Questão de Engenharia de Software — Engenharia de Requisitos — CESPE / CEBRASPE 2025

Requisitos não funcionais: o que o sistema deve ser

Gabarito: Certo (C). A afirmativa está correta porque desempenho, usabilidade, confiabilidade, segurança, disponibilidade e manutenibilidade são, de fato, exemplos clássicos de requisitos não funcionais (RNF), que descrevem como o sistema opera, em contraste com os requisitos funcionais, que descrevem o que o sistema faz. Essa distinção é amplamente aceita na engenharia de software, conforme a literatura de referência (Sommerville, Pressman) e o conteúdo programático de concursos.

Os requisitos de software são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições a seu funcionamento. Eles se dividem em duas grandes categorias: funcionais e não funcionais. Os requisitos funcionais (RF) declaram os serviços do sistema, suas reações a entradas específicas e seu comportamento em determinadas situações — ou seja, as funcionalidades propriamente ditas. Já os requisitos não funcionais (RNF) são restrições aos serviços ou funções oferecidas pelo sistema; eles especificam ou restringem as características do sistema como um todo, como qualidade, desempenho, segurança e usabilidade.

A pegadinha clássica da banca é inverter os papéis: atribuir aos requisitos funcionais características que são dos não funcionais, ou vice-versa. Nesta questão, porém, a lista apresentada — desempenho, usabilidade, confiabilidade, segurança, disponibilidade e manutenibilidade — é exatamente o conjunto de atributos de qualidade que os RNF costumam abranger. Todos esses itens respondem à pergunta "como o sistema deve ser?" (rápido, fácil de usar, confiável, seguro, disponível, fácil de manter), e não "o que o sistema deve fazer?" (funcionalidades).

Vale destacar que os RNF são frequentemente mais críticos que os funcionais, pois uma falha em um requisito não funcional pode tornar todo o sistema ineficaz — como a confiabilidade em um sistema de controle de voos. Além disso, um único RNF pode gerar uma série de requisitos funcionais. Por exemplo, o requisito não funcional "o sistema deve ser seguro" pode desdobrar-se em requisitos funcionais como "o sistema deve exigir autenticação" e "o sistema deve criptografar dados sensíveis".

A classificação dos RNF também pode ser feita quanto à origem: requisitos de produto (desempenho, confiabilidade, usabilidade, eficiência, proteção), requisitos organizacionais (processos, padrões, prazos, ambientais, implementação) e requisitos externos (legais, éticos, interoperabilidade, regulatórios). Essa visão ajuda a entender por que a lista do enunciado é tão representativa dos RNF: todos são atributos de qualidade do produto final.

Guarde a fronteira: funcional = o que o sistema faz; não funcional = como o sistema opera (qualidade, desempenho, segurança, usabilidade). É exatamente nessa fronteira que as questões sobre requisitos se dividem — e é nela que esta afirmativa se sustenta.

Item — ✅ CERTO

A afirmativa está correta. A lista apresentada — desempenho, usabilidade, confiabilidade, segurança, disponibilidade e manutenibilidade — corresponde a requisitos não funcionais, pois todos descrevem atributos de qualidade do sistema, e não funcionalidades específicas. A literatura de engenharia de software (Sommerville, Pressman) e o conteúdo programático de concursos confirmam essa classificação. Não há qualquer erro na assertiva: ela apenas elenca exemplos clássicos de RNF, sem inverter conceitos ou atribuir características indevidas.

Gabarito: Certo (C).