Upload
others
View
17
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
APLICACIÓN WEB PARA PLANIFICACIÓN Y GESTIÓN DE TUTORÍAS
DOCENTE-ESTUDIANTES DE LA FACULTAD DE CIENCIAS MATEMÁTICAS Y
FÍSICAS DE LA UNIVERSIDAD DE GUAYAQUIL USANDO NODE.JS.
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR(ES):
MOISÉS ALEJANDRO BRITO DIAZ
JULIÁN ANTHONY MUÑOZ INTRIAGO
TUTOR:
ING. JORGE AVILÉS MONROY, M.SC.
GUAYAQUIL – ECUADOR
2018
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TITULO: “Aplicación web para planificación y gestión de tutorías docente-estudiantes de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil usando node.js.”
AUTORES: Moisés Alejandro Brito Díaz Julián Anthony Muñoz Intriago
REVISORES: Ing. Silvia Tejada Yépez, M.Sc.
INSTITUCIÓN: Universidad de Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: N° DE PÁGS: 148
AREA TEMÁTICA: Estrategias educativas integradoras e inclusivas
PALABRAS CLAVES: Aplicación Web, planificación, gestión, tutorías, node.js
RESUMEN: El presente trabajo de titulación nace de la problemática referente a que, en la Unidad de Titulación de la Carrera de Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil, los docentes gestores designados manejan las tutorías de sus alumnos de manera no digitalizada sin un sistema estandarizado. Por esta razón, este proyecto de titulación busca desarrollar una aplicación web responsive utilizando Node.js y el framework Express.js para mejorar los procesos de planificación y seguimiento de las tutorías realizadas por los docentes a los estudiantes de la carrera. Esta investigación también se relaciona con el proceso actual, agendamiento, gestión de planificación y seguimiento, aplicación web responsive, MySQL, Node.js. La metodología utilizada para el desarrollo de la aplicación es Scrum, la misma que se basa en iteraciones de desarrollo incremental que permite realizar avances bien planificados y organizados. Posterior al desarrollo del sistema y a la etapa de pruebas realizadas se pudo conseguir una aplicación web de calidad que cumple con las exigencias funcionales.
N° DE REGISTRO (en base de datos): N° DE CLASIFICACIÓN:
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF SI NO
CONTACTO CON AUTOR:
Moisés Alejandro Brito Díaz
Julián Anthony Muñoz Intriago
TELÉFONO:
0979179386
0983852841
E-MAIL:
CONTACTO DE LA INSTITUCIÓN:
Nombre: Ab. Juan Chávez Atocha,
Teléfono: 04-23843915
E-MAIL: [email protected]
X
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “Aplicación web para planificación
y gestión de tutorías docente-estudiantes de la Facultad de Ciencias Matemáticas
y Físicas de la Universidad de Guayaquil usando node.js“, elaborado por los Sres.
MOISÉS ALEJANDRO BRITO DÍAZ y JULIÁN ANTHONY MUÑOZ INTRIAGO,
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, me permito declarar que
luego de haber orientado, estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
Ing. Jorge Avilés Monroy, M.Sc.
TUTOR
IV
DEDICATORIA
A:
Dios, por bendecirme con
darme una familia que me
apoya y que siempre ha
estado conmigo.
Mis Padres Nairo y Sara que
siempre me apoyaron y
estuvieron conmigo en esta
etapa profesional de mi vida.
A mis hermanos por ayudarme
y darme sus consejos y
amigos por siempre creer en
mí, darme su apoyo, docentes
de la carrera quienes me
guiaron durante estos 5 años.
Moisés Alejandro Brito Díaz
V
DEDICATORIA
A:
A Dios por la vida, por guiarme
día a día, por darme fortaleza
en aquellos momentos de
dificultad y debilidad.
A mi familia por darme ánimo
para nunca declinar.
A mis amigos Alejandro, Olga
y Alexa por su apoyo y amistad
incondicional que estuvieron
apoyándome durante todo el
proceso de titulación.
A mis docentes por contribuir
para mi formación académica.
Mi Abuelita que siempre me
apoya y está conmigo en esta
etapa profesional de mi vida.
A mis familiares y amigos por
siempre creer en mí, darme su
apoyo incondicional.
Julián Anthony Muñoz Intriago
VI
AGRADECIMIENTOS
A:
Mi quería universidad que en
sus aulas recibí numerosas
enseñanzas y conocí grandes
docentes, amigos y colegas.
Ing. Jorge Avilés Monroy, M.
Sc. tutor académico por
excelencia, que nos guio
durante el proceso de
titulación, quien dedicó su
tiempo y esfuerzo, por
compartir su conocimiento
para cumplir y culminar el
presente proyecto, además, a
los amigos y docentes quienes
han formado parte de nuestra
formación universitaria.
Ing. Erick González Linch,
Mgs. por guiarnos en el
desarrollo del problema y su
ayuda con él levantamiento del
proceso actual de titulación.
Ing. César Espín R. M.Sc. por
guiarnos en el desarrollo del
sistema y su asesoría.
Moisés Alejandro Brito Díaz
Julián Anthony Muñoz Intriago
VII
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Gustavo Ramírez Aguirre, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMATICAS Y
FISICAS
Ing. Inelda Martillo Alcívar, Mgs.
DIRECTOR DE LA CARRERA DE
INGENIERIA EN SISTEMAS
COMPUTACIONALES
Ing. Jorge Aviles Monroy, M.Sc.
PROFESOR TUTOR DEL
PROYECTO DE TITULACION
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
Ing. Silvia Tejada Yépez, M. Sc.
PROFESOR TUTOR REVISOR
DEL ÁREA TRIBUNAL
VIII
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”
Moisés Alejandro Brito Díaz
Julián Anthony Muñoz Intriago
IX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
APLICACIÓN WEB PARA PLANIFICACIÓN Y GESTIÓN DE TUTORÍAS
DOCENTE-ESTUDIANTES DE LA FACULTAD DE CIENCIAS MATEMÁTICAS Y
FÍSICAS DE LA UNIVERSIDAD DE GUAYAQUIL USANDO NODE.JS.
Proyecto de Titulación que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Autores:
Moisés Alejandro Brito Díaz
C.I.: 0953485331
Julián Anthony Muñoz Intriago
C.I.: 0931549380
Tutor: Ing. Jorge Avilés Monroy, M.Sc.
Guayaquil, febrero de 2019
X
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 los
estudiantes MOISES ALEJANDRO BRITO DIAZ y JULIAN ANTHONY MUÑOZ
INTRIAGO, como requisito previo para optar por el título de Ingeniero en Sistemas
Computacionales cuyo problema es:
Aplicación web para planificación y gestión de tutorías docente-estudiantes de la
Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil
usando node.js.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Moisés Alejandro Brito Díaz Cédula de ciudadanía N°0953485331
Julián Anthony Muñoz Intriago Cédula de ciudadanía N°0931549380
Tutor: Ing. Jorge Avilés Monroy, M.Sc.
Guayaquil, febrero de 2018
XI
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: Moisés Alejandro Brito Díaz
Dirección: Av. Baquerizo Moreno y Luis Urdaneta
Teléfono: 0979179386 E-mail: [email protected]
Nombre Alumno: Julián Anthony Muñoz Intriago
Dirección: Fortín Bloque 5 Manzana 24
Teléfono: 0983852841 E-mail: [email protected]
Facultad: Ciencias Matemáticas Y Físicas
Carrera: Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Desarrollo
Profesor tutor: Ing. Jorge Avilés Monroy, MSc.
Título del Proyecto de titulación: “Aplicación web para planificación y gestión
de tutorías docente-estudiantes de la Facultad de Ciencias Matemáticas y
Físicas de la Universidad de Guayaquil usando node.js.”
Tema del Proyecto de Titulación: Aplicación Web, planificación, gestión, tutorías,
node.js.
2. Autorización de Publicación de Versión Electrónica del Proyecto de
Titulación
XII
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:
Moisés Alejandro Brito Díaz Julián Anthony Muñoz Intriago
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 X
XIII
ÍNDICE GENERAL
APROBACION DEL TUTOR ................................................................................. III
DEDICATORIA ....................................................................................................... IV
AGRADECIMIENTOS ............................................................................................ VI
TRIBUNAL PROYECTO DE TITULACIÓN .......................................................... VII
DECLARACIÓN EXPRESA ................................................................................. VIII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ................................................... X
Autorización para Publicación de Proyecto de Titulación en Formato Digital ...... XI
ABREVIATURAS .................................................................................................XVI
SIMBOLOGIA ......................................................................................................XVII
INTRODUCCION .................................................................................................... 1
CAPITULO I ............................................................................................................ 3
EL PROBLEMA ................................................................................................... 3
PLANTEAMIENTO DEL PROBLEMA................................................................. 3
Ubicación del problema en un contexto .......................................................... 3
Situación conflicto nudos críticos .................................................................... 4
Causa y consecuencias del problema ................................................................ 4
Delimitación del problema ................................................................................... 5
Formulación del Problema .................................................................................. 5
Evaluación del Problema..................................................................................... 6
OBJETIVO GENERAL ........................................................................................ 7
OBJETIVO ESPECÍFICOS .............................................................................. 7
ALCANCES DEL PROBLEMA ............................................................................ 7
JUSTIFICACIÓN E IMPORTANCIA ................................................................... 9
METODOLOGÍA DEL PROYECTO .................................................................. 10
Metodología Scrum ........................................................................................ 10
CAPÍTULO II ......................................................................................................... 13
MARCO TEÓRICO ............................................................................................ 13
ANTECEDENTES DEL ESTUDIO .................................................................... 13
FUNDAMENTACIÓN TEORICA ....................................................................... 15
Aplicación Web .................................................................................................. 15
Servidor Web ..................................................................................................... 16
MySQL ............................................................................................................... 18
XIV
PHP (Preprocesador de hipertexto) .................................................................. 18
Framework ......................................................................................................... 19
Express.js .......................................................................................................... 19
Node.js ............................................................................................................... 19
Web Resposive ................................................................................................. 22
Bootstrap ........................................................................................................... 22
JQUERY ............................................................................................................ 23
FUNDAMENTACION LEGAL ............................................................................ 23
Ley de Propiedad Intelectual ......................................................................... 25
Decreto 1014 sobre el uso del software libre ................................................ 26
PREGUNTA CIENTIFICA ................................................................................. 27
DEFINICIONES CONCEPTUALES .................................................................. 28
CAPÍTULO III ........................................................................................................ 29
PROPUESTA TECNOLÓGICA ......................................................................... 29
Análisis de factibilidad ................................................................................... 29
Factibilidad Operacional ................................................................................ 29
Factibilidad técnica ........................................................................................ 31
Factibilidad Legal ........................................................................................... 32
Factibilidad Económica .................................................................................. 32
Etapas de la metodología del proyecto ............................................................ 37
Metodología de desarrollo Scrum ......................................................................... 47
I. Fase Iniciación ........................................................................................... 47
II. Planificación y estimación .......................................................................... 49
Historias de usuario ....................................................................................... 49
Casos de Uso ................................................................................................ 55
Lista de Sprints .............................................................................................. 60
III. Implementación ...................................................................................... 66
IV. Revisión y retrospectiva ......................................................................... 67
V. Lanzamiento ............................................................................................... 69
Entregables del proyecto ............................................................................... 69
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ................................... 70
CAPÍTULO IV ........................................................................................................ 74
Criterios de aceptación del producto o Servicio ............................................... 74
Informe de aceptación y aprobación ............................................................. 76
XV
CONCLUSIONES .............................................................................................. 77
RECOMENDACIONES ..................................................................................... 78
Bibliografía ............................................................................................................ 79
Anexos................................................................................................................... 82
XVI
ABREVIATURAS
S.O. Sistema Operativo
PC Computadora Personal
CPU Unidad central de procesamiento
IDE Entorno de desarrollo integrado
RAM Memoria de acceso aleatorio
UG Universidad de Guayaquil
FTP Archivos de transferencia
CC.MM.FF Facultad de Ciencias Matemáticas y Físicas
URL Localizador de recurso uniforme
USB Bus serie universal
Ing. Ingeniero
M.Sc. Máster
WWW World wide web (red mundial)
HTML Lenguaje de Marca de salida de Hiper Texto
XVII
SIMBOLOGIA
𝒎 La media
𝑴 Moda
𝒇 Frecuencia
𝒏 Cantidad muestra
𝒒 Probabilidad de fracaso
𝒕 Tiempo
𝑵 Tamaño de la población
𝑷 Probabilidad
𝒁 Nivel de confianza
XVIII
ÍNDICE DE CUADROS
CUADRO N. 1
Causas y consecuencias del problema ............................................................. 4
CUADRO N. 2
Delimitación del problema ................................................................................... 5
CUADRO N. 3
Comparativa de lenguajes de programación................................................... 21
CUADRO N. 4
Funciones Operativas ........................................................................................ 30
CUADRO N. 5
Características de Hardware ............................................................................. 31
CUADRO N. 6
Características de Software ............................................................................... 32
CUADRO N. 7
Costo recursos humano..................................................................................... 33
CUADRO N. 8
Costos de hardware ............................................................................................ 33
CUADRO N. 9
Costos de software ............................................................................................. 34
CUADRO N. 10
Costos Adicionales ............................................................................................. 34
CUADRO N. 11
Costo estimado del proyecto ............................................................................ 35
CUADRO N. 12
Scrum Master ...................................................................................................... 47
CUADRO N. 13
Equipo Scrum y responsabilidades .................................................................. 48
CUADRO N. 14
Equipo y responsabilidades .............................................................................. 49
CUADRO N. 15
Historia de usuario #1 ........................................................................................ 50
CUADRO N. 16
Historia de usuario #2 ........................................................................................ 50
XIX
CUADRO N. 17
Historia de usuario #3 ........................................................................................ 51
CUADRO N. 18
Historia de usuario #4 ........................................................................................ 51
CUADRO N. 19
Historia de usuario #5 ........................................................................................ 52
CUADRO N. 20
Historia de usuario #6 ........................................................................................ 52
CUADRO N. 21
Historia de usuario #7 ........................................................................................ 53
CUADRO N. 22
Historia de usuario #8 ........................................................................................ 53
CUADRO N. 23
Historia de usuario #9 ........................................................................................ 54
CUADRO N. 24
Historia de usuario #10 ...................................................................................... 54
CUADRO N. 25
Historia de usuario #11 ...................................................................................... 55
CUADRO N. 26
Sprint Backlog #1 Base de datos ...................................................................... 61
CUADRO N. 27
Sprint Backlog #2 Inicio Sesión ........................................................................ 62
CUADRO N. 28
Sprint Backlog #3 Perfil Administrador ........................................................... 63
CUADRO N. 29
Sprint Backlog #4 Perfil Tutor / Revisor ........................................................... 64
CUADRO N. 30
Sprint Backlog #5 Perfil Estudiante .................................................................. 65
CUADRO N. 31
Sprint Backlog #6 Portal Web ............................................................................ 66
CUADRO N. 32
Horas totales........................................................................................................ 68
CUADRO N. 33
Formato de pruebas de Funcionalidad Perfil Administrador ........................ 70
XX
CUADRO N. 34
Formato de pruebas de Funcionalidad Perfil Tutor - Revisor ....................... 71
CUADRO N. 35
Formato de pruebas de Funcionalidad Perfil Estudiante .............................. 72
CUADRO N. 36
Criterios Validación del Sistema ....................................................................... 75
CUADRO N. 37
Criterios indicadores de calidad ....................................................................... 76
XXI
ÍNDICE DE GRÁFICOS
GRÁFICO N. 1
Fases de Scrum ................................................................................................... 11
GRÁFICO N. 2
Estructura de una aplicación web moderna .................................................... 16
GRÁFICO N. 3
Manejo de solicitud Web .................................................................................... 17
GRÁFICO N. 4
Arquitectura de node.js ...................................................................................... 20
GRÁFICO N. 5
Diagrama del proceso actual de Titulación y tutorías .................................... 36
GRÁFICO N. 6
Diseño del nuevo proceso ................................................................................. 37
GRÁFICO N. 7
Análisis de la pregunta nº1 ................................................................................ 38
GRÁFICO N. 8
Análisis de la pregunta nº2 ................................................................................ 39
GRÁFICO N. 9
Análisis de la pregunta nº3 ................................................................................ 40
GRÁFICO N. 10
Análisis de la pregunta nº4 ................................................................................ 41
GRÁFICO N. 11
Análisis de la pregunta nº5 ................................................................................ 42
GRÁFICO N. 12
Análisis de la pregunta nº6 ................................................................................ 43
GRÁFICO N. 13
Análisis de la pregunta nº7 ................................................................................ 44
GRÁFICO N. 14
Análisis de la pregunta nº8 ................................................................................ 45
GRÁFICO N. 15
Análisis de la pregunta nº9 ................................................................................ 46
GRÁFICO N. 16
Caso de Uso Administrador de Sistemas ........................................................ 56
XXII
GRÁFICO N. 17
Caso de Uso Docente Tutor / Revisor .............................................................. 57
GRÁFICO N. 18
Caso de Uso Estudiante ..................................................................................... 58
GRÁFICO N. 19
Caso de Uso Tutor - Estudiante ........................................................................ 59
GRÁFICO N. 20
Caso de Uso Cuentas de Usuario ..................................................................... 60
GRÁFICO N. 21
Diagrama de quemado ....................................................................................... 68
XXIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
APLICACIÓN WEB PARA PLANIFICACIÓN Y GESTIÓN DE TUTORÍAS
DOCENTE-ESTUDIANTES DE LA FACULTAD DE CIENCIAS MATEMÁTICAS Y
FÍSICAS DE LA UNIVERSIDAD DE GUAYAQUIL USANDO NODE.JS.
RESUMEN
El presente trabajo de titulación nace de la problemática referente a que, en la
Unidad de Titulación de la Carrera de Ingeniería en Sistemas Computacionales de
la Universidad de Guayaquil, los docentes gestores designados manejan las
tutorías de sus alumnos de manera no digitalizada sin un sistema estandarizado.
Por esta razón, este proyecto de titulación busca desarrollar una aplicación web
responsive utilizando Node.js y el framework Express.js para mejorar los procesos
de planificación y seguimiento de las tutorías realizadas por los docentes a los
estudiantes de la carrera. Esta investigación también se relaciona con el proceso
actual, agendamiento, gestión de planificación y seguimiento, aplicación web
responsive, MySQL, Node.js. La metodología utilizada para el desarrollo de la
aplicación es Scrum, la misma que se basa en iteraciones de desarrollo
incremental que permite realizar avances bien planificados y organizados.
Posterior al desarrollo del sistema y a la etapa de pruebas realizadas se pudo
conseguir una aplicación web de calidad que cumple con las exigencias
funcionales.
Palabras claves: Aplicación Web, planificación, gestión, tutorías, node.js.
Autores: Moises Alejandro Brito Diaz
Julián Anthony Muñoz Intriago
Tutor: Ing. Jorge Avilés Monroy. MSc.
XXIV
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
WEB APPLICATION FOR PLANNING AND MANAGEMENT OF TEACHER
TUTORIES-STUDENTS OF THE FACULTY OF MATHEMATICAL AND
PHYSICAL SCIENCES OF THE UNIVERSITY OF GUAYAQUIL USING
NODE.JS.
ABSTRACT
The present titling work is born from the problematic that, in the Titration Unit of
the Computer Systems Engineering Degree at the University of Guayaquil, the
designated teaching managers manage the tutoring of their students in a non-
digitized way without a standardized system. For this reason, this titling project
seeks to develop a responsive web application using Node.js and the Express.js
framework to improve the planning processes and follow-up of tutorials carried out
by teachers to the students of the career. This research is also related to the
current process, scheduling, management planning and monitoring, responsive
web application, MySQL, Node.js. The methodology used for the development of
the application is scrum, the same one that is based on iterations of incremental
development that allows well-planned and organized advances. After the
development of the system and the testing stage, a quality web application was
achieved that meets the functional requirements.
Keywords: Web application, planning, management, coaching, node.js.
Autores: Moises Alejandro Brito Diaz
Julián Anthony Muñoz Intriago
Tutor: Ing. Jorge Avilés Monroy, MSc.
1
INTRODUCCION
El proceso de titulación en la Facultad de Ciencias Matemáticas y Físicas
comprende todas las actividades académicas que se requieren aprobar para
concluir su carrera y representan el periodo académico de culminación de
estudios, entre las actividades se tiene la entrega de las propuestas de trabajo,
asignación del tutor, revisión y aprobación de la propuesta, clases presenciales en
la Unidad de titulación, tutorías del trabajo de titulación, en ésta última actividad
se hace hincapié, pues comprende el desarrollo de las reuniones para la revisión
de avance de los proyectos, donde intervienen docentes y estudiantes.
Actualmente, el proceso de tutorías conlleva tener registros y documentación de
manera digital y documentos físicos archivados, esto puede causar desorden de
información especialmente en el proceso que conlleva los avances y reuniones
semanales estableciendo hora y día específico para efectuarlas. El proyecto se
presenta como una solución ante la problemática de no tener un sistema
estandarizado para la gestión del proceso de titulación donde se describe
ampliamente cada uno de los pasos que se han considerado para lograr el
desarrollo de un sistema de automatización del proceso de tutorías, el beneficio
que se espera es facilitar el proceso de tutorías mediante una aplicación que
permita a docentes y estudiantes gestionar sus reuniones, enviar archivos y emitir
informes automáticamente, de esta manera tener un registro de las reuniones de
tutorías, también se plantea el estudio de los componentes que entran en una
arquitectura del desarrollo de proyectos utilizando node.js, se detallara los
aspectos a considerar para su aplicación y que cumpla con los requisitos básicos
del modelo.
Existe una plataforma en el Ecuador promovida por canvasUTPL el cual es el
entorno virtual de aprendizaje de la Universidad Técnica Particular de Loja, que
permite a los estudiantes, el contacto cercano en línea con sus docentes y
compañeros de clase en la cual a través del servicio de streaming podrás eliminar
las barreras de distancia y tiempo, accediendo desde cualquier lugar a través de
cualquier dispositivo con acceso a Internet, se puede acceder a tutorías,
2
ponencias y conferencias que te permita fortalecer tus conocimientos y
actualizarte permanentemente. La videoconferencia cuenta con estudio de
grabación, hardware y software para grabar recursos educativos en formato video
y transmisión en vivo de evento a través de streaming.
El presente documento está dividido en cuatro capítulos. El primero detalla el
planteamiento y contextualización del problema, se definen causas y
consecuencias de este, se delimita y evalúa el problema, así como también los
objetivos del desarrollo de este proyecto, su justificación y metodología de la
investigación.
.
En el capítulo dos se procede a la fundamentación teórica y la descripción de los
antecedentes relacionados al estudio, así como también las bases conceptuales
necesarias para el desarrollo del proyecto.
En el capítulo tres llevamos a cabo un análisis de factibilidad y desarrollamos las
etapas de la metodología Scrum.
Para la culminación del proyecto se encuentra el capítulo cuatro donde se
describirá resultados obtenidos, conclusiones y recomendaciones.
3
CAPITULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del problema en un contexto
En la actualidad la Facultad de Ciencias Matemáticas y Físicas en la Unidad de
Titulación los docentes gestores designados manejan las tutorías de sus alumnos
de manera no digitalizada y de forma presencial, mediante documentación que
detalla y justifica las reuniones. Se debe tener en cuenta que los estudiantes y
docentes generan documentos de vital importancia para el proceso de titulación
donde se detallan los avances de las reuniones, por lo que muchas veces se
pierde la información y se complica tener un control, para ello es necesario un
sistema que gestione de manera unificada los procesos que intervienen.
A veces el espacio geográfico donde se efectúan las reuniones semanales de
tutorías es muy distante sin mencionar las restricciones que conlleva tener estas
reuniones de manera presencial debido al tiempo por lo que la mayoría de los
estudiantes no titulados trabajan y se les hace imposible presentarse a las
reuniones.
El no poder tener un seguimiento y control de la cita por medio de un calendario y
a su vez el proceso actual no permite realizar videoconferencias debido a que las
reuniones son únicamente de manera presencial el no tener la disponibilidad del
personal docente de manera no presencial se convierte en un problema tanto para
estudiante como docentes.
4
Situación conflicto nudos críticos
Los anexos de avances de tutorías se elaboran en archivos Word al no tener un
seguimiento de las tareas, de esta manera no existe respaldo de la información
que se propició durante la tutoría.
No cuenta con una aplicación web que le permita unificar procesos, consultar
información como tareas enviadas terminadas o incumplidas.
Las reuniones de tutorías son solo presenciales y no hay forma de hacerlas de
manera no presencial.
No existe registro de archivos enviados y avances de las tareas a realizar
acordadas con el tutor.
Causa y consecuencias del problema
CUADRO N. 1
Causas y consecuencias del problema
Causa Consecuencia El proceso actual no está automatizado para la generación de informes automáticos.
Información no actualizada, pérdida de tiempo para la elaboración de la documentación respectiva.
Carencia de registros en tiempo real que evidencien gestión semanal de las tutorías.
No se puede evidenciar las asistencias tanto para el estudiante como para el docente.
La disponibilidad de tiempo del estudiante ya sea por trabajo o porque se encuentra en prácticas.
Riesgo de tener un tiempo reducido para la reunión
Carencia de recordatorios y/o notificaciones de avance cumplimientos de tareas y horario de asistencia.
Resulta en incumplimientos de tareas e inasistencia a las reuniones.
Carencia de tener la posibilidad de realizar la videoconferencia para poder realizar las tutorías.
El proceso actual no permite realizar videoconferencia para efectuar las tutorías.
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
5
Delimitación del problema
CUADRO N. 2
Delimitación del problema
Delimitación
Campo: Tecnología de la Información
Área: Desarrollo de Software
Aspecto: Gestión de tutorías
Tema: Aplicación web para planificación y gestión de tutorías docente-estudiantes de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil usando node.js
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Este proyecto de titulación se delimita por las áreas de la Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil.
Espacio: La República del Ecuador, en la Región Costa, en la Provincia del
Guayas, en el Cantón Guayaquil.
Tiempo: La información bibliográfica que vamos a obtener en nuestra
investigación se basara en los últimos 5 años.
Universo: Orientado a los docentes tutores y estudiantes no titulados de la
Facultad de Ciencias Matemáticas y Físicas.
Formulación del Problema
¿Es posible automatizar los procesos en el departamento de titulación con la
creación de un gestor de anexos mediante el desarrollo de una aplicación web
utilizando node.js?
6
Evaluación del Problema
Delimitado: El presente proyecto plantea el desarrollo de un sistema que sea
capaz de gestionar las tutorías de los estudiantes no titulados de manera no
presencial, poder tener un seguimiento y constancia de las reuniones mediante
generación de informes automáticos, información y temas a tratar en la reunión,
datos concretos en tiempo real y fiables hacia una plataforma en la nube.
Claro: El proyecto está basado en la problemática que se genera en el proceso
de titulación específicamente en las reuniones de tutor-estudiante al no tener una
mejor gestión de las reuniones e información relevante que se utiliza para la
documentación. En algunos temas que incluye este trabajo corresponden a
tecnologías relativamente nuevas relacionadas a lenguajes de programación,
estos temas serán abordados de manera simple, además, no incluye mayores
cálculos matemático o conclusiones filosóficas que dificulten su comprensión.
Evidente: Es evidente que en la Facultad de Ciencias Matemáticas y Físicas de
la Universidad de Guayaquil no existe un sistema web que permita gestionar y
generar documentación de avances de manera automática.
Relevante: La solución que se propone es relevante para el departamento de
titulación de la Facultad debido a que sus procesos son realizados con el uso de
Word y de forma no sistematizada.
Factible: El proyecto resulta altamente factible debido a que propone un factor de
aceptación por que desean mejorar su modelo de aprendizaje los cuales han
utilizado solo reuniones presenciales y efectuando un rol poco tecnológico en
cuanto a las reuniones y seguimiento, basado en la necesidad de los docentes y
estudiantes que desean llevar un mejor control de sus tutorías, elaboración de
documentación y poder tener un mejor control de sus recursos haciendo uso de
dispositivos portátiles que no requieran instalación directa.
7
Identifica los productos esperados: El proyecto es altamente útil ya que en el
medio no existen varios sistemas de videoconferencia de los cuales los más
comunes son Skype, WhatsApp, y otras aplicaciones que puedan brindar el mismo
servicio, para ello es crucial diferenciar que el módulo de generación de informes,
asistencias y calendarización, estos son de vital importancia para la factibilidad del
sistema.
OBJETIVO GENERAL
Desarrollar una aplicación web de control de reuniones para organizar y generar
informes de los tiempos de atención y asesoría al estudiante por parte de los
tutores.
OBJETIVO ESPECÍFICOS
1. Levantar información del proceso de titulación actual mediante
investigación para modelar el nuevo proceso automático.
2. Diseñar el nuevo proceso de titulación tomando de referencia el modelo
actual para optimizar la planificación y gestión de tutorías.
3. Desarrollar los módulos de planificación y gestión de tutorías, aplicación
web para planificación y gestión de tutorías utilizando Node.js.
ALCANCES DEL PROBLEMA
El presente trabajo de titulación constituye el desarrollo de una aplicación web
para la gestión de tutorías dada por los docentes a los estudiantes no titulados de
la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, el
presente proyecto será desarrollado en node.js como base, el cual es un lenguaje
de programación de alto nivel usado para aplicaciones que integren la
metodología cliente-servidor.
8
El desarrollo de la aplicación web utiliza node.js y es utilizado para manejar el
módulo de videoconferencia y notificaciones, implementa un módulo generador de
informes que según la información recopilada por las reuniones este se genere de
forma automática, los informes tienen el formato establecido por el equipo de
desarrollo.
Se debe realizar análisis a las condiciones actuales donde sucede el problema de
estudio, que incluya tecnología y herramientas, para poder identificar los
requerimientos y todos aquellos procesos que pueden ser automatizados en el
departamento de titulación.
En el módulo para el administrador donde se realiza la carga de docentes y
estudiantes del año lectivo en forma masiva con información puntual de los
períodos académicos y permitirá el manejo de los usuarios del sistema.
El módulo de creación de proyectos y asignación de tutores y revisores, según
una lista cargada previamente por el administrador.
En el módulo de agendamiento para el tutor se realiza la planificación de las
reuniones semanales, en el módulo de videoconferencia el tutor podrá agregar
tareas y observaciones a sus proyectos asignados.
El módulo de historial tanto el perfil del tutor, del revisor y del estudiante podrán
descargar el anexo 3 informe de avance de la gestión tutorial.
Dentro de los módulos para el estudiante se podrá realizar videoconferencias con
el tutor según la hora y horario establecido en el calendario de ser requerido si no
es posible la reunión podrá ser online, dentro de esta podrá adjuntar avances
mediante archivos.
9
JUSTIFICACIÓN E IMPORTANCIA
Debido a que los docentes gestores de titulación en el proceso actual no tienen
un grupo de herramientas estándar para gestionar el proceso actual de titulación,
se tiene la necesidad de automatizar el proceso específicamente en la gestión de
la tutoría docente/estudiante y generar los anexos de manera correcta con
información verídica de los avances y reuniones. En la actualidad se hace uso de
diferentes herramientas las cuales son instaladas en el ordenador para que los
docentes puedan llevar un control de la tutoría, muchos de los docentes no suelen
utilizar estas herramientas, la aplicación web propuesta integra todas las
herramientas necesarias para poder automatizar el proceso y mejorar las
reuniones.
La comunicación entre los estudiantes y sus tutores es vital para generar una
correcta retroalimentación de las diferentes dificultades que puedan presentarse
en el desarrollo del proyecto de titulación, misma que se torna sinuosa por
problemas de tiempo que presentan varios estudiantes que trabajan o realizan
otras actividades fuera y dentro de la universidad por lo que se integra la
posibilidad de realizarlas de manera no presencial.
La importancia de utilizar node.js como lenguaje base es porque el desarrollo de
aplicaciones es mucho más rápido, por lo tanto el usuario tiene mejor experiencia
de uso esto debido a que node.js utiliza el motor V8 de Google, node.js ejecuta
JavaScript utilizando el motor V8 este permite al lenguaje proporcionar un entorno
de ejecución del lado del servidor que compila y ejecuta JavaScript a velocidades
altas. El aumento de velocidad es relevante debido a que V8 compila JavaScript
en código de máquina nativo, en lugar de interpretarlo. Sin embargo la razón
principal es porque node.js emplea un I/O (operaciones de entrada y salida) de
tipo asíncrono esto implica que todas las tareas que se desarrollan por el servidor
se hacen de forma paralela por lo que pueden efectuarse de forma simultánea y
sin que se produzca ningún tipo de bloqueo en el flujo de trabajo.
10
Está pensado para aplicaciones web de alto tráfico por ende la aplicación web
propuesta optimizará recursos y tiempo al momento de tener un flujo de trabajo
congestionado no mermando así la experiencia del usuario.
METODOLOGÍA DEL PROYECTO
Metodología Scrum
Se utilizará la metodología del modelo Scrum para el desarrollo de la aplicación,
es un marco de trabajo de procesos que ha sido utilizado desde principios de los
años 90. Cabe recalcar que scrum no es un proceso o una técnica, en su lugar es
un marco de trabajo donde se puede aplicar varios procesos y técnicas.
Esta metodología nos proporcionara de forma rápida los objetivos del proyecto por
etapas y ciclos repetitivos que se retroalimentan entre sí. (Salazar, 2016)
La elección de este tipo de metodología de desarrollo de software amerita una
constante evaluación y retroalimentación de cada etapa de desarrollo, pruebas y
correcciones. Este tipo de metodología está compuesta por 5 fases los cuales se
identificarán a lo largo del proyecto y poder así la culminación del desarrollo.
(Salazar, 2016)
11
GRÁFICO N. 1 Fases de Scrum
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Se describirá los procesos de Scrum a continuación.
Fase 1: Iniciación. – Esta fase está compuesta por varios procesos como elaborar
la Visión del Proyecto, adicional crear e identificar roles claves del proyecto como
el Scrum Máster entre otros. define la lista de prioridades la cual sirve de base
para la elaboración del plan de lanzamiento y tamaño de cada Sprint.(Salazar,
2016)
Fase 2: Planificación y estimación. – En esta fase se definen los Sprint, las
historias de usuarios, adicionalmente en las reuniones grupales se definen las
tareas y el tiempo en el que se desarrollaran. (Salazar, 2016)
Fase 3: Implementación. – En esta fase se trabaja el seguimiento de las tareas,
se utiliza a menudo un Scrumboard para realizar el seguimiento del trabajo y de
las actividades. También se identifica inconvenientes o problemas que enfrenta el
Procesos de Scrum
Fase: Iniciacion
Fase; Lanzamineto
Fase: Revision y Retrospectiva
Fase: Implementacion
Fase: Planificacion y
Estimacion
12
Equipo Scrum. Durante esta fase las reuniones cortas son eficientes en tiempo
donde el equipo da el estatus de sus actividades diarias y manifiesta cualquier
inconveniente que pueda tener. (Salazar, 2016)
Fase 4: Revisión y Retrospectiva. – En esta fase se realiza una revisión de los
avances. También en esta etapa es donde se demuestra los avances al propietario
del producto Igualmente, el Scrum Máster y el Equipo Scrum se reúnen para
discutir las lecciones aprendidas a lo largo del Sprint, información que se
documenta como las lecciones aprendidas que pueden aplicarse a los futuros
Sprints. (Salazar, 2016)
Fase 5: Lanzamiento. – La última fase de la metodología scrum es la del
lanzamiento en donde se da por finalizado con éxito el producto y se hace la
entrega de este. (Salazar, 2016)
13
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Para la elaboración de este trabajo se realizó diferentes investigaciones a nivel
nacional y mundial acerca del funcionamiento de plataformas de
videoconferencia/asesoría tutor/estudiante, también se tomará en cuenta el
modelo actual que se utiliza para desarrollar las reuniones en la Facultad de
Ciencias Matemáticas y Físicas.
El desarrollo de nuevos estándares, la implantación de nuevos planes de
estudios y la evolución de la oferta formativa, son los principales factores
que, tras 13 años de experiencia en el uso de la videoconferencia de sala
en la Universitat de les Illes Balears, han hecho que, desde hace algún
tiempo, nos estemos preocupando por hallar un sistema de
videoconferencia de escritorio que dé respuesta a estas nuevas
necesidades. En el estudio realizado, hemos analizado tanto herramientas
gratuitas como comerciales. Por otra parte, nos hemos centrado en
aquellas que ofrecen un entorno integral, permitiendo modos alternativos
de comunicación (oral y escrita, aparte de la videoconferencia), además de
facilitar el intercambio de archivos y la visualización conjunta de
documentos e incluso otras utilidades, de acuerdo con lo que
consideramos que debe ser un sistema de videoconferencia de escritorio
de apoyo a la enseñanza. (Urbina, 2010)
En el párrafo anterior descrito por el autor se realizó un análisis sobre
videoconferencia de escritorio para docencia de la Universidad de les Illes Balears,
aquí se hace hincapié en la relevancia de obtener beneficios al integrar la
tecnología en universidades. La adaptación y cambios con herramientas
14
tecnológicas son varios de los aspectos elementales que se consideran
indispensable en la educación actual para lograr el crecimiento masivo en la
enseñanza y la manera en la que utilizamos estas herramientas para facilitar
aspectos cotidianos de los procesos. Utilizar aplicaciones que permiten interactuar
más con el ser humano, resolviendo actividades para las gestiones que se lleven
a cabo, teniendo así mejor productividad y efectividad.
Se realizó la implementación de una plataforma digital web para realizar la gestión
tutorial en instituciones de educación superior, y muestra los resultados
preliminares de su aplicación en estudiantes del Instituto Tecnológico de Morelia
de México. La plataforma ha sido desarrollada con el objeto de contribuir a la
disminución de los altos índices de reprobación y deserción, así como ampliar y
facilitar el campo tutorial del docente, e incrementar la calidad y competitividad de
los programas educativos. La implementación de esta herramienta digital de
gestión tutorial pretende mejorar la relación entre el docente y el estudiante a
través de chats personalizados y públicos esto logra facilitar la obtención de
información académica del estudiante para obtener una aplicación eficiente de la
misma, y lograr que el estudiante tenga una mejor experiencia en cuanto a
enseñanza. (Sánchez, Flores, Marín, & Esquivel, 2017)
Según el manual del Tutor propuesto por el Tecnológico Nacional de México
(TecNM) la tutoría es una estrategia educativa que tiene los siguientes propósitos:
contribuir al mejoramiento del desempeño académico de los estudiantes, mejorar
en el logro de su formación integral con la participación de docentes y otras
instancias que puedan conducirlo a superar los obstáculos que se presenten
durante su desarrollo como son: bajos niveles de desempeño, repetición, rezago
y fracaso estudiantil, deserción, abandono y baja eficiencia terminal, e incidir en
las metas institucionales relacionadas con la calidad educativa, favoreciendo con
ello la eficiencia terminal de los programas educativos.
Según (Sánchez et al., 2017) en su investigación dice que “El sistema tutorial en
la educación superior en México se ha practicado desde los inicios de la década
de los 40’s en el posgrado de la Facultad de Química de la Universidad Autónoma
de México, por lo que su proceso de tutorías es uno de los mejor establecidos
dentro de las IES (Instituciones de Educación Superior).”(p.4)
15
Por otro lado, en la Universidad Politécnica de Valencia se han realizado
investigaciones sobre la tutoría virtual, utilizando herramientas existentes como
Vyew.com que es una herramienta on-line que permite trabajo y colaboración en
grupo. (Cazevieille & José Manuel Navarro Jover, 2015)
En la Universidad de León España, han implementado las tutorías académicas
utilizando el Moodle, con el objeto de mejorar el rendimiento académico de los
alumnos y facilitar su seguimiento. Dicha investigación ha arrojado algunos de los
beneficios que se tienen al utilizar una plataforma digital para colaborar en el
proceso de tutorías, sin embargo, el Moodle no es una herramienta
específicamente diseñada para esta gestión tutorial. (Martín et al., 2015)
Finalmente, cabe mencionar que hay diversas investigaciones y estudios, como el
de (Almazán, 2015) que permiten la Evaluación de la modalidad de interacción de
la tutoría y sus efectos en logros académicos en entornos en línea, demostrando
los beneficios que se logran con una acción docente basada en comunicación,
pero también la importancia de incorporar elementos cognitivos que brinden
razonamiento, motivación y retroalimentación.
FUNDAMENTACIÓN TEORICA
Aplicación Web
En la ingeniería de software son herramientas que las personas pueden utilizar
accediendo desde un servidor web, más adelante se explica la definición, y las
cuales a través de internet y un navegador de interprete el código pueda hacer
uso de esta. También se puede decir que una aplicación Web es un sitio Web que
contiene páginas con contenido. (Ecured, 2018)
Según (Ecured, 2018) ofrece un concepto muy conveniente desde un punto de
vista técnico “Las aplicaciones web son populares debido a lo práctico del
navegador web como Cliente ligero, a la independencia del Sistema operativo, así
como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e
instalar software a miles de usuarios potenciales.”
16
GRÁFICO N. 2
Estructura de una aplicación web moderna
Elaborado por: (Gitbooks, 2017)(Gitbooks, 2017) Fuente: https://eladrodriguez.gitbooks.io/angularjs/1-introduccion-angularjs/1-6-
estructura-app-web-moderna.html
Existe amplias ventajas y posibilidades que implica poder acceder a información
desde cualquier lugar y desde un navegador con acceso a internet, también al ser
un ambiente propio que no está ligado al sistema operativo directamente es fácil
acceder a ellos y mucho más escalables ya que solo basta con tener actualizado
el navegador a su versión más reciente, también esto posibilita acceder a ellas
desde smartphones por el concepto de escalabilidad y portabilidad que implica
solo interpretar el código fuente, adicionalmente por los tamaños de contenido y
ajuste existen varias tecnologías como Bootstrap que utilizan un diseño
responsive.
Servidor Web
Según (Ecured, 2018) nos dice que un servidor web “ Es un programa que gestiona
cualquier aplicación en el lado del servidor realizando conexiones bidireccionales
y/o unidireccionales y síncronas o asíncronas con el cliente generando una
respuesta en cualquier lenguaje o aplicación en el lado del cliente.”
17
Hay que tener en cuenta que el código recibido por el cliente es compilado por un
navegador web y los usuarios realicen múltiples peticiones al día y es en donde el
servidor web se encarga de gestionar el proceso y la respuesta al cliente
ofreciéndole el código fuente para luego ser interpretado por el navegador web del
cliente. Para él envió de los datos se utilizan protocolos como HTTP para poder
crear la comunicación. Un servidor web es un software que se ejecuta en un PC y
es aquel que se mantiene a la espera de recibir una petición por parte del usuario.
Una vez recibida la petición se entrega el sitio web pertinente tal y como se
muestra en el Grafico Nº3. (seo, 2017)
Según un estudio proporcionado por Netcraft pone a nuestra disposición
estadísticas acerca de cuáles son los servidores web más utilizados a nivel global
(seo, 2017) nos dice que “Apache es el líder absoluto; casi el 50% de los dominios
utilizan este servidor web. Le sigue Ngnix, aunque con un porcentaje
significativamente menor; alrededor de un 20%. Por detrás, Microsoft IIS y Google
Server.”
El servidor web que se utilizará para el desarrollo del proyecto será Apache,
debido a que es uno de los más usados en el mundo y posee con compatibilidad
en el sistema operativo de Windows, otro aspecto como lo es WampServer su
gran adaptabilidad con la base de datos MySQL y el lenguaje de programación de
alto nivel PHP que será utilizado en la codificación.
GRÁFICO N. 3
Manejo de solicitud Web
Elaborado por: CodeanCoke
Fuente: https://psp.codeandcoke.com/doku.php?id=apuntes:paginas_web
18
WampServer
Es el acrónimo usado para describir un sistema de infraestructura de internet que
las siguientes herramientas: Windows, como sistema operativo, apache como
servidor web, MySQL como gestor de base de datos y PHP, Perl o Python como
lenguajes de programación soportados. Permite servir paginas HTML a internet.
(Flores, 2013)
WampServer es un entorno de desarrollo web para sistemas operativos Windows,
las primeras pruebas se las realizará de manera local, luego se procederá a subirlo
a un servidor propio con su hosting.
MySQL
Es un sistema de gestión de base de datos relacional de código abierto, es una
aplicación que permite gestionar información en múltiples tablas relacionales para
organizar la información, se destaca bastante por ser la más popular en el mundo
y también por su gran adaptación con lenguajes de programación más utilizados
como PHP y Java. MySQL tiene un excelente rendimiento con gran fiabilidad y de
fácil utilización, MySQL es líder elegida para aplicaciones web y utilizada por
propiedades web de perfil alto, como Facebook, Twitter, YouTube y los cinco sitios
web principales. (Oracle, 2014)
Se ha optado por utilizar MySQL debido a que es de licencia gratuita y que está
muy bien adaptado con PHP.
PHP (Preprocesador de hipertexto)
Es un lenguaje de código abierto adecuado para desarrollo web y que puede ser
incrustado en HTML, actúa del lado del servidor y a su vez genera la página web
que es vista por el usuario. (Alvarez, 2017)
Las páginas que se ejecutan en el servidor pueden realizar accesos a bases de
datos, conexiones en red.
Las características principales de PHP son:
• Gran extensión de documentación
• Herramientas LIBRES
• Mucha oferta de trabajo
19
• Lenguaje sin tipeo
• Relación Multiplataforma
• Variables-PHP
• Monitoreo de acceso en tiempo real
• Plataforma independiente
Framework
FrameWorks es un conjunto de herramientas prediseñadas para un lenguaje de
programación específico, en este caso para construir aplicaciones web. Los
frameworks en tiempo real ofrecen mejores alternativas que los de arquitectura
bloqueante en cuanto a manejo de masivas peticiones concurrentes, esto se debe
ya que en lugar de dejar un proceso bloqueado mientras espera su finalización, la
aplicación comienza el proceso y darle una llamada de retorno que notificará a la
aplicación cuando aquel proceso se complete; deja el bucle de entrada-salida
disponible para servir a otros clientes. (Campoverde, R, & O, 2015)
El FrameWorks que se utilizará para este proyecto será Express.js por el motivo
que nos brinda una infraestructura minimalista y además muy flexible.
Express.js
Según (expressjs, n.d.) el sitio oficial de Express.js “Express es una infraestructura
de aplicaciones web Node.js mínima y flexible que proporciona un conjunto sólido
de características para las aplicaciones web y móviles.”. Tiene un sinfín de
métodos de programa de utilidad para desarrollo web y HTTP, es rápido y sencillo.
Cabe destacar que proporciona un excelente rendimiento y se integra muy bien
con node.js.
Node.js
Según la página oficial (Node.js, n.d.) dice que “Node.js es un entorno de ejecución
para JavaScript construido con el motor de JavaScript V8 de Chrome” está
diseñado para generar aplicaciones web de manera óptima y agilizada. Cabe
destacar que es un lenguaje de programación del lado del cliente que se ejecuta
en un navegador y el cual está basado en eventos.
Node.js fue desarrollado por Google para su uso en el tan popular navegador de
Chrome. Por otra parte, es una librería y entorno de ejecución que maneja eventos
20
de manera asíncrona y tiene un buen rendimiento debido a que la V8 compila
JavaScript en código máquina nativo en lugar de interpretarlo.
En el grafico Nº4 se puede observar la creación de una restApi utilizando Node.js
integrando servicios para móviles y ordenadores.
GRÁFICO N. 4
Arquitectura de node.js
Elaborado por: Medium.com
Fuente: https://medium.com/@tuyenbq/create-rest-api-with-node-js-for-mobile-
programmer-part-2-595e2db71bc2
21
CUADRO N. 3
Comparativa de lenguajes de programación
Características Node.js PHP .NET (C#)
Fecha de
lanzamiento
27.05.2009 08.06.1995 13.02.2002
Repositorio de
Paquetes
NPM Composer NuGet
Soporte a Largo
Plazo
✓ ✓ ✓
Licencia gratuita ✓ ✓ No
Madurez Regular Muy bueno Muy Bueno
Asíncrono Si, únicamente No V. 4.5 y no
forzado
Permite procesos
de larga duración
✓ A partir de la
versión 5.3
✓
Fácil acceso para
empezar con
pocos recursos
Regular Muy bueno Bueno
Potencia del
lenguaje
Bueno Muchas
carencias
importantes
Muy bueno
Asistencia de IDE Regular Bueno Muy bueno
Documentación Muy bueno Muy bueno Bueno
Rendimiento Muy bueno Muy bueno Bueno
Posibilidades de
optimización a
nivel de ejecución
✓ No ✓
Comunidad
Existente
Media Alta Alta
Curva de
Aprendizaje
Bueno Muy bueno Muy bueno
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Datos de la investigación
22
Uno de los principales motivos por el cual Node.js se usará como lenguaje base
del proyecto, es porque es especialmente útil cuando se van a realizar muchas
operaciones simultáneas. También es realmente bueno para aplicaciones
Realtime, ya que necesitan una conexión persistente entre el cliente y el servidor.
Además, consta de un gestor de paquetes (NPM o Node Package Manager), que
facilita la tarea de incluir librerías en nuestro proyecto, para mayor detalle de las
características que tiene node.js ver cuadro Nº3.
Web Resposive
Según (Digival.es, 2012) una web responsive es “Aquella que es capaz de
adaptarse a cualquier dispositivo donde se visualice. Las estadísticas muestran el
creciente tráfico web que se genera desde dispositivos móviles, pero además
Google penaliza ya en su buscador a aquellas webs que no son responsables.”
Se utiliza estos conceptos cuando el diseño web y el contenido de las pagina se
ajusta correctamente al tamaño de la pantalla en el que lo muestra sin perder su
diseño. Por esto es por lo que se la llama multidispositivo ya que son capaz de
adaptarse a cualquier dispositivo en el que se muestre.
Entre los principales beneficios de una web responsive son:
• Mejora la experiencia de usuario ya que se adapta el contenido a las
características del dispositivo.
• Se ahorra costes en cuanto al mantenimiento cuando se incluye contenido
nuevo ay que se utiliza una sola actualización para todas las versiones de
la web
• No tienes que desarrollar una versión de web para cada dispositivo
ahorrando así costes de desarrollo.
Bootstrap
Bootstrap es un framework libre para desarrollo a nivel de front-end, es uno de los
más populares utilizado para crear aplicaciones web, es usado para mejorar el
diseño de la presentación en los distintos módulos que se crean en un aplicativo
web teniendo una dinámica de fácil compresión y excelente desempeño por su
estructura que está pensado para aplicaciones responsive. (Bootstrap, s.f.)
23
En el desarrollo de la aplicación web propuesta se utilizará Bootstrap para el
diseño de las interfaces, y sea adaptable en un computador o dispositivos móviles.
JQUERY
JQuery es una librería de JavaScript. Es muy fácil y rápido de implementar según
la página oficial de (“jQuery,” 2019) “Es una biblioteca de JavaScript rápida,
pequeña y con muchas funciones. Hace que cosas como la manipulación y
manipulación de documentos HTML, el manejo de eventos, la animación y Ajax
sean mucho más simples con una API fácil de usar que funciona en una gran
cantidad de navegadores.”
Con esta librería implementaremos la mayor parte de las funcionalidades del
sistema como las alarmas, notificaciones y todo referente al diseño e interfaz, cabe
recalcar que se utilizara la versión más reciente (v3.3.1).
FUNDAMENTACION LEGAL
Dentro de la fundamentación legal se establecen leyes acordes a nuestras
restricciones lo que nos permite y que respaldan la viabilidad del tema propuesto.
TITULO IV
DEL PRINCIPIO DE INTEGRALIDAD
Art. 67.- El principio de integralidad es una oportunidad para el desarrollo de los
procesos de coordinación y correspondencia entre los diversos estadios del
sistema nacional educativo, así como entre las funciones sustantivas de
formación, investigación y vinculación con fa sociedad, con miras a lograr la
integración y transferencia del conocimiento entre los diversos niveles de
formación de educación superior, garantizando su acceso, apropiación y
distribución de forma abierta, colaborativa y en red .
La integralidad debe asumirse como un principio que fortalece los procesos
académicos y científicos, así como un espacio para la integración regional e
internacionalización universitaria a través de redes de cooperación científica y
tecnológica, la movilidad de docentes y estudiantes, la compatibilización y
24
armonización curricular y de titulaciones, modelos de gestión de la calidad, y la
consolidación de las culturas e identidades nacionales.
Art. 68.- La Universidad de Guayaquil se define como una universidad de
formación con investigación; producirá y gestionará conocimientos científicos,
tecnológicos y culturales, ofertará títulos de tercer nivel y grados académicos de
cuarto nivel de acuerdo a la Ley Orgánica de Educación Superior y sus
Reglamentos.
Art. 69.- Son políticas de integralidad del Sistema de Gestión Universitaria:
a. La planificación académica y científica de la Universidad de Guayaquil en
base al diálogo de saberes ya partir de la organización de los dominios
científicos, tecnológicos y humanísticos:
b. La coordinación e integración de las funciones sustantivas con el Sistema
Nacional Educativo, organismos académicos, productivos, sociales,
culturales y políticos nacionales e internacionales, así como con institutos
técnicos y tecnológicos y de Investigación;
c. La configuración de una estructura de gestión universitaria que favorezca
el fortalecimiento de los procesos de integración y la integralidad de la
gestión del conocimiento;
d. El diseño e implementación de los Centros de Excelencia que actúan como
redes del conocimiento endógenas, que favorecen la integración con otras
de carácter nacional e internacional en función de campos de estudio,
sistema de gestión académica, líneas y proyectos de investigación;
e. El fortalecimiento del proceso de internacionalización de la Universidad de
Guayaquil, consolidando procesos tendentes al desarrollo de titulaciones
conjuntas, movilidad de personal académico y estudiantes, proyectos de
investigación, desarrollo e innovación, y la integración y cooperación de
redes de cooperación; y,
f. Las demás que establezca el Honorable Consejo Universitario de la
Universidad de Guayaquil y a las entidades rectoras de la Educación
Superior.
Según el CAPITULO II DE LOS CONSEJOS CONSULTIVOS DE LOS
VICERRECTORADOS Sección I Del consejo consultivo de Investigación y gestión
25
de conocimiento detalla artículos sobre las mejoras a cuanto el proceso de
titulación, brindado apoyo y asesoría.
Art. 76.- Las atribuciones del Consejo Consultivo de Investigación son las
siguientes:
a. Proponer Planes de Desarrollo Estratégicos Institucional y el POA de la
función de investigación y gestión del conocimiento al Honorable Consejo
Universitario, diseñando mecanismos de seguimiento, monitoreo y
evaluación que aseguren su cumplimiento.
b. Garantizar la pertinencia de la gestión de la ciencia, la tecnología, la
innovación y 105 saberes ancestrales en fundón de los dominios
científicos, tecnológicos y humanísticos de la Universidad de Guayaquil.
c. Orientar y asesorar la determinación de los programas y líneas de
investigación de los Centros de Excelencia y Unidades Académicas,
estableciendo las necesidades de integración multi, inter, transdisciplinaria
y transcultural para su implementación en el marro de los dominios del
conocimiento.
d. Aprobar la convocatoria a los concursos de programas y proyectos de
investigación, analizarlos y decretar su aprobación en base a su
pertinencia y relevancia científica, así como divulgarlos en los Centros de
Excelencia y Unidades Académicas.
e. Velar por la integración de las actividades de investigación, vinculación e
internacionalización de la Universidad de Guayaquil.
f. Garantizar la planificación, organización, dirección y control del
cumplimiento de 105 indicadores de investigación en la evaluación
institucional, carreras y programas de los Centros de Excelencia y
Unidades Académicas de la Universidad de Guayaquil.
Ley de Propiedad Intelectual
Sección V
Disposiciones especiales sobre ciertas obras parágrafo primero de los
programas de ordenador
Según el artículo 28 de la Ley de Propiedad Intelectual dice que se otorga
protección a los programas de ordenador sea cual sea la forma que estén
26
expresados ya sea en forma legible por el hombre o por máquina donde incluyen
también programas operativos y aplicativos.
Por su parte, en el artículo 29 se menciona que es titular del programa de
ordenador, una persona natural o jurídica que será llamado titular puesto que su
nombre constará en la obra. El profesional ejercerá los derechos morales y tendrá
facultad de decidir acerca de su divulgación. Además de tener el derecho de
realizar, autorizar o prohibir alguna modificación de la obra en cuestión.
Dentro de las disposiciones que dicta el artículo 30 de la Ley de Propiedad
Intelectual manifiesta también que al adquirir el ejemplar de un programa de
ordenador que haya circulado lícitamente se le autoriza al propietario realizar
solamente una copia de la versión del programa, fijar el programa en la memoria
interna del ordenador y adaptar el programa para uso personal y exclusivo de uso
normal y finalmente se requerirá de una autorización de parte del titular, incluso la
reproducción con fines personales a través de redes o sistemas análogos.
Por lo tanto, solo será considerado un arrendamiento de un programa de
ordenador cuando se lo considere como un objeto esencial dependiendo del
programa de ordenador, esto es según el artículo 31.
Y finalmente, en el artículo 32 se acoge a las normas contenidas dentro del
parágrafo 30 y 31, las mismas que serán atendidas de manera que no se explote
la obra o los intereses legítimos del titular.
Decreto 1014 sobre el uso del software libre
En el artículo 1 del Decreto 1014 sobre el uso del software libre establece como
política pública la utilización del Software Libre en sus sistemas y equipamientos
informáticos, esto es para las entidades de administración Pública central.
Por otra parte, a los programas de computación se les denomina software libre,
éstos se pueden utilizar y distribuir sin restricción alguna y a su vez permiten el
acceso a los códigos fuentes.
27
Estos mismos programas contienen algunas libertades como por ejemplo la
utilización de programas con cualquier propósito, la distribución de copias sin
restricción, el estudio y modificación de programas y por último la publicación del
programa mejorado.
A continuación, en el artículo 3 establece que las entidades de administración
pública central deberán verificar la existencia de capacidad técnica que brindará
el soporte necesario para el software.
Estos artículos, especialmente en el 4 declara que cuando no exista una solución
de software libre, cuando esté en riesgo de seguridad nacional o cuando el
proyecto informático se encuentre en un punto de no retorno se facultará la
utilización del software no libre.
Así mismo en el artículo 5, 6 y 7 exponen que el software libre como el software
propietario satisfacen los requerimientos. A su vez, la subsecretaría de Informática
como órgano regulador deberá realizar el control y seguimiento del Decreto.
La ejecución de este Decreto será encargada a los Ministros Coordinadores y el
señor Secretario General de la Administración Pública y Comunicación.
PREGUNTA CIENTÍFICA
¿La utilización de una aplicación web, para optimizar los procesos de titulación
facilitara el trabajo a los docentes gestores y administrativos encargados.?
¿Se logrará mejorar la experiencia del proceso de tutorías al utilizar el aplicativo
web?
28
DEFINICIONES CONCEPTUALES
Message Queue Telemetry Transport: Es un protocolo de conectividad abierto
Machine-to-Machine (M2M) utilizado para la comunicación de envió de mensajes
cliente/servidor que permite enviar datos como mensajes.
Protocolo: Conjunto de reglas que se establecen en el proceso de comunicación
entre dos sistemas.
Prototipo: Es el primer ejemplar que se fabrica de un invento u otra cosa, y que
sirve de modelo para fabricar otros iguales.
Dashboard: Panel de control que muestra información gráfica o textual de un
comportamiento de un aplicativo o dispositivo.
JavaScript: JavaScript es un lenguaje de programación muy usado en desarrollo
web y que está orientado a objetos.
Ethernet: Estándar de redes de área local del protocolo TCP/IP y hace referencia
a los dispositivos en la red que pueden formar datos para transmisión a otros
dispositivos pueden determinar las particularidades físicas y eléctricas que debe
poseer una red.
Hardware: Parte física de la computadora, equipos de telecomunicación,
microcontroladores, sensores u otros dispositivos.
Nube: Se relaciona al concepto de computación en la nube, es un modelo de la
red de computación en internet que permite ofrecer distintos servicios
informáticos, que usualmente es en la web.
Open Source: Es una licencia que provee permisos de estudio, cambio y
distribución del software o hardware para cualquier propósito.
Plataforma: Es un sistema de hardware o software usado para alojar una
aplicación o servicio.
Software: se relaciona a los programas o aplicativos que operan las
computadoras o dispositivos relacionados.
29
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Análisis de factibilidad
Este proyecto de titulación comprende el desarrollo de una aplicación en la web
utilizando node.js que permite automatizar los procesos en el área de desarrollo
de tutorías docente/estudiante que se realizan durante un periodo estimado y en
el cual se efectúa una calendarización para las reuniones ya sean presenciales o
no, la generación de documentación del anexo 3 de avances de manera
automática el cual está establecido por el departamento de titulación de la
Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, ya
que actualmente no cuenta con un sistema que cubra con estas necesidades.
Al final este estudio adicionalmente lo que busca es promover el desarrollo y el
uso de las tecnologías aplicadas con node.js por lo que se considera muy atractivo
para las ideas de emprendedores y jóvenes entusiastas que deseen hacer uso de
estas tecnologías.
Factibilidad Operacional
Se encontró información relevante sobre el proceso actual en el departamento de
titulación en el cual se realizó un estudio a los docentes tutores de la carrera de
Ingeniería en Sistemas Computacionales quienes respondieron
satisfactoriamente sobre el producto a desarrollar y las falencias que tienen con el
actual proceso.
La complicación que tienen los tutores con la asistencia de sus estudiantes y
avances, al llevar el control mediante un documento que se lo tiene que presentar
al finalizar el mes y donde la información se pierde y muchas de las veces no es
30
verídica eso se solucionara mediante el módulo para la generación de informes el
cual será utilizado por los docentes tutores/estudiantes
Se trabajó en conjunto con el Ing. Erick Gonzáles Linch, Mgs actual Gestor de
Titulación quien explico sus requerimientos para el perfil de administrador.
Quienes utilicen la aplicación web como lo son el Administrador o Gestor de
Titulación, los docentes tutores, revisores y estudiantes no titulados, una
interacción sencilla entre usuario y aplicación web, ya que su desarrollo contiene
interfaces adecuadas, llevando una mejor organización de los eventos que se
necesiten realizar los cuales se detallan a continuación en el cuadro N.4.
CUADRO N. 4
Funciones Operativas
Funciones Operativas
Cargo Funciones
Gestor de la Unidad de
Titulación
Encargado de validar que todo el proceso de
titulación se lleve a cabo con normalidad. Tendrá
acceso a todas las funciones del perfil del
administrador.
Docente Tutor Encargado de realizar las tutorías y el
seguimiento de sus proyectos asignados, podrá
grabar la información de estas e imprimir los
reportes.
Docente Revisor Encargado de realizar las revisiones y el
seguimiento de sus proyectos asignados después
del tutor, podrá grabar la información de estas e
imprimir los reportes.
Estudiante Encargado de cumplir con las tareas y avances
que el tutor requiera con respecto a su proyecto
de titulación, podrá grabar información de las
reuniones e imprimir reportes.
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
31
Factibilidad técnica
Se describe en el cuadro N.5 la factibilidad técnica donde se mostrará información
que detallará características de hardware y software para el correcto
funcionamiento del aplicativo web.
CUADRO N. 5
Características de Hardware
Hardware
Recursos Especificaciones
Computadora de
Escritorio
Procesador I7 3.90 Ghz.
Memoria RAM 18
Disco Duro 1Tb
Laptop Procesador I5 2.70 Ghz.
Memoria RAM 8
Disco Duro 750 Gb.
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
A continuación, en el cuadro N.6 se detalla las herramientas tecnológicas que se
utilizaron para el desarrollo del presente proyecto.
32
CUADRO N. 6
Características de Software
Software
Recursos Detalle
Windows 10 Sistema Operativo
Node.js versión Lenguaje de Programación base
Express.js Framework (back-end)
PHP 7.1 Lenguaje de programación
Bootstrap 3 Framework (front-end)
HTML5 Lenguaje de etiquetas
MySQL 5.7.19 Gestor de Base de datos
Navicat Premium 12 Administrador gráfico de base de
datos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Factibilidad Legal
La aplicación web se acoge a las leyes establecidas por la Constitución del
Ecuador y no se quebranta ninguna, se tiene en cuenta los artículos de las leyes
y reglamentos que sustenten y validen la existencia de este, se debe considerar
que la elaboración de un proyecto sea este de cualquier índole no altere de
ninguna manera al exosistema y medio ambiente y a su vez no perjudique a la
propiedad intelectual o actividades de terceros.
Todos estos artículos y argumentos legales que avalan y promueven el desarrollo
de propuestas tecnológicas y académicas, se encuentran descritos en el Capítulo
II en el Marco Legal.
Factibilidad Económica
En esta sección se evaluaron los costos de adquisición de los componentes
necesarios para el desarrollo de la aplicación web.
33
Los costos para la adquisición de los componentes necesarios para el desarrollo
del sistema han sido evaluados de la siguiente manera:
CUADRO N. 7
Costo recursos humano
Colaborador Cargo Mes x
persona
Sueldo x
persona
Subtotal
Diseñador y
Analista
Moises Brito 3 $150,00 $450,00
Diseñador y
Analista
Julián Muñoz 3 $150,00 $450,00
Programador Moises Brito 3 $200,00 $600,00
Programador Julián Muñoz 3 $200,00 $600,00
Total $2.100,00
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En el cuadro N.7 se detalla el valor de la mano de obra del desarrollo del aplicativo
web, donde se encuentran los programadores, diseñadores y analistas en el cual
se establece el sueldo de la persona por mes y el cargo q ocupó.
CUADRO N. 8
Costos de hardware
Descripción Valor
Computador de escritorio $700,00
Laptop $550,00
Total $1.250,00
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
34
En el cuadro N.8 se establecen los costos tangibles que se requirió para el
desarrollo de la aplicación web.
CUADRO N. 9
Costos de software
Descripción Valor
Herramientas open source $0,00
Hosting $30,00
Dominio $20,00
Total $50,00
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En el cuadro N.9 se detallan los costos por licencias utilizadas, hosting y dominios
generalmente tienen un tiempo de vigencia de 1 año y se tendrán que renovar
anualmente para que el sistema este vigente y en línea.
CUADRO N. 10
Costos Adicionales
Descripción Valor
Trasporte y viáticos $150,00
Extras $20,00
Total $170,00
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En el cuadro N.10 se detallan los costos por transporte y viáticos que se generaron
durante el desarrollo del proyecto adicionalmente los extras reflejan gastos por
suministros como anillados, impresiones, copias, etc.
35
CUADRO N. 11
Costo estimado del proyecto
Costos Valor
Recursos humanos $2.100,00
Recursos Hardware $1.250,00
Recursos Software $50,00
Recursos adicionales $170,00
Total $3.570,00
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Se detalla en el cuadro N.11 el costo total del proyecto el cual es de $3.570,00,
cabe recalcar que el financiamiento dentro de los 3 meses de desarrollo y
levantamiento de información están costeados por los creadores de la aplicación
web.
El tiempo que dura el hosting y el dominio tiene una membresía de hasta 1 año a
partir de su compra, eso quiere decir que a partir del 24 de enero del 2019 y tendrá
que renovarse el 24 de enero del 2020.
36
GRÁFICO N. 5
Diagrama del proceso actual de Titulación y tutorías
Start
Registro del
estudiante de
titulación
Asignación del tutor
End
No Yes
Validación del
proyecto de
titulación
Envió de los
documentos de
titulación a
estudiantes y
docentes
Creación de
cronograma de
tutorías
Inicio de reuniones
con el tutor
Tutoría 1,
presentación de
avances
Tutoría 2,
presentación de
avances
Tutoría n
presentación de
avances finales
Validación y subida
de notas por parte
del tutor
Asignación del
revisor
Envió de los
documentos de
titulación a
estudiantes y
docentes
Creación de
cronograma de
revisiones
Si aprueba
No Aprueba
Inicio de reuniones
con el revisor
Revisión 1,
presentación de
avances
Revisión 2,
presentación de
avances
Revisión n
presentación de
avances finales
Validación y subida
de notas por parte
del revisor
Prórroga No Aprueba
Si aprueba
Asignación de
fecha de
Sustentación
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Datos del Proyecto
El diagrama elaborado por Microsoft Visio gráfico Nº 5 se puede observar el Mapa
de viaje del cliente o por sus siglas en inglés (Customer Journey Map) cuando
comienza el proceso de titulación. Se detalla dos secciones el usuario y entidades
con las cuales interactúan entre sí. La primera que es el administrador realza el
registro del estudiante, luego la validación y aceptación del anteproyecto, si es
aceptado por la Unidad de Titulación se le asigna a un docente tutor para poder
seguir con el proceso, caso contrario el estudiante tiene que volver a inscribirse
con un nuevo proyecto.
Las entidades están conformadas de manera en que los módulos más relevantes
de la gestión de tutorías como lo son la creación de informes semanales sean
generados de forma automática cada vez que el tutor, revisor o estudiante lo
37
requiera, a su vez está elaborada con información recopilada durante el proceso
de tutorías. El diseño del nuevo proceso se encuentra detallado en el gráfico Nº 6.
GRÁFICO N. 6
Diseño del nuevo proceso
Start
Creación masiva de
cuentas de usuario
End
Creación de los
proyectos de
titulación
Perfil Tutor
Validación y subida
de notas por parte
del revisor
Si aprueba
Asignación fecha
de sustentación
No Aprueba
Si aprueba
Envió masivo de
correos a docentes
y estudiantes
Creación grupos de
titulación
Agendar citasProceso de
reuniones
Generador de
informes
Perfil Revisor Agendar citasProceso de
reuniones
Generador de
informes
Validación y subida
de notas por parte
del tutor
No aprueba
Si aprueba
Prórroga
No aprueba
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Datos del Proyecto
Etapas de la metodología del proyecto
En este proyecto emplearemos la técnica de la encuesta para recolectar datos, la
misma que será aplicada utilizando como instrumento un cuestionario electrónico
subido en la web gracias a la herramienta de Google Encuestas la cual facilitará
la tabulación de las respuestas. Las preguntas se encuentran en el Anexo 2 y
validan la problemática a la muestra correspondiente de 45 docentes tutores del
actual ciclo, con el fin de obtener información para el desarrollo de la aplicación
web.
38
Análisis de las encuestas
1.- ¿Actualmente está de acuerdo con realizar los informes de avance de
tutorías de forma manual?
GRÁFICO N. 7
Análisis de la pregunta nº1
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.7 se puede observar que
de una muestra de N=45 personas que fueron encuestadas el 48,9% no se
encuentran de acuerdo con la forma actual de realizar los informes de avances, el
35,6% se encuentran parcialmente de acuerdo debido a que el proceso actual ha
tenido ya varios años y la costumbre implica una aprobación ligera, y el 11,1% que
indica que, en su mayor parte, pero no totalmente están de acuerdo. Esto implica
que la mitad de la población no están de acuerdo con el proceso de actual e
indican una mejora al proceso.
39
2.- ¿En la actualidad tiene inconvenientes con el tiempo que le toma realizar
los informes para el control de las reuniones con los estudiantes?
GRÁFICO N. 8
Análisis de la pregunta nº2
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.8 se puede observar que
de una muestra de N=45 personas que fueron encuestadas el 51,1% tienen
inconvenientes con el tiempo que requiere realizar los informes de avances, el
22,2% en su mayor parte tienen problemas similares, y el 11,11% de los docentes
no tienen ningún problema de esta índole. Esto implica que más de la mitad de la
muestra tienen problemas con el tiempo que conlleva realizar estos documentos
debido mucho a que los informes son hechos de forma manual y requieren de
tiempo y la presencia de ambas partes como lo son del tutor y del estudiante.
40
3.- ¿En la actualidad cómo calificaría la puntualidad de los estudiantes en
las reuniones semanales de tutorías?
GRÁFICO N. 9
Análisis de la pregunta nº3
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.9 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 33,3% están
insatisfechos es decir existe mucha falta de puntualidad por parte de los
estudiantes no titulados con las reuniones semanales, el 42,2% están
parcialmente satisfechos, y el 17,8% de los docentes no tienen ningún problema
de esta índole es decir respondieron Satisfechos. Esto se debe a que la mayoría
de los estudiantes no titulados están trabajando por lo que se les hace casi
imposible asistir a las reuniones, razón principal por la que nadie eligió la primera
escala en las respuestas de la encuesta.
41
4.- ¿Actualmente cómo calificaría el desempeño de los estudiantes al cumplir con las observaciones y correcciones previamente realizadas en el documento de titulación?
GRÁFICO N. 10
Análisis de la pregunta nº4
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.10 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 31,1% están
insatisfechos es decir los estudiantes no cumplen con las observaciones y
correcciones del proyecto esto debido a que no existe control de tareas en ese
aspecto, el 51,1% están parcialmente satisfechos lo que quiere decir que aún
existen falencias y a veces la responsabilidad recae en el estudiante mas no en el
docente , el 8,9% respondió satisfecho, y el otro 8,9% muy satisfecho. Esto implica
que debido a las reuniones presenciales y el tiempo mismo de la tutoría no se
puede hacer nota de todo lo hablado y que exista un registro de este por ende
existe estos índices de insatisfacción con los avances de los estudiantes en sus
trabajos de titulación.
42
5.- ¿Está usted de acuerdo con utilizar un sistema web que permita tener
tutorías no presenciales mediante videoconferencia?
GRÁFICO N. 11
Análisis de la pregunta nº5
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.11 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 75,5% están
totalmente de acuerdo con utilizar un sistema web para permitir realizar tutorías
median videoconferencia, y el 17,8% están parcialmente de acuerdo quizás por
las restricciones que implica un sistema web ya sea por disponibilidad o
simplemente por la costumbre. Esta pregunta determina que el proyecto es viable
y existe acogida por los docentes como algo que es necesario y de gran ayuda
para el proceso de Titulación.
43
6.- ¿Actualmente utiliza usted un sistema que permita la organización de
reuniones y gestión de informes de control para los estudiantes de
titulación?
GRÁFICO N. 12
Análisis de la pregunta nº6
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.12 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 84,4% no
utilizan un sistema que permita la organización de los reuniones y gestión de
informes, y el 15,6% respondió que si la razón es porque si existe un sistema en
la Facultad de Ciencias Matemáticas y Físicas en la que los docentes tutores y
revisores suben la nota final del proyecto de titulación. Esta pregunta determina
que más de la mitad de la muestra que fue encuesta respondió que no existe un
sistema en la facultad que permite la reuniones y gestión de informes por lo que
sustenta la creación del proyecto.
44
7.- ¿Actualmente se siente satisfecho con todos los informes impresos que
debe gestionar y crear para el control de las reuniones de tutoría con el
estudiante?
GRÁFICO N. 13
Análisis de la pregunta nº7
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.13 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 44,4% se
encuentran insatisfechos con la forma de realizar los informes semanales de
avance con el estudiante por lo que debido a la forma de gestionarlos y que la
información que requiere se pierde al finalizar el mes, y el 44,4% respondió
parcialmente satisfecho. Esta pregunta determina la necesidad por parte de los
docentes y estudiantes de crear el sistema que permita la creación de informes de
manera automática con la información propiciada por los usuarios.
45
8.- ¿Cree usted necesario tener un sistema centralizado para la gestión de
tutorías y creación de informes de manera digital?
GRÁFICO N. 14
Análisis de la pregunta nº8
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.14 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 100%
contesto satisfactoriamente a la encuesta respondiendo de manera positiva a la
creación del sistema centralizado para la gestión de tutorías. Esta pregunta
determina la viabilidad del proyecto y que será de gran ayuda para solventar estas
necesidades.
46
9.- ¿Cuantas herramientas utiliza usted para la gestión de informes y
organización de reuniones?
GRÁFICO N. 15
Análisis de la pregunta nº9
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Formulario de Google
De acuerdo con los resultados del grafico estadístico N.15 se puede observar que
de una muestra de N=45 docentes tutores que fueron encuestados el 25%
contesto que utilizan 5 herramientas para la gestión de informes y organización de
reuniones. Esta pregunta determina que actualmente los docentes utilizan varias
herramientas para la gestión de las tutorías ya sea estos Google calendar, correo
electrónico, Word, Excel que no está centralizadas en un solo sistema y que por
ende existen varias respuestas en la encuesta por ejemplo el 8,6% de los docentes
no utilizan ninguna de estas herramientas quizás debido al desconocimiento de
estas.
47
Metodología de desarrollo Scrum
I. Fase Iniciación
Este proyecto de titulación proporciona una solución tecnológica al departamento
de Titulación en las actividades del proceso actual por parte de la gestión de
tutorías y gestión de documentos, facilitando el trabajo mediante una aplicación
web que contará con diferentes módulos basado en los requerimientos
necesarios. (Salazar, 2016)
Roles. – En esta etapa del desarrollo se establece quienes conformarán el grupo
de trabajo. Por lo que en la metodología Scrum refiere se determina un Scrum
Máster, el equipo scrum y demás miembros necesarios para el cumplimiento de
sus responsabilidades respectivas. (Salazar, 2016)
• Scrum Master es quien lidera los equipos en el desarrollo de proyectos. Su
misión es que los equipos de trabajo alcancen sus objetivos hasta llegar a
la fase de “sprint final”, y a su vez eliminan cualquier dificultad que se
pueda presentar durante el desarrollo ver el cuadro N.12.
CUADRO N. 12
Scrum Master
Rol Persona
Scrum Master Moisés Brito
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
48
• Equipo scrum es aquel encargado de, desarrollar, diseñar y realizar
pruebas de ejecución en la aplicación web del proyecto, ver cuadro N.13.
CUADRO N. 13
Equipo Scrum y responsabilidades
Equipo Scrum Responsabilidades
Julián Muñoz Desarrollo, Diseño
Moisés Brito Desarrollo, pruebas
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
• El administrador de sistemas es el encargado de administrar perfiles,
cuentas de usuarios registrados y asignar accesos a la aplicación web.
• El docente tutor encargado de realizar las reuniones por videoconferencia,
solicitud/aprobación de cambios, consultar y generar informes de avances
(anexo 3), controlar las asistencias.
• El docente revisor es el encargado de realizar las reuniones por
videoconferencia por un tiempo limitado, solicitud/aprobación de cambios,
consultar y generar informes de avances.
• El estudiante encargado de subir archivos con los avances del documento
consulta de tareas y correcciones ver cuadro N.14.
49
CUADRO N. 14
Equipo y responsabilidades
Equipo Responsabilidades
Administrador de Sistemas Product Owner
Docente/Tutor Pruebas y aceptación de la
aplicación web
Docente/Revisor Pruebas y aceptación de la
aplicación web
Estudiante Pruebas y aceptación de la
aplicación web
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I
II. Planificación y estimación
En esta fase se presenta la planificación para el desarrollo de la aplicación web
propuesta, previamente esta fase requirió de levantamiento de información
proporcionada por las entrevistas y encuestas ya realizadas en este capítulo, se
obtuvieron datos muy relevantes de necesidades y requerimientos los cuales nos
permitieron elaborar historias de usuarios, casos de uso y los Sprints. (Salazar,
2016)
Historias de usuario
Las historias de usuario permiten listar las funcionalidades para aprobar, estimar
y asignar lo que se integrará dentro del desarrollo de la aplicación web y así
asegurar hacer las estimaciones posibles de tiempo y esfuerzo.
50
CUADRO N. 15
Historia de usuario #1
Historia de Usuario
Numero: 1 Usuario: Administrador
Nombre historia: Diseño de la arquitectura de la aplicación web.
Prioridad en negocio: Alta Riesgo en desarrollo: Alta
Puntos estimados: 30 Iteración asignada: 1
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Se diseñará el modelo de la aplicación web, arquitectura,
servidor y la base de datos.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 16
Historia de usuario #2
Historia de Usuario
Numero: 2 Usuario: Administrador
Nombre historia: Diseño de la base de datos.
Prioridad en negocio: Alta Riesgo en desarrollo: Media
Puntos estimados: 22 Iteración asignada: 1
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Se creará la base de datos con sus respectivas relaciones.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
51
CUADRO N. 17
Historia de usuario #3
Historia de Usuario
Numero: 3 Usuario: Administrador, tutor, revisor
y estudiante.
Nombre historia: Crear inicio de sesión.
Prioridad en negocio: Alta Riesgo en desarrollo: Alta
Puntos estimados: 15 Iteración asignada: 2
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Crear inicio de sesión para habilitar ingreso a la aplicación web
de los roles, administrador, tutor, revisor y estudiante.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 18
Historia de usuario #4
Historia de Usuario
Numero: 4 Usuario: Administrador
Nombre historia: Registro de los roles con sus respectivas cuentas.
Prioridad en negocio: Alta Riesgo en desarrollo: Alta
Puntos estimados: 29 Iteración asignada: 2
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Crear el registro automático mediante la subida de un archivo
XML por rol con un formato especifico.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
52
CUADRO N. 19
Historia de usuario #5
Historia de Usuario
Numero: 5 Usuario: Administrador - Cliente
Nombre historia: Cambio de contraseñas.
Prioridad en negocio: Alta Riesgo en desarrollo: Alta
Puntos estimados: 15 Iteración asignada: 3
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Permitir a los usuarios acceder a la aplicación web una vez que
hayan cambiado su clave temporal.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 20
Historia de usuario #6
Historia de Usuario
Numero: 6 Usuario: Administrador
Nombre historia: Gestionar perfiles y notificaciones.
Prioridad en negocio: Media Riesgo en desarrollo: Alta
Puntos estimados: 22 Iteración asignada: 3
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Gestionar los perfiles de los usuarios y notificaciones que se
presentaran en la aplicación web.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
53
CUADRO N. 21
Historia de usuario #7
Historia de Usuario
Numero: 7 Usuario: Administrador
Nombre historia: Gestionar temas de proyectos y asignación de tutores y
revisores.
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 15 Iteración asignada: 4
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: El administrador será capaz de gestionar los temas y
asignarlos a los docentes tutores vigentes.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 22
Historia de usuario #8
Historia de Usuario
Numero: 8 Usuario: Tutor y Revisor
Nombre historia: Gestionar las reuniones por videoconferencia y asistencia
semanal con los estudiantes.
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 22 Iteración asignada: 4
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: El administrador será capaz de gestionar los temas y asignarlos
a los docentes tutores vigentes.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
54
CUADRO N. 23
Historia de usuario #9
Historia de Usuario
Numero: 9 Usuario: Tutor, estudiante y revisor
Nombre historia: Creación automática del anexo 3.
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 30 Iteración asignada: 5
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Los perfiles tutor, revisor y estudiante serán capaz de descargar
el anexo 3 de forma rápida mediante un archivo formato PDF.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 24
Historia de usuario #10
Historia de Usuario
Numero: 10 Usuario: Tutor y revisor
Nombre historia: Enviar tareas y observaciones.
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 20 Iteración asignada: 5
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Los perfiles tutor y revisor podrán subir las corrosiones y
comentarios de los avances y tareas de sus estudiantes mediante archivos
Word.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
55
CUADRO N. 25
Historia de usuario #11
Historia de Usuario
Numero: 11 Usuario: Administrador, tutor/revisor
y estudiante
Nombre historia: Configuración del perfil.
Prioridad en negocio: Media Riesgo en desarrollo: Media
Puntos estimados: 20 Iteración asignada: 6
Programador responsable: Moisés Brito - Julián Muñoz
Descripción: Todos los perfiles tienen acceso a las configuraciones como
cambio de imagen, cambio de contraseña, etc.
Observación:
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Casos de Uso
Según (García Peñalvo & García Holgado, 2018) un caso de uso es un conjunto
de acciones realizadas por el sistema que dan lugar a un resultado observable lo
que se podría decir que el caso de uso especifica un comportamiento que el sujeto
puede realizar en colaboración con uno o más actores.
Para representar la aplicación web y determinar sus funcionalidades se utilizó el
diagrama de caso de uso que consta en la metodología Scrum con un formato
establecido. Cabe recalcar que se utilizó la herramienta de Microsoft Visio para la
elaboración de los diagramas.
56
GRÁFICO N. 16
Caso de Uso Administrador de Sistemas
Administrador
CRUD de Usuarios
CRUD de los temas de titulacion y
usuarios
Enviar correos masivos
Asignar de tutores y revisores
Crar ciclos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Microsoft Visio
57
GRÁFICO N. 17
Caso de Uso Docente Tutor / Revisor
Tutor / Revisor
Agendar tutorias
CRUD de tareas y observaciones
Cosultar historial (Anexo 3)
Subir archivos
Acceder a sesiones por
videoconferencia
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Microsoft Visio
58
GRÁFICO N. 18
Caso de Uso Estudiante
Estudiante
Acceder a tutorias mediante
videoconferencia
CRUD de tareas y observaciones
realizadas
Cosultar historial (Anexo 3)
Subir archivos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Microsoft Visio
59
GRÁFICO N. 19
Caso de Uso Tutor - Estudiante
Tutor/Revisor
Agenda reuniónes semanales
Recibe informacion de las reuniones
Verifica la asistencia del estudiante
Verifica si asistira
Acceso al sistema de videoconferencia
Estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Microsoft Visio
60
GRÁFICO N. 20
Caso de Uso Cuentas de Usuario
Tutor/Revisor
Creacion de grupos de proyecto
Agenda el docente al estudiante
Visualización de las citas
Estudiante
Creacion de las cuentas de usuario
Notificacion de correo a los usuarios
Cambio de contraseña
Administrador
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Microsoft Visio
Lista de Sprints
Los Sprints que se reflejan a continuación, demuestran el desarrollo de ejecución
del proyecto en el tiempo por parte de los responsables, detallando el enunciado
y listas de tareas que se necesita trabajar.
Cabe recalcar que el equipo Scrum tiene la obligación de cumplir con cada una de
ellas para avanzar con el desarrollo de la aplicación web.
61
Estos cuadros contienen los estados en el que se encuentra cada sprint ya sea
pendiente, en proceso o terminado, además del esfuerzo a lo largo del proyecto
donde se considera las horas estimados totales de trabajo.
CUADRO N. 26
Sprint Backlog #1 Base de datos
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
1
Base de
datos
Definir y crear
tablas y
campos
Julián Muñoz
Terminado
25
6
6
4
4
5 Modificar y
eliminar tablas
Relacionar
tablas
Alimentar base
de datos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
62
CUADRO N. 27
Sprint Backlog #2 Inicio Sesión
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
2
Crear inicio
de sesión
Inicio de sesión
para
administrador
Julián Muñoz
Terminado
9
4
4
1
Inicio de sesión
para tutor y
revisor
Inicio de sesión
para estudiante
Moisés Brito
Terminado
7
3
4 Recuperar
contraseña
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
63
CUADRO N. 28
Sprint Backlog #3 Perfil Administrador
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
3
Funciones del
Administrador
Pantalla
principal del
administrador
Julián Muñoz
Terminado
35
6
6
6
6
6
Registrar
usuarios
Crear, eliminar
y modificar
proyectos de
titulación
Asignar
proyectos
Crear ciclos
lectivos
Enviar correos
masivos
Registrar
usuarios por
archivo XML
Moisés Brito
Terminado
22
5
5
5
3
4
Validar
cuentas
creadas
Cambio de
contraseña del
usuario
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
64
CUADRO N. 29
Sprint Backlog #4 Perfil Tutor / Revisor
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
4
Funciones del
perfil
Tutor/Revisor
Pantalla
principal
Julián Muñoz
Terminado
21
7
6
8
Crear,
modificar y
eliminar tareas
Cálculo de
horas de
tutorías
Agendar
videoconferen
cias
Repositorio de
archivos
Crear y
descargar
Anexo 3
Moisés Brito
Terminado
18
6
6
6
Control de
asistencias por
fecha y hora
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
65
CUADRO N. 30
Sprint Backlog #5 Perfil Estudiante
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
5
Funciones del
Perfil del
estudiante
Pantalla
principal
Julián Muñoz
Moises Brito
Terminado
21
7
6
8
Crear, eliminar
y modificar
tareas y
observaciones
Cálculo de
asistencias
Acceder a
videoconferen
cias
Repositorio de
archivos
Crear y
descargar
Anexo 3
Moisés Brito
Terminado
18
6
6
6 Control de
asistencia
presencial
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
66
CUADRO N. 31
Sprint Backlog #6 Portal Web
ID Enunciado Tarea Responsable Estado Total
Horas
Horas
Día
1
Día
2
Día
3
Día
4
Día
5
1
Modificar
perfil
Administrador
Realiza
modificación
de contraseña,
cambio de
imagen de
perfil
Julián Muñoz
Terminado
7
7
2
Modificar
perfil Tutor
/revisor
Realiza
modificación
de contraseña,
cambio de
imagen de
perfil
Julián Muñoz
Terminado
10
6
4
3
Modificar
perfil
Estudiante
Realiza
modificación
de contraseña,
cambio de
imagen de
perfil
Julián Muñoz
Terminado
8
4
4
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
III. Implementación
En esta fase se procede a implementar a partir de las historias de usuarios y los
Sprints realizados anteriormente, aquí partimos con la creación del modelo entidad
relación. (Salazar, 2016)
El desarrollo del presente proyecto está elaborado en varios lenguajes pero la
principal seria node.js ya que es la estructura principal del proyecto para el inicio
de sesión, notificaciones, videoconferencias, también por razones de agilizar el
67
tiempo de desarrollo y de ejecución del código se ha utilizado lenguaje de alto
nivel PHP en su última versión de la fecha actual (v7.2.5).
Inicio de sesión que ayuda a la seguridad a ingresar con sus usuarios y
contraseñas con el rol correspondiente de administrador, tutor, revisor y estudiante
cada uno tiene su propia validación y posibilidad de cambiar la contraseña
después de la creación de su cuenta.
Se desarrolla la posibilidad de crear cuentas de usuario masivas a través de un
archivo XML para agilizar el proceso de autentificación.
Se desarrolla la opción de generar historial de avances representado por el anexo
3 necesario para todos los roles que integra el sistema.
Y también se crea una sección de configuraciones para los parámetros que incluye
el sistema.
Se diseña y codifica un portal web para los docentes tutores y estudiantes con
opciones que facilitan al estudiante consultar, descargar documentos y avances.
IV. Revisión y retrospectiva
En esta fase se procede a crear una retroalimentación de las tareas realizadas e
hitos del desarrollo del proyecto en conjunto con el scrum master y el equipo
scrum. Se hace una validación de los Sprints para constatar el conforme orden en
que se trabajarán las tareas de forma eficiente, y también, se demuestra el
entregable al dueño del producto en una reunión de revisión. (Salazar, 2016)
A través del gráfico N.21 burndown chart se conoce el progreso del proyecto
mediante los puntos estimados y los puntos reales que se trabajaron a lo largo del
desarrollo de la aplicación web, comprende todos los Sprints durante el periodo
de tiempo, teniendo un total de 192 horas estimadas y el total de 201 horas reales
de trabajo.
68
CUADRO N. 32
Horas totales
Sprint 1
Sprint 2
Sprint 3
Sprint 4
Sprint 5
Sprint 6
Total
Horas estimadas
20
16
55
37
39
25
192
Horas reales
25
16
57
39
39
25
201
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
GRÁFICO N. 21
Diagrama de quemado
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
0
50
100
150
200
250
300
Plan Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Fín
Burndown Chart
69
V. Lanzamiento
En esta etapa donde se finaliza el desarrollo de la aplicación web es en donde se
desarrolla el proceso de aceptación y se proporciona los entregables del proyecto
al propietario del producto. Entre los entregables de la aplicación web que se
otorga en esta fase son: aplicación web concluida, código fuente, DER o modelo
entidad relación, todos los Querys de la base de datos y un manual de usuario
muy detallado.
Entregables del proyecto
Los entregables que se proporcionará de este documento son los siguientes:
• Código fuente: se presentará en forma digital el código fuente de la
aplicación web, y los scripts de la base de datos.
• Manual de usuario: Es un documento que contiene información relevante
para el conocimiento de los módulos y el funcionamiento de la aplicación
web, ver anexo N. 13.
• Manual técnico: Es un documento en el cual se detallará los pasos de la
instalación de herramientas necesarias para el aplicativo web y las
herramientas tecnológicas que se utilizaron en el desarrollo del proyecto,
ver anexo N. 12.
70
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
La presente propuesta tecnológica fue validada por el criterio de los expertos, por
lo que para revisar el funcionamiento de la aplicación web y se solicitó la
participación de los siguientes expertos.
• Ing. Erick González Linch, Mgs. (Gestor de la Unidad de Titulación).
• Ing. César Espín R. M.Sc. (Docente Tutor).
• Eddy Bajaña (Estudiante egresado de Ingeniera en Sistemas
Computacionales).
El presente proyecto de titulación fue validado por el criterio de los expertos en el
área, por ende se realizó una encuesta de validación de resultados, se tomó en
cuenta las tareas mencionadas en las historias de usuario para evaluar el
resultado final.
CUADRO N. 33
Formato de pruebas de Funcionalidad Perfil Administrador
Cumple No cumple
Módulo Registro de Usuarios
Registra individualmente a usuarios según su perfil ✓
Registra masivamente a usuarios según su perfil
subiendo un archivo con extensión .csv
✓
Cumple con la creación de la contraseña automática ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Administrador de Usuarios
Visualiza, edita y elimina usuarios ✓
Visualiza detalladamente por perfil a cada usuario ✓
Puede descargar la lista de usuarios creados ✓
¿Cumple con filtros de búsqueda este módulo? ✓
Módulo Registro de Proyectos
Visualiza los campos del registro de proyectos ✓
Registra proyectos correctamente ✓
¿Valida correctamente los campos en este módulo? ✓
71
Módulo Proyectos
Visualiza, edita y elimina proyectos ✓
Visualiza detalladamente a cada proyecto con fecha
de creación
✓
¿Cumple con filtros de búsqueda este módulo? ✓
Módulo Registro Grupo de Proyectos de Titulación
Visualiza los campos del registro de grupos de
proyectos
✓
Registra correctamente un grupo de proyecto ✓
Puede descargar la lista de grupos de proyectos
creados
✓
¿Cumple con filtros de búsqueda este módulo? ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Configuración
Cambio de contraseña ✓
¿Valida correctamente los campos en este módulo? ✓
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 34
Formato de pruebas de Funcionalidad Perfil Tutor - Revisor
Cumple No cumple
Módulo Registro de Reuniones
Registra reuniones por proyecto correctamente ✓
¿Cumple con filtros de búsqueda este módulo? ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Agenda
Visualiza, edita y elimina reuniones ✓
Puede verificar la asistencia del estudiante ✓
Puede verificar si la reunión es presencial o por
videoconferencia
✓
72
Módulo Actividades de Titulación
Visualiza y edita observaciones por proyecto ✓
Visualiza detalladamente las reuniones asistidas
hasta la fecha
✓
Puede descargar eh imprimir el informe de avance
de la gestión tutorial
✓
Puede ingresar y modificar el porcentaje de
aprobación
✓
Puede ingresar y modificar la aprobación del
proyecto
✓
Puede ingresar o modificar si el proyecto se va a
prorroga
✓
Puede enviar archivos ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Configuración
Cambio de contraseña ✓
¿Valida correctamente los campos en este módulo? ✓
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
CUADRO N. 35
Formato de pruebas de Funcionalidad Perfil Estudiante
Cumple No cumple
Módulo Agenda
Visualiza detalladamente las reuniones agendadas
por el docente
✓
Visualiza, edita y elimina reuniones ✓
Puede verificar si asistirá a la reunión ✓
Puede realizar videoconferencias ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Informes
73
Visualiza y descarga informe de avance de la
gestión tutorial
✓
Se aprecia correctamente el formato establecido por
la facultad
✓
La información reflejada en el informe es correcta ✓
¿Valida correctamente los campos en este módulo? ✓
Módulo Configuración
Cambio de contraseña ✓
¿Valida correctamente los campos en este módulo? ✓
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
74
CAPÍTULO IV
Criterios de aceptación del producto o Servicio
Dentro de este capítulo se detallarán los criterios de aceptación, conclusiones y
recomendaciones que corresponden al presente proyecto, una vez finalizado el
proyecto lo que se espera es la calidad del producto software en cuestión y que
sea adecuado para proceder ser aceptable por todos los roles en el cual está
basado, por tal motivo se realizó un informe con criterio para ser revisado y
valorado.
El propósito del desarrollo de esta aplicación web es constituirse en una
herramienta útil en los procesos de planificación y seguimiento de tutorías que
realiza el Departamento de Titulación de la Carrera de Ingeniería en Sistemas
Computacionales de la Universidad de Guayaquil.
Ing. Erick González Linch, Mgs. gestor de la Unidad de Titulación, quien aportó
con su experiencia en el área para enriquecer el levantamiento de la información
y posterior desarrollo del presente proyecto tecnológico, indicando que se
obtendrán grandes beneficios al ser concluido.
En el cuadro Nº 36 se especifica los criterios de aceptación del proyecto de
titulación. La unidad de titulación aportó en todo momento con información
necesaria para la investigación con el propósito de cumplir el desarrollo de la
aplicación web, a su vez todos los docentes tutores del ciclo actual nos dieron una
correcta retroalimentación de los problemas que suscitan mediante una encuesta
estructurada cuyos resultados se presentan de forma tabulada e impersonal en el
Capítulo 3, el resultado obtenido de los criterios de aceptación se encuentran en
los anexos N.5, N.6, N.7 y el certificado de aceptación se encuentran en el anexo
N.11
75
CUADRO N. 36
Criterios Validación del Sistema
Criterio de
Validación
Requisitos del Sistema Cumple No
Cumple
Aceptación
Técnica
Funcionalidad Si
Seguridad Si
Disponibilidad Si
UX Interfaz Amigable Si
Funcional
por Módulos
Ingreso y registro de usuarios por
perfiles
Si
Carga de Usuarios Si
Ingreso y visualización de proyectos Si
Ingreso y registro de grupos de
proyectos
Si
Carga de grupos de proyecto Si
Configuración del administrador Si
Registro de reuniones Si
Visualiza, edita y elimina reuniones Si
Registro de actividades de Titulación Si
Visualiza y editar observación Si
Subir archivos perfil docente Si
Descargar informes del docente Si
Configuración perfil docente Si
Verificación de asistencia del
estudiante
Si
Realizar videoconferencia Si
Subir archivos perfil estudiante Si
Descargar informes del estudiante Si
Configuración perfil estudiante Si
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
76
Informe de aceptación y aprobación
De acuerdo a los resultados alcanzados en la evaluación de los módulos del
sistema con respecto a sus requisitos funcionales, se ha podido constatar que la
aplicación web cumple a cabalidad con los mecanismos funcionales establecidos
en el alcance.
Todos estos antecedentes, han dado lugar a que el Ing. Erick González Linch,
Mgs., gestor de la Unidad de Titulación de la Carrera de Ingeniería en Sistemas
Computacionales, de por aprobado al producto software, ya que cumple con los
requisitos de calidad requeridos.
CUADRO N. 37
Criterios indicadores de calidad
Módulos
Criterio
Acceso Reunio
nes
Reportes Agenda
miento
Proyect
os
Configur
ación
Funcionalidad Cumple Cumple Cumple Cumple Cumple Cumple
Facilidad de
Uso
Cumple Cumple Cumple Cumple Cumple Cumple
Fiabilidad Cumple Cumple Cumple Cumple Cumple Cumple
Rendimiento Cumple Cumple Cumple Cumple Cumple Cumple
Capacidad de
Soporte
Cumple Cumple Cumple Cumple Cumple Cumple
Beneficio Cumple Cumple Cumple Cumple Cumple Cumple
Impacto
Institucional
Cumple Cumple Cumple Cumple Cumple Cumple
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
77
CONCLUSIONES
• Se levantó información relevante acerca del proceso actual en la
Unidad de Titulación y se pudo determinar que se logró unificar los
procesos que se van a digitalizar con el aplicativo web, demostrando
que facilita la gestión de las tutorías entre estudiante y docente ya que
realiza procesos automáticos como es la del módulo de informes de
avance de la gestión tutorial el mismo que se genera con información
verídica recopilada durante todo el proceso.
• El desarrollo del módulo de agendamiento se constituye en una
herramienta fundamental para los tutores de la Unidad de Titulación de
la Carrera de Ingeniería en Sistemas Computacionales.
• Se pudo evidenciar el correcto funcionamiento del aplicativo web
gracias a las pruebas funcionales que se hicieron con los usuarios en
el perfil del administrador, se pudo evidenciar que pudo manejar
correctamente cada uno de los módulos desarrollados y que fueron
requeridos en el levantamiento de información.
• Gracias al levantamiento de información exigido por el análisis de
requerimientos funcionales, se pudo establecer todas las políticas de
negocio, es decir todas las necesidades que demanda el proceso de
titulación, las mismas que van desde una planificación hasta el
seguimiento.
• Se concluye que la selección adecuada de las herramientas
tecnológicas utilizadas, han permitido conseguir una fuerte línea de
trabajo y desarrollo ya que se demoró mucho en realizar el
levantamiento de información. De esta manera fue posible generar el
mejor ambiente de desarrollo, para construir los diferentes módulos de
la aplicación web que se planteó en el proyecto.
78
RECOMENDACIONES
• Previo a la implementación formal dentro del proceso de tutorías se
recomienda que los involucrados lean detenidamente el manual para que
el funcionamiento del sistema sea correcto.
• De existir la necesidad de actualizar, corregir o mejorar la aplicación web,
se recomienda documentar los cambios que se realicen para lograr la
correcta escalabilidad del mismo.
• Se recomienda seguir las especificaciones técnicas indicadas en el manual
técnico, para evitar inconvenientes en la puesta en marcha.
• Se recomienda que la información de tutores y estudiantes sea obtenida
directamente de la base de datos del sistema integrado de la Universidad
de Guayaquil (SIUG).
• Se recomienda que si el sistema se lo implementa dentro de la misma
infraestructura de los servidores de la Universidad de Guayaquil seguir los
manuales técnicos para evitar problemas durante el proceso.
• Se recomienda el acceso del sistema sea mediante la plataforma con las
mismas credenciales del sistema de gestión de información de estudiantes
y docentes de la Universidad de Guayaquil.
• Se recomienda en un futuro grabar las sesiones de tutorías por medio de
la videoconferencia en una base de datos, tener un servidor mucho más
robusto y con mejor capacidad de almacenamiento.
79
Bibliografía
Almazán, O. M. (2015). Evaluación de la modalidad de interacción de la tutoría y
los efectos en logro académico en entornos en línea. RIED. Revista
Iberoamericana de Educación a Distancia, 18(1), 231–255.
https://doi.org/10.5944/ried.18.1.13809
Alvarez. (2017). Qué es PHP. Retrieved December 16, 2018, from
http://www.desarrolloweb.com/articulos/392.php
Bootstrap, M. O., Jacob Thornton, and Bootstrap. (n.d.). Bootstrap. Retrieved
January 20, 2019, from https://getbootstrap.com/
Carrión Pérez, J., Correa Romero, A., Borrego López, L., & Verónica, J.-Q.
(2015). CPD inteligente y autónomo de la Biblioteca Virtual del Sistema
Sanitario Público de Andalucía (BV-SSPA). Domotización con hardware
abierto: Arduino & Shields.
Cazevieille, F. O., & José Manuel Navarro Jover. (2015). La tutoría virtual en la
enseñanza universitaria. La individualización de la formación. Revista del
Congrés Internacional de Docència Universitària i Innovació (CIDUI), 0(2).
Retrieved from
https://www.cidui.org/revistacidui/index.php/cidui/article/view/605
Digival.es. (2013). ¿Qué es una Web Responsive? - Digival.es. Retrieved
December 17, 2018, from https://www.digival.es/blog/que-es-una-
responsive-web/
Ecured. (2018). Aplicación web - EcuRed. Retrieved December 15, 2018, from
https://www.ecured.cu/Aplicaci%C3%B3n_web
expressjs. (n.d.). Express - Infraestructura de aplicaciones web Node.js.
Retrieved December 17, 2018, from https://expressjs.com/es/
80
Flores. (2013). ¿QUE ES WAMP SERVER? Retrieved December 16, 2018, from
https://abdonflores.wordpress.com/2013/11/19/que-es-wamp-server/
Gamboa, H. A. B. (2015). Internet de las Cosas y Educación a Distancia, 29.
García Peñalvo, F. J., & García Holgado, A. (2018). UML - Casos de uso.pdf.
REDU. Revista de Docencia Universitaria, 38.
Gitbooks. (2017). Estructura de una aplicación web moderna | Angularjs.
Retrieved December 15, 2018, from
https://eladrodriguez.gitbooks.io/angularjs/1-introduccion-angularjs/1-6-
estructura-app-web-moderna.html
jQuery. (2019). Retrieved February 12, 2019, from https://jquery.com/
Martín, C.-B. G., Iglesias, M.-J. G., Martínez, C. P., Prieto, A.-M. S., Martínez, S.
M., Láiz, R. D., … Ferri, E.-F. R. (2015). Implementación de tutorías
académicas en línea en una asignatura básica del grado en veterinaria.
REDU. Revista de Docencia Universitaria, 13(3), 97–122.
https://doi.org/10.4995/redu.2015.5469
Node.js, F. de. (n.d.). Node.js. Retrieved December 17, 2018, from
https://nodejs.org/es/
Oracle. (2014). MySQL | La base de datos de código abierto más popular del
mercado | Oracle España. Retrieved December 16, 2018, from
https://www.oracle.com/es/mysql/
Salazar, A. (2016, October 16). Procesos de Scrum. Retrieved December 13,
2018, from http://www.prozessgroup.com/procesos-de-scrum/
Sánchez, M. Z., Flores, Y. V., Marín, C. N., & Esquivel, J. O. H. (2017). Diseño e
Implementación de una Plataforma Digital para la Gestión de Tutorías y
su Impacto en la Deserción de Estudiantes de Nivel Superior. ReCIBE.
81
Revista Electrónica de Computación, Informática, Biomédica y
Electrónica, 6(1), 127–138.
seo. (2017, November 7). Comparativa de los servidores web más utilizados
[Text]. Retrieved December 15, 2018, from
https://www.axarnet.es/blog/comparativa-de-los-servidores-web-mas-
utilizados/
Urbina. (2017). Análisis de herramientas de videoconferencia de escritorio para
la docencia en pequeño grupo y la tutoría en entornos de educación
superior.
82
Anexos
1
Anexo 1 CRONOGRAMA DE ACTIVIDADES
Diagrama de Gantt
2
3
Anexo 2 Encuesta a docentes tutores
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Instrumento para la evaluación de los habitantes
Le agradecemos se digne contestar el cuestionario consignando una X en el casillero de su preferencia, utilizando la siguiente escala de valoración.
Totalmente En su mayor parte Parcialmente Ninguno
Totalmente de acuerdo
Parcialmente de acuerdo
Parcialmente en desacuerdo
Totalmente en desacuerdo
Muy Satisfecho Satisfecho Parcialmente Satisfecho
Insatisfecho
4 3 2 1
Indicador A.1:
1
¿Actualmente está de acuerdo con realizar los informes de avance de tutorías de forma manual?
4
3
2
1
3
¿En la actualidad cómo calificaría la puntualidad de los estudiantes en las reuniones de tutorías?
4
3
2
1
2
¿En la actualidad tiene inconvenientes con el tiempo que le toma realizar los informes para el control de las reuniones con los estudiantes?
4
3
2
1
Esta encuesta está dirigida al personal docentes del área de titulación de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil. Su opinión es importante para nosotros sea sincero al responder cada una de las preguntas solicitadas, nos permitimos indicarle que la presente encuesta es totalmente confidencial y anónima cuyos resultados se darán a conocer en forma tabulada e impersonal.
4
4
¿Actualmente cómo calificaría el desempeño de los estudiantes al cumplir con las observaciones y correcciones previamente realizadas en el documento de titulación?
4
3
2
1
5
¿Está usted de acuerdo con utilizar un sistema web que permita tener tutorías no presenciales mediante videoconferencia?
4
3
2
1
6
¿Actualmente utiliza usted un sistema que permita la organización de reuniones y gestión de informes de control para los estudiantes de titulación?
Si
No
7
¿Actualmente se siente satisfecho con todos los informes impresos que debe gestionar y crear para el control de las reuniones de tutoría con el estudiante?
4
3
2
1
8
¿Cree usted necesario tener un sistema centralizado para la gestión de tutorías y creación de informes de manera digital?
Si
No
9
¿Cuántas herramientas utilizas para la gestión de informes y organización de reuniones?
5
Anexo 3
Carta de compromiso
6
Anexo 4
Carta de compromiso
7
Anexo 5
Criterios de validación del administrador
8
9
Anexo 6
Criterios de validación del docente
10
11
Anexo 7
Criterios de validación del estudiante
12
Anexo 8
Certificado de validación del proyecto (Administrador)
13
Anexo 9
Certificado de validación del proyecto (docente)
14
Anexo 10
Certificado de validación del proyecto (estudiante)
15
Anexo 11
Certificado de aceptación del proyecto
16
Anexo 12
Diagrama entidad relación
17
Anexo 13
Índice
GRÁFICO N. 1 Logo WampServer ........................................................................................ 17
GRÁFICO N. 2 Arquitectura de la Aplicación web ................................................................ 20
Para instalar el entorno de desarrollo del proyecto, hemos incluido un manual
técnico obtenido desde la web oficial de cada uno de los lenguajes que permite la
instalación de PHP y Node.JS en rutas diferentes, los mismos que se comunican
mediante links controlados por AJAX.
CONFIGURACIÓN DEL SERVIDOR EN PHP
Para la rápida creación del entorno en PHP se utiliza WAMPSERVER, que permite
crear una carpeta de desarrollo para similar un servidor Web Apache.
GRÁFICO N. 22
Logo WampServer
Elaborado por: WampServer
Fuente: WampServer
1. Haga doble clic en el archivo descargado y siga las instrucciones. Todo es
automático. El paquete WampServer se entrega con las últimas versiones de
Apache, MySQL y PHP.
18
2. Una vez que WampServer está instalado, puede agregar manualmente las
versiones adicionales de Apache, Php o MySql (solo VC9, VC10 y VC11
compiladas). Las explicaciones serán proporcionadas en el foro.
3. Cada versión de Apache, MySQL y PHP tiene su propia configuración y sus
propios archivos (datos de MySQL).
4. El directorio "www" se creará automáticamente (normalmente c: \ wamp \ www).
5. Cree un subdirectorio en "www" y coloque sus archivos PHP dentro.
6. Haga clic en el enlace "localhost" en el menú de WampServer o abra su
navegador de internet y vaya a la URL: http: // localhost.
CONFIGURACIÓN DEL SERVIDOR NODE.JS CON EXPRESS
Para la instalación de Node.js nos dirigimos a la web oficial y descargamos él .EXE que
realizara las configuraciones necesarias para comenzar a trabajar en NODE.JS
Suponiendo que ya ha instalado Node.js, cree un directorio para que contenga la
aplicación y conviértalo en el directorio de trabajo.
$ mkdir myapp
$ cd myapp
Utilice el mandato npm init para crear un archivo package.json para la aplicación. Para
obtener más información sobre cómo funciona package.json, consulte Specifics of
npm’s package.json handling.
$ npm init
Este mandato solicita varios elementos como, por ejemplo, el nombre y la versión de la
aplicación. Por ahora, sólo tiene que pulsar INTRO para aceptar los valores
predeterminados para la mayoría de ellos, con la siguiente excepción:
entry point: (index.js)
19
Especifique app.js o el nombre que desee para el archivo principal. Si desea que
sea index.js, pulse INTRO para aceptar el nombre de archivo predeterminado
recomendado.
A continuación, instale Express en el directorio app y guárdelo en la lista de
dependencias. Por ejemplo:
$ npm install express --save
Para instalar Express temporalmente y no añadirlo a la lista de dependencias, omita la
opción --save:
$ npm install express
20
GRÁFICO DE INFRAESTRUCTURA
Método Post De AJAX para transferencia de datos.
GRÁFICO N. 23
Arquitectura de la Aplicación web
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Servidor
PHP
Servidor
NODE.JS
(Videoconferencia)
Interface de Usuario
Base de datos
MYSQL
21
Anexo 14
Manual de usuario
Índice
GRÁFICO N. 1 Inicio de Sesión ................................................................................... 22
GRÁFICO N. 2 Opciones del Administrador ............................................................. 22
GRÁFICO N. 3 Registro de ciclos lectivos ................................................................ 23
GRÁFICO N. 4 Notificación pantalla ciclos ............................................................... 24
GRÁFICO N. 5 Registro de usuario ............................................................................ 24
GRÁFICO N. 6 Registro masico de usuarios ............................................................ 25
GRÁFICO N. 7 Administrador de usuarios ................................................................ 25
GRÁFICO N. 8 Registro de proyectos ........................................................................ 26
GRÁFICO N. 9 Administrador de proyectos .............................................................. 27
GRÁFICO N. 10 Registro de grupos ........................................................................... 28
GRÁFICO N. 11 Administrador de proyectos de titulación ..................................... 29
GRÁFICO N. 12 Cambio de contraseña ..................................................................... 29
GRÁFICO N. 13 Nueva reunión ................................................................................... 30
GRÁFICO N. 14 Hora y fecha ...................................................................................... 31
GRÁFICO N. 15 Notificación de eventos ................................................................... 31
GRÁFICO N. 16 Agenda del tutor/revisor .................................................................. 32
GRÁFICO N. 17 Eventos del tutor/revisor ................................................................. 32
GRÁFICO N. 18 Inicio de videoconferencia .............................................................. 33
GRÁFICO N. 19 Videoconferencia en proceso ......................................................... 34
GRÁFICO N. 20 Videoconferencia perfil estudiante................................................. 34
GRÁFICO N. 21 Actividades de titulación ................................................................. 35
GRÁFICO N. 22 Informe anexo 9 ................................................................................ 36
GRÁFICO N. 23 Configuración del docente .............................................................. 36
GRÁFICO N. 24 Agenda estudiante ............................................................................ 37
GRÁFICO N. 25 Inicio de la videoconferencia estudiante ....................................... 38
GRÁFICO N. 26 Videoconferencia en proceso estudiante ...................................... 39
GRÁFICO N. 27 Videoconferencia en proceso perfil tutor/revisor ......................... 39
GRÁFICO N. 28 Eventos del estudiante..................................................................... 40
GRÁFICO N. 29 Informes del estudiante ................................................................... 40
GRÁFICO N. 30 Informes impresión de anexo 3 ...................................................... 41
GRÁFICO N. 31 Configuración del perfil estudiante ................................................ 41
El presente manual está desarrollado con las opciones del usuario administrador, por
ser el que tiene acceso a todas las opciones del sistema, los usuarios visitadores
también podrán revisar las opciones porque tienen las mismas funcionalidades, con la
diferencia que no tendrán habilitadas todas las opciones.
22
GRÁFICO N. 24 Inicio de Sesión
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Para acceder al sistema, el usuario deberá digitar sus credenciales de acceso (número
de cedula del usuario), para utilizar las diversas opciones del sistema según el perfil
ingresado. Luego de escribir las credenciales, el usuario debe dar clic en el botón
“Iniciar”.
A continuación, aparece la pantalla de inicio con las opciones del administrador.
GRÁFICO N. 25 Opciones del Administrador
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
23
Opciones del Administrador
Este menú es el que permitirá iniciar con los procesos que preparan el ambiente para el
inicio de las tutorías. En el encontramos las siguientes opciones: Registro de Ciclos,
Registro de Usuarios, Administrador de Usuarios, Registro de Proyectos, Ver Proyectos,
Registro de Grupos, Ver Grupos de Titulación, Configuración.
Registro de ciclos
GRÁFICO N. 26 Registro de ciclos lectivos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se pude registrar los períodos académicos en los cuales se efectuarán
las tutorías. Tiene que ingresar en la caja de texto de “Nuevo Periodo” Al dar clic en el
botón “Registrar” se realizan las validaciones necesarias para generar un nuevo período.
Una vez ingresado correctamente el periodo validará el registro y saldrá la siguiente
notificación.
24
GRÁFICO N. 27 Notificación pantalla ciclos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Registro de Usuario
GRÁFICO N. 28 Registro de usuario
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Esta opción permite registrar usuarios de manera individual o masivamente, los usuarios
que se crean tienen de contraseña su número de cedula por defecto, esto puede ser
cambiado por el usuario en cualquier momento en su opción de configuración.
Para registrar usuarios de manera masiva tiene que ir al botón azul “Subir Datos”
mediante un archivo .csv.
25
GRÁFICO N. 29 Registro masico de usuarios
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Luego de buscar y seleccionar el archivo seleccionar el botón “Confirmar”. De esta
manera se registrarán todos los usuarios ingresados en el archivo.
Administrador de Usuarios
GRÁFICO N. 30 Administrador de usuarios
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción de administrador podemos ver todos los usuarios registrados, en la cual
si se selecciona un usuario podemos ver la información detallada del mismo y proceder
26
a la activación de la cuenta de forma automática, cabe recalcar que el proceso de
activación se lo hace para cada usuario de forma manual por él administrador.
Registro de Proyectos
GRÁFICO N. 31 Registro de proyectos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se registran los temas de proyecto de titulación y el periodo lectivo al
que pertenecen.
27
Administrador de Proyectos
GRÁFICO N. 32 Administrador de proyectos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se administra los temas de proyecto, es posible borrarlos, solo es
necesario hacer clic en el botón ”Eliminar” del lado derecho del aplicativo y en la parte
superior tenemos las opciones de descarga y de búsqueda.
28
Registro de Grupos
GRÁFICO N. 33 Registro de grupos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción registramos los grupos de titulación, puede tener como máximo 2
integrantes cada tema. En esta opción también asignamos el tutor y el revisor del
proyecto.
29
Administrador de proyectos de titulación
GRÁFICO N. 34 Administrador de proyectos de titulación
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se pueden ver los registros de los grupos, eliminarlos de ser necesario.
del lado derecho del aplicativo y en la parte superior tenemos las opciones de descarga
y de búsqueda.
Configuración
GRÁFICO N. 35 Cambio de contraseña
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En este apartado es posible cambiar la contraseña del perfil administrador.
30
Opciones del Tutor/ Revisor
Este menú es el que permitirá iniciar con los procesos que preparan el ambiente para
iniciar las tutorías. En el encontramos las siguientes opciones: Nueva Reunión, Agenda,
Actividades de Titulación, Configuración.
Nueva Reunión
GRÁFICO N. 36 Nueva reunión
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se puede registrar los eventos que se realizaran en el cronograma de
tutorías donde el tutor o revisor pueden crear eventos presenciales o por
videoconferencia, adjuntar archivos necesarios para la reunión.
31
GRÁFICO N. 37 Hora y fecha
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Una vez que estén todos los datos correctos como hora, fecha, ubicación de la tutoría
se procederá a hacer clic en registrar y se harán las validaciones pertinentes.
GRÁFICO N. 38 Notificación de eventos
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Si la validación es correcta se emerge una pantalla emergente dentro de la misma
plantilla de color verde que dice “El evento de creo correctamente”.
32
Agenda
GRÁFICO N. 39 Agenda del tutor/revisor
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se detalla los eventos creadas por el tutor/ revisor en el cual detalla la
fecha y hora de la reunión. Y se presentan con un foco verde cuando está pendiente.
GRÁFICO N. 40 Eventos del tutor/revisor
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Adicional si es por medio de videoconferencia se presentará de esta manera el icono de
una videocámara de color roja . Si la reunión es presencial se presentará con un icono
de ubicación .
33
Aquí podrá seleccionar si el docente tutor / revisor asistirá a la reunión o no.
GRÁFICO N. 41 Inicio de videoconferencia
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Para poder acceder a la videoconferencia ambos perfiles docente y estudiante tienen
que hacer clic en el icono de la videocámara de preferencia al comenzar la reunión y
hacer clic en el botón “Join” para poder acceder.
34
GRÁFICO N. 42 Videoconferencia en proceso
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
GRÁFICO N. 43 Videoconferencia perfil estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
35
Se podrá usar la opción de videoconferencia como, silenciar, desactivar cámara,
expandir toda la pantalla y finalizar la llamada.
Actividades de Titulación
GRÁFICO N. 44 Actividades de titulación
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se puede observar el resumen de cada tema de titulación y por integrante
donde se detalla el número de reuniones totales, ingresar observaciones, porcentaje de
aprobación y si el estudiante aplica para prorroga.
36
GRÁFICO N. 45 Informe anexo 9
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Esta opción imprime el Anexo 9 avance de la gestión tutorial. Solo es necesario hacer
clic en el botón imprimir.
Configuración
GRÁFICO N. 46 Configuración del docente
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En este apartado es posible cambiar la contraseña del perfil tutor / revisor.
37
Opciones del Estudiante
Este menú es el que permitirá iniciar con los procesos que preparan el ambiente para
iniciar las tutorías. En el encontramos las siguientes opciones: Agenda, Informes,
Configuración.
Agenda
GRÁFICO N. 47 Agenda estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En esta opción se reflejan los eventos creados por el perfil del tutor a sus estudiantes
asignados. Tambien es posible saber si el estudiante asistirá o no. Adicional si el evento
por medio de videoconferencia se presentará de esta manera el icono de una
videocámara de color roja . Si la reunión es presencial se presentará con un icono de
ubicación .
38
GRÁFICO N. 48 Inicio de la videoconferencia estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Para poder acceder a la videoconferencia ambos perfiles docente y estudiante tienen
que hacer clic en el icono de la videocámara de preferencia al comenzar la reunión y
hacer clic en el botón “Join” para poder acceder.
39
GRÁFICO N. 49 Videoconferencia en proceso estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
GRÁFICO N. 50 Videoconferencia en proceso perfil tutor/revisor
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
40
Se podrá usar la opción de videoconferencia como, silenciar, desactivar cámara,
expandir toda la pantalla y finalizar la llamada.
GRÁFICO N. 51 Eventos del estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
Es estudiante no será capaz de eliminar el evento debido que eso solo lo puede hacer
el tutor o revisor asignado. No tendrá ningún efecto el botón derecho a la esquina del
evento.
Informes
GRÁFICO N. 52 Informes del estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
41
En esta opción se refleja todas les reuniones asistidas por el estudiante. Al finalizar el
mes el estudiante podrá generar el Anexo 3 (Informe de avance de la gestión tutorial)
haciendo clic en el botón “Imprimir” en la esquina superior derecha.
GRÁFICO N. 53 Informes impresión de anexo 3
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
En este apartador se puede observan el Anexo 3 con todo el resumen de las reuniones.
Configuración
GRÁFICO N. 54 Configuración del perfil estudiante
Elaborado por: Moisés Brito D. & Julián Muñoz I.
Fuente: Moisés Brito D. & Julián Muñoz I.
42
En este apartado es posible cambiar la contraseña del perfil estudiante.
Finalizar Sesión
Para poder finalizar la sesión en cualquiera de los perfiles es necesario ir a la esquina
superior derecha donde se encuentra el icono .