Entrega a Certificación mediante RFC
El Ministerio de Educación Nacional gestiona todos los cambios sobre sus ambientes con el formato de Requerimiento de Cambio (RFC) ST-FT-07 v4, vigencia 2026. Toda solicitud de cambio, despliegue o integración sobre sus ambientes debe presentarse con este formato.
Descargar formato RFC ST-FT-07 v4 (xlsx) · RFC diligenciado de esta entrega — vigente (xlsx)
El RFC es el documento rector
El RFC diligenciado fue revisado y acordado con el cliente. Es la fuente de verdad del plan: esta documentación lo desarrolla y lo explica, pero no lo modifica ni lo reinterpreta. Ante cualquier discrepancia entre una página de este sitio y el RFC, manda el RFC.
Ámbito
- Aplica a la entrega final al cliente para despliegue en Certificación
(
https://applicationcert.colombiaaprende.edu.co). - En Certificación el equipo de desarrollo tiene solo acceso de consulta vía VPN; no ejecuta ninguna acción directa. La implementación la realiza el equipo técnico del MEN (OTSI) a partir del RFC diligenciado.
- El código se entrega por el GitLab de MinEducación (rama de entrega
feature/CO1-PCCNTR.8203403-dev) y se publica como artefacto en Nexus para su descarga durante la ventana. Ver Paso 1/3.
Estructura del formato
| Hoja | Contenido |
|---|---|
RFC | Formulario principal: registro, clasificación, categoría, afectación, tipo y efecto del cambio, descripción, justificación, riesgo, impacto en elementos de configuración, responsables |
Implementación | Plan paso a paso: ítem, sistema, ambiente, equipo, actividad, responsable, duración, fechas |
Rollback | Plan de reversa con los mismos campos más tiempos de indisponibilidad |
Matriz | Matriz de evaluación del efecto del cambio: 7 preguntas puntuadas. El resultado alimenta automáticamente la sección 6 del formulario |
Glosario | Definiciones: tipos de cambio (Estándar, Normal, Emergencia), elemento CI, actividades paralelas, duración efectiva, tiempo muerto |
Cómo se diligenció esta entrega
| Sección | Valor |
|---|---|
| 2.1 Tipo de ambiente | Certificación |
| 3. Categoría | Aplicaciones |
| 5. Tipo de cambio | Normal. Cuando el procedimiento esté preaprobado y completamente documentado por el MEN, podrá tramitarse como Estándar |
| 6. Efecto del cambio | Medio, calculado por la hoja Matriz y propagado automáticamente |
| 7. Fecha de ejecución | Inicio 2026-08-26 20:00, fin 2026-08-27 11:30 |
| 8. Descripción | Los cinco componentes con sus versiones exactas, el tag de la rama de entrega y el resumen de los tres pasos |
| 9. Justificación | Los tres alcances contratados: gamificación, dashboard de aprendizaje e integración del agente IA |
| 10. Riesgo | Bajo: plugins estándar en sus rutas propias, sin modificar el núcleo ni el esquema de las tablas core; rutina de configuración idempotente; plan de reversa disponible |
| 11. Impacto en otros CI | Aplicativos — APP158 Campus Virtual. Sin impacto sobre otros elementos de configuración del Ministerio |
| 12. Capacitación al usuario final | NO. Para gestores de curso, la Guía para gestores cubre la operación de gamificación sin capacitación presencial |
| 13. ¿Implica actualizar la documentación? | SÍ — este sitio se actualiza con cada entrega |
| 14. Responsables | Ejecutor del cambio: equipo técnico del MEN (OTSI). Responsable funcional: según designe el MEN |
El formato v4 calcula solo
En la hoja Implementación basta diligenciar la duración de cada actividad y, si aplica, agrupar
las simultáneas en "Actividades paralelas". El formato calcula por sí mismo la fecha y hora de
inicio y fin de cada renglón, la duración efectiva, la ruta crítica y los totales, y los propaga a
la sección 7. Solo hay que fijar la fecha y hora de inicio.
Un detalle que conviene leer bien: la duración de la sección 7 suma implementación y reversa (15:30 + 3:00 = 18:30). No es la ventana de mantenimiento, que va de las 20:00 del 26 a las 11:30 del 27.
Plan de implementación aprobado
Diez ítems, 930 minutos. Cada uno se desarrolla en su página.
| Ítem | Equipo | Detalle | Responsable | Min |
|---|---|---|---|---|
| 1 | Los 4 servidores | Colocar la aplicación completa en mantenimiento en el software de monitoreo | Monitoreo | 30 |
| 2 | Los 3 nodos de app | Dar acceso permanente al endpoint del servicio Agente IA | Seguridad | 30 |
| 3 | Los 4 servidores | Generar snapshot, incluido el servidor de base de datos | Infraestructura | 120 |
| 4 | Los 4 servidores | Respaldo de la base de datos moodle y del directorio de la aplicación; verificar el tamaño de ambos | Aplicaciones CA | 180 |
| 5 | Los 3 nodos de app | Paso 1/3 — Descargar el código desde Nexus, reemplazar /ictdata/campus, cadena de conexión y enlaces simbólicos | Aplicaciones CA | 90 |
| 6 | Los 3 nodos de app | Paso 2/3 — upgrade.php --non-interactive + purge_caches.php | Aplicaciones CA | 60 |
| 7 | Los 3 nodos de app | Paso 3/3 — Rutina de configuración, en seco y luego en firme | Aplicaciones CA | 60 |
| 8 | Los 3 nodos de app | Pruebas de despliegue: versiones en mdl_config_plugins, funciones en mdl_external_functions, logs PHP sin errores | Aplicaciones CA | 30 |
| 9 | Los 4 servidores | Retirar la aplicación de mantenimiento en el software de monitoreo | Monitoreo | 30 |
| 10 | Los 3 nodos de app | Validaciones funcionales: carga de las páginas clave según el documento de Protocolo paso a Producción | Líder funcional | 300 |
Duración efectiva: 15:30.
Plan de reversa aprobado
Tres ítems, 180 minutos. Ver Rollback.
| Ítem | Detalle | Responsable | Min |
|---|---|---|---|
| 1 | Restaurar el snapshot de los servidores generado en el plan de implementación | Infraestructura | 120 |
| 2 | Pruebas de despliegue | Aplicaciones CA | 30 |
| 3 | Retirar de mantenimiento la aplicación completa en el software de monitoreo | Monitoreo | 30 |
Lista de verificación antes de radicar
- Versiones de
version.phpde los componentes entregados coinciden con el Manifiesto de entrega y con la sección 8 del RFC. - Assets AMD y SCSS compilados e incluidos en el artefacto — los nueve módulos AMD, ver Build de assets.
- Artefacto
.tgzpublicado en Nexus y su URL confirmada en el ítem 5. - Hojas
ImplementaciónyRollbackdiligenciadas con responsables del MEN y duraciones reales; fecha y hora de inicio fijadas en la sección 7. - Hoja
Matrizrespondida; verificar que el efecto calculado sea coherente con la ventana de indisponibilidad realmente acordada. - Documento de Protocolo paso a Producción acordado con el líder funcional que ejecutará el ítem 10.
- Parámetros de ambiente definidos: URL y token del servicio de IA, cuenta y rol del usuario de servicios web, curso destino de la gamificación.
- Cuenta de estudiante matriculada disponible para las verificaciones de los ítems 8 y 10.
- Documentación (este sitio) actualizada, y
CHANGELOG.mdde la entrega al día. - El artefacto no incluye ningún dato ni dump de Local ni de Pruebas — solo los cinco componentes de código. Ver qué NO incluye la entrega.