O Modelo em Espiral

O Modelo em Espiral

1. Criado por Barry Boehm em 1988, o Modelo em Espiral é uma melhoria do Modelo Incremental e possui esse nome por causa de sua representação, onde cada volta no espiral percorreu todas as fases do software de processo.

   • No espiral que representa o modelo, a volta mais interna pode se preocupar com a viabilidade do sistema; o ciclo seguinte, com definição de requisitos; o seguinte, com o projeto do sistema, e assim por diante (SOMMERVILLE, 2011).
     • A representação do desenvolvimento é dividida em quatro setores (SOMMERVILLE, 2011):
       • 1. Definição de objetivos: Identificar as necessidades do usuário que devem ser resolvidas pelo sistema.
         • 2. Avaliação e redução de riscos: Analise a experiência do usuário e demandas do mesmo, como realizam as operações e as diferentes alternativas que existem para realizar cada uma delas, aquela que representa menor risco para o organização
           • 3. Implementação e validação: Programando as funções software e ao mesmo tempo testando-os com usuários, avaliando todas as possibilidades.
             • 4. Planejamento e Especificações: Com os resultados obtidos nas três etapas anteriores prossiga para fazer um plano de trabalho para o próximo ciclo na espiral.

2. Vantagens:

   • Como o modelo exige a consideração dos riscos técnicos em todos os sistemas aplicados à evolução da evolução, se for adequado, reduzirá os riscos antes que se tornem problemáticos;
     • As estimativas tornam mais realistas 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.
   • Desvantagens:
     • Segundo a PRESS (2006), pode ser útil para convencer os clientes que o processo de evolução é difícil, pois ele exige experiência de controle na avaliação dos riscos e depende dessa competência para ser bem sucedido;
       • Se um risco importante não foi detectado e gerenciado corretamente, fatalmente ocorreram 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 afetar o projeto.

Bilder und Dateien der Mindmap