MODELO ESPIRAL

El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera vez por
Barry Boehm en 1988, utilizado generalmente en la Ingeniería de software. Las actividades de
este modelo se conforman en una espiral, en la que cada bucle o iteración representa un
conjunto de actividades. Las actividades no están fijadas a priori, sino que las siguientes se eligen
en función del análisis de riesgo, comenzando por el bucle interior.[1]

La espiral representa el avance del proyecto y ésta pasa por un conjunto de regiones que se
corresponden con actividades del marco de trabajo. El número de regiones propuestas por
Boehm originalmente es de 4, aunque en la bibliografía revisada se distinguen hasta 6.

El modelo espiral en el desarrollo del software es un modelo meta del ciclo de vida del software
donde el esfuerzo del desarrollo es iterativo, tan pronto culmina un esfuerzo del desarrollo por
ahí mismo comienza otro; además en cada ejecución del desarrollo se sigue cuatro pasos
principales:

1. Determinar o fijar los objetivos.

En este paso se definen los objetivos específicos para posteriormente identifica las limitaciones
del proceso y del sistema de software, además se diseña una planificación detallada de gestión
y se identifican los riesgos. [2]

2. Análisis del riesgo.

En este paso se efectúa un análisis detallado para cada uno de los riesgos identificados del
proyecto, se definen los pasos a seguir para reducir los riesgos y luego del análisis de estos
riesgos se planean estrategias alternativas. [2]

3. Desarrollar, verificar y validar.

En este tercer paso, después del análisis de riesgo, se eligen un paradigma para el desarrollo del
sistema de software y se lo desarrolla. [2]

4. Planificar.

En este último paso es donde el proyecto se revisa y se toma la decisión si se debe continuar con
un ciclo posterior al de la espiral. Si se decide continuar, se desarrollan los planes para la
siguiente fase del proyecto. [2]

CARACTERISTICAS

- Es considerado como un modelo evolutivo ya que combina el modelo clásico con el

diseño de prototipos.
 - Contiene una nueva etapa que es el análisis de riesgos, no incluida anteriormente. Este
modelo es el indicado para desarrollar software con diferentes versiones actualizadas
como se hace con los programas modernos de PC´s.
- La ingeniería puede desarrollarse a través del ciclo de vida clásico o el de construcción
de prototipos.
- 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.

VENTAJAS Y DESVENTAJAS

VENTAJAS

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

computadora.

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.

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.

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

Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.

Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.

Genera mucho tiempo en el desarrollo de sistemas.

Diferencias entre el Modelo en Espiral y los métodos más tradicionales

Las principales diferencias son las siguientes:

- Existe un reconocimiento explícito de las diferentes alternativas para alcanzar los objetivos
de un proyecto.

- La identificación de riesgos asociados con cada una de las alternativas y las diferentes
maneras de resolverlos son el centro del modelo.

- La división de los proyectos en ciclos, cada uno con un acuerdo final de cada ciclo, implica
que existe un acuerdo para los cambios que hay que realizar o para terminar el proyecto, en
función de los que se ha aprendido desde el inicio del proyecto.

- La diferencia principal con el modelo de construcción de prototipos, es que en éste los

prototipos se usan para perfilar y definir los requisitos. Al final, el prototipo se desecha y
comienza el desarrollo del software siguiendo el ciclo clásico. En el modelo en espiral, en cambio,
los prototipos son sucesivas versiones del producto, cada vez más detalladas (el último es el
producto en sí) y constituyen el esqueleto del producto de ingeniería. Por tanto deben
construirse siguiendo estándares de calidad.

- El modelo se adapta a cualquier tipo de actividad.

EJEMPLOS REALES DE LA APLICACIÓN

DESARROLLO DE UN MODELO DE PRUEBAS Y CALIDAD DE SOFTWARE PARA LA EMPRESA

SEGUROS ATLAS S.A.

DESARROLLO DE UN SISTEMA PARA DETERMINAR LA UBICACIÓN GEOGRAFICA DE

ADOLESCENTES UTILIZANDO DISPOSITIVOS MOVILES

METODOLOGÍA PARA EL DISEÑO, DESARROLLO Y EVALUACIÓN DE SOFTWARE EDUCATIVO

BIBLIOGRAFIA

[1]. Barry Boehm ,A Spiral Model of Software Development and Enhancement

[2]Corcos D., 2000. El Modelo Espiral. Cuaderno de Reportes Técnicosen Ingeniería del
Software, Vol. 2, No. 3. Editorial CAPIS.

[3] Boehm Barry, (1988). A spiral model of software developement and enhancement.

Computer 1988 IEEE págs. 61-72.