El modelo en espiral describe el ciclo de vida de un software por medio de espirales, que se

repiten hasta que se puede entregar el producto terminado. El desarrollo en espiral también se
conoce como desarrollo o modelo incremental. El producto se trabaja continuamente y las
mejoras a menudo tienen lugar en pasos muy pequeños.

Una característica clave del desarrollo en espiral es la minimización de los riesgos en el

desarrollo de software, lo que podría resultar en un aumento de los costes totales, más
esfuerzo y un lanzamiento retardado. Estos riesgos son contrarrestados por el enfoque
incremental, haciendo primero prototipos, que luego pasan al menos una vez, por las fases de
desarrollo de software. El desarrollo en espiral es genérico y puede combinarse con otros
métodos de desarrollo clásicos y ágiles, por lo que también se denomina modelo o desarrollo
de segundo orden.

El modelo de desarrollo en espiral se caracteriza por los siguientes ciclos:

Objetivo y determinación alternativa: Los objetivos se determinan conjuntamente con

el cliente. Al mismo tiempo, se discuten posibles alternativas y se especifican las
condiciones marco (por ejemplo, sistemas operativos, entornos y lenguajes de
programación).
Análisis y evaluación de riesgos: 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. En este
ciclo, existen varios prototipos como plantillas de diseño o componentes funcionales.
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.

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.

Beneficios / Desventajas
→ El modelo de desarrollo en espiral se utiliza a menudo para proyectos más grandes que
están sujetos a riesgos. Dado que estos riesgos tienen un impacto monetario directo, el
control de los presupuestos de los clientes y de las empresas promotoras es
fundamental. El modelo en espiral se utiliza especialmente en los nuevos entornos
técnicos, ya que éstos suponen un riesgo.
→ 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.
 → Se puede obtener feedback de los usuarios, desarrolladores y clientes en las primeras
fases del proyecto. Sin embargo, esta estructura también requiere una gestión que
tenga en cuenta los ciclos del producto y pueda responder rápidamente a los riesgos. El
control de tales proyectos es, por lo tanto, relativamente complejo y también requiere
una buena documentación para que se registren todos los cambios.
→ Aunque el software se prueba bajo varios aspectos durante el ciclo de desarrollo y
prueba (unidad, prueba de aceptación e integración), a menudo sucede que los
prototipos se transfieren al sistema de producción. Por lo tanto, existe el riesgo de que
se introduzcan otros errores e incoherencias conceptuales en el producto final posterior.
→ 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. Por esta razón, las alternativas y su evaluación son importantes.

Como un ejemplo que nos puede ayudar mucho esta el desarrollo de dicho modelo en la
gestión de riesgos del desarrollo del Software.

El proyecto de software transcurre de forma continua hasta finalizar el ciclo del modelo en
espiral, que principalmente abarca los cuatro pasos que aparecen a continuación.

Fase 1: definición de objetivos y alternativas y descripción de las condiciones generales

Un ciclo típico del modelo espiral comienza con la valoración de qué objetivos deben vincularse
a cada uno de los pasos del desarrollo de software. Se puede tratar, por ejemplo, de la mejora
del rendimiento o de la ampliación de la funcionalidad. Al mismo tiempo, es el momento de
definir las alternativas para la implementación (por ejemplo, diseño A vs. diseño B) y determinar
las condiciones generales como los costes o la inversión de tiempo.

Fase 2: valoración de las alternativas

En el siguiente paso, es hora de evaluar las alternativas, momento en el que los objetivos y las
condiciones generales serán valores de referencia decisivos. En esta fase del ciclo del
desarrollo en espiral, deberán identificarse los ámbitos de inseguridad que presenten un riesgo
significativo para el progreso del proyecto de software. Después debe seguir la elaboración de
las estrategias que presenten menos riesgo y que sean más rentables, para lo cual se podrán
utilizar métodos como el modelo de prototipos, simulaciones, estudios comparativos, modelos
de análisis y encuestas a usuarios.

Fase 3: desarrollo y revisión del resultado intermedio

Al finalizar el análisis de riesgos, se prosigue con el desarrollo real del software, así que esta
fase siempre está caracterizada por los riesgos relativos restantes. Si el proceso de desarrollo
está dominado por riesgos de rendimiento o de interfaz de usuario, o riesgos del control interno
de la interfaz, se ofrece primero una estrategia de desarrollo evolutiva, donde se especifica el
proyecto con más precisión y se optimizan los prototipos. El código real se escribe y se prueba
varias veces hasta alcanzar el resultado deseado, que puede servir entonces como base de
bajo riesgo para otros pasos de desarrollo.
Fase 4: planificación del siguiente ciclo

Una vez concluido un ciclo ya se empieza a planificar el siguiente ciclo. Por una parte, en forma
de avance normal del proyecto, si los objetivos de un ciclo se han podido cumplir y se debe
definir el siguiente objetivo. Por otra parte, también se puede tratar de encontrar soluciones, en
caso de que la etapa de desarrollo anterior haya fracasado. En este caso, la estrategia seguida
hasta entonces se puede sustituir, por ejemplo, con las alternativas definidas anteriormente o
con una nueva alternativa. De esta forma, se puede intentar conseguir de nuevo el objetivo
marcado.

Una parte de la publicación del año 1988 es una representación gráfica del modelo en espiral
que ejemplifica el aspecto del proceso de desarrollo web en forma espiral, basado en ciclos.
Cada vuelta de la espiral representa en este esquema un ciclo completo, por lo que la hilera
debe ajustarse siempre a cuatro cuadrantes distintos que, en este caso, se adaptan a las
cuatro fases posibles del modelo. Cuanto mayor sea el tamaño de la espiral, mayor será el
progreso obtenido, así como la aprobación de la revisión (eje X) y los costes de desarrollo (eje
Y).

Fuentes
- Modelo en Espiral: todo lo que necesitas saber - Ryte Wiki. (s. f.).
https://es.ryte.com/wiki/Modelo_en_Espiral#:~:text=El%20modelo%20en%20espiral%20
describe,como%20desarrollo%20o%20modelo%20incremental
- Equipo editorial de IONOS. (2023, 12 septiembre). Modelo en espiral: el modelo para la
gestión de riesgos en el desarrollo de software. IONOS Startup Guide.
https://www.ionos.mx/startupguide/productividad/modelo-en-espiral/