Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2026

Engenharia de SoftwareEngenharia de Requisitos
Código
fg127333
Banca
FGV
Órgão
AL-RO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo (Tecnologia da Informação - Análise e Desenvolvimento de Sistemas)
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 é
  1. Agarantir que os requisitos estejam documentados usando o padrão IEEE 830 e que todas as sentenças estejam na forma "O sistema deverá...".
  2. Bassegurar a rastreabilidade entre cada requisito de usuário e seus respectivos casos de teste no design.
  3. Cprovar que os requisitos definidos são completos, consistentes e que, se implementados corretamente, resultarão em um sistema que satisfaça as necessidades do stakeholder e de compliance.
  4. Ddescobrir novos requisitos implícitos por meio da observação do usuário final e da análise de documentos legais.
  5. Eclassificar todos os requisitos como Funcionais ou Não Funcionais e atribuir prioridade usando o método MoSCoW.
Revelar gabarito e comentário

GabaritoC — provar que os requisitos definidos são completos, consistentes e que, se implementados corretamente, resultarão em um sistema que satisfaça as necessidades do stakeholder e de compliance.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Validação de Requisitos

Gabarito: letra C. A Validação de Requisitos tem como objetivo principal garantir que os requisitos especificados são completos, consistentes e que, se implementados, atenderão às necessidades dos stakeholders e requisitos regulamentares. Esse conceito está diretamente alinhado com o cenário descrito, em que o gerente exige uma revisão rigorosa antes da codificação para assegurar conformidade com necessidades regulamentares e de usuário.

Alternativa A — ❌ Incorreta

Esta alternativa confunde Validação de Requisitos com padronização de documentação. Seguir o padrão IEEE 830 e utilizar a forma "O sistema deverá..." são aspectos de documentação, não de validação. A validação verifica o conteúdo, não o formato.

Alternativa B — ❌ Incorreta

Embora a rastreabilidade entre requisitos e casos de teste seja importante, ela não é o objetivo principal da Validação de Requisitos. A validação foca em conferir se os requisitos estão corretos e completos, e não na ligação com elementos de design.

Alternativa C — ✅ Correta ⟵ GABARITO

A alternativa descreve precisamente a Validação de Requisitos: provar que os requisitos são completos, consistentes e que, se implementados, gerarão um sistema que satisfaça necessidades de stakeholders e compliance. Isso atende ao objetivo do gerente do projeto.

Alternativa D — ❌ Incorreta

Descobrir novos requisitos implícitos por observação é uma atividade de Elicitação de Requisitos, que ocorre antes da especificação. A validação ocorre após a especificação e não visa descobrir novos requisitos, mas sim verificar os já documentados.

Alternativa E — ❌ Incorreta

Classificar requisitos em funcionais/não funcionais e priorizá-los pelo método MoSCoW são tarefas de organização e priorização, que fazem parte da Análise de Requisitos, não da Validação. A validação não se preocupa com classificação ou priorização, mas com a correção e completude.

Portanto, o gabarito é a letra C.

Link permanente: /questoes/fg127333