2. Engenharia de Requisitos
O processo de estabelecer os serviços e restrições do sistema.
ETAPAS
1. Concepção
2. Levantamento
3. Elaboração
4. Negociação
5. Especificação
6. Validação
7. Gestão
3. Engenharia de Requisitos
1. Concepção
○ Entendimento básico do problema;
○ Quem são as partes interessadas (stakeholders), ...
2. Levantamento
○ Levantamento dos requisitos com todos os stakeholders.
3. Elaboração
○ cria-se um modelo de análise, identifica os dados, interações, comportamento do
software,....
4. Negociação
○ Negociação das prioridades, o que realmente deve ser implementado,...
4. Engenharia de Requisitos
5. Especificação
○ Escrita do documento
○ Modelos
○ Casos de uso
○ Prototipação
6. Validação
○ Erros de conteúdo e interpretação
○ Informação faltante
○ Inconsistências
○ Conflitos
7. Gestão
6. Requisitos de Usuários x
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
7. Requisitos de Usuários x
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
8. Requisitos
Requisitos funcionais
● As funções que o sistema deverá realizar
Requisitos não-funcionais
● Descreve as restrições do sistema e como ele realizará as suas
funções em relação ao desempenho, padrões, ...
10. Diretrizes para escrever
requisitos
● Utilizar um formato padrão;
● Usar “deve” para requisitos obrigatórios e “pode” para
requisitos desejáveis.
● Realçar texto para identificar as partes fundamentais;
● Incluir uma justificativa de por que um requisito é
necessário.
11. Requisitos - Metodologias
Ágeis
● Alguns métodos descrevem o documento de requisitos
como um desperdício de tempo, pois os requisitos
mudam constatemente.
● No XP a engenharia de requisitos é descrito pelas
“estórias de usuário”
12. Diagrama de Caso de Uso
● Auxilia na comunicação do cliente com o analista de
sistema.
● Apresenta as principais funcionalidades do sistema e
como os usuários interagem com elas.
13. Diagrama de Caso de Uso
● Ator A é uma especialização do Ator B.
● Ator A executa todos os casos de uso de Ator B + os casos de
uso específico de Ator A
15. Diagrama de Caso de Uso
<<include>>
Caso de uso que é “incluído” em
outro caso de uso.
Sua execução é obrigatória.
<<extend>>
Um caso de uso que pode ser
executado a partir de outro caso de
uso.