Pular para o conteúdo principal

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

Engenharia de SoftwareProcessos de Software
Código
fg127298
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 de alta complexidade e missão crítica como um sistema de tráfego aéreo, a equipe optou pelo Modelo Cascata de desenvolvimento. Após a conclusão das fases de Requisitos e Design, e com a Codificação em andamento, o cliente terá sua primeira oportunidade de Validação significativa apenas na fase de Testes, no final do cicloO principal risco arquitetônico e de custo introduzido pela natureza late-feedback do Modelo Cascata nesse cenário é
  1. Ao risco de crescimento descontrolado do escopo (scope creep) durante a fase de Manutenção devido ao baixo engajamento do cliente.
  2. Ba dificuldade em alocar desenvolvedores sêniores para a fase de Codificação devido à rigidez do cronograma sequencial.
  3. Ca necessidade de produzir documentação excessiva, o que inevitavelmente introduz inconsistências no código.
  4. Do risco de que erros fundamentais nos requisitos ou no design sejam descobertos somente na fase de validação, resultando em um custo de retrabalho exponencialmente maior.
  5. Eo aumento do vendor lock-in devido à dependência excessiva de ferramentas de design proprietárias.
Revelar gabarito e comentário

GabaritoD — o risco de que erros fundamentais nos requisitos ou no design sejam descobertos somente na fase de validação, resultando em um custo de retrabalho exponencialmente maior.

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”.

Modelo Cascata e Risco de Feedback Tardio

Gabarito: letra D. No Modelo Cascata, a validação significativa ocorre apenas no final do ciclo, na fase de Testes, o que faz com que erros fundamentais de requisitos ou design sejam descobertos tardiamente, incorrendo em custo de retrabalho exponencialmente maior. Esse é o principal risco arquitetônico e de custo do modelo, conforme descrito na alternativa D.

A questão aborda o risco da natureza de feedback tardio (late-feedback) do Modelo Cascata. O contexto fornecido menciona que "se o erro ocorreu no início e foi identificado no final, terá alto custo de correção" e que "só é possível verificar se ocorreram erros nas fases finais, que é quando o sistema é efetivamente testado". Isso sustenta a alternativa D.

  1. 1Requisitos
  2. 2Design
  3. 3Codificação
  4. 4Testes (validação)
  5. 5Erro descoberto tardiamente
  6. 6Custo de retrabalho exponencial
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

O risco de crescimento descontrolado do escopo (scope creep) está mais associado a modelos que permitem mudanças durante o desenvolvimento, como modelos ágeis. No Modelo Cascata, os requisitos são fixados no início, reduzindo o scope creep, mas aumentando o risco de erros não detectados. Além disso, o baixo engajamento do cliente não é a causa principal do risco descrito.

Alternativa B — ❌ Incorreta

A dificuldade em alocar desenvolvedores seniores na codificação pode ocorrer em qualquer modelo, mas não é o principal risco arquitetônico e de custo introduzido pelo feedback tardio. O cronograma sequencial em si não é o foco do problema; o problema é que erros só são detectados no final.

Alternativa C — ❌ Incorreta

Embora o Modelo Cascata produza documentação extensa, isso não introduz "inevitavelmente" inconsistências no código. A documentação é uma característica, não um risco inerente ao feedback tardio. A alternativa exagera e não reflete o principal risco.

Alternativa D — ✅ Correta ⟵ GABARITO

Conforme o contexto, "se o erro ocorreu no início e foi identificado no final, terá alto custo de correção". Isso é exatamente o que a alternativa descreve: erros fundamentais nos requisitos ou design descobertos somente na validação (testes) resultam em custo exponencialmente maior. É o risco central do modelo cascata para projetos de alta complexidade e missão crítica.

Alternativa E — ❌ Incorreta

Vendor lock-in devido a ferramentas proprietárias não é um risco inerente ao modelo cascata. Pode ocorrer em qualquer abordagem e não está relacionado ao feedback tardio.

Portanto, a alternativa D é a correta. O enunciado pede o principal risco introduzido pela natureza late-feedback, e a D capta exatamente isso: descoberta tardia de erros com alto custo.

Gabarito: letra D.

Link permanente: /questoes/fg127298