Alternativa correta: C

Tema central da questão: Esta questão aborda um dos pontos mais cobrados em concursos de Engenharia de Software: a distinção entre requisitos funcionais e não funcionais. Compreender essa diferença é fundamental para interpretar documentos de requisitos, elaborar especificações e garantir que o sistema atenda às reais necessidades do cliente.

Resumo teórico:
- Requisitos funcionais: descrevem o que o sistema deve fazer, ou seja, as funções, serviços e comportamentos observáveis.
- Requisitos não funcionais: especificam como o sistema deve se comportar ou restrições a esse comportamento, como desempenho, segurança, usabilidade, confiabilidade, entre outros. Também incluem restrições de tempo, padrões, legislações e processos. (Referência: Sommerville, Engenharia de Software; IEEE 830)

Justificativa da alternativa correta (C):
A alternativa C descreve corretamente os requisitos não funcionais. Ela afirma que eles são restrições sobre os serviços ou funções oferecidas, incluindo tempo, processos de desenvolvimento e padrões como segurança, usabilidade, desempenho e confiabilidade. Esses exemplos estão de acordo com manuais clássicos e padrões internacionais (como a ISO/IEC/IEEE 29148).

Análise das alternativas incorretas:

A – Correta ao dizer que os requisitos de usuário são descrições em linguagem natural e voltadas para não técnicos, mas ERRA ao afirmar que sempre detalham a implementação. Requisitos de usuário não se preocupam com detalhes de implementação, apenas com o que o sistema deve fazer.

B – Embora os requisitos de sistema sejam mais detalhados, eles devem sim definir exatamente o que será implementado (funcionalidades, restrições e comportamentos do sistema), servindo de base para o desenvolvimento. Deixar decisões em aberto foge ao objetivo dessa especificação.

D – Incorreta ao afirmar que fatores externos, como normas e legislações, não são requisitos não funcionais. Pelo contrário, normas de segurança e legislações específicas são exemplos clássicos de requisitos não funcionais (ex: LGPD, GDPR, normas ISO para segurança da informação).

Estrategicamente, ao resolver questões sobre requisitos, leia atentamente as definições e desconfie de absolutos como “sempre” e “nunca” ou afirmações que contradizem a teoria clássica.

Gostou do comentário? Deixe sua avaliação aqui embaixo!