Proyecto Integrado Final

Ingeniería de Ejecución en Computación e Informática

“Plataforma W.E.P”

Alumno: Carlos Chandia

Marcelo Quinchagual

Profesor: Rodrigo Leiva

Fecha de Entrega: 22/11/2024

CHILLÁN
Contenido

1 Capítulo 1: Antecedentes generales ................................................................. 5

1.1 Introducción............................................................................................... 5
1.2 Análisis Previo........................................................................................... 6
1.3 Definición del problema ............................................................................. 7
1.4 Descripción de la empresa ........................................................................ 8
1.5 Descripción del Área de Estudio ............................................................... 9
1.6 Características Claves del Área de Estudio ............................................ 10
1.6.1 El área de estudio tiene varias cosas importantes: .......................... 10
1.7 Modelo del Área de Estudio .................................................................... 10
1.8 Definición del Proyecto ........................................................................... 12
1.9 Impacto ................................................................................................... 14
1.10 Alcance ................................................................................................... 14
1.11 Ambiente de ingeniaría de Software ....................................................... 15
1.12 Ambiente de Desarrollo ........................................................................... 15
1.13 Estudio de Factibilidad ............................................................................ 18
1.13.1 Factibilidad Técnica ......................................................................... 18
1.13.2 Factibilidad Económica .................................................................... 19
1.13.3 Factibilidad Operacional................................................................... 19
1.14 Conclusión General de Factibilidad......................................................... 20
1.15 Requisitos Funcionales ........................................................................... 21
1.15.1 Tabla 1: Requisitos Funcionales ...................................................... 21
1.16 Requisitos No Funcionales ..................................................................... 22
1.16.1 Tabla 2: Requisitos No Funcionales ................................................ 22
1.17 Conclusión de Capitulo 1 ........................................................................ 23
2 Capítulo 2 ....................................................................................................... 24
2.1 Introducción............................................................................................. 24
2.2 Esquema Solución .................................................................................. 25
2.3 Alternativa de solución y propuestas más convenientes ......................... 26
2.4 Esquema de situación actual .................................................................. 27
2.4.1 Ilustración 1. BPMN Conteo actual de la plataforma de la universidad
adventista De Chile ......................................................................................... 27

2
2.5 Análisis crítico de la situación actual ....................................................... 28
No hay control en la carga de estudio............................................................. 28
Impacto en el aprendizaje autónomo .............................................................. 28
2.5.1 Consecuencias de una carga excesiva ............................................ 28
2.5.2 Faltan indicadores para mejorar la calidad de la educación ............ 29
2.5.3 Desconexión entre lo que espera la universidad y la experiencia del
estudiante ....................................................................................................... 29
2.5.4 Reflexión Final ................................................................................. 29
2.6 Esquema Solución .................................................................................. 30
2.7 Mapa De Empatía ................................................................................... 31
2.7.1 Ilustración 3. Modelo mapa empatía ................................................ 31
2.8 Arquitectura ............................................................................................. 32
2.8.1 Modelo ............................................................................................. 32
2.8.2 Controlador ...................................................................................... 32
2.8.3 Vista ................................................................................................. 32
2.9 Metodología Empleada ........................................................................... 33
2.10 Metodología de desarrollo ....................................................................... 34
2.10.1 Eventos clave de Scrum: ................................................................. 34
2.11 Diagrama de casos de uso .................................................................... 35
2.11.1 Ilustración 4. Diagrama de casos de uso ......................................... 35
2.12 Diagrama de clases ................................................................................ 36
2.12.1 Ilustración 5. Diagrama de clases .................................................... 36
2.13 Diagrama MER........................................................................................ 37
2.13.1 Ilustración 6: Diagramade Modelo Relacional .................................. 37
2.14 Diagrama MR .......................................................................................... 38
2.14.1 Ilustración 7. Diagrama Modelo Relacional ...................................... 38
2.15 Diccionario de datos................................................................................ 39
2.16 Diagrama de secuencias de sistema UML .............................................. 45
2.16.1 Ilustración 8. Diagrama Secuencial De Sistemas UML .................... 45
2.17 Diseño de interfaces Mock-Ups .............................................................. 46
2.17.1 Login de usuario (Solo personal autorizado).................................... 46
2.17.2 Diseño de inicio................................................................................ 47

3
 2.18 Diseño de Workload Estimator Proyect................................................... 48
2.19 Registro de carreras................................................................................ 49
2.20 Modelos de CRUD .................................................................................. 50
2.21 Conclusión de capítulo 2 ......................................................................... 51
3 Capítulo 3: Construcción del Software ............................................................ 52

Índice de figuras

4
1 Capítulo 1: Antecedentes generales

1.1 Introducción

La Universidad Adventista de Chile (UnACh) es una institución de educación superior

ubicada en la ciudad de Chillán, en la Región de Ñuble, Chile. Fundada en 1906, la UnACh se
destaca por su enfoque en la formación integral de sus estudiantes, promoviendo valores
cristianos adventistas, lo que la diferencia dentro del panorama universitario chileno. La
universidad ofrece una amplia gama de carreras en diversas áreas del conocimiento, incluyendo
salud, educación, ingeniería, y administración.

El aprendizaje de los estudiantes presenta importantes desafíos, por lo que esta institución
ha creado una plataforma en línea para que los alumnos refuercen y mejoren sus conocimientos.
Este entorno cuenta con contenido gráfico y audiovisual que permite a los estudiantes interactuar
con los distintos temas de la asignatura, facilitando una mayor comprensión. Cabe destacar que
esta herramienta complementa el trabajo realizado en las clases presenciales. El plan académico
se divide en horas semanales: ocho horas lectivas (clases presenciales) y ocho horas de trabajo
autónomo, donde la plataforma digital de la Universidad Adventista de Chile juega un papel
clave.

5
1.2 Análisis Previo

El análisis inicial indica que de la Universidad Adventista de Chile (UnACh) al

implementar un entorno virtual es cómo se distribuye y aprovecha el tiempo que los estudiantes
dedican al aprendizaje autónomo. Aunque se estima que los estudiantes invierten entre 12 y 15
horas semanales en tareas fuera de clase, no hay datos precisos sobre cómo se organiza ese
tiempo ni sobre la calidad del trabajo realizado. La plataforma en línea estructura el tiempo en
bloques definidos, pero no se tiene claridad sobre cuánto dedican a tareas específicas, la
variación según la dificultad de las actividades y la productividad del trabajo.

A pesar de que existen estudios sobre tiempos de lectura y realización de pruebas, estos
no se aplican directamente al entorno de aprendizaje autónomo, ya que la dinámica de trabajo
en casa es diferente. Por lo tanto, el reto para la UnACh no solo es ofrecer contenido atractivo,
sino también entender mejor el uso del tiempo de los estudiantes en la plataforma y medir la
calidad de su trabajo. Esto representa una oportunidad para innovar, implementando
mecanismos de seguimiento y retroalimentación para optimizar el aprendizaje autónomo.

6
1.3 Definición del problema

El manejo eficiente de las horas académicas es crucial para asegurar un equilibrio

adecuado en la carga de trabajo de los docentes en la Universidad Adventista de Chile (UnACh).
Aunque las clases remotas han sido una práctica habitual en la institución, ha surgido la
necesidad de contar con un sistema que permita administrar y monitorear de manera más precisa
las horas trabajadas por cada docente. Este proyecto se enfoca en cubrir la necesidad de contar
con una plataforma que permita identificar cuándo un profesor ha superado o no ha alcanzado
las horas de clase estipuladas, facilitando así una mejor gestión y planificación de los tiempos
de enseñanza. A través de esta herramienta, se busca optimizar la distribución del trabajo
académico, asegurando que los profesores cumplan con sus responsabilidades de manera
eficiente. En este informe, se presentará el objetivo del proyecto, el impacto que se espera lograr
en la organización educativa, y los detalles técnicos que lo sustentan.

La principal problemática radica en cumplir con las horas de clase establecidas. Tanto las
clases virtuales como las actividades en la plataforma deben ajustarse a las horas estipuladas por
el reglamento. Estas actividades incluyen PDFs, videos interactivos y ejercicios que requieren
la participación del estudiante. En total, las horas de estudio semanales, que combinan las clases
remotas con el trabajo autónomo del alumno, deben sumar ocho horas.

7
1.4 Descripción de la empresa

Su principal sede en Chillán, la institución se caracteriza por su compromiso con la

comunidad y su énfasis en el desarrollo sostenible y la responsabilidad social. Como parte del
sistema educativo adventista a nivel mundial, la UnACh tiene una fuerte conexión con la Iglesia
Adventista del Séptimo Día y promueve una educación basada en principios éticos y morales.
Con más de un siglo de trayectoria.

La misión de la Universidad Adventista de Chile es una institución privada, cuyo proyecto

educativo se fundamenta en una cosmovisión bíblica cristiana que tiene como propósito formar
profesionales y graduados competentes, crear y transmitir conocimiento y vincularse con el
medio, para contribuir al desarrollo cultural, social y productivo de la región y del país, así como
de la Iglesia Adventista.

La visión es ser reconocidos como una universidad confesional y regional, comprometida

con la formación integral de calidad de sus estudiantes, que fortalece los lazos con el entorno y
contribuye con su quehacer al desarrollo local.

8
1.5 Descripción del Área de Estudio

El área de estudio de este proyecto se enfoca en la Universidad Adventista de Chile

(UnACh), que está en Chillán, Región de Ñuble. Esta universidad cuenta su historia, ya que fue
fundada en 1906. Algo que la hace diferente de otras universidades es que enseña con valores
Cristianos Adventistas. Ofrecen muchas carreras en diversas áreas de salud, educación,
ingeniería y administración.

La UnACh tiene un sistema de estudio que mezcla clases presenciales y trabajo que uno hace
solo. Para eso, crearon una plataforma online que ayuda a los alumnos a estudiar en casa o
donde quieran. Esa plataforma tiene videos, gráficos y otros contenidos que los alumnos
pueden ver o hacer para entender mejor lo que vieron en clases. Cada semana, los estudiantes
tienen que cumplir con ocho horas de clases en la universidad y ocho horas de trabajo por su
cuenta, donde la plataforma digital es clave para poder cumplir con esas horas fuera de clase.

9
1.6 Características Claves del Área de Estudio

1.6.1 El área de estudio tiene varias cosas importantes:

• Clases hibridas: En la UnACh, los estudiantes tienen clases en la universidad y también

tienen que usar la plataforma online para estudiar por su cuenta. Esto ayuda a que los
estudiantes puedan reforzar lo que vieron en las clases presenciales con tareas que hagan
en casa, usando videos, PDFs y otras cosas interactivas.

• Organización del tiempo: Uno de los grandes problemas es que, aunque los estudiantes
deben dedicar ocho horas de trabajo autónomos cada semana, no se sabe con exactitud
si están sobrecargados o les falta recibir tareas que ayuden a su aprendizaje. Por esto este
proyecto va a ayudar a los alumnos para que organicen bien su tiempo fuera de las aulas
de clases.

• Diversidad de carreras: En la UnACh hay muchas carreras, y cada una tiene tipos de
tareas muy distintas. La plataforma tiene que adaptarse a eso, ya que no es lo mismo
hacer un ejercicio práctico de ingeniería que leer un texto largo de educación. Esto
complica un poco saber cuántas horas les toma realmente a los estudiantes completar las
actividades.

• Soporte tecnológico: La universidad tiene una plataforma digital que está pensada para
mejorar cómo los estudiantes aprenden. Sin embargo, todavía se necesita un sistema que
permita ver cuánto tiempo exacto deberían dedicar los estudiantes a las actividades que
les hacen los docentes, y si están siendo eficientes en su estudio.

1.7 Modelo del Área de Estudio

El modelo de este estudio está basado en cómo interactúan los estudiantes, los docentes y
la plataforma digital de la UnACh. El propósito de este modelo es optimizar el uso del tiempo
de los estudiantes en el entorno digital, permitiendo que la plataforma "Workload Estimator 2.0"
actúe como una herramienta de seguimiento y planificación.

En este modelo están:

10
 1. Estudiantes: Son los principales usuarios de la plataforma. Son los que tienen que
cumplir con una cantidad de horas de trabajo a la semana, pero a veces no es claro cómo
organizan ese tiempo. La plataforma los va a ayudar a que el tiempo que dedican a leer,
ver videos o hacer tareas esté mejor distribuido.

2. Docentes: Son los que suben los materiales y organizan las actividades en la plataforma.
Con el modelo, los docentes van a poder ajustar las tareas según el tiempo que la
plataforma calcula que debería tomar cada una, para que los estudiantes no estén
sobrecargados y que a estos no le falte trabajo.

3. Plataforma digital: Esta es como el puente entre los estudiantes y los docentes. La
"Workload Estimator 2.0" va a generar reportes semanales para que los docentes puedan
revisar si las tareas asignadas cumplan con los tiempos y realizar ajustes si es necesario.

Con este modelo, la universidad podrá tener un mejor control sobre cómo los estudiantes
usan su tiempo y mejorar la planificación del estudio autónomo.

11
1.8 Definición del Proyecto

El proyecto "Workload Estimator 2.0" tiene como objetivo ayudar a la Universidad

Adventista de Chile (UnACh) a gestionar de manera más eficiente la carga de trabajo académico
de los estudiantes. Esta herramienta web permitirá a los responsables de la planificación
educativa orientar a los docentes para que estructuren mejor los contenidos académicos.

La plataforma funciona como una calculadora especial, donde se pueden ingresar datos
como el número de palabras de un texto, la duración de los videos o las actividades que deben
realizar los estudiantes. Con esta información, se estima cuánto tiempo debería tardar un
estudiante promedio en completar las tareas. Después, se genera un reporte que incluye el
nombre de la asignatura y del docente responsable, lo que facilita una revisión semanal y permite
realizar los ajustes necesarios.

12
1.8.1.1 Objetivo general
Implementar una plataforma que permita calcular las horas de trabajo autónomo que los
estudiantes deben dedicar, en función de los materiales proporcionados por el docente. La
plataforma debe realizar los cálculos de manera automática guiado por un analista de datos,
también esta plataforma registra esta información en una base de datos; resguardando que el
profesor no asigne demasiado trabajo autónomo, evitando sobrecargar a los estudiantes, y
también garantizar que se cumplan las horas mínimas necesarias de trabajo autónomo según lo
requerido.

1.8.1.2 Objetivos específicos

1. Rediseñar el sistema Workload Estimator 2.0 de la Wake Forest University para

gestionar la carga de material producido por los docentes, en base a los créditos
designados por cada asignatura, permitiendo monitorear el cumplimento de las horas
totales de carga de los estudiantes.
2. Implementar una plataforma para la unidad de educación a distancia de la Universidad
Adventista de Chile, que permita llevar un registro de las horas de las clases vía remota.
3. Desarrollar un módulo de reportes que permita identificar a los docentes que exceden o
no alcanzan las horas de trabajo autónomo asignadas por la institución. Este módulo
proporcionará información clara y detallada, facilitando el monitoreo y cumplimiento de
los requisitos establecidos, asegurando una adecuada distribución de las cargas de
trabajo para los estudiantes.

13
 1.9 Impacto

• Este proyecto tendrá un alto impacto en la UnACh, específicamente en la gestión y

planificación de la dirección de posgrado. Al implementar un sistema que permita medir
la carga de trabajo de los materiales instructivos, elaborados por los docentes. Accesible
tanto desde la web, se innovará en la forma en que se estima y gestiona la carga de
trabajo, mejorando significativamente la experiencia educativa para estudiantes y
personal académico.

1.10 Alcance

El alcance del proyecto “Workload Estimator 2.0” abarca solo a la Universidad Adventista
de Chile ubicada en la ciudad de Chillán y solo tendrán acceso los planificadores a cargo de la
plataforma donde se sube el contenido de estudio de los estudiantes.

Se espera que este proyecto ayude a ordenar el sistema y permitiendo que los estudiantes tengan
una mejor manera de aprendizaje.

14
1.11 Ambiente de ingeniaría de Software

Para el proyecto, el equipo va a trabajar con Python y MYSQL, así que el ambiente de
desarrollo quedaría de la siguiente manera:

1.12 Ambiente de Desarrollo

Lenguaje de Programación: Se usará Python por su flexibilidad, escalabilidad y tiempos de

respuesta, permitiéndoles organizar mejor la carga de trabajo de los estudiantes.

Base de Datos: La información importante, como los datos de los estudiantes, sus asignaturas y
horas de estudio, se guarda en MYSQL. FALTA VERSION

Editor de Código: Se usará VS Code, que facilitan bastante trabajar con Python y conectar con
la base de datos sin muchas complicaciones. FALTA VERSION

2. Servidor de Base de Datos

MYSQL: Es como el "cerebro" del proyecto, donde se almacena toda la información sobre las
actividades, el tiempo de estudio y el rendimiento de los estudiantes. Básicamente, todo lo
relevante va a estar aquí.

3. Flujo de Trabajo y Pruebas

Para analizar la carga académica, el equipo va a crear scripts en Python que saquen datos
de MySQL, así pueden ver si el trabajo es demasiado o si está bien distribuido. Con todo lo
mencionado esto tiene una base sólida para poder analizar la carga académica y ayudar a que
los estudiantes organicen mejor su tiempo de estudio.

15
1.13 Guía para identificación de problemática

¿Qué es lo que sucede?

«Próximo registro»¿Qué es lo que sucede?

«Próximo registro»¿Qué es lo que sucede?

«Próximo registro»¿Qué es lo que sucede?

16
¿Cuál es la situación ideal o deseada?

La situación ideal es contar con una plataforma que permita a la UNACH administrar de
manera precisa el tiempo de estudio autónomo de los estudiantes. Esta herramienta, llamada
"Workload Estimator 2.0", debería poder calcular automáticamente las horas de trabajo
necesario en función del material subido por los docentes, optimizando la distribución de
la carga académica y evitando el exceso o déficit de trabajo.

¿Durante cuánto tiempo ocurre o ha ocurrido?

La falta de un control preciso de la carga académica ha sido un problema continuo en la

UNACH, especialmente intensificado por la educación a distancia. La necesidad de esta
mejora se ha mantenido y ha sido detectada a lo largo de la implementación de la plataforma
de aprendizaje autónomo de la universidad.

17
1.14 Estudio de Factibilidad

El proyecto va a usar Python y MySQL como herramientas principales, lo que asegura

que el sistema sea eficiente y fácil de manejar, ya que estas tecnologías son confiables y no
necesitan mucha infraestructura extra. Además, contar con el apoyo del área académica de la
Universidad Adventista de Chile (UnACh) asegura que los datos sobre la carga académica de
los estudiantes y los requisitos de cada asignatura estén siempre actualizados, haciendo que el
sistema sea realmente útil.

1.14.1 Factibilidad Técnica

Elegir Python y MySQL es una buena opción técnicamente, ya que Python es rápido de
desarrollar y fácil de mantener, mientras que MySQL permite gestionar bien las bases de datos
académicas. Estas herramientas están perfectas para manejar y analizar datos de horas de
estudio, tareas y exámenes, y pueden calcular la carga académica según el tiempo que cada
actividad necesita.

Además, usando librerías de Python como Pandas para análisis de datos y Matplotlib o
Plotly para gráficos, el proyecto puede crecer fácil en el futuro. Esto hace que el sistema sea
adaptable y que se puedan agregar reportes visuales para mostrar a los estudiantes su carga de
estudio de forma clara.

18
1.14.2 Factibilidad Económica

Como están usando herramientas de bajo costo o gratis (Python y MySQL), el proyecto
es económico. Python es de código abierto, así que no hay que pagar por usarlo, y MySQL
puede funcionar sin gastos grandes si ya tienen acceso a un servidor básico.

La plataforma sí necesita hospedar en un servidor, pero la UNACH ya tiene uno

implementado, lo que hace que sea costo cero por economías de escala. Dicho lo anterior, el
proyecto tiene costo cero.

1.14.3 Factibilidad Operacional

Impacto en estudiantes y la U: El sistema debería ayudar a organizar mejor el tiempo de

estudio de los estudiantes y hacer que la carga de trabajo sea más balanceada, lo que los ayudaría
a rendir mejor y con menos estrés.

Cambios en la U: El equipo tendrá que coordinarse con la parte académica de la U para que la
plataforma esté bien conectada con los datos que necesitan.

Adaptación: Profes y estudiantes tendrían que aprender a usar la plataforma, pero con una
buena explicación al inicio, debería ser fácil.

19
1.15 Conclusión General de Factibilidad

Después de revisar las distintas áreas de factibilidad del proyecto para gestionar la carga
académica en la Universidad Adventista de Chile, se puede decir que todo va bien encaminado.
Desde lo técnico, elegir Python y MySQL es una buena opción porque dan una base sólida y
flexible para desarrollar el sistema, permitiendo organizar bien los datos y adaptarse a lo que se
necesite.

Económicamente, usando herramientas opensource, el proyecto se puede llevar a cabo sin

incurrir en una inversión, permitiendo a futuro las mantenciones correctivas y evolutivas.

Lo más importante es la parte operativa. Estudiantes y docentes están interesados en tener

una herramienta que ayude a manejar mejor la carga de estudio y a organizar el tiempo. Además,
el apoyo de las áreas académicas de la universidad va a ser clave para conectar la plataforma
con la información necesaria y asegurarse de que sea útil para todos. Esto ayudaría a que los
estudiantes tengan una mejor experiencia y aprovechen mejor su tiempo de estudio autónomo.

20
 1.16 Requisitos Funcionales

Requisito Descripción

Cálculos de carga El sistema debe calcular la carga total de estudio por asignatura, sumando
académica las horas necesarias y actividades asignadas.

Registro de nuevas Administradores pueden registrar nuevas (carreras, asignaturas, etc.) y

carreras y asignaturas asignarle datos a cada uno de ellos.

Reportes de carga de El sistema genera reportes mostrando las horas de estudio para cada ramo y
estudio cada estudiante, permitiendo ver si la carga está equilibrada.

Los Administradores pueden ver los datos ingresados, luego de trabajarlos

Seguimiento
en el gestor de carga de trabajo

La plataforma permite la creación de nuevas credenciales en caso de ser

Nuevas credenciales
necesario.

1.16.1 Tabla 1: Requisitos Funcionales

21
 1.17 Requisitos No Funcionales

Requisito Descripción

Tiempo de
Las consultas y reportes deben generarse en menos de 3 segundos.
respuesta

El sistema debe poder aumentar su capacidad de 1000 a 5000

Escalabilidad
asignaturas según las necesidades de la universidad.

La plataforma debe estar disponible el 99% del tiempo para evitar

Disponibilidad
interrupciones.

Interfaz fácil de La interfaz debe ser simple e intuitiva para que tanto administrador
usar como analista puedan navegar sin dificultad.

Seguridad de La información debe estar protegida con cifrado y controles de

datos acceso para asegurar la privacidad de los datos académicos.

1.17.1 Tabla 2: Requisitos No Funcionales

22
1.18 Conclusión de Capitulo 1

En conclusión, del primer capítulo deja claro que en la Universidad Adventista de Chile
hace falta un sistema para organizar mejor cuánto tienen que estudiar los estudiantes.
Básicamente, explica cómo está la cosa ahora y cuál es la idea detrás de la plataforma "Workload
Estimator 2.0". La universidad quiere que los estudiantes tengan una mejor experiencia, y para
eso busca un sistema que controle y mida bien el tiempo que pasan estudiando solos. Esto haría
que la carga de trabajo sea más justa y que los estudiantes puedan cumplir con sus horas sin
pasarse ni quedarse cortos, estudiando de manera más organizada y sin tanto agobio. Así,
aprenderían mejor y también podrían disfrutar más de su vida universitaria. En pocas palabras,
este proyecto es la solución ideal para organizar el tiempo de estudio y mejorar la calidad de
enseñanza en la universidad.

23
2 Capítulo 2: Diseño

2.1 Introducción

En este capítulo se explica cómo está pensado el proyecto “Workload Estimator Project”,
con los detalles técnicos y el método que usaremos para desarrollarlo. Primero, se arma un
esquema de solución para definir la estrategia y un mapa de empatía que sirve para entender lo
que necesitan el usuario y cómo poder manejarlo adecuadamente.

El proyecto se basa en SCRUM, un método ágil de desarrollo, y en el Diseño Basado en

Eventos (EBD) esto organiza mejor las actividades realizas durante la progresión del sistema.
Se empieza con los diagramas de Casos de Uso (o Historias de Usuario) y un Diagrama de
Clases UML. En segundo lugar, vienen los Modelos Entidad-Relación (ERM) y el Modelo
Relacional, además de un diccionario de datos que explica las entidades del sistema.

En la fase de implementación, sumamos otras integraciones de sistemas y diagramas de

secuencia UML para mostrar cómo se relacionan los distintos componentes. Al final, se
presentan los diseños de interfaz en maquetas y los casos de prueba para asegurar que la
aplicación funcione como se espera. Este capítulo entrega una visión general de cómo está
planeado y estructurado el proyecto, con el foco en que sea funcional, fácil de usar y eficiente.

24
 2.2 Esquema Solución

La plataforma busca resolver un problema en la Universidad Adventista de Chile

relacionado con la carga de trabajo en algunas asignaturas. Se enfoca en calcular las horas que
debe dedicar un profe a su grupo de estudiantes, para evitar sobrecargar a los alumnos con tareas,
actividades, videos o informes, y asegurar que los profes cumplan con lo que les toca.

La solución propuesta es un sistema web que analizará datos de cada sección y

centralizará la información, permitiendo a los administradores y analistas tomar decisiones más
informadas. Además, se incluirá un sistema de almacenamiento seguro que generará reportes de
la información reunida.

25
2.3 Alternativa de solución y propuestas más convenientes

La solución más práctica sería crear una plataforma que calcule automáticamente cuántas
horas de trabajo autónomo necesitan los estudiantes, según el material que suben los docentes.
La idea es que la plataforma, con ayuda de un analista de datos o el mismo diseñador
instruccional, registre todo en una base de datos para evitar que los estudiantes queden
sobrecargados o, al contrario, con pocas horas de estudio.

Para hacerlo, se podría tomar el sistema Workload Estimator 2.0 de la Wake Forest
University y adaptarlo a lo que necesita la Universidad Adventista de Chile. Así, el sistema
podría manejar el material que ponen los docentes y asegurar que cada asignatura cumpla con
las horas necesarias según los créditos.

Finalmente, un módulo de reportes ayudaría a ver si algún docente asigna demasiadas

horas o no llega a cubrir esas horas restantes, ayudando a que la carga de trabajo esté bien
equilibrada para los estudiantes.

26
2.4 Esquema de situación actual

A manera de complementar la descripción del área de estudio se incluirán diagramas con

notación BPMN

El siguiente diagrama muestra el proceso actual del sistema de planificación de contenidos

educativos en la institución para el formato de enseñanza remota, siendo el principal usuario el
Diseñador Gráfico.

2.4.1 Ilustración 1. BPMN Conteo actual de la plataforma de la Universidad Adventista De

Chile

27
2.5 Análisis crítico de la situación actual

Hoy en día, la Universidad Adventista de Chile (UnACh) tiene un problema grande con la forma
en que organiza las horas de estudio y la carga académica de sus estudiantes en la plataforma
virtual. No tienen un control claro de las horas que los alumnos realmente necesitan fuera de
clase, y eso hace imposible saber si la carga de trabajo que están poniendo es adecuada o si en
realidad están sobrecargando a los estudiantes. Esto afecta directamente la forma en que los
alumnos pueden estudiar de manera autónoma y eficiente

No hay control en la carga de estudio

La UnACh no cuenta con un sistema eficiente para monitorear cuántas horas de estudio los
estudiantes deberían dedicar en la plataforma. Sin este control, no pueden saber si los alumnos
están recibiendo demasiados contenidos o si, al contrario, no están alcanzando las horas
necesarias para aprender bien. Esta falta de control hace que los estudiantes puedan sentirse
abrumados con el material o, en otros casos, que no tengan lo suficiente para lograr sus metas
académicas.

Impacto en el aprendizaje autónomo

En la educación a distancia, es súper importante que los estudiantes desarrollen habilidades

para estudiar solos. Sin embargo, esto solo es posible si la carga de estudio está bien organizada.
Al no controlar la cantidad de trabajo en la plataforma, la universidad no sabe si los estudiantes
están dedicando el tiempo necesario o si el contenido está bien distribuido. Esto afecta la
motivación de los alumnos y puede llevarlos a frustrarse o perder el interés en sus estudios.

2.5.1 Consecuencias de una carga excesiva

Cuando no se mide bien la carga de trabajo, los estudiantes pueden terminar con mucho
contenido por estudiar, lo que genera estrés y cansancio. Esto no solo afecta su rendimiento
académico, sino también su salud mental y física. Además, si los estudiantes no tienen tiempo
de procesar la información correctamente, es probable que olviden lo aprendido o no lo asimilen
bien, lo que perjudica su aprendizaje.

28
2.5.2 Faltan indicadores para mejorar la calidad de la educación

Una universidad debería tener formas de medir no solo cómo les va a los estudiantes en
sus notas, sino también cuánto tiempo y esfuerzo están invirtiendo en sus estudios. Sin esa
información, la UnACh no tiene manera de saber si la cantidad de contenido que suben a la
plataforma es adecuada o si hay que ajustar algo. Esto limita la capacidad de mejorar la
educación a distancia y hacer que los estudiantes estén más satisfechos.

2.5.3 Desconexión entre lo que espera la universidad y la experiencia del estudiante

Al no monitorear la carga de trabajo, la universidad no está al tanto de la realidad de los

estudiantes. Esto crea una desconexión, porque lo que la universidad espera de los alumnos no
necesariamente se alinea con lo que ellos pueden realmente hacer. Los estudiantes pueden llegar
a sentirse incomprendidos o incluso desatendidos, lo que afecta la relación entre la universidad
y sus alumnos.

2.5.4 Reflexión Final

La UnACh necesita mejorar mucho la forma en que organiza y supervisa la carga

académica en su plataforma. La falta de control en este aspecto afecta el aprendizaje de los
estudiantes y su bienestar, ya que no permite adaptar la educación a las verdaderas necesidades
de los alumnos. Sería muy útil que la universidad implementara un sistema de seguimiento que
ayude a ajustar la carga de estudio, permitiendo que los estudiantes puedan aprender de manera
autónoma y sin sentirse sobrecargados. Con estos cambios, la UnACh podría asegurar que la
educación a distancia sea más efectiva y que se ajusta tanto a los objetivos de la universidad
como a las expectativas de los estudiantes.

29
2.6 Esquema Solución

A continuación, se muestra un esquema similar al anterior, pero con un cambio

importante que hace la diferencia. Como se ha mencionado antes, la idea es integrar un sistema
que ayude a calcular las horas de trabajo autónomo de los estudiantes.

En este esquema, el sistema requiere que sea el diseñador instruccional quien ingrese
manualmente los datos de carga de trabajo. Esto significa que el diseñador instruccional es el
único con acceso para registrar las horas estimadas de dedicación para cada tarea, lectura o
actividad asignada a los estudiantes. Este cambio permite que la plataforma no solo almacene
el contenido educativo, sino que también use esta información para calcular el tiempo total de
estudio esperado.

Ilustración 2. BPMN Trazabilidad solución la plataforma de la universidad adventista De

Chile

30
2.7 Mapa De Empatía

La administración de la Universidad Adventista de Chile realmente necesita una forma

más sencilla y precisa de llevar el control de las horas de trabajo de los docentes y asegurar que
todos tengan una carga justa. Hoy en día, les cuesta porque todo el registro de horas se hace
manualmente, lo que hace el proceso lento y lleno de posibles errores. Además de la presión de
los directivos para que todo esté bajo control, los administradores también escuchan las
inquietudes de los profesores, que a veces sienten que la distribución de horas no es del todo
equitativa. Por eso, tienen muchas expectativas de una plataforma que les permita registrar las
horas y generar reportes automáticos, y aunque tienen sus dudas, esperan que esta herramienta
sea la solución para hacer un monitoreo en tiempo real y que, finalmente, el trabajo esté bien
distribuido para todos.

2.7.1 Ilustración 3. Modelo mapa empatía

31
 2.8 Arquitectura

El diseño de la plataforma estará basado en el patrón Modelo-Vista-Controlador (MVC),

empleando un marco de trabajo denominado Flask, el backend se llevará a cabo en lenguaje
Python, mientras que el frontend se realizará en HTML, utilizando la biblioteca principal de
Bootstrap 5 para garantizar una interfaz moderna y responsiva.

2.8.1 Modelo

Es la capa que interactúa directamente con la base de datos MySQL, el modelo se

encargara de definir las clases y métodos para acceder a los datos, como la creación, lectura,
actualización y eliminación de registros (CRUD), utilizando librerías como SQLAlchemy o
MysqlDb, de esta manera permitiendo que los datos pasen al controlador.

2.8.2 Controlador

Este funciona como un enlace entre el modelo y la vista, su función es gestionar las rutas
y la lógica de negocio. Cada vez que el usuario efectúa una petición (como ingresar a una página
o enviar un formulario), el controlador recibe la solicitud, realiza una consulta y actualiza el
modelo conforme se requiera, y proporciona una respuesta apropiada. Además, este tiene la
particularidad de validar los datos y gestionar excepciones, asegurando un flujo controlado entre
el usuario y la información.

2.8.3 Vista

La vista es la capa que muestra la información al usuario, Flask por ejemplo utiliza el
motor de plantillas Jinja2 para manejar y renderizar HTML de manera dinámica. En este
proyecto, se aplicará Bootstrap 5 para darle un estilo moderno y responsivo, lo cual facilitará la
creación de interfaces atractivas y accesibles. De esta forma, se genera contenido dinámico y
adaptado a la experiencia del usuario.

32
2.9 Metodología Empleada

Los métodos de desarrollo ágiles ofrecen enormes ventajas para la gestión de proyectos
al dividirlos en ciclos de trabajo cortos llamados "Sprint". Cada "sprint" permite la entrega de
pequeñas partes funcionales del proyecto, promoviendo así un desarrollo incremental y
continuo. Una de las principales ventajas de estos métodos es su flexibilidad, ya que pueden
adaptarse fácilmente a los cambios de circunstancias y necesidades de los clientes. Esto es
especialmente beneficioso para proyectos donde los requisitos o prioridades pueden cambiar
rápidamente, permitiendo ajustar los objetivos sin demoras significativas.

El impacto que esto tiene en las personas es significativo porque los métodos ágiles
promueven la colaboración continua entre los miembros del equipo y los clientes. La
retroalimentación frecuente mejora la comunicación, crea un ambiente de trabajo más dinámico
y reduce la posibilidad de malentendidos, aumentando así la satisfacción del equipo y del cliente.
Además, un enfoque iterativo permite a los desarrolladores ver continuamente el progreso de su
trabajo, aumentando así la motivación y el compromiso con el proyecto.

En cuanto al impacto en los procesos, los métodos ágiles optimizan la eficiencia y la

productividad al identificar y resolver problemas tempranamente, reduciendo así el riesgo de
errores mayores al final del proyecto. La entrega continua de incrementos de funciones permite
realizar pruebas y ajustes durante todo el proceso de desarrollo, lo que garantiza que el producto
final sea de mayor calidad y más acorde con las expectativas del cliente.

33
2.10 Metodología de desarrollo

Se empleará la metodología ágil Scrum. Este enfoque es un marco de trabajo diseñado para
gestionar y desarrollar productos complejos mediante ciclos iterativos y mejoras continuas. En
términos simples, Scrum se basa en la colaboración entre equipos con diferentes habilidades, la
entrega progresiva de partes funcionales del producto y la constante adaptación a los cambios.
El proceso se organiza en ciclos denominados Sprint, que suelen durar entre 2 y 4 semanas, y al
finalizar cada uno se presenta una parte funcional del producto.

2.10.1 Eventos clave de Scrum:

• Sprint: El ciclo en el que se desarrolla una parte del producto.

• Sprint Planning: Una reunión para decidir qué tareas se abordarán durante el Sprint.
• Daily Scrum: Una breve reunión diaria para revisar el progreso y hacer ajustes si es
necesario.
• Sprint Review: Al finalizar el Sprint, se revisa el trabajo realizado y se recibe
retroalimentación.

34
2.11 Diagrama de casos de uso

Este diagrama de casos de uso muestra cómo el Diseñador Instruccional usa la plataforma para
gestionar y organizar la carga de trabajo académico. En el proyecto, esta plataforma le permite
revisar, aprobar y subir los materiales educativos, además de coordinar con otros equipos para
asegurarse de que todo esté en el formato correcto. La plataforma ayuda a controlar los
contenidos y la carga de estudio para que los estudiantes no tengan ni demasiadas ni pocas horas
de trabajo. También permite administrar perfiles y revisar qué materiales están disponibles,
asegurando que todo esté ordenado. En resumen, facilita el monitoreo de la carga académica y
garantiza que los estudiantes tengan acceso a los recursos necesarios para un buen aprendizaje
autónomo.

2.11.1 Ilustración 4. Diagrama de casos de uso

35
2.12 Diagrama de clases

Este diagrama de clases representa cómo están organizadas las distintas partes del sistema de la
plataforma de carga académica, pero explicado de forma que sea más fácil de entender. Cada
"clase" es como un bloque de información o una categoría en la plataforma que tiene sus propios
datos y funciones específicas.

2.12.1 Ilustración 5. Diagrama de clases

36
2.13 Diagrama MER

El diagrama de Modelo Entidad Relación (MER) muestra como está organizada la información
de la base de datos de la información que se quieren almacenar y como se relacionan entre sí.
Este diagrama sirve para planificar y entender la estructura de la información antes de crear la
base de datos.

2.13.1 Ilustración 6: Diagramade Modelo Relacional

37
2.14 Diagrama MR

Este tipo de diagrama es una forma de organizar y estructurar la información en una base de
datos utilizando tablas. Es modelo es muy utilizado ya que organiza la información de manera
estructurada y facilita las consultas, modificaciones y mantenimiento de la base de datos.

2.14.1 Ilustración 7. Diagrama Modelo Relacional

38
2.15 Diccionario de datos

Tabla: asignatura

Nombre Tipo Especificación

id int(11) Identificador único de la asignatura

nombre varchar(30) Nombre de la asignatura

año year(4) Año en que se imparte la asignatura

hrs_lectivas int(11) Horas lectivas asignadas

hrs_sincronicas int(11) Horas sincronizadas de enseñanza

hrs_asincronicas int(11) Horas asincrónicas de estudio

Tabla: carrera

Nombre Tipo Especificación

id int(11) Identificador único de la carrera

id_categoria int(11) Referencia a la categoría a la que pertenece

nombre varchar(30) Nombre de la carrera

año date Año de inicio de la carrera

39
Tabla: carreras_asignatura

Nombre Tipo Especificación

id_asignatura int(11) Identificador de la asignatura

id_carrera int(11) Identificador de la carrera

periodo date Periodo en que se cursa la asignatura

Tabla: categoría

Nombre Tipo Especificación

id int(11) Identificador de la categoría

nombre varchar(30) Nombre de la categoría

año year(4) Año en que fue creada la categoría

40
Tabla: estimacion_carga_trabajo

Nombre Tipo Especificación

id int(11) Identificador único de la estimación

id_asignatura int(11) Referencia a la asignatura

tasa_hrs_lectivas decimal(10,2) Estimación de horas lectivas necesarias

tasa_hrs_sincronicas decimal(10,2) Estimación de horas de trabajo sincronizadas

tasa_hrs_asincronicas decimal(10,2) Estimación de horas de trabajo asincrónicas

tasa_hrs_publicacion decimal(10,2) Estimación de horas para publicación de contenido

Tabla: examenes

Nombre Tipo Especificación

id int(11) Identificador único del examen

id_asignatura int(11) Referencia a la asignatura del examen

examenes_semestre int(11) Cantidad de exámenes en el semestre

hrs_estudio_examen int(11) Horas de estudio estimadas para el examen

limite_tiempo_examen int(11) Tiempo límite para realizar el examen

41
Tabla: publicaciones_discusion

Nombre Tipo Especificación

id int(11) Identificador único de la publicación de discusión

id_asignatura int(11) Referencia a la asignatura

publicaciones_semana decimal(10,2) Cantidad de publicaciones semanales

tipo_formato varchar(20) Formato de la publicación (e.g., texto, video)

longitud_promedio_palabras int(11) Número promedio de palabras

longitud_promedio_minutos decimal(10,2) Duración promedio en minutos

hrs_semana decimal(10,2) Horas semanales estimadas para la publicación

Tabla: roles

Nombre Tipo Especificación

id int(11) Identificador del rol

descripción varchar(20) Descripción del rol

42
Tabla: tareas_escritas

Nombre Tipo Especificación

id int(11) Identificador de la tarea escrita

id_asignatura int(11) Referencia a la asignatura

paginas_semestre int(11) Cantidad de páginas escritas en el semestre

densidad_paginas varchar(20) Densidad de las páginas (e.g., alta, baja)

genero varchar(30) Género de la tarea (e.g., ensayo, reporte)

tipo_borrador varchar(30) Tipo de borrador o versión

tasa_escritura_estimada decimal(10,2) Tasa estimada de escritura por hora

Tabla: tareas_lectura

Nombre Tipo Especificación

id int(11) Identificador de la tarea de lectura

id_asignatura int(11) Referencia a la asignatura

paginas_semana int(11) Cantidad de páginas a leer semanalmente

densidad_paginas varchar(30) Densidad de las páginas (e.g., alta, baja)

dificultad varchar(30) Dificultad de la lectura

proposito varchar(20) Propósito de la lectura (e.g., preparación, repaso)

tasa_lectura_estimada decimal(10,2) Tasa estimada de lectura por hora

43
Tabla: userlogin

Nombre Tipo Especificación

id smallint(3) Identificador único de usuario

username varchar(20) Nombre de usuario

password char(102) Contraseña encriptada del usuario

fullname varchar(50) Nombre completo del usuario

id_rol int(11) Rol asociado al usuario

44
2.16 Diagrama de secuencias de sistema UML

El diagrama de secuencia de sistema UML básicamente muestra cómo alguien (en este
caso, un administrador) interactúa con el sistema para hacer varias tareas, como iniciar sesión,
agregar cosas como categorías o asignaturas, entrar al gestor de trabajo, llenar formularios, y
guardar datos. La idea es que cada acción se vea en un orden específico, de arriba hacia abajo,
y así se muestra cómo van los pasos para completar cada tarea. Es como un paso a paso de cómo
el sistema y el usuario se van comunicando para lograr algo. Este tipo de diagrama ayuda a
entender el flujo de trabajo y cómo el sistema responde a cada acción del usuario.

2.16.1 Ilustración 8. Diagrama Secuencial De Sistemas UML

45
2.17 Diseño de interfaces Mock-Ups

Los Mockups son representaciones visuales estáticas de la interfaz del sistema "Workload
Estimator proyect", diseñadas para ilustrar la apariencia y funcionalidad de las diferentes
pantallas. Este diseño permite visualizar cómo interactúan con la plataforma

2.17.1 Login de usuario (Solo personal autorizado)

2.17.1.1 Ilustración 9. Mock-Ups Login Usuario

46
2.17.2 Diseño de inicio

2.17.2.1 Ilustración 10. Mock-Ups Dashboard

47
2.18 Diseño de Workload Estimator Proyect

2.18.1.1 Ilustración 11. Mock-Ups Dashboard

48
2.19 Registro de carreras

2.19.1.1 Ilustración 12 Mock-Ups de Gestión de carrera

49
2.20 Modelos de CRUD

2.20.1.1 Ilustración 13. Mock-Ups Modelos de CRUD (Agregar, eliminar, editar)

50
2.21 Conclusión de capítulo 2

El segundo capítulo se enfoca en cómo va a funcionar la plataforma "Workload Estimator 2.0"

y en los detalles técnicos para que pueda cumplir con sus objetivos en la UnACh. Básicamente,
explica toda la estructura, las herramientas y la forma de trabajo que usaron para que el sistema
se adapte de verdad a lo que necesita la universidad. La idea es que esta plataforma ayude a
organizar mejor el tiempo de estudio autónomo y evite que los estudiantes se sobrecarguen de
trabajo. Con este sistema, la UnACh no solo va a mejorar cómo se planifica y equilibra la carga
académica, sino que también les dará a los estudiantes una experiencia de aprendizaje más
llevadera y efectiva, haciendo que estudiar sea más manejable y menos estresante.

51
3 Capítulo 3: Construcción del Software

3.1 Introducción

El proposito de este capítulo es abordará la construcción de un software destinado a

beneficiar a los administradores y analistas de la Universidad Adventista de Chile, con el fin de
apoyarlos en la gestión de la carga de trabajo académico de los estudiantes y docentes. Este
software actuara como una plataforma de análisis, permitiendo a los analistas ingresar diversos
datos y calcular la carga de trabajo para obtener resultados precisos sobre el esfuerzo académico
requerido. La implementación técnica se basa en el uso de Python como lenguaje de
programación, que ofrece flexibilidad para realiza cálculos y operaciones complejas, esenciales
para evaluar y optimizar la carga académica de manera eficiente.

A lo largo de este capítulo se hablará sobre las herramientas con las que se trabajó el software,
esto incluye el tipo de framework, lenguaje de programación, base de datos, lo lógica tras esto,
por qué se optó por estos instrumentos.

52
3.2 Herramientas

3.2.1 Lenguaje de programación

Python es un lenguaje de programación interpretado de alto nivel, cuya filosofía destaca

por la legibilidad del código. Como se mencionó anteriormente, la principal razón por la que se
optó por su lenguaje fue por su enfoque en operaciones y cálculos, lo que facilito el desarrollo
de la aplicación, pudiendo so soportar en el tiempo grandes volúmenes de datos, permitiendo
además disminuir los tiempos de desarrollo.

3.2.2 Framework

Al inicio del proyecto, no estaba completamente claro qué framework utilizar, ya que el
diseño original estaba en un framework llamado Shiny. Sin embargo, se tenía claro el uso de
Python para asegurar escalabilidad, eficiencia en cálculos y operaciones, para esto se utilizó el
framework Flask, un framework minimalista que permite desarrollar aplicaciones web de
manera rápida y sencilla.

53
3.2.3 Base de datos (MySQL)

Este motor de base de datos permite una escalabilidad y mantenimiento a bajo costo,
minimizando los riesgos operativos por la gran cantidad de oferta de profesionales y técnicos
con conocimientos en MySQL, siendo este uno de los gestores de bases de datos más utilizados
dentro de la industria, pero además de esto, la flexibilidad para trabajar con diversos sistemas y
su facilidad para integrarse a diferentes lenguajes de programación, cumpliendo de esta forma
a cabalidad para cubrir las necesidades del proyecto.

3.2.4 Entorno de desarrollo integrado

Para el entorno de desarrollo integrado se optó por uno hibrido, entre un editor de texto
avanzado y un IDE, Visual Studio Code (VS Code) fue desarrollado por Microsoft, el cual tiene
una gran popularidad entre los programadores por su versatilidad, facilidad de uso, además de
ser multiplataforma lo cual no impide que usuarios de Windows, macOS y Linux, puedan
trabajar de mano a mano.

54
3.3 Resultados de Prueba

Esta solo echa para la pantalla de computador, el socio solo lo pidió en computador

55
3.4 Conclusión

56