1. Domínio do problema
1.1. Ponto de partida;
1.2. Buscar entendimento para desenvolver a solução.
2. Requisitos de negócios
2.1. Razões, metas e métricas do projeto; Necessidades das organizações; Problemas a resolver.
2.2. Método SMART (avalia a validade dos objetivos)
2.2.1. eSpecífico: Algo que apresenta um resultado observável.
2.2.2. Mensurável: Resultados passíveis de acompanhamento.
2.2.3. Alcançável: as necessidades do negócio consideram a viabilidade do investimento.
2.2.4. Relevante: alinhadas com a visão, a missão e os objetivos da organização.
2.2.5. Tempestivo: janela de tempo definida consistente com as oportunidades ou problemas associados.
3. Requisito das partes interessadas
3.1. As partes interessadas devem fornecer informação e feedback quanto aos requisitos apresentados.
4. Requisito da solução
4.1. Dizem respeito a resolução de conflitos, eliminação das lacunas de informação e aproveitamento das oportunidades de racionalização.
4.2. É usada para identificar especificações incompletas.
4.3. Processo geral de desenvolvimento de requisitos:
4.3.1. 1. Organizar os requisitos em um escopo;
4.3.2. 2. Desenvolver os requisitos, resolver conflitos, eliminar redundâncias, superar lacunas de informação e detalhar requisitos da solução;
4.3.3. 3. fechar um pacote de requisitos para encaminhar as especificações para atualizar a arquitetura; implementar e testar as unidades que compõem o softwarwe.
5. Requisitos de transição
5.1. Permitem que a solução seja desenvolvida, porém são descartados após a solução final.
6. Requisitos funcionais
6.1. Descrevem o comportamento que o software deve ter.
6.2. A maior ou menor abrangência na descrição do comportamento esperado do software em uma especificação funcional é chamada de nível de granularidade.
6.3. Requisitos funcionais com objetivo de usuário
6.3.1. Responsável por garantir a satisfação do usuário ao cumprir seu objetivo.
6.4. Requisitos funcionais com objetivo agregador
6.4.1. Agregam vários objetivos de usuários individuais em uma unica especificação de alto nível; Abrangência no nível de objetivos colaborativos.
6.4.2. Requisitos de negocio X Requisitos agregadores: embora parecidos, enquanto os requisitos de negócio geralmente visam resolver um problema, os requisitos agregadores procuram deixar o usuário satisfeito.
6.5. Requisitos funcionais com objetivo de subfunção
6.5.1. Passos e regras que isoladamente não atendem o objetivo do usuário, porém quando conjuntas podem guiar o mesmo até seu objetivo, sendo assim uma subfunção.