# Arquitectura de Tecnología de Información (TI) – Términos de Referencia (TdR)

## 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ú.

## 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.

## 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.

## 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.

## 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.

## 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.

## Decomposición y Programación del Trabajo (referencial)

| Fase                                               | Personas  | Duración          | Esfuerzo     | Costo (US$) | Gastos de co-locacion (US$) |
| -------------------------------------------------- |:---------:|:-----------------:|:------------:|:-----------:|:---------------------------:|
| Alineamiento con procesos educativos               | 4–6       | 4 semanas         | 120 hh       | 8,400       | 2,000                       |
| Definición de principios y arquitectura alto nivel | 6–8       | 2–3 semanas       | 200 hh       | 14,000      | 3,000                       |
| Arquitecturas de dominio (apps, datos, tecnología) | 8–12      | 12–20 semanas     | 1,200 hh     | 84,000      | 20,000                      |
| Roadmap y criterios de adopción                    | 4–6       | 4 semanas         | 160 hh       | 11,200      | 4,000                       |
| Validación por expertos y stage gates              | 6–8       | 2 semanas         | 120 hh       | 8,400       | -                           |
| **Total**                                          | **15-20** | **30-40 semanas** | **1,800 hh** | **126,000** | **29,000**                  |

## Principales Incidencias y Riesgos

| Incidencia/Riesgo | Descripción                                           | Calificación | Mitigación           |
|:-----------------:| ----------------------------------------------------- |:------------:| -------------------- |
| Riesgo            | Arquitectura excesivamente compleja, dificil adopción | Alto         | Enfoque MVP          |
| Riesgo            | Dependencia de proveedores, lock-in tecnológico       | Medio        | Estándares abiertos  |
| Riesgo            | Limitaciones de conectividad, brecha digital          | Medio        | Arquitectura híbrida |

## 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.

## 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.