Processos de Desenvolvimentos Tradicional

Processos de Desenvolvimentos Tradicional

1. Clássicos

   • Modelo em Cascata
     • Sem realimentação
       • BDUF - Big Design Up Front; Fluxo único, o que torna o modelo inflexível;
       • Cliente só terá acesso ao resultado final, logo, não consegue acompanhar o desenvolvimento;
       • Quando usar? Projeto apresenta requisitos bem definidos ou quando a equipe é inexperiente;
     • Com realimentação
       • Soluciona problemas apresentados no modelo de cascata simples, tornando-o mais flexível;

2. Code and Fix

   • Não é um modelo de processo; Não há previsibilidade em relação às atividades e resultados obtidos;
   • Não há necessidade de treinamento nem de conhecimentos específicos, ou seja, requer pouca experiência;

3. Evolutivos

   • Iterativos
     • Prototipagem evolutiva
       • Tem como objetivo entender os exigências do usuário para obter uma melhor definição do que será requisitado pelo sistema;
       • Vantagem: codificação rápida(lado do desenvolvedor) e tem sua versão desenvolvida rapidamente(lado do cliente);
       • Desvantagem: esse modelo não apresenta a fase de teste do software, o cliente não vê os remendos.
     • Incremental/Evolucionário
       • Modelo ideal para ser utilizado quando há dificuldade em estabelecer especificações detalhada do sistema ou em sistemas pequenos e médios(500.00 LOC)
       • Há o diálogo entre duas etapas, trabalhando junto ao cliente, de forma incremental;
       • Por outro lado, há a dificuldade em realizar pequenos incrementos.