MODELO DE

ESPIRAL

CICLO DE VIDA DEL DESARROLLO DE SOFTWARE

Descripción
El Desarrollo en Espiral es un modelo de ciclo de
vida desarrollado por Barry Boehm en 1988,
utilizado generalmente en la Ingeniería de
software. Las actividades de este modelo son
una espiral, cada bucle es una actividad. Las
actividades no están fijadas a prioridad, sino que
las siguientes se eligen en función del análisis de
riesgo, comenzando por el bucle interior.
 En este modelo, el esfuerzo de desarrollo es iterativo.
Tan pronto como uno completa un esfuerzo de
desarrollo, otro comienza. Además, en cada desarrollo
ejecutado, puedes seguir estos cuatros pasos:

 Determinar qué quieres lograr.

 Determinar las rutas alternativas que puedes tomar

para lograr estas metas. Por cada una, analizar los
riesgos y resultados finales, y seleccionar la mejor.

 Seguir la alternativa seleccionada en el paso 2.

 Establecer qué tienes terminado.

Secuencias de actividades que debe
seguir (Grafico de Proceso)
Costos de cada actividad

En la región de planificación por cada ajuste

que se realiza en el plan de proyecto esta
provoca el aumento de coste y la región de
planificación se basa a partir de la
evaluación del cliente.
Plazos De Entrega

Cada Región del espiral varia su plazo de

entrega ya que todo depende de que tipo de
proyecto sea una recomendación de este modelo
es que no es recomendable utilizarlo para
proyectos pequeños por lo tanto un máximo
Cumple con estándares
internacionales IEEE.

 ISO 12207
 IEEE 1074
 CMMI
 Ventajas

El análisis de riesgos se hace de forma explícita y

clara. Une los mejores elementos de los restantes
modelos. Entre ellos:
Reduce riesgos del proyecto
Incorpora objetivos de calidad
Integra el desarrollo con el mantenimiento

Además es posible tener en cuenta mejoras y nuevos

requerimientos sin romper con el modelo, ya que el
ciclo de vida no es rígido ni estático.
Mediante este modelo se produce software en etapas
tempranas del ciclo de vida y suele ser adecuado para
proyectos largos de misión crítica.
Desventajas
Es un modelo que genera mucho trabajo adicional. Al
ser el análisis de riesgos una de las tareas
principales exige un alto nivel de experiencia y
cierta habilidad en los analistas de riesgos (es
bastante difícil).
Resulta difícil convencer a grandes clientes de
que el enfoque evolutivo es controlable.

Es nuevo (1988) y no se ha utilizado tanto como

otros modelos de ciclo de vida.

Debido a su elevada complejidad no se aconseja

utilizarlo en pequeños sistemas.
 En que proyecto o tipo de
proyecto puede utilizar la
metodología

Este sistema es muy utilizado en proyectos

grandes y complejos como puede ser, por
ejemplo, la creación de un sistema operativo.
Cumple con requisitos para hacer
metodologías

 El modelo espiral es claro accesible y mas que

todo uno de sus requisitos es ir adaptándose
al cambio a medida que se realicen otro ciclo al
espiral
Productos o Artefactos que
genera
Documentación de Requisitos:
• Planear la documentación
• Implementar la documentación
• Producir y distribuir la documentación

Planes de Prueba:
• Planear las pruebas
• Desarrollar las pruebas
• Ejecutar las pruebas
Características:
En cada giro se construye un nuevo modelo del sistema
completo.

Este modelo puede combinarse con otros modelos de

proceso de desarrollo (cascada, evolutivo).

Mejor modelo para el desarrollo de grandes sistemas.

El análisis de riesgo requiere la participación de

personal altamente calificado.
 Herramientas que utiliza
 Compiladores
 Intérprete