Questão de Engenharia de Software — Modelo em Cascata ou Clássico — Quadrix 2026

Modelo em cascata: previsibilidade e flexibilidade

Gabarito: ERRADO. A afirmação inverte a realidade do modelo em cascata: alterações relevantes de requisitos identificadas em fases avançadas tendem a produzir impacto elevado, não reduzido, justamente porque o modelo é sequencial, rígido e pouco flexível — cada fase só começa após a conclusão e aprovação da anterior, e os requisitos são definidos nas fases iniciais. A previsibilidade do modelo não gera flexibilidade; pelo contrário, é a falta de flexibilidade que torna as mudanças tardias tão custosas.

O modelo em cascata (também chamado de clássico, sequencial, linear ou waterfall) é um dos modelos de processo de software mais tradicionais. Ele organiza o desenvolvimento em fases estritamente sequenciais — análise de requisitos, projeto, implementação, testes, integração e manutenção — em que o resultado de cada estágio é a aprovação de um ou mais documentos, e o estágio seguinte não deve ser iniciado até que o anterior seja concluído. Essa estrutura linear é a sua principal característica e, ao mesmo tempo, a origem de sua principal fragilidade.

A lógica por trás da rigidez é a previsibilidade: como cada fase depende integralmente da anterior, o processo é fácil de entender, gerenciar e controlar. No entanto, essa mesma rigidez significa que, uma vez definidos os requisitos no início, qualquer alteração relevante exige retrabalho em todas as fases subsequentes já concluídas. O custo de corrigir um erro ou mudar um requisito cresce exponencialmente conforme o projeto avança: se o erro é identificado no início, o custo é baixo; se é identificado no final, o custo é alto. É exatamente por isso que o modelo em cascata só é recomendado quando os requisitos são bem compreendidos e pouco provavelmente sofrerão mudanças radicais.

Para visualizar a diferença, compare com os modelos iterativos e incrementais (como o espiral ou os ágeis), que entregam versões parciais do software e permitem feedback constante do cliente. Nesses modelos, mudanças de requisitos são absorvidas com mais naturalidade, pois o desenvolvimento ocorre em ciclos. No cascata, não há ciclos — há uma sequência única e linear, e o cliente só vê o produto funcionando nas fases finais, quando os testes revelam se o que foi construído atende ao que foi pedido.

A pegadinha desta questão está na palavra "flexibilidade": a banca tenta associar a previsibilidade do modelo em cascata a uma suposta capacidade de absorver mudanças sem grandes impactos. Na verdade, a previsibilidade é justamente o oposto — ela existe porque o processo é rígido e não acomoda mudanças. O candidato que conhece a fundo as características do modelo percebe imediatamente a contradição.

Item — ❌ ERRADO

A afirmação está errada por dois motivos interligados:

1. Impacto reduzido: No modelo em cascata, alterações relevantes de requisitos identificadas em fases avançadas produzem impacto elevado, não reduzido. Como cada fase depende integralmente da anterior, uma mudança de requisito exige refazer o projeto, a implementação e os testes já concluídos, gerando retrabalho extenso e custos altos.

1. Flexibilidade: O modelo em cascata é conhecido por sua rigidez e falta de flexibilidade, não por sua flexibilidade. A previsibilidade do processo decorre justamente da rigidez — os requisitos são fixados no início e o desenvolvimento segue uma sequência linear, sem espaço para mudanças significativas.

A regra de ouro: quanto mais tarde a mudança é identificada no modelo em cascata, maior o custo e o impacto. O modelo só é adequado quando os requisitos são estáveis e bem compreendidos desde o início.

Gabarito: ERRADO.