1. Requisitos Funcionais
1.1. Comportamento Geral do Sistema
1.1.1. Exemplo: Sistema MHC-PMS
1.2. Descritos de forma abstrata
1.2.1. Precisam ser entendidos pelos usuários
1.2.1.1. Podem ou não terem um grande nível de detalhe
1.3. Divididos em dois tipos
1.3.1. Requisitos Gerais
1.3.1.1. O que o sistema deve fazer
1.3.1.1.1. Exemplo em uma clinica
1.3.2. Requisitos Específicos
1.3.2.1. Regras Específicas e formas de trabalho
1.3.2.1.1. Exemplo em um clinica para doentes mentais
1.4. Imprecisão nas especificações
1.4.1. Ambiguidade
1.4.2. Falta de detalhes
1.4.3. Diferentes interpretações
1.4.4. Stakeholder
2. Requisitos Não-Funcionais
2.1. São requisitos que não estão diretamente relacionados com os serviços específicos do sistema.
2.1.1. Requisitos não funcionais são frequentemente mais críticos que requisitos funcionais individuais
2.1.1.1. Dificuldade na identificação de requisitos não funcionais
2.1.1.1.1. Requisitos não funcionais podem afetar a arquitetura geral de um sistema
2.1.1.1.2. Um unico requisito não funcional pode gerar inumeros requisitos funcionais
2.2. Características
2.2.1. Requisitos de Produto
2.2.1.1. Especificam ou restringem o comportamento do software
2.2.1.1.1. Desempenho
2.2.1.1.2. Confiabilidade
2.2.2. Requisitos Organizacionais
2.2.2.1. Políticas e procedimentos da organização do cliente e do desenvolvedor
2.2.2.1.1. Processo Operacional
2.2.2.1.2. Processo de Desenvolvimento
2.2.2.1.3. Requisitos Ambientais
2.2.3. Requisitos Externos
2.2.3.1. Requisitos Reguladores, Legais e Éticos
2.3. Problemas
2.3.1. Interpretação dos desenvolvedores
2.3.2. Conflitos com outros Requisitos
2.3.3. Mais difícil estabelecer métricas
2.3.4. Soluções
2.3.4.1. Procurar escrevê-los quantitativamente, para que possam ser testados objetivamente
2.3.4.2. Distinguir de outros requisitos ao documentar o sistema