Please enable JavaScript.
Coggle requires JavaScript to display documents.
Espiral - Coggle Diagram
Espiral
Vantagens
-
-
-
É mais versátil para lidar com mudanças (sempre inevitáveis) que desenvolvimento de software geralmente exigem.
-
Estimativas (por exemplo: cronogramas) tornam-se mais realísticas com o progresso do trabalho, porque problemas importantes são descobertos mais cedo.
Os protótipos em cada iteração ajudam tanto desenvolvedores quanto clientes na avaliação dos riscos associados a custos e cronograma.
Características
Incorpora a prototipação, modelo em cascata e adiciona análise de riscos.
Quatro atividades, representada pelos quadrantes.
Custo/cronograma/funcionalidades são ajustados de acordo com a avaliação do cliente após as entregas.
A prototipação pode ser utilizada como um modelo de processo isolado, comumente utilizada como uma técnica a ser implementada no contexto de qual quer um dos modelos de ciclo de vida.
-
Desvantagens
Tem um melhor funcionamento em softwares que necessitam de requisitos de maiores complexabilidades, onde os custos envolvidos são muito elevados.
É necessária uma habilidade mais elevada, para a avaliação de incertezas ou riscos associados ao projeto e sua redução.
Elaboração de um script (Protocolo), que deve ser seguido estritamente para que se tenha um bom funcionamento, sendo muitas das vezes difícil segui-lo.
Avaliar os riscos envolvidos no projeto pode dispara o custo e pode ser maior que o custo para a construção do sistema.
Situação
Engenheiros de software (que sempre estão impacientes com alongamento da fase de projeto) podem começar o trabalho no sistema mais cedo.
Quando o desenvolver não tem certeza quanto à eficiência de um algoritmo, ou quanto à adaptabilidade de um sistema operacional ou ainda quanto à forma em que deva ocorrer a interação entre o cliente e o sistema. Com isso, o sistema sempre vai estar em constante evolução.
Foco
O modelo espiral realiza uma etapa de cada vez, partindo para a próxima etapa apenas após a anterior estar totalmente validada. Tendo em vista como foco apenas na resolução de riscos de requisitos mal compreendidos, fornecendo tempo suficiente para que estes possam ser entendidos e implementados.