Métrica V3 — Fases y Procesos

Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información
Administración General del Estado · Temario Oposiciones TIC

Tabla Resumen General

Fase	Qué se hace	Participantes clave
Análisis	Definir requisitos	Usuarios, analistas
Diseño	Modelar solución	Analistas, arquitectos
Construcción	Programar y probar	Programadores, DBA
Implantación	Despliegue	Usuarios, formación
Mantenimiento	Soporte y mejoras	Técnicos

Proceso	Sigla	Objetivo principal	Producto clave
Planificación de Sistemas de Información	PSI	Obtener el marco estratégico TI	Plan de SI
Estudio de Viabilidad del Sistema	EVS	Determinar si el proyecto es viable	Estudio de Viabilidad
Análisis del Sistema de Información	ASI	Especificar requisitos del sistema	Especificación de Requisitos
Diseño del Sistema de Información	DSI	Definir la arquitectura y el modelo físico	Diseño de la Arquitectura
Construcción del Sistema de Información	CSI	Codificar, integrar y probar	Sistema construido y probado
Implantación y Aceptación del Sistema	IAS	Desplegar el sistema en producción	Sistema en producción
Mantenimiento de Sistemas de Información	MSI	Gestionar cambios post-implantación	Sistema mantenido

Nota de contexto: Métrica V3 fue publicada por el MAP (Ministerio de Administraciones Públicas) en el año 2001 y es de uso obligatorio en la AGE para el desarrollo de sistemas de información. Se basa en el estándar ISO/IEC 12207 y adopta un enfoque orientado tanto a desarrollo estructurado como a desarrollo orientado a objetos (OO).

1. Estructura General de Métrica V3

Métrica V3 se organiza en dos grandes bloques:

Procesos Principales de Desarrollo: PSI · EVS · ASI · DSI · CSI · IAS
Proceso de Mantenimiento: MSI
Procesos de Apoyo (interfaces transversales): Gestión de Proyectos · Gestión de Configuración · Aseguramiento de Calidad · Seguridad

Cada proceso se divide en actividades, y cada actividad en tareas. Las tareas producen productos (entregables documentales o técnicos).

Proceso
  └── Actividad
        └── Tarea → Producto (entregable)

2. PSI — Planificación de Sistemas de Información

¿Qué es?

Define el marco estratégico de los Sistemas de Información de una organización, alineando las necesidades del negocio con las capacidades tecnológicas. Es el proceso de más alto nivel.

Actividades principales

Cod.	Actividad	Descripción
PSI 1	Inicio del PSI	Constitución del equipo y definición del ámbito
PSI 2	Definición y organización del PSI	Planificación detallada del estudio
PSI 3	Estudio de la información relevante	Análisis de la situación actual
PSI 4	Identificación de requisitos	Necesidades de información de la organización
PSI 5	Estudio de los sistemas de información actuales	Diagnóstico del parque existente
PSI 6	Diseño del modelo de SI	Arquitectura de información objetivo
PSI 7	Definición de la arquitectura tecnológica	Infraestructura necesaria
PSI 8	Definición del plan de acción	Proyectos priorizados y calendarizados
PSI 9	Revisión y aprobación del PSI	Validación por la dirección

Participantes clave

Directivo de Sistemas de Información (responsable)
Jefe de Proyecto
Consultores / Analistas
Usuarios directivos de la organización

Producto final

Plan de Sistemas de Información — documento estratégico que determina qué proyectos se deben abordar, en qué orden y con qué recursos.

3. EVS — Estudio de Viabilidad del Sistema

¿Qué es?

Analiza si un conjunto concreto de necesidades puede ser resuelto mediante un sistema de información, evaluando distintas alternativas de solución desde los puntos de vista técnico, económico, legal y operativo.

Actividades principales

Cod.	Actividad	Descripción
EVS 1	Establecimiento del alcance del sistema	Delimitación del problema
EVS 2	Estudio de la situación actual	Diagnóstico del sistema existente
EVS 3	Definición de requisitos del sistema	Requisitos de alto nivel
EVS 4	Estudio de alternativas de solución	Generación de opciones
EVS 5	Valoración de las alternativas	Análisis coste/beneficio y riesgo
EVS 6	Selección de la solución	Elección razonada de la alternativa

Criterios de evaluación de alternativas

Viabilidad técnica: ¿existe la tecnología necesaria?
Viabilidad económica: ¿el coste es asumible? ¿hay retorno?
Viabilidad legal: ¿cumple normativa (LOPD/RGPD, accesibilidad, etc.)?
Viabilidad operativa: ¿la organización puede operarlo?

Producto final

Estudio de Viabilidad — incluye la descripción de alternativas, su valoración y la solución recomendada con su plan de trabajo asociado.

4. ASI — Análisis del Sistema de Información

¿Qué es?

Es el proceso más crítico para la calidad del sistema final. Su objetivo es obtener una especificación detallada del sistema que satisfaga los requisitos de los usuarios y sirva de base al diseño.

Actividades principales

Cod.	Actividad
ASI 1	Definición del sistema
ASI 2	Establecimiento de requisitos
ASI 3	Identificación de subsistemas de análisis
ASI 4	Análisis de los casos de uso (OO)
ASI 5	Análisis de clases (OO)
ASI 6	Elaboración del modelo de datos (Estructurado)
ASI 7	Elaboración del modelo de procesos (Estructurado)
ASI 8	Definición de interfaces de usuario
ASI 9	Análisis de consistencia y especificación de requisitos
ASI 10	Especificación del plan de pruebas
ASI 11	Aprobación del análisis del sistema

Técnicas y modelos según enfoque

Enfoque Estructurado	Enfoque Orientado a Objetos
Diagrama Entidad-Relación (E/R)	Diagrama de Casos de Uso (UML)
Diagrama de Flujo de Datos (DFD)	Diagrama de Clases (UML)
Diccionario de Datos	Diagrama de Secuencia (UML)
Árbol de Descomposición Funcional	Diagrama de Colaboración (UML)

⚠️ Punto crítico de examen

En ASI se elabora el Catálogo de Requisitos (funcionales, no funcionales, de restricción) y el Plan de Pruebas de Alto Nivel. Ambos son productos que se van refinando en DSI y CSI.

Participantes clave

Analistas (responsables del proceso)
Usuarios (fuente de requisitos)
Jefe de Proyecto

Producto final

Especificación de Requisitos del Sistema (ERS) y modelo funcional/de datos del sistema.

5. DSI — Diseño del Sistema de Información

¿Qué es?

Transforma el modelo lógico obtenido en el análisis en una arquitectura física concreta, especificando cómo se construirá el sistema sobre una plataforma tecnológica determinada.

Actividades principales

Cod.	Actividad
DSI 1	Definición de la arquitectura del sistema
DSI 2	Diseño de la arquitectura de soporte
DSI 3	Diseño de casos de uso reales (OO)
DSI 4	Diseño de clases (OO)
DSI 5	Diseño de la arquitectura de módulos (Estructurado)
DSI 6	Diseño físico de datos
DSI 7	Verificación y aceptación de la arquitectura
DSI 8	Generación de especificaciones de construcción
DSI 9	Diseño de la migración y carga inicial de datos
DSI 10	Especificación técnica del plan de pruebas
DSI 11	Establecimiento de requisitos de implantación
DSI 12	Aprobación del diseño del sistema

De lo lógico a lo físico

ASI (Modelo Lógico)          DSI (Modelo Físico)
──────────────────────────────────────────────────
Entidades E/R         →      Tablas relacionales (DDL)
Clases UML            →      Clases de implementación
DFD / Casos de Uso    →      Módulos / Componentes
Interfaces de usuario →      Prototipos / Pantallas detalladas

⚠️ Punto crítico de examen

En DSI se especifica el diseño de la base de datos física (normalización, índices, procedimientos almacenados) y se elabora el Plan de Pruebas detallado (pruebas unitarias, integración, sistema).

Participantes clave

Analistas / Arquitectos de software
Administrador de Base de Datos (DBA)
Jefe de Proyecto

Producto final

Diseño del Sistema de Información — incluye arquitectura técnica, especificaciones de construcción, diseño de la BD y plan de pruebas técnico.

6. CSI — Construcción del Sistema de Información

¿Qué es?

Es el proceso de implementación del sistema: se codifican los componentes, se construyen los entornos de prueba y se ejecutan las pruebas especificadas en fases anteriores.

Actividades principales

Cod.	Actividad
CSI 1	Preparación del entorno de generación y construcción
CSI 2	Generación del código de los componentes y procedimientos
CSI 3	Ejecución de las pruebas unitarias
CSI 4	Ejecución de las pruebas de integración
CSI 5	Ejecución de las pruebas del sistema
CSI 6	Elaboración de los manuales de usuario
CSI 7	Definición de la formación de usuarios finales
CSI 8	Construcción de los componentes y procedimientos de migración y carga inicial
CSI 9	Aprobación del sistema

Jerarquía de pruebas en CSI

Pruebas Unitarias      → Cada componente/módulo por separado
        ↓
Pruebas de Integración → Interacción entre componentes
        ↓
Pruebas del Sistema    → Sistema completo frente a especificaciones
        ↓
Pruebas de Aceptación  → (se ejecutan en IAS, con usuarios)

Participantes clave

Programadores / Desarrolladores
Administrador de Base de Datos (DBA)
Equipo de Pruebas / QA
Analistas (supervisión)

Producto final

Sistema de Información codificado, integrado y probado, junto con los manuales de usuario y materiales de formación.

7. IAS — Implantación y Aceptación del Sistema

¿Qué es?

Gestiona la puesta en producción del sistema: instalación en el entorno real, formación a los usuarios, ejecución de las pruebas de aceptación y traspaso del sistema al servicio de explotación.

Actividades principales

Cod.	Actividad
IAS 1	Establecimiento del plan de implantación
IAS 2	Formación necesaria para la implantación
IAS 3	Incorporación del sistema al entorno de operación
IAS 4	Carga de datos al entorno de operación
IAS 5	Pruebas de implantación del sistema
IAS 6	Pruebas de aceptación del sistema
IAS 7	Preparación del mantenimiento del sistema
IAS 8	Establecimiento del acuerdo de nivel de servicio
IAS 9	Presentación y aprobación del sistema

Tipos de implantación

Estrategia	Descripción	Riesgo
Big Bang	Corte total y sustitución simultánea	Alto
Paralela	Ambos sistemas operando a la vez	Bajo (costoso)
Piloto	Implantación en un subconjunto de usuarios	Medio
Por fases	Implantación módulo a módulo	Medio-Bajo

⚠️ Punto crítico de examen

Las Pruebas de Aceptación son responsabilidad del usuario, no del equipo de desarrollo. Se realizan en el entorno real o en un entorno equivalente. Su superación implica la firma del acta de aceptación.

Participantes clave

Usuarios finales (pruebas de aceptación)
Responsable de Explotación
Jefe de Proyecto
Formadores

Producto final

Sistema en producción aceptado, acta de aceptación firmada, manuales operativos y acuerdo de nivel de servicio (ANS/SLA).

8. MSI — Mantenimiento de Sistemas de Información

¿Qué es?

Gestiona los cambios que se producen en el sistema después de su implantación, asegurando que siga satisfaciendo las necesidades de la organización.

Tipos de mantenimiento (ISO/IEC 14764)

Tipo	Descripción	Ejemplo
Correctivo	Corrección de errores detectados en producción	Fix de un bug
Adaptativo	Adaptación a cambios del entorno tecnológico o normativo	Migración a nueva BBDD
Perfectivo	Mejora de prestaciones o de la calidad	Optimizar rendimiento
Preventivo	Refactorización para facilitar mantenimientos futuros	Mejora de código legado

Actividades principales

Cod.	Actividad
MSI 1	Registro de la petición
MSI 2	Análisis de la petición de cambio
MSI 3	Preparación de la implementación del cambio
MSI 4	Seguimiento y resolución de la petición
MSI 5	Pruebas del mantenimiento
MSI 6	Aceptación del mantenimiento
MSI 7	Actualización de la documentación

⚠️ Punto crítico de examen

MSI puede relanzar cualquier proceso de desarrollo (ASI, DSI, CSI, IAS) en función de la complejidad del cambio solicitado. No es un proceso lineal terminal, sino un ciclo continuo.

9. Procesos de Apoyo Transversales

Estos procesos se ejecutan en paralelo a los procesos principales de desarrollo:

Proceso de Apoyo	Función principal
Gestión de Proyectos (GP)	Planificación, seguimiento y control del proyecto
Gestión de Configuración (GC)	Control de versiones y gestión de cambios en productos
Aseguramiento de la Calidad (CAL)	Verificación del cumplimiento de estándares y procedimientos
Seguridad (SEG)	Análisis de riesgos e incorporación de controles de seguridad

10. Tabla Comparativa: Interfaces entre Procesos

Proceso origen	Alimenta a	Producto que transfiere
PSI	EVS	Proyectos identificados y priorizados
EVS	ASI	Contexto del sistema y requisitos de alto nivel
ASI	DSI	Especificación de Requisitos (ERS) + Catálogo de Requisitos
DSI	CSI	Especificaciones de Construcción + Plan de Pruebas técnico
CSI	IAS	Sistema construido + Manuales + Materiales de formación
IAS	MSI	Sistema en producción + Documentación de explotación
MSI	ASI/DSI/CSI	Petición de cambio analizada (según complejidad)

11. Diagrama de flujo de Métrica V3

 ┌─────┐    ┌─────┐    ┌─────┐    ┌─────┐    ┌─────┐    ┌─────┐
 │ PSI │───▶│ EVS │───▶│ ASI │───▶│ DSI │───▶│ CSI │───▶│ IAS │
 └─────┘    └─────┘    └─────┘    └─────┘    └─────┘    └─────┘
                                                              │
                         ◀──────────────────────────────────▶│
                                   MSI (ciclo continuo)       │
                                                         ┌────▼────┐
                                                         │Producción│
                                                         └─────────┘

     ════════════════════════════════════════════════════════════
     Procesos de Apoyo Transversales (GP · GC · CAL · SEG)
     ════════════════════════════════════════════════════════════

12. Datos clave para el examen

Dato	Valor
Publicación Métrica V3	2001 (MAP)
Estándar de referencia	ISO/IEC 12207 (ciclo de vida del software)
Enfoques soportados	Estructurado y Orientado a Objetos (UML)
Ámbito de aplicación	AGE (Administración General del Estado)
Mantenimiento — norma de referencia	ISO/IEC 14764
Notación OO empleada	UML (Unified Modeling Language)
Organismo actual responsable	SGAD (antes PAe / MPTAP)
Disponibilidad	Libre uso, publicada en administracion.gob.es

Resumen en 3 puntos

1. Métrica V3 es una metodología integral que cubre todo el ciclo de vida del software en la AGE, desde la planificación estratégica (PSI) hasta el mantenimiento continuo (MSI), soportando tanto el enfoque estructurado como el orientado a objetos con UML.

2. Los 7 procesos principales son secuenciales pero realimentados: PSI → EVS → ASI → DSI → CSI → IAS → MSI. MSI puede reactivar cualquier proceso anterior según la magnitud del cambio. Los 4 procesos de apoyo (GP, GC, CAL, SEG) son transversales a todos ellos.

3. Los productos más importantes a recordar son: el Plan de SI (PSI), el Estudio de Viabilidad (EVS), la Especificación de Requisitos (ERS) (ASI), el Diseño del Sistema con el modelo físico de datos (DSI), el Sistema construido y probado (CSI) y el Acta de Aceptación (IAS).

Preguntas de Autoevaluación

¿En qué proceso de Métrica V3 se elabora el Catálogo de Requisitos y cuál es su importancia para las fases posteriores?
¿Cuál es la diferencia entre las pruebas del sistema (CSI) y las pruebas de aceptación (IAS)? ¿Quién es responsable de cada una?
Enumera y describe los cuatro tipos de mantenimiento según la ISO/IEC 14764 que recoge el proceso MSI.
¿Qué estrategias de implantación existen en IAS? ¿En qué situaciones es preferible la implantación paralela frente al big bang?
¿Cuáles son los 4 procesos de apoyo transversales y qué función cumple cada uno?
¿En qué proceso se transforma el modelo lógico (E/R, DFD, clases UML) en un modelo físico (tablas, módulos, componentes)? ¿Qué actividad concreta aborda el diseño físico de la base de datos?
Métrica V3 soporta dos enfoques de desarrollo. Indica qué técnicas y diagramas son propios de cada enfoque en el proceso ASI.
¿Qué es el Plan de Sistemas de Información y cuál es su relación con el proceso EVS?