[CEFETMG][ESw]Aula 4 - Engenharia de Requisitos - Diagrama de Caso de Uso
O documento descreve as etapas e conceitos da engenharia de requisitos, incluindo a concepção, levantamento, elaboração, negociação, especificação, validação e gestão de requisitos.
Engenharia de Requisitos
Oprocesso 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
Requisitos de Usuáriosx
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
7.
Requisitos de Usuáriosx
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
8.
Requisitos
Requisitos funcionais
● Asfunçõ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, ...
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 Casode 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 Casode 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
Diagrama de Casode 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.