Implementación EPA
Subdirección de Diseño instruccional
[Plataforma Escolar]
Diego López
Kevin Henríquez
Christian Pérez
Gonzalo García
Ingeniería de Requisitos
Implementación EPA
Subdirección de Diseño instruccional
Contenido
FICHA DEL DOCUMENTO...................................................................................................3
1. INTRODUCCIÓN (IE 1.2.1)............................................................................................. 3
1.1. PROPÓSITO (IE 1.3.1)...................................................................................................3
1.2. ÁMBITO DEL SISTEMA (IE 1.3.1)....................................................................................3
1.3. VISIÓN GENERAL DEL DOCUMENTO...............................................................................3
2. DESCRIPCIÓN GENERAL (IE 1.3.1).............................................................................3
2.1. PERSPECTIVA DEL PRODUCTO (IE 1.3.1)....................................................................3
2.2. FUNCIONES DEL PRODUCTO (IE 1.3.1).......................................................................3
2.3. CARACTERÍSTICAS DE LOS USUARIOS (IE 1.4.1)..........................................................3
3. REQUISITOS DEL PROYECTO (IE 1.5.1).....................................................................3
3.1 REQUISITOS FUNCIONALES (IE 1.5.1)..........................................................................3
3.2 REQUISITOS NO FUNCIONALES (IE 1.5.1)....................................................................3
3.3.1 Requisitos de rendimiento....................................................................................3
3.3.2 Seguridad.............................................................................................................3
3.3.3 Otros Requisitos...................................................................................................3
4. PROPUESTA DE PLANIFICACIÓN..................................................................................3
4.1 DEFINICIÓN DEL EQUIPO DE TRABAJO.............................................................................3
5. DEFINICIÓN DE HISTORIAS DE USUARIO....................................................................3
5.1 HISTORIAS DE USUARIO (IE 2.1.1)..................................................................................3
6. DEFINICIÓN DEL PRODUCT BACKLOG PRIORIZADO (IE 2.3.1).................................3
6.1 PRODUCT BACKLOG PRIORIZADO....................................................................................3
7. REFINAMIENTO DEL PRODUCT BACKLOG (IE 2.2.1)..................................................3
7.1 PRODUCT BACKLOG REFINADO.......................................................................................3
8. ESTIMACIÓN DE ESFUERZO DE LAS TAREAS (IE 2.4.1).............................................3
8.1 ESTIMACIÓN DE ESFUERZO DE LAS TAREAS....................................................................3
Implementación EPA
Subdirección de Diseño instruccional
Ficha del documento
Fecha Revisión Autor Modificación
Integrantes:
Nombre Integrante del Equipo Rol Definido
Diego López Scrum Master
Kevin Henríquez Product Owner
Christian Pérez Developer
Implementación EPA
Subdirección de Diseño instruccional
1. Introducción (IE 1.2.1)
1.1. Propósito (IE 1.3.1)
La finalidad de este documento es detallar los requisitos funcionales y no funcionales para
el desarrollo de un portal digital de gestión escolar orientado a escuelas rurales. Este
sistema busca optimizar la gestión académica mediante una plataforma digital, tanto a
nivel web como móvil, que facilite el registro y consulta de la información académica. Está
dirigido a un grupo de usuarios compuesto por docentes, padres, estudiantes y
administradores escolares. Mediante esta plataforma, se espera mejorar la interacción y
comunicación entre los diferentes actores educativos, generando mayor comunicación y
cercanía, facilitando así la disponibilidad de información en tiempo real y optimizando los
procesos de registro y consulta de calificaciones, mediante canales más eficientes que los
actualmente utilizados.
1.2. Ámbito del Sistema (IE 1.3.1)
El sistema, denominado Plataforma de Gestión Escolar Rural, permitirá digitalizar el
proceso académico de una escuela rural, que actualmente depende de registros
manuales. Esta plataforma incluirá módulos donde se podrán registrar, gestionar y
consultar calificaciones, actividades académicas, anuncios y otros aspectos como la
asistencia a clases, brindando además una comunicación eficiente entre los diversos
actores que conforman la comunidad educativa. No serán parte de este sistema aspectos
como la gestión financiera o el control de inventario del establecimiento. Su éxito se
medirá en función del grado de adopción y satisfacción de los usuarios, así como la
reducción de tiempo en el proceso de registro y consulta de datos académicos.
1.3. Visión General del Documento
El documento se organiza en distintos apartados, que se describirán brevemente a
continuación. En Descripción General se detallan los factores del contexto que afectan los
requisitos del sistema, identificando las funciones más relevantes en torno al proyecto y
caracterizando a los usuarios de la plataforma. En la sección Requisitos del Proyecto, se
especifican los requisitos funcionales y no funcionales obtenidos a través del proceso de
elicitación. Posteriormente, en Propuesta de Planificación, se define el equipo de trabajo y
se propone un cronograma de desarrollo para, finalmente, ofrecer una descripción de las
Historias de Usuario obtenidas y se detalla el Product Backlog Priorizado, incluyendo la
estimación de esfuerzo para cada tarea.
Implementación EPA
Subdirección de Diseño instruccional
2. Descripción General (IE 1.3.1)
2.1. Perspectiva del Producto (IE 1.3.1)
La plataforma será desarrollada como un sistema independiente de otros
establecimientos, accesible tanto en dispositivos móviles como en computadoras de
escritorio, y su desarrollo se basará en tecnología web para asegurar la compatibilidad
multiplataforma. Esto permitirá que los usuarios interactúen con el sistema sin importar el
tipo de dispositivo que se utilice para ello, lo que es fundamental para una comunidad
escolar con acceso limitado a recursos tecnológicos. Además, el sistema se mantendrá
adaptable para futuras integraciones, asegurando que pueda ajustarse a las necesidades
cambiantes de la comunidad educativa.
2.2. Funciones del Producto (IE 1.3.1)
El sistema se centrará en las siguientes funcionalidades:
● Registro de Notas: Los profesores podrán registrar y actualizar las calificaciones de
los estudiantes, permitiendo un historial de calificaciones accesible para padres y
alumnos.
● Consulta de Rendimiento Académico: Los padres tendrán acceso a las
calificaciones y comentarios de los docentes, pudiendo así monitorear el progreso
académico de sus hijos.
● Notificaciones Escolares: El sistema enviará notificaciones a los padres sobre
novedades, reuniones y eventos importantes, manteniendo a la comunidad escolar
informada.
● Comunicación: Se implementará un canal de comunicación entre padres y
profesores para facilitar discusiones sobre el progreso académico y resolver
inquietudes.
2.3. Características de los Usuarios (IE 1.4.1)
Docentes: Usuarios de nivel intermedio en tecnología, responsables de ingresar y
actualizar información académica, y de comunicarse con los padres.
Padres/Apoderados: Usuarios de nivel básico, que utilizarán la plataforma principalmente
para consultar rendimiento académico, calendario y recibir notificaciones.
Estudiantes: Usuarios de nivel básico que accederán esporádicamente para revisar sus
calificaciones y avisos de sus profesores.
Implementación EPA
Subdirección de Diseño instruccional
Administrador Escolar: Usuario avanzado, encargado de gestionar el sistema y supervisar
el correcto funcionamiento de la plataforma.
Una característica que tendrán en común será una posible brecha tecnológica, económica
y cultural por parte de nuestros diferentes usuarios, en comparación a una escuela
ubicada en una urbe.
3. Requisitos del Proyecto (IE 1.5.1)
3.1 Requisitos funcionales (IE 1.5.1)
3.1.1 Registro de Notas: Los docentes deben poder ingresar y modificar
calificaciones de manera eficiente.
3.1.2 Consulta de Rendimiento Académico: Los padres podrán consultar el
rendimiento académico de sus hijos, lo que incluye notas y comentarios de los
profesores.
3.1.3 Historial Académico: Registro completo de las calificaciones y comentarios de
los docentes en cada periodo académico.
3.1.4 Gestión de Usuarios: El administrador creará cuentas, gestionará roles y
otorgará permisos.
3.1.5 Autenticación y Seguridad: Todos los usuarios deberán autenticarse mediante
un usuario y contraseña.
3.2 Requisitos no funcionales (IE 1.5.1)
3.2.1 Autenticación y Seguridad: Todos los usuarios deberán autenticarse mediante
un usuario y contraseña.
3.2.2 Notificaciones Escolares: Los padres recibirán notificaciones relacionadas con
reuniones, eventos y novedades importantes.
3.2.3 El padre debe poder enviar una solicitud de reunión al profesor.
3.2.4. El estudiante debe poder acceder al calendario escolar desde la plataforma.
3.2.5. El sistema debe mostrar fechas importantes como evaluaciones y
vacaciones.
Implementación EPA
Subdirección de Diseño instruccional
3.3.1 Requisitos de rendimiento
El sistema debe soportar al menos 1,000 usuarios concurrentes sin afectar el rendimiento.
3.3.2 Seguridad
− El sistema debe cumplir con las normativas GDPR y asegurar la protección de
datos mediante encriptación y autenticación de usuario.
3.3.3 Otros Requisitos
● Usabilidad: La plataforma debe ser intuitiva, fácil de navegar y con un diseño
visualmente atractivo.
● Compatibilidad: Adaptable para dispositivos móviles y escritorio, manteniendo una
capacidad de respuesta óptima.
● Accesibilidad: Cumplimiento con estándares WCAG, permitiendo que personas con
discapacidades puedan usar la plataforma sin dificultad.
4. Propuesta de Planificación
4.1 Definición del Equipo de Trabajo
El equipo de trabajo estará compuesto por desarrolladores, diseñadores de interfaz,
analistas de requerimientos, y un líder de proyecto. Cada miembro desempeñará un rol
específico para asegurar el desarrollo fluido de la plataforma. Los analistas estarán a
cargo de comprender las necesidades de los usuarios, mientras que los desarrolladores
implementarán los requisitos en la plataforma web y móvil. El líder de proyecto supervisará
el cumplimiento de los plazos y la calidad del sistema.
5. Definición de Historias de Usuario
5.1 Historias de Usuario (IE 2.1.1)
N° Caso de Uso Historia de Usuario o Épica Requisitos Funcionales
Implementación EPA
Subdirección de Diseño instruccional
Consultar Como padre, necesito consultar RF-1: El padre debe poder iniciar sesión
Notas las notas de mi hijo para en la plataforma.
Académicas monitorear su rendimiento
escolar. RF-2: El padre debe poder seleccionar a
HU – 1 su hijo para ver sus notas.
RF-3: El sistema debe mostrar las notas
organizadas por asignatura.
RNF-1: El padre debe poder ver
comentarios de los profesores sobre el
rendimiento de su hijo.
UH – 2 Enviar Como administrador, necesito RNF-1: El administrador debe poder
Notificación enviar notificaciones de eventos crear una notificación de evento.
de Evento escolares a los padres para que
Escolar estén informados. RNF-2: La notificación debe incluir
detalles como fecha, hora y ubicación.
RNF-3: Los padres deben recibir la
notificación en su aplicación móvil.
RNF-4: El sistema debe registrar que los
padres han visto la notificación.
UH – 3 Solicitar Como padre, quiero solicitar una RNF-1: El padre debe poder enviar una
Consulta de consulta con el profesor para solicitud de reunión al profesor.
Rendimiento discutir el rendimiento
académico de mi hijo. RNF-2: El profesor debe recibir una
notificación de la solicitud.
RNF-3: El sistema debe permitir que el
profesor confirme o sugiera una nueva
fecha.
RNF-4: El padre debe recibir la
confirmación de la fecha y hora de la
consulta.
Implementación EPA
Subdirección de Diseño instruccional
UH – 4 Consultar Como estudiante, quiero RNF-1: El estudiante debe poder
Calendario consultar el calendario escolar acceder al calendario escolar desde la
Escolar para organizar mis actividades y plataforma.
estudiar con antelación.
RNF-2: El sistema debe mostrar fechas
importantes como exámenes y
vacaciones.
RNF-3: El estudiante debe poder recibir
recordatorios de eventos próximos.
RNF-4: Los eventos deben poder ser
actualizados por el administrador en
caso de cambios.
UH – 5 Crear y Editar Como administrador, quiero RF-1: El administrador debe poder crear
Perfiles de poder crear y editar perfiles de perfiles de usuario con roles específicos
Usuario usuarios para gestionar el (padre, profesor, estudiante).
acceso y roles dentro de la
plataforma. RF-2: El sistema debe permitir la edición
de información básica de cada perfil.
RF-3: Los roles deben determinar los
permisos de acceso dentro de la
plataforma.
UH – 6 Generar Como administrador, quiero RNF-1: El administrador debe poder
Reportes de poder generar reportes de notas seleccionar un periodo académico para
Notas para evaluar el rendimiento el reporte.
académico a nivel institucional.
RNF-2: El sistema debe mostrar las
notas promedio por clase y asignatura.
RNF-3: Los reportes deben poder
exportarse en formato PDF o Excel.
RNF-4: El reporte debe ser accesible
para los docentes y el equipo directivo.
Implementación EPA
Subdirección de Diseño instruccional
UH – 7 Consultar Como profesor, quiero poder ver RF-1: El profesor debe poder ver un
Rendimiento el rendimiento promedio de mis resumen de las calificaciones por
de un Curso estudiantes en un curso para asignatura.
evaluar la efectividad de mi
enseñanza. RF-2: El sistema debe permitir comparar
el rendimiento de los estudiantes en
diferentes periodos.
RF-3: Los reportes deben poder
descargarse en formato PDF.
RF-4: Los datos deben estar protegidos
y accesibles solo para el profesor.
UH – 8 Enviar Como profesor, quiero enviar las RNF-1: El profesor debe poder subir
Calificaciones calificaciones finales a los calificaciones finales en la plataforma.
Finales estudiantes y padres al finalizar
el semestre. RNF-2: Los estudiantes y padres deben
recibir una notificación de las
calificaciones disponibles.
RNF-3: Las calificaciones deben estar
protegidas para garantizar su
privacidad.
RNF-4: El sistema debe permitir que el
profesor agregue comentarios finales
para cada estudiante.
UH – 9 Revisar Como padre, quiero revisar el RNF-1: El padre debe poder ver un
Historial de historial de comunicación con historial de mensajes en la plataforma.
Comunicació los profesores para hacer
n seguimiento a los temas RNF-2: El sistema debe permitir filtrar
tratados. mensajes por fecha y asunto.
RNF-3: Los profesores deben poder
adjuntar documentos relevantes a los
mensajes.
RNF-4: El historial debe estar disponible
solo para los participantes de la
conversación.
Implementación EPA
Subdirección de Diseño instruccional
UH – Configurar Como estudiante, quiero RNF-1: El estudiante debe poder
10 Preferencias configurar mis preferencias de seleccionar qué tipo de notificaciones
de notificación para recibir solo los desea recibir.
Notificación avisos más importantes.
RNF-2: El sistema debe permitir activar
y desactivar notificaciones desde la app.
RNF-3: Las preferencias deben poder
actualizarse en cualquier momento.
RNF-4: El sistema debe confirmar los
cambios en las preferencias.
6. Definición del Product Backlog Priorizado (IE 2.3.1)
6.1 Product Backlog Priorizado
El Product Backlog Priorizado es una lista organizada de las historias de usuario que
deben desarrollarse, priorizadas de acuerdo a su importancia y el valor que entregan al
usuario. A continuación, se listan las historias de usuario en orden de prioridad:
1. Crear y Editar Perfiles de Usuario
2. Registro de calificaciones
3. Consultar Notas Académicas
4. Gestionar Calendario Escolar
5. Consultar Calendario Escolar
6. Solicitar Consulta de Rendimiento
7. Enviar Calificaciones Finales
8. Enviar Notificación de Evento Escolar
9. Generar reportes de notas
10. Consultar Rendimiento de un Curso
11. Revisar Historial de Comunicación
12. Configurar Preferencias de Notificación
Este orden de prioridad se basa en la frecuencia de uso, la importancia para el usuario
final y el impacto que tiene cada historia de usuario en el flujo de actividades académicas y
administrativas.
Implementación EPA
Subdirección de Diseño instruccional
Para la priorización del Product Backlog, se han considerado los siguientes criterios, que
permiten decidir el orden de desarrollo de cada historia de usuario:
1. Impacto en el Sistema: Las historias que afectan múltiples módulos o componentes
(como la generación de roles y otorgamiento de permisos) ocupan un lugar central,
ya que su implementación permitirá desarrollar funcionalidades que dependen de
ello para así, reducir el riesgo de incompatibilidades o problemas de integración.
2. Valor para el Usuario: Se ha priorizado en función del impacto directo en la
experiencia del usuario final. Por ejemplo, la posibilidad de enviar notificaciones de
eventos escolares es crucial para mantener una comunicación efectiva con la
comunidad educativa, pero no es esencial para el funcionamiento de la plataforma,
por eso se encuentra en un lugar medio de la tabla. Esto permite al sistema cumplir
con las expectativas de comunicación y accesibilidad.
3. Frecuencia de Uso: Las historias de usuario que representan funcionalidades
utilizadas frecuentemente por los usuarios, como la consulta de notas académicas y
calendarización, se han priorizado al inicio. Estas funcionalidades son esenciales
para los usuarios principales (padres, estudiantes y profesores) y son las que
requieren atención inmediata para asegurar una experiencia fluida y sin
interrupciones.
7. Refinamiento del Product Backlog (IE 2.2.1)
7.1 Product Backlog Refinado
El Product Backlog Refinado incluye una versión más detallada de las historias de usuario
priorizadas, con un desglose en tareas específicas que permiten su desarrollo. A
continuación, se presenta el refinamiento de las historias de usuario prioritarias:
1. Crear y editar perfiles de usuario:
● Tareas:
■ Crear pantalla de visualización de usuarios existentes.
■ Permitir crear, modificar y eliminar usuarios.
■ Permitir otorgar permisos según roles.
■ Limitar la gestión de usuarios al rol de administrador.
2. Registro de calificaciones:
● Tareas:
■ Crear pantalla de inicio de sesión para docentes y administrativos.
■ Implementar creación de asignaturas y su modificación.
■ Permitir el ingreso de notas por alumno y asignatura.
Implementación EPA
Subdirección de Diseño instruccional
■ Implementar opción de comentarios del profesor.
3. Consultar Notas Académicas
● Tareas:
■ Crear pantalla de inicio de sesión para padres.
■ Desarrollar vista de notas académicas organizadas por asignatura.
■ Configurar acceso seguro y protección de datos.
4. Gestionar Calendario Escolar
● Tareas:
■ Crear vista de calendario escolar.
■ Implementar eventos en el calendario.
■ Permitir la edición y cancelación de eventos.
■ Limitar la función a profesores y administrativos.
5. Consultar Calendario Escolar
● Tareas:
■ Incluir recordatorios para eventos próximos.
■ Configurar opción de actualización de eventos por el administrador.
■ Implementar filtros para ver eventos por tipo (exámenes, reuniones,
actividades).
6. Enviar Notificación de Evento Escolar
● Tareas:
■ Desarrollar formularios de creación de eventos escolares.
■ Configurar notificación automática a los padres y estudiantes.
■ Implementar seguimiento de lectura de notificaciones.
7. Solicitar Consulta de Rendimiento
● Tareas:
■ Crear formulario de solicitud de consulta.
■ Implementar notificación automática al profesor y confirmación de
fecha.
■ Configurar un sistema de confirmación de la reunión para ambas
partes.
■ Registrar el historial de consultas.
8. Mensajería:
● Tareas:
■ Crear pantalla de visualización de mensajes.
■ Desarrollar sistema de envío y recepción de mensajes.
■ Configurar disponibilidad de mensajes en base al tipo de usuario.
Implementación EPA
Subdirección de Diseño instruccional
8. Estimación de Esfuerzo de las Tareas (IE 2.4.1)
8.1 Estimación de Esfuerzo de las Tareas
Historia de Usuario Tarea Estimación (Story
Points)
8
Crear y editar perfiles de Crear pantalla de visualización
usuario de usuarios existentes.
6
Permitir crear, modificar y
eliminar usuarios.
4
Permitir otorgar permisos según
roles.
3
Limitar la gestión de usuarios al
rol de administrador.
4
Registro de calificaciones: Crear pantalla de inicio de
sesión para docentes y
administrativos.
6
Implementar creación de
asignaturas y su modificación.
5
Permitir el ingreso de notas por
alumno y asignatura.
4
Implementar opción de
comentarios del profesor.
Implementación EPA
Subdirección de Diseño instruccional
7
Gestionar Calendario Crear vista de calendario
Escolar escolar.
8
Implementar eventos en el
calendario.
7
Permitir la edición y cancelación
de eventos.
4
Limitar la función a profesores y
administrativos.
Consultar Notas Crear pantalla de inicio de 3
Académicas sesión
Desarrollar vista de notas 5
Configurar acceso seguro 8
Implementar comentarios del 3
profesor
Enviar Notificación de Desarrollar formulario de 5
Evento Escolar eventos
Configurar notificación 3
automática
Implementar seguimiento de 5
lectura
Implementación EPA
Subdirección de Diseño instruccional
Consultar Calendario Incluir recordatorios para 3
Escolar eventos
Filtrar por tipo de evento 5
Configurar opción de 6
actualización
6
Mensajería Crear pantalla de visualización
de mensajes.
6
Desarrollar sistema de envío y
recepción de mensajes.
4
Configurar disponibilidad de
mensajes en base al tipo de
usuario.
Solicitar Consulta de Crear formulario de solicitud de 5
Rendimiento consulta
Implementar notificación 3
automática
Configurar sistema de 8
confirmación de reunión
Registrar historial de consultas 5
Estas tablas proporcionan un desglose completo para cada sección solicitada. La
estimación de esfuerzo puede ser ajustada en función del equipo de desarrollo y los
sprints disponibles.
Implementación EPA
Subdirección de Diseño instruccional
