GabaritoB — requisitos claros e bem definidos.
Gabarito: letra B. O modelo Cascata é um processo sequencial e linear, no qual cada fase só começa após a conclusão da anterior, sendo indicado quando os requisitos são bem compreendidos e estáveis desde o início — exatamente o que a alternativa B afirma. Essa característica é amplamente reconhecida na literatura de engenharia de software (Pressman, Sommerville) e é o que distingue o Cascata das metodologias ágeis.
O modelo Cascata, também chamado de modelo sequencial linear ou ciclo de vida clássico, é o paradigma mais antigo da engenharia de software. Ele organiza o desenvolvimento em fases estanques — especificação de requisitos, planejamento, modelagem, construção, entrega e manutenção — que fluem de cima para baixo, como uma cachoeira (daí o nome). A premissa central é que, ao final de cada fase, um documento é produzido e aprovado, e a fase seguinte só começa quando a anterior termina. Isso exige que os requisitos sejam claros, completos e pouco propensos a mudanças, pois qualquer alteração tardia quebra o encadeamento e gera retrabalho.
A principal vantagem do Cascata é a disciplina e a previsibilidade: a documentação é produzida em cada etapa, o progresso é monitorável e o modelo é simples de entender. Porém, sua maior desvantagem é a inflexibilidade: como os compromissos são assumidos cedo, é difícil acomodar mudanças de requisitos que surgem durante o desenvolvimento. Por isso, o modelo é recomendado apenas quando os requisitos são bem compreendidos e estáveis, como em projetos de adaptação de sistemas existentes ou em projetos pequenos e bem definidos.
Na prática, imagine um projeto de software contábil que precisa ser adaptado a novas normas governamentais. Os requisitos são claros (as normas definem exatamente o que mudar), o escopo é limitado e as mudanças são previsíveis. Nesse cenário, o Cascata funciona bem: cada fase é executada uma única vez, em sequência, e o produto final é entregue ao final do processo. Já em um projeto inovador, com requisitos vagos ou em constante evolução, o Cascata é inadequado — aí entram os modelos iterativos e ágeis, como Scrum e XP, que aceitam mudanças e entregam valor em ciclos curtos.
A banca explora exatamente essa fronteira: o que é característica do Cascata versus o que é característica das metodologias ágeis. As alternativas A, C, D e E descrevem traços de outros modelos ou distorcem a realidade do Cascata. A alternativa B é a única que captura a essência do modelo: requisitos claros e bem definidos como pré-condição para o sucesso. Guarde esse critério: Cascata = sequencial, documentado, rígido, requisitos estáveis; Ágil = iterativo, incremental, flexível, cliente presente, entregas frequentes.
Afirma que no Cascata "mudanças não são aceitas". Isso é um exagero: o modelo é rígido e resiste a mudanças, mas não as proíbe formalmente. A literatura aponta que o Cascata "dificulta atender às mudanças de requisitos", mas mudanças podem ocorrer, ainda que com custo elevado e retrabalho. A alternativa erra ao usar o termo absoluto "não são aceitas", quando o correto seria "são difíceis de acomodar" ou "o modelo é inflexível a mudanças".
Esta é a característica central do modelo Cascata: ele é indicado quando os requisitos são bem compreendidos e pouco provavelmente sofrerão alterações radicais durante o desenvolvimento. O próprio Pressman afirma que o modelo cascata é usado "quando os requisitos estão bem definidos e são razoavelmente estáveis". A alternativa espelha exatamente essa condição de aplicação, sendo a única correta.
Afirma que o Cascata possui "documentação reduzida". Na verdade, é o oposto: o Cascata é conhecido por produzir documentação extensa em cada fase, sendo um processo dirigido a planos e documentos. A documentação é uma das vantagens do modelo, pois torna o processo visível e permite o monitoramento gerencial. A alternativa confunde o Cascata com metodologias ágeis, que priorizam software funcionando sobre documentação abrangente.
Afirma que o Cascata exige "disponibilidade integral do cliente". Isso é característica de metodologias ágeis, como o XP, que possui o papel de cliente on-site (cliente presente na equipe). No Cascata, o cliente participa principalmente nas fases de levantamento de requisitos e aceitação final, mas não há exigência de disponibilidade integral durante todo o processo. A alternativa troca o modelo.
Afirma que o Cascata faz "entregas a cada iteração de 2 a 4 semanas". Isso descreve o Scrum, que trabalha com Sprints de 2 a 4 semanas, ou outras metodologias ágeis com entregas incrementais. O Cascata é sequencial e linear, com uma única entrega ao final do projeto — não há iterações nem entregas parciais. A alternativa mistura conceitos de modelos distintos.
A banca mistura características de metodologias ágeis (Scrum, XP) com o modelo Cascata. O candidato que conhece bem o Scrum pode marcar a alternativa E (entregas a cada iteração) ou a D (disponibilidade do cliente), mas essas são justamente as marcas do desenvolvimento ágil, não do Cascata. Fique atento: Cascata é sequencial e rígido; ágil é iterativo e flexível.
Para questões que comparam modelos de processo, monte uma tabela mental com os critérios: sequencial vs. iterativo, documentação, flexibilidade a mudanças, envolvimento do cliente e forma de entrega. Isso resolve a maioria das questões sobre o tema.
Gabarito: letra B
Link permanente: /questoes/vu197104