Processos de Desenvolvimento Tradicionais

Processos de Desenvolvimento Tradicionais

1. Codifica-Remenda

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Clássico
   • Vantagens
     • 1) Progressão do projeto é extremamente visível; 2) Não há a necessidade de treinamentos especiais para desenvolvedores; 3) Nenhum tempo gasto em documentação e planejamento
   • Quando utilizar
     • Em projetos pequenos, com uma equipe de poucos integrantes e quando não precisa de gerência complexa
   • Desvantagens
     • 1) Extremamente difícil de avaliar tempo de conclusão, riscos com projeto e os resultados obtidos; 2) Caso for detectada uma falha estrutural na organização ou em regras de negócio, é necessário começar o projeto do zero novamente; 3) Não há nenhum controle gerencial

2. Cascata

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Clássico
   • Quando utilizar
     • Projetos com requisitos bem definidos e quando as equipes são tecnicamente fracas ou inexperientes
   • Vantagens
     • É vantajoso para equipes inexperientes, já que direciona os esforços para uma etapa específica
   • Desvantagens
     • 1) É um modelo inflexível, há uma estrutura correta a ser seguida, sem se adaptar à mudanças; 2) Para a versão de um produto final ser entregue ao cliente, por se tratar apenas da última versão do modelo, a "Implantação" acaba sendo demorada

3. Cascata com Realimentação

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Clássico
   • Quando utilizar
     • Projetos que tenham curta duração e também em miniprocessos (resolução de problemas, resolução de defeitos, alteração de requisitos, manutenção, entre outros)
   • Vantagens
     • 1) É vantajoso para equipes inexperientes, já que direciona os esforços para uma etapa específica; 2) É um modelo flexível, há uma estrutura adaptável a mudanças
   • Desvantagens
     • Para a versão de um produto final ser entregue ao cliente, por se tratar apenas da última versão do modelo, a "Implantação" acaba sendo demorada

4. Prototipagem Evolutiva

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Evolutivo
   • Quando utilizar
     • Recomendo para os casos em que o cliente ainda não estabeleceu com detalhes os requisitos
   • Vantagens
     • 1) Há a possibilidade da criação de um protótipo do produto, como um "MVP"; 2) Se adequa a uma situação onde não há requisitos muito bem definidos; 3) Tempo de desenvolvimento e entrega mais otimizados com relação aos modelos predecessores
   • Desvantagens
     • 1) Os erros do sistema podem ser mascarados; 2) Há a possibilidade de prorrogamento de tempo no desenvolvimento do sistema, devido ao constante ciclo de trabalho, podendo gerar conflitos contratuais

5. Incremental / Evolucionário

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Evolutivo
   • Quando utilizar
     • 1) É recomendado para situações em que a princípio há uma dificuldade em definir uma especificação com detalhes dos requisitos; 2) Também é recomendado para sistemas pequenos e médios
   • Vantagens
     • 1) Trabalha diretamente com o cliente, fazendo incrementos no sistema a cada entrega; 2) Entregas mais rápidas, com fluxos mais rápidos de desenvolvimento e teste
   • Desvantagens
     • 1) Requisitos nem sempre são bem detalhados; 2) Mudanças incrementais podem atrapalhar a estrutura do sistema, tornando difícil a adição de pequenos incrementos

6. Espiral

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Evolutivo
   • Quando utilizar
     • 1) Projetos em que a taxa de risco está em um nível considerável; 2) Ideal em sistemas de grande porte
   • Vantagens
     • 1) Trabalha primeiramente com os principais problemas do software, gerando protótipos e agregando conhecimento da regra de negócio para os desenvolvedores; 2) É semelhante ao modelo Evolucionário, tendo como principal diferença a análise de riscos
   • Desvantagens
     • 1) É difícil gerenciar as funcionalidades disponibilizadas no software; 2) Tempo de desenvolvimento (esforço) se torna mais difícil de predizer

7. Processo Unificado da Rational (RUP)

   • Classificação
     • Modelo Prescritivo / Processo Tradicional: Processo Unificado
   • Quando utilizar
     • 1) O RUP pode ser usado em projetos que são complexos e que tenham equipes grandes; 2) Também pode ser aplicado em projetos que visam a qualidade do software
   • Vantagens
     • 1) Tem como base principal um modelo organizacional baseado em UML; 2) Orientado a qualidade de software, priorizando prazos e orçamento dentro do planejado; 3) Pode ser utilizado para aumento de níveis do modelo CMMi
   • Desvantagens
     • Seu guia, se levado ao pé da letra, é extremamente difícil de ser implementado, já que aborda muitos tópicos e possui muitas restrições