O que é o modelo em cascata no SDLC? Vantagens e desvantagens

O que é o modelo em cascata?

Modelo de Cachoeira é um modelo sequencial que divide o desenvolvimento de software em fases pré-definidas. Cada fase deve ser concluída antes que a próxima fase possa começar, sem sobreposição entre as fases. Cada fase é projetada para realizar atividades específicas durante a fase SDLC. Foi introduzido em 1970 por Winston Royce.

Explique o modelo em cascata no SDLC
Explique o modelo em cascata no SDLC

 

Diferentes fases do modelo em cascata na engenharia de software

A seguir estão as diferentes fases do modelo em cascata:

Fases diferentes Atividades realizadas em cada etapa
Etapa de coleta de requisitos
  • Durante esta fase, os requisitos detalhados do sistema de software a ser desenvolvido são coletados do cliente
Estágio de Design
  • Planeje a linguagem de programação, por exemplo Java, PHP, .líquido
  • ou banco de dados como Oracle, MySQL, etc.
  • Ou outros detalhes técnicos de alto nível do projeto
Palco Construído Após a fase de design, vem a fase de construção, que nada mais é do que codificar o software
Estágio de teste Nesta fase, você testa o software para verificar se ele foi construído de acordo com as especificações fornecidas pelo cliente.
Estágio de implantação Implante o aplicativo no respectivo ambiente
Estágio de manutenção Assim que seu sistema estiver pronto para uso, você poderá solicitar posteriormente a alteração do código conforme solicitação do cliente

Quando usar o modelo em cascata SDLC?

A Metodologia em Cascata pode ser usada quando:

  • Os requisitos não mudam com frequência
  • A aplicação não é complicada e grande
  • O projeto é curto
  • O requisito é claro
  • O ambiente é estável
  • A tecnologia e as ferramentas utilizadas não são dinâmicas e são estáveis
  • Os recursos estão disponíveis e treinados

Vantagens e desvantagens do modelo em cascata

Aqui estão as vantagens populares do modelo Waterfall em Engenharia de Software com algumas desvantagens:

Diferenciais Desvantagens
Antes da próxima fase de desenvolvimento, cada fase deve ser concluída O erro só pode ser corrigido durante a fase
Adequado para projetos menores onde os requisitos são bem definidos Não é desejável para projetos complexos onde os requisitos mudam frequentemente
Eles devem realizar testes de garantia de qualidade (Verificação e Validação) antes de concluir cada etapa O período de teste chega bem tarde no processo de desenvolvimento
A documentação elaborada é feita em todas as fases do ciclo de desenvolvimento do software A documentação ocupa muito tempo de desenvolvedores e testadores
O projeto é totalmente dependente da equipe do projeto com intervenção mínima do cliente O feedback valioso dos clientes não pode ser incluído na fase de desenvolvimento contínuo
Quaisquer alterações no software são feitas durante o processo de desenvolvimento Pequenas alterações ou erros que surgem no software concluído podem causar muitos problemas

Resuma esta postagem com: