ASOO+04+ +Especificacao+e+Documento+Requisitos

Prévia do material em texto

ANÁLISE DE SISTEMAS O.O.
Aula 04 – Especificação de 
Requisitos e Documento de 
Requisitos
Profª. Yonara Costa Magalhães
yonara.magalhaes@ceuma.br
1
Especificação de requisitos 2
• Especificar requisitos é:
• descrever de forma rigorosa e minuciosa as características de um
material, uma obra ou um serviço deverá apresentar;
• a base para a elaboração do documento de requisitos.
• Uma boa especificação:
• separa a funcionalidade da implementação, pois é um modelo
cognitive, ou seja, ser fracamente acoplada (independente da
implementação).
• deve ser operacional e expansível.
• Como especificar requisitos:
• utiliza-se geralmente a linguagem natural de forma simples,
consistente e concisa;
• definem-se templates (modelos) padrões;
• pode-se utilizar diagramas, equações etc. para complementar;
• a descrição pode conter elementos quantitativos, sempre que
necessário.
Características dos requisitos 3
 Na descrição dos requisitos deve-se estar atento a algumas
características, do contrário ela pode ser insuficiente para ser
compreendida e implementada.
1) Para ser Verificável a descrição de um requisito:
 Deve poder ser testado/validado para que se verifique que está
de acordo com as necessidades clientes e usuários;
 Deve ser percebido ou ser demonstrável;
 A verificação pode ocorrer através de procedimentos de teste,
experimentos e provas ou através de acordos de aceitação
previamente definidos.
Ex: “O software deverá realizar uma transação de atualização
rapidamente.” insuficiente.
“O software deverá realizar uma transação de atualização em no
máximo 500 milisegundos.” suficiente
4
 Para ter Precisão a descrição de um requisito:
 deve garantir que seja interpretado da mesma forma por
todas as pessoas envolvidas (não ambíguo), ou seja, toda
pessoa que ler o requisito deve possuir um mesmo
entendimento (mesma interpretação), ou seja,
compreensível da mesma forma;
 Deve evitar o uso de termos específicos de cada área, caso
isto seja essencial deve ser feito de modo cauteloso e estar
devidamente explicado no próprio documento.
Características dos requisitos
Ex: “Se o aluno estiver em regime especial a regularização da
matriz deverá ser feito por meio de um plano acadêmico”
insuficiente. Esta descrição deve explicar os termos regime especial,
regularização da matriz e plano acadêmico.
5
 Para a descrição de requisito ser Correta:
 deve expressar corretamente o que foi solicitado pelo
cliente;
 Não deve expressar contradição àquilo que foi informado
pelo usuários.
 O requisito deve atender ao que o usuário afirma como
correto.
Características dos requisitos
Ex: Supondo que um usuário informou que para um sistema X a
multa a ser aplicada aos clientes é de 10%. Entretanto, o analista
descreveu o requisito da seguinte forma: “O sistema deve aplicar
uma multa de 5% sobre o valor da parcela aos clientes em atraso”
Isto não foi corretamente descrito.
6
6
 Para ser Consistente a descrição de um requisito:
 não deve conter conflitos/contradições em sua
descrição ou com outros requisitos;
 A consistência entre os requisitos é garantida se eles
estiverem de acordo um com o outro.
Características dos requisitos
Ex: Em um sistema de folha de pagamento:
“Todos os empregados com mais de 65 anos ao final do ano devem
receber um bônus de R$ 1000”
“Todos os empregados com mais de 10 anos de empresa devem
receber um bônus de R$ 500”.
Isto está inconsistente: O que acontece com os empregados que
satisfazem ambas condições? O que fazer??
7
7Características dos requisitos
 Para ser Completa a descrição do requisito:
 Conter as informações que são suficientes para torna-lo
claro;
 Precisa descrever completamente a funcionalidade que
será entregue/implementada, ou seja, conter toda
informação necessária ao desenvolvedor para que ele
possa projetar e codificar a solução.
Ex: “O sistema deve permitir cadastrar os dados do cliente”.
Esta descrição do requisito do sistema não está completo, pois
quais são os dados do clientes que devem ser cadastrados?
8Níveis de requisitos
 Relacionado ao nível de detalhamento dos diferentes leitores do
sistema.
Requisitos de 
Usuários
São descrições mais 
gerais.
Em geral, pode gerar 
mais de um requisito 
de sistema.
Declarações de serviços que 
o sistema deverá fornecer e 
de restrições com as quais 
deve operar.
Requisitos de 
Sistema
É derivado dos 
requisitos do usuário.
Descrições mais 
detalhadas e específicas 
das funções, serviços e 
restrições do sistema.
9Níveis de requisitos
• Ex: Requisito de Usuário:
• 1. Um sistema Orçamentário Financeiro de uma
transportadora necessita que seja gerado um conjunto
de relatórios gerenciais mensais que descrevem os
gastos mensais e a previsão de gastos futuros.
• Requisitos de Sistema
• 1.1 No último dia de cada mês deve ser gerado um
resumo dos custos fixos da empresa.
• 1.2 Deve ser listado o total da folha de pagamentos,
os custos com combustível, os custos com a
manutenção da frota, quilometragem, a qtde. de de
viagens, valor dos contratos e outros.
• 1.3 O acesso aos relatórios de custos deve ser restrito
a usuários autorizados em diferentes níveis de acesso.
10Classificação dos requisitos: quanto à natureza
Funcionais (RF)
• Refere-se:
• Funcionalidades ou 
as grandes ações do 
sistema;
• Comportamentos, 
serviços, 
propriedades 
(estados aceitáveis).
Não Funcionais (NRFs)
• Refere-se:
• Restrições ligadas
aos aspectos de 
qualidade do 
produto que será
desenvolvido
(desempenho, 
plataforma, 
velocidade etc.) e de 
interface;
• Descrevem atributos 
do sistema ou do 
ambiente do sistema 
(aspectos de 
projeto).
Regras de Negócio 
(RN)
• Refere-se:
• Restrições sobre os 
RFs e que estão 
relacionadas a fatos, 
habilitadores, 
cálculos e 
inferências.
11Requisito Funcional (RF)
 Descreve:
 tudo o que o sistema deve fazer.
 as interações entre o sistema e o ambiente:
 Como o sistema deve se comportar quando recebe um
estímulo (E/S);
 Especificam as entradas e saídas do sistema.
• Ex.: Para um sistema de folha de pagamento, quais seriam os
requisitos funcionais?
• RF01 – Os funcionários poderão fazer a emissão do
contracheque.
• RF02 – O gerente do DRH poderá emitir relatórios de consulta
da folha de pagamento de cada mês.
• RF03???
12Requisito Não Funcional (NRF)
 Descreve:
 Restrições de qualidade sobre como o sistema deve realizar seus RFs
e não expressa nenhuma funcionalidade;
 Restrições: limitam as possibilidades de escolha do desenvolvedor
no projeto e na implementação do produto;
 Atributos de qualidade: ampliam a descrição das funcionalidades do
sistema através da descrição de características de qualidade do
produto.
 Podem ser:
 Padrões, regulamentos e contratos de conformidade;
 interfaces externas e de desempenho (velocidade, tempo etc.);
 restrições no processo de desenvolvimento (plataformas,
metodologia etc.) e restrições por normas (externas ou internas);
 integração com outros sistemas ou com dispositivos de
comunicação de E/S.
13Requisito Não Funcional (NRF)
14Requisito Não Funcional (NRF)
 Ex.:
 RNF01 – A folha de pagamento deverá ser processada em
até 48h após a sua solicitação.
 RNF02 – Os relatórios de consulta da folha de pagamento
devem ser gerados em no máximo 3s.
 RNF03????
OBS: Isto pode limitar a seleção referente à linguagem,
plataforma, técnicas ou ferramentas de implementação, ou
seja, definem aspectos de projeto e de implementação.
15Regras de Negócio (RN)
 Exemplo: Fatos
 Exemplo: Restrição
16Regras de Negócio (RN)
 Exemplo: Habilitador
 Exemplo: Cálculo
17Regras de Negócio (RN)
 Exemplo:Inferência
18
 Documento de requisitos:
é uma declaração oficial dos requisitos do sistema,
destinada a usuários, clientes e desenvolvedores;
 representa um consenso entre o cliente e o desenvolvedor
sobre o quê o cliente quer.
produzido por analistas de requisitos e voltado para
stakeholders ligados ao processo de desenvolvimento.
 O padrão IEEE/ANSI 830-1998 descreve uma estrutura para o
documento de requisitos.
 Não existe um layout padrão específico para este tipo de
documentação.
Documento de requisitos
19
 De forma geral, um documento de requisitos deve conter:
Os atores do sistemas;
descrição do fluxo e estrutura da informação;
 refinamento detalhado de todas as funções do software;
 as características de interface;
 as restrições de projeto;
 os critérios de validação, testes e condições (RFs, RNFs e
RNs).
Documento de requisitos
20
 Sugere-se o seguinte roteiro (Sommerville adaptado):
a) prefácio: especificar os prováveis leitores do
documento e descrever brevemente a história de sua
versão;
b) introdução: definir o produto, seu provável uso e
uma visão geral de sua funcionalidade;
 c) Atores e os papeis que estes exercem no sistema;
d) arquitetura do sistema: apresentar uma visão geral
da arquitetura provável do sistema, com a divisão das
funções, módulos, plataforma etc.;
Documento de requisitos
21
 e) especificação de hardware: especificações do hardware
que o software deverá controlar (é opcional);
 requisitos:
 gerais do usuário - especificação dos requisitos do
ponto de vista dos usuários;
 de software - funcionais, não funcionais e regras de
negócio.
 g) glossário: deve especificar os termos técnicos e
abreviações utilizadas;
 h) apêndices.
Documento de requisitos
Vamos exercitar!
LISTA DE EXERCÍCIOS 03
22