reeduorg-docs/Data-y-Sistemas/Arquitectura-de-TI-TdR.md

DISEÑO DE LA ARQUITECTURA de TI Arquitectura de Tecnología de Información (TI) – Términos de Referencia (TdR)

1. Objetivo del Proyecto Diseñar y documentar la arquitectura integral de Tecnología de Información que soporte los procesos educativos definidos por Reingeniería Educativa (ReEdu), asegurando que dicha arquitectura sea: • alineada con los objetivos educativos y sociales del proyecto, • modular, escalable y evolutiva, • económicamente sostenible, • interoperable y basada en estándares abiertos, • publicable bajo licencias de acceso abierto compatibles con MIT o CC BY 4.0. La arquitectura servirá como base para la implementación del sistema educativo y de gestión que soporta el modelo educativo de ReEdu en diversos centros educativos en todo el Perú.

2. Alcance El proyecto de Arquitectura de TI incluye, pero no se limita a: • Diseñar la arquitectura empresarial de TI, alineada a los procesos educativos definidos por ReEdu. • Definir la arquitectura lógica y física de los sistemas de información. • Definir la arquitectura de datos, incluyendo modelos conceptuales y principios de gobierno de datos. • Definir la arquitectura de aplicaciones, identificando: ◦ sistemas núcleo, ◦ componentes reutilizables, ◦ integraciones, ◦ posibles soluciones existentes (open source / comerciales). • Definir la arquitectura tecnológica, incluyendo: ◦ infraestructura, ◦ cloud vs on-premise, ◦ conectividad, ◦ seguridad, ◦ continuidad y respaldo. • Establecer principios de interoperabilidad, seguridad, privacidad y protección de datos, alineados a la normativa peruana. • Definir mecanismos para la evolución continua de la arquitectura. • Documentar todas las decisiones arquitectónicas y sus racionales. • Publicar toda la documentación generada bajo licencias abiertas MIT o CC BY 4.0. • La arquitectura deberá ser aplicable a contextos urbanos y rurales. Fuera de Alcance • Desarrollo de software o adquisición de infraestructura. • Implementación en instituciones educativas. • Operación y soporte productivo de sistemas. • Definición de políticas públicas o regulación.

3. Entregables • Principios de Arquitectura de TI (alineados a la misión de ReEdu). • Mapa de Capacidades Digitales, vinculado a los procesos educativos. • Arquitectura Empresarial de TI (nivel 0–1). • Arquitectura de Aplicaciones: ◦ catálogo de aplicaciones, ◦ diagramas de interacción, ◦ estándares de integración (APIs, eventos, etc.). • Arquitectura de Datos: ◦ modelos conceptuales, ◦ lineamientos de calidad, seguridad y gobierno de datos. • Arquitectura Tecnológica: ◦ infraestructura de referencia, ◦ lineamientos de despliegue, ◦ seguridad y continuidad. • Roadmap de implementación tecnológica, por fases. • Criterios de evaluación tecnológica para futuras adquisiciones o desarrollos. • Repositorio abierto con toda la documentación, diagramas y artefactos.

4. Estándares y Lineamientos Metodológicos • Marco de referencia: TOGAF (adaptado) o equivalente liviano. • Modelado: ◦ ArchiMate (cuando aplique), ◦ diagramas de arquitectura lógica y física. • Principios: ◦ Open by default ◦ API-first ◦ Modularidad y desacoplamiento ◦ Seguridad y privacidad desde el diseño • Uso preferente de: ◦ estándares abiertos, ◦ software open source cuando sea viable.

5. Roles y Responsabilidades • Gerente del Proyecto: coordinación general y ejecución. • Ejecutivo del Proyecto: aprobación de TdR, entregables y stage gates. • Gerente de TI: dueño del diseño de la arquitectura. • Gerente de Procesos e Innovación: asegurar alineamiento con procesos educativos. • Experto en Educación: validar adecuación pedagógica de las soluciones. • Gerente de Finanzas y RRHH: control de recursos y transparencia. • Sounding Board de TI: comité de expertos en arquitectura, seguridad y sistemas educativos, responsable de evaluar calidad, viabilidad y sostenibilidad.

6. Plan de Recursos, Calidad, Finanzas y Gobierno • Trabajo estructurado en co-locations de expertos senior. • Uso de stage gates para aprobar: ◦ arquitectura de alto nivel, ◦ arquitecturas de dominio, ◦ roadmap. • Evaluación de calidad basada en: ◦ alineamiento con procesos, ◦ simplicidad, ◦ escalabilidad, ◦ costo total de propiedad. • El trabajo podrá ser valorizado, remunerado o donado.

7. Decomposición y Programación del Trabajo (referencial) Fase Personas Duración Esfuerzo Alineamiento con procesos educativos 4–6 4 semanas 120 hh Definición de principios y arquitectura alto nivel 6–8 2–3 semanas 200 hh Arquitecturas de dominio (apps, datos, tecnología) 8–12 12–20 semanas 1,200 hh Roadmap y criterios de adopción 4–6 4 semanas 160 hh Validación por expertos y stage gates 6–8 2 semanas 120 hh

8. Principales Riesgos Riesgo Descripción Mitigación Arquitectura excesivamente compleja Difícil adopción Enfoque MVP Dependencia de proveedores Lock-in tecnológico Estándares abiertos Limitaciones de conectividad Brecha digital Arquitectura híbrida

9. Supuestos y Limitaciones • Existirá un modelo de procesos educativos previamente definido. • Existen elementos de arquitectura opern source satisfactorios para cumplir el diseño • Se tendrá acceso a SMEs para consultas de temas puntuales sin conocimiento local • El costo promedio de hh se estima en US$ 70.

10. Resultado Esperado Un modelo de arquitectura TI de referencia para la educación escolar en el Perú, abierto, replicable y sostenible, que sirva como base para la transformación digital del sistema educativo.