Modelo en Espiral Típico de seis regiones

El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software

de computadora, a diferencia del modelo de proceso clásico que termina cuando
se entrega el software.
Las seis regiones que componen este modelo son las siguientes:

 Comunicación con el cliente - Tareas necesarias para plantear la comunicación

entre el desarrollador y el cliente.
 Planificación - Tareas inherentes a la definición de recursos, el tiempo y otras
informaciones relacionadas con el proyecto. Son todos los requerimientos.
 Análisis de riesgos – Tareas para evaluar riesgos técnicos y otras
informaciones relacionadas con el proyecto.
 Ingeniería - Tareas para construir una o más representaciones de la aplicación.
 Construcción y adaptación - Tareas requeridas para construir, probar, instalar y
proporcionar soporte a los usuarios.
 Evaluación del cliente - 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 implementación durante la etapa de instalación. 3

El modelo en espiral esta compartida en varias actividades estructurales, también

llamadas regiones de tareas. Existen seis regiones de tareas que son:
Comunicación con el cliente: esta es una tarea requerida para establecer
comunicación entre el desarrollador y el cliente.

Planificación: esta tarea es necesaria aplicarla para pode definir los recursos, el
tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los
requerimientos.

Análisis de riesgos: esta es una de las tareas principales por lo que se aplica el
modelo en espiral, es requerida para evaluar los riesgos técnicos y otras
informaciones relacionadas con el proyecto.

Ingeniería: esta es una tarea necesaria ya que se requiere construir una o más
representaciones de la aplicación.

Construcción y adaptación: esta tarea es requerida en el modelo espiral porque se

necesita construir, probar, instalar y proporcionar soporte al usuario.

Evaluación el cliente: esta también es una tarea principal, necesaria para adquirir
la reacción del cliente según la evaluación de las representaciones del software
creadas durante la etapa de ingeniería y la de implementación creada durante la
etapa de instalación.
Modelo en espiral WIN-WIN
El modelo Win-Win es una adaptación del modelo espiral que se enfatiza en la
participación del cliente en el proceso de desarrollo de un producto de software.
En un caso ideal, el desarrollador simplemente pregunta al cliente lo que se
requiere y el cliente proporciona suficiente información y detalles para proceder.
Sin embargo esto no suele ocurrir en la mayoría de los casos y es necesario que
se establezcan negociaciones significativas entre ambas partes para equilibrar la
funcionalidad y rendimiento con los costos y tiempo de salida al mercado del
producto. El modelo Win-Win deriva su nombre del objetivo de estas
negociaciones, es decir, "ganar-ganar". El cliente recibe el producto que satisface
la mayoría de sus necesidades, y el desarrollador trabaja para alcanzar
presupuestos y fechas de entrega. Para lograr este objetivo, se realizan varias
actividades de negociación al principio de cada paso alrededor de la espiral. 4

ACOPLAMIENTOS DEL MODELO ESPIRAL

Los nuevos requerimientos del sistema se definen en todo los detalles posibles,
esto implica generalmente el entrevistarse con un número determinado de
usuarios que representarán a todos los usuarios tanto externos como internos y
otros aspectos del sistema existente.
Un prototipo preliminar se crea para el desarrollo del nuevo software partiendo de
un diseño hecho del sistema que se construyó del prototipo inicial. Esto es
generalmente un sistema scaled-down, y representa una aproximación de las
características del producto final.
Un segundo diseño de software es desarrollado por un procedimiento cuádruple:
Evaluación del primer prototipo en términos de sus fuerzas, debilidades, y riesgos;
Definir los requisitos del segundo prototipo;
Planeando y desarrollando el segundo prototipo;
Construyendo y probando el segundo prototipo.

En la opción del cliente, el proyecto completado puede ser abortado si el riesgo se

juzga demasiado grande. Los factores de riesgo pudieron implicar los excesos de
coste del desarrollo, cálculo erróneo del fusionar los costes, o cualquier otro factor
que podría, en el juicio del cliente, dar lugar a un producto final menos que
satisfactorio.
El diseño existente se evalúa de manera semejante al igual que el diseño anterior,
y, en caso de necesidad, otro prototipo se desarrolla de él según el procedimiento
cuádruple expuesto anteriormente.
Se iteran los pasos precedentes hasta que el cliente está satisfecho sabiendo que
el diseño mejorado representa el producto final deseado. Además, se construye el
sistema final, basado en el diseño mejorado. El sistema final se evalúa y se
prueba con todas las de ley. El mantenimiento general se realiza sobre una base
continua para prevenir fallas en grande y para reducir al mínimo el tiempo perdido.

VENTAJAS DEL MODELO ESPIRAL

No requiere una definición completa de los requerimientos del software a
desarrollar para comenzar su funcionalidad.
En la terminación de un producto desde el final de la primera iteración es muy
factible aprobar los requisitos.
Sufrir retrasos corre un riesgo menor, por que se comprueban los conflictos
presentados tempranamente y existe la forma de poder corregirlos a tiempo.

El análisis del riesgo se hace de forma explícita y clara. Une los mejores
elementos de los restantes modelos.

 Reduce riesgos del proyecto

 Incorpora objetivos de calidad
 Integra el desarrollo con el mantenimiento, etc.
Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper
con la metodología, ya que este ciclo de vida no es rígido ni estático.

DESVENTAJAS DEL MODELO ESPIRAL

Existe complicación cuando se evalúa los riesgos.
Se requiere la participación continua por parte del cliente.
Se pierde tiempo al volver producir inicialmente una especificación completa de los
requerimientos cuando se modifica o mejora el software.

 Genera mucho tiempo en el desarrollo del sistema

 Modelo costoso
 Requiere experiencia en la identificación de riesgos
Inconvenientes

Planificar un proyecto con esta metodología es a menudo imposible, debido a la

incertidumbre en el número de iteraciones que serán necesarias. En este contexto
la evaluación de riesgos es de la mayor importancia y, para grandes proyectos,
dicha evaluación requiere la intervención de profesionales de gran experiencia.

El IEEE clasifica al desarrollo en espiral como modelo no operativo en sus

clasificaciones de MCV.5

¿Cuándo es recomendable usar este modelo?

Este sistema es muy utilizado en proyectos grandes y complejos los cuales están
sujetos a riesgos, como puede ser, por ejemplo, la creación de un Sistema
Operativo.
Además, al ser un modelo de Ciclo de Vida orientado a la gestión de riesgo se
dice que 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.
Ejemplo:
En términos futbolísticos, la metáfora del modelo en espiral puede representar
muy bien qué es y cómo se desarrolla un Mundial (junto a todo lo relativo a su
preparación); todo gira en torno a una idea: si el Mundial se puede entender como
una espiral repleta de bucles internos, todo aquel que pretenda llegar lejos debe
tener claro que sólo lo logrará si se impulsa en cada bucle y en cada giro para
crecer, sobre todo a partir de la fase decisiva del torneo. Si no, se corre un altísimo
riesgo de morir en la espiral por agotamiento, desorientación absoluta o por simple
mareo.
Por eso, hay que estar preparado para crecer con el Mundial, para ir haciéndose
más grande a cada paso aunque en el primer bucle uno sólo pudiera ver un
laberinto intangible de un mes de duración. Los que no son capaces de crecer al
ritmo que marcan los bucles se quedan a medio camino (léase Inglaterra u
Holanda), los que empiezan el modelo tan crecidos que creen haberlo hecho todo
ya llegan tarde al cambio de ciclo (España y, sobre todo, Brasil).
Si Italia y Francia han llegado a la final será entonces porque son los que mejor
han interpretado la complejidad y extensión de este torneo desde el principio, pese
a que en primera instancia no nos diese esa impresión.
 El modelo de desarrollo en espiral se utiliza a menudo para proyectos más grandes que
están sujetos a riesgos. Dado que estos riesgos tienen un impacto monetario directo, el
control de los presupuestos de los clientes y de las empresas promotoras es fundamental.
El modelo en espiral se utiliza especialmente en los nuevos entornos técnicos, ya que
éstos suponen un riesgo.[2]