Tesis Macias Douglas Y Zambrano JoseA

UNIVERSIDAD TÉCNICA DE MANABÍ
FACULTAD DE CIENCIAS INFORMÁTICAS

CARRERA DE SISTEMAS INFORMÁTICO
TRABAJO DE TITULACIÓN
PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN
SISTEMAS INFORMÁTICOS
MODALIDAD: PROPUESTA TECNOLÓGICA
TEMA:
“APLICACIÓN WEB PARA LA GESTIÓN Y ADMINISTRACIÓN DE
ANTEPROYECTOS DEL INSTITUTO DE POSGRADO DE LA
UNIVERSIDAD TÉCNICA DE MANABÍ”
PRESENTADO POR:
MACÍAS AMPUERO DOUGLAS JAVIER
ZAMBRANO TRIVIÑO JOSÉ ANDRÉS
PROFESOR TUTOR:
ING. LORENA ELIZABETH BOWEN MENDOZA
PORTOVIEJO – MANABÍ – ECUADOR

JUNIO 2022
DEDICATORIA
Esta tesis está dedicada en primer lugar a Dios que siempre ha estado conmigo dándome
fuerzas mental y salud, a mis padres Lenin y Fátima quienes con su amor, paciencia y
esfuerzo me han ayudado cumplir mi sueño que anhele desde pequeño, también va dedicada
a mi pareja Anahí quien fue un pilar fundamental para seguir adelante en momentos difíciles.
José Zambrano
i
DEDICATORIA
A Dios quien ha sido mi guía, fortaleza y su mano de fidelidad y cariño me han acompañado
hasta este día. Mi madre Elsa y su esposo Gualberto quien con su pasión, amor y esfuerzo
me han permitido llegar a expirar hoy un sueño más, gracias por infundirme en mí
el ejemplo de esfuerzo y valentía. A toda mi familia porque con sus oraciones, consejos y
palabras de valor hicieron de mí mejor persona. Finalmente quiero dedicar este trabajo de
titulación a todos mis amigos por apoyarme en más las necesito, por ayudarme en los
momentos difíciles y por el amor que me dan cada día, muchas gracias, siempre los llevo en
mi corazón.
Douglas Macías
ii
AGRADECIMIENTO
Queremos dedicar esta victoria a Dios porque él nos ha mostrado el camino en los momentos
más difíciles y siempre está presente en nuestras vidas. Gracias por darnos la fuerza necesaria
para llevar a cabo este proyecto.
A nuestras familias que son el motor principal para seguir adelante. Gracias a nuestros padres
que día a día se esfuerzan por brindarnos la mejor educación para que podamos contribuir a
una mejor sociedad.
También queremos expresar nuestro agradecimiento a la Universidad Técnica de Manabí,
que nos ha permitido formarnos como profesionales de alta calidad a lo largo de nuestros
muchos años de estudio y nos ha brindado todas las facilidades para prepararnos para este
trabajo de grado.
A la Ing. Lorena Bowen, como nuestra tutora, siempre ha estado dispuesta a ayudarnos con
su actitud amable y profesional y guiarnos por el camino de la excelencia, nuestro más
sincero agradecimiento.
Los autores
iii
CERTIFICACIÓN DEL TUTOR
iv
CERTIFICACIÓN DEL REVISOR
v
CERTIFICACIÓN DEL TRIBUNAL
vi
DECLARACIÓN DE AUTORÍA
vii
ÍNDICE DE CONTENIDO
DEDICATORIA ..................................................................................................................... i
DEDICATORIA .................................................................................................................... ii
AGRADECIMIENTO .......................................................................................................... iii
CERTIFICACIÓN DEL TUTOR ......................................................................................... iv
CERTIFICACIÓN DEL REVISOR ...................................................................................... v
CERTIFICACIÓN DEL TRIBUNAL .................................................................................. vi
DECLARACIÓN DE AUTORÍA ....................................................................................... vii
ÍNDICE DE CONTENIDO ................................................................................................ viii
ÍNDICE DE TABLAS ......................................................................................................... xii
ÍNDICE DE FIGURAS ...................................................................................................... xiv
ÍNDICE DE GRÁFICOS ESTADÍSTICOS ....................................................................... xiv
RESUMEN EJECUTIVO .................................................................................................... xv
EXECUTIVE SUMMARY ................................................................................................ xvi
CAPÍTULO I: INTRODUCCIÓN......................................................................................... 1
1.1 PLANTEAMIENTO DEL PROBLEMA .................................................................... 1
1.2 ANTECEDENTES ...................................................................................................... 1
1.2.1 ANTECEDENTES INTERNACIONALES ......................................................... 1
1.2.2 ANTECEDENTES NACIONALES ..................................................................... 2
1.2.3 ANTECEDENTES PROVINCIALES ................................................................. 2
1.3 JUSTIFICACIÓN ........................................................................................................ 3
1.4 OBJETIVOS ................................................................................................................ 4
1.4.1 OBJETIVO GENERAL........................................................................................ 4
1.4.2 OBJETIVOS ESPECÍFICOS ............................................................................... 4
CAPÍTULO II: MARCO TEÓRICO ..................................................................................... 5
2.1. PROCESO DE TITULACIÓN ................................................................................... 5
2.1.1 ANTEPROYECTO............................................................................................... 5
viii
2.2 APLICACIONES WEB............................................................................................... 6
2.2.1 PHP ....................................................................................................................... 6
2.2.2 JAVASCRIPT....................................................................................................... 7
2.2.3 AJAX .................................................................................................................... 7
2.2.4 JQUERY ............................................................................................................... 8
2.2.5 HOSTING ............................................................................................................. 8
2.3 BASE DE DATOS (MYSQL) ..................................................................................... 8
2.3.1 XAMPP................................................................................................................. 9
2.4 MODELO VISTA CONTROLADOR ........................................................................ 9
CAPÍTULO III: PROPUESTA............................................................................................ 10
3.1 DESCRIPCIÓN DE LA PROPUESTA..................................................................... 10
3.2 RECURSOS Y FACTIBILIDAD .............................................................................. 11
3.2.1 RECURSOS DE ESTUDIO ............................................................................... 11
3.2.1.1 RECURSOS HUMANOS: .......................................................................... 11
3.2.1.2 RECURSOS MATERIALES ...................................................................... 11
3.2.1.3 RECURSOS TECNOLÓGICOS: ................................................................ 11
3.2.2 FACTIBILIDAD DE ESTUDIO ........................................................................ 11
3.2.2.1 FACTIBILIDAD TÉCNICA ....................................................................... 12
3.2.2.2 FACTIBILIDAD ECONÓMICA: ............................................................... 12
3.2.2.3 FACTIBILIDAD OPERATIVA:................................................................ 12
3.3 METODOLOGÍA DE LA PROPUESTA ................................................................. 13
3.3.1 MÉTODOLOGIA DE ESTUDIO ...................................................................... 13
3.3.1.1 INDUCTIVO – DEDUCTIVO .................................................................... 13
3.3.1.2 DESCRIPTIVO ........................................................................................... 13
3.3.1.3 REVISIÓN BIBLIOGRÁFICA ................................................................... 13
3.3.1.4 TÉCNICAS .................................................................................................. 13
3.3.2 METODOLOGÍA DEL SOFTWARE .............................................................. 14
3.3.2.1 ETAPAS DE LA METODOLOGÍA DE DESARROLLO ÁGIL SCRUM 14
ix
3.3.2.1.1 ETAPA DE PLANIFICACIÓN DEL SPRINT .................................... 14
3.3.2.1.2 ETAPA REUNIÓN DIARIA DE SCRUM .......................................... 14
3.3.2.1.3 ETAPA DE REVISIÓN DEL SPRINT ................................................ 14
3.3.2.1.4 ETAPA DE RETROALIMENTACIÓN .............................................. 15
3.3.2.1.5 EQUIPO SCRUM ................................................................................. 15
3.4 DESARROLLO DE LA PROPUESTA .................................................................... 15
3.4.1 DESARROLLO PRÁCTICO ............................................................................. 15
3.4.1.1 DESARROLLO DE ÉPICAS ..................................................................... 16
3.4.1.2 PILA DEL PRODUCTO (PRODUCT BACKLOG) .................................. 18
3.4.1.3 PLANIFICACIÓN DE LANZAMIENTO .................................................. 19
3.4.2 PLANIFICACIÓN Y ESTIMACIÓN ................................................................ 19
3.4.2.1 CREACIÓN DE HISTORIAS DE USUARIO........................................... 20
3.4.2.2 DISEÑO ...................................................................................................... 21
3.4.2.2.1 DICCIONARIO DE DATOS ............................................................... 21
3.4.2.3 ARQUITECTURA DEL SISTEMA ........................................................... 29
3.4.3 PILA DE SPRINT (SPRINT BACKLOG)......................................................... 30
3.4.4 DESARROLLO DE SPRINT ............................................................................. 31
3.4.4.1 SPRINT 1..................................................................................................... 31
3.4.4.1.1 IMPLEMENTACIÓN .......................................................................... 31
3.4.4.1.2 REVISIÓN Y RETROSPECTIVA....................................................... 33
3.4.4.1.3 LANZAMIENTO ................................................................................. 33
3.4.4.2 SPRINT 2..................................................................................................... 34
3.4.4.2.1 IMPLEMENTACIÓN .......................................................................... 34
3.4.4.2.3 LANZAMIENTO ................................................................................. 36
3.4.4.3 SPRINT 3..................................................................................................... 37
3.4.4.3.1 IMPLEMENTACIÓN .......................................................................... 37
x
3.4.4.3.3 LANZAMIENTO ................................................................................. 40
3.4.4.4 SPRINT 4..................................................................................................... 41
3.4.4.4.1 IMPLEMENTACIÓN .......................................................................... 41
3.4.4.4.2 REVISIÓN Y RETROSPECTIVA...................................................... 43
3.4.4.4.3 LANZAMIENTO ................................................................................. 44
3.5 EVALUACIÓN DE LA PROPUESTA..................................................................... 44
3.5.1 BÚSQUEDA Y PROCESAMIENTO DE DATOS ........................................... 44
3.5.1.1 POBLACIÓN Y MUESTRA ...................................................................... 44
3.5.1.2 PLAN DE RECOLECCIÓN Y PROCESAMIENTO DE LA

INFORMACIÓN ..................................................................................................... 45
3.5.2 DIAGNÓSTICO DE LA SITUACIÓN ACTUAL............................................. 45
3.5.2.1 OBSERVACIÓN ......................................................................................... 45
3.5.2.1.1 FICHAS DE OBSERVACIÓN ............................................................ 45
3.5.2.1.2 ANÁLISIS DE FICHAS DE OBSERVACIÓN ................................... 46
3.5.2.2 ENTREVISTAS .......................................................................................... 46
3.5.2.2.1 ENTREVISTA REALIZA AL DIRECTOR DE POSGRADO ........... 46
3.5.2.2.2 ANÁLISIS DE LA ENTREVISTA ...................................................... 47
3.6 DISCUSIÓN DE LOS RESULTADOS .................................................................... 48
CAPÍTULO IV: CONCLUSIONES Y RECOMENDACIONES ....................................... 49
4.1 CONCLUSIONES ..................................................................................................... 49
4.2 RECOMENDACIONES............................................................................................ 50
REFERENCIAS BIBLIOGRAFÍA ..................................................................................... 51
ANEXOS
ANEXO A. IEEE830
ANEXO B. MANUAL DE USUARIOS
ANEXO C. FOTOGRAFÍAS
xi
ÍNDICE DE TABLAS
Tabla 1. Herramientas Técnicas de la solución ............................................................. 12
Tabla 2. Roles del Equipo Scrum .................................................................................. 15
Tabla 3. Desarrollo de épicas ........................................................................................ 16
Tabla 4. Pila del Producto (Product Backlog) ............................................................... 18
Tabla 5. Planificación de lanzamiento ........................................................................... 19
Tabla 6. Creación de historias de usuario ...................................................................... 20
Tabla 7. Diccionario de datos: tabla anteproyectos ....................................................... 21
Tabla 8. Diccionario de datos: tabla aprobación anteproyecto ...................................... 21
Tabla 9. Diccionario de datos: tabla comite .................................................................. 22
Tabla 10. Diccionario de datos: tabla comitedocente ...................................................... 22
Tabla 11. Diccionario de datos: tabla comiteprograma ................................................... 22
Tabla 12. Diccionario de datos: tabla consejoacademico ................................................ 22
Tabla 13. Diccionario de datos: tabla coordinador .......................................................... 23
Tabla 14. Diccionario de datos: tabla correcion .............................................................. 23
Tabla 15. Diccionario de datos: tabla correcion_anteproyecto ....................................... 23
Tabla 16. Diccionario de datos: tabla correcion_exepcionales ....................................... 24
Tabla 17. Diccionario de datos: tabla correcion_final ..................................................... 24
Tabla 18. Diccionario de datos: tabla docente ................................................................. 24
Tabla 19. Diccionario de datos: tabla estudiante ............................................................. 25
Tabla 20. Diccionario de datos: tabla modalidad ............................................................ 25
Tabla 21. Diccionario de datos: tabla modalidades ......................................................... 25
Tabla 22. Diccionario de datos: tabla modalida_programa ............................................. 25
Tabla 23. Diccionario de datos: tabla nacional extranjero .............................................. 26
Tabla 24. Diccionario de datos: tabla perfiles ................................................................. 26
Tabla 25. Diccionario de datos: tabla persona ................................................................. 26
Tabla 26. Diccionario de datos: tabla programa .............................................................. 26
xii
Tabla 27. Diccionario de datos: tabla rol_sesion ............................................................. 27
Tabla 28. Diccionario de datos: tabla secretaria_programa............................................. 27
Tabla 29. Diccionario de datos: tabla solicitud ............................................................... 27
Tabla 30. Diccionario de datos: tabla sugerencia_docente .............................................. 28
Tabla 31. Diccionario de datos: tabla tiempo_docente .................................................... 28
Tabla 32. Diccionario de datos: tabla tiempo_programa ................................................. 28
Tabla 33. Diccionario de datos: tabla tipo_correccion .................................................... 29
Tabla 34. Diccionario de datos: tabla titulares_docente .................................................. 29
Tabla 35. Diccionario de datos: tabla universidad........................................................... 29
Tabla 36. Sprint Backlog ................................................................................................. 30
Tabla 37. Revisión y retrospectiva .................................................................................. 33
Tabla 38. Lanzamiento .................................................................................................... 33
Tabla 45. Población a entrevistar..................................................................................... 44
Tabla 46. Fichas de observación...................................................................................... 45
xiii
ÍNDICE DE FIGURAS
Figura 1. Prototipo Aplicación web de la gestión y administración de anteproyectos. .. 17
Figura 2. Modelo Vista Controlador ............................................................................... 29
Figura 3. Diseño de la Base de datos a utilizar ............................................................... 32
Figura 4. Interfaz de Mantenimiento............................................................................... 34
Figura 5. Código de gestión Mantenimiento ................................................................... 35
Figura 6. Interfaz de Modalidad-Programa ..................................................................... 35
Figura 7. Código de Modalidad-Programa ..................................................................... 35
Figura 8. Interfaz de Solicitud ........................................................................................ 38
Figura 9. Código de gestión Solicitud............................................................................. 38
Figura 10. Interfaz de Anteproyecto ................................................................................. 39
Figura 11. Código de Anteproyecto .................................................................................. 39
Figura 12. Interfaz de Gestión de Comité Académico ...................................................... 41
Figura 13. Código de gestión Comité Académico ........................................................... 42
Figura 14. Interfaz de Gestión Consejo Académico. ....................................................... 42
Figura 15. Código de Gestión Consejo Académico ......................................................... 43
ÍNDICE DE GRÁFICOS ESTADÍSTICOS

Gráfico Estadístico 1. Sprint 1 .......................................................................................... 31
xiv
RESUMEN EJECUTIVO
El presente trabajo de titulación se lo realizó con la finalidad de mejorar la gestión
administrativa y académica estudiantil de los procesos de posgrado de la Universidad
Técnica de Manabí. Para la recopilación de requerimientos del software se hizo uso del
estándar IEEE-830, donde se describe cada uno de los requerimientos funcionales y no
funcionales del sistema, se usó la metodología ágil Scrum, facilitando el desarrollo del
software mediante sprints con fases iterativas, lo cual fue clave para garantizar la calidad de
software. Se utilizó el modelo arquitectónico Modelo Vista Controlador (MVC), ya que este
permite organizar e integrar el sistema para ser desarrollado de forma rápida, modular y
mantenerle, además de facilitar el trabajo en equipo de forma eficaz y eficiente ya que
permite realizar cambios en una capa sin afectar a otra, es decir, los desarrolladores pueden
asignar actividades trabajando en diferentes capas, agilitando el desarrollo del sistema. En
el desarrollo del sistema se utilizó como framework de diseño Bootstrap, como gestor de la
Base de Datos mySql, Ajax y Json para gestionar los datos, también se hizo uso de las
técnicas de investigación como la observación y la entrevista que, en conjunto con las fases
de la metodología Scrum, fueron esenciales para el desarrollo del software. Como resultado
final se obtuvo una aplicación web capaz de gestionar de forma eficaz y eficiente los
procesos de gestión y administración para los anteproyectos. En el cual concluye que el
sistema puede facilitar de una mejor manera todos los procesos que se llevan a cabo dentro
del Instituto de Posgrado de la Universidad Técnica de Manabí.
Palabras Claves: proceso de posgrado, calidad de software, modelo vista
controlador, metodología scrum, eficaz y eficiente.
xv
EXECUTIVE SUMMARY
The present degree work was carried out with the purpose of improving the student
administrative and academic management of the postgraduate processes of the Technical
University of Manabí. For the collection of software requirements, the IEEE-830 standard
was used, where each of the functional and non-functional requirements of the system is
described, the agile Scrum methodology was used, facilitating the development of the
software through sprints with iterative phases, which which was key to guarantee the quality
of software. The Model View Controller (MVC) architectural model was used, since it
allows the system to be organized and integrated to be developed quickly, modularly and
maintained, as well as facilitating teamwork effectively and efficiently since it allows
changes to be made in the system. one layer without affecting another, that is, developers
can assign activities working on different layers, speeding up system development. In the
development of the system, Bootstrap was used as a design framework, as a manager of the
mySql Database, Ajax and Json to manage the data, research techniques such as observation
and interview were also used, which, together with The phases of the Scrum methodology
were essential for the development of the software. As a final result, a web application
capable of effectively and efficiently managing the management and administration
processes for the preliminary projects was obtained. In which he concludes that the system
can facilitate in a better way all the processes that are carried out within the Postgraduate
Institute of the Technical University of Manabi.
Keywords: postgraduate process, software quality, controller view model, scrum
methodology, effective and efficient.
xvi
CAPÍTULO I: INTRODUCCIÓN
1.1 PLANTEAMIENTO DEL PROBLEMA
En los últimos años, el Instituto de Posgrado de la Universidad Técnica de Manabí
ha sido evidente su desarrollo, se ha producido de manera sostenida y progresiva
permitiendo el aumento de nuevos programas de maestrías y aumentando la cantidad
estudiantil. Por ende genera largos periodos de espera y respuesta por medio de los
coordinadores, asignación de tutores sean internos o externos (pertenecen a otras
universidades, local, nacional o internacional) del Instituto de Posgrado.
Según [1] el problema principal es la gran cantidad de documentación que se maneja
de forma manual y requiere de una gran cantidad de tiempo. En principio, existe un banco
de tesis donde el alumno puede abordar un tema, pero muchas veces el alumno también
decide elegir su propio tema y esto ocasiona congestión en el proceso pues no existe un
monitoreo sistemático. En cuanto a los docentes del Instituto de Posgrado, a menudo no se
conoce quién tiene un anteproyecto, por lo que es importante que haya una aplicación que
presente una visión general de los diferentes temas de anteproyecto, docentes, alumnos y
demás actores del proceso que existen en cada uno de los programas de maestría, con la
información correspondiente a cada uno. Para el desarrollo de este trabajo, el Instituto
Posgrado de la Universidad Técnica de Manabí, ubicada en la parroquia 12 de marzo del
cantón Portoviejo de la provincia de Manabí, sirve como unidad de estudio.
Formulación del problema
¿Cómo una aplicación web puede mejorar la gestión y administración de anteproyectos del
Instituto de Posgrado de la Universidad Técnica de Manabí?
1.2 ANTECEDENTES
1.2.1 ANTECEDENTES INTERNACIONALES
El trabajo de fin de grado “Automatización del sistema de revisión de Anteproyectos
de trabajos Fin de grado” se desarrolló porque el proceso de gestión de anteproyecto del
trabajo fin de grado que se realizaba en la Escuela Superior de Informática de Ciudad Real
supone una carga de trabajo de alta responsabilidad. Todo el procedimiento del registro del
anteproyecto, asignación de revisores, evaluaciones, etc. Se realiza de forma manual. Todos
los requerimientos fueron automatizados para que los procesos a través de una aplicación
web destinada a los usuarios tales como secretario (a) de la comisión y revisores. Además,
para llevar a cabo la evaluación de los anteproyectos que son entregados, la herramienta
1
diseñada implementaría un mecanismo que permite llevar a cabo un proceso de revisión por
pares, método ampliamente utilizado para la validación de trabajos escritos [2].
Considerando la información que contiene la tesis de grado “Plataforma Web para la
Gestión de Anteproyectos y Proyecto de Grado para el Programa de Ingeniería de Sistemas
en la Universidad de Cundinamarca, extensión Facatativá - GESAP-V2”, en la cual se
cambió la forma de llevar los anteproyectos y proyectos de grado, por la nueva extensión en
Facatativá ya que el requerimiento principal antes de su desarrollo, fue la idea de
implementar una plataforma mucho más dinámica comparada con la anterior, buscando
mayor interacción de parte de los usuarios, sean docentes (jurados o directores), estudiantes
o el coordinador del módulo GESAP - V2. El módulo finalizado de GESAP - V2 se
integraría a la plataforma de Sistema de Información para el Apoyo Administrativo UdeC
Facatativá (SIAAF), debido a que hace referencia a un sistema de información con el
objetivo de apoyar a los estudiantes y docentes en el proceso de radicación, evaluación y
realización de anteproyectos y proyectos de grado [3].
1.2.2 ANTECEDENTES NACIONALES

Asimismo, en el caso de la Facultad de Ciencias Médicas de la Universidad de
Guayaquil, se ha desarrollado una aplicación para el registro y control de las propuestas de
anteproyectos, el cual describe las actividades de asignación de tutores y control de los
anteproyectos, permitiendo así mejorar la organización en dicha institución [4]. Se realizó
inicialmente una investigación en algunos repositorios digitales de varias Instituciones de
Educación Superior en el Ecuador, tales como RRAAE (Red de Repositorio de Acceso
Abierto del Ecuador), en los cuales se halló información muy relevante de algunos trabajos
de titulación, entre ellos están: “Desarrollo de Módulo de Aplicación Web para la Gestión
de Anteproyectos en el Sistema de Información de la Facultad de Ingeniería Industrial” en
el cual se presenta la problemática existente en la Institución la cual es solucionada mediante
la implementación de una aplicación web que contiene módulos relacionados con
administración de temas y administración de Comités y Control de Comité [5].
1.2.3 ANTECEDENTES PROVINCIALES

Dentro del manual de titulación: “Reingeniería del Sistema Informático de Control
de Trabajo de Titulación e Incremento de la Vigilancia en el Edificio de la Facultad de
Ciencias Informáticas de la Universidad Técnica de Manabí” es un manual que constituye
una herramienta de soporte y ayuda para los usuarios en general que se interesen en conocer
sobre el funcionamiento del Sistema Para el Control de los Trabajos de Titulación además
2
ofrece una guía general para la configuración de las cámaras de video vigilancia instaladas
en la misma, asimismo que cumplan con todas las expectativas del lector y se convierta en
una herramienta útil para el conocimiento integral del Sistema Para el Control de los
procesos de Titulación [6].
1.3 JUSTIFICACIÓN
Esta propuesta cobra relevancia porque en la actualidad no existe una plataforma web
en el Instituto de Posgrado para automatizar el proceso de gestión y administración de los
anteproyectos, los cuales se manejan en gran parte a través de documentos digitales en Word
y documentos físicos, y las aprobaciones se realizan de manera presencial; modalidad, que
genera grandes retrasos en la aprobación y asignación del material del proyecto.
El sistema de gestión y administración de anteproyectos ayudará al Instituto de
Posgrado en los procesos de Titulación, a registrar información sobre temas preliminares del
anteproyecto de manera automatizada, segura y ágil, además de la trazabilidad en el proceso
de aprobación. Los beneficiarios de este proyecto serán los estudiantes, tutores y las personas
externas del Instituto de Posgrado de la Universidad Técnica de Manabí, permitiendo tener
mejor acceso a información sobre el seguimiento que se realiza en los anteproyectos. El
presente proyecto y la propuesta planteada están enfocados en impulsar el control, gestión y
administración de los anteproyectos.
Este proyecto tiene como objetivo desarrollar una aplicación que permita la automatización
de los procesos de gestión y administración de anteproyectos, la visualización de dichos
anteproyectos, sus tutores, profesores y estudiantes, para así facilitar los procesos dentro del
Instituto de Posgrado de la Universidad Técnica de Manabí.
Este sistema se implementará con herramientas como: PHP 7 (Hypertext
Preprocesador) para la programación, MySQL que será el motor de la base de datos, JQuery
una biblioteca de JavaScript, Bootstrap que se utilizará para el diseño de CSS y JavaScript,
entre otros. La selección de estas herramientas se basó en la experiencia, confiabilidad, fácil
curva de aprendizaje, diseño independiente y distintivo y configuración personalizada. El
modelo de la arquitectura de diseño del software es el MVC (Model - View - Controller o
Modelo - Vista - Controlador) que ayuda a construir el código correctamente, dividiendo sus
funciones entre cliente y servidor, separando la capa física, su manejador de eventos y el
acceso a la base de datos.
3
1.4 OBJETIVOS
1.4.1 OBJETIVO GENERAL
Desarrollar una aplicación web para la gestión y administración de anteproyectos del
1.4.2 OBJETIVOS ESPECÍFICOS

• Analizar los requerimientos para el desarrollo de la aplicación web mediante la
norma IEEE-830.
• Diseñar la base de datos relacional para el correcto almacenamiento de la
información.
• Desarrollar la aplicación web para la gestión del ingreso, revisión, aprobación y
administración de los anteproyectos del Instituto de Posgrado.
• Realizar pruebas exhaustivas de software al prototipo que permita evaluar la
calidad y operatividad del mismo.
4
CAPÍTULO II: MARCO TEÓRICO
En la actualidad la tecnología avanza cada día y los usuarios establecen algún tipo de
contacto con alguna aplicación que pide la autenticación de los mismos, dichas aplicaciones
recolectan esta información personal sin establecer algún mecanismo óptimo para guardar y
manejar estos datos. Se describe a los datos personales como cualquier información que se
relaciona con un individuo identificable que se almacena y se protege su confidencialidad
para evitar el abuso proveniente de partes irresponsables [7]. Además, es importante que el
propietario de los datos proteja la confidencialidad de los mismos al ser atacados y detallar
los posibles ataques que pueden sufrir los datos personales y los métodos de protección de
privacidad [8].
En este estudio se propone una aplicación web para los procesos de titulación del
Instituto de Posgrado de la Universidad Técnica de Manabí. A nivel mundial muchas
universidades utilizan alguna aplicación para llevar el registro de sus estudiantes, docentes,
personal administrativo entre otros. Actualmente, se considera que el ambiente educativo
puede contar con nuevas herramientas para facilitar la comunicación y el desarrollo de las
diferentes actividades que se llevan a cabo [9].
2.1. PROCESO DE TITULACIÓN

El artículo 21 del Reglamento de Régimen Académico (RRA) [12] dispone:
“Todo trabajo de titulación deberá consistir en una propuesta innovadora que
contenga, como mínimo, una investigación exploratoria y diagnóstica, base
conceptual, conclusiones y fuentes de consulta.”.
Basado en el artículo 21 RRA, el trabajo de titulación debe demostrar un manejo integral
de los conocimientos adquiridos durante la formación profesional, por lo tanto debe incluir
una propuesta innovadora que incluya al menos un estudio exploratorio y diagnóstico, un
marco conceptual, conclusiones y referencias.
Con el propósito de instrumentar la presentación, seguimiento y sustentación de los
proyectos de titulación, el Honorable Consejo Universitaria de la Universidad Técnica de
Manabí emite un Reglamento General del Instituto de Posgrado en concordancia con la
normativa vigente [10]. Dicho documento estable normas de cumplimiento obligatorio de la
planificación, organización, ejecución, monitoreo y evaluación de los trabajos de titulación.
2.1.1 ANTEPROYECTO
Un anteproyecto de tesis es elaborado antes del desarrollo de una investigación, nos
permite prefigurar cuáles serán las diversas ya veces inmensas actividades que requiere una
5
investigación científica. Por tanto, es necesario organizar nuestras ideas, definir nuestros
objetivos y desarrollar un programa de trabajo, cuya misión es, por tanto, anticipar algunas
de las características que tendrá la investigación. Por tanto, el Anteproyecto es la fase
preliminar en el desarrollo del Proyecto y que actuará como un gran apoyo para el
investigador permitiéndole coordinar los pasos a seguir para sacar el máximo partido a su
trabajo [11].
El anteproyecto es un plan proactivo y prospectivo cuyo objetivo es presentar de
manera concreta cuáles son las expectativas de investigación del candidato. El esquema del
proyecto sirve al investigador para disponer de un esquema que le permita despejar el mayor
número de dudas sobre el proyecto final o definitivo y que le permita organizar
sistemáticamente su reflexión.
2.2 APLICACIONES WEB

Las aplicaciones web no son más que un sitio web que se ejecuta en Internet, solo
con el uso de un navegador, ya que está programado en el lenguaje HTML. El
funcionamiento de la web se basa en el protocolo HTTP y el lenguaje HTML, donde HTTP
es un sistema de comunicación. Esto le permite enviar archivos fácil y fácilmente entre
servidores y el HTML proporciona un módulo de diseño de página muy eficiente y fácil de
usar.
“Las aplicaciones Web son aquellas herramientas donde los usuarios pueden acceder
a un servidor Web a través de la red mediante un navegador determinado. Por lo
tanto, se define como una aplicación que se accede mediante la Web por una red ya
sea intranet o Internet. Por lo general se menciona aplicación Web a aquellos
programas informáticos que son ejecutados a través del navegador” [12].
La arquitectura de una aplicación web, prácticamente está estructurado como una
aplicación de tres niveles. Comenzado por el navegador web proporciona la primera capa y
un mecanismo capaz de utilizar ciertas tecnologías web dinámico (ejemplo: PHP o Java) que
es el nivel intermedio. Finalmente, La base de datos es el tercer y último nivel. El navegador
web envía solicitudes al nivel intermedio que ofrece servicios utilizando consultas y
actualizaciones de la base de datos y, a su vez, proporciona una interfaz para el manejo del
usuario.
2.2.1 PHP
PHP (Acronimo de Hypertext Preprocesador) es un lenguaje de “Código Abierto”
interpretado, de alto nivel embebido en páginas HTML y ejecutado en el servidor. Lo que
6
distingue a PHP de la tecnología JavaScript, la cual se ejecuta en la máquina cliente, es que
el código PHP es ejecutado en servidor [13].
PHP es libre y gratuito, está amparado bajo el movimiento de Open source (código
abierto) que permite a los programadores de aplicaciones poder sacar provecho de sus
beneficios de manera totalmente gratuito, sin la necesidad de pagar licenciamientos de uso
ni actualizaciones [14].
2.2.2 JAVASCRIPT
JavaScript es un lenguaje de programación utilizado para crear comportamientos
dinámicos en las páginas web. Con JavaScript, al menos en un primer paso, se pueden crear
pequeños programas encargados de realizar acciones dentro del ámbito de una página web,
que generalmente incluye efectos especiales en las páginas e implementar interacción con el
usuario. A estos pequeños programas se los denomina Scripts, porque a menudo son
porciones de código de tamaño limitado, que se encargan de hacer comportamientos muy
específicos con los que mejora la experiencia de usuario al visitar un sitio web [15].
Es un lenguaje muy demandado en la industria hoy en día, ya que además de utilizarse
en el navegador, también puede usarse en el navegador, también puede usarse en navegador,
también puede usarse en el navegador, también puede usarse en el lado del servidor. Con la
multitud de frameworks que existen pueden crear Simple Page Applications que emulan la
experiencia de una aplicación móvil en el navegador. También pueden crearse aplicaciones
híbridas con herramientas como Ionic y Cordova [16].
2.2.3 AJAX
En [17] comenta que:
“Son un conjunto de técnicas que nos permiten evitar problemas que pueden
presentarse en las clásicas peticiones y posteriores resultados del servidor; para
lograrlo se encarga de transmitir pequeños paquetes de datos en segundo plano.
Entonces, la principal característica de AJAX reside en que hace posible efectuar
peticiones al servidor y luego obtener los resultados en segundo plano. Luego, utiliza
los datos obtenidos para modificar los contenidos presentes en la página con la
posibilidad de ofrecer efectos dinámicos y que se desplieguen con rapidez”.
Con el uso de AJAX, el diseño de las aplicaciones web es más creativo, por lo que
el mismo produce un comportamiento similar a una aplicación de escritorio, por lo tanto la
respuesta al usuario sea mucho más rápida, para que así el navegador pueda intercambiar
información con el servidor de una manera más rápida y eficaz.
7
2.2.4 JQUERY
Según [18] dice que:
“Es una biblioteca de JavaScript rápida, pequeña y con numerosas funciones.
Hace que la manipulación y recopilación de documentos HTML, el manejo de
eventos, la animación y Ajax sean más simples con una API fácil de usar que
funciona en una gran cantidad de navegadores. Con una combinación de versatilidad
y extensibilidad, jQuery ha cambiado la forma en que millones de personas
escriben JavaScript”.
2.2.5 HOSTING
El hosting es un alojamiento web, es esencial para muchas instituciones para poder
tener tu propio sitio profesional, por lo tanto esto dependerá la velocidad requerida para que
cuando los usuarios accedan lo hagan con facilidad y agilidad.
“Es el lugar o espacio donde se permite hospedar una página web con el propósito de
permanecer disponible a través de la red; este espacio cuenta con todo o una parte de
los recursos de un servidor web para funcionar, tales como memoria, espacio en disco
duro, ancho de banda, entre otros recursos del servidor según sus características,
permitiendo así, estar activo y visibles en la red” [19].
2.3 BASE DE DATOS (MYSQL)

Según [20] afirma que:
“MySQL es el sistema de gestión de bases de datos relacional más extendido en la
actualidad al estar basada en código abierto. Desarrollado originalmente por MySQL
AB, fue adquirida por Sun MicroSystems en 2008 y está su vez comprada por Oracle
Corporation en 2010, la cual ya era dueña de un motor propio InnoDB para MySQL.
Es un sistema de gestión de bases de datos que cuenta con una doble licencia. Por
una parte es de código abierto, pero por otra, cuenta con una versión comercial
gestionada por la compañía Oracle”.
Tiene varias características: la más destacable es la velocidad de respuesta, asimismo, puede
ser utilizado como cliente-servidor o integrado en aplicaciones, soporta varios métodos de
archivo de tablas, con diferentes características y rendimientos para poder optimizar el
SBDD para cada caso específico y, es muy confiable cuando se trata de estabilidad.
8
2.3.1 XAMPP
En 2019, Sánchez y Parra [21] argumentaron:
“XAMPP es un paquete de instalación independiente de plataforma, software libre,
que consiste principalmente en el sistema de gestión de bases de datos MySQL, el
servidor web Apache y los intérpretes para lenguajes de script: PHP y Perl. El nombre
proviene del acrónimo de X (para cualquiera de los diferentes sistemas operativos),
Apache, MariaDB, PHP, Perl. Desde la versión "5.6.15", XAMPP cambió la base de
datos de MySQL a MariaDB. El cual es un fork de MySQL con licencia GPL”.
Apache se utiliza como servidor de aplicaciones para mostrar páginas web estáticas
y dinámicas en Internet. La mayoría de las aplicaciones web están diseñadas para publicar
en este servidor de aplicaciones y una de ellas es una aplicación que utiliza el lenguaje de
programación PHP. También se utiliza para otras misiones
en las que la información debe entregarse de forma segura y fiable.
2.4 MODELO VISTA CONTROLADOR

El Modelo Vista Controlador es una arquitectura de software que separa los datos de
una aplicación, la interfaz de usuario y la lógica de control en tres componentes separados.
El patrón MVC suele estar presente en las aplicaciones web, donde la vista es la página
HTML y el código que proporciona datos dinámicos a la página; el modelo es el sistema de
gestión de base de datos y la lógica empresarial; y el controlador es responsable de recibir
eventos de entrada desde la vista. Esta arquitectura hace posible desarrollar software que es
fácil de mantener y mejorar.
Según [22]. El Modell-View-Controller o Modelo–Vista–Controlador (MVC) es un
patrón de diseño de software que separa los datos de una aplicación, la interfaz de usuario,
y la lógica de control en tres componentes distintos de forma que las modificaciones al
componente de la vista, o a cualquier parte del sistema puedan ser hechas con un mínimo
impacto en el componente del modelo de datos o en los otros componentes del sistema. Este
patrón cumple perfectamente el cometido de modular un sistema.
9
CAPÍTULO III: PROPUESTA
3.1 DESCRIPCIÓN DE LA PROPUESTA
El presente proyecto propone el desarrollo de una aplicación web para gestión y
administración de anteproyectos del Instituto de Posgrado de la Universidad Técnica de
Manabí, la cual está conformada por 72 programas de posgrados. Con la implementación de
este sistema se automatiza el proceso de titulación mejorando la organización y control por
parte de estudiantes, secretarias y personal administrativo.
Los estudiantes de posgrado no tendrían la necesidad de acercarse frecuentemente a
las oficinas de los programas para la presentación de anteproyecto o conocer el estado de
su petición, por lo contrario, se beneficia al poder realizar estas acciones por medio de un
computador o desde un dispositivo inteligente, permitiendo la optimización de procesos,
evitar gastos innecesarios y dar un gran servicio de calidad.
La aplicación web utiliza una arquitectura Modelo Vista Controlador, el modelo está
encargado de la manipulación de los datos, la vista es lo que representa en las interfaces que
observa el usuario y por último el controlador que es el que engloba las funcionalidades del
sistema. El sistema web se desarrollará aplicando el framework Bootstrap.
El sistema tiene roles de usuario estos serán:
● Administrador: Posee un acceso a todos los módulos que tiene la aplicación
web.
● Secretaria: Posee un acceso a los siguientes módulos:
Usuarios (Registrar Estudiantes, Registrar Personal, Registra Coordinador).
Programa-Modalidad (Asignar Modalidades).
Asignar Comité (Comité Académico, Consejo Académico).
Trabajos de titulación (Seguimientos de estudiantes).
● Estudiante: Tiene un acceso a visualizar al siguiente módulo:
Anteproyecto (Anteproyectos, Estados de Anteproyectos)
● Comité Académico: Posee un acceso a los siguientes módulos:
Comité Académico (Administración y Gestión de Anteproyectos).
● Consejo Académico: Posee un acceso a los siguientes módulos:
Consejo Académico (Resolución Anteproyectos).
Los beneficios que se lograran con la implementación del sistema web son:
10
 Acceso a la información de manera rápida y actualizada.
 Mejoramiento de la gestión y administración de anteproyectos del Instituto de
Posgrado de la Universidad Técnica de Manabí.
 Se tendrán conocimiento del avance de anteproyecto.
 Reducción de costos y tiempo, en ocasiones se gasta mucho tiempo donde el
estudiante tiene que buscar a su director, y este se encuentra en otro lado (gastos
de transporte, gastos de papel, etc.).
 Descarga de recursos.
 Envió de correos.
3.2 RECURSOS Y FACTIBILIDAD

3.2.1 RECURSOS DE ESTUDIO
3.2.1.1 RECURSOS HUMANOS: Se utilizaron los siguientes recursos humanos para el
desarrollo del sistema:
 Administradores del Instituto de Posgrado de la Universidad Técnica de
Manabí.
 Autores del proyecto.
3.2.1.2 RECURSOS MATERIALES: Se utilizaron los siguientes recursos materiales:
 Materiales de oficina.
 Manual Técnico.
 Manual de Usuario.
3.2.1.3 RECURSOS TECNOLÓGICOS: Los materiales que se emplearon son los
siguientes:
 Smart-Phone.
 Computadoras portátiles.
 Computadoras de Escritorio.
 Dispositivos de almacenamientos extraíbles.
 Impresoras.
 Internet.
3.2.2 FACTIBILIDAD DE ESTUDIO
Nuestro proyecto se ha considerado factible para el desarrollo de la aplicación,
gracias a las investigaciones realizadas en el Instituto de Posgrado de la Universidad Técnica
de Manabí, para tener una mejor administración y gestión de anteproyectos.
11
No obstante dispone de recursos tecnológicos, humanos y materiales. Para la
realización de la investigación se requiere un período previsto de seis meses, sujeto a los
requisitos de tiempo para la entrega del trabajo de titulación en la Facultad de Ciencias
Informáticas. Asimismo, cuenta con la cooperación del Instituto de Posgrado de la
Universidad Técnica de Manabí.
Como todo proyecto, los recursos necesarios para su ejecución deben ser evaluados
a través de la factibilidad operativa, técnica y económica que se detalla a continuación:
3.2.2.1 FACTIBILIDAD TÉCNICA: Con la evaluación técnica realizada, se constató que
cuenta con los recursos físicos y técnicos para desarrollar y operar el prototipo de la
aplicación web para la gestión y operación de los anteproyectos del Instituto de Posgrado de
la Universidad Técnica de Manabí. Los medios físicos se detallan en el apartado de recursos
del capítulo 3 denominado metodología de la propuesta, los medios técnicos son los
siguientes:
Los recursos que se emplearon para el desarrollo del sistema informático fueron:
Tabla 1. Herramientas Técnicas de la solución

Herramientas Componentes
Lenguaje de Desarrollo: PHP: 7.3.31, JavaScript, Html, CSS
Framework: Bootstrap
Editor de Código: Sublime text3
Base de Datos: MySQL
SGBD: MariaDB(XAMP/v3.3.0 y
Sistema Operativo: Apache/2.4.51)
Windows 10.
Elaborado por: Autores de trabajo de titulación.
3.2.2.2 FACTIBILIDAD ECONÓMICA: En cuanto a la factibilidad económica, el costo

de la investigación fue de $135, valor dentro de la viabilidad económica de los autores de
este trabajo de titulación, quienes asumieron en su totalidad los costos antes mencionados.
Para el desarrollo de este proyecto no es necesario incurrir en costos de material, ya que se
encuentra disponible, el cual es propiedad de los autores de la titulación. En cuanto al
software, se utilizará el entorno de desarrollo Editor, Sublime text3, con el framework
Bootstrap, y el uso de estos permite la programación de aplicaciones web.
3.2.2.3 FACTIBILIDAD OPERATIVA: La aplicación web para la gestión y
administración de anteproyectos funciona una vez que se sube a un servidor remoto, lo cual,
podrá ser utilizado por los usuarios finales. La factibilidad operativa es viable, existe la
necesidad de los usuarios de disponer un sistema web con un determinado grupo de
12
requerimientos y se cuenta con la cooperación y participación de los sujetos del estudio para
el desarrollo de las actividades del proyecto como son el soporte del Product Owner
responsable de la gestión del Product Backlog, la aprobación de los entregables, el
aseguramiento de que el equipo de desarrollo aporte valor al negocio, estudiantes con los
conocimientos de programación necesarios para desarrollar prototipos y soporte de Scrum
Master, asegurar el cumplimiento de la metodología scrum y mantener la productividad del
equipo de desarrollo.
Para el desarrollo de esta aplicación web contamos con el total apoyo del Instituto de
Posgrado de la Universidad Técnica de Manabí, el cual ha colaborado en la elaboración de
este proyecto de tesis, ha brindado toda la información necesaria y el aporte indispensable
para identificar y recopilar información apropiada para el desarrollo de sistemas web
utilizando herramientas y equipos de cómputo apropiados según sea necesario.
3.3 METODOLOGÍA DE LA PROPUESTA

En el presente Trabajo de Titulación se utilizaron los siguientes métodos y técnicas.
3.3.1 MÉTODOLOGIA DE ESTUDIO

3.3.1.1 INDUCTIVO – DEDUCTIVO
La utilización de este método se basó en la identificación de hechos observados en
el ambiente donde surge la problemática, evidenciados en la asignación de tesis, tutores,
revisores, cortes y demás procesos de titulación del Instituto de Posgrado de la Universidad
Técnica de Manabí. Luego, a través de un estudio más específico de las necesidades se
formó conclusiones sobre la solución factible para el desarrollo del sistema.
3.3.1.2 DESCRIPTIVO
Este método se utilizó basándose en la recolección de datos y requerimientos
mediante técnicas como las entrevistas y la observación en el Instituto de Posgrado de la
Universidad Técnica de Manabí. Donde surge la problemática, de esta manera se logró
obtener información contundente para realizar el desarrollo de la aplicación web.
3.3.1.3 REVISIÓN BIBLIOGRÁFICA
Se realizó investigaciones en sitios web y en libros con información necesaria y
relacionada a la investigación.
3.3.1.4 TÉCNICAS
Observación
Se utilizó la observación para el análisis de los posibles elementos o ítems comunes
en la infraestructura del software.
13
Entrevista
Con la finalidad de obtener los requerimientos necesarios para el desarrollo del
sistema, se aplicó la entrevista al Ing. Jimmy Zambrano (Product Owner).
3.3.2 METODOLOGÍA DEL SOFTWARE

En el desarrollo de la aplicación informática, se decidió aplicar la metodología
de desarrollo ágil SCRUM, la metodología scrum permite trabajar con un ciclo de vida
iterativo e incremental, el cual permite desarrollar el software de forma periódica,
aplicando las buenas prácticas del trabajo colaborativo, este trabajo en equipo facilita
solucionar de manera rápida los problemas que pueden ir surgiendo en el desarrollo del
proyecto.
3.3.2.1 ETAPAS DE LA METODOLOGÍA DE DESARROLLO ÁGIL SCRUM
Scrum es una metodología ágil para el desarrollo de proyectos que requieren mayor
rapidez y adaptabilidad en sus resultados, por ello se decidió aplicar esta metodología, la
cual incorpora 4 etapas denominadas sprint. En cada uno de estos, se desarrollan pequeñas
implementaciones que sirven para mejorar la eficacia del proyecto principal.
3.3.2.1.1 ETAPA DE PLANIFICACIÓN DEL SPRINT
Dentro de esta etapa el equipo de trabajo realizó su primera reunión colaborativa,
donde se definieron aspectos tales como la funcionalidad, objetivos, riesgos del sprint,
plazos de entrega, entre otros, además se evaluaron cambios en el desarrollo del proyecto,
toma de decisiones, mejoras, mejorando el enfoque que se tenía sobre el proyecto,
facilitando el sprint o interacción.
3.3.2.1.2 ETAPA REUNIÓN DIARIA DE SCRUM
Durante esta actividad se realizaron diferentes reuniones diarias, de
aproximadamente 45 minutos con el equipo de trabajo, indicando lo que se ha realizado,
y lo que se iba a realizar, determinando así el desarrollo del software, además este tipo de
reuniones, permitió al equipo de desarrollo poder identificar los posibles problemas con
los que se pudiese encontrar, dentro del desarrollo de la aplicación, así como facilitar la
eficiencia en la repartición de las tareas.
3.3.2.1.3 ETAPA DE REVISIÓN DEL SPRINT
En esta etapa, se procedió a mostrar el avance que se obtuvo en el sprint anterior al
Product Owner, lo cual permitió tener una retroalimentación de las mejoras que se
aplicaron al sistema en concreto, permitiendo continuar con un nuevo sprint, asociándolo a
14
nuevas mejoras, lo cual permitió la incorporación de más funcionalidades, permitiendo de
esta forma, aplicar nuevos cambios en el desarrollo del software.
3.3.2.1.4 ETAPA DE RETROALIMENTACIÓN
Al final de cada sprint siempre se realizó una retroalimentación de los aciertos y
desaciertos que presento en equipo de trabajo en la presentación del sprint anterior, lo cual
permitió una mejora en el desempeño de las actividades realizadas, aplicando el uso de
nuevas herramientas para poder realizar un mejor funcionamiento en las diferentes
iteraciones.
3.3.2.1.5 EQUIPO SCRUM
Se denomina equipo SCRUM a todos los miembros del equipo del proyecto que
persiguen una misma meta, aportando con sus mejores capacidades de manera responsable
en cada iteración. Cada integrante del equipo posee roles específicos, lo roles determinan
la relevancia y responsabilidad dentro del proyecto. Así vemos reflejado el equipo de trabajo
(Scrum team) que lleva el peso del desarrollo del producto. El negocio, representado por
el Product owner, que junto al Scrum máster conforman el organismo de gobierno del
proyecto. Y, por último, los usuarios clave (Stakeholders), conocedores del negocio y las
necesidades del mismo.
3.4 DESARROLLO DE LA PROPUESTA

3.4.1 DESARROLLO PRÁCTICO
Aplicación web para la gestión y administración de anteproyectos del Instituto de
Posgrado de la Universidad Técnica de Manabí aplicando la metodología de desarrollo ágil
Scrum. Se especifica cada uno de los roles del equipo Scrum en la siguiente tabla.
Tabla 2. Roles del Equipo Scrum

Cargo Funciones Responsables
Product Owner Es la voz del usuario y se asegura que Ing. Jimmy Zambrano
el equipo trabaje de forma adecuada
Scrum Master Eliminará los obstáculos que impiden Ing. Lorena Bowen
que el equipo alcance el objetivo del
sprint. Actúa como una protección
entre el equipo y cualquier influencia
que le distraiga. Además, se asegura
de que el proceso Scrum se utiliza
como es debido y que las reglas se
cumplan.
Development Team Programadores/desarrolladores José Andrés Zambrano
Triviño, Douglas Javier
Macías Ampuero
15
3.4.1.1 DESARROLLO DE ÉPICAS
El Product Owner ha indicado los requerimientos institucionales a alto nivel,
conociendo así los resultados esperados del proyecto. Para recoger los requisitos se
realizaron una serie de entrevistas, necesarias para realizar un análisis del trabajo que realiza
la empresa, establecer las necesidades de los usuarios y visualizar los procesos que se dan
dentro del Instituto de Posgrado como gestión y administración de anteproyectos e
interacción con cada estudiante.
La entrevista con el director, personal administrativo, personal de informática de
posgrado permitió obtener una mejor perspectiva del sistema de trabajo que se realiza en
el instituto y sus diferentes procesos. Se aclararon temas como el manejo de docentes
cumpliendo rol de tutor/cotutor, coordinadores también el manejo de los estudiantes y la
presentación de los anteproyectos. Así mismo la gestión de las actividades que se efectúan
en el Instituto de Posgrado. Se definió los diferentes procesos que tendría el aplicativo lo
cuales son:
Tabla 3. Desarrollo de épicas
ID DESCRIPCION
1 Como administrador y Secretaria se debe de llevar el mantenimiento, edición y
eliminación de todo el sistema, tendrá opciones de registrar personal, secretaria,
estudiantes, coordinadores, modalidad y modalidades del programa, universidad,
programa.
2 Así mismo la secretaria llevara a cabo los programas donde cada programa puede
tener diferentes modalidades. Cada programa tendrá que elegir sus modalidades
de titulación cada que inicia el periodo en el cual cada coordinador de dicho
programa podrá realizarlo, así mismo el administrador del sistema podrá realizar
esta operación.
3 El Instituto de Posgrado lleva requerimientos de los estudiantes hacia un
problema, quejas o asignación de tutor/cotutor de su solicitud de anteproyecto. Se
llevara a cabo mediante ticket dentro del sistema dirigido al rol que le corresponda
el ticket.
4 Como estudiantes se debe llevar un control en los anteproyectos para presentar la
solicitud de un anteproyecto. El estudiante subirá en el sistema los datos,
descripción y archivo de su anteproyecto. Una vez subido el Comité Académico
decidirá el futuro de ese anteproyecto (aprobado/rechazado/corregido), si es
corregido el estudiante tendrá que subir nuevamente el anteproyecto corregido.
5 El Comité Académico lleva un control de la gestión y administración de los
anteproyectos. Tales como aprobación o corrección del anteproyecto, sugerencia
de tutor/cotutor, rechazar anteproyecto.
6 El Consejo Académico lleva un control de la gestión y administración de los
anteproyectos. Tales como la modificación de tutor/cotutor, aprobación del
anteproyecto y él envió de correo electrónico.
16
Para descomponer las historias de usuarios, se utilizó una técnica flexible llamada mapeo
de historias de usuarios para identificar las versiones de desarrollo del producto.
Figura 1. Prototipo Aplicación web de la gestión y administración de anteproyectos.

Luego de haber analizado el mapeo de historias de usuario, se dispuso que las versiones
del producto a desarrollar son:
 Versión 1 (v 1.0): Presentación del sistema con los módulos de mantenimiento
(módulo de Programa, Modalidad, Universidad, Estudiante, Personal, Coordinador
con sus respectivas credenciales).
 Versión 2 (v 2.0): Añadido a lo anterior el desarrollo del módulo de Gestión de
Modalidad-Programa y Gestión de solicitud.
 Versión 3 (v 3.0): Incorporación del módulo de gestión de anteproyecto para todos
los estudiantes.
 Versión 4 (v 4.0): Desarrollo del módulo de gestión de Comité Académico y Consejo
Académico para la gestión y administración de los anteproyectos.
17
3.4.1.2 PILA DEL PRODUCTO (PRODUCT BACKLOG)
Definiremos para describir cada requerimiento los siguientes campos; Descripción,
prioridad, complejidad, numero de sprint, y duración. Se destaca que el tiempo estimado por
cada sprint varía dependiendo del grado de complejidad y la cantidad de procesos que se
empleen.
Tabla 4. Pila del Producto (Product Backlog)

Descripción Prioridad Complejidad N° Sprint Duración
(días)
Diseño y Construcción de la 5 4 1
base de datos. 90
Elaboración del módulo para la 5 5 2 45
Gestión de Mantenimiento
gestión Modalidad-Programa.
Gestión de Solicitud
gestión de Gestión de
Anteproyectos.
Gestión de Comité Académico.
Gestión de Consejo Académico
La prioridad y la complejidad fueron valoradas de mayor a menor, donde en prioridad

es menos urgente y 5 es de más urgente. La complejidad está valorada dependiendo el grado
de complejidad donde 5 representa mayor complejidad y 1 representa menor complejidad.
18
3.4.1.3 PLANIFICACIÓN DE LANZAMIENTO
En seguida, se muestra la planificación del lanzamiento de cada sprint con sus respectivas
tareas, para su elaboración intervinieron el Product Owner, Scrum Master y el Equipo
Scrum.
Tabla 5. Planificación de lanzamiento
Sprint Actividades Fecha de Fecha de Duración Estado Fecha de
inicio fin lanzamiento
1 Diseño y 1/03/2021 30/05/2021 90 Lanzado 30/05/2021
Construcció
n de la base
de datos.
Gestión de 1/06/2021 15/07/2021 45 Lanzado 15/07/2021
mantenimie
nto.
2 Gestión de 16/7/2021 30/08/2021 45 Lanzado 30/08/2021
Modalidad-
Programa.
3 Solicitud y
Gestión de
Anteproyec
tos.
4 Comité
Académico.
Consejo
Académico.
3.4.2 PLANIFICACIÓN Y ESTIMACIÓN

De aquí parte el inicio del prototipo, empezando por las historias de los usuarios. No obstante
cabe destacar que los requisitos específicos (requisitos comunes de las interfaces,
requerimientos funcionales, requerimientos no funcionales), están en los ANEXOS A.
IEEE830.
19
3.4.2.1 CREACIÓN DE HISTORIAS DE USUARIO
Para el desarrollo de las historias de usuario fue necesario la intervención del Product
Owner, Scrum Master y el Equipo Scrum, la cual se muestra en la siguiente tabla.
Tabla 6. Creación de historias de usuario

Id Historias de Usuarios Criterios de Aceptación
1 Como usuarios se necesita desarrollar el login de la Debe ingresar el correo
aplicación web, teniendo en cuenta que el sistema pueden institucional y la contraseña
acceder como: administrador, secretaria, estudiantes, correctos para ingresar al
Comité Académico y Consejo Académico. Por lo tanto se sistema.
tomara en cuenta el correo institucional y la contraseña.
2 En los diferentes módulos de la aplicación web existan Cuando la información se
formularios para el ingreso de toda la información ingresa en los formularios del
requerida. Para así darle el respectivo mantenimiento del sistema, debe almacenarse en la
software. base de datos para su posterior
uso.
2 Así mismo deberá existir un botón para editar la Cuando el usuario de click en
información ya ingresada en los módulos de dicho botón, muestra un
mantenimiento del sistema. formulario con la información y
da click en guardar, solo lo va a
poder hacer con el perfil
administrador y secretaria.
3 Deberá la asignación de las modalidades a los programas Cuando la secretaria dé click en
por el usuario secretaria. el botón de asignar y se despliega
un formulario se busca el
programa y se le agregan las
modalidad.
4 En el módulo de solicitud un usuario podrá enviar correo El usuario deberá llenara la
ya por un problema, quejas o asignación de tutor/cotutor información (Destinatario,
de su solicitud de anteproyecto. Se llevara a cabo asunto, Cuerpo, archivos
mediante ticket dentro del sistema dirigido al rol que le adjuntos), después dará click en
corresponda el ticket. enviar.
5 Permitir al Comité Académico realizar la evaluación de Los miembros del Comité
los anteproyectos para así, corregir, rechazar o sugerir Académico ya realizados
tutor-cotutor cualquier de estos procesos
como corregir, rechazar o sugerir
tutor-cotutor. Se habilitará el
registro en el módulo del
Consejo Académico.
6 Permitir al Consejo Académico aprobar los anteproyecto Los miembros del Consejo
y enviar correos Académico puede aprobar y
reprobar los anteproyectos.
7 Generar reportes de correcciones documento de Debe existir un botón de
aprobación descargar que genere el
documento correspondiente.
8 Deberá existir en el módulo de trabajos de titulación, una Al registrar el anteproyectos el
forma fácil de buscar a los estudiantes para ver en qué estudiantes, la Secretaria,
proceso se encuentran (Entrega de Anteproyecto, Comité Académico y el Consejo
Corrección de Anteproyecto, Anteproyecto Aprobado). Académico puede buscarlo por
la su nombres, nombre de su
anteproyecto y su modalidad
elegida.
20
3.4.2.2 DISEÑO
En esta sección se muestra en detalle la estructura de la aplicación web para la gestión
y administración de anteproyecto.
3.4.2.2.1 DICCIONARIO DE DATOS
Detalle del diccionario de datos con los campos necesarios para el desarrollo la
aplicación web.
Tabla 7. Diccionario de datos: tabla anteproyectos
Columna Tipo Descripción
id_anteproyecto int(11) Clave única para el registro de anteproyectos
nombre_anteproyecto text Nombre del anteproyecto
descripcion text Descripcion del anteproyecto
anteproyecto text Ruta del archivo del anteproyecto
id_programa int(11) Id del programa
fecha_registro timestamp Fecha de registro del anteproyecto
id_estado int(11) Id del estado actual del anteproyecto
id_estudiante int(11) Id del estudiante que le pertenece el
anteproyecto
observación text Algunas observación si es necesaria
Tabla 8. Diccionario de datos: tabla aprobación anteproyecto
id_aprobacion_anteproyecto int(11) Clave única para el registro de aprobación
del anteproyecto
id_anteproyecto int(11) Id del anteproyecto
documento_anteproyecto text La ruta del anteproyecto aprobado
fecha_aprobacion timestamp Fecha de aprobación del anteproyecto
id_estado int(11) Id del estado de aprobación del
anteproyecto
Elaborado por: Autores del trabajo de titulación.
21
Tabla 9. Diccionario de datos: tabla comite
id_comite int(11) Clave única para el registro de comite
codigo char(25) Codigo
comite varchar(200 ) Nombre del Comité
id_estado int(11) Id del estado actual
fecha timestamp Fecha de registro
Tabla 10. Diccionario de datos: tabla comitedocente
id_comitedocente int(11) Clave única para el registro de comité
académico
id_docente int(11) Id del docente
id_comiteprograma int(11) Id de comiteprograma
id_perfil int(10) Id del perfil del usuario
fecha_registrom timestamp Fecha de creación del registro
Tabla 11. Diccionario de datos: tabla comiteprograma
idcomitepro int(11) Clave única para el registro de comité programa
id_comite int(11) Id de comite
id_programa int(11) Id de programa
fecha_registrop timestamp Fecha de creación del registro
Tabla 12. Diccionario de datos: tabla consejoacademico
id_consejo int(11) Clave única para el registro de consejo
académico
id_docente int(11) Id docente
perfil_consejo int(10) Id del perfil
fecha_consejo timestamp Fecha de creación del registro
22
Tabla 13. Diccionario de datos: tabla coordinador
id_coordinador int(11) Clave única para el registro de
coordinador
id_programa int(11) Id de programa
fecha timestamp Fecha de creación del registro
id_perfil int(10) Id del perfil
Tabla 14. Diccionario de datos: tabla correcion
id_correcion int(11) Clave única para el registro de correccion
id_comitedocente int(11) Id del comité académico
id_tipo_correcion int(11) Id del tipo de correccion
pagina int(11) Página de la correccion
problema text Problema de la correccion
solucion text Solución de la correccion
sugerencia text Sugerencia de la correccion
fecha_registroc timestamp Fecha de creación del registro
Tabla 15. Diccionario de datos: tabla correcion_anteproyecto
id_correccion_ant int(11) Clave única para el registro de correccion del
anteproyecto subido por el estudiante
id_estudiante int(11) Id del estudiante
nombre_ant text Nombre del anteproyecto
documento text Ruta del archivo de la correcion
fechaC timestamp Fecha de creación del registro
23
Tabla 16. Diccionario de datos: tabla correcion_exepcionales
id_correcion_ex p int(11) Clave única para el registro de correccion
excepcionales.
nombre_exp text Nombre del anteproyecto
documento_exp text Ruta del archivo de la correcion
excepcional
fecha_registroEx timestamp Fecha de creación del registro
Tabla 17. Diccionario de datos: tabla correcion_final
id_correccion_end int(11) Clave única para el registro de correccion final
tema text Nombre del anteproyecto
documento text Ruta del archivo de la correcion final
fechaF timestamp Fecha de creación del registro
Tabla 18. Diccionario de datos: tabla docente
id_docente int(11) Clave única para el registro de docente
cedula char(25) Cédula de identidad del docente
id_universidad int(11) Id universidad
afilacion text La afiliación del docente
inter_exter text Interno o externo
titulo_docente text El título de cuarto nivel
id_tiempo int(11) El tiempo de trabajo del docente
id_titular int(11) Id de titular
id_nacional int(11) Id de nación o extranjero
24
Tabla 19. Diccionario de datos: tabla estudiante
id_estudiante int(11) Clave única para el registro de estudiantes
id_modalidad int(11) Id estudiante
cedula char(25) Cedula del estudiante
id_programa int(11) Id programa
Elaborado por: Autores del trabajo de titulación
Tabla 20. Diccionario de datos: tabla modalidad
id_modalidad int(11) Clave única para el registro de modalidad
modalidad text Modalidad (Ensayo, Estudios
Comparativos, análisis de caso, etc.)
id_estado int(11) Id estado

Tabla 21. Diccionario de datos: tabla modalidades
id_modalidades int(11) Clave única para el registro de
modalidades
modalidades varchar(200 ) Modalidad (Presencial, Virtual,
Hibrida, etc.)

Tabla 22. Diccionario de datos: tabla modalida_programa
id_mp int(11) Clave única para el registro de modalidad
programa
id_modalidades int(11) Id programa
id_programa int(11) Id modalidad
25
Tabla 23. Diccionario de datos: tabla nacional extranjero
id_nacional int(11) Clave única para el registro de nacional o
extranjero
nacional text Nacional o extranjero
Tabla 24. Diccionario de datos: tabla perfiles
id_perfil int(10) Clave única para el registro de perfiles
perfil text Nombre del perfil

Tabla 25. Diccionario de datos: tabla persona
cedula char(25) Clave única para el registro de persona
nombres text Nombres completos
apellido_paterno text Apellido paterno
apellido_materno text Apellido materno
foto text Foto de la persona
usuario char(50) Correo electrónico
pass text Contraseña de la persona
titulo_tercer_nivel text Nombre del título de tercer nivel
Tabla 26. Diccionario de datos: tabla programa
id_programa int(11) Clave única para el registro de programa
programa text Nombre del programa
id_modalidades int(11) Id modalidades
id_tipoprograma int(11) Id tipo de programa
26
Tabla 27. Diccionario de datos: tabla rol_sesion
id_rol int(11) Clave única para el registro de rol sesión
cedula char(25) Cedula del usuario
id_perfil int(10) Id perfil
fecha int(11) Fecha de creación del registro
Tabla 28. Diccionario de datos: tabla secretaria_programa
id_secretaria int(11) Clave única para el registro de usuarios
cedula char(25) Cedula de la secretaria
id_programa int(11) Id programa
Tabla 29. Diccionario de datos: tabla solicitud
id_solicitud int(11) Clave única para el registro de solicitud
remitente char(25) Cedula del remitente
receptor char(25) Cedula del receptor
asunto text Asunto
mensaje text Mensaje
adjuntos text Adjuntos
tipo text Tipo (Recibido, enviado)
papelera text Papelera
fecha_solicitud timestamp Fecha de creación del registro
27
Tabla 30. Diccionario de datos: tabla sugerencia_docente
id_sugerencia int(11) Clave única para el registro de sugerencia
docente
id_anteproyecto int(11) Id anteproyecto
fecha_sugerencia timestamp Fecha de creación del registro
Tabla 31. Diccionario de datos: tabla tiempo_docente
id_tiempo int(11) Clave única para el registro
de tiempo docente
tiempo varchar(100 ) Si es titular o No titular
Tabla 32. Diccionario de datos: tabla tiempo_programa
id_tipoprograma int(11) Clave única para el registro
de tiempo programa
tipo varchar(100 ) Nombre del tipo de
programa(especialización,
maestría académica con
trayectoria profesional,
maestría académica con
trayectoria de investigación)
28
Tabla 33. Diccionario de datos: tabla tipo_correccion
id_tipocorreccion int(11) Clave única para el registro
de tipo de correcion
correccion text Nombre de la Correccion
Tabla 34. Diccionario de datos: tabla titulares_docente
id_titular int(11) Clave única para el registro
de titular
titular varchar(100 ) Nombre si es titular o No es
titular
Tabla 35. Diccionario de datos: tabla universidad
id_universidad int(11) Clave única para el registro
de universidad
Universidad varchar(200 ) Nombre de la universidad
3.4.2.3 ARQUITECTURA DEL SISTEMA
Para el desarrollo de esta aplicación web se utilizó la arquitectura Modelo Vista
Controlador ya que facilita la funcionalidad, mantenibilidad y escalabilidad de la aplicación,
para así gestionar de una mejor manera los errores del sistema.
Figura 2. Modelo Vista Controlador
29
3.4.3 PILA DE SPRINT (SPRINT BACKLOG)
Tabla 36. Sprint Backlog
Identificador Enunciado del Tareas Dueño / Estatus
(ID) de item de item de Product Voluntario
product Backlog
backlog
BRD-01 Diseño y Recopilación de Macías Hecho
Construcción de la los Ampuero
base de datos. requerimientos Douglas
(Entrevistas) Javier
Realizar Modelo Macías Hecho
Entidad - Ampuero
Relación Douglas
Javier
Diseño de la base Zambrano Hecho
de datos. Triviño José
Andrés
Creación de la Zambrano Hecho
Base de datos Triviño José
Andrés
BRD-02 Elaboración del Módulo Zambrano Hecho
módulo para la estudiantes Triviño José
Gestión de Andrés
Mantenimiento Módulo secretaria Macías Hecho
Ampuero
Douglas
Javier
Módulo Personal- Zambrano Hecho
Módulo Triviño José
Universidad Andrés
Módulo Programa Macías Hecho
– Módulo Ampuero
Modalidad Douglas
Javier
BRD-03 Elaboración del Asignación de Zambrano Hecho
módulo para la Modalidades a los Triviño José
gestión Modalidad- programas Andrés
Programa Eliminar Macías Hecho
Modalidades a los Ampuero
programas Douglas
Javier
Disponible en:
https://docs.google.com/spreadsheets/d/1QQNxRPsfxHNGU7tQhObAvu5z-
afXg41ykvY7GnX0puk/edit#gid=0
30
3.4.4 DESARROLLO DE SPRINT
Para desarrollar correctamente un sistema web, los Sprints deben ejecutarse
correctamente para cumplir con el objetivo final, y cada sprint define qué se debe construir
para alcanzar el producto deseado. La misma que cuenta con 4 Sprints para seguir el
desarrollo del sistema. Para cabe destacar que todos los Sprint están realizados de manera
general, para su seguimiento más detallado revisar el ANEXO B MANUAL DE
USUARIO.
3.4.4.1 SPRINT 1
3.4.4.1.1 IMPLEMENTACIÓN
Para la realización del Scrum Burndown del Sprint 1 intervinieron los siguientes roles:
Scrum Master, Product Owner y el Equipo Scrum.
Inicio: 01/03/2021 Fin: 30/05/2021
Gráfico Estadístico 1. Sprint 1

Disponible en:
afXg41ykvY7GnX0puk/edit?usp=sharing
Este gráfico muestra un gráfico de trabajo pendiente para el Sprint 1, que muestra los valores
reales y esperados de las tareas incluidas durante el diseño y construcción de la base de datos. Todas
las tareas involucradas se completaron en tres meses.
31
Auditoria
Figura 3. Diseño de la Base de datos a utilizar
tipo_auditoria
id_auditoria <pi> int <M>
id_tipo_auditoria <pi> int <M>
npombre_auditoria T ext Relationship_64 id_tipo_auditoria <fi1> int Relationship_65 Persona
cedula <fi2> Varchar
cometario T ext observacion T ext cedula <pi> Varchar <M>
fecha Date fecha_registro Date nombres T ext
Solicitud Universidad
Identifier_1 <pi> Relationship_55 apellido_paterno T ext
Identifier_1 <pi> id_solicitud <pi> int <M> id_universidad <pi> int <M>
apellido_materno T ext
cedula <fi> Varchar foto T ext universidad T ext
remitente Varchar usuario T ext
receptor Varchar pass T ext
asunto T ext titulo_tercer_nivel T ext
mensaje T ext
adjuntos T ext tiempo_docente
Relationship_29
tipo T ext id_tiempo <pi> int <M>
papelera T ext tiempo T ext
fecha_solicitud Date Relationship_28
Relationship_32
rol_sesion
id_rol <pi> int <M> Relationship_54
cedula <fi> Varchar
id_perfil int Relationship_59
Relationship_34
Docente
id_docente <pi> int <M> nacional_extranjero
Relationship_18 Relationship_19
id_estado <fi4> int id_nacional <pi> int <M>
id_universidad <fi3> int nacional T ext
Relationship_33 id_tiempo <fi1> int
Estudiante
secretaria_programa id_nacional <fi5> int
id_estudiante <pi> int <M>
id_titular <fi2> int
id_mp <fi1> int id_secretaria <pi> int <M>
Relationship_60 Relationship_39 afiliacion T ext
id_programa <fi2> int id_estado <fi2> int
Relationship_62 titulo_docente int
id_estado <fi3> int id_perfil <fi3> int
inter_exter T ext
id_programa <fi4> int Relationship_31 titular_docente
cedula <fi1> Varchar Identifier_1 <pi>
id_titular <pi> int <M>
fecha Date
titular T ext
Relationship_26
Relationship_61
Relationship_41
estado
Relationship_42 perfiles Relationship_27
id_estado <pi> int <M>
id_perfil <pi> int <M> Relationship_21
estado T ext
Relationship_20 id_estado <fi> int Relationship_43
perfil T ext
Relationship_58
Relationship_38 Relationship_57
sugerencia_docente Coordinador
Consejo_academico id_sugerencia <pi> int <M> id_coordinador <pi> int <M> Comite_academico
id_anteproyecto <fi1> int id_programa <fi2> int
id_consejo <pi> int <M> id_comitedocente <pi> int <M>
id_perfil <fi2> int id_estado <fi3> int
id_perfil <fi2> int id_perfil <fi1> int
id_docente <fi3> int id_perfil <fi4> int Relationship_25
id_docente <fi1> int idcomitepro <fi2> int
id_estado int id_docente <fi1> int
fecha_consejo Date id_docente <fi3> int
fecha_sugerencia Date fecha Date
fecha_registrom Date
Identifier_1 <pi> id_estado int
Programa comite
comite_programa
Relationship_45 id_programa <pi> int <M> id_comite <pi> int <M>
Relationship_44 idcomitepro <pi> int <M> Relationship_23 codigo int
id_modalidades <fi1> int id_comite <fi1> int
id_tipoprograma <fi2> int Relationship_24
Relationship_40 comite T ext
id_programa <fi2> int fecha Date
programa T ext fecha_registrop Date
id_estado int
Relationship_30
Relationship_35
Relationship_52
Modalidad Relationship_53
modalidad_programa
id_modalidad <pi> int <M> Relationship_36
Relationship_63 Relationship_37 id_mp <pi> int <M>
modalidad T ext
id_estado int id_programa <fi1> int modalidades correccion
fecha Date id_modalidad <fi2> int
id_modalidades <pi> int <M> id_correcion <pi> int <M> tipo_correccion
modalidades T ext id_comitedocente <fi1> int Relationship_48
id_estado int id_tipocorrecion <pi> int <M>
id_anteproyecto <fi2> int correcion T ext
Relationship_46 id_tipocorrecion <fi3> int id_estado int
tipoprograma pagina int
problema T ext
id_tipoprograma <pi> int <M>
solucion T ext
tipo T ext
sugerencia T ext
is_estado int
fecha_registroc Date
correcion_anteproyecto
id_coreccion_ante <pi> int <M>
id_anteproyecto <fi> int
id_estudiante int
Relationship_49 nombre_ant T ext
documento T ext
fecha Date
correcion_excepcional
aprobacion_anteproyecto Anteproyecto id_correcion_exp <pi> int <M>
id_aprobacion_anteproyecto <pi> int <M> id_anteproyecto <pi> int <M> id_anteproyecto <fi> int
id_anteproyecto <fi1> int Relationship_47 id_estudiante <fi1> int nombre_exp T ext
id_consejo <fi2> int id_programa <fi2> int documento_exp T ext
nombre_anteproyecto T ext id_estudiante int correcion_final
documento_anteproyecto T ext Relationship_50 Relationship_56
fecha_aprobacion Date descripcion T ext fecha_registroEx Date id_correcion_end <pi> int <M>
anteproyecto T ext Relationship_51 id_anteproyecto <fi> int
fecha_registro Date tema T ext
observacion T ext documento T ext
id_estado int id_estudiante int
fechF Date
32
En la figura 3 se visualiza el diseño de la base de datos a utilizar tomando en cuenta
que la tabla aprobación anteproyecto debe abarcar tanto la tabla anteproyecto, consejo
académico, así también como sus relaciones como estudiantes, modalidad, programa,
universidad y docente, además de tablas relacionadas a perfil y personas destinados a
manipular la información.
3.4.4.1.2 REVISIÓN Y RETROSPECTIVA
En la revisión y retrospectiva intervinieron los siguientes roles: Scrum Master,
Product Owner y el equipo Scrum; en donde se analizó si se están cumpliendo o no los
objetivos del Sprint.
Tabla 37. Revisión y retrospectiva
Nombre del Proyecto Aplicación web para la gestión y administración de

anteproyectos del Instituto de Posgrado de la Universidad
Técnica de Manabí.
Número de Sprint 1
Personas convocadas a la reunión Macías Ampuero Douglas Javier
Zambrano Triviño José Andrés
Mg. Bowen Mendoza Lorena Elizabeth
Mg. Zambrano Acosta Jimmy Manuel
¿Qué salió bien en el Sprint? ¿Qué no salió bien en el Sprint? Recomendaciones
Se logró desarrollar el Diseño y No se presentaron inconvenientes en
Construcción de la base de datos. la realización de las tareas del sprint.
3.4.4.1.3 LANZAMIENTO
Para continuar, se muestra la tabla de la planificación del Sprint 1, que ha sido
aprobado por el Scrum Master, Product Owner y el Equipo Scrum, quienes firman
conjuntamente para entregar valor de producto comercial en el proceso establecido.
Tabla 38. Lanzamiento
Sprint Tarea Fecha Fecha Fin Duración Estado Fecha de
Inicio lanzamiento
1 Diseño y 1/03/2021 30/05/2021 90 Lanzado 30/05/2021
Construcción
de la base de
datos.
Aprobado por:
Product Owner Scrum Master Equipo Scrum
Mg. Zambrano Jimmy Mg. Bowen Macías Douglas
Lorena Zambrano José

33
3.4.4.2 SPRINT 2
Los siguientes roles estuvieron involucrados en Scrum Burndown Sprint 2: Scrum
Master, Product Owner y el Equipo Scrum.

Disponible en:
Este gráfico de estadísticas muestra el Sprint 2, mostrando los valores reales y

esperados de las tareas incluidas en ese Sprint 2 que es la Elaboración del módulo para la
Gestión de Mantenimiento y del módulo para la gestión Modalidad-Programa. Todas las tareas se
completaron en un mes, algunas estaban cerca de la fecha límite programado.
Interfaz de Mantenimiento
Figura 4. Interfaz de Mantenimiento
34
Parte de código de gestión Mantenimiento
Figura 5. Código de gestión Mantenimiento
Interfaz de Modalidad-Programa
Figura 6. Interfaz de Modalidad-Programa
Parte de código de gestión Modalidad-Programa

Figura 7. Código de Modalidad-Programa
35
Los siguientes roles estuvieron involucrados en el proceso de revisión: Scrum
Master, Product Owner y el equipo Scrum; donde se analiza si se están consiguiendo los
objetivos del sprint.
Nombre del Proyecto Aplicación web para la gestión y administración de anteproyectos del
Número de Sprint 2
Personas convocadas Macías Ampuero Douglas Javier
a la reunión Zambrano Triviño José Andrés
¿Qué salió bien en el ¿Qué no salió bien en el Sprint? Recomendaciones
Sprint?
Se logró desarrollar el No se presentaron inconvenientes en la
módulo para la realización de las tareas del sprint.
Gestión de
Mantenimiento y del
módulo para la gestión
Modalidad-Programa
Inicio lanzamiento
mantenimiento.
Modalidad-
Programa
Aprobado por:
Mg. Zambrano Jimmy Mg. Bowen Lorena Macías Douglas
Zambrano José

36
3.4.4.3 SPRINT 3

Disponible en:

Gestión de Solicitud y el módulo de Gestión de Anteproyectos . Todas las tareas se
completaron en un mes, algunas estaban cerca de la fecha límite programado.
37
Interfaz de Solicitud
Figura 8. Interfaz de Solicitud
Parte de código de gestión Solicitud
Figura 9. Código de gestión Solicitud
38
Interfaz de Anteproyecto
Figura 10. Interfaz de Anteproyecto
Parte de código de gestión Anteproyecto
Figura 11. Código de Anteproyecto

39

anteproyectos del Instituto de Posgrado de la
Universidad Técnica de Manabí.
Número de Sprint 3
Personas convocadas a la Macías Ampuero Douglas Javier
reunión Zambrano Triviño José Andrés
Se logró desarrollar el módulo No se presentaron inconvenientes
para la Gestión de Solicitud y el en la realización de las tareas del
módulo de Gestión de sprint.
Anteproyectos.

Inicio lanzamiento
Solicitud y
Gestión de
Anteproyectos.
Aprobado por:
Mg. Zambrano Jimmy Mg. Bowen Lorena Macías Douglas Zambrano José
40
3.4.4.4 SPRINT 4

Disponible en:

Gestión de Comité Académico y el módulo de Gestión de Consejo Académico. Todas las
tareas se completaron en un mes, algunas estaban cerca de la fecha límite programado.
Interfaz de Gestión de Comité Académico.
Figura 12. Interfaz de Gestión de Comité Académico
41
Parte de código de Gestión Comité Académico.
Figura 13. Código de gestión Comité Académico

Interfaz de Gestión Consejo Académico.
Figura 14. Interfaz de Gestión Consejo Académico.
42
Parte de código de Gestión Consejo Académico
Figura 15. Código de Gestión Consejo Académico


anteproyectos del Instituto de Posgrado de la Universidad
Técnica de Manabí.
Número de Sprint 3
Personas convocadas a la reunión Macías Ampuero Douglas Javier
Se logró desarrollar el módulo para No se presentaron inconvenientes en
la Gestión de Comité Académico y la realización de las tareas del sprint.
el módulo de Gestión de Consejo
Académico.
43
Inicio lanzamiento
Comité
Académico
Consejo
Académico.
Aprobado por:
Mg. Zambrano Jimmy Mg. Bowen Macías Douglas Zambrano José
Lorena
3.5 EVALUACIÓN DE LA PROPUESTA

3.5.1 BÚSQUEDA Y PROCESAMIENTO DE DATOS
La técnica cualitativa de la observación permitió recabar información con respecto a
los procesos de la Institución, para llevar a cabo el proyecto aplicado en la Universidad
Técnica de Manabí de la ciudad de Portoviejo. La obtención de los requerimientos e
información necesaria para el cumplimiento de los objetivos del proyecto, es producto del
trabajo colaborativo entre las secretarias, director de posgrado y docentes de la Institución.
Los requerimientos identificados permitieron conocer las especificaciones funcionales que
deben cumplir el sistema web para mejorar la gestión y administración de anteproyectos.
3.5.1.1 POBLACIÓN Y MUESTRA
La población tomada en la presente investigación es de 873 personas que se encuentran
relacionados a la problemática a investigar el desarrollo de un sistema prototipo para la
gestión y administración de anteproyectos en el Instituto de Posgrado de la Universidad
Técnica de Manabí, para esto contamos con 1 director, 72 secretarias y 800 docentes.
Tabla 45. Población a entrevistar
FUNCIÓN NÚMERO
Director 1
Secretaria 72
Docentes 800
Total 873
44
3.5.1.2 PLAN DE RECOLECCIÓN Y PROCESAMIENTO DE LA
INFORMACIÓN
Para la obtención de la información se realizó una encuesta a través de la herramienta se
efectuó la entrevista por medio de la aplicación Zoom y Google Meet de forma virtual.
3.5.2 DIAGNÓSTICO DE LA SITUACIÓN ACTUAL

Se realizan trabajos en conjunto para saber cómo que problemática nos enfrentamos y en la
cual adaptaremos la propuesta tecnológica.
3.5.2.1 OBSERVACIÓN
Para la realización de este punto se trabaja a través de fichas en donde encontraremos la
problemática en el Instituto de Posgrado.
3.5.2.1.1 FICHAS DE OBSERVACIÓN
Tabla 46. Fichas de observación.
FICHA DE OBSERVACIÓN 1
Proceso de investigación: “Aplicación web para la gestión y administración de
anteproyectos del Instituto de Posgrado de la Universidad Técnica de Manabí”
Equipo de observación Zambrano Triviño José Andrés
Macías Ampuero Douglas Javier
Fecha y hora 5/04/2021 14:00
Lugar y ubicación La entrevista con las autoridades del Instituto de Posgrado
se realizó mediante Zoom, Google Meet.
Bienes Inmuebles Si No
PC X
Laptop X
Acceso a Internet X
Procesos X
Proceso llevados en Excel X
Procesos Llevados en X
Word
Procesos Manuales X
Procesos realizado por X
Correo electrónico o va
WhatSapp
Demora en el proceso de X
Anteproyecto
Complejidad del proceso X
manual
Aplicativo Web para x
realizar Procesos
45
3.5.2.1.2 ANÁLISIS DE FICHAS DE OBSERVACIÓN
De acuerdo a la información conseguida en la ficha de observación se puede
comprobar la problemática que existen al momento de realizar los procesos para presentar
un anteproyecto, también los procesos del Comité Académico y Consejo Académico que se
llevan a cabo en el instituto de posgrado de la Universidad Técnica de Manabí.
3.5.2.2 ENTREVISTAS
3.5.2.2.1 ENTREVISTA REALIZA AL DIRECTOR DE POSGRADO
Para ampliar los conocimientos acerca de los procesos de administración y gestión
para los anteproyectos del Instituto de Posgrado de la Universidad Técnica de Manabí, se
realizó una entrevista al Director del Instituto de Posgrado de la Universidad Técnica de
Manabí.
¿Cómo llevan los procesos actualmente para la administración y gestión de los
anteproyectos en el del Instituto de Posgrado de la Universidad Técnica de Manabí?
R: Actualmente se llevan todo digitalizado por la pandemia que hubo, es decir todo por Excel
y mediante vía correo. Por ejemplo un estudiante envía un anteproyecto pero anteriormente
tiene que localizarse con su coordinador por Correo o por WhatsApp luego una vez aceptada,
se envía el anteproyecto por correo mismo para que revise el anteproyecto una vez revisado
el comité académico lleva sus registros en Excel y así va asignando por día las solicitudes y
la va guardando en una carpeta.
¿Cuáles son los principales problemas que llevan hacer todo los procesos que su
procedimiento actual?
R: Actualmente es muy limitado utilizar el procedimiento que tenemos porque es solo una
persona encargada de realizar el trámite, incluso es poco seguro porque se pueden perder
archivos en Excel o pueden ser corrompidos por un virus, etc.
Si en tal caso por X motivos se perdiera una solicitud de un estudiante o una asignación
para un tutor/ cotutor. ¿Cómo lo recuperarían?, ¿Obtiene una base de datos?
R: actualmente no tenemos base de datos como tal, solo el archivo Excel que es en manejado
por una persona que es el encargado de asignar tutor/cotutor y verificar que no choquen o
que el tutor solo tenga hasta cierto límite de anteproyectos asignado. Si se perdiera se
recuperaría consultando el Excel pero se tomaría un tiempo largo.
46
¿Cómo puede usted hacer seguimiento a un estudiante con un anteproyecto con los
procesos actuales?
R: se revisa dentro del Excel, en el correo o se comunica con el coordinador de carrera que
es el que guía al estudiante en su proyecto de titulación.
¿Cuáles son los procesos que usted desea automatizar para la gestión administrativa
de los anteproyectos?
R: Como primordial seria que el estudiante tenga automatizado el proceso y el rol de el para
subir los anteproyecto en la plataforma, así mismo se requiere automatizar procesos la mayor
parte para el Comité Académico y Consejo Académico.
¿Cómo cree usted que ayudaría al Instituto de Posgrado de la Universidad Técnica de
Manabí la automatización de los procesos para la gestión administrativa de los
anteproyectos mediante una aplicación web?
R: ayudaría de una gran manera al Instituto de Posgrado de la Universidad Técnica de
Manabí, porque simplificaríamos varios procesos y así mismo sería más ágil realizar una
entrega de anteproyecto, una corrección o una aprobación del mismo.
¿Actualmente como son notificado que un docente es tutor o cotutor o como es
notificado a un estudiante que su anteproyecto ha sido aprobado o rechazado?
R: Son notificado por correo eléctrico, pero hay que redactar todo el correo electrónico por
lo que es algo rustico comparado con un aplicativo que genere correo electrónicos
automáticamente.
3.5.2.2.2 ANÁLISIS DE LA ENTREVISTA
En la entrevista con el director del Instituto de Posgrado de la Universidad Técnica
de Manabí, podemos identificar que la automatización de los procesos del instituto agilizará
los procesos, asi mismo la implementación de la aplicación llevara de una forma ordenada
y concisa todo los requerimientos del Instituto de Posgrado de la Universidad Técnica de
Manabí , también ayudara a tener todo los procesos de una manera segura tales como los
documentos del anteproyecto, la asignación de tutores, solicitud de anteproyectos, etc.
47
3.6 DISCUSIÓN DE LOS RESULTADOS
La tecnología se desarrolla constantemente todos los días, por lo tanto el desarrollo
de una aplicación web es indispensable para tener una mejor gestión y administración de
anteproyectos que se realizan en el Instituto de Posgrado de la Universidad Técnica de
Manabí, para obtener más control y supervisión de los trabajos de anteproyecto.
Las propuestas de tecnológica incluyen el desarrollo de una aplicación web para la
gestión y gestión de anteproyectos, que se realizan en el Instituto de Posgrado de la
Universidad Técnica de Manabí, porque actualmente no hay un sistema informático
dedicado a dichos procesos. La implementación del sistema beneficiará a la Institución
debido a la disponibilidad de información proporcionada desde cualquier lugar en un estado
de total confidencialidad.
Para el desarrollo de la aplicación web se eligió la metodología de desarrollo ágil
llamada Scrum, usando herramientas tecnológicas como PHP para la codificación del
sistema, MySQL para el almacenamiento de la información, framework como Bootstrap para
los estilo y animaciones, servidor Xampp establecer la conexión entre el servidor y el
navegador y finalmente la arquitectura MVC (Modelo vista controlador) para la separación
de los tres componentes de datos.
Los resultados obtenidos en el presente trabajo de titulación, fueron los siguientes:
• Cumplió satisfactoriamente con los requisitos del sistema web IEEE 830.
• Se diseñó la estructura de base de datos MySQL(MariaDB) correcta necesaria para un
sistema web, definiendo las restricciones, vistas y relaciones requeridas.
• Se desarrollaron los distintos módulos que componen la aplicación web: Estudiantes,
Personal, Secretaria, Coordinador, Programa, Modalidad, Universidad, Asignar
Modalidades, Comité Académico, Consejo Académico, Subir Anteproyecto, Gestión -
Administración de Anteproyecto y Solicitud.
• Se realizaron las pruebas unitarias y de integración del sistema web desarrollado.
48
CAPÍTULO IV: CONCLUSIONES Y RECOMENDACIONES
4.1 CONCLUSIONES
Una vez terminado el presente trabajo de titulación, se concluye que:
 Mediante el uso del estándar IEEE830 y el uso de técnicas de investigación, se
identificó cada requisito funcional y no funcional de una aplicación, lo que permite
una implementación completa de IEEE830, utilizando técnicas, herramientas y
recursos necesarios para satisfacer las necesidades y expectativas del usuario final y
garantizar la calidad del software.
 Se realizó el diseño y la creación de la base de datos en MySql (MariaDB), tomando
en cuenta las restricciones y relaciones necesarias para el almacenamiento de toda
la información de anteproyectos, así como su exactitud e integridad.
 Se desarrollaron varios módulos que intervienen con la aplicación web, en el cual
ayudaron a los involucrados del proceso a tener una mejor gestión y administración
de anteproyectos de manera que sean eficientes en cuanto a los procesos que debe
realizar en cada módulo.
 Por último, se verificó el funcionamiento de la aplicación web, mediante la
realización de pruebas tomando datos reales de la investigación realizada.
49
4.2 RECOMENDACIONES
Una vez terminado el presente trabajo de titulación, se recomienda que:
 Hacer uso de normas y estándares que garanticen la calidad del software, para
cumplir con las expectativas del usuario final.
 Para evitar cualquier tipo de anomalías, datos ambiguos y redundante. Se recomienda
a normalizar las bases de datos tras su creación para tener datos más naturales y
limpios más aun cuando se trabaja con gran cantidad de datos, esto presentará un
conjunto de datos significativo que es fácil de buscar y analizar para otros usuarios
en caso de que se requiera nuevas actualizaciones.
 Al momento de desarrollar aplicaciones web, es recomendable trabajar con módulos
que permitan un alto grado de extensibilidad, facilitando la integración en
implementaciones de software.
 Incentivar a las instituciones educativas superiores a implementar aplicaciones web,
agilizando los procesos de administración y gestión de anteproyectos para conocer
los beneficios y la funcionalidad que ofrecen las aplicaciones web antes y durante el
proceso
50
REFERENCIAS BIBLIOGRAFÍA
[1] U. T. d. Manabí, «Trabajo de Titulación de Cuarto Nivel del Instituto de Posgrado de

la Universidad Técnica de Manabí,» Portoviejo.
[2] A. H. Francisco, «Automatización del sistema de revisión de anteproyectos de
Trabajos Fin de Grado,» Respositorio RUI de Ra, 2015.
[3] D. A. Reyes Espitia y J. L. Luna Casallas, «Plataforma web para la gestión de
anteproyectos y proyectos de grado para el programa de ingeniería de sistemas en la
universidad de cundinamarca, extensión facatativá – “gesap – v2”,» 2019.
[4] J. R. Párraga Quijije y M. Reyes Wagnio, Desarrollo de aplicación para el registro y
control de las propuestas de anteproyectos de la carrera de obstetricia perteneciente a
la facultad de ciencias médicas de la universidad de guayaquil., 2016.
[5] D. P. Arévalo Castro, Desarrollo de módulo de aplicación web para la gestión de
anteproyectos en el sistema de titulación de la Carrera en Sistemas de Información de
la Facultad de Ingeniería Industrial., 2018.
[6] U. Universidad Técnica de Manabí, «Reingeniería del Sistema Informático de Control
de Trabajo de Titulación e Incremento de la Vigilancia en el Edificio de la Facultad de
Ciencias Informáticas de la Universidad Técnica de Manabí,» Portoviejo, 2016.
[7] I. Sudrastawa, Sariyasa y Ayanto, «Publicación de datos personales sensibles en sitios
web de Sistemas de Información de Educación Superior en Indonesia,» IC2IE, pp. 93-
98, 2019.
[8] J. Peng, X. Huang, M. Li, J. Zhang y N. Gao, «Sistema de desensibilización diferencial
de atributos para la protección de la información personal,» SmartWorld, pp. 1243-
1248, 2019.
[9] J. R. Roquel Coxaj, M. A. García Corona, S. M. Méndez Aguilar y E. A. Urízar Ortíz,
IMPLEMENTACIÓN DE SISTEMA DE CONTROL ACADÉMICO PARA
ESCUELA DE CIENCIAS PSICOLÓGICAS DE LA UNIVERSIDAD DE SAN
CARLOS DE GUATEMALA, Guatemala, 2011.
[10] UTM, Reglamento General del Instituto de Posgrado (anexo), Portoviejo, 2018.
[11] R. H. Atochee, Análisis de Producción de Tesis, Piura: UNIVERSIDAD NACIONAL
DE TUMBES, 2018.
51
[12] M. R. Valarezo Pardo, J. A. Honores Tapia , A. S. Gómez Moreno y L. F. Vinces
Sánchez, «Comparación de tendencias tecnológicas en aplicaciones web,» 3C
Tecnología, pp. 28-49, 2018.
[13] M. Fossati, Introducción a PHP y HTML, 2018.
[14] F. Minera, Curso de Programación PHP, 2008.
[15] M. A. Alvarez, Introducción a Javascript en el navegador, 2002.
[16] C. Azaustre, Aprendiendo JAVASCRIPT. Aprende las bases del lenguaje web más
demandado. Desde cero hasta hasta ECMAScript 6, 2016.
[17] C. Peña, Programador Web Full Stack. Desarrollo frontend y backend, Buenos Aires:
Fox Andina, 2018.
[18] T. j. Foundation, «jQuery write less, do more,» 2022. [En línea]. Available:
https://jquery.com/.
[19] W. F. Fajardo Huacón y A. A. Pérez Córdova , «IMPLEMENTACIÓN DEL
HOSTING DE PRODUCCIÓN DEL SISTEMA,» 2021.
[20] A. Robledano, «WOpenWebinars,» Qué es MySQL: Características y ventajas, 24
Septiembre 2019. [En línea]. Available: https://openwebinars.net/blog/que-es-mysql/.
[21] A. Sánchez Osorio y L. Parra Rativa, «Manual del Programador,» 2019.
[22] N. Espitia, O. Armao y J. Oscar, «Modelo Vista Controlador(MVC),» 2016.
[23] D. A. Silva y B. Mercerat, «Construyendo Aplicaciones Web con una Metodología de
Diseño Orientada a Objetos,» Colombiana de Computación, 2002.
[24] F. F. Redrován Castillo, N. M. Loja Mora, K. D. Correa Elizaldes y J. I. Piña Orozco,
«Estado del arte: Métricas de calidad para el desarrollo de aplicaciones web. STATE
OF ART: QUALITY METRICS FOR WEB APPLICATION DEVELOPMENT,»
3Ciencias, vol. 6, nº 4, pp. 1-12, 14 Diciembre 2017.
[25] E. Córdoba Nieto, «Manufactura y automatización,» Scielo, 2006.
[26] S. Derby, «Design of automatic machinery,» WorldCat, 2005.
[27] CES, REGLAMENTO DE REGIMEN ACADEMICO CONSEJO EDUCACION
SUPERIOR, 2013.
52
ANEXOS
ANEXO A. IEEE830
Especificación de requisitos de software
Proyecto: Aplicación web para la gestión y administración de

anteproyectos del Instituto de
Posgrado de la Universidad Técnica de Manabí
2021
Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
Macias Ampuero Douglas Javier

03/12/2021
Contenido
1 Introducción 1
1.1 Propósito 1
1.2 Alcance 1
1.3 Personal involucrado 1
1.4 Definiciones, acrónimos y abreviaturas 2
1.5 Referencias 2
1.6 Resumen 3
2 Descripción general 3
2.1 Perspectiva del producto 3
2.2 Funcionalidad del producto 3
2.3 Características de los usuarios 16
2.4 Restricciones 17
2.5 Suposiciones y dependencias 17
3 Requisitos específicos 18
3.1 Requisitos comunes de los interfaces 34
3.1.1 Interfaces de usuario 34
3.1.2 Interfaces de hardware 35
3.1.3 Interfaces de software 35
3.1.4 Interfaces de comunicación 35
3.2 Requisitos funcionales 35
3.2.1 Requisito funcional 1 35
3.3 Requisitos no funcionales 37
3.3.1 Requisitos de rendimiento 37
3.3.2 Seguridad 37
3.3.3 Fiabilidad 38
3.3.4 Disponibilidad 38
3.3.5 Mantenibilidad 38
3.3.6 Portabilidad 38
Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el “Aplicación web para la
gestión y administración de anteproyectos del Instituto de Posgrado de la Universidad Técnica de Manabí”,
en base a los procesos de inventariado y visualización del estado de los componentes registrados. Esta
especificación se ha* estructurado basándose en las directrices por el estándar IEEE Practica Recomendada
para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
Propósito
El objetivo de este proyecto es definir de manera evidente y concreta las funcionalidades y restricciones
que tendrá el sistema, este documento tiene como propósito entregar un análisis que pueda definir las
especificaciones funcionales y no funcionales para el desarrollo de una aplicación que permita gestionar
y administrar los anteproyectos, enfocado al uso de los estudiantes, comité académico, consejo
académico, secretaria y personal informático para el Instituto de Posgrado de la Universidad Técnica
de Manabí.
Alcance
Esta especificación de requisitos está dirigida al usuario del sistema para continuar con el desarrollo de
aplicaciones en base a la gestión y administración de anteproyectos, para así poder, más adelante
profundizar e implementar nuevas funcionalidades al sistema, siendo de esta manera sus principales
procesos (Registro de Usuarios, Registros de programas, seguimiento de anteproyectos y Reportes).
Personal involucrado
Nombre Macias Ampuero Douglas Javier
Rol Analista, Diseñador y Programador
Categoría profesional Estudiante
Responsabilidades Análisis de información, diseño y
programación del sistema
Información de contacto dmacias9504@utm.edu.ec
Nombre Zambrano Triviño José Andrés

Rol Analista, Diseñador y Programador
Categoría profesional Estudiante
Responsabilidades Análisis de información, diseño y
programación del sistema
Información de contacto jzambrano9725@utm.edu.ec
1
Nombre Lorena Elizabeth Bowen Mendoza
Rol Directora del Proyecto
Categoría profesional Docente de la Facultad de Ciencias
Informáticas
Responsabilidades Supervisión del proyecto
Información de contacto lorena.bowen@utm.edu.ec
Definiciones, acrónimos y abreviaturas

Nombre Descripción
Usuario Persona que usará el sistema.
IEEE Instituto de Ingeniería Eléctrica y Electrónica
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
SATP Aplicación web para la gestión y administración de anteproyectos del
Instituto de Posgrado de la Universidad Técnica de Manabí
Administrador Persona encargada de realizar el mantenimiento del sistema.
Referencias
Referenci
a Titulo Ruta Fecha Autor
1 Standard IEEE http://www.fdi.ucm.es/profesor/g 2008 Gonzalo Méndez
830 mendez/docs/is0809/03-
requisitos.pdf
2 Ingeniería de https://drive.google.com/open?id 2010 Roger Pressman

=0B5tDOu-
Software-Un
gctRvZUswQ3oyLWI5M2s
enfoque
práctico.
3 Análisis y https://drive.google.com/open?id 2011 Kenneth E.
Diseño de =0B5tDOu- Kendall y Julie E.
Sistemas gctRvQTdnMk5oaU1fSms Kendall
2
Resumen
Este documento consta de tres secciones. En la primera sección se realiza una introducción al mismo y
se proporciona una visión general de la especificación de recursos de la aplicación web de gestión y
administración de anteproyectos. En la segunda sección del documento se realiza una descripción
general del sistema, con el fin de conocer las principales funciones que éste debe realizar, los datos
asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles. Por último, la tercera sección del documento es aquella en la que se definen
detalladamente los requisitos que debe satisfacer el sistema.
Descripción general
Perspectiva del producto
Aplicación web para la gestión y administración de anteproyectos del Instituto de Posgrado de la
Universidad Técnica de Manabí será un producto diseñado para trabajar en un entorno web para que
los usuarios gestionen de forma eficaz cada anteproyecto registrado.
Funcionalidad del producto

Figura 1. Caso de Uso de Gestión Modalidad
Consultar Sesión
<<include>>
Registrar Modalidad
<<include>>
Administrador
Consultar Modalidad
3
Figura 2. Caso de Uso de Registrar Programa
Figura 3. Caso de Uso de Registrar Universidad
Consultar Sesión
<<include>>
Registrar Universidad
<<include>>
Administrador
Consultar Universidad
4
Figura 4. Caso de Uso de Registrar Secretaria
Figura 5. Caso de Uso de Programa/Secretaria
<<include>> Consulta Sesión
<<include>>
Consultar Programa
Asignar Modalidades
Administrador
<<include>> Consultar Modalidades
5
Figura 6. Caso de Uso de Registrar Estudiante

Figura 7. Caso de Uso de Registrar Personal
6
Figura 8. Caso de Uso de Modulo Registrar Coordinador
Figura 9. Caso de Uso de Registrar Modalidades/Programas

Consultar Modalidades
<<include>>
Asignar Modalidades/Programa
Secretaria
<<include>> Consultar Programa
<<include>> Consultar Modalidades/Programa
7
Figura 10. Caso de Uso de Asignar Comité Académico
8
Figura 11. Caso de Uso de Asignar Consejo Académico
<<include>>
Consultar Persona
Asignar Consejo Académico
Secretaria
<<include>> Consultar Consejo Académico
9
Figura 12. Caso de Uso de Registrar Anteproyecto
<<include>> Consultar Sesión
<<include>> Consultar Persona
<<include>> Consultar Programa
<<include>>
Consulta Modalidades
Registrar Anteproyecto
Estudiante
<<include>>
Consultar Anteproyecto
<<Extends>>
Imprimir Anteproyecto
10
Figura 13. Caso de Uso de Asignar Tutor/Cotutor
11
Figura 14. Caso de Uso de Registrar Corrección
12
Figura 15. Caso de Uso de Registrar Corrección (Estudiante)
13
Figura 16. Caso de Uso de Resolución de Anteproyecto
14
Figura 17. Caso de Uso de Crear Solicitud
15
Características de los usuarios
Tipo de usuario Administrador

Formación Bachillerato
Habilidades Conocimiento del objeto a buscar, manejo básico de computación.
Actividades Realizar el respectivos mantenimiento del sistema relacionados a
la institución
Tipo de usuario Secretaria

Formación Bachillerato
Actividades Registrar usuarios(Estudiantes, docentes)
Asignación de Coordinadores con sus programas
Asignar docentes a los Comité Académico a cada programa
Asignar docentes a los Consejo Académico
Asignar Modalidades a cada programa
Tipo de usuario Estudiante

Formación Superior
Actividades Subir Anteproyecto
Subir Correcciones de anteproyecto
Tipo de usuario Comité Académico

Formación Superior
Actividades Revisar anteproyectos
Realizar Correcciones de anteproyectos
Sugerir Tutor/Cotutor
Tipo de usuario Consejo Académico

Formación Superior
Actividades Aprobar anteproyectos
Aprobar Tutor/Cotutor
Enviar correos de aprobación
16
Restricciones
 El SATP deberá ser desarrollado bajo el sistema operativo Windows 10 y usando
herramientas propietarias compatibles con ese sistema operativo.
 Interfaz para ser usada con internet.
 Una vez insertado un programa de maestría en la base de datos, no se puede volver a introducir
(ya que estaría duplicado).
 Los servidores deben ser capaces de atender consultas concurrentemente.
 Lenguajes de programación en uso HMTL, JavaScript y PHP 7, por lo tanto no se el SATP no
se ejecutara en versiones mayores a la misma.
 Para las consultas, inserciones, modificaciones y borrados del BD, se utilizará el lenguaje de
consulta MYSQL
Suposiciones y dependencias
 Se asume que los requisitos aquí descritos son estables.
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos antes
indicados para garantizar una ejecución correcta de la misma.
 Se asume que las funcionabilidades del sistema no tendrán contradicción entre ellas.
17
Requisitos específicos
Requerimientos Funcionales
Tabla 1. Plantilla de Gestión Modalidad

Nombre: Gestión Modalidad
Autor: Douglas Javier Macías Ampuero, José Andrés Zambrano Triviño
Fecha: 03 de diciembre de 2021
Descripción:
Permite registrar, modificar, consultar o eliminar las modalidades de los
programas
Actor: Administrador
Precondiciones:
-El Administrador debe estar autentificado.
Flujo Normal:
1. El Administrador se autentifica.
2. El sistema muestra un módulo para registrar Modalidad
3. El Administrador da clic en el botón registrar Modalidad
4. El sistema muestra un modal para llenar los datos e invoca al caso de
uso Consultar Modalidad y envía los datos, retornando al caso de uso
que lo haya invocado.
5. El Administrador verifica los datos recibidos de la consulta y dará clic
en el botón guardar.
6. El sistema muestra la interfaz correspondiente.
7. El Administrador modificar, consultar, o eliminar las modalidades.
Flujo alternativo
1 A.- El sistema realiza una validación de los datos ingresados al sistema. Si los
la autentificación es incorrecta se mostrar un mensaje “Usuario o Contraseña
Incorrecta… Volver a ingresar”.
4 A. El sistema muestra un mensaje “La modalidad ya existe en la base de datos”
5 A. El sistema muestra un mensaje “La modalidad no puede tener campos
vacíos. Verifique que todos los campos estén completos”
7 A. El sistema muestra un mensaje “La modalidad no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados de la modalidad se almacenaron correctamente.
Se muestra un mensaje. “La modalidad se almaceno correctamente”
18
Tabla 2. Plantilla de Gestión Programa
Nombre: Gestión Programas
Descripción:
Permite registrar, modificar, consultar o eliminar los programas.
Precondiciones:
- Debe existir un registro previo del tipo de Programa (Especialización, Maestría
Académica con trayectoria Profesional y Maestría Académica con Trayectoria de
Investigación )
- Debe existir un registro previo del tipo de Modalidad (Presencial, Virtual, Hibrida)
Flujo Normal:
1. El Administrador se autentifica.
2. El sistema muestra un módulo para registrar Programa
3. El Administrador da clic en el botón registrar Programa
4. El sistema muestra un modal para llenar los datos e invoca al caso de uso
Consultar Tipo de Programa y envía los datos, retornando al caso de uso que
lo haya invocado.
5. El Administrador verifica los datos recibidos de la consulta y da clic en
seleccionar modalidad
6. El sistema muestra un modal para llenar los datos e invoca al caso de uso
Consultar Modalidad y envía los datos, retornando al caso de uso que lo
haya invocado.
7. El Administrador verifica los datos recibidos de la consulta y dará clic en el
botón guardar.
9. El Administrador modificar, consultar, o eliminar los programas
Flujo alternativo
1 A.- El sistema realiza una validación de los datos ingresados al sistema. Si los la
autentificación es incorrecta se mostrar un mensaje “Usuario o Contraseña
4 A. El sistema muestra un mensaje “El tipo de programa no existe en la base de
datos”
6 A. El sistema muestra un mensaje “La modalidad no existe en la base de datos”
7 A. El sistema muestra un mensaje “El docente no puede tener campos vacíos.
Verifique que todos los campos estén completos”
8 A. El sistema muestra un mensaje “El programa no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados de los programas se almacenaron correctamente.
Se muestra un mensaje. “El programa se almaceno correctamente”
19
Tabla 3. Plantilla de Gestión Universidad
Nombre: Gestión Universidad
Descripción:
Permite registrar, modificar, consultar o eliminar universidades
Precondiciones:
Flujo Normal:
1. El Administrador se autentifica
2. El sistema muestra un módulo para registrar Universidad.
3. El Administrador da clic en el botón registrar Universidad.
uso Consultar Universidad y envía los datos, retornando al caso de
uso que lo haya invocado.
5. El Administrador verifica los datos recibidos de la consulta y dará clic
en el botón guardar.
7. El Administrador modificar, consultar, o eliminar las universidades
Flujo alternativo
4 A. El sistema muestra un mensaje “La Universidad no existe en la base de
datos”
5 A. El sistema muestra un mensaje “La Universidad no puede tener campos
7 A. El sistema muestra un mensaje “El programa no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados de la universidad se almacenaron correctamente.
Se muestra un mensaje. “La universidad se almaceno correctamente”
20
Tabla 4. Plantilla de Gestionar Secretarias
Nombre: Gestionar secretarias
Descripción:
Permite registrar, modificar, consultar o eliminar a las secretarias con sus
respectivos programas
Precondiciones:
-El administrador debe estar autentificado.
Flujo Normal:
1. El administrador se autentifica
2. El sistema muestra un módulo para registrar secretaria.
3. El administrador da clic en el botón registrar secretaria.
uso Consultar Secretaria y envía los datos, retornando al caso de uso
5. El administrador dará clic en el botón guardar.
7. El administrador modificar, consultar, o eliminar datos de las
secretarias.
Flujo alternativo
1. A.- El sistema realiza una validación de los datos ingresados al sistema. Si
los la autentificación es incorrecta se mostrar un mensaje “Usuario o
Contraseña Incorrecta… Volver a ingresar”.
4 A. El sistema muestra un mensaje “La cedula ya existe en la base de datos”
B. El sistema muestra un mensaje “El correo electrónico ya existe en la base
de datos”
5 A. El sistema muestra un mensaje “La secretaria no puede tener campos
7 A. El sistema muestra un mensaje “La secretaria no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados de la secretaria se almacenaron correctamente.
Se muestra un mensaje. “La secretaria se ha almacenado correctamente”
21
Tabla 5. Plantilla de Asignar Programas/Secretaria
Nombre: Asignar Programas/Secretaria.
Descripción:
Permite registrar, modificar, buscar o eliminar los programas que tiene cada
secretaria asignado.
Precondiciones:
-El administrador debe estar autentificado.
-Debe existir un registro previo de los programas de maestrías.
Flujo Normal:
8. El administrador se autentifica
9. El sistema muestra un módulo para gestionar secretaria.
10. El administrador da clic en el botón Asignar Programas.
11. El sistema muestra un modal de los programas asignados que tiene
cada secretaria.
12. El administrador hace clic en agregar programas.
13. El sistema muestra una interfaz para gestionar los programas
14. El administrador hace clic en registrar nuevo
15. El sistema invoca el caso de uso Consultar Programa y envía los datos,
retornando al caso de uso que lo haya invocado.
16. El administrador verifica los datos recibidos de la consulta e ingresa el
programa.
17. El administrador dará clic en el botón guardar.
19. El administrador modificar, consultar, o eliminar datos de los
programas asignados.
Flujo alternativo
8 A.- El sistema realiza una validación de los datos ingresados al sistema. Si
15 A. El sistema muestra un mensaje “El programa no existe en la base de
datos”
17 A. El sistema muestra un mensaje “El programa no puede tener campos
B. El sistema muestra un mensaje “La secretaria no puede tener asignado
el mismo programa 2 veces”
Postcondiciones:
Los datos ingresados del programa se almacenaron correctamente.
Se muestra un mensaje. “El programa se asignó correctamente”
22
Tabla 6. Plantilla de Gestionar Estudiantes
Nombre: Gestionar Estudiantes
Descripción:
Permite registrar, modificar, consultar o eliminar a los estudiantes
Actor: Secretaria
Precondiciones:
-La Secretaria debe estar autentificado.
-Debe existir un registro previo de los programas de maestrías.
Flujo Normal:
20. La Secretaria se autentifica
21. El sistema muestra un módulo para registrar estudiantes.
22. La Secretaria da clic en el botón registrar estudiantes.
uso Consultar Persona y envía los datos, retornando al caso de uso que
lo haya invocado.
24. La secretaria hace clic en buscar programa.
26. La Secretaria verifica los datos recibidos de la consulta y dará clic en
el botón guardar.
28. La Secretaria modificar, consultar, o eliminar datos de los estudiantes.
Flujo alternativo
20 A.- El sistema realiza una validación de los datos ingresados al sistema. Si
de datos”
datos”
26 A. El sistema muestra un mensaje “El estudiante no puede tener campos
28 A. El sistema muestra un mensaje “El estudiante no puede ser modificada
o eliminada”
Postcondiciones:
Los datos ingresados del estudiante se almacenaron correctamente.
Se muestra un mensaje. “El estudiante se ha almacenado correctamente”
23
Tabla 7. Plantilla de Gestionar Personal
Nombre: Gestionar Docentes
Descripción:
Permite registrar, modificar, consultar o eliminar al personal de posgrado
Actor: Secretaria
Precondiciones:
-Debe existir un registro previo de las universidades
Flujo Normal:
30. El sistema muestra un módulo para registrar personal
31. La Secretaria da clic en el botón registrar personal
uso Consultar Persona y envía los datos, retornando al caso de uso
33. La secretaria hace clic en buscar universidad.
34. El sistema invoca el caso de uso Consultar Universidad y envía los
datos, retornando al caso de uso que lo haya invocado.
35. La Secretaria verifica los datos recibidos de la consulta y dará clic en
el botón guardar.
37. La Secretaria modificar, consultar, o eliminar datos del personal.
Flujo alternativo
29A.- El sistema realiza una validación de los datos ingresados al sistema. Si
de datos”
34 A. El sistema muestra un mensaje “La universidad no existe en la base de
datos”
35 A. El sistema muestra un mensaje “El personal no puede tener campos
37 A. El sistema muestra un mensaje “El personal no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados del personal se almacenaron correctamente.
Se muestra un mensaje. “El personal se ha almacenado correctamente”
24
Tabla 8. Plantilla de Gestionar Coordinador/Programa
Nombre: Gestionar Coordinador/Programa
Descripción:
Permite registrar, modificar, consultar o eliminar uno o varios programas a los
coordinadores de cada programa
Actor: Secretaria
Precondiciones:
-Debe existir un registro previo al personal
-Debe existir un registro previo de los programas
Flujo Normal:
2. El sistema muestra un módulo para registrar coordinador
3. La Secretaria da clic en el botón registrar coordinador
5. La secretaria hace clic en buscar programa
7. La Secretaria verifica los datos recibidos de la consulta y dará clic en el
botón guardar.
9. La Secretaria modificar, consultar, o eliminar datos del coordinador
Flujo alternativo
4 A. El sistema muestra un mensaje “El personal no existe en la base de datos”
datos”
7 A. El sistema muestra un mensaje “El personal no puede tener campos
9 A. El sistema muestra un mensaje “El personal no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados del personal se almacenaron correctamente.
Se muestra un mensaje. “El personal se ha almacenado correctamente”
25
Tabla 9. Plantilla de Asignar Modalidades
Nombre: Asignar Modalidades
Descripción:
Permite registrar, modificar, consultar o eliminar modalidades(proyecto
científico, análisis de caso, ensayos, etc.) a los programas según su necesidad
Actor: Secretaria
Precondiciones:
-Debe existir un registro previo de modalidades
Flujo Normal:
2. El sistema muestra un módulo para registrar Modalidades-Programa.
3. La Secretaria da clic en el botón Asignar Modalidades
uso Consultar Modalidades y envía los datos, retornando al caso de
uso que lo haya invocado.
botón guardar.
7. La Secretaria modificar, consultar, o eliminar datos de la asignación de
las modalidades.
Flujo alternativo
4 A. El sistema muestra un mensaje “La modalidad no existe en la base de
datos”
5 A. El sistema muestra un mensaje “La modalidad no puede tener campos
7 A. El sistema muestra un mensaje “La modalidad no puede ser modificada
o eliminada”
Postcondiciones:
Los datos ingresados de la modalidad se almacenaron correctamente.
Se muestra un mensaje. “El Modalidad se ha asignado correctamente”
26
Tabla 10. Plantilla de Asignar Comité Académico
Nombre: Asignar Comité Académico
Descripción:
Permite registrar, modificar, consultar o eliminar personal de comité académico
cabe destacar que cada el mismo está constituido por 4 miembros uno de ellos es
el coordinador del programa los demás se agregaran según su experiencia
profesión
Actor: Secretaria
Precondiciones:
-Debe existir un registro previo del personal
Flujo Normal:
2. El sistema muestra un módulo para registrar Comité Académico
(Programas).
3. La Secretaria da clic en el botón Añadir Docentes a Comité Académico
botón guardar, puede repetir la opción hasta almacenar los 3
miembros.
7. La Secretaria modificar, consultar, o eliminar los miembros de cada
Comité Académico.
Flujo alternativo
4 A. El sistema muestra un mensaje “El docente no existe en la base de datos”
7 A. El sistema muestra un mensaje “El docente no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados del Comité Académica se almacenaron correctamente.
Se muestra un mensaje. “El docente se ha asignado correctamente”
27
Tabla 11. Plantilla de Asignar Consejo Académico
Nombre: Asignar Consejo Académico
Descripción:
Permite registrar, modificar, consultar o eliminar personal de Consejo Académico
Actor: Secretaria
Precondiciones:
- Debe existir un registro previo del personal
Flujo Normal:
2. El sistema muestra un módulo para registrar Consejo Académico
3. La Secretaria da clic en el botón Añadir Docentes a Consejo Académico
botón guardar.
7. La Secretaria modificar, consultar, o eliminar los miembros de cada
Consejo Académico.
Flujo alternativo
7 A. El sistema muestra un mensaje “El docente no puede ser modificada o
eliminada”
Postcondiciones:
Los datos ingresados del Comité Académica se almacenaron correctamente.
Se muestra un mensaje. “El docente se ha asignado correctamente”
28
Tabla 12. Plantilla de Gestión de Anteproyecto
Nombre: Gestión de Anteproyecto
Descripción:
Permite registrar, imprimir, consultar anteproyecto.
Actor: Estudiante
Precondiciones:
- El estudiante debe estar autentificado.
- Debe existir un registro previo de programa.
- Debe existir un registro previo de modalidad.
Flujo Normal:
1. El estudiante se autentifica.
2. El sistema muestra un módulo para subir el Anteproyecto.
3. El estudiante da clic en el botón seleccionar el programa
4. El sistema muestra un modal para llenar los datos e invoca al caso de uso Consultar
Programa y envía los datos, retornando al caso de uso que lo haya invocado.
5. El estudiante verifica los datos recibidos de la consulta y dará clic en seleccionar la
modalidad.
Modalidad y envía los datos, retornando al caso de uso que lo haya invocado.
7. El estudiante verifica los datos recibidos de la consulta y dará clic en seleccionar
archivo.
8. El sistema muestra una interfaz de todos los archivos que existen en la computadora
9. El estudiante da clic en el archivo, retornando dicho archivo a la interfaz.
10. El sistema muestra dicho archivo con todos los datos ya seleccionados
11. El Estudiante da clic guardar.
13. El Estudiante puede imprimir el anteproyecto.
Flujo alternativo
autentificación es incorrecta se mostrar un mensaje “Usuario o Contraseña Incorrecta…
Volver a ingresar”.
datos”
6 A. El sistema muestra un mensaje “La modalidad no existe en la base de
datos”.
9 A. El sistema muestra un mensaje “Solo se permite archivo PDF”.
11 A. El sistema muestra un mensaje “Los datos no puede tener campos vacíos.
Verifique que todos los campos estén completos”.
13 A. El sistema muestra un mensaje “El anteproyecto no puede ser
consultado, no existe archivo”
Postcondiciones:
Los datos ingresados del Anteproyecto se almacenaron correctamente.
Se muestra un mensaje. “El Anteproyecto se ha registrado correctamente”
29
Tabla 13. Plantilla de Gestión y Administración de Anteproyecto
Nombre: Gestión y Administración de Anteproyecto
Descripción:
Permite Aprobar y rechazar los anteproyectos.
Actor: Comité Académico.
Precondiciones:
- El Usuario del Comité Académico debe estar autentificado.
- Debe existir un registro previo de docente para la asignación de tutor y Cotutor
Flujo Normal:
1. El Usuario se autentifica.
2. El sistema muestra un módulo para aprobar, evaluar y rechazar los
anteproyectos.
3. El Usuario da clic en el módulo Gestión y Administración de
Anteproyectos
4. El sistema muestra toda la información de los estudiantes que enviaron
su ante proyectos.
5. El Usuario revisa el anteproyecto y dependiendo de la revisión puede
aprobar los anteproyectos, en caso de aprobar el anteproyecto da clic
en botón aprobar.
uso Consultar Persona y envía los datos de tutor y Cotutor,
7. El Usuario verifica los datos recibidos de la consulta y dará clic en
guardar
9. El Usuario puede consultar y rechazar todos los anteproyectos.
Flujo alternativo
9 A. El sistema muestra un mensaje “El anteproyecto ser consultado, no existe
archivo”
B. El sistema muestra un mensaje “Los datos no puede tener campos vacíos. Verifique
que todos los campos estén completos”
Postcondiciones:
Se muestra un mensaje. “El Anteproyecto se ha aprobado correctamente”
30
Tabla 14. Plantilla de Gestión y Administración de Anteproyecto de
Corrección
Nombre: Gestión y Administración de Corrección de Anteproyecto
Descripción:
Permite Evaluar los anteproyectos.
Actor: Comité Académico.
Precondiciones:
- El Usuario del Comité Académico debe estar autentificado.
Flujo Normal:
2. El sistema muestra un módulo para aprobar, evaluar y rechazar los
anteproyectos.
3. El Usuario da clic en el módulo Gestión y Administración de
Anteproyectos
su ante proyectos.
evaluar los anteproyectos, en caso de aprobar el anteproyecto da clic
en botón evaluar.
6. El sistema muestra un modal para llenar los datos (Página, Problemas
evidenciado, solución requerida, sugerencia requerida).
añadir corrección.
9. El Usuario puede realizar el paso 7 las veces que sea necesaria añadir
las correcciones del anteproyecto.
11. El Usuario dará clic en botón Enviar Corrección.
Flujo alternativo
archivo”
Postcondiciones:
Los datos ingresados de la Corrección de Anteproyecto se almacenaron correctamente.
Se muestra un mensaje. “Los datos han sido guardado exitosamente”
31
Tabla 15. Plantilla de Gestión de Corrección Anteproyecto Estudiantes
Nombre: Gestión de Anteproyecto
Descripción:
Permite registrar, imprimir, consultar correcciones del anteproyecto.
Actor: Estudiante
Precondiciones:
- El estudiante debe estar autentificado.
- Debe existir un registro previo de programa.
- Debe existir un registro previo de modalidad.
- Debe existir un registro previo de tipo de corrección.
Flujo Normal:
1. El estudiante se autentifica.
2. El sistema muestra un módulo para subir Corrección.
3. El estudiante da clic en el botón seleccionar el programa
Programa y envía los datos, retornando al caso de uso que lo haya invocado.
5. El estudiante verifica los datos recibidos de la consulta y dará clic en seleccionar la
modalidad.
Modalidad y envía los datos, retornando al caso de uso que lo haya invocado.
7. El estudiante verifica los datos recibidos de la consulta y dará clic en seleccionar tipo
de corrección
tipo de corrección y envía los datos, retornando al caso de uso que lo haya invocado.
9. El estudiante verifica los datos recibidos de la consulta y dará clic en seleccionar
archivo.
10. El sistema muestra una interfaz de todos los archivos que existen en la computadora
11. El estudiante da clic en el archivo, retornando dicho archivo a la interfaz.
12. El sistema muestra dicho archivo con todos los datos ya seleccionados
13. El Estudiante da clic guardar.
15. El Estudiante puede imprimir la corrección del anteproyecto.
Flujo alternativo
autentificación es incorrecta se mostrar un mensaje “Usuario o Contraseña Incorrecta…
Volver a ingresar”.
4 A. El sistema muestra un mensaje “El programa no existe en la base de datos”
6 A. El sistema muestra un mensaje “La modalidad no existe en la base de datos”.
8 A. El sistema muestra un mensaje “El tipo de corrección no existe en la base de datos”.
10 A. El sistema muestra un mensaje “Solo se permite archivo PDF”.
12 A. El sistema muestra un mensaje “Los datos no puede tener campos vacíos. Verifique
que todos los campos estén completos”.
14 A. El sistema muestra un mensaje “La corrección del anteproyecto no puede ser
consultado, no existe archivo”.
Postcondiciones:
Se muestra un mensaje. “La corrección del Anteproyecto se ha registrado
correctamente”
32
Tabla 16. Plantilla de Resolución de Anteproyecto
Nombre: Resolución de Anteproyecto
Descripción:
Permite Aprobar y rechazar los anteproyectos.
Actor: Consejo Académico
Precondiciones:
- El Usuario del Consejo Académico debe estar autentificado.
- Debe existir un registro previo de tutor y Cotutor
- Debe existir un registro previo de programa
Flujo Normal:
2. El sistema muestra un módulo para Resolución los anteproyectos.
3. El Usuario da clic en el seleccionar Programa
su ante proyectos.
aprobar los anteproyectos, en caso de aprobar el anteproyecto da clic
en botón aprobar.
uso Consultar Persona y envía los datos de tutor y Cotutor,
guardar
Flujo alternativo
6 A. El sistema muestra un mensaje “El tutor/Cotutor no existe en la base de datos”
archivo”
Postcondiciones:
Se muestra un mensaje. “El Anteproyecto se ha aprobado correctamente ¡Por favor
revise la bandeja de entrada o la carpeta de SPAM de su correo electrónico!”
33
Tabla 17. Plantilla de Crear Solicitud
Nombre: Resolución de Anteproyecto
Descripción:
Permite Enviar correos, para realizar cualquier cambio del anteproyecto
Actor: Persona(Estudiantes, Secretarias, Comité Académico, Consejo Académico)
Precondiciones:
- La persona debe estar autentificado.
Flujo Normal:
2. El sistema muestra un módulo para Crear Solicitud
3. El Usuario da clic en el seleccionar usuario
uso Consultar Persona, retornando al caso de uso que lo haya
invocado.
5. El Usuario verifica los datos recibidos de la consulta llenar los demás
datos (Asunto, Cuerpo, Archivo) y dará clic en Enviar Solicitud.
7. El Usuario puede consultar y eliminar todas las solicitudes.
Flujo alternativo
4 A. El sistema muestra un mensaje “La persona no existe en la base de datos”
9 A. El sistema muestra un mensaje “La solicitud ser consultado, no existe archivo”
Postcondiciones:
Los datos ingresados de la solicitud se almacenaron correctamente.
Se muestra un mensaje. “La solicitud se ha enviado correctamente”
Requisitos comunes de los interfaces

Interfaces de usuario
La interfaz con el usuario consistirá en un diseño sencillo e intuitivo, el cual incorpora un
conjunto de ventanas con botones, listas y campos de textos, de aspecto sencillo para no
saturar al usuario con demasiadas funciones. Ésta deberá ser construida específicamente para
el sistema propuesto y, será visualizada desde un navegador de internet.
34
Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes
características:
 Adaptadores de red.
 Procesador de 1.66GHz o superior.
 Memoria mínima de 50GB
 Gráficos: Tarjeta compatible con DirectX y con 64 MB
 Disco Duro: 600 MB de espacio libre.
 Mouse.
 Teclado.
Interfaces de software
 Sistema Operativo: Linux (Centos 9), Windows 7 o superior.
 Explorador: Microsoft Edge, Mozilla, Chrome, Safari, otros.
Interfaces de comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante protocolos
estándares en internet, siempre que sea posible. Por ejemplo, para transferir archivos o
documentos deberán utilizarse protocolos existentes (FTP u otros convenientes).
Requisitos funcionales
Requisito funcional 1
 Diseño y Creación de la Base de Datos: Permite el almacenamiento de

la información, tanto de usuarios (estudiantes, docentes, secretarias,
coordinadores, Comité Académico, Consejo Académico, tutor-
Coautor), anteproyectos, correcciones, tipo de correcciones programas,
tipo de programas, modalidades, universidades, seguimiento de
anteproyecto.
 La base de datos es esencial para poder registrar y consultar información

relevante y necesaria para el funcionamiento del sistema.
 Autentificación de Usuarios: los usuarios deberán identificarse para acceder a
cualquier parte del sistema.
 El sistema podrá ser consultado por cualquier usuario dependiendo del
módulo en el cual se encuentre y su nivel de accesibilidad.
35
 Consultar Información de anteproyecto: El sistema ofrecerá al usuario
información general acerca del seguimiento de los estudiantes con respecto a los
anteproyectos
 Consultar Estado de Anteproyecto: Muestra información general sobre los
estudiantes que estado (Entrega de Anteproyecto, Anteproyecto rechazado,
Corrección de Anteproyecto y Anteproyecto aprobado) se encuentran los
estudiantes del anteproyecto.
 Registrar Usuarios: El sistema permitirá al usuario (estudiante, docente
secretaria y administrador) registrarse. El usuario debe suministrar datos como:
 Estudiantes: cedula, nombres apellido paterno, apellido materno, foto, e-
mail, contraseña y título de tercer nivel
 Secretaria: cedula, nombres apellido paterno, apellido materno, foto, e-mail,
contraseña y programas asignados
 Administrador: cedula, nombres apellido paterno, apellido materno, foto, e-
mail, contraseña
 Docentes: cedula, nombres apellido paterno, apellido materno, foto, e-mail,
contraseña, universidad, afiliación, interno/externo, titulo de cuarto nivel,
titular/no titular, nacional o extranjero y tiempo de trabajo (Tiempo completo/
Medio tiempo).
 Cabe descartar que para el ingreso de Comité Académico, Consejo
Académico y tutor/Coautor, se tomar los datos de los docentes ya ingresados
así mismo se debe asignarle un perfil
 Modificar: Permite al administrador y la secretaria modificar datos de los usuarios,
anteproyectos y cuentas creadas.
 Registrar Anteproyecto: El sistema permitirá registrar los datos del
anteproyecto, como el programa, modalidad y su respectivo estudiante
 Registro de Programas: El sistema permite registrar los diferentes
programas que tiene el Instituto de Posgrado
 Registro de Modalidades: El sistema permite registrar las diferentes
modalidades que ofrece según los programas que este registrando.
36
 Registrar Corrección de Anteproyecto: El sistema permitirá registrar
los datos de la corrección de anteproyecto, como la página, problema y
sugerencia y fecha de registro
 Registrar Universidad: El sistema permitirá el registro de las
universidades asignando información general y específica sobre la
misma.
 Gestionar Reportes: Permite al estudiante imprimir reportes de las correcciones
de los anteproyectos e información con respecto a la aprobación de los anteproyectos.
 Notificar vía E-mail: Una vez que el Consejo Académico aprueba el
anteproyecto, el sistema envía una notificación vía correo electrónico al estudiante y
tutor-Coautor con la novedad registrada.
Requisitos no funcionales
Requisitos de rendimiento
 Garantizar que el diseño de las consultas u otro proceso no afecte el desempeño de la
base de datos, ni considerablemente el tráfico de la red.
 Permitirá el registro de varios usuarios, así como de varios anteproyectos además de
realizar cualquier tipo de cambio o modificación.
 El tiempo de respuesta de la aplicación web en cada función solicitada por el usuario
será de no mayor a 3 segundos.
Seguridad
 Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los
diferentes usuarios. En este sentido la información almacenada o registros realizados
podrán ser consultados y actualizados permanente y simultáneamente, sin que se afecte
el tiempo de respuesta.
 Garantizar la seguridad del sistema con respecto a la información y datos que se
manejan tales sean documentos, archivos y contraseñas.
 La información que se muestre en las búsquedas debe ser clara, precisa y de acuerdo
con lo solicitado.
 Facilidades y controles para permitir el acceso a la información al personal autorizado
a través de Internet, con la intención de consultar y subir información pertinente para
cada una de ellas.
37
Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva sencilla y amigables.
 El sistema deberá evitar que se introduzca información fallida antes de que entre en
funcionamiento.
 La interfaz de usuario debe ajustarse a las características de la web de la institución,
dentro de la cual estará incorporado en la aplicación web de gestión y administración
de anteproyectos.
Disponibilidad
 La disponibilidad del sistema debe ser continua con un nivel de servicio para los
usuarios de 7 días por 24 horas, garantizando un esquema adecuado que permita la
posible falla en cualquiera de sus componentes, contar con una contingencia,
generación de alarmas.
 El usuario podrá ingresar, cambiar o revisar la información almacenada en el sistema
con su respectivo nombre, contraseña y programa. En caso de que haya olvidado su
nombre de usuario/contraseña, se le enviara un código para cambiar la contraseña.
Mantenibilidad
 El sistema debe disponer de una documentación fácilmente actualizable que permita
realizar operaciones de mantenimiento con el menor esfuerzo posible.
 La interfaz debe estar complementada con un buen sistema de ayuda (la administración
puede recaer en personal con poca experiencia en el uso de aplicaciones informáticas).
 La aplicación web debe disponer de una documentación fácilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible.
 Llevar un control de errores y registros indebidos en la aplicación web
 Se deberá realizar un mantenimiento periódico al sistema, esto para solucionar todos
los errores que se hayan podido presentar.
Portabilidad
 El sistema podrá ser utilizado en Linux (Centos 9), Windows 7 o superior.
38
ANEXO B. MANUAL DE USUARIOS
UNIVERSIDAD TÉCNICA DE MANABÍ

INSTITUTO DE POSGRADO
Manual para la Aplicación web para la gestión y administración de anteproyectos del
Instituto de Posgrado de la Universidad Técnica de Manabí”
Sobre la aplicación web
SATP fue creado con el propósito de mejorar la gestión administrativa y académica
estudiantil de los procesos de posgrado de la Universidad Técnica de Manabí. Este sistema dispone
de cinco roles de usuario: administrador, secretaria, estudiante, comité académico y consejo
académico. Dentro de sus funcionalidades principales se destaca la gestión de secretaria, gestión
de programas, gestión de universidad funcionalidad que solo puede ser realizada por el rol de
administrador. Como producto final se obtuvo un sistema web capaz de gestionar de forma eficaz
y eficiente las tesis del departamento de Posgrado de la UTM, el cual permite generar informes en
PDF de acuerdo a los criterios seleccionados, además de gestionar las tesis concluidas, avances de
las mismas y seguimientos que le están dando los tutores.
Esta guía del usuario proporciona una descripción general del sistema y las instrucciones que debe
seguir para utilizar sus diversas funciones.
Para la utilización del sistema SATP se requerirá de un computador con los siguientes requisitos:
• Procesador Corei5 o superior.
• Memoria RAM 4gb o superior
• Acceso a internet.
Link del Sistema: https://licorerialaterraza.com/posgrado/
SISTEMA ADMINISTRATIVO (Solo el súper usuario tiene acceso, en este caso el encargado del
departamento de)
Usuario: admin@gmail.com
Contraseña: 1314019504
1
ROL (ADMINISTRADOR).
Inicio de sesión
Para acceder a la aplicación web, el administrador debe colocar sus credenciales de acceso
(correo y contraseña) y dar clic en el botón Ingresar
Botón disponible
Ingresar: Una vez ingresado usuario y la contraseña, pulsar este botón para poder acceder
a las distintas funcionalidades del sistema.
Figura 18. Inicio de sesión. Administrador

Módulo Modalidad
Para acceder al módulo de modalidades se debe dar clic en Registrar Modalidad se
presentara un módulo en donde se deberá ingresar, modificar, buscar y eliminar la
información requerida.
Botón disponible
Registrar Modalidad: Una vez ingresado usuario y la contraseña, pulsar este botón para
poder acceder a las distintas funcionalidades del sistema.
2
Figura 19. Gestión de Modalidad

Registrar Modalidades
Para acceder al módulo de secretaria se debe dar clic en Crear nueva modalidad se
presentara un formulario en donde se deberá ingresar requerida, luego de esto dar clic en
guardar.
Figura 20. Registrar Modalidad
Consultar modalidades
La consulta de modalidades es visible al ingresar al módulo de registrar modalidades.
3
Figura 21. Consultar Modalidades
Modificar modalidades
Para modificar una modalidad es necesario dar clic en el primer icono de la columna
acciones, se presentará un formulario con la información del usuario a modificar, luego de
esto dar clic en guardar.
Figura 22. Modificar Modalidades

Eliminar modalidad
Para eliminar una secretaria es necesario dar clic en el segundo icono de la columna
acciones, luego de esto dar clic en Si, eliminar modalidad
4
Figura 23. Eliminar modalidad
Módulo Programa
Para acceder al módulo de modalidades se debe dar clic en Programa se presentara un
módulo en donde se deberá ingresar, modificar, buscar y eliminar la información requerida.
Botón disponible
Programa: Una vez ingresado usuario y la contraseña, pulsar este botón para poder acceder
Figura 24. Gestión de Programa

Registrar Programa
Para acceder al módulo de secretaria se debe dar clic en Crear Nuevo Programa se
presentara un formulario en donde se deberá seleccionar el tipo de programa
(Especialización, Maestría académica con trayectoria profesional, maestría académica con
trayectoria de investigación), selecciona la modalidad (Presencial, virtual, luego de esto dar
clic en guardar.
5
Figura 25. Registrar Programa
Consultar programa
La consulta de programa es visible al ingresar al módulo de programa.
Figura 26. Interfaz de Consultar Programa
Modificar programa
Para modificar un programa es necesario dar clic en el primer icono de la columna acciones,
se presentará un formulario con la información del usuario a modificar, luego de esto dar
clic en guardar.
6
Figura 27. Modificar Programa

Eliminar programa
Para eliminar una secretaria es necesario dar clic en el segundo icono de la columna acciones,
luego de esto dar clic en Si, eliminar programa.
Figura 28. Eliminar Programa
Módulo Universidad
Para acceder al módulo de secretaria se debe dar clic en Registrar Universidad se
Botón disponible
Registrar Universidad: Una vez ingresado usuario y la contraseña, pulsar este botón para
7
Figura 29. Gestión de Universidad

Registrar Universidad: Para acceder al módulo de universidad se debe dar clic en Crear
Nueva Universidad se presentara un formulario en donde se deberá ingresar requerida,
luego de esto dar clic en guardar.
Figura 30. Registrar Universidad
Consultar universidad
La consulta de universidad es visible al ingresar al módulo de universidad.
Figura 31. Consultar Universidad
8
Modificar universidad
Para modificar una universidad es necesario dar clic en el primer icono de la columna
Figura 32. Modificar Universidad
Eliminar universidad
Para eliminar una universidad es necesario dar clic en el segundo icono de la columna
acciones, luego de esto dar clic en Si, eliminar universidad
Figura 33. Eliminar Universidad

Módulo Secretarias
Para acceder al módulo de secretaria se debe dar clic en Registrar Secretaria se presentara
un módulo en donde se deberá ingresar, modificar, buscar y eliminar la información
requerida.
Botón disponible
Registrar Secretaria: Una vez ingresado usuario y la contraseña, pulsar este botón para
9
Figura 34. Gestión de Secretaria

Registrar Secretarias
Para acceder al módulo de secretaria se debe dar clic en Nuevo Registro se presentara un
formulario en donde se deberá ingresar requerida, luego de esto dar clic en guardar.
Figura 35. Registrar Secretaria

Consultar secretarias
La consulta de secretarias es visible al ingresar al módulo de registrar secretarias.
10
Figura 36. Consultar Secretaria

Modificar secretarias
Para modificar una secretaria es necesario dar clic en el primer icono de la columna acciones,
clic en guardar.
Figura 37. Modificar Secretaria

Eliminar secretaria
Para eliminar una secretaria es necesario dar clic en el segundo icono de la columna
acciones, luego de esto dar clic en Si, eliminar usuario
11
Figura 38. Eliminar Secretaria

Asignar Programa/Secretaria
Para asignar varios o un programa una secretaria es necesario dar clic en el icono de la
columna programas, luego de esto dar clic en Agregar, el mismo que te redirección a otro
modulo para agregar programas
Figura 39. Asignar Programa/Secretaria
Agregar Programa/Secretaria
Para asignar varios o un programa una secretaria es necesario dar clic en el botón
AGREGAR PROGRAMA, luego buscamos el programa y dar clic en Guardar
12
Figura 40. Agregar Programa/Secretaria
Botón disponible (Auditoria).

LOGS: Una vez ingresado usuario y la contraseña, pulsar este botón para poder acceder a
las distintas funcionalidades del sistema (Crear, modificar y eliminar).
Figura 41. Logs
13
ROL (SECRETARIA).
Inicio de sesión
Para acceder a la aplicación web, la secretaria debe colocar sus credenciales de acceso
(correo y contraseña) y dar clic en el botón Ingresar
Botón disponible
Figura 42. Inicio de sesión. Secretaria

Módulo Estudiantes
Para acceder al módulo de estudiantes se debe dar clic en el Modulo Registrar Estudiantes
se presentara un módulo en donde se deberá ingresar, modificar, buscar y eliminar la
Botón disponible
Registrar Estudiante: Una vez ingresado usuario y la contraseña, pulsar este botón para
Figura 43. Gestión de Estudiantes
14
Registrar Estudiantes
Para acceder al módulo de secretaria se debe dar clic en Nuevo Registro se presentara un
Figura 44. Registrar Estudiantes
Consultar estudiantes
La consulta de estudiantes es visible al ingresar al módulo de registrar estudiantes.
Figura 45. Consultar Estudiantes

Modificar estudiantes
Para modificar un estudiante es necesario dar clic en el primer icono de la columna acciones,
clic en guardar.
15
Figura 46. Modificar Estudiantes

Eliminar estudiantes
Para eliminar un estudiante es necesario dar clic en el segundo icono de la columna acciones,
luego de esto dar clic en Si, eliminar usuario
Figura 47. Eliminar Secretaria
Módulo Personal
Para acceder al módulo de personal se debe dar clic en el Modulo Registrar Personal se
Botón disponible
Registrar Personal: Una vez ingresado usuario y la contraseña, pulsar este botón para poder
acceder a las distintas funcionalidades del sistema.
16
Figura 48. Gestión de Personal
Registrar Personal
Para acceder al módulo de personal se debe dar clic en Nuevo Registro se presentara un
Figura 49. Registrar Personal
Consultar personal
La consulta del personal es visible al ingresar al módulo de registrar personal.
17
Figura 50. Consultar Personal

Modificar Personal
Para modificar un personal es necesario dar clic en el primer icono de la columna acciones,
clic en guardar.
Figura 51. Modificar Personal
Eliminar personal
Para eliminar un personal es necesario dar clic en el segundo icono de la columna acciones,
luego de esto dar clic en Si, eliminar usuario
Figura 52. Eliminar Personal
18
Módulo Coordinador
Para acceder al módulo de coordinador se debe dar clic en el Modulo Registrar
Coordinador se presentara un módulo en donde se deberá ingresar, modificar, buscar y
eliminar la información requerida.
Botón disponible
Registrar Coordinador: Una vez ingresado usuario y la contraseña, pulsar este botón para
Figura 53. Gestión de Coordinador

Registrar Coordinador
Para acceder al módulo de coordinador se debe dar clic en Crear Nuevo Coordinador se
presentara un formulario en donde se deberá ingresar requerida, se selecciona el docente del
módulo personal, selecciona del módulo programa y luego de esto dar clic en guardar.
Figura 54. Registrar Coordinador
Consultar coordinador
La consulta del coordinador es visible al ingresar al módulo de registrar coordinador.
19
Figura 55. Consultar Coordinador

Modificar Coordinador
Para modificar un coordinador es necesario dar clic en el primer icono de la columna
Figura 56. Modificar Coordinador
Eliminar coordinador
Para eliminar un coordinador es necesario dar clic en el segundo icono de la columna
acciones, luego de esto dar clic en Si, eliminar usuario
20
Figura 57. Eliminar Coordinador

Módulo Programa-Modalidad.
Para acceder al módulo de Programa-Modalidad se debe dar clic en el Modulo Asignar
Modalidades se presentara un módulo en donde se deberá agregar modalidades, modificar,
buscar y eliminar la información requerida.
Botón disponible
Registrar Coordinador: Una vez ingresado usuario y la contraseña, pulsar este botón para
Figura 58. Gestión de Programa-Modalidad

Asignar Programa/Modalidad
Para asignar varios o una modalidad un programa es necesario dar clic en el icono de la
columna modalidades, luego de esto dar clic en Editar, el mismo que te redirección a otro
modulo para agregar programas
21
Figura 59. Asignar Programa/Modalidad
Agregar Programa/Modalidad
Para asignar varios o un modalidad un programa es necesario dar clic en el botón
AGREGAR, luego buscamos el programa y dar clic en Guardar
Figura 60. Agregar Programa/Secretaria
Módulo Comité Académico

Para acceder al módulo de Comité Académico se debe dar clic en el Modulo Comité
Académico se presentara un módulo en donde se deberá ingresar y eliminar la información
requerida.
Botón disponible
Comité Académico: Una vez ingresado usuario y la contraseña, pulsar este botón para poder
acceder a las distintas funcionalidades del sistema.
22
Figura 61. Gestión de Comité Académico

Registrar Comité Académico
Para acceder al módulo de Comité Académico se debe dar clic en seleccionar programa y
escoger el programa donde se van agregar los miembros del Comité Académico escogido,
luego dar clic en Añadir Docente se presentara un formulario en donde se deberá ingresar
requerida, se selecciona el docente del módulo personal, selecciona del módulo programa y
luego de esto dar clic en guardar.
Figura 62. Registrar Comité Académico
Eliminar Comité Académico

Para eliminar un Comité Académico es necesario dar clic en el segundo icono de la columna
acciones, luego de esto dar clic en Si, eliminar miembro.
23
Figura 63. Eliminar Comité Académico

Módulo Consejo Académico
Para acceder al módulo de Consejo Académico se debe dar clic en el Modulo Consejo
Académico se presentara un módulo en donde se deberá ingresar y eliminar la información
requerida.
Botón disponible
Consejo Académico: Una vez ingresado usuario y la contraseña, pulsar este botón para
Figura 64. Gestión de Consejo Académico

Registrar Consejo Académico
Para acceder al módulo de coordinador se debe dar clic en Crear Nuevo Miembro se
presentara un formulario en donde se deberá ingresar requerida, se selecciona el docente del
módulo personal y luego de esto dar clic en guardar.
24
Figura 65. Registrar Consejo Académico

Consultar Consejo Académico
La consulta los miembros del Consejo Académico es visible al ingresar al módulo de
registrar Consejo Académico.
Figura 66. Consultar Consejo Académico

Eliminar Consejo Académico
Para eliminar un Consejo Académico es necesario dar clic en el segundo icono de la
columna acciones, luego de esto dar clic en Si, eliminar miembro.
Figura 67. Eliminar Consejo Académico
25
ROL (ESTUDIANTES).
Inicio de sesión
Para acceder a la aplicación web, el estudiante debe colocar sus credenciales de acceso
(correo y contraseña) y dar clic en el botón ingresar
Botón disponible
Figura 68. Inicio de sesión. Estudiante

Módulo Subir anteproyecto
Para acceder al módulo de anteproyecto se debe dar clic en el Modulo Propuesta se
presentara un módulo en donde se deberá registrar el anteproyecto.
Botón disponible
Registrar anteproyecto: Una vez ingresado usuario y la contraseña, pulsar este botón para
Figura 69. Gestión de anteproyecto
26
Registrar Anteproyecto
Para acceder al módulo de Propuesta se presentara un formulario en donde se deberá
ingresar requerida, se dará clic en enviar
Figura 70. Registrar anteproyecto

Imprimir Corrección de Anteproyecto
Para acceder imprimir la corrección de anteproyecto, se dará clic en estado corrección,
luego en el botón imprimir corrección.
Figura 71. Imprimir corrección de anteproyecto

Registrar corrección de anteproyecto
Para acceder al módulo de Subir Corrección se presentara un formulario en donde se deberá
ingresar requerida, se dará clic en enviar
27
Figura 72. Registrar corrección de anteproyecto

Imprimir Aprobación de Anteproyecto
Para acceder imprimir la corrección de anteproyecto, se dará clic en proyecto aprobado,
luego en el botón Descargar, así mismo le llegara una notificación al correo del estudiante
con el mismo formato.
Figura 73. Imprimir aprobación de anteproyecto.
28
ROL (COMITÉ ACADÉMICO).
Inicio de sesión
Para acceder a la aplicación web, el comité académico debe colocar sus credenciales de
acceso (correo y contraseña) y dar clic en el botón ingresar
Botón disponible
Figura 74. Inicio de sesión. Estudiante

Módulo Gestión y Administración de anteproyectos
Para acceder al módulo de Gestión y Administración de anteproyectos se debe dar clic en el
Modulo Gestión y Administración se presentara un módulo en donde se deberá
realizar su respectiva revisión para su posterior, evaluación, aprobación y rechazo.
Botón disponible
Administración y Gestión: Una vez ingresado usuario y la contraseña, pulsar este botón
para poder acceder a las distintas funcionalidades del sistema.
29
Figura 75. Gestión y Administración de anteproyectos

Sugerir tutor- cotutor
Para aprobar un Anteproyecto, un miembro del Consejo Académico revisa el respectivo
documento del anteproyecto, dará clic en botón aprobar de la columna aprobación, luego
se sugiera tutor y Cotutor si lo amerita, después dará clic en enviar
Figura 76. Sugerir tutor- cotutor
Rechazar anteproyecto
Para rechazar un Anteproyecto, un miembro del Consejo Académico revisa el respectivo
documento del anteproyecto, dará clic en botón Rechazar de la columna Rechazar, luego
se llenan la observación y después dará clic en enviar
30
Figura 77. Aprobar anteproyecto

Corrección de Anteproyecto
Para realizar una corrección de un Anteproyecto ya se (Correcciones de anteproyecto,
correcciones excepcionales, correcciones finales), un miembro del Consejo Académico
revisa el respectivo documento del anteproyecto, dará clic en botón evaluar y después dará
clic en continuar.
Figura 78. Corrección anteproyecto

Registrar corrección de anteproyecto
Para registrar una evaluación de un Anteproyecto, un miembro del Consejo Académico
revisa el respectivo documento del anteproyecto, dará clic en botón añadir corrección y
después dará clic en añadir evaluación
31
Figura 79. Registrar corrección de anteproyecto

Modificar corrección de anteproyecto
Para modificar una evaluación de un Anteproyecto dar clic en el primer icono de la columna
Figura 80. Modificar corrección de anteproyecto

Eliminar corrección de anteproyecto
Para eliminar una evaluación de un Anteproyecto dar clic en el segundo icono de la columna
Figura 81. Eliminar corrección de anteproyecto
32
Aprobar corrección de anteproyecto
Para aprobar una evaluación de un Anteproyecto dar clic el botón aprobar, se presentará
un formulario con la información con una advertencia, luego de esto dar clic en enviar.
Figura 82. Aprobar corrección de anteproyecto

Imprimir corrección de anteproyecto
Para imprimir una corrección de un Anteproyecto dar clic el botón imprimir, luego se
descargara las correcciones ya realizadas.
Figura 83. Imprimir corrección de anteproyecto (Comité Académico)
33
ROL (CONSEJO ACADÉMICO).
Inicio de sesión
Para acceder a la aplicación web, el Consejo Académico debe colocar sus credenciales de
acceso (correo y contraseña) y dar clic en el botón ingresar
Botón disponible
Figura 84. Interfaz de inicio de sesión. Estudiante

Modificar tutor de anteproyecto
Para modificar un tutor- cotutor se hace clic un Anteproyecto, un miembro del Consejo
Académico revisa el respectivo documento del anteproyecto, dará clic en botón Ver después
dará clic en el check para habilitar la opción de búsqueda de un nuevo tutor, después hace
clic en el botón guardar.
34
Aprobar anteproyecto
Para aprobar un Anteproyecto, un miembro del Consejo Académico revisa el respectivo
documento del anteproyecto, dará clic en botón aprobar de la columna acciones después
dará clic en enviar.

Notificación aprobación de anteproyecto
Para verificar la notificación de aprobación de anteproyecto, se enviar un correo electrónico
al Tutor- Cotutor y al estudiante
Figura 87. Notificación aprobación de anteproyecto
Recuperar Contraseña
Para la recuperación de contraseña el usuario dar clic en el ¿Perdiste tu contraseña?,

luego escribe su correo institucional, dar clic en enviar y revise la bandeja de entrada o la
carpeta de SPAM de su correo electrónico para su cambio de contraseña.
35
Figura 88. Recuperar contraseña

Recuperar Contraseña (E-mail)
Revisar la bandeja de entrada o la carpeta de SPAM de su correo electrónico para su cambio
de contraseña, y copiar la nueva contraseña la iniciar sesión
Figura 89. Recuperar contraseña (E-mail)

Cambio de Contraseña
Para el cambio de la contraseña dar clic en el módulo Perfil, luego clic en el botón cambiar
contraseña, realizamos el respectivo cambio y dará clic en el botón enviar
Figura 90. Cambio de contraseña
36
ANEXO C. FOTOGRAFÍAS
Foto 1. Entrevista con el Dr. Santiago Quiroz y el Dr. Jimmy Zambrano miembros del
Consejo Académico del Instituto de Posgrado de la Universidad Técnica de Manabí
Foto 2. Charla con el Ing. Daniel Arteaga encargado del Área de Informáticas del Instituto
de Posgrado de la Universidad Técnica de Manabí
37
Foto 3. Reuniones de seguimiento de trabajo con la Ing. Lorena Bowen
38

Tesis Macias Douglas Y Zambrano JoseA

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Macias Douglas Y Zambrano JoseA

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD TÉCNICA DE MANABÍ

FACULTAD DE CIENCIAS INFORMÁTICAS

PORTOVIEJO – MANABÍ – ECUADOR

AGRADECIMIENTO .......................................................................................................... iii

CERTIFICACIÓN DEL TUTOR ......................................................................................... iv

CERTIFICACIÓN DEL REVISOR ...................................................................................... v

CERTIFICACIÓN DEL TRIBUNAL .................................................................................. vi

DECLARACIÓN DE AUTORÍA ....................................................................................... vii

ÍNDICE DE CONTENIDO ................................................................................................ viii

ÍNDICE DE TABLAS ......................................................................................................... xii

ÍNDICE DE FIGURAS ...................................................................................................... xiv

ÍNDICE DE GRÁFICOS ESTADÍSTICOS ....................................................................... xiv

RESUMEN EJECUTIVO .................................................................................................... xv

EXECUTIVE SUMMARY ................................................................................................ xvi

1.1 PLANTEAMIENTO DEL PROBLEMA .................................................................... 1

1.2 ANTECEDENTES ...................................................................................................... 1

1.2.1 ANTECEDENTES INTERNACIONALES ......................................................... 1

1.2.2 ANTECEDENTES NACIONALES ..................................................................... 2

1.2.3 ANTECEDENTES PROVINCIALES ................................................................. 2

1.3 JUSTIFICACIÓN ........................................................................................................ 3

1.4 OBJETIVOS ................................................................................................................ 4

1.4.1 OBJETIVO GENERAL........................................................................................ 4

1.4.2 OBJETIVOS ESPECÍFICOS ............................................................................... 4

CAPÍTULO II: MARCO TEÓRICO ..................................................................................... 5

2.1. PROCESO DE TITULACIÓN ................................................................................... 5

2.2.1 PHP ....................................................................................................................... 6

2.2.3 AJAX .................................................................................................................... 7

2.2.4 JQUERY ............................................................................................................... 8

2.2.5 HOSTING ............................................................................................................. 8

2.3 BASE DE DATOS (MYSQL) ..................................................................................... 8

2.4 MODELO VISTA CONTROLADOR ........................................................................ 9

CAPÍTULO III: PROPUESTA............................................................................................ 10

3.1 DESCRIPCIÓN DE LA PROPUESTA..................................................................... 10

3.2 RECURSOS Y FACTIBILIDAD .............................................................................. 11

3.2.1 RECURSOS DE ESTUDIO ............................................................................... 11

3.2.1.1 RECURSOS HUMANOS: .......................................................................... 11

3.2.1.2 RECURSOS MATERIALES ...................................................................... 11

3.2.1.3 RECURSOS TECNOLÓGICOS: ................................................................ 11

3.2.2 FACTIBILIDAD DE ESTUDIO ........................................................................ 11

3.2.2.1 FACTIBILIDAD TÉCNICA ....................................................................... 12

3.2.2.2 FACTIBILIDAD ECONÓMICA: ............................................................... 12

3.2.2.3 FACTIBILIDAD OPERATIVA:................................................................ 12

3.3 METODOLOGÍA DE LA PROPUESTA ................................................................. 13

3.3.1 MÉTODOLOGIA DE ESTUDIO ...................................................................... 13

3.3.1.1 INDUCTIVO – DEDUCTIVO .................................................................... 13

3.3.1.2 DESCRIPTIVO ........................................................................................... 13

3.3.1.3 REVISIÓN BIBLIOGRÁFICA ................................................................... 13

3.3.1.4 TÉCNICAS .................................................................................................. 13

3.3.2 METODOLOGÍA DEL SOFTWARE .............................................................. 14

3.3.2.1 ETAPAS DE LA METODOLOGÍA DE DESARROLLO ÁGIL SCRUM 14

3.3.2.1.2 ETAPA REUNIÓN DIARIA DE SCRUM .......................................... 14

3.3.2.1.3 ETAPA DE REVISIÓN DEL SPRINT ................................................ 14

3.3.2.1.4 ETAPA DE RETROALIMENTACIÓN .............................................. 15

3.3.2.1.5 EQUIPO SCRUM ................................................................................. 15

3.4 DESARROLLO DE LA PROPUESTA .................................................................... 15

3.4.1 DESARROLLO PRÁCTICO ............................................................................. 15

3.4.1.1 DESARROLLO DE ÉPICAS ..................................................................... 16

3.4.1.2 PILA DEL PRODUCTO (PRODUCT BACKLOG) .................................. 18

3.4.1.3 PLANIFICACIÓN DE LANZAMIENTO .................................................. 19

3.4.2 PLANIFICACIÓN Y ESTIMACIÓN ................................................................ 19

3.4.2.1 CREACIÓN DE HISTORIAS DE USUARIO........................................... 20

3.4.2.2 DISEÑO ...................................................................................................... 21

3.4.2.2.1 DICCIONARIO DE DATOS ............................................................... 21