Os requisitos descrevem o que o software em desenvolvimento deverá fazer e o que ele não deverá fazer, mas sem mencionar o como será feito. Por isso, é importante escrever o enunciado de um requisito de forma correta. Os requisitos podem ser classificados como:

Alternativa B - Requisitos de Usuários e Requisitos de Sistema

A engenharia de requisitos organiza as necessidades do software em níveis de abstração distintos para garantir clareza entre stakeholders e desenvolvedores. A classificação mais adequada apresentada nas opções refere-se ao nível de detalhe e ao público-alvo da descrição.

Conceitos Fundamentais

Os requisitos são divididos principalmente com base em quem os consome e o quanto eles descrevem o comportamento interno:

• Requisitos de Usuário: Descrições de alto nível, geralmente em linguagem natural, focadas no que o usuário precisa alcançar (necessidades de negócio).
• Requisitos de Sistema: Especificações técnicas detalhadas que definem como o sistema deve se comportar para satisfazer os requisitos de usuário.

Por que as outras alternativas estão incorretas?

As demais opções misturam categorias ou utilizam termos não padrão para a classificação geral:

• Opção A: "Desenvolvimento" e "Análise" referem-se a etapas do processo, não aos tipos de requisitos.
• Opção C: "Não Funcional" é um tipo, mas "Sistema" é uma categoria de escopo; eles não formam um par binário correto (o par seria Funcional vs. Não Funcional).
• Opção D: "Lógico" não é uma classificação primária oficial ao lado de funcional neste contexto.
• Opção E: Hardware e Segurança são exemplos específicos ou restrições, não categorias gerais.

Em resumo, a distinção entre o que o usuário deseja e o que o sistema entrega tecnicamente é a base da alternativa correta.