Engenharia de Requisitos
Herbert Rausch Fernandes
Última atualização: 11/05/2015
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
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,...
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
Engenharia de Requisitos
Corrigir um erro de requisito após entrega pode custar 100 vezes
o custo de corrigir um erro
Requisitos de Usuários x
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
Requisitos de Usuários x
Requisitos de Sistema
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
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, ...
Requisitos Não Funcionais
Fonte: SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
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.
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”
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.
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
Diagrama de Caso de Uso
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.
Diagrama de Caso de Uso
Exercícios

[CEFETMG][ESw]Aula 4 - Engenharia de Requisitos - Diagrama de Caso de Uso

  • 1.
    Engenharia de Requisitos HerbertRausch Fernandes Última atualização: 11/05/2015
  • 2.
    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
  • 5.
    Engenharia de Requisitos Corrigirum erro de requisito após entrega pode custar 100 vezes o custo de corrigir um erro
  • 6.
    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, ...
  • 9.
    Requisitos Não Funcionais Fonte:SOMMERVILLE, IAN.Engenharia de Software. 9ª edição.
  • 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 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
  • 14.
  • 15.
    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.
  • 16.
  • 17.