Sei sulla pagina 1di 14

MODELO DE ESPIRAL

CICLO DE VIDA DEL DESARROLLO DE SOFTWARE

Descripcin
El Desarrollo en Espiral es un modelo de ciclo de vida desarrollado por Barry Boehm en 1988, utilizado generalmente en la Ingeniera de software. Las actividades de este modelo son una espiral, cada bucle es una actividad. Las actividades no estn fijadas a prioridad, sino que las siguientes se eligen en funcin del anlisis 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. Adems, 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 regin de planificacin por cada ajuste que se realiza en el plan de proyecto esta provoca el aumento de coste y la regin de planificacin se basa a partir de la evaluacin del cliente.

Plazos De Entrega
Cada Regin del espiral varia su plazo de entrega ya que todo depende de que tipo de proyecto sea una recomendacin de este modelo es que no es recomendable utilizarlo para proyectos pequeos por lo tanto un mximo

Cumple con estndares internacionales IEEE.


ISO 12207 IEEE 1074 CMMI

Ventajas
El anlisis de riesgos se hace de forma explcita 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 Adems es posible tener en cuenta mejoras y nuevos requerimientos sin romper con el modelo, ya que el ciclo de vida no es rgido ni esttico. Mediante este modelo se produce software en etapas tempranas del ciclo de vida y suele ser adecuado para proyectos largos de misin crtica.

Desventajas
Es un modelo que genera mucho trabajo adicional. Al ser el anlisis de riesgos una de las tareas principales exige un alto nivel de experiencia y cierta habilidad en los analistas de riesgos (es bastante difcil). Resulta difcil 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 pequeos sistemas.

En que proyecto o tipo de proyecto puede utilizar la metodologa


Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo, la creacin de un sistema operativo.

Cumple con requisitos para hacer metodologas


El modelo espiral es claro accesible y mas que todo uno de sus requisitos es ir adaptndose al cambio a medida que se realicen otro ciclo al espiral

Productos o Artefactos que genera


Documentacin de Requisitos: Planear la documentacin Implementar la documentacin Producir y distribuir la documentacin
Planes de Prueba: Planear las pruebas Desarrollar las pruebas Ejecutar las pruebas

Caractersticas:
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 anlisis de riesgo requiere la participacin de personal altamente calificado.

Herramientas que utiliza


Compiladores Intrprete