o modelo de cachoeira é uma abordagem linear e sequencial para o ciclo de vida de desenvolvimento de software (SDLC) que é popular na engenharia de software e desenvolvimento de produtos. O modelo waterfall enfatiza a progressão dos passos. Similar à Direção em que a água flui sobre a borda de um penhasco, objetivos ou objetivos distintos são definidos para cada fase de desenvolvimento e não podem ser revisitados após a conclusão. O termo foi introduzido pela primeira vez em um artigo publicado em 1970 pelo Dr. Winston W., Royce and continues to be used in applications of industrial design.a metodologia da cascata é composta por sete fases não sobrepostas: requisitos: Requisitos potenciais, orientações de prazos para o projeto são analisados e colocados em uma especificação funcional. Esta etapa lida com a definição e planejamento do projeto sem mencionar processos específicos.Análise: as especificações do sistema são analisadas para gerar modelos de produtos e o negócio guiará a produção. É também neste contexto que os recursos financeiros e técnicos são objecto de auditorias de viabilidade.,
Antes de passar para a próxima fase, geralmente há um comentário e assine para assegurar que todos os objetivos definidos foram alcançados.
a abordagem da cachoeira é ideal para projetos que têm documentação específica, requisitos fixos, amplos recursos, uma cronologia estabelecida bem compreendida tecnologia. Alternativas ao modelo waterfall incluem desenvolvimento de aplicações conjuntas (JAD), desenvolvimento de aplicações rápidas (RAD), sync-and-stabilize, gerenciamento de projetos ágeis (APM) e o modelo espiral.,as vantagens do modelo da cachoeira, enquanto métodos ágeis ou dinâmicos frequentemente substituem o modelo da cachoeira, existem algumas vantagens: a documentação inicial e as fases de planejamento permitem que as equipes grandes ou em mudança permaneçam informadas e avancem para um objetivo comum.forças, organização disciplinada.
Desvantagens do modelo em cascata
As desvantagens do modelo em cascata normalmente surround risco associado a uma falta de revisão, incluindo:
- não é adaptável; muitas vezes, quando uma falha é encontrada, todo o processo deve recomeçar.
- ignora o potencial de receber feedback do usuário ou cliente e fazer alterações com base nos resultados.atrasa os ensaios até ao final do ciclo de vida do desenvolvimento.,
- não considera a correcção de erros.
- não lida bem com pedidos de alterações, ajustamentos de âmbito ou actualizações.
- reduz a eficiência ao não permitir que os processos se sobreponham.nenhum produto de trabalho está disponível até às fases posteriores do ciclo de vida.
- não é ideal para projetos complexos, de alto risco, em curso ou orientados a objetos.