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.