Em um projeto de alta complexidade e missão crítica como um ...

Próximas questões
Com base no mesmo assunto
Q3885138 Engenharia de Software
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 ciclo
O principal risco arquitetônico e de custo introduzido pela natureza late-feedback do Modelo Cascata nesse cenário é 
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: D

Fundamento decisivo: A chave está no contraste entre a validação só ocorrer em testes, no fim do ciclo, e a alternativa D, que aponta exatamente a descoberta tardia de erros de requisitos ou de design.

Tema central: Feedback tardio no Cascata
Análise das alternativas
A
Errada
Errada. Leva o problema principal para a fase de manutenção e para scope creep, mas o enunciado pede o risco introduzido pelo feedback tardio dentro do ciclo de desenvolvimento, antes da validação em testes. Além disso, a alternativa não trata da descoberta tardia de erros de requisitos ou design nem do retrabalho decorrente.
B
Errada
Errada. Dificuldade de alocação de desenvolvedores sêniores é tema de gestão de equipe e staffing. Isso não decorre logicamente do fato de a validação do cliente ocorrer tardiamente, nem representa o risco arquitetônico e de custo característico do Cascata nesse contexto.
C
Errada
Errada. Embora o Cascata costume envolver forte documentação, a afirmação erra no núcleo causal: o principal risco pedido não é documental, mas a detecção tardia de falhas conceituais. Além disso, dizer que documentação excessiva inevitavelmente introduz inconsistências no código é excessivo e não é sustentado como consequência necessária.
D
Certa
A alternativa D está certa porque, no modelo Cascata, a validação relevante ocorre tardiamente. Com isso, falhas conceituais de requisitos ou de design podem só ser descobertas na fase de testes, quando o retrabalho já recai sobre fases anteriores e o custo de correção é muito maior.
E
Errada
Errada. Vendor lock-in por ferramentas proprietárias não decorre do mecanismo decisivo descrito no enunciado, que é a validação tardia com descoberta tardia de erros de requisitos ou design. A alternativa desloca a causa para um fator de ferramental, sem relação direta com o late-feedback do Cascata.
Pegadinha da questão
A confusão real era trocar o risco principal do late-feedback por desvantagens genéricas do Cascata, como documentação intensa, ou por problemas gerenciais de alocação. O enunciado já sinaliza a chave ao dizer que a primeira validação significativa só ocorre em testes.
Dica para questões semelhantes
  • Se a validação relevante acontece só no fim, procure a alternativa ligada à descoberta tardia de erros de requisitos ou design e ao alto custo de retrabalho.
  • Quando a questão destacar arquitetura e custo, priorize falhas estruturais das fases iniciais, não problemas acessórios de documentação, ferramentas ou staffing.
  • Em questões sobre Cascata, diferencie desvantagem genérica do modelo do risco causal específico produzido pela sequência rígida com feedback tardio.

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

O modelo escolhido foi o Modelo Cascata.

Vamos relembrar o fundamento do Cascata, não o procedimento.

A filosofia central é:

  • Fases sequenciais e bem delimitadas.
  • Forte ênfase em especificação e documentação inicial.
  • Validação significativa concentrada nas fases finais.

No desenvolvimento de software, existe um princípio clássico da engenharia:

Quanto mais tarde um defeito é detectado, maior é o custo de correção.

Isso é conhecido como curva de custo de mudança.

Em modelos preditivos rígidos, essa curva tende a ser acentuada.

-------------------------------------------

Agora vamos examinar as alternativas sob lente conceitual:

A — Scope creep na manutenção

Isso é risco real, mas não é o risco estrutural primário descrito pelo enunciado. O problema não é crescimento de escopo; é detecção tardia de erro.

B — Alocação de desenvolvedores sêniores

Não é um risco arquitetônico inerente ao modelo.

C — Documentação excessiva gera inconsistência

Pode ocorrer, mas não é o risco central da natureza late-feedback.

D — Erros fundamentais descobertos apenas na validação, com custo exponencial

Isso está diretamente alinhado ao princípio da curva de custo de mudança.

E — Vendor lock-in

Totalmente deslocado do problema apresentado.

Gabarito: D

O enunciado destacou:

  • sistema crítico;
  • cliente só valida no final;
  • feedback tardio (“late-feedback”).

Isso aponta diretamente para o MAIOR problema do Cascata:

** Gabarito: D

Gabarito (D)

Desvantagens do Modelo Cascata

  • Inflexibilidade: alterações de requisitos após o início da codificação são extremamente caras e difíceis.
  • Feedback tardio: o cliente só vê o produto funcional perto do fim do projeto, o que pode levar ao "momento uau" negativo (receber algo que não era bem o que se queria). Quanto mais tarde encontrar erros, mais caro é corrigir.
  • Risco de obsolescência: em projetos longos, o mercado pode mudar antes do lançamento, tornando o produto irrelevante.
  • Atrasos em cadeia: se uma fase (como levantamento de requisitos) atrasar, todo o cronograma subsequente é impactado.

Fonte: https://www.alura.com.br/artigos/metodologia-agil-e-modelo-cascata

Clique para visualizar este comentário

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