Upload
others
View
6
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
APLICACIÓN WEB Y MÓVIL DE DIARIO ESCOLAR ELECTRÓNICO
PARA LOS REPRESENTANTES LEGALES DE ESTUDIANTES
DE LA ESCUELA DE EDUCACIÓN BÁSICA
SERGIO MANUEL COLOMA TORRES
DEL CANTÓN DAULE
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
CINTHIA JOELY MORÁN RAMIREZ
VÍCTOR GONZALO VIZUETA ALVARADO
TUTOR:
ING. KARLA ABAD SACOTO M. Sc.
GUAYAQUIL – ECUADOR
2019
REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: “Aplicación web y móvil de diario escolar electrónico para los representantes legales de estudiantes de la escuela de educación básica Sergio Manuel Coloma Torres del cantón Daule”
AUTORES: Cinthia Joely Morán Ramírez Víctor Gonzalo Vizueta Alvarado
REVISORES:
INSTITUCIÓN: Universidad de Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: 8/04/2019
N. DE PAGS:
ÁREA TEMÁTICA: Desarrollo
PALABRAS CLAVE: Diario, Electrónico, Escolar, Notificaciones, Aplicativo.
RESUMEN: El presente proyecto de trabajo de titulación se ha elaborado con el objetivo de
responder a la necesidad de ampliar la comunicación entre la Escuela de Educación Básica,
Sergio Manuel Coloma Torres, y los representantes legales de los estudiantes, de una forma
más eficiente y veraz. Para la escuela Sergio Coloma Torres, este es el primer proyecto en el
proceso de cambio en la era de la digitalización, con el cual se pretende mantener a los
representantes legales de la institución avisados de los aspectos de mayor interés, como son:
notificar en caso de tareas, alertar en caso de inasistencia, mostrar el informe de notas de sus
representados, realizar alertas de atraso en los pagos, entre otros. Desarrollado en Angular 5,
el aplicativo web, y Android Studio, el aplicativo móvil; haciendo uso de servicios web RESTFUL
(web) y servicios web SOAP (móvil), ambos en el lenguaje de programación java y bajo la
metodología ágil Scrum, este trabajo permite la mejora en la comunicación, el control y la
organización; ya que facilita la información de las actividades escolares del estudiantado
manteniendo a los padres al tanto de las actividades relacionadas a sus representados para
que puedan ser cumplidas en el tiempo requerido.
N. DE REGISTRO:
N. DE CLASIFICACIÓN:
DIRECCIÓN URL:
ADJUNTO PDF: SI NO
CONTACTO CON AUTORES:
Teléfono:
0994691697
0985106449
E-mail: [email protected] [email protected]
CONTACTO DE LA
INSTITUCION:
Nombre:
Teléfono:
E-mail:
mailto:[email protected]:[email protected]:[email protected]:[email protected]
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “APLICACIÓN WEB Y MÓVIL
DE DIARIO ESCOLAR ELECTRÓNICO PARA LOS REPRESENTANTES LEGALES
DE ESTUDIANTES DE LA ESCUELA DE EDUCACIÓN BÁSICA SERGIO MANUEL
COLOMA TORRES DEL CANTÓN DAULE” elaborado por la Srta. CINTHIA
JOELY MORÁN RAMÍREZ y el Sr. VÍCTOR GONZALO VIZUETA ALVARADO,
Alumnos no titulados de la Carrera de Ingeniería en Sistemas Computacionales,
Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil,
previo a la obtención del Título de Ingeniero en Sistemas Computacionales, me
permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo
en todas sus partes.
Atentamente
__________________________________
Ing. Karla Abad Sacoto M. Sc.
TUTOR
DEDICATORIA
Dedicado a mi esposo Carlos, ya que
sin su incondicional apoyo e infinita
paciencia este trabajo no sería
posible; a Efraín Jiménez porque,
aunque no tengamos ni la misma
sangre ni el mismo apellido, tu eres
mi padre; y a mi hijo Aquiles quien
es el motor de mi vida. ¡Los amo!
Cinthia Joely Morán Ramírez
Dedicado a mi padre Adriano que me
ha apoyado incondicionalmente para
lograr este objetivo que con su
esfuerzo diario y sus consejos supo
guiarme de la mejor forma, a mi
hermano Daniel que estuvo ahí en
todo momento este logro también es
de él, gracias a ellos por ser pilares
fundamentales en mi vida y poder
llegar a esta meta.
Víctor Gonzalo Vizueta Alvarado
AGRADECIMIENTO
Agradezco a todas las personas que de
alguna forma colaboraron en la
elaboración de este proyecto y a cada
uno de los docentes que tuve en mi
vida; no tuve malos docentes, solo
grandes enseñanzas. Agradezco de
sobremanera a mi madre por su amor
y perseverancia. Gracias mamá por
darme la vida dos veces.
Cinthia Joely Morán Ramírez
Agradezco a todas las personas que de
una u otra forma ayudaron, apoyaron,
enseñaron algo para llegar a este punto
a mis amigos que estuvieron ahí, los
docentes que tuve en toda en la carrera
universitaria algunos buenos amigos, a
mis familiares que con sus consejos y
sus ánimos me motivaban a seguir
adelante, a la ingeniera Karla Abad
que con su paciencia y experiencia
supo llevarnos a concluir con nuestro
objetivo.
Víctor Gonzalo Vizueta Alvarado
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Gustavo Ramírez Aguirre, MSc.
DECANO DE LA FACULTAD
CIENCIAS MATEMATICAS Y
FISICAS
Ing. Inelda Martillo Alcívar, Mgs.
DIRECTORA DE LA CARRERA
DE
INGENIERIA EN SISTEMAS
COMPUTACIONALES
Ing. Jorge Isaac Avilés Monroy, MSc.
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Lsi. Jenny Ortiz Zambrano, MSc.
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Ing. Karla Yadira Abad Sacoto MSc.
PROFESOR TUTOR DEL PROYECTO
DE TITULACION
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
CINTHIA JOELY MORÁN RAMÍREZ
VÍCTOR GONZALO VIZUETA
ALVARADO
.
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
APLICACIÓN WEB Y MÓVIL DE DIARIO ESCOLAR ELECTRÓNICO PARA LOS REPRESENTANTES LEGALES DE ESTUDIANTES
DE LA ESCUELA DE EDUCACIÓN BÁSICA SERGIO MANUEL COLOMA TORRES
DEL CANTÓN DAULE
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Autores: CINTHIA JOELY MORÁN RAMIREZ
C.I. 0917996050
VÍCTOR GONZALO VIZUETA ALVARADO C.I. 0926429002
Tutor: Ing. Karla Abad Sacoto M.Sc.
Guayaquil, abril de 2019
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el/la estudiante CINTHIA JOELY MORÁN RAMIREZ, VÍCTOR GONZALO VIZUETA ALVARADO, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: APLICACIÓN WEB Y MÓVIL DE DIARIO ESCOLAR ELECTRÓNICO PARA LOS REPRESENTANTES LEGALES DE ESTUDIANTES DE LA ESCUELA DE EDUCACIÓN BÁSICA SERGIO MANUEL COLOMA TORRES DEL CANTÓN DAULE
Considero aprobado el trabajo en su totalidad.
Presentado por:
Morán Ramírez Cinthia Joely Cédula de ciudadanía N° 0917996050 Vizueta Alvarado Víctor Gonzalo Cédula de ciudadanía N° 0926429002
Tutor: Ing. Karla Abad Sacoto M.Sc
Guayaquil, abril de 2019
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato
Digital
1. Identificación del Proyecto de Titulación Nombre Alumno: Cinthia Joely Morán Ramírez
Dirección: Miguel Hurtado y J.M. Velasco Ibarra, Daule
Teléfono: 0994691697 E-mail: [email protected]
Nombre Alumno: Víctor Gonzalo Vizueta Alvarado
Dirección: Alcedo y la 19va
Teléfono: 0985106449 E-mail: [email protected]
Facultad: Ciencias Matemáticas Y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Ing. Karla Abad Sacoto, M.Sc
Título del Proyecto de titulación: Aplicación web y móvil de diario escolar electrónico para los representantes legales de estudiantes de la escuela de educación básica Sergio Manuel Coloma Torres del cantón Daule
Tema del Proyecto de Titulación: Diario, Electrónico, Escolar, Notificaciones, Aplicativo.
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica: Inmediata X Después de 1 año
Firma Alumno:
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF. DVDROM CDROM
ÍNDICE GENERAL
CARTA DE ACEPTACIÓN DEL TUTOR II
DEDICATORIA III
AGRADECIMIENTO IV
ÍNDICE GENERAL IX
ÍNDICE DE CUADROS X
ÍNDICE DE GRÁFICOS XI
RESUMEN vi
(ABSTRACT) vii
INTRODUCCIÓN 1
CAPÍTULO I – EL PROBLEMA 3
Ubicación del problema en un contexto 3
Situación conflicto 4
Causas y consecuencias del problema 7
Delimitación del problema 8
Formulación del problema 9
Evaluación del problema 9
Objetivo General 10
Objetivo Específico 10
Alcances del problema 11
Justificación e Importancia 13
Metodología del Proyecto 14
CAPÍTULO II- MARCO TEÓRICO 17
Antecedentes del estudio 17
Fundamentación teórica 18
Fundamentación legal 27
CAPÍTULO III – PROPUESTA TECNOLÓGICA 41
Análisis de Factibilidad 41
Etapas de la Metodología de Proyectos 43
Metodología de desarrollo 70
Lista del producto 73
Diagrama de arquitectura del proyecto 96
Lista de pendientes o sprint backlog 97
El incremento 110
Criterios de validación 126
CAPÍTULO IV – CRITERIOS DE ACEPTACIÓN DEL PRODUCTO 133
Resultados 133
Conclusiones 138
Recomendaciones 139 BIBLIOGRAFÍA 141
ANEXOS 143
ABREVIATURAS ABP Aprendizaje Basado en Problemas UG Universidad de Guayaquil FTP Archivos de Transferencia g.l. Grados de Libertad Html Lenguaje de Marca de salida de Hyper Texto http Protocolo de transferencia de Hyper Texto Ing. Ingeniero CC.MM.FF Facultad de Ciencias Matemáticas y Físicas ISP Proveedor de Servicio de Internet Mtra. Maestra Msc. Master URL Localizador de Fuente Uniforme www world wide web (red mundial) EGB Educación General Básica
SIMBOLOGÍA
s Desviación estándar e Error E Espacio muestral E(Y) Esperanza matemática de la v.a. y s Estimador de la desviación estándar e Exponencial
ÍNDICE DE CUADROS
Pág.
CUADRO 1 Causas y Consecuencias del Problema ….………………………………… 7.
ÍNDICE DE GRÁFICOS
Pág. GRÁFICO 1 Distribución de las versiones más usadas de Android………………………………………………………………………….21 GRÁFICO 2 Fórmula para calcular la muestra …………………………………………. 45 GRÁFICO 3 ¿Cómo calificaría usted la fluidez comunicacional entre la institución y los representantes legales? ………………………………………………… … 47 GRÁFICO 4 ¿Qué tipo de comunicación predomina entre la institución y sus clientes?............................................................................................ …. 48 GRÁFICO 5 ¿Cómo considera usted la eficiencia de la comunicación actual en la institución? …………………………………………………………………… 49 GRÁFICO 6 ¿Considera usted que el tipo de comunicación actual genera gastos materiales y ambientales? ………………………………………………….. 50 GRÁFICO 7 ¿Cómo se lleva a cabo el registro de asistencias de los estudiantes en la actualidad? ……………………………………………………………………. 51 GRÁFICO 8 ¿Considera usted que la implementación de un aplicativo móvil que permita la notificación de tareas, incrementara e índice de efectividad de los maestros?................................................................................................. 52 GRÁFICO 9 ¿Considera usted que la implementación de un aplicativo móvil que permita la notificación de tareas incrementara la tasa de rendimiento de los estudiantes? …………………………………………………………………... 53 GRÁFICO 10 ¿Cuál módulo se considera más relevante para ser incluido en la aplicación web? …………………………………………………………………………… 54 GRÁFICO 11 ¿Considera usted que los canales de comunicación existentes entre usted y la institución son efectivos? ……………………………………………….. 55
GRÁFICO 12 ¿Se interesa usted por conocer las actividades que su representado tiene para con la institución? ……………………………………………………… 56 GRÁFICO 13 ¿Ha incumplido usted o su representado a las tareas o actividades por imprecisión de la información? …………………………………………….. 57 GRÁFICO 14 Si considera inexacta la información, ¿qué ha hecho usted? …………. 58 GRÁFICO 15 ¿Le gustaría a usted que se desarrolle una aplicación móvil que le notifique diariamente eventualidades en torno a su representado? ……………… 59 GRÁFICO 16 ¿Dispone usted de un dispositivo móvil (Smartphone o Tablet) con Android en la actualidad? ………………………………………………………......... 60 GRÁFICO 17 ¿Considera usted que la implementación de una aplicación móvil le permitirá tener un mayor control sobre las actividades de su representado………………………………………………………………… 61 GRÁFICO 18 ¿Le gustaría que esta aplicación le notifique en caso de inasistencia de su representado? ………………………………………………………………… 62 GRÁFICO 19 ¿Revisa usted que sus estudiantes copien sus tareas pendientes día a día, niño por niño? ……………………………………………………………….. 63 GRÁFICO 20 ¿Qué hace en caso de que el estudiante falle al copiar la tarea?............ 64 GRÁFICO 21 ¿Cuánto tiempo extra le toma a usted realizar exitosamente la actividad mencionada en la pregunta 1 y 2? …………………………………………. 65 GRÁFICO 22 ¿Le gustaría a usted que se desarrolle una aplicación que le permita registrar una sola vez la tarea de su alumnado y que esta información llegue a cada uno de ellos? …………………………………………………………. 66 GRÁFICO 23 ¿Qué tan alto es el índice de cumplimiento de las tareas y actividades de su alumnado? …………………………………………………………………. 67
GRÁFICO 24 ¿Considera usted que la creación de un aplicativo móvil que notifique futuras tareas, eventos y actividades elevara el índice de cumplimiento del estudiantado? ………………………………………………………………… 68 GRÁFICO 25 ¿Es usted responsable de tomar la asistencia de algún curso? ………… 69 GRÁFICO 26 ¿De los siguientes módulos, cual considera más relevante para ser incluido en la aplicación web? ………………………………………………………. 70 GRÁFICO 27 Flujo de SCRUM……………………………………………………………… 72 GRÁFICO 28 Caso de uso para el inicio de sesión en el aplicativo web………………… 82 GRÁFICO 29 Caso de uso para el inicio de sesión en la aplicación móvil …………….. 83 GRÁFICO 30 Caso de uso para la búsqueda de mensajes en el aplicativo web ……….84 GRÁFICO 31 Caso de uso para la activación de notas …………………………………..85 GRÁFICO 32 Caso de uso para la notificación de disciplina ……………………………. 86 GRÁFICO 33 Pantalla login del aplicativo web …………………………………………… 96 GRÁFICO 34 Inicio de sesión en el aplicativo móvil …………………………………… 110 GRÁFICO 35 Registro de tareas en el aplicativo web …………………………………. 112 GRÁFICO 36 Notificación tipo push up en caso de nueva tarea…………………………113 GRÁFICO 37 Registro de notas de examen ……………………………………………… 115 GRÁFICO 38 Visualización de notas en parciales en el aplicativo móvil por Quimestre…………………………………………………………………….. 115
GRÁFICO 39 Visualización de notas en parciales en el aplicativo móvil por año lectivo …………………………………………………………………………………117 GRÁFICO 40 Registro de inasistencia ……………………………………………………. 118 GRÁFICO 41 Notificación en caso de inasistencia ……………………………………… 118 GRÁFICO 42 Alerta de retraso de pago ………………………………………………….. 120 GRÁFICO 43 Consulta de tareas en el aplicativo móvil……………………….………….120 GRÁFICO 44 Consulta de mensajes en el aplicativo web ……………………………… 122 GRÁFICO 45 Resultados de la encuesta de satisfacción dirigida a los representantes legales de la institución ………………………………………………………124 GRÁFICO 46 Resultados de encuesta de satisfacción orientada al personal docente de la institución ………………………………………………………………… 125 .
ÍNDICE DE TABLAS
Pág.
TABLA 1 Delimitación del problema .......................................................................... 8
TABLA 2 Versiones de android más utilizadas ....................................................... 21
TABLA 3 Tabla de calificaciones ............................................................................. 37
TABLA 4 Costo del proyecto ................................................................................... 43
TABLA 5 Población y muestra ................................................................................ 45
TABLA 6 Roles dentro del proyecto ........................................................................ 71
Tabla 7 Artefactos del proyecto ............................................................................ 71
TABLA 8 Requerimientos funcionales del proyecto ................................................ 73
TABLA 9 Requerimientos no funcionales del proyecto ........................................... 80
TABLA 10 Historia de usuario número 1 ................................................................... 86
TABLA 11 Historia de usuario número 2 ................................................................... 87
TABLA 12 Historia de usuario número 3 ................................................................... 88
TABLA 13 Historia de usuario número 4 ................................................................... 89
TABLA 14 Historia de usuario número 5 ................................................................... 89 TABLA 15 Historia de usuario número 6 ................................................................... 90
TABLA 16 Historia de usuario número 7 ................................................................... 90
TABLA 17 Historia de usuario número 8 ................................................................... 91
TABLA 18 Historia de usuario número 9 ................................................................... 92
TABLA 19 Historia de usuario número 10 ................................................................. 93 TABLA 20 HISTORIA DE USUARIO NÚMERO 11 ................................................... 93 TABLA 21 Historia de usuario número 12 ................................................................. 94 TABLA 22 Historia de usuario número 13 ................................................................. 95 TABLA 23 Historia de usuario número 14 ................................................................. 95 TABLA 24 Lista de pendientes .................................................................................. 97 TABLA 25 Sprint cero del proyecto ........................................................................... 98 TABLA 26 Sprint uno del proyecto ............................................................................ 99 TABLA 27 Sprint dos del proyecto .......................................................................... 100 TABLA 28 Sprint tres del proyecto .......................................................................... 101 TABLA 29 Sprint cuatro del proyecto ...................................................................... 102 TABLA 30 Sprint cinco del proyecto ........................................................................ 104 TABLA 31 Sprint seis del proyecto .......................................................................... 106 TABLA 32 Sprint siete del proyecto ........................................................................ 107
TABLA 33 Sprint ocho del proyecto ........................................................................ 109 TABLA 34 Caso de prueba de aceptación “Inicio de sesión en el Aplicativo Web” 110 TABLA 35 Caso de prueba de aceptación “Inicio De Sesión En El Aplicativo Móvil” ............................................................................................................... 112 TABLA 36 CASO de prueba de aceptación “Registro Y Notificacion De Una Nueva Tarea” .................................................................................................... 114 TABLA 37 Caso de prueba de aceptación “Modificación Y Notificación De Notas De Examen” ................................................................................................ 116 TABLA 38 Caso de prueba de aceptación “Notificacion de inasistencia” ............... 119 TABLA 39 Caso de prueba de aceptación “Alerta de retraso de pago ” ................ 121 TABLA 40 Caso de prueba de aceptación “Consulta de tareas en el Aplicativo Móvil” ............................................................................................................... 122
TABLA 41 Caso de prueba de aceptación “Consulta de mensajes en el Aplicativo Web” ...................................................................................................... 124 TABLA 42 Criterios tecnicos de validacion del proyecto ......................................... 127 TABLA 43 Otros criterios de validación ................................................................... 130 TABLA 44 Resultados criterios de aceptación app web .......................................... 136 TABLA 45 Resultados criterios de aceptación app móvil ..................... 137
vi
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
APLICACIÓN WEB Y MÓVIL DE DIARIO ESCOLAR ELECTRÓNICO PARA LOS REPRESENTANTES LEGALES DE ESTUDIANTES
DE LA ESCUELA DE EDUCACIÓN BÁSICA SERGIO MANUEL COLOMA TORRES
DEL CANTÓN DAULE
RESUMEN
El presente proyecto se ha elaborado con el objetivo de responder a la necesidad
de ampliar la comunicación entre la Escuela de Educación Básica, Sergio Manuel
Coloma Torres, y los representantes legales de una forma más eficiente y veraz.
Para la escuela Sergio Coloma Torres, este es el primer proyecto en el proceso de
cambio a la digitalización. Con el desarrollo de este proyecto se obtiene un
aplicativo móvil administrado a través de un aplicativo web, con el cual se pretende
mantener a los representantes legales de la institución avisados de los aspectos de
mayor interés, como son: notificar en caso de tareas, alertar en caso de inasistencia,
mostrar el informe de notas de sus representados, realizar alertas de atraso en los
pagos, entre otros. Desarrollado en Angular 5, el aplicativo web, y Android Studio,
el aplicativo móvil; haciendo uso de servicios web RESTFUL (web) y servicios
web SOAP (móvil), ambos en java y usando la metodología ágil Scrum, este
trabajo permite la mejora comunicativa, el control y la organización; ya que facilita
la información de las actividades escolares del estudiantado manteniendo a los
padres informados de las actividades relacionadas a sus representados para que
puedan ser cumplidas en el tiempo requerido.
Palabras claves: diario, electrónico, escolar, notificaciones, aplicativo.
Autores: Cinthia Morán Ramírez
Víctor Vizueta Alvarado
Tutor: Ing. Karla Abad Sacoto
vii
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
WEB AND MOBILE APPLICATION OF ELECTRONIC SCHOOL JOURNAL FOR
THE LEGAL REPRESENTATIVES OF STUDENTS OF THE
ELEMENTARY SCHOOL SERGIO MANUEL
COLOMA TORRES FROM DAULE CITY
Abstract
The present project has been developed with the objective of responding to the
need to expand communication between the School of Basic Education, Sergio
Manuel Coloma Torres, and legal representatives in a more efficient and truthful
way. For the Sergio Coloma Torres school, this is the first project in the process of
change to digitalization. With the development of this project, a mobile application
managed through a web application is obtained, with which it is intended to keep
the legal representatives of the institution informed of the aspects of the greatest
interest, such as: notify for tasks, alert for nonattendance, show the score report of
their represented, makes alert of late payments and others. Developed in Angular
5, the web application, and Android Studio, the mobile application; making use of
web services RESTFUL (web) and web services SOAP (mobile), both in java and
using the agile Scrum methodology, this work allows for communicative
improvement, control and organization; since it facilitates the information of the
school activities of the student body keeping the parents informed of the activities
related to their represented ones so that they can be fulfilled in the required time
Keywords: daily, journal, electronic, school, notifications, application.
Authors: Cinthia Morán Ramírez
Víctor Vizueta Alvarado
Tutor: Ing. Karla Abad Sacoto
1
INTRODUCCIÓN
Estar informado sobre el acontecer de nuestros hijos en la escuela no es
una tarea sencilla, y más todavía cuando las obligaciones laborales y
sociales no lo facilitan. Los docentes intentan llegar a los representantes
por medio de notas escritas o mensajes verbales a través de terceros,
aunque estas no siempre suelen cumplir con los objetivos. Las notas corren
riesgo de no llegar a su destinatario y los mensajes verbales por terceros
pueden llegar a omitir algún criterio que se consideró importante cuando se
lo profeso. La sociedad y la tecnología nos permite tener a nuestro alcance
equipos inteligentes que van con nosotros a cualquier lado, facilitando la
comunicación. ¿Pueden estos elementos llegar a ser un aliado de los
representantes legales de una educación educativa y notificar
eventualidades concernientes a los estudiantes? Para el director de la
escuela de educación básica Sergio Manuel Coloma Torres, ubicada en el
cantón Daule, esto puede ser posible.
El desarrollo de un aplicativo móvil que relacione e informe los aspectos
más relevantes relacionados a los estudiantes, facilitaría la comunicación
ya que mantiene a los representantes informados de manera oportuna,
permitiendo el control y la posibilidad de incrementar el desempeño
académico del estudiantado.
La estructura de este documento posee cuatro capítulos, los cuales se
describen de la siguiente manera:
En el Capítulo 1, que lleva por nombre “El problema”, se detalla la
situación conflicto a investigarse en el desarrollo de este trabajo de
titulación; se menciona sus causas, sus consecuencias y la delimitación del
mismo.
2
El Capítulo 2, denominado “Marco Teórico” se describe el antecedente de estudio junto a la fundamentación teórica, legal, y las definiciones conceptuales usadas en el desarrollo de este trabajo En el Capítulo 3 encontraremos la “Propuesta Tecnológica”, que incluye
el análisis de factibilidad, la metodología del proyecto y los procedimientos
necesarios para el desarrollo de las aplicaciones.
Las conclusiones, recomendaciones y Criterios de Aceptación y
Validación, se encuentran documentados en el Capítulo 4.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto La Escuela de Educación Básica “Sergio Manuel Coloma Torres” ubicada
en las calles Julio Pimentel y César Bahamonde en el cantón Daule, y
representada legalmente por el Lcdo. Jorge Mota Carlos, M.Sc. Oferta el
servicio de formación escolar en los niveles de Educación General Básica
desde el año 1996 que garantizan el cumplimiento de las todas las políticas
educativas.
La tecnología ha permitido una serie de cambios en la vida cotidiana, y el
impacto que tiene sobre la sociedad es de gran importancia, porque
además de ser de gran ayuda se ha hecho necesaria para mantenerse
comunicados ya sea cualquiera el ámbito de desempeño. En vías del
cambio tecnológico y con miras a la vanguardia, la Escuela de Educación
Básica “Sergio Manuel Coloma Torres” se ve en la necesidad de requerir
un diario electrónico que sirva de vínculo entre la institución, los docentes
y los representantes legales del alumnado.
Los estudiantes de dicha institución tienen entre sus materiales de trabajo
un cuadernillo especial llamado Diario Escolar, donde se anotan las
actividades que son enviadas para el hogar. Este cuadernillo es firmado por
el representante a manera de que exista control y conocimiento sobre las
tareas. Este valioso instrumento de comunicación es propiedad del
estudiante, razón por la cual el padre de familia o representante legal tiene
un acceso limitado al diario, impidiendo así, un acceso 24/7 a las
actividades pendientes de sus representados.
4
Por otra parte, al ser una institución particular, tiene la necesidad de hacer
recordatorios de cobranza y notificaciones en caso de atraso de las
pensiones. Estos avisos son generados por el departamento de secretaría
y entregados a los docentes para que adjunte el volante al diario y tratar de
evitar la pérdida del mismo. Esta modalidad es también utilizada en caso
de avisos de reuniones y/o eventos de gran importancia.
A pesar de que los representantes son notificados por las razones antes
mencionada, las prontitudes relacionadas al mundo moderno y laboral
impiden que el representante legal recuerde con exactitud los pendientes
afines a las actividades escolares de sus representados, de tal forma que
imposibilita un acorde seguimiento a las mismas.
Es notable indicar que estas circunstancias mencionadas suceden no solo
en esta institución, sino también en la mayoría de las instituciones de
educación primaria.
Situación Conflicto Nudos Críticos
En una reunión llevada a cabo el 2 de mayo del 2018 con el Lcdo. Jorge
Mota Carlos, representante legal de la Unidad Educativa Sergio Manuel
Coloma Torres del cantón Daule, nos informa la necesidad que tiene la
institución de poseer un medio eficiente, oportuno y digital con el cual pueda
dirigirse a sus clientes. Hasta la fecha, la institución no ostenta de
plataformas digitales, mientras que el tipo de comunicación entre ellos y los
usuarios es escrito a través de sus estudiantes.
Teniendo en consideración que los estudiantes son niños que fluctúan entre
las edades de 5 a 11 años, enviar una notificación verbal es una opción
desatinada, razón por la que la institución opta por la comunicación escrita.
Cuando esta comunicación se da, es preciso que la dirección imprima el
comunicado y este sea grapado en los diarios o cuadernos estudiantiles
para evitar el pierde. Sin embargo, realizar esta acción no da la certeza de
5
que llegue a su destinatario puesto que, por la manipulación por parte del
niño o la delicadeza del material, la nota se puede desprender y perder en
el camino. Cabe recalcar también que esta medida no es amigable con
nuestro medio ambiente, y es que no solo contribuye con la tala
indiscriminada de árboles para la elaboración del papel sino también por la
dependencia de la tinta.
Los diarios estudiantiles son buenas herramientas de control. En ellos, se
detalla con fecha las actividades diarias que se envían de la escuela al
hogar, comunicándoselas a sus representados. Fomenta la
responsabilidad del alumno y ayuda en la organización de sus tareas
quedando todo anotado en un solo lugar. No obstante, la escuela restringe
el uso de este elemento a los cursos de quinto, sexto y séptimo año, dado
que la edad ideal para que sea considerado como verdaderamente útil es
a partir de los 8 años.
Para quienes hacen uso de este artículo requieren la ayuda y guía no solo
del personal docente, sino también de sus representantes, quienes en su
mayoría debido a razones socioeconómicos se ven en la necesidad de
laborar conllevando a poca disponibilidad de tiempo y olvido de la
herramienta.
Para el caso de segundo, tercero y cuarto de educación básica, el docente
escribe la tarea en la pizarra para que los estudiantes la copien con 8
minutos de antelación. Durante este tiempo, el maestro debe pasar
estudiante por estudiante verificando que las actividades han sido
correctamente copiadas.
En muchas ocasiones, el docente debe volver a transcribir la tarea por
completo para que pueda ser entendible, tomando incluso más tiempo del
que se había considerado.
6
Como parte del control y registro de asistencias que debe mantener la
institución para con los estudiantes, tal como lo dicta el Art. 169 del
REGLAMENTO GENERAL A LA LEY ORGÁNICA DE EDUCACIÓN
INTERCULTURAL, donde indica que:
“El control y registro de la asistencia de los estudiantes en todas las
instituciones educativas públicas, fiscomisionales y particulares es
obligatorio, y se debe hacer de acuerdo con la normativa que para el
efecto expida el Nivel Central de la Autoridad Educativa Nacional”.
La escuela exige a los docentes que se realice el registro y control, pero sin
seguir un formato establecido. En el caso de que se solicite un informe de
asistencia, se debe consultar en los registros del docente, y mediante un
proceso manual se contabiliza los días asistidos dentro de los días
laborados, siendo este proceso tedioso y poco diligente.
Así mismo sucede para el caso de registro de notas ya que la institución no
cuenta con un sistema que lo realice. En el Art. 209 de la ley orgánica
vigente en cuanto a los Informes de aprendizaje:
“Las instituciones educativas deben emitir en un formato oficial
definido por el Nivel Central de la Autoridad Educativa Nacional
informes parciales, quimestrales y anuales de aprendizaje, que
expresen cualitativa y cuantitativamente el alcance de los
aprendizajes logrados por el estudiante en cada una de las
asignaturas, y en los que se deben incluir recomendaciones para
promover el aprendizaje del estudiante”.
Al término de cada parcial se hace entrega de notas en físico al plantel y
representantes legales. El proceso inicia cuando el docente recepta dos
libros Excel, uno para el registro del curso y otro para las boletas de los
estudiantes. En ambos casos se debe ingresar la información para poder
ser impresa y entregada a sus correspondientes destinatarios.
7
Llevar a cabo el ingreso de notas de los estudiantes suele ser un proceso
muy lento y estresante porque equivale a hacerlo tantas veces como tantos
estudiantes tenga el curso, esto para poder emitir la boleta a los
representantes; y una vez más por el número de materias a cargo para
hacer entrega a la institución como constancia de las notas.
La escuela “Sergio Manuel Coloma Torres”, al ser una institución particular,
está en la necesidad de hacer recordatorios de pagos de mensualidades.
Dichos recordatorios son realizados mediante diversos medios como la
hora cívica, notas impresas y comunicación directa con la persona
encargada de llevar y traer los niños. Mientras que el recordatorio impreso
acarrea los problemas antes mencionados sobre las notificaciones en el
diario, la comunicación directa no siempre es efectiva porque la maestra no
tiene siempre una lista actualizada sobre las transacciones que se llevan a
cabo en la institución, ni las personas que van a retirar los niños son
siempre los representantes legales.
Causas y Consecuencias del Problema
A continuación, presentamos cuales son las causas que motivan el
problema y las consecuencias que estas provocan.
CUADRO N. 1 CAUSAS Y CONSECUENCIAS DEL PROBLEMA
CAUSAS
CONSECUENCIAS
Ausencia de medios digitales
dedicados para la comunicación
entre la institución y sus usuarios
Dependencia de medios escritos y
verbales.
Posible distorsión o ausencia de
información mediante técnica boca
a boca.
8
Retraso en la entrega de mensajes.
Riesgo de pérdida de información
en caso de medios escritos.
Falta o retraso de participación por
parte de los representantes legales
para con la institución.
Representantes legales
desinformados o desactualizados.
Ausencia de medios que registren
y notifiquen la asistencia
estudiantil
Fragilidad de la información.
Aumenta el riesgo de fugas y faltas
de los estudiantes
La elaboración de certificado de
asistencia toma más tiempo de lo
esperado.
Riesgo de pérdida de información.
Ausencia de medios digitales para
el envío de tareas.
Procesos de envío de tareas toma
más tiempo del necesario.
Riesgo de distorsión o ausencia de
la información.
Elaboración: Cinthia Morán Ramírez y Víctor Vizueta Alvarado Fuente: Cinthia Morán Ramírez y Víctor Vizueta Alvarado
Delimitación del Problema TABLA 1
DELIMITACIÓN DEL PROBLEMA
Campo: Tecnologías de la Información
Área: Desarrollo de Software
Aspecto: Aplicación web y móvil
Tema: Aplicación web y móvil de diario escolar electrónico
para los representantes legales de estudiantes de la
Escuela de Educación Básica “Sergio Manuel Coloma
Torres”, Del Cantón Daule
Elaboración: Cinthia Morán Ramírez y Víctor Vizueta Alvarado Fuente: Cinthia Morán Ramírez y Víctor Vizueta Alvarado
9
Formulación del Problema ¿Qué herramienta permitirá mejorar la comunicación entre la
institución y los representantes legales de los estudiantes en cuanto
a: notificación de tareas, de inasistencia, actos de disciplina,
acontecimientos relevantes y pagos?
Evaluación del Problema
Los aspectos generales de evaluación son:
Delimitado: Se ha determinado que la comunicación entre la Escuela
de Educación Básica “Sergio Manuel Coloma Torres” frente a sus
usuarios no siempre es receptada, debido al medio en que se
transmite.
Claro: Los problemas a resolver son notificaciones de tareas,
inasistencias y pagos, registro de asistencias y notas.
Evidente: A los docentes de la Escuela de Educación Básica “Sergio
Manuel Coloma Torres” les toma mucho tiempo revisar y/o transcribir
las tareas enviadas al hogar, así como también efectuar los informes
de rendimiento académico en cada parcial y fin de quimestre.
Concreto: Además de la no correcta difusión de la información, los
docentes toman mucho tiempo en actividades repetitivas.
Relevante: Es importante mantener a los usuarios informados sobre
las tareas o actividades que se realizan en la institución.
Original: Este aplicativo surge como una idea innovadora dentro de
nuestro país. Durante el desarrollo de este proyecto no se ha
encontrado documentación de aplicativos que igualen el
10
funcionamiento que aquí se describe. Aunque en algunas entidades
internacionales hacen uso de algunos servicios similares existe muy
poca información sobre los mismos.
Identifica los productos esperados: De este proyecto se espera
una aplicación móvil de recepción de notificaciones, la cual será
administrada por un módulo web.
OBJETIVOS OBJETIVO GENERAL
Desarrollar una aplicación móvil que permita la notificación de
tareas, inasistencia, actos disciplinarios, acontecimientos relevantes,
pagos y atrasos de mensualidades, y la consulta del rendimiento de
notas de los estudiantes de la Escuela de Educación Básica “Sergio
Coloma Torres” del cantón Daule, utilizando software libre.
OBJETIVOS ESPECÍFICOS
• Facilitar a los representantes legales la información sobre tareas y
actividades que permita elevar el índice de cumplimiento de sus
representados.
• Alertar pertinentemente a los usuarios las disposiciones tomadas por
las autoridades con la finalidad de mantenerlos informados.
• Permitir el control de la asistencia de los representados con
propósito de prevenir fugas.
• Suministrar el acceso a notas para determinar el rendimiento
académico estudiantil.
• Comunicar a los representantes en caso de que sus representados
se encuentren involucrados en actos de disciplina, con el objetivo de
mantenerles informados y prevenir el resarcimiento.
11
ALCANCES DEL PROBLEMA
El alcance para el desarrollo de este proyecto incluye la elaboración de un
aplicativo móvil que podrá ser administrado mediante un aplicativo web,
elaborados con softwares open source. Mientras que en el aplicativo web
se podrá definir los roles del personal, configurar y enviar notificaciones,
dar mantenimiento a la información; el aplicativo móvil permitirá la
visualización de esta bajo un proceso de identificación previa.
Para la elaboración de los aplicativos pasaremos por las etapas de análisis
de los requisitos, diseño, programación, pruebas y documentación; y en
ella encontraremos la implementación de los siguientes módulos:
• Módulo Administrativo
Para el acceso de los aplicativos web y móvil se precisa de un inicio de
sesión. Para ello se requiere de un nombre de usuario, contraseña y los
permisos que tiene el usuario. La administración de los usuarios y definición
de sus roles estará definida por los administradores. Existen tres tipos de
roles: administrador, profesor, y representante.
• Módulo Tareas
Para este módulo, los profesores serán responsables de la creación y
actualización de tareas a través de la página administrativa. El docente
designará la o las tareas según las materias del paralelo al que ha sido
asignado. Una vez creada la tarea, el representante recibirá una
notificación en su aplicativo móvil con la descripción, fecha de emisión y
fecha de entrega de la misma.
• Módulo Asistencias
El tutor de curso tendrá acceso a este módulo por medio del aplicativo web,
de esta forma registrará las fechas laboradas y la respectiva asistencia de
su estudiantado. El representante podrá visualizar estas fechas a manera
12
de lista en el aplicativo móvil donde se hará un énfasis en el caso de
inasistencia, así como también su respectiva notificación tipo push.
• Módulo Mensajes
En este apartado del aplicativo móvil se mostrarán notificaciones tipo
citación a reuniones, eventos, fechas cívicas, actividades extracurriculares
y de otra índole. Los mensajes se podrán visualizar desde el más próximo
a realizarse denotando la fecha en que se realizará. Para visualizar los
eventos pasados, debe de acceder a la función de búsqueda.
• Módulo Configuración alerta Cobranza
Para el funcionamiento de este módulo se desarrollará un reloj de cobranza
con dos fechas topes que serán definidas por el administrador. La primera
fecha alertará a todos los representados de que el pago de la mensualidad
caduca en, al menos, tres días. La segunda fecha enviará notificaciones
solo a los representantes que se encuentren retrasados en sus pagos.
• Módulo Notas
Esta propiedad del aplicativo móvil permite mostrar el informe de
rendimiento estudiantil. Se podrá visualizar tres tipos de informe:
✓ Informe Parcial
✓ Informe Quimestral
✓ Informe Anual
• Módulo disciplina
Este módulo permite notificar a los representantes sobre el o los actos de
disciplina en los que se han involucrado sus representados. Aquí existirá
un campo de descripción donde se podrá detallar la acción cometida y su
grado
13
JUSTIFICACIÓN E IMPORTANCIA Al desarrollar este aplicativo web y móvil, la Escuela de Educación Básica
“Sergio Manuel Coloma Torres” reforzará la interrelación entre
representantes legales e institución; usando un motor de notificaciones los
representantes serán alertados de las actividades y eventualidades de
manera constante, oportuna y veraz. La aplicación móvil será administrada
por medio de un aplicativo web para facilitar a los usuarios el ingreso y
administración de la información.
Los docentes pueden ahorrar tiempo en el proceso de envío de tareas con
el módulo de tareas, ya que se requerirá el ingreso de la actividad por curso
y esta se reflejará en las aplicaciones móviles de los estudiantes de dicho
curso; evitando las acciones repetitivas y minimizando las omisiones. Esta
característica también beneficia al estudiantado, ya que en el caso de
inasistencia él no necesitará acercarse a un compañero para tener
conocimiento sobre la o las tareas enviadas durante su ausencia.
Aumentará el nivel de confianza de los representantes para con la
institución, ya que serán notificados en caso de que sus representados no
se presenten a clases o se vean involucrados en actos de disciplina. A estas
características se suma también la posibilidad de ser alertados en
eventualidades relacionadas al desempeño académico y la visualización de
un informe parcial, quimestral y anual de sus notas.
Por lo antes expuesto, podemos identificar como beneficiarios directos de
este proyecto de titulación a los docentes, directivos y padres de familia de
la institución y como beneficiarios indirectos a los estudiantes, ya que sus
representantes podrán hacer uso de esta herramienta como una medida de
control tanto para actividades como para la asistencia de sus
representados.
14
METODOLOGÍA DEL PROYECTO
El presente trabajo se aplica bajo una metodología diagnostica, debido a
que se unifica el análisis y la síntesis de la problemática.
“La metodología de diagnóstico de procesos […], logra con sus
cuestionarios ahondar en cada actividad de los subprocesos
establecidos, que con la ayuda de la escala de calificación permite
una visión cualitativa del estado general de cada proceso sirviendo
de gran ayuda para presentar un diagnóstico completo de la
empresa” (Pirolo & Zacarias, 2018)
Metodología de Desarrollo
La metodología utilizada para el desarrollo del software es Scrum, siendo
este un marco de trabajo ágil basado en la iteración y entrega incremental
del desarrollo de un producto o servicio. Esta metodología permite que el
cliente se entusiasme y comprometa con el proyecto debido a su
participación en reuniones donde puede ver el crecimiento.
Para controlar el cumplimiento de las actividades que se realizarán en este
proyecto se dispondrá del uso de un tablero que facilita la planificación,
continuidad y coordinación del equipo de trabajo. Dentro de este marco se
definen los siguientes roles:
• Cliente: Representante legal de la Institución, Lcdo. Jorge Mota
Carlos
• Dueño del producto: Lcdo. Jorge Mota Carlos
• Equipo: Víctor Vizueta y Cinthia Morán
Siguiendo la metodología, el equipo da inicio al sprint tomando las tareas
priorizadas, una vez concluida se toma la siguiente de la lista. Se convoca
todos los días una reunión de 15 minutos donde se cuentan las tareas
15
realizadas el día anterior y lo que se realizará el día en curso. Una vez
finalizado el sprint, el equipo de trabajo mantiene una reunión de
retrospectiva donde se analiza lo ocurrido.
Supuestos y restricciones
Supuestos:
• Los usuarios deben saber manejar una computadora para poder
usar el software
• La institución cuenta con equipos con acceso a internet.
• El representante legal del estudiante posee un teléfono smartphone
con acceso a internet
• La aplicación debe estar disponible continuamente y debe ser
capaz de atender a varios usuarios a la vez.
• La institución proveerá de la información necesaria y pertinente
durante el desarrollo de este proyecto
• El periodo de capacitación no debe excederse de 5 días.
Restricciones
• El equipo desarrollador no se hace responsable del mal o diferente
funcionamiento al que fue desarrollado el aplicativo
• El aplicativo será desarrollado según los requerimientos de la
Escuela de Educación Básica “Sergio Manuel Coloma Torres”
• La entrega del proyecto no implica el equipamiento de hardware.
Plan de Calidad
El plan de calidad se centrará en el continuo seguimiento de cada una de
las iteraciones programadas durante el desarrollo del software. La calidad
del producto que se desea alcanzar depende de la clara obtención de los
requerimientos. Aunque la metodología que se emplea para realizar los
proyectos tiende a variar las características de los planes de calidad, el
16
objetivo de cada proyecto es un problema único, específico y debe ser
alcanzable.
En la elaboración del plan de calidad utilizado para este proyecto de
titulación se desarrollarán las siguientes actividades:
• Identificar el Ambiente del software y sus características.
• Seleccionar el proceso y las practicas a realizar.
Identificar el Ambiente del software y sus características.
Conocer el ambiente y las características que el proyecto requiere nos
facilitará los instrumentos a tener en consideración y la definición del
proceso a utilizar. Entre los factores de ambiente a considerar tenemos los
siguientes:
• El ambiente de desarrollo.
• El ambiente de testeo.
• El ambiente de aceptación.
• Herramientas necesarias para la creación del producto que se
requiere desarrollar.
Seleccionar el proceso y las practicas a realizar.
La definición de los procesos del proyecto es de gran relevancia para el
correcto desarrollo durante todo el ciclo del mismo, porque de ello depende
el plan de calidad. A medida que avanza el desarrollo de este, sufre
cambios y se va ajustando a las necesidades del equipo para brindar
solución a los problemas que se planteen. A consecuencia de esta
evolución surgen un universo de elementos que conforman el proceso a
utilizar en el proyecto. Dentro de los procesos que se consideran
imprescindibles tenemos:
• Identificar el modelo de ciclo de vida.
• Identificar los procesos necesarios para el proyecto.
• Definir criterios de aceptación.
• Establecer actividades de revisión, verificación y validación.
17
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Docentes y directivos de la Escuela de Educación Básica “Sergio Manuel
Coloma Torres” advierten la necesidad de utilizar un medio digital para la
comunicación, que minimice la contaminación ambiental y ahorre tiempo
de servicio para la emisión de tareas, notificación de notas y registro de
asistencia de sus alumnos.
Buscando aplicativos que satisfagan la problemática, conocimos que en
España existen Agendas Electrónicas y Sistema de Gestión para escuelas
infantiles, guarderías y colegios donde ofrecen un servicio a tiempo real de
ciertas actividades como, por ejemplo, tomar la siesta, los productos que
ha ingerido, o el estado de ánimo que tenía al momento de ingresar a la
institución; ofreciendo al padre la seguridad del bienestar del niño.
En México, la aplicación SchoolControl realiza las funciones de diario
electrónico y asevera que eleva el índice de desempeño académico en un
20% y que 9 de cada 10 padres usan a diario la aplicación para estar
completamente informados, además de aumentar en un 30% la puntualidad
de los pagos pensionales, siendo esta la más aproximada a cubrir la
problemática, a pesar de que no alerta en caso de inasistencia.
Dentro del país, ciertos colegios poseen paginas informativas, como la
unidad educativa Espíritu Santo, donde se puede apreciar de manera
general las tareas enviadas y de una sección denominada cronograma de
eventos, que no es más que un calendario donde se pueden visualizar las
actividades a realizarse.
18
Dicho esto, se puede concluir que hasta el término de este proyecto no se
encontró una aplicación que satisfaga al 100% las necesidades de la
escuela de educación básica Sergio Coloma Torres, y mucho menos, que
exista dentro del país.
FUNDAMENTACIÓN TEÓRICA
Open Source
“Software libre es la traducción de open source software, aunque
el término libre no quiere decir necesariamente que sea gratuito, sino
libre de ser usado, modificado, y compartido.” (Torres, 2014).
La utilización de software gratuitos ayuda al aprendizaje y
conocimiento de los mismo. Una vez mejorados pueden ser
distribuidos sin previa autorización o inclusive crear un nuevo
programa a partir de su código fuente y ajustarlo a las necesidades
que se presentan.
JAVA
“Java es la base para prácticamente todos los tipos de
aplicaciones de red, además del estándar global para desarrollar y
distribuir aplicaciones móviles y embebidas, juegos, contenido
basado en web y software de empresa. Con más de 9 millones de
desarrolladores en todo el mundo, Java le permite desarrollar,
implementar y utilizar de forma eficaz interesantes aplicaciones y
servicios.” (Oracle, 2018)
Java no solo es el lenguaje de programación más usado del mundo,
sino que sigue evolucionando gracias a su comunidad, quienes
proveen gran soporte y documentación, completamente gratuito, tal
como su código.
19
Angular Angular, desarrollado por Google, es un framework que permite
el desarrollo de páginas web SPA (Single Page Aplications), lo que
significa que la interacción entre secciones de la página es dinámica,
asíncrona, reactiva e instantánea. Angular se fundamenta en
separar la programación de la parte lógica(back-end) y el
diseño(front-end) con el objetivo de volverlo óptimo y desligar la
dependencia que suele existir entre ellos, lo cual es común en otros
frameworks.
“Angular es una plataforma que facilita la creación de
aplicaciones con la web. Angular combina plantillas declarativas,
inyección de dependencia, herramientas de extremo a extremo y
mejores prácticas integradas para resolver los desafíos de
desarrollo. Angular permite a los desarrolladores crear aplicaciones
que se ejecutan en la web, el dispositivo móvil o el escritorio.”
(Angular.io, 2018).
PostgreSQL
“PostgreSQL es un potente sistema de base de datos relacional
de código abierto que utiliza y amplía el lenguaje SQL combinado
con muchas características que almacenan y escalan de forma
segura las cargas de trabajo de datos más complicadas.”
(PostgreSQL, 2018).
PostgreSQL es dirigido por la comunidad de desarrolladores y brinda
muchas funcionalidades, entre ellas, la flexibilidad para desarrollar
funciones personalizadas en diversos lenguajes de programación
tales como Python, Ruby, Perl, Java; facilitando la escalabilidad y
agregando un alto rendimiento con su control de concurrencia multi-
20
versión, el cual permite leer y escribir de forma simultánea sin que
una operación afecte a la otra.
Apache Tomcat
Es un programa que funciona como un servidor web, permite
compilar y ejecutar aplicaciones web desarrolladas en Java. Es
liviano, por lo que no demanda muchos recursos del equipo y su
grado de complejidad es mínimo, haciéndolo uno de los más
utilizados comparado con otros servidores de su clase.
Mulesoft, (2018) describe en su sitio web lo siguiente: “Apache
Tomcat es el servidor de aplicaciones web más utilizado en el
mundo, con más de un millón de descargas por mes y más del 70%
de penetración en el centro de datos empresarial. Apache Tomcat
se utiliza para alimentar todo, desde sitios simples de servidor hasta
grandes redes empresariales.”
Android
“El código fuente de Android es gratuito y todo el mundo puede
descargarlo, personalizarlo y distribuirlo. Esto permite que los
fabricantes puedan producir dispositivos móviles a costes más bajos,
lo que proporciona a usuarios de todo el mundo acceso a tecnología
móvil que antes estaba fuera de su alcance.” (Android, 2018).
Los sistemas operativos para tecnologías móviles que lideran el
mercado actual son IOS y Android. Los primeros no son de tipo open
source, y aunque existen otros de licencia libre, ya son considerados
obsoletos y difícilmente se los utiliza.
Versiones de Android
La tabla número 2 muestran las diferentes versiones Android y un
porcentaje aproximado de los dispositivos que la usan. Esto nos
21
demuestra que, las versiones más utilizadas actualmente son:
Nougat, Marshmallow y Lollipop.
TABLA N. 2 VERSIONES DE ANDROID MÁS UTILIZADAS
Elaboración: Google Android Developers Fuente: Google Android Developers (2018)
GRÁFICO N. 1 DISTRIBUCIÓN DE VERSIONES MÁS USADAS DE ANDROID
Elaboración: Google Android Developers Fuente: Google Android Developers (2018)
22
Aplicaciones Móviles
“Las aplicaciones móviles pueden ayudar a solventar los
problemas de tipo particular o general de la sociedad, debido a sus
características de movilidad y ubicuidad”. (Gasca, Camargo &
Medina, 2014)
Existen diferentes tipos de aplicaciones móviles de acuerdo a las
necesidades que se presentan y las características del entorno a
aplicarse. Estas, a su vez, pueden ser Aplicaciones Móviles Nativas,
Aplicaciones Móviles Web o Aplicaciones Móviles Hibridas.
- Aplicaciones Móviles Nativas
Las aplicaciones móviles nativas son desarrolladas exclusivamente bajo
un SDK o Software Development Kit que cada sistema operativo tiene
y que se pone a disposición para que los programadores puedan
descargarlo y hacer uso de este. De tal forma, que Android se programa
en Java, IOS se programa en Objective C y Windows Phone se
programa en .Net, cada uno tiene su propio entorno de desarrollo para
crear y diseñar las aplicaciones móviles nativas.
Ventajas
• Permite tener un acceso completo al dispositivo para usar las
diferentes características del hardware como pueden ser la
cámara de fotos y video, notificaciones, sensores (giroscopio,
acelerómetro, GPS, y más).
• Facilidad a la hora de actualizar la aplicación, normalmente dicha
actualización se encuentra en la plataforma del distribuidor.
• Fluidez de la aplicación.
Desventajas
• El uso de un SDK diferente para cada sistema operativo.
23
• El código fuente no es reutilizable como se había mencionado
con anterioridad cada sistema operativo usa su propio SDK y su
propio lenguaje de programación.
- Aplicaciones Móviles Web
Las aplicaciones móviles web, también conocidas como “webapps”,
utilizan HTML, JavaScript y CSS que son herramientas generalmente
conocidas por desarrolladores de páginas web pero que también serán
empleadas para crear dichas aplicaciones.
A contrario de las aplicaciones móviles nativas estas se desarrollan
independientemente del sistema operativo y no requieren de un SDK.
Estas aplicaciones no necesitan instalarse en el dispositivo ya que serán
visualizadas haciendo uso del navegador como cualquier sitio web, lo
que hace muy fácil el uso de este tipo de aplicación dejando de lado la
preocupación de programar un código diferente para cada plataforma.
Ventajas
• El código fuente sirve para las diferentes plataformas.
• Desarrollo más sencillo
• El usuario siempre visualizará la última versión.
Desventajas.
• Acceso limitado a las características del dispositivo y del
hardware.
• Necesita conexión a internet.
• La fluidez y el tiempo de respuesta es menor a la de una
aplicación nativa.
- Aplicaciones Móviles Híbridas
Este tipo de aplicaciones es como la unión de las anteriores. Se
desarrolla como si fuera una aplicación web (HTML, CSS y JavaScript),
con la diferencia que estas aplicaciones si pueden acceder a las
características del dispositivo y del hardware mediante el uso de
24
librerías. Terminado el desarrollo de la aplicación se compila
normalmente dando el resultado como si se tratase de una aplicación
nativa.
Lo convierte en un código fuente reutilizable pudiendo obtener de un
mismo código aplicaciones para diferentes plataformas por ejemplo
Android y IOS.
Ventajas
• Como están desarrolladas bajo herramientas muy conocidas
como HTML, CSS y JavaScript, integra a más programadores en
la creación de este tipo de aplicaciones.
• Código fuente reutilizable y ahorro de tiempo al momento de su
desarrollo.
• Cuenta con acceso parcial al hardware del dispositivo a
diferencia de las aplicaciones móviles web.
Desventajas
• Tiene un aspecto más de aplicación móvil web que de aplicación
nativa.
• Incompatibilidad de características de la aplicación en los
diferentes sistemas operativos ya que no es un diseño exclusivo
para una plataforma.
¿Nativa, móvil web o hibrida?
La aplicación de diario escolar electrónico está desarrollada bajo la versión
4.4 de Android conocido con su nombre comercial KitKat se encuentra en
la cuarta posición de las versiones más utilizadas en los dispositivos
móviles con sistema operativo Android. Se escogió el desarrollo de la
aplicación de diario escolar electrónico bajo esta versión ya que dicha
versión puede ser utilizada en dispositivos de gama media baja y gama
media alta teniendo así un mayor alcance a los diferentes dispositivos
móviles.
KSoap2-Android
25
Según el desarrollador Govender (2014): “kSOAP es una librería tipo
cliente SOAP elegante, ligera y eficiente. La biblioteca es de código
abierto, fácil de usar, y puede salvarlo de la molestia de la
codificación de un analizador personalizado. Es una de las
bibliotecas de SOAP más fiables disponibles en la actualidad y se
actualiza con frecuencia, lo cual es una buena señal para un
proyecto de código abierto.”
El uso de la librería KSoap-Android es la que permite que la
comunicación sea posible entre el servicio web soap y la aplicación
Android al ser una librería ligera y fácil de usar.
Servicios Web
Los Servicios Web son aplicaciones que se usan para el intercambio
de datos cliente/servidor entre diferentes aplicaciones. Las
aplicaciones que consumen los recursos del Servicio Web pueden
estar desarrolladas en diferentes lenguajes de programación. Una
característica importante es que permite la interoperabilidad entre
las diferentes aplicaciones mediante el uso de estándares de
comunicación.
Tipos de Servicios Web
Un servicio web es un software que se proporciona a los usuarios y
que presta su utilidad mediante una red. El intercambio de
información usando este servicio es a través de mensajes tanto para
el consumidor como el proveedor de este, con el propósito de hacer
consultas y obtener respuestas a las peticiones que se ejecutan.
Existen varios tipos de arquitecturas que se pueden implementar
para crear un servicio web. Para la realización de este proyecto se
utilizarán dos tipos el Servicio Web de tipo SOAP y el Servicio Web
de tipo Restful.
26
- Servicio Web SOAP
El uso de este tipo de servicio permite la comunicación entre
la aplicación móvil desarrollada para Android y la base de
datos PostgreSql, de este modo podemos invocar a los
métodos alojados en el Servicio Web para el envío de
notificaciones y obtener una respuesta a la petición que se
haga desde la aplicación móvil y hacer uso de los datos
cuando sea necesario.
“SOAP (Simple Object Access Protocol […]) es un protocolo
de mensajería (basado en XML), que indica cómo se deben
codificar los mensajes que circularán entre las dos
aplicaciones, cliente y proveedor del servicio.” (Ramos, 2014).
- Servicio Web Rest
“REST implica que una URL es la representación de un objeto
o recurso, cuyos contenidos son accesibles mediante HTTP
[…]. Los clientes trabajan con estos recursos a través de las
operaciones estándar […] de HTTP, como GET, POST, PUT
y DELETE para descargar o modificar una copia de la
representación del recurso. […]. Las arquitecturas que siguen
los principios de REST son denominadas ‘RESTful’.”. (Calvo,
2014)
Firebase
“Este servicio, nos permitirá gestionar el envío de notificaciones a
nuestros usuarios con la diferencia de que estas podrán ser
programadas acorde a diferentes parámetros”. (Ruiz, 2017).
Con la ayuda de esta plataforma se hace posible el envío de
notificaciones push a los diferentes dispositivos móviles que tengan
la aplicación instalada, esta plataforma nos brinda este servicio de
27
forma gratuita dando la oportunidad de que proyectos sean más
interactivos con sus clientes.
Apache Axis2
“Apache Axis2 es un motor de servicios web / SOAP / WSDL, el
sucesor de la pila de SOAP Apache Axis ampliamente utilizada”.
(Apache Software Foundation,2018).
Es un motor de servicios basado en Java que permite el envío,
recepción y el procesamiento de mensajes SOAP además sirve para
el desarrollo de servicios web brindando la capacidad de añadir
funcionalidades y proveer el soporte necesario para nuevos servicios
web.
FUNDAMENTACIÓN LEGAL
El presente proyecto de titulación se fundamenta en la Constitución de
la República del Ecuador, la ley Orgánica de Educación y Ley Orgánica de
Educación General.
LEY ORGÁNICA DE EDUCACIÓN SUPERIOR (LOES)
SOFTWARE LIBRE (DECRETO 10.14)
Art. 1.- Establecer como política pública para las entidades de
administración Pública central la utilización del Software Libre en sus
sistemas y equipamientos informáticos.
Art. 2.- Se entiende por Software Libre, a los programas de computación
que se pueden utilizar y distribuir sin restricción alguna, que permitan su
acceso a los códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
• Utilización del programa con cualquier propósito de uso común.
28
• Distribución de copias sin restricción alguna.
• Estudio y modificación del programa (Requisito: código fuente disponible).
• Publicación del programa mejorado (Requisito: código fuente disponible)
Art. 3.- Las entidades de la administración pública central previa a la
instalación del software libre en sus equipos, deberán verificar la existencia
de capacidad técnica que brinde el soporte necesario para este tipo de
software.
Art. 4.- Se faculta la utilización de software propietario (no libre)
únicamente cuando no exista una solución de software libre que supla las
necesidades requeridas, o cuando esté en riesgo de seguridad nacional, o
cuando el proyecto informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional,
las garantías para la supervivencia de la colectividad y la defensa de
patrimonio nacional.
Para efectos de este decreto se entiende por un punto de no retorno,
cuando el sistema o proyecto informático se encuentre en cualquiera de
estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que en un análisis
de costo beneficio muestre que no es razonable ni conveniente una
migración a software libre; y,
b) Proyecto en estado de desarrollo y que en un análisis de costo – beneficio
muestre que no es conveniente modificar el proyecto y utilizar software
libre.
Art. 5.- Tanto para software libre como software propietario, siempre y
cuando se satisfaga los requerimientos, se debe preferir las soluciones en
este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica;
29
b) Regionales con componente nacional;
c) Regionales con proveedores nacionales;
d) Internacionales con componente nacional;
e) Internacionales con proveedores nacionales; y,
f) Internacionales.
Art. 6.- La Subsecretaria de Tecnologías de la Información como órgano
regulador y ejecutor de las políticas y proyectos informáticos en las
entidades del Gobierno Central deberá realizar el control y seguimiento de
este decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaria
de Tecnologías de la Información establecerá los parámetros y
metodologías obligatorias.
Nota: Articulo reformado por Disposición General Octava de Decreto
Ejecutivo N°. 726, publicado en Registro Oficial 433 de 25 de abril del 2011.
Art. 7.- Encárguese de la ejecución de este decreto los señores
ministros coordinadores y el señor Secretario General de la Administración
Pública y comunicación.
Dado en el Palacio Nacional, en la ciudad de San Francisco de Quito,
Distrito Metropolitano, el día de hoy 10 de abril del 2008.
Art 32.- Programas informáticos.- Las empresas que distribuyan
programas informáticos tienen la obligación de conceder tarifas
preferenciales para el uso de las licencias obligatorias de los respectivos
programas, a favor de las instituciones de educación superior, para fines
académicos.
30
Las instituciones de educación superior obligatoriamente incorporarán
el uso de programas informáticos con software libre.
En el 2008, el Gobierno firmó el decreto 1014, sobre el uso de Software
Libre, lo cual pasa a ser una política de Estado para ser adoptado por todas
las entidades.
LEY DE PROPIEDAD INTELECTUAL
TÍTULO PRELIMINAR
Art.1: El Estado reconoce, regula y garantiza la propiedad intelectual
adquirida de conformidad con la ley, las Decisiones de la Comisión de la
Comunidad Andina y los convenios internacionales vigentes en el Ecuador.
La propiedad intelectual comprende:
1. Los derechos de autor y derechos conexos.
2. La propiedad industrial, que abarca, entre otros elementos, los
siguientes:
1. Las invenciones;
2. Los dibujos y modelos industriales;
3. Los esquemas de trazado (topografías) de circuitos integrados;
4. La información no divulgada y los secretos comerciales e industriales;
5. Las marcas de fábrica, de comercio, de servicios y los lemas comerciales;
6. Las apariencias distintivas de los negocios y establecimientos de comercio;
7. Los nombres comerciales;
8. Las indicaciones geográficas;
9. Cualquier otra creación intelectual que se destine a un uso agrícola,
industrial o comercial
SECCION V: DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS
PARRAFO PRIMERO: DE LOS PROGRAMAS DE ORDENADOR
31
Art. 28. Los programas de ordenador se consideran obras literarias y se
protegen como tales. Dicha protección se otorga independientemente de
que hayan sido incorporados en un ordenador y cualquiera sea la forma en
que estén expresados, ya sea en forma legible por el hombre (código
fuente) o en forma legible por máquina (código objeto), ya sean programas
operativos programas aplicativos, incluyendo diagramas de flujo, planos,
manuales de uso, y en general, aquellos elementos que conformen la
estructura, secuencia y organización del programa.
Art. 29. Es titular de un programa de ordenador, el productor, esto es la
persona natural o jurídica que toma la iniciativa y responsabilidad de la
realización de la obra. Se considerará titular, salvo prueba en contrario, a
la persona cuyo nombre conste en la obra o sus copias de la forma usual.
Dicho titular está además legitimado para ejercer en nombre propio los
derechos morales sobre la obra, incluyendo la facultad para decidir sobre
su divulgación. El productor tendrá el derecho exclusivo de realizar,
autorizar o prohibir la realización de modificaciones o versiones sucesivas
del programa, y de programas derivados del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante
acuerdo entre los autores y el productor.
Art. 30. La adquisición de un ejemplar de un programa de ordenador
que haya circulado lícitamente autoriza a su propietario a realizar
exclusivamente:
a) Una copia de la versión del programa legible por máquina (código
objeto) con fines de seguridad o resguardo;
b) Fijar el programa en la memoria interna del aparato, ya sea que
dicha fijación desaparezca o no al apagarlo, con el único fin y en la
medida necesaria para utilizar el programa; y,
c) Salvo prohibición expresa, adaptar el programa para su exclusivo
uso personal, siempre que se limite al uso normal previsto en la
32
licencia. El adquirente no podrá transferir a ningún título el soporte
que contenga el programa así adaptado, ni podrá utilizarlo de
ninguna otra forma sin autorización expresa, según las reglas
generales.
d) Se requerirá de autorización del titular de los derechos para cualquier otra
utilización, inclusive la reproducción para fines de uso personal o el
aprovechamiento del programa por varias personas, a través de redes u
otros sistemas análogos, conocidos o por conocerse.
Art. 31. No se considerará que exista arrendamiento de un programa de
ordenador cuando éste no sea el objeto esencial de dicho contrato. Se
considerará que el programa es el objeto esencial cuando la funcionalidad
del objeto materia del contrato, dependa directamente del programa de
ordenador suministrado con dicho objeto; como cuando se arrienda un
ordenador con programas de ordenador instalados previamente.
Art. 32. Las excepciones al derecho de autor establecidas en los
artículos 30 y 31 son las únicas aplicables respecto a los programas de
ordenador.
Las normas contenidas en el presente Parágrafo se interpretarán de
manera que su aplicación no perjudique la normal explotación de la obra o
los intereses legítimos del titular de los derechos
LEY ORGÁNICA DE EDUCACIÓN INTERCULTURAL (LOEI)
TÍTULO IV: DE LAS INSTITUCIONES EDUCATIVAS
CAPÍTULO IV: DE LOS ORGANÍSMOS DE LAS INSTITUCIONES
EDUCATIVAS
SECCIÓN IV: DE LAS JUNTAS DE DOCENTES DE GRADO O CURSO
Art. 56.- Docente tutor de grado o curso. El docente tutor de grado o
curso es el docente designado, al inicio del año escolar, por el Rector o
Director del establecimiento para asumir las funciones de consejero y para
33
coordinar acciones académicas, deportivas, sociales y culturales para el
grado o curso respectivo. Deben durar en sus funciones hasta el inicio del
próximo año lectivo.
El docente tutor de grado o curso es el principal interlocutor entre la
institución y los representantes legales de los estudiantes. Está encargado
de realizar el proceso de evaluación del comportamiento de los estudiantes
a su cargo, para lo cual debe mantener una buena comunicación con todos
los docentes del grado o curso.
Son sus funciones, además de las previstas en el presente reglamento, las
definidas en el Código de Convivencia institucional, siempre que no se
opongan a lo dispuesto por la Ley Orgánica de Educación Intercultural o el
presente reglamento.
SECCIÓN VII: DE LOS PADRES DE FAMILIA O REPRESENTANTES
LEGALES DE LOS ESTUDIANTES
Art. 76.- Funciones. Son funciones de los Padres de Familia o
Representantes legales o de los estudiantes, las siguientes:
1. Ejercer por elección de entre sus pares, la representación ante el
Gobierno Escolar de cada uno de los establecimientos Públicos del
Sistema Educativo Nacional;
2. Ejercer la veeduría del respeto de los derechos de los estudiantes
del establecimiento;
3. Ejercer la veeduría del cumplimiento de las políticas educativas
públicas;
4. Fomentar la participación de la comunidad educativa en las
actividades del establecimiento;
5. Colaborar con las autoridades y personal docente del
establecimiento en el desarrollo de las actividades educativas;
6. Participar en las comisiones designadas por los directivos del
establecimiento; y,
34
7. Las demás funciones establecidas en el Código Convivencia del
establecimiento
TÍTULO V: DEL RÉGIMEN ESCOLAR
CAPÍTULO I: DEL AÑO LECTIVO
Art. 146.- Año lectivo. El año lectivo se debe desarrollar en un régimen
escolar de dos (2) quimestres en todas las instituciones educativas
públicas, fiscomisionales y particulares, y debe tener una duración mínima
de doscientos (200) días de asistencia obligatoria de los estudiantes para
el cumplimiento de actividades educativas, contados desde el primer día de
clases hasta la finalización de los exámenes del segundo quimestre.
CAPÍTULO IV: DE LOS PASES A OTRAS INSTITUCIONES
EDUCATIVAS
Art. 165.- Pase o transferencia de estudiantes. Durante el transcurso del
año lectivo, los estudiantes de los diversos niveles del sistema educativo
escolarizado pueden optar por el pase o transferencia a otra institución
educativa del mismo régimen escolar.
En caso de cambio de domicilio del estudiante u otros casos
debidamente justificados, el pase o transferencia del estudiante debe ser
autorizado por el Rector o Director de la institución educativa donde se
hallare matriculado el solicitante, previa petición del represente legal del
estudiante, hasta el término de los seis (6) primeros meses del año lectivo.
Para formalizar el pase del estudiante, se debe presentar el expediente
académico, la certificación de asistencia y la autorización de admisión de
la institución educativa receptora. Las autoridades de las instituciones
educativas están obligadas a proporcionar esta documentación en el plazo
35
de ocho (8) días a partir de la presentación de la correspondiente solicitud.
CAPÍTULO VI: DE LA ASISTENCIA DE LOS ESTUDIANTES
Art. 168.- Responsabilidad. La asistencia a las actividades educativas
es de carácter obligatorio y se debe cumplir dentro de las jornadas y
horarios establecidos por la institución educativa en la que se hallare
matriculado el estudiante.
Es obligación de los representantes legales de los estudiantes
garantizar la asistencia a clases de sus representados, y de igual manera
los estudiantes son responsables de permanecer en el establecimiento
educativo durante toda la jornada escolar. A su vez, las autoridades, los
docentes y el personal administrativo de las instituciones educativas tienen
la responsabilidad de crear y mantener las condiciones apropiadas a fin de
que los estudiantes asistan puntualmente a las actividades educativas.
Art. 169.- Control. El control y registro de la asistencia de los
estudiantes en todas las instituciones educativas públicas, fiscomisionales
y particulares es obligatorio, y se debe hacer de acuerdo con la normativa
que para el efecto expida el Nivel Central de la Autoridad Educativa
Nacional.
Art. 170.- Inasistencia. La inasistencia de los estudiantes de uno (1) o
dos (2) días debe ser notificada inmediatamente a sus representantes
legales, quienes deben justificarla, a más tardar, hasta dos (2) días después
del retorno del estudiante a clases, ante el docente de aula en el caso de
Educación Inicial, y ante el profesor tutor o guía de curso en el caso de
Educación General Básica y Bachillerato.
Si la inasistencia excediere dos (2) días continuos, el representante legal
del estudiante deberá justificarla, con la documentaci