universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/39522/1/b-cisc-ptg...cinthia joely...

197
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

Upload: others

Post on 26-Jan-2021

2 views

Category:

Documents


0 download

TRANSCRIPT

  • 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

    mailto:[email protected]:[email protected]

  • Í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