Questão de Engenharia de Software — Modelo em Cascata ou Clássico — VUNESP 2023

Modelo em cascata (Waterfall) e suas fases

Gabarito: letra A. O modelo em cascata, também chamado de clássico ou waterfall, é um modelo de processo de software sequencial e linear, no qual cada fase só se inicia após a conclusão da anterior. As fases que compõem esse modelo, conforme a literatura clássica de Engenharia de Software (Pressman e Sommerville), incluem planejamento, modelagem e implantação — exatamente o que a alternativa A apresenta.

O modelo em cascata é um dos modelos de processo de software mais tradicionais e cobrados em concursos. Ele foi proposto originalmente por Winston W. Royce em 1970, embora, ironicamente, Royce o tenha apresentado como um exemplo de método que considerava arriscado e propenso a falhas, defendendo uma abordagem iterativa. Apesar disso, o modelo em cascata tornou-se popular como um processo puramente sequencial, no qual o progresso flui de uma fase para a seguinte, como uma cascata, sem retorno às fases anteriores.

A principal característica do modelo é a sequencialidade: cada fase produz artefatos (documentos, diagramas, código) que servem de entrada para a fase seguinte, e uma fase só começa quando a anterior é concluída e aprovada. Isso torna o modelo simples de entender e gerenciar, mas também inflexível, pois mudanças de requisitos após o início do desenvolvimento são difíceis e custosas de implementar.

As fases do modelo em cascata variam conforme o autor de referência. Segundo Pressman, o ciclo de vida genérico do software é composto por cinco fases: Comunicação, Planejamento, Modelagem, Construção e Entrega/Emprego. Já segundo Sommerville, os estágios principais são: Análise de requisitos, Projeto, Implementação, Testes e Manutenção. A banca VUNESP, ao citar "5 fases" e pedir três delas, claramente se baseia na divisão de Pressman, que é a mais difundida em materiais de concurso.

A pegadinha desta questão está em reconhecer quais termos pertencem de fato ao vocabulário do modelo em cascata. As alternativas incorretas misturam termos de outros modelos (como espiral, incremental, ágil) ou inventam palavras que não fazem parte do jargão da Engenharia de Software. O candidato que conhece as fases do ciclo de vida de Pressman identifica imediatamente "planejamento" e "modelagem" como fases legítimas, e "implantação" como sinônimo de "entrega/emprego".

Guarde a lista das cinco fases de Pressman — Comunicação, Planejamento, Modelagem, Construção, Entrega/Emprego — e a de Sommerville — Análise de requisitos, Projeto, Implementação, Testes, Manutenção —, pois é exatamente nessa distinção que as alternativas se separam.

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa apresenta planejamento, modelagem e implantação, três fases que compõem o modelo em cascata segundo a divisão de Pressman. O planejamento é a fase em que se define o escopo, os recursos, o cronograma e os riscos do projeto. A modelagem é a fase em que se analisam os requisitos e se projeta a arquitetura do sistema, criando modelos que representam o software a ser construído. A implantação (ou entrega/emprego) é a fase final, em que o software é entregue ao cliente, instalado e colocado em operação. Essas três fases fazem parte do ciclo de vida clássico do software, confirmando a correção da alternativa.

Alternativa B — ❌ Incorreta

A alternativa traz simulação, testes e finalização. Embora "testes" seja uma fase legítima do modelo em cascata (na divisão de Sommerville), "simulação" e "finalização" não são fases reconhecidas no modelo clássico. "Simulação" é um termo mais associado a modelos de avaliação de desempenho ou a ferramentas de modelagem, não a uma fase do ciclo de vida. "Finalização" é um termo genérico que não corresponde a nenhuma fase específica do modelo em cascata. A banca mistura um termo válido (testes) com dois termos que não pertencem ao vocabulário do modelo, tornando a alternativa incorreta.

Alternativa C — ❌ Incorreta

A alternativa apresenta modelagem, concorrência e requisitos. "Modelagem" e "requisitos" são termos que aparecem no contexto do modelo em cascata (modelagem é uma fase de Pressman; requisitos é o objeto da fase de análise). No entanto, "concorrência" não é uma fase do modelo em cascata. O termo "concorrência" está mais associado a sistemas concorrentes ou a programação concorrente, não a um modelo de processo de software. A banca insere um termo de outra área da computação para confundir o candidato, tornando a alternativa incorreta.

Alternativa D — ❌ Incorreta

A alternativa traz interfaces, transações e criação. Nenhum desses termos corresponde a fases do modelo em cascata. "Interfaces" e "transações" são conceitos de projeto de software (design de interfaces, transações de banco de dados), mas não são fases do ciclo de vida. "Criação" é um termo genérico que não faz parte do vocabulário do modelo clássico. A alternativa é composta inteiramente por termos que não pertencem ao modelo em cascata, sendo claramente incorreta.

Alternativa E — ❌ Incorreta

A alternativa apresenta recuperação, contextualização e fatoração. Esses termos não correspondem a nenhuma fase do modelo em cascata. "Recuperação" pode estar associado a recuperação de desastres ou a bancos de dados, mas não a uma fase do ciclo de vida. "Contextualização" e "fatoração" são termos que não fazem parte do jargão de Engenharia de Software no contexto de modelos de processo. A alternativa é composta por termos inventados ou de outras áreas, sendo totalmente incorreta.

Gabarito: letra A