Tema específico

Tema 27. Concepto del ciclo de vida de los sistemas y fases. Modelos de ciclo de vida.

Concepto del ciclo de vida de los sistemas y fases 🎯 Idea clave El ciclo de vida de los sistemas es un marco metodológico que estructura las etapas necesarias para desarrollar, implantar y mantener si…

AGE07 A2 03/07/2026

Gestion de Sistemas e Informatica eleva la rama tecnica de OPOAGE a un cuerpo A2 con un primer ejercicio de 100 preguntas tipo test.

Lectura pública del tema

1. Concepto del ciclo de vida de los sistemas y fases

1. Concepto del ciclo de vida de los sistemas y fases

🎯 Idea clave

  • El ciclo de vida de los sistemas es un marco metodológico que estructura las etapas necesarias para desarrollar, implantar y mantener sistemas de información en la Administración General del Estado.
  • Su objetivo principal es garantizar la alineación del sistema con los requisitos funcionales, no funcionales, normativos y de calidad establecidos.
  • En la AGE, este ciclo está regulado por normativas específicas como el Real Decreto 628/2013 y la metodología MÉTRICA v3.
  • Las fases del ciclo de vida abarcan desde la planificación inicial hasta la retirada del sistema, incluyendo etapas como análisis, diseño, construcción e implantación.
  • La trazabilidad entre requisitos, diseño, código y pruebas es un principio fundamental para asegurar la coherencia y calidad del sistema.
  • La seguridad por diseño y la interoperabilidad son requisitos obligatorios en todos los sistemas de la AGE, conforme al Esquema Nacional de Seguridad y al Esquema Nacional de Interoperabilidad.

📚 Desarrollo

Definición y propósito. El ciclo de vida de los sistemas de información es un modelo estructurado que define las etapas por las que atraviesa un sistema desde su concepción hasta su retirada. Su finalidad es asegurar que el desarrollo, implantación y mantenimiento se realicen de manera ordenada, cumpliendo con los requisitos técnicos, legales y de calidad exigidos en la Administración General del Estado. Este marco metodológico facilita la gestión de proyectos, minimiza riesgos y garantiza la entrega de soluciones alineadas con las necesidades de los usuarios y las obligaciones normativas.

Marco normativo en la AGE. La aplicación del ciclo de vida en la Administración General del Estado está regulada por un conjunto de normativas y estándares. El Real Decreto 628/2013 establece los principios generales que deben regir el desarrollo de sistemas de información. La metodología MÉTRICA v3, desarrollada por el Ministerio de Administraciones Públicas, es la referencia oficial para la gestión del ciclo de vida, definiendo siete fases específicas. Además, el Esquema Nacional de Seguridad (ENS), regulado por el Real Decreto 311/2022, exige la integración de la seguridad desde el diseño, mientras que el Esquema Nacional de Interoperabilidad (ENI), establecido en el Real Decreto 4/2010, garantiza la capacidad de los sistemas para interactuar entre sí.

Fases según MÉTRICA v3. La metodología MÉTRICA v3 estructura el ciclo de vida en siete fases claramente diferenciadas. La planificación incluye la elaboración del Plan de Sistemas de Información (PSI) y el estudio de viabilidad del sistema (IVS). El análisis se centra en la definición del catálogo de requisitos y la elaboración del Especificación de Requisitos del Sistema (ERS). El diseño aborda la creación del Documento de Diseño del Sistema (DDS), mientras que la construcción comprende la codificación y las pruebas unitarias. La implantación y aceptación incluye el despliegue, las pruebas de aceptación por parte del usuario (UAT) y la formación. El mantenimiento cubre las actividades correctivas, adaptativas, perfectivas y preventivas. Finalmente, la retirada del sistema implica la migración de datos, el archivado y el cierre formal del proyecto.

Principios clave en la AGE. En la Administración General del Estado, el ciclo de vida de los sistemas se rige por principios específicos que garantizan la calidad y la conformidad legal. La seguridad por diseño es un requisito obligatorio, conforme al ENS y a la metodología MAGERIT, que exige la evaluación y gestión de riesgos desde las primeras fases. La interoperabilidad, regulada por el ENI, asegura que los sistemas puedan intercambiar información y operar de manera conjunta. La trazabilidad entre requisitos, diseño, código y pruebas es esencial para verificar el cumplimiento de los objetivos del sistema. Además, la documentación normalizada según MÉTRICA v3 y la participación de stakeholders en todas las fases son elementos clave para el éxito del proyecto.

Diferencias con el sector privado. El ciclo de vida de los sistemas en la AGE presenta particularidades que lo diferencian del sector privado. La rigidez normativa es mayor, dado que los sistemas deben cumplir con un marco legal específico que incluye el ENS, el ENI y otras disposiciones. El enfoque en beneficios sociales prima sobre criterios puramente económicos, ya que los sistemas deben servir al interés público. La obligatoriedad de interoperabilidad y seguridad por diseño son requisitos exclusivos de la administración, que exigen una planificación más exhaustiva. Además, la documentación es más detallada y formalizada, con el fin de garantizar la transparencia y la rendición de cuentas.

Importancia de la trazabilidad. La trazabilidad es un principio fundamental en el ciclo de vida de los sistemas en la AGE. Consiste en establecer vínculos claros y documentados entre los requisitos iniciales, el diseño del sistema, el código desarrollado y las pruebas realizadas. Este principio permite verificar que el sistema cumple con todas las especificaciones funcionales y no funcionales, así como con los requisitos normativos. La trazabilidad facilita la identificación de posibles desviaciones durante el desarrollo y asegura que cualquier cambio en una fase se refleje adecuadamente en las siguientes, manteniendo la coherencia del proyecto.

Participación de stakeholders. La implicación de los diferentes actores involucrados en el sistema es un elemento clave en todas las fases del ciclo de vida. Desde los usuarios finales hasta los responsables técnicos y jurídicos, la participación activa de los stakeholders garantiza que el sistema responda a las necesidades reales y cumpla con los requisitos legales. En la AGE, esta participación está formalizada a través de reuniones, revisiones de documentación y pruebas de aceptación, asegurando que el sistema sea validado por todos los implicados antes de su implantación definitiva.


🧩 Elementos esenciales

  • Ciclo de vida de los sistemas: Marco metodológico que define las etapas para concebir, desarrollar, implantar, operar, mantener y retirar un sistema de información en la AGE.
  • MÉTRICA v3: Metodología oficial de la AGE que estructura el ciclo de vida en siete fases: planificación, análisis, diseño, construcción, implantación y aceptación, mantenimiento y retirada.
  • Real Decreto 628/2013: Norma que establece los principios generales para el desarrollo de sistemas de información en la Administración General del Estado.
  • Esquema Nacional de Seguridad (ENS): Regulado por el Real Decreto 311/2022, exige la integración de la seguridad desde el diseño en todos los sistemas de la AGE.
  • Esquema Nacional de Interoperabilidad (ENI): Establecido en el Real Decreto 4/2010, garantiza que los sistemas puedan interactuar entre sí y con otras administraciones.
  • Fase de planificación: Incluye el Plan de Sistemas de Información (PSI) y el estudio de viabilidad del sistema (IVS).
  • Fase de análisis: Se centra en la definición del catálogo de requisitos y la elaboración del Especificación de Requisitos del Sistema (ERS).
  • Fase de diseño: Aborda la creación del Documento de Diseño del Sistema (DDS).
  • Fase de construcción: Comprende la codificación y las pruebas unitarias del sistema.
  • Fase de implantación y aceptación: Incluye el despliegue, las pruebas de aceptación por parte del usuario (UAT) y la formación.
  • Fase de mantenimiento: Cubre actividades correctivas, adaptativas, perfectivas y preventivas para garantizar el funcionamiento óptimo del sistema.
  • Fase de retirada: Implica la migración de datos, el archivado y el cierre formal del sistema.

🧠 Recuerda

  • El ciclo de vida de los sistemas es un marco metodológico obligatorio en la AGE para garantizar la calidad y conformidad legal de los sistemas de información.
  • MÉTRICA v3 es la metodología oficial que define las siete fases del ciclo de vida en la Administración General del Estado.
  • La seguridad por diseño y la interoperabilidad son requisitos obligatorios en todos los sistemas de la AGE, conforme al ENS y al ENI.
  • La trazabilidad entre requisitos, diseño, código y pruebas es esencial para asegurar la coherencia y calidad del sistema.
  • La participación de stakeholders en todas las fases del ciclo de vida es clave para el éxito del proyecto.
  • La documentación normalizada según MÉTRICA v3 es más exhaustiva en la AGE que en el sector privado.
  • El ciclo de vida en la AGE se diferencia del sector privado por su mayor rigidez normativa y su enfoque en beneficios sociales.
  • Las fases de planificación, análisis, diseño, construcción, implantación, mantenimiento y retirada deben seguirse de manera ordenada y documentada.
  • El Real Decreto 628/2013 establece los principios generales que rigen el desarrollo de sistemas en la AGE.
  • La retirada del sistema incluye la migración de datos, el archivado y el cierre formal del proyecto.

2. Modelos de ciclo de vida

2. Modelos de ciclo de vida

🎯 Idea clave

  • Los modelos de ciclo de vida definen la estructura y secuencia de fases para desarrollar sistemas de información en la Administración General del Estado.
  • Existen modelos predictivos, como el en cascada o el en V, que siguen un enfoque secuencial y planificado.
  • Los modelos adaptativos, como el iterativo o las metodologías ágiles, permiten mayor flexibilidad y adaptación a cambios.
  • La elección del modelo depende de factores como la complejidad del proyecto, los requisitos normativos y la necesidad de interoperabilidad.
  • METRICA v3 y la normativa AGE establecen directrices para la aplicación de estos modelos en el sector público.
  • La combinación de modelos, conocida como enfoque híbrido, puede optimizar resultados en proyectos complejos.

📚 Desarrollo

Definición y clasificación. Los modelos de ciclo de vida son marcos metodológicos que organizan las fases de desarrollo de un sistema de información. Se clasifican en dos grandes grupos: predictivos y adaptativos. Los modelos predictivos, como el en cascada o el en V, se caracterizan por una planificación detallada y secuencial, donde cada fase debe completarse antes de pasar a la siguiente. En cambio, los modelos adaptativos, como el iterativo o las metodologías ágiles, permiten revisar y ajustar el producto en cada iteración, facilitando la adaptación a cambios en los requisitos.

Modelo en cascada (Waterfall). Este modelo es uno de los más tradicionales y se estructura en fases lineales: requisitos, diseño, implementación, verificación y mantenimiento. Cada fase produce entregables que sirven de entrada para la siguiente, sin posibilidad de retroceso. Su rigidez lo hace adecuado para proyectos con requisitos estables y bien definidos, pero menos flexible ante cambios. En la AGE, este modelo se utiliza en proyectos con alta exigencia normativa, donde la trazabilidad y la documentación exhaustiva son prioritarias.

Modelo en V (V-Model). El modelo en V es una evolución del modelo en cascada que incorpora una fase de verificación y validación para cada etapa de desarrollo. La parte descendente del modelo (requisitos, diseño, implementación) se corresponde con la parte ascendente (pruebas unitarias, integración, validación). Este enfoque garantiza que cada fase de desarrollo tenga su contrapartida en pruebas, lo que mejora la calidad del sistema. Es especialmente relevante en la AGE por su énfasis en la trazabilidad y el cumplimiento de estándares como el Esquema Nacional de Seguridad (ENS).

Modelo en espiral (Spiral). Propuesto por Barry Boehm, este modelo combina iteraciones con un enfoque basado en riesgos. Cada ciclo incluye cuatro fases: planificación, análisis de riesgos, desarrollo y evaluación. Su principal ventaja es la capacidad de identificar y mitigar riesgos en etapas tempranas, lo que lo hace adecuado para proyectos complejos o innovadores. En la AGE, este modelo se aplica en iniciativas con altos niveles de incertidumbre, donde la gestión de riesgos es crítica para el éxito del proyecto.

Modelo iterativo e incremental. Este enfoque divide el proyecto en iteraciones más pequeñas, cada una de las cuales produce una versión funcional del sistema. A diferencia del modelo en cascada, permite recibir feedback temprano y ajustar el producto en cada iteración. El modelo incremental, por su parte, entrega partes operativas del sistema de forma progresiva. Ambos modelos son útiles en la AGE para proyectos con requisitos cambiantes o cuando se requiere una entrega gradual de funcionalidades.

Metodologías ágiles. Las metodologías ágiles, como Scrum, Kanban o Extreme Programming (XP), priorizan la colaboración, la adaptabilidad y la entrega continua de valor. Scrum, por ejemplo, organiza el trabajo en sprints de corta duración, con reuniones diarias y revisiones al final de cada ciclo. Estas metodologías son especialmente útiles en entornos dinámicos, aunque su aplicación en la AGE requiere adaptaciones para cumplir con los requisitos normativos y de documentación. La combinación de ágil con enfoques tradicionales, conocida como modelo híbrido, es cada vez más común en el sector público.

DevOps. Aunque no es un modelo de ciclo de vida en sí mismo, DevOps es un enfoque que integra el desarrollo (Dev) y las operaciones (Ops) para mejorar la colaboración y la eficiencia. Promueve la automatización de procesos, la integración continua y la entrega continua (CI/CD), lo que acelera la implantación de sistemas. En la AGE, DevOps se alinea con los principios de interoperabilidad y seguridad por diseño, facilitando la gestión de sistemas complejos y la respuesta ágil a necesidades cambiantes.

Modelo híbrido. Este enfoque combina elementos de diferentes modelos para aprovechar sus ventajas. Por ejemplo, puede utilizarse un marco ágil para el desarrollo iterativo, junto con un enfoque en cascada para la planificación inicial y la documentación. En la AGE, los modelos híbridos son útiles para equilibrar la flexibilidad con el cumplimiento de normativas como el Esquema Nacional de Interoperabilidad (ENI) o el ENS, garantizando al mismo tiempo la entrega de valor en plazos ajustados.

🧩 Elementos esenciales

  • Modelo en cascada (Waterfall): Secuencial y lineal, con fases cerradas y sin retroceso. Ideal para proyectos con requisitos estables y alta exigencia documental.
  • Modelo en V (V-Model): Extensión del modelo en cascada con fases de verificación y validación para cada etapa de desarrollo. Enfatiza la trazabilidad y la calidad.
  • Modelo en espiral (Spiral): Combina iteraciones con gestión de riesgos. Adecuado para proyectos complejos o innovadores con alta incertidumbre.
  • Modelo iterativo: Divide el proyecto en iteraciones más pequeñas, permitiendo ajustes y feedback temprano. Útil para requisitos cambiantes.
  • Modelo incremental: Entrega partes operativas del sistema de forma progresiva, facilitando la adopción gradual por parte de los usuarios.
  • Metodologías ágiles (Scrum, Kanban, XP): Priorizan la colaboración, la adaptabilidad y la entrega continua de valor. Requieren adaptaciones para cumplir con normativas AGE.
  • DevOps: Enfoque que integra desarrollo y operaciones, promoviendo la automatización y la entrega continua (CI/CD). Alinea con principios de interoperabilidad y seguridad.
  • Modelo híbrido: Combina elementos de diferentes modelos para equilibrar flexibilidad y cumplimiento normativo. Común en proyectos complejos de la AGE.

🧠 Recuerda

  • Los modelos predictivos, como el en cascada o el en V, son rígidos pero garantizan trazabilidad y documentación exhaustiva.
  • Los modelos adaptativos, como el iterativo o las metodologías ágiles, permiten mayor flexibilidad y adaptación a cambios.
  • El modelo en espiral es ideal para proyectos con altos niveles de incertidumbre, gracias a su enfoque en la gestión de riesgos.
  • Las metodologías ágiles, como Scrum o Kanban, son útiles en entornos dinámicos, pero requieren adaptaciones para cumplir con normativas AGE.
  • DevOps no es un modelo de ciclo de vida, pero mejora la eficiencia y la colaboración entre desarrollo y operaciones.
  • El modelo híbrido combina lo mejor de varios enfoques, equilibrando flexibilidad y cumplimiento normativo.
  • La elección del modelo depende de factores como la complejidad del proyecto, los requisitos normativos y la necesidad de interoperabilidad.
  • METRICA v3 y la normativa AGE establecen directrices para la aplicación de estos modelos en el sector público.
  • La trazabilidad y la documentación son prioritarias en la AGE, independientemente del modelo elegido.
  • La combinación de modelos puede optimizar resultados en proyectos complejos o con requisitos cambiantes.

Prueba la demo si quieres ver el resto

Has abierto una ruta pública de tema. La demo te deja ver cómo encajan temario, preguntas y simulacros dentro de OPOAGE.

Qué vas a probar

Una demo pensada para decidir con criterio

Formato real de estudio

Practica con preguntas justificadas y comprueba si la forma de preparar Gestion de Sistemas e Informatica del Estado encaja contigo.

Temario y simulacros

Verás cómo se integran el temario, las explicaciones y los simulacros dentro del mismo recorrido OPOAGE.

Acceso por correo

Con tu nombre, tu email y la categoría AGE, te enviamos el enlace para terminar el acceso demo.

Gratis Sin compromiso AGE01 a AGE08

Solicita ya tu acceso Demo

Sólo tu email, tu nombre y la categoría AGE. La demo es gratuita.

Acceso por email Rutas AGE activas Login real en mail.opoage.es

Si ya tienes cuenta, entra desde acceso o usa la recuperación de contraseña.

Las convocatorias y bases oficiales se consultan siempre en INAP y BOE.

Preguntas frecuentes

Preguntas clave sobre Gestion de Sistemas e Informatica del Estado y OPOAGE

¿Por que incluir GSI antes que otros cuerpos grandes?

Porque refuerza una rama ya abierta con TAI y mantiene el foco en cuerpos AGE de informatica.

¿Es igual que TAI?

No. TAI es C1 y GSI es A2, con mas profundidad tecnica y otro nivel de exigencia.

¿Encaja con test de cuatro respuestas?

Si. El estudio la incluye por su formato de cuestionarios con respuestas alternativas dentro de la convocatoria AGE.