mirror of
https://github.com/reeduorg/reeduorg-docs.git
synced 2026-02-11 09:06:58 +00:00
* Incluir lista de aplicaciones recomendadas para la documentacion * Separar el IT TdR en dos partes, una para el diseño del sistema y aplicaciones, y otra para el diseño de la arquitectura de TI * Reformateo del TdR de Arquitectura y cálculo de recursos * Borrar TdR de sistemas anterior --------- Co-authored-by: Fiorella Barcelli <fiorella@reedu.org>
7.8 KiB
7.8 KiB
Sistema de Información y Software Educativo – Términos de Referencia (TdR)
Objetivo del Proyecto
Definir el conjunto de sistemas de información y software necesarios para operar el nuevo modelo educativo diseñado por Reingeniería Educativa (ReEdu), asegurando que dichos sistemas:
- soporten integralmente los procesos educativos definidos,
- estén alineados con la arquitectura de TI aprobada,
- sean viables técnica, económica y operativamente,
- prioricen soluciones abiertas, reutilizables y sostenibles,
- puedan implementarse progresivamente en instituciones educativas del Perú.
- El resultado será una definición clara y priorizada de qué software debe:
- desarrollarse,
- adaptarse,
- integrarse,
- o adquirirse.
Alcance
El proyecto incluye, pero no se limita a:
- Identificar y documentar los sistemas de información requeridos para soportar el modelo educativo ReEdu.
- Definir el alcance funcional de cada sistema.
- Establecer la clasificación de cada componente de software:
- desarrollar,
- adaptar,
- integrar,
- adquirir (preferentemente open source).
- Definir la interacción entre sistemas (integraciones, flujos de datos, APIs).
- Definir los requerimientos no funcionales:
- seguridad,
- privacidad,
- disponibilidad,
- desempeño,
- escalabilidad,
- usabilidad.
- Establecer criterios de priorización y secuenciación de implementación.
- Definir lineamientos para la evolución y mantenimiento del software.
- Documentar y publicar todo el trabajo bajo licencias MIT o CC BY 4.0.
Fuera de Alcance
- Desarrollo o implementación del software.
- Contratación de proveedores tecnológicos.
- Operación productiva de los sistemas.
- Soporte técnico continuo.
Entregables
- Mapa de Sistemas de Información, alineado a los procesos educativos.
- Catálogo de Sistemas y Componentes de Software, incluyendo:
- propósito,
- usuarios,
- alcance funcional.
- Especificación funcional de alto nivel por sistema.
- Matriz de decisión “Build / Adapt / Buy / Integrate”.
- Modelo de interacción entre sistemas (integraciones y flujos).
- Requerimientos no funcionales consolidados.
- Priorización de implementación (MVP, Fase 2, Fase 3).
- Estimación referencial de esfuerzo y costos.
- Repositorio abierto con toda la documentación generada.
Enfoque Metodológico
- Derivación directa desde:
- procesos educativos,
- arquitectura TI aprobada.
- Diseño usuario-céntrico (docentes, estudiantes, gestores).
- Enfoque MVP + iterativo.
- Preferencia por:
- software open source,
- estándares abiertos,
- arquitectura modular.
- Documentación clara, reutilizable y neutral respecto a proveedores.
Sistemas de Información a Considerar (referencial)
La lista final se definirá durante el proyecto.
- Núcleo Educativo
- Sistema de Gestión Académica
- Sistema de Gestión Curricular y Contenidos
- Sistema de Evaluación y Seguimiento del Estudiante
- Plataforma de Aprendizaje (LMS / LXP)
- Gestión y Soporte
- Gestión de Docentes y Talento Educativo
- Gestión de Padres / Tutores
- Gestión Administrativa y Registros
- Gestión de Bienestar y Seguridad
- Analítica y Mejora Continua
- Sistema de Monitoreo de Desempeño Educativo
- Analítica y Reportes
- Gestión de Indicadores (KPIs)
- Transversales
- Gestión de Identidad y Accesos
- Integración y APIs
- Seguridad y Cumplimiento
Roles y Responsabilidades
- Gerente del Proyecto: coordinación y ejecución.
- Ejecutivo del Proyecto: aprobación de entregables y stage gates.
- Gerente de TI: responsable técnico del diseño.
- Gerente de Procesos e Innovación: alineamiento funcional.
- Experto en Educación: validación pedagógica.
- Sounding Board de Sistemas: evaluación de usabilidad, viabilidad y sostenibilidad.
- Gerente de Finanzas: evaluación de costos y sostenibilidad económica.
Plan de Recursos, Calidad, Finanzas y Gobierno
- Trabajo estructurado en co-locations de expertos.
- Uso de stage gates para:
- validación del mapa de sistemas,
- aprobación de especificaciones funcionales,
- aprobación de priorización.
- Evaluación de calidad basada en:
- trazabilidad proceso → sistema,
- simplicidad y reutilización,
- costo total de propiedad.
- El esfuerzo podrá ser valorizado, remunerado o donado.
Decomposición y Programación del Trabajo (referencial)
| Fase | Personas | Duración | Esfuerzo | Costo (US$) | Gastos de co-locación (US$) |
|---|---|---|---|---|---|
| Alineamiento con procesos y arquitectura | 4 – 6 | 3 semanas | 100 hh | 5,500 | 1,000 |
| Identificación y mapa de sistemas | 6 – 8 | 4 semanas | 200 hh | 11,000 | 3,000 |
| Definición funcional de sistemas | 8 – 12 | 10 – 16 semanas | 1,000 hh | 55,000 | 20,000 |
| Análisis build/buy/adapt | 4 – 6 | 4 semanas | 160 hh | 8,800 | - |
| Priorización y roadmap | 4 – 6 | 3 semanas | 120 hh | 6,600 | - |
| Validación y stage gates | 6 – 8 | 2 semanas | 100 hh | 5,500 | - |
| Input de expertos de procesos durante el proyecto | 2 - 4 | 20 - 30 semanas | 500 hh | 27,500 | - |
| Total | 15 - 25 | 30-40 semanas | 2,180 hh | 119,900 | 24,000 |
Principales Incidencias y Riesgos
| Incidencia/Riesgo | Descripción | Calificación | Mitigación |
|---|---|---|---|
| Riesto | Definición excesivamente ambiciosa | Alto | MVP + fases |
| Riesgo | Dependencia tecnológica | Medio | Estándares abiertos |
| Riesgo | Baja adopción por usuarios | Alto | Co-diseño |
| Riesgo | Limitaciones de conectividad | Medio | Diseño offline/híbrido |
| Riesgo | Falta de conocimiento previo de proyecto de esta magnitud en el equipo del proyecto | Alto | Conseguir SMEs en el exterior |
| Riesgo | Estimación inicial de recursos podría estar lejos de la realidad | Alto | Revisión y ajuste en cada stage gate |
Supuestos y Limitaciones
- La arquitectura de TI está aprobada.
- Los procesos educativos están definidos.
- El costo promedio de hh se estima en US$ 55.
- El diseño deberá ser aplicable a contextos con recursos limitados.
- Existen aplicaciones en el mercado que cubren al menos 80% de las funcionalidades requeridas
- Se cuenta con infraestructura aaS para hacer prototipos que se requieran
- Se tendrá acceso a especialistas de las diferentes aplicaciones a incorporar en el diseño
Resultado Esperado
- Un modelo claro, priorizado y ejecutable de sistemas y software educativo, que permita a ReEdu y a terceros implementar el nuevo modelo educativo de forma progresiva, abierta y sostenible.