CodeGym/Cursos Java/Módulo 3/Cachoeira - Modelo de Cachoeira

Cachoeira - Modelo de Cachoeira

Disponível

Dispositivo modelo em cascata

O modelo em cascata, também conhecido como Waterfall, é uma das abordagens mais conhecidas para o desenvolvimento de software. O autor do modelo é Winston Royce. Em 1970, ele descreveu a essência de sua inovação em um artigo detalhando suas vantagens e desvantagens. No mesmo local, ele explicou como esse modelo pode ser refinado para um modelo iterativo. Inicialmente, no modelo em cascata, as etapas de desenvolvimento seguem a seguinte ordem:

  • Definição e coordenação de requisitos;
  • Aprovação do projeto;
  • Codificação;
  • Criação de uma versão funcional do produto de software;
  • Teste e depuração;
  • Instalação de software;
  • Apoiar.

De acordo com o modelo em cascata, a execução das ações pelo desenvolvedor ocorre de forma sequencial - ponto a ponto. Para começar, o trabalho está sendo concluído para determinar e concordar com os requisitos de software na forma de uma lista a ser concluída.

Em seguida, ocorre a transição para a criação e aprovação do projeto, a partir da qual é escrita a documentação que descreve como implementar os requisitos de software previamente acordados.

Se o design estiver concluído, os desenvolvedores assumem a implementação. Em seguida, vem a fusão do código - a integração de partes individuais do projeto, que foram trabalhadas por vários membros da equipe.

A próxima etapa é testar e depurar o produto. Erros encontrados anteriormente são corrigidos aqui.

Finalmente, o programa é instalado e suportado. Envolve fazer, se necessário, alterações na funcionalidade e eliminar os erros encontrados.

O modelo em cascata pressupõe que você pode passar para o próximo estágio de desenvolvimento de forma estritamente sequencial - somente após a conclusão da tarefa anterior. A possibilidade de reversão ou inconsistência nas fases não é fornecida.

Vantagens e desvantagens

De tempos em tempos, o modelo em cascata é criticado por sua falta de flexibilidade. Muitos não gostam porque nele prevalece o objetivo do gerenciamento de projetos, sendo muito mais importante o cumprimento de prazos, custo e qualidade do desenvolvimento.

No entanto, quando se trata de grandes projetos, o gerenciamento costuma ser mais importante neles, pois isso reduz os riscos do projeto e melhora a transparência no trabalho.

Apesar das deficiências, a 3ª versão do PMBOK especifica formalmente apenas a metodologia do “modelo em cascata”. Outras opções, incluindo gerenciamento de projeto iterativo, não são oferecidas.

Vantagens do modelo em cascata:

  • O desenvolvimento da equipe é mais fácil de controlar. O cliente está familiarizado com o que os programadores estão trabalhando atualmente, ele pode alterar os prazos e o orçamento do projeto.
  • O custo de desenvolvimento é aprovado na primeira fase. Depois de concordar com todos os estágios de implementação, o produto de software é escrito continuamente.
  • Testadores experientes não são necessários. Para a fase de teste, você pode usar a documentação do programa.

Desvantagens do modelo em cascata:

  • Como o teste começa no estágio de conclusão do desenvolvimento, se um bug for descoberto, custará mais para corrigi-lo do que no estágio inicial. Afinal, os testadores encontrarão um erro apenas quando o desenvolvedor já tiver terminado de escrever o código e os redatores - a documentação.
  • O cliente se familiariza com o produto acabado após a conclusão do desenvolvimento. Assim, ele pode avaliar o produto apenas quando estiver quase pronto. Se ele não gostar do resultado, o custo do orçamento do projeto aumentará acentuadamente devido à necessidade de correção.
  • Quanto mais documentação técnica, mais tempo leva para concluir o trabalho. Essa documentação requer mais alterações e aprovações.

A "cachoeira" é frequentemente utilizada em projetos nas indústrias médica e aeroespacial, onde já existe uma ampla base de documentos, com base na qual é possível elaborar requisitos para novos softwares.

Ao usar o modelo em cascata, o principal é escrever requisitos detalhados. Durante o teste, não deve acontecer que haja um bug em algum lugar que tenha um efeito prejudicial em todo o projeto.

Comentários
  • Populares
  • Novas
  • Antigas
Você precisa acessar para deixar um comentário
Esta página ainda não tem nenhum comentário