2. Introducción Este modelo fue propuesto por Boehm en 1988. Básicamente consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro. Se suele interpretar como que dentro de cada ciclo de la espiral se sigue un Modelo Cascada, pero no necesariamente debe ser así.
3. Ciclo en Espiral La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones: Angular: Indica el avance del proyecto del software dentro de un ciclo. Radial: Indica el aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
4. Uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente los riesgos.
5. El modelo de espiral Es un modelo orientado a riesgos que divide un proyecto en miniproyectos. El concepto “riesgo” puede referirse a Requerimientos y arquitecturas poco comprensibles. Problemas de ejecución importantes. Problemas con la tecnología subyacente. Después de controlar todos los riesgos importantes, el modelo finaliza del mismo modo que el modelo de ciclo de vida en cascada.
6. Análisis de riesgo basado en los requisitos iniciales Planificación Análisis de riesgos Recolección de requisitos y planificación inicial del cliente Análisis de riesgo basado en la reacción del cliente Planificación basada en los comentarios del cliente Prototipo inicial del software Hacia el sistema final Evaluación del cliente Prototipo del siguiente nivel Sistema de ingeniería Evaluación del cliente Ingeniería Gráfica del modelo de espiral
7. Con cada iteración alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se construyen sucesivas versiones del software, cada vez más completa y, al final, al propio sistema operacional.
8. Combinaciones del modelo de espiral Primera combinación Iterar para reducir los riesgos hasta que se hayan reducido a un nivel aceptable. Finalizar el esfuerzo de desarrollo con un ciclo de vida en cascada u otro modelo de ciclo de vida no basado en riesgos. Segunda combinación Se pueden incorporar otros modelos de ciclo de vida como iteraciones dentro del modelo en espiral.
9. Ventajas Mientras los costos suben, los riesgos disminuyen Cuanto más tiempo y dinero se emplee, menores serán los riesgos. Proporciona al menos tanto control de gestión como el modelo en cascada tradicional Se tienen los puntos de verificación al final de cada iteración.
10. Como el modelo está orientado a riesgos, proporciona con anterioridad indicaciones de cualquier riesgo insuperable. Es posible descubrir si el proyecto no se puede realizar por razones técnicas u otras razones.
12. Requiere de una gestión concienzuda, atenta, y que exige conocimientos profundos. La única desventaja del modelo en espiral es que se trata de un modelo complicado.
13. Puede ser difícil definir los objetivos de comprobación que indiquen si está preparado para pasar al siguiente nivel de la espiral.
14. Conclusiones El modelo en espiral es actualmente el enfoque más realista para el desarrollo de software y de sistemas a gran escala. Utiliza la creación de prototipos como un mecanismo de reducción de riesgo, pero lo que es más importante permite a quien lo desarrolla aplicar el enfoque de creación de prototipos en cualquier etapa de la evolución de prototipos.