Modelos de ciclo de vida del software para GSI: cascada, V, incremental y espiral

Los modelos de ciclo de vida son una de esas cuestiones que aparecen una y otra vez en los tests de GSI: parecen fáciles hasta que una pregunta te obliga a decidir si un proyecto encaja mejor en cascada, en espiral o en un desarrollo incremental. Este contenido pertenece al Bloque III (Desarrollo de sistemas), tema 1 del temario: «Concepto del ciclo de vida de los sistemas y fases. Modelos de ciclo de vida».

Aquí no vamos a hacer un catálogo interminable. Vamos a fijar el concepto, repasar los modelos clásicos con su idea clave, sus ventajas y sus riesgos, y terminar con un criterio práctico para elegir modelo ante un caso.

Qué es el ciclo de vida de un sistema

El ciclo de vida es el conjunto de etapas por las que pasa un sistema de información desde que surge la necesidad hasta que se retira. Un modelo de ciclo de vida es la forma de organizar esas etapas: en qué orden se hacen, si se repiten, cuándo se entrega algo al usuario y dónde se controlan los riesgos.

Conviene distinguir tres ideas que en los tests se mezclan a propósito:

Ciclo de vida: las fases (qué se hace).
Modelo de ciclo de vida: cómo se encadenan esas fases (en secuencia, en iteraciones, en incrementos…).
Metodología: el conjunto concreto de procesos, actividades, técnicas y productos que se aplican siguiendo un modelo. En la Administración española la referencia clásica es Métrica versión 3.

Las fases habituales

Con distintos nombres según el autor, casi todos los modelos recorren las mismas actividades:

Planificación o estudio de viabilidad: ¿merece la pena el proyecto? Alcance, alternativas, coste.
Análisis: qué tiene que hacer el sistema (requisitos).
Diseño: cómo lo va a hacer (arquitectura, datos, componentes).
Construcción: codificación y pruebas unitarias.
Pruebas: integración, sistema y aceptación.
Implantación: instalación, migración de datos, formación.
Mantenimiento: correctivo, adaptativo, perfectivo y preventivo, hasta la retirada.

Un detalle que suele preguntarse: el mantenimiento es normalmente la fase más larga y la que más esfuerzo acumula a lo largo de la vida del sistema, aunque en el proyecto inicial apenas se note.

Los modelos de ciclo de vida que tienes que dominar

Cascada (secuencial)

Las fases se ejecutan una tras otra y cada una empieza cuando termina la anterior, con sus documentos aprobados. Es el modelo más fácil de planificar y de controlar contractualmente, pero el usuario no ve nada funcionando hasta el final. Si los requisitos estaban mal entendidos, el error se descubre tarde y sale caro.

Encaja cuando los requisitos son estables y bien conocidos (por ejemplo, adaptar una aplicación a un formato de fichero definido por norma).

Modelo en V

Es una variante de la cascada que pone el foco en la verificación: a cada fase de definición del lado izquierdo le corresponde un nivel de prueba en el lado derecho. Los requisitos del usuario se validan con las pruebas de aceptación; el análisis, con las pruebas de sistema; el diseño, con las de integración, y el diseño detallado, con las unitarias.

Idea clave para el test: la V relaciona cada fase con su prueba y permite planificar las pruebas desde el principio, pero sigue siendo secuencial.

Prototipado

Se construye rápidamente una versión simplificada para que el usuario la vea y aclare lo que quiere. Hay dos variantes: el prototipo desechable, que solo sirve para descubrir requisitos y luego se tira, y el prototipo evolutivo, que se va refinando hasta convertirse en el sistema final.

Riesgo típico: que el usuario confunda el prototipo con un producto casi terminado y que se acabe entregando código hecho deprisa.

Incremental

El sistema se divide en partes y se entrega por incrementos: cada entrega añade funcionalidad operativa a la anterior. El primer incremento suele cubrir el núcleo imprescindible. El usuario obtiene valor pronto y los errores se detectan en piezas pequeñas.

Iterativo

Se repite el ciclo análisis-diseño-construcción-prueba varias veces sobre el mismo sistema, mejorándolo en cada vuelta. La diferencia con el incremental es sutil pero preguntable: incremental = añadir piezas; iterativo = refinar lo que ya hay. En la práctica (y en el Proceso Unificado o en los métodos ágiles) se combinan.

Espiral (Boehm)

Es un modelo iterativo orientado al riesgo. Cada vuelta de la espiral pasa por cuatro cuadrantes: determinar objetivos y alternativas, analizar y reducir riesgos, desarrollar y verificar, y planificar la siguiente vuelta. Si en una vuelta el riesgo es inaceptable, el proyecto puede replantearse o cancelarse.

Encaja en proyectos grandes, caros y con mucha incertidumbre técnica. Su punto débil: exige experiencia en análisis de riesgos y es más difícil de gestionar.

Modelos ágiles

Scrum, Kanban o XP no son exactamente «modelos de ciclo de vida» clásicos, sino enfoques iterativos e incrementales con iteraciones cortas, entregas frecuentes y mucha participación del usuario. Las metodologías de desarrollo se estudian con más detalle en el tema 2 de este bloque; aquí basta con ubicarlos como herederos del enfoque iterativo-incremental.

Tabla comparativa para repasar

Modelo	Idea clave	Ventaja principal	Riesgo principal	Cuándo usarlo
Cascada	Fases en secuencia	Fácil de planificar y controlar	Errores de requisitos detectados tarde	Requisitos estables
V	Cada fase con su prueba	Pruebas planificadas desde el inicio	Igual de rígido que la cascada	Sistemas donde la verificación es crítica
Prototipado	Construir para aclarar	Descubre requisitos difusos	Confundir prototipo con producto	Usuario que no sabe concretar
Incremental	Entregas que suman funciones	Valor temprano para el usuario	Arquitectura mal pensada al inicio	Necesidad urgente de un núcleo
Iterativo	Vueltas que refinan	Mejora continua del producto	Iteraciones sin fin si no hay control	Producto que madura con el uso
Espiral	Iteraciones guiadas por riesgo	Gestión explícita del riesgo	Complejo; requiere expertos	Proyectos grandes e inciertos

Cómo elegir modelo ante un caso

Cuando la pregunta describe un proyecto, hazte estas tres preguntas en orden:

¿Los requisitos están claros y no van a cambiar? Si sí, cascada o V.
¿El usuario no sabe concretar lo que quiere? Prototipado (o un enfoque iterativo).
¿Hay mucho riesgo técnico o económico? Espiral. Si lo urgente es tener algo funcionando pronto, incremental.

Ejemplo: un organismo necesita una sede electrónica nueva con trámites que se irán incorporando durante el año, pero el registro de solicitudes debe estar operativo en tres meses. La respuesta más defendible es un modelo incremental: primer incremento con el registro y la identificación, y después los trámites por orden de prioridad.

Pregunta tipo test de ejemplo

¿Qué modelo de ciclo de vida incluye de forma explícita, en cada iteración, una actividad de análisis y reducción de riesgos?

a) Modelo en cascada.
b) Modelo en V.
c) Modelo en espiral.
d) Prototipado desechable.

Respuesta correcta: c). El modelo en espiral organiza cada vuelta en cuadrantes y uno de ellos está dedicado a identificar y reducir riesgos. La cascada y la V son secuenciales y no repiten fases. El prototipado desechable ayuda a reducir la incertidumbre sobre los requisitos, pero no incorpora un análisis de riesgos sistemático en cada ciclo. La trampa habitual es elegir la V porque «controla la calidad»: controla la verificación, no el riesgo.

Resumen para repasar

Ciclo de vida = fases; modelo = cómo se encadenan; metodología = cómo se aplican en concreto.
Fases típicas: viabilidad, análisis, diseño, construcción, pruebas, implantación y mantenimiento (la más larga).
Cascada: secuencial, buena con requisitos estables, errores tardíos.
V: cada fase de definición tiene su nivel de prueba.
Prototipado: desechable o evolutivo; útil con requisitos difusos.
Incremental añade piezas; iterativo refina lo existente.
Espiral (Boehm): iterativo y dirigido por el análisis de riesgos.

¿Quieres comprobar si lo tienes claro? En PreparaGSI tienes tests con explicación, flashcards con repetición espaciada y audios de cada tema del temario. Regístrate gratis y empieza a practicar el Bloque III hoy mismo.