O que é o modelo em cascata no SDLC? Vantagens & Desvantagens

Índice:

Anonim

O que é o modelo de cachoeira?

WATERFALL MODEL é 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.

Diferentes fases do modelo em cascata em engenharia de software

Fases diferentes Atividades realizadas em cada etapa
Estágio 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, .net
  • 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, é a fase de construção, que nada mais é do que a codificação do 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 o seu sistema estiver pronto para uso, você pode posteriormente exigir a alteração do código de acordo com a solicitação do cliente

Quando usar o modelo em cascata SDLC

O modelo em cascata pode ser usado quando
  • Os requisitos não mudam com frequência
  • A aplicação não é complicada e grande
  • 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
  • Recursos estão disponíveis e treinados

Vantagens e desvantagens do modelo em cascata

Vantagens Desvantagens
  • Antes da próxima fase de desenvolvimento, cada fase deve ser concluída
  • O erro pode ser corrigido apenas 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 com frequência
  • Eles devem realizar o teste 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 mudanças ou erros que surgem no software completo podem causar muitos problemas