O modelo Espiral reduz os riscos do projeto; permite uma maior interação com o cliente; é adequado à maioria dos projetos/sistemas e metodologias existentes; e acrescenta aspectos gerenciais ao desenvolvimento de software (planejamento, tomada de decisão, análise de riscos). Porém, é um modelo complexo e que requer experiência na avaliação de riscos.
O Processo Unificado oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento. É adaptável e pode ser configurada para selecionar os elementos apropriados às necessidades da organização/projeto de desenvolvimento, sugerindo um fluxo iterativo e incremental composto por 4 fases: (a) Concepção, em que ocorre a identificação e descrição das necessidades de negócio, objetivos do software, arquitetura preliminar, requisitos fundamentais e planejamento do projeto; (b) Elaboração, responsável por refinar os artefatos gerados na concepção, assegurando assim que os principais riscos foram diminuídos e uma arquitetura executável foi definida; (c) Construção, em que ocorre o desenvolvimento do software e realização de testes; e (d) Transição, momento de entrega do software aos usuários e obtenção de feedback.
Mas talvez vocês estejam se perguntando: Será que existem alternativas menos “engessadas”, sem esse excesso de formalismo e que se adequem a um mundo com necessidade de adaptação e grande competitividade? Existe sim, os chamados métodos ágeis. Mas isso é assunto para meu próximo texto! 😊