Questão de Engenharia de Software — Geral — CESPE / CEBRASPE 2025

Modelo em espiral: iteração, prototipação e gestão de riscos

Gabarito: Errado (E). A afirmativa está incorreta porque inverte a essência do modelo em espiral: ele é um modelo evolucionário e iterativo, que combina a natureza iterativa da prototipação com os aspectos sistemáticos do modelo cascata, e cada volta da espiral representa uma fase do processo — não a entrega de uma versão final sem iteração ou prototipagem. A característica de "entrega de uma versão final sem iteração ou prototipagem" pertence, na verdade, ao modelo cascata, que é sequencial e linear.

O modelo em espiral, proposto por Barry Boehm, é um dos modelos de processo de software mais importantes e amplamente cobrados em concursos. Sua principal característica é o tratamento explícito da gestão de riscos: a cada volta da espiral, o projeto passa por quatro quadrantes — determinação de objetivos, identificação e resolução de riscos, desenvolvimento e teste, e planejamento da próxima iteração. Isso significa que o desenvolvimento é iterativo, com versões cada vez mais completas do software sendo produzidas a cada ciclo, e que a prototipagem é uma ferramenta central para mitigar riscos e refinar requisitos.

Na prática, imagine um projeto de software para um sistema bancário. No modelo em espiral, a primeira volta pode produzir um protótipo de baixa fidelidade para validar a interface com o usuário; a segunda volta, um protótipo mais completo com as funcionalidades principais; e assim por diante, até que, após várias iterações, o software final seja entregue. Cada volta é uma oportunidade de avaliar riscos, obter feedback do cliente e ajustar o rumo do projeto. Isso contrasta diretamente com a ideia de "entrega de uma versão final sem iteração ou prototipagem", que seria uma característica do modelo cascata, onde o software só é entregue ao final do processo, após todas as fases sequenciais (requisitos, projeto, implementação, testes) serem concluídas.

A banca explora exatamente essa confusão: o candidato que não domina as características de cada modelo pode aceitar a afirmativa como correta, pensando que o modelo em espiral é um modelo simples e linear. No entanto, a essência do modelo em espiral é justamente o oposto: ele é iterativo, evolucionário e dirigido a riscos, e a prototipagem é uma de suas ferramentas fundamentais. A entrega de uma versão final sem iteração ou prototipagem é uma característica do modelo cascata, não do espiral.

Guarde essa distinção: modelo cascata = sequencial, linear, entrega única no final; modelo espiral = iterativo, evolucionário, com prototipagem e gestão de riscos a cada volta. É exatamente nessa fronteira que a questão se decide.

Item — ❌ Errado

A afirmativa está errada porque atribui ao modelo em espiral uma característica que é exatamente o oposto da sua natureza. O modelo em espiral é iterativo e evolucionário, combinando a prototipagem com os aspectos sistemáticos do cascata, e cada ciclo (volta da espiral) representa uma fase do processo, não a entrega de uma versão final. A entrega de uma versão final sem iteração ou prototipagem é característica do modelo cascata, que é sequencial e linear, com o software sendo entregue apenas ao final do processo.

A pegadinha aqui é a inversão de características: a banca troca o modelo espiral (iterativo, com prototipagem) pelo modelo cascata (sequencial, sem iteração). O candidato que memoriza apenas os nomes dos modelos, sem entender suas essências, pode cair na armadilha.

Gabarito: Errado (E).