Análise e Desenvolvimento de Sistemas

Capítulo 4
Engenharia de requisitos

slide 1

© 2011 Pearson Prentice Hall. Todos os direitos reservados.

Tópicos abordados
•

Requisitos funcionais e não funcionais

•

O documento de requisitos de software

•

Especificação de requisitos

•

Processos de engenharia de requisitos

•

Elicitação e análise de requisitos

•

Validação de requisitos

•

Gerenciamento de requisitos slide 2

2

© 2011 Pearson Prentice Hall. Todos os direitos reservados.

Engenharia de requisitos

•

O processo de estabelecer os serviços que o cliente necessita do sistema e as restrições sob as quais ele opera e é desenvolvido.

•

Os próprios requisitos são as descrições dos serviços do sistema e restrições geradas durante o processo de engenharia de requisitos.

slide 3

© 2011 Pearson Prentice Hall. Todos os direitos reservados.

O que é um requisito?
•

Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma restrição do sistema para uma especificação matemática funcional.

•

Isso é inevitável quando os requisitos podem servir a uma função dupla.
 Pode ser a base para a proposta de um contrato - portanto, deve ser aberto à interpretação;
 Pode ser a base para o contrato em si, portanto, deve ser definido em detalhe;  Ambas as declarações podem ser chamadas de requisitos.

slide 4

© 2011 Pearson Prentice Hall. Todos os direitos reservados.

Abstração de requisitos (Davis)

"Se uma empresa quer fechar um contrato para um projeto de desenvolvimento de software de grande porte, deve definir as suas necessidades de forma abstrata o suficiente para que a solução não seja pré-definida. Os requisitos devem ser escritos de forma que vários contratantes possam concorrer pelo contrato e oferecer diferentes maneiras de atender às necessidades da organização do cliente.
Uma vez que um contrato tenha sido adjudicado, o contratante deve escrever para o cliente uma definição mais detalhada do sistema, para que esse entenda e possa validar o que o software fará. Ambos