MTODO ESPIRAL

1. CONCEPTO

El modelo en espiral del proceso del software que originalmente fue propuesto por
Boehm (1988), es una de las ms recomendables para el desarrollo y creacin de un
programa, ya que consta de pocas etapas o fases, las cuales se van realizando en manera
continua y cclica.

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.

Es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de

construccin de prototipos con los aspectos controlados y sistemticos del modelo lineal
secuencial. Proporciona el potencial para el desarrollo rpido de versiones incrementales
del software. En el modelo espiral, el software se desarrolla en una serie de versiones
incrementales. Durante las primeras iteraciones, la versin incremental podra ser un
modelo en papel o un prototipo. Durante las ltimas iteraciones, se producen versiones
cada vez ms completas del sistema diseado.

El modelo en espiral se divide en un nmero de actividades de marco de trabajo, tambin

llamadas regiones de tareas.

2. MODELO ESPIRAL DE 4 FASES:

En cada ejecucin del desarrollo se sigue cuatro pasos principales:
2. 1. Determinar o fijar los objetivos. En este paso se definen los objetivos especficos
para posteriormente identifica las limitaciones del proceso y del sistema de software,
adems se disea una planificacin detallada de gestin y se identifican los riesgos.

2. 2. Anlisis del riesgo. En este paso se efecta un anlisis detallado para cada uno de los
riesgos identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y
luego del anlisis de estos riesgos se planean estrategias alternativas.

2.3. Desarrollar, verificar y validar. En este tercer paso, despus del anlisis 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 decisin 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.

Con cada iteracin alrededor de la espiral, se crean sucesivas versiones del software, cada
vez ms completas y, al final, el sistema de software ya queda totalmente funcional.

La diferencia principal entre el modelo espiral y los dems modelos (ej.: cascada,
evolutivo, incremental, etc.) es la evaluacin del riesgo. El riesgo es todo lo que pueda salir
mal en un proyecto de desarrollo de software. Por ejemplo, si queremos utilizar un
lenguaje de programacin para desarrollar un sistema operativo, un riesgo posible es que
los compiladores utilizables no produzcan un cdigo objeto eficiente. Los riesgos originan
problemas en el proyecto, como el exceso de los costos. Es as que, la disminucin de los
riesgos es una actividad muy importante.

Un modelo espiral comienza con la determinacin de los objetivos tanto funcionales como
de rendimiento. Despus se enumeran algunas formas posibles de alcanzar estos
objetivos identificando las fuentes de riesgos posibles. Luego continuamos con el
siguiente paso que es resolver estos riesgos y llevar a cabo las actividades de desarrollo,
para finalizar con la planificacin del siguiente ciclo de la espiral.

3. MODELO ESPIRAL DE 6 FASES

El modelo en espiral esta compartida en varias actividades estructurales, tambin
llamadas regiones de tareas. Existen seis regiones de tareas que son:

3.1. Comunicacin con el cliente: esta es una tarea requerida para establecer
comunicacin entre el desarrollador y el cliente.
 3.2. Planificacin: esta tarea es necesaria aplicarla para poder definir los recursos, el
tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los
requerimientos.
3.3. Anlisis de riesgos: esta es una de las tareas principales por lo que se aplica el
modelo en espiral, es requerida para evaluar los riesgos tcnicos y otras
informaciones relacionadas con el proyecto.
3.4. Ingeniera: esta es una tarea necesaria ya que se requiere construir una o ms
representaciones de la aplicacin.
3.5. Evaluacin el cliente: esta tambin es una tarea principal, necesaria para adquirir
la reaccin del cliente segn la evaluacin de las representaciones del software
creadas durante la etapa de ingeniera y la de implementacin creada durante la
etapa de instalacin.
3.6. Construccin y adaptacin: esta tarea es requerida en el modelo espiral porque se
necesita construir, probar, instalar y proporcionar soporte al usuario.

Conceptualmente es muy parecido al modelo original de Boehm, lo que se ha pretendido

con esta variante es hacer un mayor hincapi en determinadas tareas que en el modelo
original estaban englobadas en tareas de mayor peso. Por otro lado, la definicin de ms
regiones y la divisin de las etapas propias del desarrollo en dos regiones, permite
obtener una mayor precisin en las planificaciones y facilitar el cierre de entregables.

4. VENTAJAS DEL MODELO ESPIRAL

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

5. DESVENTAJAS DEL MODELO ESPIRAL

Existe complicacin cuando se evala los riesgos.
Se requiere la participacin continua por parte del cliente.
Se pierde tiempo al volver producir inicialmente una especificacin completa de
los requerimientos cuando se modifica o mejora el software.
 6. ACOPLAMIENTOS DEL MODELO ESPIRAL
Los nuevos requerimientos del sistema se definen en todo los detalles posibles, esto
implica generalmente el entrevistarse con un nmero determinado de usuarios que
representarn 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

diseo hecho del sistema que se construy del prototipo inicial. Esto es generalmente un
sistema scaled-down, y representa una aproximacin de las caractersticas del producto
final.

Un segundo diseo de software es desarrollado por un procedimiento cudruple:

Evaluacin del primer prototipo en trminos 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 opcin 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, clculo errneo del fusionar los costes, o cualquier otro factor que podra, en el
juicio del cliente, dar lugar a un producto final menos que satisfactorio.

El diseo existente se evala de manera semejante al igual que el diseo anterior, y, en

caso de necesidad, otro prototipo se desarrolla de l segn el procedimiento cudruple
expuesto anteriormente.

Se iteran los pasos precedentes hasta que el cliente est satisfecho sabiendo que el diseo
mejorado representa el producto final deseado. Adems, se construye el sistema final,
basado en el diseo mejorado. El sistema final se evala 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 mnimo el tiempo perdido.

7. BIBLIOGRAFA

http://es.wikipedia.org/wiki/Desarrollo_en_espiral
http://www.compute-rs.com/es/consejos-362625.htm
http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf
http://es.wikipedia.org/wiki/Software#Proceso_de_creaci.C3.B3n_del_software
http://148.202.148.5/cursos/cc321/fundamentos/unidad1/espiral.htm