Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2025
Engenharia de Software›Engenharia de Requisitos
Código
fg105407
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Programador
O Analista de Programação está realizando a Validação de Requisitos para o sistema de e-Protocolo. Ele decide utilizar a técnica que envolve a leitura do documento de requisitos, linha por linha, por um grupo de stakeholders e especialistas, para encontrar ambigüidades, omissões ou erros.Esta técnica de Validação de Requisitos é conhecida como:
ATeste de Usabilidade (User Testing).
BPrototipagem Evolutiva.
CGeração de Testes de Aceitação.
DRevisão Formal ou Inspeção (Walkthrough).
EAnálise de Risco.
Revelar gabarito e comentário▾
GabaritoD — Revisão Formal ou Inspeção (Walkthrough).
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: Revisão Formal / Inspeção
Gabarito: letra D. A técnica descrita — leitura do documento de requisitos linha por linha por um grupo de stakeholders e especialistas para identificar ambiguidades, omissões ou erros — é exatamente a definição de uma Revisão Formal (também chamada de Inspeção ou Walkthrough). Esse método é uma das principais técnicas de validação de requisitos na engenharia de software.
A banca testa o conhecimento sobre as técnicas de validação, que se distinguem de atividades de desenvolvimento ou de teste. Vamos analisar cada alternativa.
Técnicas de Validação de Requisitos: Revisão Formal / Inspeção (Walkthrough) (Leitura linha por linha, Grupo de stakeholders e especialistas, Identifica ambiguidades, omissões, erros); Prototipagem (Construção iterativa do sistema, Validação por uso do protótipo); Teste de Usabilidade (Avaliação de interface, Foco na experiência do usuário); Geração de Testes de Aceitação (Criação de casos de teste, Verificação posterior à validação); Análise de Risco (Identificação de ameaças, Planejamento de respostas)
Alternativa A — ❌ Incorreta
Teste de Usabilidade (User Testing) é uma técnica de avaliação de interface com usuários reais, focada na experiência do usuário, e não na leitura sistemática de documentos de requisitos. Embora contribua para validar requisitos não funcionais de usabilidade, não se encaixa na descrição.
Alternativa B — ❌ Incorreta
Prototipagem Evolutiva é uma abordagem de desenvolvimento iterativa onde o protótipo é constantemente aperfeiçoado até se tornar o produto final. Não se trata da leitura de documentos, mas da construção incremental de uma representação do sistema.
Alternativa C — ❌ Incorreta
Geração de Testes de Aceitação é uma etapa posterior à validação, onde se criam casos de teste para verificar se o sistema atende aos requisitos acordados. A técnica descrita no enunciado precede essa fase e não envolve a criação de testes.
Alternativa D — ✅ Correta ⟵ GABARITO
Revisão Formal ou Inspeção (Walkthrough) consiste exatamente na análise minuciosa do documento de requisitos por uma equipe (stakeholders e especialistas), percorrendo cada linha para detectar problemas. É uma técnica clássica de validação. O termo "Walkthrough" é usado como sinônimo de revisão informal, mas na literatura de engenharia de software, "Inspeção" e "Walkthrough" são variações de revisão formal.
Alternativa E — ❌ Incorreta
Análise de Risco é uma atividade de gerenciamento de riscos, que identifica ameaças e planeja respostas, não estando diretamente relacionada à leitura de requisitos linha por linha.
PEGA ESSA DICA!
Em provas de engenharia de software, lembre-se de que a validação ("estamos construindo o produto certo?") emprega técnicas como revisões e prototipação; já a verificação ("estamos construindo o produto corretamente?") usa testes e inspeções de código. A questão descreve uma revisão, que é uma técnica de validação.