El modelo en espiral es un modelo de desarrollo de software que consiste en ciclos iterativos de cuatro fases: determinación de objetivos y alternativas, evaluación de riesgos de alternativas, desarrollo y prueba, y planificación del siguiente ciclo. Fue creado por Barry Boehm en 1986 y combina elementos de modelos en cascada y ágiles, permitiendo la detección y mitigación de riesgos a través de prototipos y simulaciones.

1. MODELO EN ESPIRAL

2. ¿QUÉ ES EL MODELO EN ESPIRAL?
El desarrollo en espiral es un modelo de ciclo de vida del software definido por
primera vez por Barry Boehm en 1986, 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.

3. ¿QUIÉN ES SU AUTOR?
Barry W. Boehm (Santa Mónica, California, 16 de mayo de 1935-20 de agosto de
2022) fue un ingeniero informático estadounidense y es profesor emérito de esta
materia en el departamento de ciencias tecnológicas en la Universidad del Sur de
California. Es conocido por sus múltiples aportes a este campo.
Boehm, autor de diversos artículos de ingeniería del software; modelos de
estimación de esfuerzo y tiempo que se consume en hacer productos software; y
modelos de ciclo de vida: ideo y promulgo un modelo desde un enfoque distinto al
tradicional en cascada: El modelo Evolutivo Espiral.

4. El modelo de desarrollo en espiral es una combinación entre el modelo waterfall y un
modelo por iteraciones.
El proceso para por distintas etapas, desde la de conceptualización, siguiendo el de
desarrollo, luego una fase de mejoras, para finalizar con el mantenimiento.
¿EN QUÉ CONSISTE EL MODELO EN ESPIRAL?

5. El modelo de desarrollo en espiral, es una metodología de gestión de proyectos, que
combina la iteración de proyectos agiles, y la estructura de planificación de la
metodología de cascada. Es ideal para proyectos que conllevan grandes riesgos y
alcances, y donde el presupuesto en un factor decisivo.

6. VENTAJAS
• Este modelo puede combinarse con otros modelos de proceso de desarrollo
(cascada, evolutivo)
• Gran cantidad de análisis de riesgos, por lo tanto, se mejora la evitación de
riesgos.
• Los conflictos entre los requisitos de un software y su diseño se evitan
eficazmente mediante el enfoque cíclico, ya que los requisitos pueden
comprobarse constantemente y, si es necesario, modificarse.
• Ayuda al cliente a definir mejor los requisitos y a ver las necesidades reales del
producto.
• El proceso iterativo genera cierta fluidez y agilidad, ya que se aprende de lo
ejecutado en la etapa anterior y cuando el ciclo comienza nuevamente, las tareas
ya ejecutadas, se pasan con mayor fluidez.

7. DESVENTAJAS
• El desarrollo de software en espiral no es recomendable para proyectos
pequeños, podría costarles a los clientes y de las empresas promotoras es
fundamental.
• Para su buen funcionamiento, se debe seguir estrictamente el protocolo del
modelo en espiral.
• Requiere de registrar y analizar más archivos, para que la espiral pueda escalar
sin riesgos.
• Requiere una considerable habilidad para la evaluación del riesgo.
• En los lugares donde se toman decisiones sobre los ciclos siguientes, existe el
riesgo de que se formen bucles y el proyecto tarde más tiempo si se toman
decisiones equivocadas.

8. 1. Se desarrolla una serie de versiones incrementales.
2. En las primeras iteraciones, la versión incremental del software puede ser un
modelo en papel o un prototipo.
3. En las últimas iteraciones se producen versiones cada vez más completas del
sistema.
4. Sigue ciclos crecientes de cuatro fases.
¿CÓMO FUNCIONA EL MODELO EN ESPIRAL?

9. FASES DEL MODELO EN ESPIRAL

10. OBJETIVO Y DETERMINACIÓN ALTERNATIVA
Comienza con la valoración de que objetivos deben vincularse a cada un de los
pasos del desarrollo del software. Se puede tratar, por ejemplo, de la mejora del
rendimiento o de la ampliación de la funcionalidad.

11. VALORACIÓN DE LAS ALTERNATIVAS
Se identifican y evalúan los riesgos potenciales. También se evalúan las alternativas
existentes. Los riesgos son registrados, evaluados y luego reducidos utilizando
prototipos, simulaciones y softwares de análisis.

12. DESARROLLO Y PRUEBA
Los prototipos se amplían y se añaden funcionalidades. El código real es escrito,
probado y migrado a un entorno de prueba varias veces hasta que el software pueda
ser implementado en un entorno productivo.

13. PLANIFICACIÓN DEL SIGUIENTE CICLO
El siguiente ciclo se planifica al final de cada etapa. Si se producen errores, se
buscan soluciones, y si una alternativa es una mejor solución, se prefiere en el
siguiente ciclo.