Capítulo 2- Requisitos

Capítulo 2- Requisitos

1. 2.1. Uma palavra, muitos significados

   • O objetivo deste tópico é apresentar essa definição de requisitos mais ampla e como ela deve ser usada na Engenharia de Requisitos.
   • 2.1.1. Necessidade
   • 2.1.2. Propriedade
   • 2.1.3. Especificação

2. 2.2. Definição de requisito

   • 2.2.1. Resumo da definição

3. 2.3. Especificação de requisitos

   • é comum que uma especificação de requisitos abranja:
     • Visão geral
     • Glossário
     • Modelos do sistema
     • Lista de requisitos funcionais
     • Lista de requisitos não funcionais
     • Especificação detalhada de requisitos
   • 2.3.1. Especificação de requisitos para quem?

4. 2.4. Nível de detalhe da especificação

   • 2.4.1. Significado de nível de detalhe
     • Os níveis de detalhe podem ser subdivididos conforme três objetivos diferentes
       • Delimitar o escopo preliminar e definir o escopo final da solução
       • Descrever o funcionamento e as restrições de um item no escopo.
       • Mapear os requisitos para design ou implementação
   • 2.4.2. Delimitar o escopo
   • 2.4.3. Descrever um item no escopo
   • 2.4.4. Mapear os requisitos no design ou implementação
   • 2.4.5. Equívoco comum ao detalhar

5. 2.5. Critérios para nível de detalhe da especificação

   • 2.5.1. Desenvolvimento interno ou externo
   • 2.5.2. Equipe dispersa ou agrupada geograficamente
   • 2.5.3. Casos de testes baseados nos requisitos
   • 2.5.4. Grau de incerteza das estimativas
   • 2.5.5. Rastreabilidade dos requisitos
   • 2.5.6. Envolvimento dos clientes
   • 2.5.7. Conhecimento da equipe no domínio
   • 2.5.8. Trabalho com características similares a anteriores
   • 2.5.9. Desenvolvimento concorrente de procedimentos
   • 2.5.10. Solução usará pacote
   • 2.5.11. Expectativa de rotatividade de mão de obra

6. 2.6. Critérios de qualidade da especificação

   • Uma boa especificação de requisitos deve conseguir atender a dois objetivos:
     • Ajudar os clientes a descrever com exatidão o que desejam obter do projeto.
     • Ajudar os desenvolvedores a entender exatamente o que os clientes querem.
   • 2.6.1. Correta
   • 2.6.2. Completa
   • 2.6.3. Clara (não ambígua)
   • 2.6.4. Consistente
   • 2.6.5. Modificável
   • 2.6.6. Priorizada
   • 2.6.7. Verificável (ou testável)
   • 2.6.8. Rastreável
   • 2.6.9. Onde usar tais critérios de qualidade?