El modelo en espiral es un modelo de desarrollo de software evolutivo e iterativo que combina la construcción de prototipos con aspectos sistemáticos. Consta de varias fases cíclicas que incluyen la comunicación con el cliente, la planificación, el análisis de riesgos, la ingeniería y la construcción. El modelo permite adaptarse a lo largo del ciclo de vida del software y mejorarlo mediante iteraciones sucesivas.

1. MODELO ESPIRAL
CONCEPTO
El modelo en espiral fue propuesto por Boehm (1988), El modelo en espiral es una de las metodologías más
recomendables para el desarrollo y creación de un programa, ya que consta de pocas etapas o fases, las
cuales se van realizando en una manera continua y cíclica
DESCRIPCION
Es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de construcción de
prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial.
CONJUNTO DE TAREAS
1. Comunicación con el cliente: las tareas requeridas para establecer comunicación entre el
desarrollador y el cliente.
2. Planificación: las tareas requeridas para definir recursos, el tiempo y otra información relacionadas
con el proyecto.
3. Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y de gestión.
4. Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.
5. construcción y acción: las tareas requeridas para construir, probar, instalar y proporcionar soporte
al usuario (por ejemplo: documentación y práctica).
6. evaluación del cliente: las tareas requeridas para obtener la reacción del cliente según la evaluación
de las representaciones del software creadas durante la etapa de ingeniería e implementada durante
la etapa de instalación.
CARACTERISTICA
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora
MODELO ESPIRAL (WIN  WIN)
Las mejores negociaciones se esfuerzan en obtener «victoria-victoria». Esto es, el cliente gana obteniendo
el producto o sistema que satisface la mayor parte de sus necesidades y el desarrollador gana trabajando
para conseguir presupuestos y lograr una fecha de entrega realista.
Directivo: es alguien en la organización que tiene un interés directo, por el negocio, en el sistema o
producto a construir y puede ser premiado por un resultado con éxito o criticado si el esfuerzo falla.

2. ACTIVIDADES DE NEGOCIACION
1. Identificación del sistema o subsistemas clave de los «directivos» (Saber que quieren)
2. Determinación de las «condiciones de victoria» de los directivos (Saber que necesitan y los
satisface)
3. Negociación de las condiciones de «victoria» de los directivos
a. Reunir las condiciones de victoria.
b. Establecer los objetivos, restricciones y alternativas del siguiente nivel
4. Evaluar las alternativas del producto y del proceso y resolución de riesgos
5. Definir el siguiente nivel del producto y del proceso, incluyendo particiones
6. Validar las definiciones del producto y del proceso
7. Revisión y comentarios
HITO: Es una tarea de duración cero que simboliza el haber conseguido un logro importante en el proyecto.
Los hitos son una forma de conocer el avance del proyecto sin estar familiarizado con el proyecto y
constituyen un trabajo de duración cero porque simbolizan un logro, un punto, un momento en el proyecto
HITOS DEL PROCESO (Puntos de fijación)
1. Objetivos del ciclo de vida (OCV): define un conjunto de objetivos para cada actividad principal de
ingeniería del software
 un conjunto de objetivos asociados a la definición de los requisitos del producto/sistema del
nivel más alto
2. Arquitectura del ciclo de vida (ACV): establece los objetivos que se deben conocer mientras que se
define la arquitectura del software y el sistema.
 el equipo del proyecto de software debe demostrar que ha evaluado la funcionalidad de los
componentes del software reutilizables y que ha considerado su impacto en las decisiones de
arquitectura.
3. La capacidad operativa inicial (COI): representa un conjunto de objetivos asociados a la
preparación del software para la instalación/distribución
 preparación del lugar previamente a la instalación, y la asistencia precisada de todas las partes
que utilizará o mantendrá el software

3. CARACTERISTICAS
 Trata de mejorar los ciclos de vida clásicos y prototipos.
 Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo).
 En cada giro se construye un nuevo modelo del sistema completo.
 El análisis de riesgo requiere la participación de personal con alta cualificación.
 Incorpora objetivos de calidad y gestión de riesgos
 Elimina errores y alternativas no atractivas al comienzo
 Permite iteraciones, vuelta atrás y finalizaciones rápidas
 Cada ciclo empieza identificando:
o Los objetivos de la porción correspondiente
o Las alternativas
o Restricciones
 Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente
VENTAJAS
1. El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
2. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente
comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.
3. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en
cualquier etapa de evolución del producto.
4. El modelo en espiral demanda una consideración directa de los riesgos técnicos en todas las etapas
del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en
problemas.
DESVENTAJAS
1. Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.
2. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
3. Genera mucho tiempo en el desarrollo de sistemas.
INFOGRAFIA y BIBLIOGRAFIA
SOMMERVILLE, Ian. Ingeniería de software. Pearson Educación. 6ª Edición, México, 2002, Pág. 712
Roger S. Pressman - Ingeniería del Software un enfoque práctico. V Edición 2002, Cap. 2, Pág. 26
http://www.acertasoftware.com/mspiral.html
http://iaap.wordpress.com/2007/01/24/hitos-del-proyecto-milestones/