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

Validação de Requisitos na Engenharia de Requisitos

Gabarito: letra D. A validação de requisitos tem como propósito garantir que os requisitos reflitam as necessidades e expectativas do cliente e do usuário, assegurando que o software a ser construído atenda ao que realmente é desejado. Esse conceito é amplamente aceito na engenharia de software, conforme literatura clássica como Sommerville e Pressman.

A engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar os serviços e restrições de um sistema. Ela é composta por atividades como elicitação, análise, especificação, validação e gestão de requisitos. A validação é uma etapa crítica que ocorre após a especificação, com o objetivo de confirmar que os requisitos estão corretos, completos e consistentes, e que realmente representam o que o cliente e os usuários precisam. Diferente da verificação, que confere se o produto está sendo construído corretamente, a validação confere se o produto certo está sendo construído.

Na prática, a validação envolve técnicas como revisões, prototipagem e testes de aceitação, onde os stakeholders examinam os requisitos para identificar erros, omissões e ambiguidades. Por exemplo, em um sistema de comércio eletrônico, validar o requisito "o sistema deve permitir pagamento via cartão de crédito" significa confirmar com o cliente que essa é uma funcionalidade essencial e que atende à sua expectativa de negócio. Se o requisito não for validado, o risco de desenvolver um produto que não atende às necessidades reais aumenta significativamente.

A banca explora a confusão entre validação e outras atividades da engenharia de requisitos, como elicitação, análise, especificação e gestão. É fundamental distinguir cada uma delas para responder corretamente. A validação não se confunde com documentação, priorização ou sequenciamento de implementação, que são atividades de outras fases ou de gestão de projetos.

Guarde a fronteira entre validação e as demais atividades: a validação é o ato de confirmar que os requisitos estão alinhados com as necessidades do cliente e do usuário, enquanto as outras atividades lidam com descoberta, organização, documentação e gerenciamento. É exatamente nessa fronteira que as alternativas se dividem.

Alternativa A — ❌ Incorreta

Desenvolver uma base para o design e a construção do software é o propósito da especificação de requisitos, não da validação. A especificação documenta os requisitos de forma detalhada e serve como insumo para o projeto e a implementação. A validação, por sua vez, ocorre para garantir que esses requisitos estejam corretos e reflitam as necessidades, antes de servirem de base para o design.

Alternativa B — ❌ Incorreta

Priorizar requisitos com base no custo de implementação é uma atividade de gestão de requisitos ou de planejamento do projeto, não da validação. A priorização envolve decidir quais requisitos serão implementados primeiro, considerando fatores como custo, risco e valor de negócio. A validação não se preocupa com custo, mas com a conformidade dos requisitos com as necessidades dos stakeholders.

Alternativa C — ❌ Incorreta

Estabelecer uma sequência para a implementação dos requisitos também é uma atividade de planejamento ou gestão de requisitos, relacionada à definição de prioridades e ordem de entrega. A validação não define sequência de implementação; ela verifica se os requisitos estão corretos e completos antes de qualquer planejamento de implementação.

Alternativa D — ✅ Correta ⟵ GABARITO

Esta alternativa descreve exatamente o propósito da validação de requisitos: garantir que os requisitos reflitam as necessidades e expectativas do cliente e do usuário. A validação é o processo de confirmar que os requisitos estão alinhados com o que os stakeholders realmente precisam, evitando que o software seja construído com base em suposições incorretas. Essa é a definição clássica encontrada em Sommerville e Pressman.

Alternativa E — ❌ Incorreta

Documentar os requisitos em um formato-padrão para todas as partes interessadas é o propósito da especificação de requisitos, que produz o documento de requisitos. A validação pode usar esse documento como insumo, mas não tem como objetivo documentar; seu foco é verificar a correção e a adequação dos requisitos.

Gabarito: letra D — a validação de requisitos garante que os requisitos reflitam as necessidades e expectativas do cliente e do usuário.