Modelo de ciclo de vida en espiral

El Modelo de ciclo de vida en espiral fue inventado por Barry Boehm en 1986. Incorpora el análisis de riesgos, por lo que algunos autores lo llaman también modelo de ciclo de vida orientado al riesgo. Es un modelo iterativo, como se verá a continuación en la descripción del modelo.

Para muchos autores, se trata de un modelo meramente teórico, quizá incluso un modelo no operativo.

El propósito del modelo en espiral, es solventar los problemas de los modelos regidos por la documentación, como es el caso del modelo de ciclo de vida en cascada. Pretende, al mismo tiempo, incorporar las ventajas de los otros tipos de modelos de vida del software.

El modelo en cascada es con mucho el modelo más ampliamente utilizado. El resto de los modelos descritos no se han usado demasiado por no estar bien adaptados al modelo de procesos basado en documentos.

Así en la construcción de prototipos no resulta económico generar documentación durante las fases iterativas de construcción de prototipo, aunque sí puede hacerse en las fases últimas, si se utiliza el modelo del ciclo de vida en cascada.

Se pueden enumerar las siguientes diferencias:

  • Existe un reconocimiento explícito de las diferentes alternativas para alcanzar los objetivos del proyecto.
  • Se centra en identificar los riesgos asociados a cada alternativa.
  • Los proyectos se dividen en fases (ciclos de espiral) y se avanza en el desarrollo mediante consensos al final de cada ciclo.
  • Se adapta a cualquier tipo de actividad, según su creador.

Características

El Modelo de ciclo de vida en espiral, se representa en un diagrama en el que la dimensión radial representa los costes acumulativos del proyecto y la dimensión angular representa el avance del proyecto.

Representación de ciclo de vida en espiral

En primer lugar, hay que decidir el número de fases que tendrá el proyecto. Estas fases serán los ciclos dentro de la espiral. Cada ciclo de espiral contiene cuatro cuadrantes:

  • Planificación
  • Análisis de riesgo
  • Ingeniería
  • Evaluación

¡Aprovechate! Ahora puedes profundizar sobre el tema del artículo, con la promoción Kindle Unlimited de Amazon.

Podrás leer gratis todo lo que quieras, durante ¡30 días!.

Diferentes fases de la espiral

Planificación

En este cuadrante se definen los objetivos, las alternativas y las restricciones.

Por ejemplo, si el ciclo de espiral pretende el análisis de requisitos, el objetivo puede ser la obtención de la especificación de aquellos requisitos (DRS= documento de requisitos del sistema). Las alternativas pueden ser las distintas maneras de identificar los requisitos y las restricciones podrían estar constituidas por el coste, el tiempo y los recursos.

Análisis de riesgo

En este cuadrante se pretende elegir la alternativa. Para ello será necesario:

  • Analizar las alternativas
  • Identificar los riesgos
  • Resolver los riesgos

Ingeniería

Una vez elegida la alternativa, hay que emprender el trabajo de llevarla a cabo, es decir hay construir el producto, crear el proyecto, etc.

Evaluación

La evaluación se realiza internamente, en la misma organización o con el usuario. En caso de ser con el usuario, habrá que consensuar con el cliente, si el producto final es suficiente.

  • Si el producto es aceptado, se podrá seguir con el siguiente ciclo de la espiral.
  • Si el producto no es aceptado, la dirección deberá decidir las acciones a seguir.

Evaluación del modelo

El mayor inconveniente para la aplicación del Modelo de ciclo de vida en espiral, es la exigencia de un alto grado de experiencia en el equipo de trabajo.

Los miembros del equipo de trabajo, necesariamente deben tener una alta cualificación y ser muy experimentados en Análisis y Gestión de riesgos.

Entre las ventajas enumeradas por Barry Boehm, se pueden destacar las siguientes:

  • Elimina el peligro de ir por alternativas que no son buenas.
  • Centra su atención en las opciones que permiten la reutilización de material ya existente.
  • No establece distintos procedimientos para desarrollo y mantenimiento.
  • Permite incorporar control de calidad desde el principio.
  • Se adapta bastante bien a los desarrollos orientados a objetos.

Artículos relacionados:

error: Content is protected !!