Em um projeto para o desenvolvimento de um aplicativo gover...

Próximas questões
Com base no mesmo assunto
Q3885103 Engenharia de Software
Em um projeto para o desenvolvimento de um aplicativo governamental de serviço ao cidadão, a equipe de desenvolvimento finalizou a fase de Especificação. Antes de prosseguir para a codificação, o Gerente do Projeto exige uma revisão rigorosa para garantir que o produto a ser construído realmente atenda às necessidades regulamentares e de usuário.
O objetivo principal da tarefa de Validação de Requisitos nesse cenário é
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: C

Fundamento decisivo: A tarefa ocorre após a Especificação e pede o objetivo da validação de requisitos, isto é, checar a adequação conceitual dos requisitos definidos.

Tema central: Validação de requisitos
Análise das alternativas
A
Errada
Incorreta porque transforma validação em checagem de padrão documental e estilo de redação. Uso de IEEE 830 e formulação textual pertencem à especificação/documentação, não ao objetivo principal da validação.
B
Errada
Incorreta porque toma a rastreabilidade com casos de teste como finalidade principal. Rastreabilidade pode apoiar qualidade e verificação, mas não define o objetivo central da validação, que é confirmar a adequação dos requisitos às necessidades dos stakeholders e sua qualidade.
C
Certa
A alternativa C está correta porque expressa o núcleo da validação de requisitos: confirmar que os requisitos definidos são completos e consistentes e que, se implementados corretamente, conduzem a um sistema capaz de atender às necessidades dos stakeholders e às exigências aplicáveis. Esse é o critério conceitual da validação em Engenharia de Requisitos.
D
Errada
Incorreta porque descreve descoberta de requisitos implícitos por observação e análise documental. Isso é atividade típica de elicitação/descoberta, não o objetivo principal da validação após a fase de especificação.
E
Errada
Incorreta porque trata de classificação e priorização dos requisitos. Separar requisitos em funcionais e não funcionais e aplicar MoSCoW pertence à análise/gerenciamento de requisitos, não à validação.
Pegadinha da questão
A confusão real foi misturar validação com outras atividades próximas: padronização do documento, rastreabilidade, elicitação e priorização. A revisão rigorosa pode sugerir essas tarefas, mas o objetivo principal da validação é verificar se os requisitos descrevem o sistema certo e com qualidades como completude e consistência.
Dica para questões semelhantes
  • Se a alternativa falar em atender ao que stakeholders realmente precisam e em qualidades dos requisitos, como completude e consistência, ela aponta para validação.
  • Se a alternativa focar em formato, padrão de escrita ou norma documental, ela aponta para especificação/documentação, não para validação.
  • Se a alternativa focar em descobrir requisitos, classificar, priorizar ou apenas rastrear, ela descreve outra atividade de requisitos, não o objetivo principal da validação.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

Validação: Estamos construindo o produto certo? (O software resolve a dor do cliente? O usuário está satisfeito?)

Verificação: Estamos construindo o produto corretamente? (O documento segue a norma IEEE 830? A gramática está certa? O código tem bugs?)

Gabarito: C

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo