modelo espiral

modelo espiral

1. Criado por Barry Boehm em 1988

   • uma melhoria do Modelo Incremental

2. Adequado para softwares que precisam passar por inúmeras evoluções na medida que o desenvolvimento acontece.

3. Segundo SOMMERVILLE (2011), o Modelo em Espiral “combina prevenção e tolerância a mudanças, assume que mudanças são um resultado de riscos de projeto e inclui atividades explícitas de gerenciamento de riscos para sua redução”.

4. PRESSMAN (2006) também diz que o modelo é “uma abordagem realista do desenvolvimento de sistemas e softwares de grande porte … usando a prototipagem como mecanismo de redução de riscos”.

5. o desenvolvimento é dividido em quatro setores

   • Definição de objetivos: onde são definidos os objetivos para essa fase do projeto
   • Avaliação e redução de riscos: para cada risco identificado é feita uma “Análise de Risco” detalhada com o objetivo de identificar estratégias para reduzi-lo ou evitá-lo.
   • Implementação e validação: com as estratégias definidas, é escolhido um modelo de desenvolvimento
   • Planejamento e Especificação: o projeto todo é analisado para verificar o que foi realizado e planejar quais serão os próximos passos para iniciar novas voltas do espiral ou concluir o sistema.

6. Vantagens

   • Como o modelo exige a consideração dos riscos técnicos em todos os estágios de evolução, se for aplicado adequadamente, reduzirá os riscos antes que se tornem problemáticos;
   • As estimativas se tornam mais realistas e o tempo de implementação é reduzido;
   • Mais versátil para testar e lidar com mudanças;
   • Não faz distinção entre desenvolvimento e manutenção.

7. Desvantagens

   • Segundo PRESSMAN (2006), pode ser difícil convencer os clientes que o processo de evolução é controlável, pois ele exige competência considerável na avaliação dos riscos e depende dessa competência para ser bem sucedido;
   • Se um risco importante não for descoberto e gerenciado corretamente, fatalmente ocorrerão problemas;
   • A avaliação dos riscos exige um analista com experiência;
   • Aplica-se melhor a sistemas de grande porte;
   • Erros na avaliação de riscos podem impactar o projeto.

Images and files in the map