Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2024

Engenharia de Requisitos: conceitos fundamentais

Gabarito: letra B. A alternativa B define corretamente a distinção clássica entre requisitos funcionais (o que o sistema deve fazer) e requisitos não funcionais (condições de desempenho e restrições), conceito central da engenharia de requisitos. As demais alternativas distorcem o papel da engenharia de requisitos, o uso de prototipagem, a elicitação e a validação.

A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços que o sistema deve oferecer e as restrições a seu funcionamento. Ela é a base de todo projeto de software: sem um entendimento sólido dos requisitos, o software resultante tem grande probabilidade de não atender às necessidades do cliente. Esse processo ocorre nas fases iniciais do desenvolvimento, antes da codificação, e envolve atividades como elicitação, análise, especificação, validação e gestão de requisitos.

Os requisitos se dividem em duas grandes categorias. Os requisitos funcionais descrevem as funções que o sistema deve realizar — ou seja, o comportamento esperado, as entradas e saídas, as regras de negócio. Já os requisitos não funcionais descrevem as condições de desempenho, segurança, usabilidade, disponibilidade e outras restrições que o sistema deve atender. Essa distinção é fundamental e amplamente cobrada em concursos.

A prototipagem, ao contrário do que afirma a alternativa C, é uma técnica adequada e muito utilizada na engenharia de requisitos, especialmente quando os requisitos não estão claros. Ela permite que os stakeholders visualizem uma versão preliminar do sistema e forneçam feedback, refinando os requisitos. Embora possa gerar expectativas, quando bem gerenciada, é uma ferramenta valiosa.

A elicitação de requisitos, por sua vez, é uma atividade colaborativa que envolve diversas fontes: usuários, clientes, gerentes, documentos, sistemas legados e padrões organizacionais. Não é uma tarefa exclusiva do gerente de projetos — pelo contrário, a participação de todos os stakeholders é essencial para garantir a precisão e a clareza das informações.

Por fim, a validação de requisitos é um processo obrigatório e crítico. Ela verifica se os requisitos estão completos, consistentes, não ambíguos e se realmente atendem às necessidades dos stakeholders. Requisitos raramente são claros desde o início; eles evoluem e precisam ser validados continuamente.

Guarde a fronteira entre requisitos funcionais e não funcionais: é exatamente nela que as alternativas se dividem. A alternativa B é a única que apresenta essa distinção de forma correta e completa.

Alternativa A — ❌ Incorreta

A engenharia de requisitos não ocorre após a codificação. Ela é uma das primeiras atividades do desenvolvimento de software, realizada antes do projeto e da implementação. O foco não é documentar testes, mas sim descobrir, analisar, documentar e verificar os serviços e restrições do sistema. A alternativa confunde a engenharia de requisitos com atividades de teste e documentação, que ocorrem em fases posteriores.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta é a definição clássica e correta. Requisitos funcionais descrevem as funções que o sistema deve realizar — o comportamento esperado. Requisitos não funcionais descrevem as condições de desempenho e restrições — como o sistema deve se comportar em termos de qualidade, segurança, usabilidade, entre outros. A alternativa espelha exatamente essa distinção, que é a base da engenharia de requisitos.

Alternativa C — ❌ Incorreta

A prototipagem é uma técnica adequada e amplamente utilizada na engenharia de requisitos, especialmente quando os requisitos são vagos ou complexos. Ela permite que os stakeholders visualizem uma versão preliminar do sistema, forneçam feedback e refinem os requisitos. Embora possa gerar falsas expectativas se não for bem gerenciada, isso não a torna inadequada — pelo contrário, é uma ferramenta valiosa para elicitação e validação.

Alternativa D — ❌ Incorreta

A elicitação de requisitos é uma atividade colaborativa, que envolve diversas fontes: usuários, clientes, gerentes, documentos, sistemas legados e padrões organizacionais. Não é uma tarefa exclusiva do gerente de projetos. A participação de todos os stakeholders é essencial para garantir a precisão e a clareza das informações. A alternativa restringe indevidamente essa atividade a um único papel.

Alternativa E — ❌ Incorreta

A validação de requisitos é um processo obrigatório e crítico. Ela verifica se os requisitos estão completos, consistentes, não ambíguos e se realmente atendem às necessidades dos stakeholders. Requisitos raramente são claros desde o início; eles evoluem e precisam ser validados continuamente. A alternativa trata a validação como opcional, o que é um erro grave — sem validação, o software pode não atender às necessidades do cliente.

Gabarito: letra B