Construcción del Sistema — Oposiciones TIC

La Fase de Construcción del Sistema (CSI) en Métrica v3

Definición: La Construcción del Sistema de Información (CSI) es la fase de Métrica v3 que transforma las especificaciones de diseño en código fuente ejecutable, verificado mediante pruebas, y acompañado de la documentación y preparativos necesarios para su posterior implantación. Toma como entrada la Especificación de Diseño (DSI) y produce el sistema construido y probado listo para implantación (IAS).

Posición de CSI en el ciclo de vida de Métrica v3

Fase previa	↓ Entrada a CSI	CSI produce	↓ Salida a	Fase siguiente
DSI — Diseño del Sistema	Especificación de Diseño, Modelo físico de datos, Diseño de interfaces	Código fuente, ejecutables, pruebas realizadas, documentación técnica y de usuario	Sistema construido, verificado y documentado	IAS — Implantación y Aceptación

Actividades principales de la fase CSI

Actividad	Descripción	Producto resultante
CSI 1 — Preparación del entorno de construcción	Configurar el entorno de desarrollo, herramientas, control de versiones y estándares de codificación	Entorno de construcción preparado
CSI 2 — Generación del código de los componentes	Codificación de los módulos según las especificaciones de diseño y los estándares definidos	Código fuente de los componentes
CSI 3 — Ejecución de las pruebas unitarias	Verificación individual de cada componente desarrollado	Resultados de pruebas unitarias
CSI 4 — Ejecución de las pruebas de integración	Verificación del funcionamiento conjunto de los componentes integrados	Resultados de pruebas de integración
CSI 5 — Ejecución de las pruebas del sistema	Verificación del sistema completo (funcional, rendimiento, seguridad…)	Resultados de pruebas del sistema
CSI 6 — Elaboración de los manuales de usuario	Redacción de la documentación destinada a los usuarios finales	Manual de usuario
CSI 7 — Definición de la formación de usuarios finales	Diseño del plan de formación para los usuarios	Plan de formación
CSI 8 — Construcción de los componentes y procedimientos de migración y carga inicial	Preparación de la carga de datos iniciales y migración desde sistemas anteriores	Procedimientos de migración
CSI 9 — Preparación de la instalación	Elaboración del plan de implantación y preparación del entorno de producción	Plan de implantación

Tipos de pruebas en CSI

Tipo de prueba	Objetivo	Responsable	Técnica habitual
Prueba unitaria	Verificar cada componente/módulo de forma aislada	Programador/Analista-programador	Caja blanca, caja negra
Prueba de integración	Verificar que los módulos funcionan correctamente al integrarse	Equipo de desarrollo	Big Bang, top-down, bottom-up, sandwich
Prueba del sistema	Verificar el sistema completo contra los requisitos	Responsable de pruebas / Equipo técnico	Pruebas funcionales, de rendimiento, de seguridad, de regresión
Prueba de aceptación	Verificación final por parte del usuario (en IAS)	Usuario final / Responsable de implantación	Pruebas alpha, beta, UAT

Importante para oposición: Las pruebas unitarias, de integración y del sistema se realizan en CSI. La prueba de aceptación se realiza en la fase IAS (Implantación y Aceptación del Sistema), con participación del usuario.

Preparación de la Instalación

Definición: La preparación de la instalación comprende el conjunto de actividades previas a la puesta en producción del sistema, encaminadas a garantizar que el entorno técnico, organizativo y humano está listo para recibir el nuevo sistema y que la transición desde el sistema anterior (si existe) se realiza de forma controlada.

El Plan de Implantación

El producto clave de la preparación de la instalación es el Plan de Implantación, que debe recoger:

Apartado del Plan	Contenido
Alcance y objetivos	Qué sistemas se instalan, qué usuarios se ven afectados, cuáles son los criterios de éxito
Cronograma	Planificación temporal detallada de todas las actividades de implantación, con hitos y responsables
Estrategia de implantación	Tipo de corte elegido (ver tabla siguiente)
Entorno técnico de producción	Infraestructura hardware, software de base, redes, seguridad necesarios
Procedimientos de migración	Carga inicial de datos, conversión desde sistemas anteriores, verificación de la migración
Plan de contingencia	Qué se hace si la implantación falla (vuelta atrás, rollback)
Plan de formación	Acciones formativas para usuarios y personal técnico (ver sección 6)
Plan de comunicación	Cómo y cuándo se informa a los afectados del cambio de sistema
Criterios de aceptación	Condiciones que deben cumplirse para dar el sistema por aceptado en producción

Estrategias de corte (tipos de implantación)

El tipo de corte define la estrategia de transición del sistema antiguo al nuevo:

Estrategia	Descripción	Ventajas	Inconvenientes	Cuándo usar
Corte directo (Big Bang)	En un momento determinado, el sistema antiguo se apaga y el nuevo entra en funcionamiento inmediatamente	Simple, sin costes de doble operación, transición rápida	Riesgo muy alto: si falla el nuevo sistema no hay vuelta atrás inmediata	Sistemas pequeños, poco críticos o con escasa continuidad respecto al anterior
Implantación en paralelo	Ambos sistemas (antiguo y nuevo) funcionan simultáneamente durante un período. Los resultados se comparan para validar el nuevo	Muy seguro: el antiguo actúa de red de seguridad, se pueden comparar resultados	Coste elevado (doble esfuerzo), sobrecarga de los usuarios, puede durar mucho tiempo	Sistemas críticos donde el riesgo no se puede asumir (nóminas, contabilidad, seguridad)
Implantación gradual (piloto)	El nuevo sistema se instala primero en un subconjunto de usuarios o unidades organizativas (piloto) y se va extendiendo progresivamente	Permite detectar problemas en un ámbito controlado antes de la extensión total	Más lenta, requiere gestionar dos sistemas en distintas unidades	Organizaciones grandes con muchas unidades o delegaciones
Implantación por fases (incremental)	Se implantan sucesivamente los distintos módulos o subsistemas del nuevo sistema, no todo a la vez	Permite priorizar funcionalidades críticas, distribuye el riesgo en el tiempo	Requiere interfaces temporales entre módulos nuevos y antiguos	Sistemas grandes descomponibles en módulos independientes

Preparación del entorno técnico de producción

Hardware

Verificación de la capacidad de los servidores, almacenamiento, equipos cliente. Instalación y configuración si no existe infraestructura previa.

Software de base

Sistema operativo, SGBD, servidor de aplicaciones, middleware: instalación, configuración y prueba en el entorno de producción.

Redes y comunicaciones

Configuración de redes, cortafuegos, VPN, accesos remotos y anchos de banda necesarios para soportar el nuevo sistema.

Seguridad

Configuración de perfiles de acceso, certificados, políticas de seguridad, copias de seguridad y procedimientos de recuperación.

Entornos de prueba

Entorno de pre-producción (staging) para pruebas de aceptación previas al paso a producción real.

Migración de datos

Ejecución de los procedimientos de carga inicial, conversión de datos desde el sistema anterior y verificación de la integridad de los datos migrados.

Actividades de la fase IAS (Implantación y Aceptación)

Una vez ejecutado el Plan de Implantación, la fase IAS de Métrica v3 incluye:

Establecimiento del plan de implantación

Validación final del plan y asignación de responsabilidades para el paso a producción.

Formación necesaria para la implantación

Ejecución de las acciones formativas para usuarios y personal técnico (ver sección 6).

Incorporación del sistema al entorno de operación

Instalación definitiva del software en producción, configuración del entorno y carga de datos iniciales.

Carga de datos al entorno de operación

Migración de datos del sistema anterior y verificación de su integridad.

Pruebas de implantación

Pruebas funcionales sobre el entorno de producción real para verificar que el sistema funciona correctamente.

Pruebas de aceptación del sistema

Pruebas realizadas por los usuarios con el fin de validar que el sistema cumple sus necesidades y aprobar su paso a producción definitivo.

Preparación del mantenimiento del sistema

Traspaso al equipo de mantenimiento (MSI): documentación, procedimientos de soporte, niveles de servicio.

Presentación y aprobación del sistema

Acta de aceptación formal firmada por el responsable del cliente o usuario. Cierre del proyecto.

Estándares de Documentación

Definición: Los estándares de documentación son el conjunto de normas, guías y convenciones que regulan la forma en que se crea, estructura, mantiene y presenta la documentación de un sistema de información, con el objetivo de garantizar su uniformidad, calidad, comprensibilidad y mantenibilidad.

¿Por qué son necesarios los estándares de documentación?

Uniformidad

Todos los documentos del proyecto siguen el mismo formato, facilitando su lectura y comprensión por cualquier miembro del equipo.

Calidad

Garantizan que la documentación es completa, coherente y verificable. Facilitan las auditorías y revisiones de calidad.

Mantenibilidad

Un sistema bien documentado es más fácil de mantener y evolucionar, reduciendo el coste del ciclo de vida.

Transferencia de conocimiento

Permiten que nuevos miembros del equipo o empresas externas puedan entender y continuar el trabajo.

Cumplimiento normativo

En la AGE, la documentación es un requisito legal y metodológico (Métrica v3, ENS, RGPD).

Gestión del conocimiento

La documentación es activo de la organización: preserva el conocimiento más allá de las personas que participaron en el proyecto.

Principales estándares internacionales de documentación de software

Norma / Estándar	Organismo	Ámbito
ISO/IEC/IEEE 26511	ISO / IEEE	Requisitos para gestores de documentación de usuario
ISO/IEC/IEEE 26512	ISO / IEEE	Requisitos para adquirentes y proveedores de documentación de usuario
ISO/IEC/IEEE 26513	ISO / IEEE	Requisitos para prueba y revisión de documentación de usuario
ISO/IEC/IEEE 26514	ISO / IEEE	Diseño y desarrollo de documentación de usuario
ISO/IEC/IEEE 26515	ISO / IEEE	Documentación en desarrollo ágil
ISO/IEC 12207	ISO	Procesos del ciclo de vida del software (incluye documentación)
IEEE 1063	IEEE	Estándar para documentación de usuario de software
MIL-STD-498	DoD (EE.UU.)	Estándar militar para documentación software (histórico, muy influyente)

Características de una buena documentación (criterios de calidad)

Criterio	Descripción
Completa	Cubre todos los aspectos necesarios sin omisiones relevantes
Correcta	Refleja fielmente el sistema tal como está implementado
Concisa	Sin información redundante o irrelevante. Fácil de consultar
Clara	Lenguaje comprensible para su audiencia objetivo (usuario o técnico)
Coherente	Sin contradicciones internas ni con otros documentos del proyecto
Actualizada	Refleja la versión actual del sistema. Versionada y fechada
Trazable	Relacionada con los requisitos y el diseño del sistema
Accesible	Disponible para quien la necesita, en el formato adecuado

Contenido mínimo exigible a cualquier documento técnico

Sección	Contenido
Portada	Título del documento, nombre del proyecto, versión, fecha, organismo/empresa, clasificación
Control de versiones	Historial de cambios: versión, fecha, autor, descripción del cambio
Índice de contenidos	Tabla de contenidos con numeración de secciones y páginas
Introducción y alcance	Objeto del documento, audiencia a la que va dirigido, documentos relacionados
Cuerpo del documento	Contenido específico según el tipo de documento (ver secciones 4 y 5)
Glosario	Definición de términos técnicos y acrónimos utilizados
Referencias	Documentos, normas y fuentes referenciadas en el texto
Anexos	Información complementaria (pantallas, listados, formularios...)

Documentación en Métrica v3: catálogo de productos

Métrica v3 define los productos documentales que debe generar cada fase:

Fase	Documentos principales
EVS	Informe de Viabilidad del Sistema
ASI	Especificación de Requisitos Software (ERS), Catálogo de Requisitos, Modelo de Datos Conceptual, Modelo de Casos de Uso
DSI	Especificación de Diseño, Modelo Físico de Datos, Diseño de Interfaces, Plan de Pruebas
CSI	Código fuente, Manual de Usuario, Manual de Explotación, Manual Técnico, Resultados de pruebas
IAS	Plan de Implantación, Acta de Aceptación, Manual de Mantenimiento

Manual de Usuario

Definición: El manual de usuario es el documento destinado a los usuarios finales del sistema. Su objetivo es explicar cómo utilizar el sistema para realizar las tareas para las que fue diseñado, sin necesidad de conocimientos técnicos informáticos. Es el principal apoyo del usuario en su trabajo diario con la aplicación.

Características del manual de usuario

Característica	Descripción
Orientado a tareas	Organizado por las tareas que el usuario necesita realizar, no por la estructura técnica del sistema
Lenguaje no técnico	Vocabulario del dominio del negocio, no jerga informática. Frases cortas y directas
Ilustrado	Capturas de pantalla, iconos, diagramas de flujo de trabajo del usuario
Estructurado por niveles	Desde lo básico (primeros pasos) hasta lo avanzado (funcionalidades complejas)
Incluye ejemplos	Casos prácticos y ejemplos con datos reales o representativos
Incluye resolución de problemas	Sección de preguntas frecuentes (FAQ) y solución a errores comunes
Versionado	Debe mantenerse actualizado con cada nueva versión del sistema

Estructura del manual de usuario

📖

MANUAL DE USUARIO — Estructura tipo

Portada, control de versiones e índice

Introducción Propósito del manual · A quién va dirigido · Convenciones utilizadas · Cómo usar este manual

Descripción general del sistema Qué hace el sistema · Módulos y funcionalidades principales · Perfil de usuario · Requisitos del puesto de trabajo (navegador, resolución...)

Acceso al sistema Cómo iniciar sesión · Gestión de contraseña · Navegación general · Cierre de sesión

Descripción funcional por módulos / tareas Para cada tarea: descripción paso a paso · Capturas de pantalla · Campos y su significado · Mensajes del sistema

Informes y consultas Cómo generar informes · Parámetros de filtrado · Exportación de datos

Mensajes de error y solución de problemas Catálogo de mensajes de error · Causa habitual · Acción correctora del usuario

Preguntas frecuentes (FAQ)

Glosario de términos

Índice alfabético

Tipos de documentación para el usuario

Tipo	Descripción	Formato habitual
Manual de usuario completo	Documentación exhaustiva de todas las funcionalidades	PDF, HTML, Word
Guía de inicio rápido	Resumen de las operaciones más frecuentes para nuevos usuarios	PDF de pocas páginas, tarjeta de referencia
Ayuda en línea (online help)	Ayuda contextual integrada en la propia aplicación, accesible desde cada pantalla	HTML, CHM, tooltips
Tutoriales / videotutoriales	Guías paso a paso para aprender funcionalidades específicas	Vídeo, GIF animado, presentación
Referencia rápida (cheatsheet)	Atajos de teclado, comandos más usados, campos más importantes	Tarjeta plastificada, póster
Manual del administrador funcional	Para usuarios con rol de administrador: gestión de usuarios, parámetros, tablas maestras	PDF, HTML

Manuales Técnicos

Definición: Los manuales técnicos son los documentos destinados al personal técnico responsable de instalar, configurar, operar y mantener el sistema. A diferencia del manual de usuario, presuponen conocimientos informáticos y describen el sistema desde el punto de vista de su arquitectura e implementación interna.

Tipos de manuales técnicos

En Métrica v3 y en la práctica habitual se distinguen tres grandes manuales técnicos:

Manual	Destinatario	Objetivo principal
Manual de Instalación	Técnico de sistemas / Administrador de sistemas	Guiar la instalación y configuración inicial del sistema en cualquier entorno
Manual de Explotación (operación)	Operador / Administrador de sistemas	Guiar la operación diaria del sistema en producción (arranque, parada, copias de seguridad, monitorización)
Manual Técnico (de mantenimiento)	Analista / Programador de mantenimiento	Describir la arquitectura, el diseño y el código para facilitar el mantenimiento y la evolución del sistema

Manual de Instalación

⚙️

MANUAL DE INSTALACIÓN — Estructura tipo

Requisitos previos del sistema Hardware mínimo y recomendado · Sistema operativo y versión · Software de base (SGBD, servidor de aplicaciones, JDK...) · Espacio en disco y memoria

Procedimiento de instalación paso a paso Orden de instalación de componentes · Comandos exactos · Parámetros de configuración · Capturas de pantalla del instalador

Configuración inicial Ficheros de configuración y sus parámetros · Configuración de la base de datos · Configuración de la seguridad · Variables de entorno

Carga inicial de datos Scripts de creación de la base de datos · Procedimiento de carga de datos maestros · Verificación de la carga

Verificación de la instalación Pruebas de humo (smoke tests) · Checklist de verificación

Desinstalación Procedimiento para desinstalar el sistema sin dejar restos

Solución de problemas de instalación

Manual de Explotación (Operación)

🖥️

MANUAL DE EXPLOTACIÓN — Estructura tipo

Descripción del entorno de producción Arquitectura técnica del sistema en producción · Inventario de servidores y servicios · Diagrama de infraestructura

Procedimientos de arranque y parada Secuencia de arranque de servicios · Procedimiento de parada planificada · Procedimiento de parada de emergencia

Monitorización y supervisión Indicadores a vigilar · Umbrales de alerta · Herramientas de monitorización · Procedimiento de respuesta a alertas

Gestión de copias de seguridad (backup) Política de backup (qué, cuándo, dónde) · Procedimiento de realización · Procedimiento de restauración · Verificación de las copias

Gestión de incidencias de explotación Tipos de incidencias más frecuentes · Procedimiento de diagnóstico · Escalado de incidencias

Trabajos batch y procesos programados Calendario de procesos batch · Procedimiento de lanzamiento manual · Gestión de errores en batch

Gestión del espacio y capacidad

Contactos y escalado (matriz de soporte)

Manual Técnico (de Mantenimiento / del Sistema)

🔧

MANUAL TÉCNICO — Estructura tipo

Descripción general del sistema Objetivos y alcance del sistema · Contexto del negocio · Relación con otros sistemas

Arquitectura del sistema Diagrama de componentes · Diagrama de despliegue · Patrones arquitectónicos utilizados · Tecnologías y versiones

Modelo de datos Modelo entidad-relación lógico y físico · Diccionario de datos (tablas, campos, dominios, relaciones) · Procedimientos almacenados y vistas

Descripción de módulos y componentes Para cada módulo: función, interfaz (parámetros), lógica principal, dependencias, flujos de datos

Interfaces con otros sistemas Descripción de integraciones, servicios web, APIs, formatos de intercambio

Seguridad del sistema Modelo de control de acceso · Autenticación y autorización · Cifrado · Auditoría

Estándares de codificación y convenciones Convenciones de nombres · Estructura de directorios · Gestión de errores · Logging

Entorno de desarrollo y herramientas IDE, control de versiones (Git/SVN), herramientas de construcción (Maven, Gradle), CI/CD

Procedimientos de prueba Cómo ejecutar el plan de pruebas · Entornos de prueba · Datos de prueba

Procedimiento de actualización y despliegue Cómo aplicar un parche o nueva versión al sistema en producción

Histórico de versiones y cambios

Comparativa: Manual de Usuario vs. Manuales Técnicos

Aspecto	Manual de Usuario	Manual de Explotación	Manual Técnico
Destinatario	Usuario final (no técnico)	Operador / Sysadmin	Analista / Programador
Lenguaje	No técnico, orientado al negocio	Técnico, orientado a operaciones	Muy técnico, orientado al código
Foco	Cómo usar las funcionalidades	Cómo operar el sistema en producción	Cómo está construido el sistema
Contenido típico	Capturas de pantalla, pasos, FAQ	Procedimientos de arranque, backup, monitorización	Arquitectura, código, modelo de datos
Actualización	Con cada cambio de interfaz o funcionalidad	Con cada cambio en la infraestructura	Con cada cambio en el código o diseño
Elaborado en fase	CSI	CSI / IAS	CSI

Formación de Usuarios y Personal Técnico

Definición: La formación es el conjunto de acciones dirigidas a capacitar a los usuarios finales y al personal técnico para que puedan utilizar, operar y mantener el nuevo sistema de forma eficaz y eficiente desde el momento de su puesta en producción. Es uno de los factores más críticos para el éxito de la implantación.

En Métrica v3: La formación se planifica en CSI (actividad CSI 7) y se ejecuta en IAS. El Plan de Formación es un producto explícito de ambas fases.

El Plan de Formación

El Plan de Formación debe definir para cada colectivo destinatario:

Elemento del Plan	Descripción
Colectivos destinatarios	Identificación de los grupos de personas que necesitan formación: usuarios básicos, usuarios avanzados, administradores funcionales, técnicos de sistemas, personal de mantenimiento
Objetivos de aprendizaje	Qué debe saber hacer cada colectivo al finalizar la formación (competencias a adquirir)
Contenidos	Temario detallado adaptado a cada colectivo
Modalidad	Presencial, on-line (e-learning), mixta (blended), autoformación
Metodología	Clases magistrales, talleres prácticos, simulaciones, casos prácticos
Duración y calendario	Horas de formación por colectivo, fechas y lugar de impartición
Materiales	Manual de usuario, guías rápidas, ejercicios prácticos, entorno de formación
Evaluación	Cómo se medirá que los objetivos de aprendizaje se han alcanzado
Responsable	Quién imparte la formación: personal interno, empresa proveedora, formadores externos

Formación de usuarios finales

Colectivo	Contenido de formación	Duración típica
Usuario básico / estándar	Acceso y navegación por el sistema Operaciones más frecuentes de su puesto de trabajo Consultas e informes básicos Qué hacer cuando el sistema da un error A quién acudir si tiene dudas o incidencias	4-16 horas
Usuario avanzado / power user	Todo lo del usuario básico Funcionalidades avanzadas y configuración Generación de informes complejos y exportación Resolución de casos excepcionales	16-24 horas
Administrador funcional	Gestión de usuarios y perfiles de acceso Mantenimiento de tablas maestras y parámetros Gestión del flujo de trabajo (workflow) Gestión de incidencias de primer nivel	16-40 horas

Modalidades de formación para usuarios

Formación presencial en aula

Instructor imparte la formación con el sistema real o un entorno de formación. Alta interacción, adecuada para grupos.

Formación on-line (e-learning)

Cursos virtuales a ritmo propio. Escalable para grandes colectivos dispersos geográficamente (común en AGE).

Formación en el puesto (OJT)

Un formador acompaña al usuario en su trabajo real durante los primeros días. Alta efectividad pero costosa.

Formación de formadores

Se forma a un grupo de usuarios clave que luego forman al resto. Muy eficaz para implantaciones en grandes organizaciones.

Formación del personal técnico

Colectivo técnico	Contenido de formación
Técnico de sistemas / Administrador de sistemas	Instalación y configuración del sistema en distintos entornos Arquitectura técnica detallada (servidores, base de datos, red) Procedimientos de arranque, parada y monitorización Gestión de copias de seguridad y restauración Gestión de incidencias de explotación Actualización y aplicación de parches
Analista / Programador de mantenimiento	Arquitectura y diseño del sistema (módulos, flujos, datos) Entorno de desarrollo, herramientas y estándares de codificación Modelo de datos: tablas, relaciones, procedimientos Procedimientos de prueba y despliegue Puntos de extensión y áreas de mayor complejidad del código Gestión del control de versiones y del proceso de cambios
Responsable de seguridad	Modelo de seguridad implementado en el sistema Gestión de usuarios y perfiles de acceso Configuración de auditoría y logs de seguridad Procedimientos de respuesta a incidentes de seguridad
Personal del CAU (Centro de Atención al Usuario)	Funcionamiento general del sistema desde perspectiva de usuario Catálogo de incidencias más frecuentes y su solución Procedimiento de escalado de incidencias Herramientas de soporte y acceso remoto

Factores críticos de éxito de la formación

Factor	Descripción
Impartir la formación en el momento adecuado	No demasiado antes de la puesta en producción (se olvida) ni demasiado tarde (genera inseguridad). Lo ideal es justo antes del corte
Usar datos y casos reales o representativos	La formación con datos ficticios o irreales reduce la eficacia
Entorno de formación equivalente al real	Formar con el mismo sistema que se va a usar, o una réplica idéntica
Adaptar el nivel al colectivo	No dar la misma formación a un usuario básico y a un administrador funcional
Material de apoyo disponible	Que el usuario se lleve la guía rápida o el acceso al manual después de la formación
Soporte post-formación	Habilitar un período de soporte intensivo (superusuarios, CAU reforzado) los primeros días en producción
Evaluación de la formación	Medir si los objetivos de aprendizaje se han alcanzado (test, observación, indicadores de uso del sistema)

Gestión del cambio asociada a la formación

La formación no es solo técnica: también es un instrumento de gestión del cambio organizativo. Un nuevo sistema implica cambios en los procesos de trabajo, en los roles y en los hábitos de los usuarios. La formación debe:

Explicar por qué se implanta el nuevo sistema y cuáles son sus ventajas
Clarificar los cambios en los procedimientos de trabajo
Dar confianza al usuario para afrontar el cambio
Identificar y abordar las resistencias al cambio más frecuentes
Implicar a los mandos intermedios como agentes del cambio

Resumen para Oposición

CSI en Métrica v3: Fase que transforma el diseño en código. 9 actividades: desde la preparación del entorno de construcción hasta la preparación de la instalación. Produce: código fuente, manuales, resultados de pruebas y el plan de implantación. La aceptación formal es en IAS, no en CSI.

Preparación de la instalación: Se materializa en el Plan de Implantación. Incluye: estrategia de corte (directo/paralelo/gradual/por fases), preparación del entorno técnico, migración de datos y plan de contingencia. El tipo de corte más seguro es el paralelo; el más arriesgado, el directo.

Estándares de documentación: Garantizan uniformidad, calidad y mantenibilidad. Referencias: ISO/IEC/IEEE 26511-26515, IEEE 1063. Todo documento técnico debe tener: portada, historial de versiones, índice, introducción, cuerpo, glosario y referencias. Criterios de calidad: completa, correcta, concisa, coherente, actualizada, trazable.

Manual de usuario: Para el usuario final, sin jerga técnica. Orientado a tareas. Incluye: descripción del sistema, acceso, funcionalidades paso a paso con capturas, mensajes de error, FAQ y glosario. Se elabora en CSI.

Manuales técnicos: Tres tipos: (1) Manual de Instalación (para técnicos de sistemas: requisitos, procedimiento, configuración), (2) Manual de Explotación (para operadores: arranque, parada, backup, monitorización, incidencias) y (3) Manual Técnico/de Mantenimiento (para analistas-programadores: arquitectura, modelo de datos, módulos, interfaces, despliegue).

Formación: Se planifica en CSI (actividad CSI 7) y se ejecuta en IAS. El Plan de Formación define colectivos, objetivos, contenidos, modalidad, calendario y evaluación. Colectivos: usuario básico, avanzado, administrador funcional, técnico de sistemas, programador de mantenimiento, CAU. Factor crítico: impartir justo antes del corte, con entorno real y soporte post-formación. La formación también es gestión del cambio.

Tabla de productos documentales por fase y destinatario

Documento	Fase Métrica	Destinatario	Contenido principal
Manual de Usuario	CSI	Usuario final	Cómo usar el sistema: acceso, funcionalidades, errores, FAQ
Guía de inicio rápido	CSI	Usuario final	Operaciones más frecuentes resumidas
Manual de Instalación	CSI	Técnico de sistemas	Requisitos, procedimiento de instalación, configuración
Manual de Explotación	CSI / IAS	Operador / Sysadmin	Arranque, parada, backup, monitorización, incidencias
Manual Técnico	CSI	Analista / Programador	Arquitectura, modelo de datos, módulos, interfaces, despliegue
Plan de Implantación	CSI / IAS	Jefe de proyecto / Responsable implantación	Estrategia de corte, cronograma, contingencia, formación
Plan de Formación	CSI / IAS	Responsable de formación	Colectivos, objetivos, contenidos, calendario, evaluación
Acta de Aceptación	IAS	Usuario / Directivo	Aprobación formal del sistema. Cierre del proyecto