Analise requisitos

Disponível somente no TrabalhosFeitos
  • Páginas : 7 (1688 palavras )
  • Download(s) : 0
  • Publicado : 25 de março de 2014
Ler documento completo
Amostra do texto
Bibliografia
PRESSMAN, Roger S. Engenharia de Software.
5ª ed., Rio de Janeiro: McGraw Hill, 2002,
capítulos 10 e 11.
IEEE. SWEBOK: Guide to the Software
Engineering Body of Knowledge. 2004,
capítulo 2.
Transparências da professora Maria Augusta
Vieira Nelson – PUC-Minas.
PAULA-FILHO, Wilson de Pádua. Engenharia

de Software: Fundamentos, Métodos e
Padrões. 2ª ed., Rio de Janeiro:LTC - Livros
Técnicos e Científicos, 2003, capítulo 6.

Análise de Requisitos
Conjunto de atividades da
Engenharia de Requisitos;
em que os requisitos são
refinados e analisados;
para garantir clareza, completude
e consistência.

Objetivos da Análise de
Requisitos
Eliminar ambigüidades nos requisitos do
software.
Analisar cada requisito do produto de
software em relação aos demais;detectando e resolvendo conflitos entre os
requisitos;
conciliando diferentes pontos de vista dos
stakeholders do sistema.

Modelar de forma precisa os conceitos
relevantes do domínio do problema.
Priorizar os requisitos elicitados.

Ambigüidades nos Requisitos
Muitas vezes um mesmo requisito
está sujeito a mais de uma
interpretação;
sendo compreendido de diferentes
formas pordesenvolvedores e
usuários.

Problemas podem surgir quando
isso acontece.

Ambigüidades nos Requisitos
Por isso, sempre que esse for o
caso, é necessário esclarecer
melhor o requisito;
eliminando ambigüidades para que:
seu entendimento seja uniforme;
por todos os stakeholders do sistema;

possa ser validado;
sua implementação possa seja verificada;
seus custos sejam estimados. Ambigüidades
Entrada
É obrigatório:
- calçar os sapatos
- carregar animais de estimação
Se eu não tiver sapatos;
posso entrar?

Se eu não tiver animais de estimação;
não posso entrar?

Ambigüidades nos Requisitos
Cuidado com palavras que indicam
imprecisão ou múltiplas possibilidades,
como:
aceitável, adequado, suficiente;
eficiente, rápido, fácil, flexível, robusto,
elegante;melhor, superior;
normalmente, de preferência;
diversos, vários, alguns;
um (qual?), todos, cada;
ou.

Exemplos de Requisitos
Ambíguos
Exemplo 1:
Depois de 3 ou 4 dias, deve-se
cancelar a reserva.
Afinal de contas, são 3 dias ou 4 dias?

Correção:
Deve-se cancelar a reserva após 3
dias, durante a alta temporada; e
após 4 dias, durante a baixa
temporada.

Exemplos de RequisitosAmbíguos
Exemplo 2:
Deve haver uma reserva para todos os
passageiros.
É uma reserva só para todos os
passageiros, ou uma para cada um?

Correção:
Cada um dos passageiros deve ter sua
própria reserva.

Exemplos de Requisitos
Ambíguos
Exemplo 3:
O valor da passagem é impresso no bilhete
em quase 100% dos casos.
Em quais casos o preço da passagem não
deve ser impresso no bilhete?Correção:
O valor da passagem é sempre impresso no
bilhete, exceto quando o passageiro usa o
programa de milhagem como forma de
pagamento.

Exemplos de Requisitos
Ambíguos
Exemplo 4:
A cada trinta minutos, um funcionário faz a
vistoria das engrenagens.
É sempre o mesmo funcionário, ou podem
ser funcionários diferentes?

Correção:
A cada trinta minutos, o supervisor
encarregado noturno corrente faz a vistoria
das engrenagens.

Critérios de Aceitação
É importante definir critérios de aceitação para
os requisitos
A definição dos critérios de aceitação ajuda a:
resolver ambigüidades;
determinar se o requisito foi satisfeito.

Critérios de aceitação para requisitos nãofuncionais;
devem ser mensuráveis.
Se não for possível definir um critério de aceitaçãomensurável para um requisito não-funcional;
ele não pode ser um requisito.

Critérios de Aceitação –
Exemplos
Requisito funcional:
O sistema deverá permitir que o aluno consulte os livros do
acervo da biblioteca através de palavras do título do livro.

Critérios de aceitação:
Todos os livros da biblioteca que possuem a palavra indicada
pelo aluno em seus títulos fazem parte da lista...
tracking img