Sistema Web para la Gestión de Prácticas Pre-Profesionales en la PUCESD by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

SISTEMA WEB PARA LA GESTIÓN DE PRÁCTICAS PRE-PROFESIONALES EN LA PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO DURANTE EL PERÍODO 2017-2018.

Trabajo de Titulación previo a la obtención del título de Ingeniero de Sistemas y Computación

Línea de Investigación: Estudio, Diseño e Implementación de Software.

Autores: EVELYN CAROLINA CHUNGANDRO ROBLES YORDANO GERMAN ESPINOZA BLACIO

Director: Mg. RODOLFO SIRILO CÓRDOVA GÁLVEZ

Santo Domingo – Ecuador Agosto 2018

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN SISTEMA WEB PARA LA GESTIÓN DE PRÁCTICAS PRE-PROFESIONALES EN LA PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO DURANTE EL PERÍODO 2017-2018.

Línea de Investigación: Estudio, Diseño e Implementación de Software.

Autores: EVELYN CAROLINA CHUNGANDRO ROBLES YORDANO GERMAN ESPINOZA BLACIO

Rodolfo Sirilo Córdova Gálvez, Mg.

DIRECTOR DE LA DISERTACIÓN DE GRADO

Fausto Ernesto Orozco Iguasnia, Mg.

CALIFICADOR

William Javier Ocampo Pazos, Mg.

CALIFICADOR

Luis Javier Ulloa Meneses, Mg.

DIRECTOR DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Agosto, 2018

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Nosotros Evelyn Carolina Chungandro Robles portadora de la cédula de ciudadanía No. 172477037-3 y Yordano German Espinoza Blacio portador de la cédula de ciudadanía No. 172086608-4, declaramos que los resultados obtenidos en la investigación que presentamos como informe final, previo a la obtención del Grado de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales. En tal virtud, declaramos que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de nuestra sola y exclusiva responsabilidad legal y académica.

Evelyn Carolina Chungandro Robles

Yordano German Espinoza Blacio

C.I.172477037-3

C.I. 172086608-4

AGRADECIMIENTO En primera instancia agradezco a Dios por tenerme con vida, por haberme dado la fortaleza de seguir adelante y no decaer en esta meta.

Agradezco a mis padres Verónica y Gustavo, a ellos por haberme inculcado valores y sobre todo a plantearme objetivos y metas en la vida.

Agradezco a mi abuela Blanca y Sergio, por haberme brindado la oportunidad de emprender una carrera profesional.

A mi esposo Andrés por apoyarme en el día a día en este sacrificio que conlleva a una excelente recompensa, por su comprensión y por hacer posible la culminación de mis estudios, mi hijo Billy Gael quien ha sido el pilar fundamental para lograr el alcance de mi título profesional.

A mis profesores y tutor de tesis quien con su esmero y amor por la docencia me apoyaron en todo momento, en este largo proceso.

Evelyn Chungandro

Agradezco a Dios por ayudarme a entender que cada día hay una oportunidad para luchar por lo que quiero y así lograr alcanzar mis metas propuestas. Igualmente, a mi padre Orlando German Espinoza Blacio por su apoyo incondicional y el esfuerzo que hizo para que llegue a la formación académica lograda. A mis profesores, por las palabras de ánimo que me brindaron día a día y a todos mis compañeros que de alguna manera supieron apoyarme

Yordano Espinoza

DEDICATORIA A mis padres Verónica y Gustavo tenerlos aquí y allá es un privilegio, a mi abuela quien es la causante del éxito en mis estudios, a mi amado esposo e hijo, por ser mi fuente principal de motivación y lucha, los amo infinitamente. A todos mis familiares quienes estuvieron pendientes de mi proceso formativo. Esto es por y para ustedes.

Evelyn Chungandro

Dedico este proyecto a Dios por darme la vida y la salud de cada día; a mi padre Orlando German Espinoza Blacio quien es el ejemplo de mi existencia y la fuerza de superación en los retos que me he propuesto, brindándome aliento, consejos sabios y palabras de constancia en los momentos difíciles. Dedico a mis familiares por estar siempre pendientes en el proceso formativo como Ingeniero de Sistemas y Computación, que de alguna u otra manera son parte en la culminación de la carrera profesional.

Yordano Espinoza

RESUMEN El presente trabajo de titulaciรณn tiene como objetivo implementar un sistema web para la gestiรณn de prรกcticas pre-profesionales en la Pontificia Universidad Catรณlica del Ecuador Sede Santo Domingo, al sistema web se lo ha denominado PpP abreviaciรณn derivada de Prรกcticas pre-profesionales; el cuรกl ayudรณ en la automatizaciรณn de los procesos mejorando la eficacia en cuanto a la asignaciรณn de prรกcticas, calificaciรณn y generaciรณn de informes. Como metodologรญa de investigaciรณn se aplicรณ un enfoque mixto a travรฉs de las herramientas de recolecciรณn de datos como la entrevista de la cuรกl de obtuvo la funcionalidad del sistema, y la encuesta que sirviรณ de instrumento para determinar la factibilidad de implementar el sistema web. Para el desarrollo del producto de vinculaciรณn se adoptรณ Scrum como marco de trabajo รกgil el que facilitรณ la elaboraciรณn aplicando roles, eventos, artefactos y las reglas que lo relacionan; se utilizaron herramientas de cรณdigo abierto; en el Back-End la base de datos MariaDB v10.0.34 y lenguaje de programaciรณn PHP v7.2.4 con framework LARAVEL v5.5; en el Front- End se utilizรณ Bootstrap v3.2 el cual incluye CSS, JavaScript y HTML5; y como herramienta de codificaciรณn se optรณ por Sublime Text v3.2. La implementaciรณn del sistema web generรณ en el Departamento de Formaciรณn Continua y Vinculaciรณn con la Colectividad un impacto medio positivo. Palabras claves: Sistema en lรญnea, Programaciรณn informรกtica, Software de cรณdigo abierto.

vii

ABSTRACT

The current titration work has as objective to implement a web system for the management of pre-professional practices at the Pontificia Universidad Catรณlica del Ecuador Sede Santo Domingo, the web system has been called PpP abbreviation derived from PreProfessional Practices; which helped in the processes automation improving the efficiency in terms of assignment of practices, grading and reports generation As a research methodology, a mixed approach was applied through data gathering tools such as the interview from which the functionality of the system was obtained, and the survey that served as an instrument to determine the feasibility of implementing the web system. For the development of the linking product, Scrum was adopted as an agile framework that facilitated the drawing up by applying roles, events, artifacts and the rules related to; open source tools were used; in the Back-End, the MariaDB v10.0.34 database and the PHP programming language v7.2.4 with the LARAVEL v5.5 framework; In the Front-End, Bootstrap v3.2 was used, which includes CSS, JavaScript and HTML5; and as a coding tool we chose Sublime Text v3.2. The implementation of the web system generated a positive impact in the Continuing Education and Linking with Society Department.

Keywords: Online system, computer programming, open source software.

viii

ÍNDICE DE CONTENIDOS Contenido 1.

INTRODUCCIÓN ............................................................................................................ 1

PLANTEAMIENTO DEL PROBLEMA ......................................................................... 3

2.1. Delimitación del Problema de Investigación .................................................................... 3 2.2. Formulación del problema. ............................................................................................... 3 2.3. Sistematización del problema. .......................................................................................... 3 2.4. Justificación de la Investigación ....................................................................................... 4 2.5. Objetivos de la Investigación ........................................................................................... 5 2.5.1. Objetivo General .............................................................................................................. 5 2.5.2. Objetivos Específicos ....................................................................................................... 5 3.

MARCO REFERENCIAL ............................................................................................... 6

3.1. Antecedentes..................................................................................................................... 6 3.2. Revisión de la literatura o fundamentos teóricos ............................................................. 8 3.2.1. Reglamentos y Normativas............................................................................................... 8 3.2.2. Gestión Administrativa. .................................................................................................. 14 3.2.3. Ingeniería de Software. ................................................................................................... 14 3.2.4. Desarrollo de Software. .................................................................................................. 15 3.2.5. Ciclo de Vida del Software............................................................................................. 16 3.2.6. Metodologías de Desarrollo. .......................................................................................... 17 3.2.7. Sistema Gestor de Base de Datos. .................................................................................. 19 3.2.8. Base de Datos. ................................................................................................................ 21 3.2.9. Herramientas de Desarrollo Web. .................................................................................. 21 3.3. Comparación entre metodología tradicional y ágil ........................................................ 23 3.4. Comparación de metodologías ágiles. ............................................................................ 24 3.5. Comparación de sistemas gestores de base de datos. ..................................................... 25 4.

METODOLOGÍA........................................................................................................... 27

4.1. Enfoque/ Diseño/Tipo de investigación ......................................................................... 27 4.2. Población/ Muestra ......................................................................................................... 28

4.3. Técnicas e instrumentos de recogida de datos ................................................................ 28 4.4. Técnicas de Análisis de Datos ........................................................................................ 29 5.

RESULTADOS .............................................................................................................. 30

5.1. Análisis situacional de la población para el uso del sistema .......................................... 30 5.1.1. Entrevista al Responsable General Académico del Departamento de Formación continua y vinculación con la colectividad de la PUCE SD. ................................................... 30 5.1.2. Entrevista al Docente Tutor asignado de la carrera de Ingeniería de Sistemas. ............. 35 5.1.3. Encuesta a tutores de cada carrera, se excluye Enfermería. ........................................... 36 5.1.4. Identificación de Interesados. ......................................................................................... 41 5.2. Propuesta de intervención............................................................................................... 41 5.2.1. Fase de desarrollo del sistema web utilizando el marco de trabajo Scrum. ................... 41 5.2.2. Acta de Entrega. ............................................................................................................. 71 5.2.3. Diseño relacional de base de datos. ................................................................................ 74 5.3. Análisis de impacto ........................................................................................................ 75 5.3.1. Impacto social. ................................................................................................................ 76 5.3.2. Impacto tecnológico. ...................................................................................................... 77 5.3.3. Impacto general. ............................................................................................................. 78 6.

DISCUSIÓN ................................................................................................................... 79

CONCLUSIONES .......................................................................................................... 80

RECOMENDACIONES ................................................................................................ 81

REFERENCIAS ............................................................................................................. 82

10.

GLOSARIO .................................................................................................................... 84

11.

ANEXOS ........................................................................................................................ 85

ÍNDICE DE TABLAS

Tabla 1. Comparación entre metodologías tradicionales vs ágiles .......................................... 24 Tabla 2. Comparación entre metodologías ágiles XP y SCRUM ............................................ 25 Tabla 3. Comparación del desempeño de los Sistemas Gestores de Bases de Datos .............. 26 Tabla 4. Resultados obtenidos de pregunta #1 de la encuesta ................................................. 36 Tabla 5. Resultados obtenidos de pregunta #2 de la encuesta ................................................. 37 Tabla 6. Resultados obtenidos de pregunta #3 de la encuesta ................................................. 37 Tabla 7. Resultado obtenido de pregunta #4 de la encuesta .................................................... 38 Tabla 8. Resultado obtenido de pregunta #5 de la encuesta .................................................... 39 Tabla 9. Resultado obtenido de pregunta #6 de la encuesta .................................................... 39 Tabla 10. Resultado obtenido de pregunta #7 de la encuesta .................................................. 40 Tabla 11. Identificación de interesados ................................................................................... 41 Tabla 12. Roles equipo SCRUM ............................................................................................. 41 Tabla 13. Product Backlog ....................................................................................................... 42 Tabla 14. Escala de complejidad ............................................................................................. 42 Tabla 15. Sprint Backlog 1 ...................................................................................................... 43 Tabla 16. Burndown Chart Sprint 1 ......................................................................................... 59 Tabla 17. Sprint Backlog 2 ...................................................................................................... 61 Tabla 18. Burndown Chart Sprint 2 ......................................................................................... 72 Tabla 19. Niveles de impacto................................................................................................... 76 Tabla 20. Impacto social .......................................................................................................... 76 Tabla 21. Impacto tecnológico ................................................................................................. 77 Tabla 22. Impacto general........................................................................................................ 78

ÍNDICE DE FIGURAS

Figura 1. Estructura de iteraciones marco de trabajo SCRUM. ............................................... 19 Figura 2: Logo MariaDB ......................................................................................................... 20 Figura 3: Logo PostgreSQL. .................................................................................................... 20 Figura 4: Entrevista a Encargado General Académico PPP. .................................................. 30 Figura 5: Entrevista a Encargado General Académico PPP. .................................................. 31 Figura 6: Entrevista a Encargado General Académico PPP. .................................................. 32 Figura 7: Entrevista a Encargado General Académico PPP. .................................................. 33 Figura 8. Diagrama de procesos y actividades de prácticas pre-profesionales del departamento de ormación continua y vinculación con la colectividad. ........................................................ 34 Figura 9: Entrevista Docente Tutor carrera de Ingeniería de Sistemas. . ................................ 35 Figura 10. Representación gráfica de pregunta #1................................................................... 36 Figura 11. Representación gráfica de pregunta #2................................................................... 37 Figura 12. Representación gráfica de pregunta #3................................................................... 38 Figura 13 . Representación gráfica de pregunta #4.................................................................. 38 Figura 14. Representación gráfica de pregunta #5................................................................... 39 Figura 15. Representación gráfica de pregunta #6................................................................... 40 Figura 16. Representación gráfica de pregunta #7................................................................... 40 Figura 17. Captura de pantalla Conexión MariaDB con Framework Laravel 5.5 ................... 45 Figura 18. Captura de pantalla a Base de Datos ...................................................................... 45 Figura 19.Captura de pantalla a Login ..................................................................................... 45 Figura 20. Captura de pantalla Acceso a usuarios ................................................................... 47 Figura 21. Captura de pantalla Listado Usuarios ..................................................................... 47 Figura 22. Captura de pantalla interfaz Escuelas ..................................................................... 48 Figura 23. Captura de pantalla Listado Escuelas ..................................................................... 49 Figura 24. Captura de pantalla interfaz Carreras ..................................................................... 49 Figura 25. Captura de pantalla Listado Carreras ..................................................................... 50 Figura 26. Captura de pantalla interfaz Periodo ...................................................................... 51 Figura 27. Captura de pantalla Listado Periodos ..................................................................... 52 Figura 28. Captura de pantalla Base de datos ppp ................................................................... 53 Figura 29. Captura de pantalla Interfaz roles y permisos ........................................................ 53 Figura 30. Captura de pantalla administrar carreras. ............................................................... 54 Figura 31. Captura de pantalla Listado Roles .......................................................................... 55 Figura 32. Captura de pantalla Listado Usuarios asignación Rol a Usuario ........................... 55 Figura 33.Captura de pantalla interfaz Crear Institución ......................................................... 56 Figura 34. Captura de pantalla plantilla Excel para carga de Instituciones ............................. 57 Figura 35. Captura de pantalla plantilla Excel para carga de Instituciones ............................. 58 Figura 36. Representación gráfica de Burndown Chart Sprint 1 ............................................. 60 Figura 37. Captura de pantalla interfaz Estudiantes ................................................................ 62 Figura 38. Captura de pantalla plantilla Excel para carga de Estudiantes ............................... 63 Figura 39.Captura de pantalla Listado estudiantes .................................................................. 65

xii

Figura 40.Captura de pantalla interfaz Crear Requerimiento .................................................. 65 Figura 41.Captura de pantalla interfaz Listado Requerimientos ............................................. 66 Figura 42.Captura de pantalla interfaz Asignar Práctica ......................................................... 66 Figura 43.Captura de pantalla reporte Seguimiento a estudiante ............................................ 70 Figura 44.Captura de pantalla interfaz Listado Asignaciones ................................................. 70 Figura 45. Representación gráfica de Burndown Chart Sprint 2 ............................................. 73 Figura 46. Modelo físico Base de Datos, Modelo Entidad-Relación ...................................... 74 Figura 47: Acta Entrega- Recepción ........................................................................................ 75

xiii

ÍNDICE DE ANEXOS

Anexo 1. Entrevista al Responsable General Académico de prácticas pre-profesionales del Departamento de Formación continua y vinculación con la colectividad de la PUCE SD. .... 85 Anexo 2. Entrevista al Docente Tutor asignado de la carrera de Ingeniería de Sistemas de la PUCE SD. ................................................................................................................................ 87 Anexo 3. Encuesta a los tutores de cada carrera se excluye enfermería de la PUCE SD. ....... 88 Anexo 4. Requerimientos del sistema PpP ............................................................................. 89 Anexo 5. Historias de usuario .................................................................................................. 91 Anexo 6. Reunión Retrospectiva 1 ........................................................................................ 102 Anexo 7. Pruebas de Aceptación Sprint 1 ............................................................................. 103 Anexo 8. Reunión Retrospectiva 2 ........................................................................................ 106 Anexo 9. Pruebas de Aceptación Sprint 2 ............................................................................. 107 Anexo 10. Diccionario de Datos ............................................................................................ 109 Anexo 11. Manual de Instalación .......................................................................................... 109 Anexo 12. Manual de Usuario ............................................................................................... 109 Anexo 13. Carta de Impacto .................................................................................................. 110

1. INTRODUCCIÓN El desarrollo de una aplicación web para la gestión de prácticas pre-profesionales se ha vuelto necesario en la sociedad, sobre todo si se habla de un campo universitario donde el usuario cuente con la información pertinente y efectiva. El usuario pueda acceder a esta aplicación que le brinda seguridad, facilidad de uso a través de una interfaz amigable con una vista atractiva. En el presente trabajo de titulación, se propone desarrollar un sistema web para la gestión de prácticas pre-profesionales en el departamento de formación continua de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo (PUCE SD), con el fin de automatizar los procesos de asignación, evaluación y generación de reportes. Esta herramienta optimiza el tiempo de trabajo y agilita los procesos que se realizan para la asignación de prácticas a los estudiantes. El trabajo de titulación contempla las siguientes secciones: En la introducción se denota las secciones que componen al trabajo de titulación, de manera sinóptica. En el planteamiento del problema está conformado por la delimitación del problema, formulación del problema, sistematización del problema, justificación de la investigación y objetivos de la investigación que se subdivide en objetivo general y objetivos específicos. En el marco referencial, se enfoca la práctica investigativa, donde se presenta los antecedentes del porque es necesario realizar la creación de la aplicación web, constituyen el trasfondo de la investigación, la misma que estará solventada científicamente para ubicar el problema que se investiga. La metodología corresponde a la forma cómo se realizó la investigación, en este caso se utilizó un enfoque cualitativo y cuantitativo; un diseño investigativo orientado a la consecución de los objetivos apoyado en los diferentes tipos de métodos que permitieron definir el problema planteado para llegar a una solución adecuada. Los resultados se basan en función a los objetivos específicos del presente trabajo de titulación, a través del análisis situacional de la población, se realizó una entrevista y encuesta a las personas involucrada en el desarrollo del sistema web PpP, determinando los procesos y

la factibilidad del mismo, en el caso de la propuesta de intervención la cual proporcionó al departamento de formación continua de la PUCE SD una aplicación web para la gestión de prácticas pre-profesionales, facilitando a sus usuarios el acceso a información y generación de la misma, posteriormente se realizó el análisis de los impactos y se realizaron las conclusiones y recomendaciones respectivas. Como parte final se incluyen las referencias, glosario de términos y anexos del proyecto.

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Delimitación del Problema de Investigación Las prácticas pre-profesionales son actividades afines a la especialidad que el estudiante debe cumplir para la obtención del título profesional, el área de prácticas cuenta con un Encargado general académico quién es el delegado de coordinar la asignación de la práctica de los estudiantes a la institución o empresa solicitante, también se cuenta con un docente tutor quién da seguimiento a la práctica del estudiante; como lo expresa el Consejo de Educación Superior (CES, 2013) en el Título VI, Capítulo III, Art. 88.- Prácticas preprofesionales, Art. 90.- Prácticas pre-profesionales durante el proceso de aprendizaje, Art. 93. Realización de las prácticas pre-profesionales; la Ley Orgánica de Educación Superior (LOES, 2010) en el Art. 87.- Requisitos previos a la obtención del título. La presente investigación se realizó en la PUCE SD, durante el periodo 2017 – 2018, al visitar la PUCE SD se detectó en el departamento de Formación Continua que existe un inadecuado manejo de registro de prácticas pre-profesionales ya que lo realizan de manera convencional en hojas de cálculo de Excel, por lo que la información se encuentra expuesta a errores humanos, como resultado de la problemática se tienen retrasos, duplicación de información e incertidumbre de los estudiantes en cuanto a la asignación de la práctica. El sistema web para la gestión de prácticas pre-profesionales en la PUCE SD se basa en dar solución al proceso de ejecución de las prácticas pre-profesionales las mismas que constan el control, monitoreo y seguimiento de las prácticas.

2.2. Formulación del problema. ¿Cómo mejorar la ineficiente gestión de prácticas pre-profesionales en la PUCE SD?

2.3. Sistematización del problema. Tomando en cuenta éste panorama, la presente investigación permitirá responder las siguientes preguntas directrices: ¿Cuáles son los procesos que se realizan para las prácticas pre-profesionales en el Departamento de Formación continua y vinculación con la colectividad?

¿Qué metodologías de desarrollo de software se podrían aplicar para el desarrollo de un sistema web para la gestión de prácticas pre profesionales en la PUCE-SD? ¿Cuáles son los requerimientos de software y hardware para el desarrollo del sistema?

2.4. Justificación de la Investigación La PUCE SD, dentro del proceso de Prácticas pre-profesionales universitarias maneja un sistema manual de almacenamiento de pasantías de los estudiantes de 7 de las 8 carreras con las que cuenta, se excluye carrera de Enfermería, ya que maneja sus propios lineamientos en cuanto a prácticas. El Responsable General Académico de prácticas pre-profesionales de la Universidad actualmente es quien se encarga de coordinar, gestionar y recopilar la información del pasante, para posteriormente generar el reporte de horas de cumplimiento de práctica de cada uno, finalmente toda la información es archivada en un documento de Excel. Además, por no existir un sistema que lleve el control de los pasantes, los tutores no están al tanto de que estudiantes han cumplido las prácticas pre-profesionales por ello en estos momentos solo se encuentran encargados de llevar el seguimiento del portafolio de cada estudiante. El proceso actual es susceptible a fallas como la pérdida de información de los alumnos e incluso de los procesos y estado de sus Pasantías. El Departamento de Formación Continua y Vinculación con la Colectividad de la PUCE SD no cuenta con un sistema informático para llevar el control y seguimiento de los estudiantes quienes realizan esta actividad curricular como requisito para la graduación. Es por eso que la universidad requiere crear un sistema web para automatizar las tareas que manualmente ya se hace imposible manejar por la extensión de datos, el sistema se realizó de acuerdo a los reglamentos establecidos por la universidad y el estado. Con la implementación del sistema web se mejoró el control de los estudiantes que incurren en las prácticas pre-profesionales, igualmente, para los tutores de cada carrera y responsable general académico de prácticas pre-profesionales. Con un mejor control, se optimiza el tiempo de asignación de los estudiantes que deban iniciar las actividades de prácticas 1 como prácticas 2, en la cual el tutor de cada carrera notifica al estudiante, ya sea por vía telefónica, verbal o correo institucional, el lugar,

fecha de inicio y la fecha de culminación de la práctica, así como también la actividad que va a desempeñar en la empresa o institución donde ha sido asignado. Esta investigación está relacionada con el Eje 2: Economía al Servicio de la Sociedad objetivo 5 del Plan Nacional del Buen Vivir el cual establece: “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistributiva y solidaria”, donde se hace hincapié en el literal 5.6 de las política, la cual indica “Promover la investigación, la formación, la capacitación, el desarrollo y la transferencia tecnológica, la innovación y el emprendimiento, la protección de la propiedad intelectual, para impulsar el cambio de la matriz productiva mediante la vinculación entre el sector público, productivo y las universidades” (PNBV, 2017, p. 80).

2.5. Objetivos de la Investigación 2.5.1. Objetivo General Implementar un sistema web para la gestión de prácticas pre-profesionales en la PUCE SD. 2.5.2. Objetivos Específicos 

Determinar los procesos de asignación, desarrollo y evaluación de prácticas preprofesionales.



Definir la metodología para el desarrollo del sistema web.



Desarrollar un sistema web para la gestión de prácticas pre-profesionales.

3. MARCO REFERENCIAL 3.1. Antecedentes En la actualidad, las organizaciones dependen cada vez más de las tecnologías de la información para alcanzar sus objetivos corporativos, de forma que, los sistemas informáticos han automatizado y optimizado los procesos de las instituciones o empresas, siendo así que los recursos digitales son cada vez más indispensables en nuestras vidas. Siendo las prácticas pre-profesionales un requisito previo a la obtención del título de tercer nivel como lo exige la Ley Orgánica de Educación Superior del Ecuador (LOES), en su Art. 87; las instituciones de educación superior se han visto en la necesidad de adoptar estructuras y reglamentos que permitan al estudiante realizar este requisito. A continuación se detallan diversas instituciones de educación superior a nivel nacional quienes ya cuentan con un sistema de seguimiento y control de prácticas preprofesionales: Localizamos en la Universidad de Guayaquil (UG), la Implementación de un módulo de seguimiento y control del proceso de prácticas pre-profesionales para la carrera de Ingeniería en Sistemas Computacional utilizando la plataforma Moodle (Fuentes, 2015), donde los procesos se los realizaba de manera manual, ocasionando que no se lleve un control del flujo de las solicitudes ingresadas por los estudiantes para el requerimiento de la práctica, lo cual ocasionaba tiempos largos de espera tanto para la aprobación y entrega como para la asignación de la práctica, es por ello que los autores implementaron en la carrera de Ingeniería en Sistemas Computacionales un módulo de seguimiento y control, el cuál disminuirá los tiempos desde que el estudiante ingresa la solicitud de prácticas pre profesionales hasta que es emitido el certificado de culminación. Se sabe qué en la Pontificia Universidad Católica del Ecuador (PUCE), se desarrolló e implementó un sistema web de seguimiento y evaluación de las prácticas pre-profesionales para la facultad de Ingeniería Escuela Civil, donde inicialmente no se contaba con un registro adecuado de las actividades realizadas por los estudiantes, almacenándose en archivos de Excel y Access, lo cual no garantizaba la seguridad de la información y generaba que no se proporcione información de manera ágil y oportuna. Es por todo lo expuesto que el autor implementó un sistema web en la facultad de Ingeniería Escuela Civil de la PUCE con el fin

de mejorar el proceso de registro de la información, la cual se almacenará en un solo lugar (Maldonado, 2016). En el trabajo de titulación “Automatización del proceso de gestión de prácticas preprofesionales para la Universidad de las Fuerzas Armadas ESPE, utilizando herramientas de gestión de procesos de negocio (BPM)”, se plantea diseñar una interfaz web el cual permitirá la visualización, descarga y envío de archivos del estudiante, los cuáles seguidamente será revisados por el usuario correspondiente a dicho proceso, posterior al diseño se integrará la interfaz web al sistema banner (sistema propio de la ESPE), todo ello se debe a que la Universidad no contaba con un sistema de manejo de prácticas pre profesionales por lo que el almacenamiento de las pasantías de los estudiantes de las 31 carreras que posee la universidad lo realizaban manualmente en archivos de Excel (Campoverde & Torres, 2016). En el marco internacional encontramos en la ciudad de Santa Martha, capital del departamento de Magdalena en Colombia, la tesis de grado intitulada “Sistema de Información para la gestión de los procesos de prácticas profesionales en la Universidad del Magdalena, SISPPRO”, donde como objetivo se planteó el desarrollar un sistema de información web que permita mejorar la gestión de los procesos de prácticas profesionales dentro de la Universidad del Magdalena, ya que las actividades concernientes al tema se manejaban de forma manual apoyándose en herramientas ofimáticas que eran utilizadas por los usuarios correspondientes para llevar el control de las convocatorias, los estudiantes aspirantes, la legalización de prácticas, los convenios marco-legales entre las empresas u organizaciones y la dependencia de prácticas profesionales en general, por lo tanto, la implementación del sistema conllevó a la minimización del tiempo y del costo operativo de los objetivos para el cumplimiento de la práctica como tal (Hernandez, 2014). Así mismo de manera internacional y como último antecedente tenemos la tesis de maestría nombrada “Sistema Web para el proceso de supervisión de prácticas preprofesionales de la Escuela Académico Profesional de Ingeniería de Sistemas de la Universidad César Vallejo Lima Norte, 2013”, desarrollada en Lima, Perú; el objetivo de esta investigación es determinar la influencia de un sistema web para el proceso de supervisión de prácticas pre-profesionales en la universidad debido a que presentaba deficiencia en cuanto al tiempo de registro de estudiantes y nivel de eficacia de la supervisión de prácticas preprofesionales, por lo cual se implementó el sistema web mejorando y logrando una reducción

del 70.69% en tiempo de registro y aumento del 45.60% en el nivel de eficacia para el proceso de supervisión de la práctica (Pérez & Ordoñez, 2014).

3.2. Revisión de la literatura o fundamentos teóricos 3.2.1. Reglamentos y Normativas. Los reglamentos que respaldan la ejecución del presente trabajo de titulación de las prácticas pre-profesionales son: 3.2.1.1. consejo de educación superior (CES).  REGLAMENTO DE RÉGIMEN ACADÉMICO Artículo 89.- Prácticas pre-profesionales. - Son actividades de aprendizaje orientadas a la aplicación de conocimientos y al desarrollo de destrezas y habilidades específicas que un estudiante debe adquirir para un adecuado desempeño en su futura profesión. Estas prácticas deberán ser de investigación-acción y se realizarán en el entorno institucional, empresarial o comunitario, público o privado, adecuado para el fortalecimiento del aprendizaje. Las prácticas pre profesionales o pasantías son parte fundamental del currículo conforme se regula en el presente Reglamento. Cada carrera asignará, al menos, 400 horas para prácticas pre profesionales, que podrán ser distribuidas a lo largo de la carrera, dependiendo del nivel formativo, tipo de carrera y normativa existente. El contenido, desarrollo y cumplimiento de las prácticas pre profesionales serán registrados en el portafolio académico del estudiante. La realización de las prácticas pre profesionales en las carreras de modalidad de aprendizaje dual, se regularán en el respectivo Reglamento que para el efecto expida el CES. Las horas de prácticas pre profesionales de la carrera de Derecho, realizadas en el Consejo de la judicatura, podrán incluirse en las horas de actividades académicas de la carrera siempre y cuando cuenten con la supervisión académica de la respectiva universidad o escuela politécnica, y conforme a la normativa que emita el Consejo de la Judicatura. (Artículo reformado mediante resoluciones RPC-SO-4S-No.53S-2014, adoptada por el Pleno del Consejo de Educación Superior en su Cuadragésima Quinta Sesión Ordinaria, desarrollada el 17 de diciembre de 2014 y RPC-SE-03-No.004-2016, adoptada por el Pleno del Consejo de Educación Superior en su Tercera Sesión Extraordinaria, desarrollada el 22 de marzo de 2016). Artículo 91.- Prácticas pre profesionales durante el proceso de aprendizaje.- En la educación técnica superior, tecnológica superior y sus equivalentes, y de grado, las prácticas pre profesionales se podrán distribuir en las diferentes unidades de organización curricular, tomando en cuenta los objetivos de cada unidad y los niveles de conocimiento y destrezas

9 investigativas adquiridos. (Artículo reformado mediante Resolución RPC-SO-4S-No.53S2014, adoptado por el Pleno del Consejo de Educación Superior en su Cuadragésima Quinta Sesión Ordinaria. desarrollada el 17 de diciembre de 2014) Articulo 94.- Realización de las prácticas pre profesionales.- Las instituciones de educación superior diseñarán, organizarán y evaluarán las correspondientes prácticas pre profesionales para cada carrera. Para el efecto, las lES implementarán programas y proyectos de vinculación con la sociedad, con la participación de sectores productivos, sociales, ambientales, culturales, actores y organizaciones de la economía popular y solidaria. (Artículo reformado mediante Resolución RPC-SO-45-No.535-2014, adoptada por el Pleno del Consejo de Educación Superior en su Cuadragésima Quinta Sesión Ordinaria, desarrollada el17 de diciembre de 2014; RPC-SE-03-No.004-2016, adoptada Pleno del Consejo de Educación Superior en su Tercera Sesión Extraordinaria, desarrollada el 22 de marzo de 2016 y RPCSO17-No.269-2016, adoptada por el Pleno del Consejo de Educación Superior en su Décima Séptima Sesión Ordinaria, desarrollada el 04 de mayo de 2016) Artículo 95.- Evaluación de carreras y prácticas pre profesionales.- El Consejo de Evaluación, Acreditación y Aseguramiento de la Calidad de la Educación Superior del Ecuador (CEAACES) tomará en cuenta la planificación y ejecución de las prácticas pre profesionales para la evaluación de carreras, considerando el cumplimiento de la presente normativa. (CES, 2013, p.47)

3.2.1.2. ley orgánica de educación superior (LOES).  LEY ORGANICA DE EDUCACION SUPERIOR Art. 87.- Requisitos previos a la obtención del título. - Como requisito previo a la obtención del título, los y las estudiantes deberán acreditar servicios a la comunidad mediante prácticas o pasantías pre-profesionales debidamente monitoreadas en los campos de su especialidad, de conformidad con los lineamientos generales definidos por el Consejo de Educación Superior. Dichas actividades se realizarán en coordinación con organizaciones comunitarias, empresas e instituciones públicas y privadas relacionadas con la respectiva especialidad. (LOES, 2010, p.26)

3.2.1.3. normativa de prácticas pre profesionales de grado de la puce-sd. 3.2.1.3.1 tutor. El director de carrera nombrará un profesor quien debe cumplir con las funciones de Tutor por un tiempo no menor a 6 meses.

3.2.1.3.1.1 funciones del tutor de práctica 1 y 2. a) Asistir a las reuniones de planificación, seguimiento y control convocadas por el responsable general de prácticas. b) Mantener actualizado los archivos en el sistema google drive con la información solicitada por el responsable general de prácticas (portafolio del tutor). c) Solicitar la nómina de practicantes de la carrera bajo su responsabilidad. d) Comunicar y realizar el seguimiento a los estudiantes mediante e-mail, visitas in situ y por vía telefónica o red social (guardar las evidencias). e) Solicitar al estudiante una copia impresa del recibido de la carta de asignación enviada por el responsable general de prácticas. f) Informar sobre el proceso a seguir en caso se reasignaciones de practicantes (solicitud universitaria) g) Informar sobre el proceso a seguir en caso de convalidación de prácticas (solicitud universitaria). h) Conservar los números de contacto de estudiantes practicantes, otros tutores, tutor responsable general, docente investigador o persona que hizo el requerimiento de practicantes. i) Realizar el seguimiento al desarrollo del informe final del estudiante. j) Monitorear el proceso y avance de prácticas de los estudiantes. k) Presentar informes sobre el avance de prácticas, cuando el Responsable General de Prácticas lo requiera. l) Antes de la fecha límite anunciada por el responsable general de prácticas, exigir a los estudiantes vía correo electrónico la entrega del informe final para el portafolio digital del tutor de carrera. m) Calificar los informes de prácticas realizados por los estudiantes de acuerdo a la rúbrica.

n) Previo a la fecha de la finalización del periodo estipulada anteriormente, revisar que el portafolio digital esté debidamente cumplimentado (ver índice). o) Atender a los estudiantes de prácticas asignados por carrera durante el proceso (grupos e individual), generar evidencia digital (formato DFOR). p) Organizar la información del portafolio digital por estudiante en orden alfabético, tipo de práctica y escuela en la plataforma Drive. 3.2.1.3.2 responsable general académico. Lo designa Dirección Académica, es el responsable del cumplimiento y normal desarrollo de los objetivos del programa de Prácticas Pre-profesionales. 3.2.1.3.2.1 funciones del responsable general académico. a) Coordinar los procesos de planificación, supervisión y control de la ejecución de prácticas. b) Orientar a los Tutores de las carreras y pasantes sobre el proceso de pasantía. c) Planificar las prácticas para cada período académico. d) Sesionar de forma ordinaria durante cada periodo académico con los tutores de prácticas de cada carrera, de acuerdo con las necesidades de planificación, seguimiento y evaluación. e) Diseñar los documentos e instrumentos necesarios para la ejecución y evaluación de las prácticas. f) Revisar el portafolio de del tutor de carrera. g) Tomar decisiones para resolver problemas que se presenten en el desarrollo de la práctica e informar al Director de Formación y Vinculación. h) Evaluar el desarrollo de las prácticas. i) Monitorear que se realicen las visitas de supervisión de acuerdo al cronograma establecido.

j) Elaborar documentos que certifiquen la supervisión y seguimiento de prácticas: expediente individual e informe final. k) Al finalizar cada periodo académico, el responsable general de prácticas debe realizar un informe cuantitativo y cualitativo por carrera. Este informe junto con sus evidencias digitales debe ser remitido a cada director de escuela con copia a DAC y a la oficina de Aseguramiento de la calidad. l) Solventar cualquier inconveniente que se presente durante el desarrollo del proceso. 3.2.1.3.3 proceso de asignación, desarrollo y evaluación de prácticas. a) Una vez culminadas las matrículas ordinarias y extraordinarias en cada periodo académico, la Dirección de Planificación y Currículum hará llegar la nómina de los estudiantes matriculados en IA1 e IA2 al responsable general de prácticas, en este documento se debe especificar quienes realizarán la práctica y quienes convalidarán con su trabajo actual. Para este último caso deben cumplir ciertos requisitos. Para los casos en los cuales los estudiantes requieran adelantar sus prácticas, deberán esperar el plazo de fechas establecido por la Dirección de Formación para la solicitud de adelanto, publicado por los medios oficiales de comunicación de la Sede, los requisitos serán:  Practicas 1: Haber aprobado o estar cursando Introducción a la Investigación Aplicada y haber obtenido mínimo el 70% de la nota del 1er parcial, del periodo académico en curso, es decir 10,5 de 15pts.  Practicas 2: Haber aprobado o estar cursando Investigación Aplicada I y haber culminado sus prácticas 1 (200 horas). Proceso: 1. Presentar una solicitud universitaria dirigida al Director de Formación Continua y Vinculación con la Colectividad cumplimentada con el requerimiento de adelanto. 2. Entregar en Información.

b) El Responsable General de Prácticas procede con la asignación respectiva respetando los siguientes puntos:  El requerimiento externo es solicitado por la Dirección de Comunicación Institucional y Relaciones Públicas – DRRPP.  El requerimiento interno es solicitado por los diferentes departamentos de la Sede. (solicitado a través de la Dirección Académica – Pro rectorado). “Para el caso de proyectos de investigación científica seleccionados por la Comisión de Investigación, se asignarán los estudiantes como ayudantes de investigación en función del requerimiento planteado en cada proyecto”. c) El Responsable General de Prácticas Pre Profesionales procede con la elaboración de la carta de asignación en digital, la envía por correo al estudiante y especifica:  Imprimir 2 copias y llevar al tutor de la carrera.  El tutor de la carrera indica al estudiante el proceso: 1. Llevar a firmar y sellar por el responsable general de prácticas pre profesionales. 2. Presentarse con el Tutor responsable de la institución (interna / externa).  Entregar el recibido de la carta de asignación al responsable de la carrera. d) A partir de la formalización con la Institución solicitante o departamento interno en el caso de la Sede, se da inicio a las prácticas pre profesional en el horario previamente establecido. e) Durante su desarrollo el tutor responsable de prácticas de cada carrera, coordinará el proceso de visitas de control y seguimiento de los estudiantes en las instituciones en la cuales se encuentran asignados. f) Una vez realizada la visita, el tutor responsable de prácticas de cada carrera deberá entregar un original impreso del informe de seguimiento al Responsable General Académico de Prácticas pre profesionales de la Sede. g) Una vez concluidas las prácticas, el tutor de cada carrera supervisará la realización del

portafolio académico de cada estudiante. 3.2.2. Gestión Administrativa. “La gestión administrativa consiste en actividades realizadas para coordinar el esfuerzo de un grupo, alcanzando metas y objetivos mediante el desempeño de ciertas labores esenciales como son la planeación, organización, dirección y control” (Anzola, 2002, p.70). Münch (2014) afirma: “Uno de los elementos más importantes para garantizar el éxito de la gestión administrativa es la evaluación y control”(p.3). Es decir de esta manera se puede certificar el cumplimiento de los objetivos. 3.2.2.1. administración. “Es un proceso a través del cual se coordinan y optimizan los recursos de un grupo social con el fin de lograr la máxima eficacia, calidad, productividad y competitividad en la consecución de sus objetivos” (Münch, 2014, p.3). 3.2.2.2. gestión. “La gestión es una fusión integradora para coordinar esfuerzos y recursos” (Münch, 2014, p.3) 3.2.2.3. proceso administrativo. “El

proceso administrativo es el conjunto de fases o etapas sucesivas a través de las

cuales se efectúa la administración.” (Münch, 2014, p.24). 3.2.2.4. control. “Es la fase a través de la cual se establecen estándares para evaluar los resultados obtenidos con el objeto de corregir desviaciones, prevenirlas y mejorar continuamente las operaciones” (Münch, 2014, p.25). 3.2.3. Ingeniería de Software. Sommerville (2011) refiere que en la actualidad tanto los individuos y la sociedad necesitan apoyarse en los sistemas de software. Ya que, por la gran demanda, se requiere producir sistemas económicos de manera veloz y que sean eficientes.

Siendo una disciplina estructurada que se enfoca en el desarrollo de sistemas operacionales y mantenimiento a través de herramientas con metodologías que se aplican en el ciclo de vida del software. Se analizan los requerimientos, diseño, pruebas y despliegue del software para cumplir con los estándares que aseguren la calidad del mismo y así satisfacer las necesidades del usuario. Las técnicas de ingeniería de software, facilitan el trabajo del desarrollador que se rige por medio de guías, principios y modelos que le permiten un mejor desarrollo de sus procesos. Pressman (2010) refiere que las herramientas de mundo real, permitiendo la evaluación, validación, depuración y corrección del software desarrollado que se definen por tener principios robustos y productos económicos y confiables. 3.2.4. Desarrollo de Software. Lo fundamental en el desarrollo de software es la planificación de los procesos, donde aseguramos la calidad del mismo, evaluando el sistema para evitar errores, posibles modificaciones mediante la retroalimentación, mejorar la estructura y así obtener un producto eficiente que cumpla las expectativas del cliente. La especificación, desarrollo, validación y evolución del software son el entorno y estructura en el que se ve envuelto el sistema (Sommerville, 2011).

3.2.4.1. software de sistemas. Sommerville (2011) afirma: “Son los programas de cómputo y documentación asociada. Los productos de software se desarrollan para un cliente en particular o para un mercado en general” (p.6). Un buen software debe cumplir con una funcionalidad y el desempeño eficiente en base a los requerimientos de los usuarios del sistema, sustentado en confiabilidad y usabilidad conformado por un grupo de partes y objetos que interactúan entre si formando un todo que está influenciado por relaciones ya definidas. 3.2.4.2. software de aplicación. Según Pressman (2010) los programas trabajan de forma aislada, optimizando la forma de resolución de necesidades específicas. En esta área de aplicaciones se procesan

datos comerciales o técnicos que facilitan la toma de decisiones administrativas o técnicas. 3.2.4.3. aplicaciones web. Según Pressman (2010) las aplicaciones web son conocidas como “webapps”, categorizadas como software centrado en redes. Son un conjunto de archivos de hipertexto vinculados que presentan información con uso de texto y gráficas limitadas. 3.2.5. Ciclo de Vida del Software. Una estructura aplicada al desarrollo de software, se define en cinco actividades estructurales las cuales se desarrollan en un determinado lugar durante el proceso. 3.2.5.1. comunicación. Según Pressman (2010) se establecen los objetivos principales del proyecto, además se reúne información de los requerimientos que permitan definir las características y procesos que realizara el software. 3.2.5.2. planeación. Según Pressman (2010) se describen las tareas técnicas a realizar mediante una elaborada programación de actividades, tomando en cuenta los riesgos probables, los recursos y lo que se obtiene del trabajo realizado. 3.2.5.3. modelado. Según Pressman (2010) se realiza una idea del panorama general, para percatarse de cómo se verá arquitectónicamente, como se pueden realizar ajustes entre las características y procesos a efectuarse. 3.2.5.4. construcción. Según Pressman (2010) en esta fase se realizan pruebas ensayo y error, combinando la generación de código (manual o automatizada) y las pruebas que se requieren para descubrir dichos errores.

3.2.5.5. despliegue. Según Pressman (2010) una vez entregado el software a la persona propietaria, procede a evaluar y realizar una retroalimentación la cual se basa en dicha evaluación. 3.2.6. Metodologías de Desarrollo. Las podemos dividir en metodologías tradicionales y metodologías ágiles. 3.2.6.1. metodologías tradicionales. Están orientadas al desarrollo de software y planificación de un proyecto con un riguroso proceso de licitación de requerimientos, previo a etapas de análisis y diseño. Se concibe un solo proyecto, de grandes dimensiones y estructura definida; se sigue un proceso secuencial en una sola dirección y sin marcha atrás; el proceso es rígido y no cambia; los requerimientos son acordados de una vez y para todo el proyecto, demandando grandes plazos de planeación previa y poca comunicación con el cliente. (Navarro , Fernández, & Morales, 2013, p.31)

3.2.6.2. metodologías ágiles. Según Pressman (2010) las metodologías ágiles son flexibles, se realiza el proyecto de manera segmentada, esto permite a su vez manejar una comunicación constante con el cliente a través de la entrega de avances, que permiten adaptar mejoras y mantener una retroalimentación constante. Las metodologías ágiles son flexibles, pueden ser modificadas para que se ajusten a la realidad de cada equipo y proyecto. Los proyectos ágiles se subdividen en proyectos más pequeños mediante una lista ordenada de características. Cada proyecto es tratado de manera independiente y desarrolla un subconjunto de características durante un periodo de tiempo corto, de entre dos y seis semanas. La comunicación con el cliente es constante al punto de requerir un representante de él durante el desarrollo. Los proyectos son altamente colaborativos y se adaptan mejor a los cambios; de hecho, el cambio en los requerimientos es una característica esperada y deseada, al igual que las entregas constantes al cliente y la retroalimentación por parte de él. Tanto el producto como el proceso son mejorados frecuentemente. (Navarro , Fernández, & Morales, 2013)

3.2.6.2.1 programación extrema (xp). También llamado eXtreme Programing, se aplica en pequeños o medianos grupos de trabajo, entre dos y diez desarrolladores, se basa en 5 valores: Simplicidad, Comunicación, Retroalimentación, Respeto y Coraje. Pressman (2010) afirma: A fin de lograr la comunicación eficaz entre los ingenieros de software y otros participantes (por ejemplo, para establecer las características y funciones requeridas para el software), XP pone el énfasis en la colaboración estrecha pero informal (verbal) entre los clientes y los desarrolladores, en el establecimiento de metáforas para comunicar conceptos importantes, en la retroalimentación continua y en evitar la documentación voluminosa como medio de comunicación. (p.61)

3.2.6.2.2 scrum. El marco de trabajo Scrum es flexible su rapidez al realizar pequeños avances en múltiples fases lo hace fácil de implementar. Según Pressman (2010) afirma: “Los procesos de análisis incorpora las siguientes actividades estructurales: requerimientos, análisis, diseño, evolución y entrega. Que están definidas por tareas a realizar dentro de un determinado tiempo siguiendo un patrón de procesos llamados sprint” (p.69). Scrum utiliza un enfoque incremental que tiene como fundamento la teoría de control empírico de procesos. Esta teoría se fundamenta en transparencia, inspección y adaptación; la transparencia, que garantiza la visibilidad en el proceso de las cosas que pueden afectar el resultado; la inspección, que ayuda a detectar variaciones indeseables en el proceso; y la adaptación, que realiza los ajustes pertinentes para minimizar el impacto de las mismas. (Navarro , Fernández, & Morales, 2013, p.33) Los llamados Equipos Scrum son auto-gestionados, multifuncionales y trabajan en iteraciones. La autogestión les permite elegir la mejor forma de hacer el trabajo, en vez de tener que seguir lineamientos de personas que no pertenecen al equipo y carecen de contexto. Los integrantes del equipo tienen todos los conocimientos necesarios (por ser multifuncionales) para llevar a cabo el trabajo. La entrega del producto se hace en iteraciones; cada iteración crea nuevas funcionalidades o modifica las que el dueño del producto requiera. (Navarro , Fernández, & Morales, 2013, p.33)

El equipo Scrum está formado por los siguientes roles:  Scrum master: Encargado de guiar al equipo para que cumpla las reglas y procesos de la metodología.  Dueño del producto: Representante de quiene usan el software. Se focaliza en la parte de negocio y es responsable del proyecto.  Equipo de desarrollo: Desarrollan el proyecto llevando a cabo las tareas de cada sprint. Artefactos de Scrum están diseñados para incrementar la transparencia de la información, los cuales son:  Product backlog: Es una lista de las características, funcionalidades y requisitos que se utilizarán para el desarrollo del producto, el Product owner es el responsable del contenido de la lista.  Sprint backlog: Es el Product blacklog dividido en sprints. Es una predicción hecha por el Team acerca de las funcionalidades que formarán parte de cada incremento.  Incremento: Es la suma del total de tareas del sprint backlog, al final el incremento debe estar entregable: terminado y probado, ver Figura 1.

Figura 1. Estructura de iteraciones marco de trabajo SCRUM. Adaptado de “Revisión de metodologías ágiles para el desarrollo de software” por Navarro , Fernández, & Morales, 2013, Grupo de investigación i2T, p.33.

3.2.7. Sistema Gestor de Base de Datos. Son un conjunto de programas su función es almacenar, modificar y extraer información de una base de datos, permitiendo la creación de usuarios con diferentes tipos de

accesos y herramientas que permitan añadir, borrar, analizar y modificar los datos. 3.2.7.1. mariadb. Siendo MariaDB, ver Figura 2, una división de MySQL ha llegado a ser una de las herramientas de administración de base de datos más popular en la actualidad, heredando sus atributos como:  Solidez.  Seguridad.  Rapidez al dar soporte.

Figura 2. Logo MariaDB Recuperado de: https://mariadb.org

3.2.7.2. postgresql. “PostgreSQL es un potente sistema de base de datos relacional de objetos abierto que utiliza y amplía el lenguaje SQL combinado con muchas características que almacenan y escalan de forma segura las cargas de trabajo de datos más complicadas”, ver Figura 3, (PostgreSQL, 2018). Sus principales características son:  Fiabilidad, recuperación de desastres  Seguridad

Figura 3: Logo PostgreSQL. Recuperado de: https://www.postgresql.org

3.2.8. Base de Datos. Las bases de datos están conformadas por tablas que contienen columnas y filas. Las columnas guardan una parte de la información sobre cada elemento, cada fila de la tabla conforma un registro. Según Rubinos & Nuevo (2011) “se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas”. 3.2.8.1. relacionales. Se basan en representar los datos en tablas que a su vez generan relaciones, siendo una colección muy bien estructurada de datos eficientes y confiables. Según Aponte & Méndez (2016) “las bases de datos relacionales consisten en un conjunto de tablas, a las cuales se les asigna un nombre exclusivo; tiene como estructura la selección de atributos para cada tabla y un dominio asociado a ese atributo”(p.29). 3.2.9. Herramientas de Desarrollo Web. 3.2.9.1. editores de código. La necesidad de escribir código en varios lenguajes de programación crea una mayor variedad de editores cada uno tiene una metodología de trabajo distinta que permite generar un estilo propio. 3.2.9.1.1 sublime text. Es un editor de código multiplataforma con una interfaz muy agradable con el usuario sus plugins son de gran utilidad, es versátil, aunque sea de software propietario y se necesite una licencia se lo puede utilizar gratuitamente. 3.2.9.1.2 atom. Esta cuenta con una interfaz muy similar a Sublime Text, es de código abierto lo administra Github y es poseedor de una gran variedad de extensiones lo que la hace muy fácil de personalizar generando un buen ambiente de trabajo y estilo. 3.2.9.2. lenguajes de programación. Es una técnica de comunicación estandarizada de instrucciones que expresan el

lenguaje diseñado para describir el conjunto de acciones consecutivas que un computador debe realizar. Las comunicaciones entre los equipos se dan de una manera distinta a través de protocolos de comunicación. Según Xhafa, Vázquez , Gómez, Molinero, & Martín (2006) “Un lenguaje de programación permite a un programador especificar de manera precisa sobre qué datos debe operar, cómo estos datos deben ser almacenados y transmitidos y qué acciones debe tomar bajo una variada gama de circunstancias.” (p.37) Es mucho más fácil de comprender que un lenguaje máquina, permite mayor portabilidad y adaptabilidad entre distintos equipos. 3.2.9.2.1 php. Es un lenguaje de programación multiplataforma que fue diseñado para el desarrollo web con contenido dinámico, éste lenguaje destaca su facilidad de aprender, por su similitud con otros lenguajes y la capacidad de conexión a diversos gestores de bases de datos. Cabe estacar que es un lenguaje de código abierto y gratuito. Algunas de sus principales características son:  Es un lenguaje sencillo y fácil de estudiar y aprender.  Dispone de mucha documentación. 3.2.9.2.2 javascript. “JavaScript (JS) es un lenguaje ligero e interpretado, orientado a objetos con funciones de primera clase, más conocido como el lenguaje de script para páginas web” (Javascript, 2018). 3.2.9.3. framework. 3.2.9.3.1 laravel. Laravel mejora la organización de las vistas y su rendimiento. Sobre todo, cuando las vistas pueden llegar a ser muy complejas incluso con elementos anidados. El MVC contiene el HTML servido por su aplicación y separa la lógica de su controlador aplicación de su lógica de presentación. Las vistas se almacenan en el directorio, a través de las plantillas blade que son archivos de texto plano, (Otwell, 2018).

Siendo Laravel un marco de código abierto que tiene un conjunto muy amplio de características que impulsarán la velocidad del desarrollo web. Algunas de sus principales características son:  Blade, motor de plantillas  Eloquent ORM  Basado en Composer  Soporte para el caché  Soporte para MVC

3.3. Comparación entre metodología tradicional y ágil Para realizar la calificación de las características se utilizaron los siguientes parámetros de evaluación.  0 equivale a 0% de las características para ser la metodología óptima.  1 equivale al menos un 50% de las características para ser la metodología óptima.  2 equivale a 100% de las características para ser la metodología óptima. A continuación se detallan las características que se compararon:  Adaptativas a cambios: Admiten la incorporación de cambios en el desarrollo del producto.  Eficiencia: Está dada por el grado en que se cumplieron los objetivos previstos.  Comunicación constante: Permite tener una interacción entre los involucrados en el desarrollo del producto y el cliente.  Trabajo en equipo: Es la unión de dos o más personas, que colaboran para lograr cumplir un objetivo en común.  Documentación: Es la base que evidencia todos los procesos que se generan en el

desarrollo del producto desde el inicio hasta su culminación. En la tabla 1, se muestra características relevantes de las metodologías tradicionales y agiles, que permitió realizar una comparativa y así definir cuál es la más adecuada para adaptar al producto. Tabla 1. Comparación entre metodologías tradicionales vs ágiles Características

Metodologías tradicional Metodologías ágiles

Adaptativa a cambios

Eficiencia

Comunicación constante

Trabajo en equipo

Documentación

Total

6/10

8/10

Porcentaje

60%

80%

Nota: datos obtenidos de la investigación de campo

En base a los resultados de la comparativa se estableció que las metodologías tradicionales cuentan con una ponderación del 60% mientras que las metodologías ágiles un 80%, se determinó que la metodología ágil es óptima, para el desarrollo del producto.

3.4. Comparación de metodologías ágiles. Se realizó una comparativa entre las siguientes metodologías ágiles: XP y Scrum. Para realizar la calificación de las características se utilizaron los siguientes parámetros de evaluación:  0 equivale a 0% de las características para ser una metodología de trabajo óptima.  1 equivale al menos un 50% de las características para ser una metodología de trabajo óptima.  2 equivale a 100% de las características para ser una metodología de trabajo óptima. A continuación se detallan las características que se compararon:  Adaptativo: Admiten la incorporación de cambios en el desarrollo del producto.

 Comunicación constante: Colaboración adecuada entre los involucrados en el desarrollo del producto y el cliente.  Trabajo en equipo: Colaboración constante entre el grupo de personas que desarrollan el producto o servicio.  Enfocada a proyectos: Se enfoca a todo tipo de proyecto. En la tabla 2, se muestra características relevantes del marco de trabajo ágil SCRUM y la metodología ágil XP, que permitió realizar una comparativa y así definir cuál es la más adecuada para adaptar al producto. Tabla 2. Comparación entre metodologías ágiles XP y SCRUM XP

SCRUM

Adaptativo

Comunicación constante

Trabajo en equipo

Enfocada a proyectos

7/8

8/8

87.5%

100%

Características

Total Porcentaje

Nota:datos obtenidos de la investigación de campo

En base a los resultados se determinó que SCRUM es óptimo para el desarrollo del producto obtenido una ponderación de 100% de las características expuestas, frente a un 87.5% de XP. El marco de trabajo SCRUM facilita la administración de proyectos, programas y portafolios de cualquier tamaño y complejidad, dividiendo las tareas a realizar con el fin de generar comunicación constante con el product owner quién es la persona que toma las decisiones.

3.5. Comparación de sistemas gestores de base de datos. De acuerdo a lo descrito en el trabajo de titulación, se utilizaron las siguientes características para determinar el mejor gestor de base de datos para el presente proyecto. Se realizó una comparativa entre los siguientes gestores de base de datos: PostgreSQL y MariaDB.

Se tiene los siguientes parámetros:  0 equivale a 0% de las característica para ser el gestor de base de datos óptimo.  1 equivale al menos un 50% de las características ser el gestor de base de datos óptimo.  2 equivale a 100% de las características para ser el gestor de base de datos óptimo. A continuación se detallan las características que se compararon:  Licencia libre: Asegura que el software es de uso gratuito para todos sus usuarios.  Instalación: Facilidad con la que se instala el SGBD.  Portabilidad: Es una característica que permite que una base de datos pueda moverse o montarse en cualquier otra plataforma.  Confiabilidad: Se da a través de la ejecución de las solicitudes de usuario sin violar la consistencia de la base de datos.  Rendimiento: El tiempo que tarda un SGBD en procesar una petición. En la tabla 3, se muestra características relevantes de los sistemas gestores de base de datos, que permitió realizar una comparativa y así definir cuál es la más adecuada para adaptar al producto. Tabla 3. Comparación del desempeño de los Sistemas Gestores de Bases de Datos PostgreSQL

MariaDB

Licencia libre

Instalación

Portabilidad

Confiabilidad Rendimiento

2 2

1 1

Total

9/10

8/10

Porcentaje

90%

80%

Características

Nota: datos obtenidos de la investigación de campo

En base a los resultados se determinó que PostgresSQL es la mejor opción, obteniendo una ponderación del 90% frente a un 80% de MariaDB.

4. METODOLOGÍA 4.1. Enfoque/ Diseño/Tipo de investigación La presente investigación tiene un enfoque mixto, de acuerdo con Tashakkori & Teddlie (2003) “Es una combinación de los métodos cualitativo y cuantitativo, debido a que recolecta, analiza y vincula datos de los dos métodos en un mismo estudio, ya que responde al planteamiento de problema y/o preguntas de investigación.” (p.18). Es cualitativo debido a que se realizó una entrevista con el encargado del departamento de formación continua, con el fin de obtener los procesos que se realizan en el manejo de prácticas pre-profesionales; y cuantitativo ya que se realizó una encuesta, con el fin de determinar la factibilidad de implementación del sistema web. Según Gómez (2006) “el diseño no experimental se realiza sin manipular ninguna variable, por lo tanto, observaremos el objeto de investigación tal y como se da de forma natural, para luego proceder a analizarlo” (p. 102). El diseño no experimental permitió conocer y analizar los procesos que se están llevando a cabo de forma manual en cuanto a prácticas pre-profesionales y los efectos que este ha tenido. La investigación aplicada, se caracteriza por su interés en la aplicación, utilización y consecuencias prácticas de los conocimientos adquiridos del tema investigado. Ésta investigación está estrechamente ligada con la básica ya que se enriquece de los descubrimientos y avances de la investigación. (Lara, 2013, p.106) Se escogió este tipo de investigación ya que permitió hacer uso de los conocimientos adquiridos durante toda la carrera profesional para así dar una solución óptima a la poblemática planteada que fue el desarrollo del sistema web, también investigación descriptiva que como su nombre lo dice, podemos describir todas las etapas del trabajo de titulación desde su inicio empezando por la descripción del problema y como se lo maneja en el presente hasta el análisis minucioso de la información, y por último investigación de campo la cual para poder obtener información se procedió directamente a consultarlo con la persona encargada, Responsable general académico.

4.2. Población/ Muestra Posso (2009) define a población como “Conjunto de unidades de investigación, pudiendo ser referidas a personas, instituciones, hechos, etc.” (p.133) En el desarrollo del presente trabajo de titulación, la población está conformada por: responsable general académico de prácticas y tutores de las carreras: Administración de Empresas, Contabilidad y Auditoría, Comunicación, Diseño, Ingeniería de Sistemas, Educación Básica y Turismo. La Escuela de Enfermería tiene sus propios lineamientos de prácticas, por tal razón no se la considera en el presente trabajo de titulación. Lo que tendríamos como población 8 unidades. Muestra es “Conjunto de casos o individuos extraídos de una población por algún sistema de muestreo” (Lara, 2013, p.375). De acuerdo a varios investigadores si la población es menor a 30 o 40 unidades, no hay que determinar una muestra, en este caso es necesario desarrollar un censo utilizando los instrumentos de recolección de datos a toda la población, siempre y cuando esto pueda ser posible. (Posso, 2009, p.136) Considerando lo mencionado, la muestra será igual a la cantidad de la población, en este caso 8 unidades.

4.3. Técnicas e instrumentos de recogida de datos Aguilar (Citado en Posso, 2009, pág.64) sostiene: “Las técnicas son procedimientos o recursos fundamentales de recolección de información de los que se vale el investigador para acercarse a los hechos y acceder a su conocimiento”. Posso (2009) afirma: “El instrumento de las técnicas de la encuesta y entrevista es el cuestionario” (p.64). Se utilizó diversos tipos de técnicas como la entrevista y encuesta para la recolección de información, así mismo el cuestionario como instrumento de recogida de datos. La entrevista es una técnica para obtener información, Münch, Métodos y técnicas de investigación (2009) lo define como “el arte de escuchar y captar información” (p.77).

En el presente trabajo de titulación se utilizó una entrevista no estructurada de tipo focalizada y libre, la misma que se aplicó al responsable general académico de prácticas preprofesionales del departamento de formación continua y vinculación con la colectividad, ver Anexo 1 y al docente tutor de la carrera de Ingeniería de Sistemas, ver Anexo 2, de manera que se investigó todo lo referente al objeto de estudio (procesos y problemáticas actuales), teniendo el investigado absoluta libertad para expresar su opinión sobre el tema de investigación. “La encuesta es una técnica que consiste en obtener información acerca de una parte de la población o muestra, mediante el uso del cuestionario” (Münch, 2009, p.70). Se aplico una encuensta a los tutores de las carreras, “El cuestionario es un instrumento de recogida de datos con un formato redactado en forma de interrogatorio en donde se obtiene información acerca de las variables que se van a investigar” (Münch, 2009, p.71). Mediante un cuestionario, se procedió a realizar la tabulación y análisis de los datos, ver Anexo 3, con ello se corroboró que se necesita la implementación de un sistema web para la automatización del proceso.

4.4. Técnicas de Análisis de Datos “Es una técnica para estudiar cualquier tipo de comunicación de una manera objetiva y sintética que cuantifica los mensajes o contenidos en categorías y sub categorías, y los somete a análisis estadístico” (Hernández S, Fernández C, & Baptista L, 2010, pág. 260). Se empleó un análisis cualitativo exhaustivo de la información obtenida de la entrevista realizada al Responsable general académico perteneciente al Departamento de Formación Continua y Vinculación con la colectividad de la PUCE SD, con ello se pudo obtener el diagrama de procesos y actividades; y funcionalidad del sistema. También se empleó un análisis cuantitativo el cual fue estadístico, se tabuló la información obtenida con ayuda de Excel, obteniendo las gráficas representativas a cada pregunta de la encuesta.

5. RESULTADOS 5.1. Análisis situacional de la población para el uso del sistema 5.1.1. Entrevista al Responsable General Académico del Departamento de Formación continua y vinculación con la colectividad de la PUCE SD.

Figura 4: Entrevista a Encargado General Académico PPP. Fuente: Investigación de campo.

Figura 5: Entrevista a Encargado General Académico PPP. Fuente: Investigación de campo.

Figura 6: Entrevista a Encargado General Académico PPP. Fuente: Investigación de campo.

Figura 7: Entrevista a Encargado General Académico PPP. Fuente: Investigación de campo.

Nota: Se obtuvo el diagrama de procesos y actividades de las prácticas preprofesionales, ver Figura 8, así también el listado de requerimientos, ver Anexo 4.

Figura 8. Diagrama de procesos y actividades de prácticas pre-profesionales del departamento de ormación continua y vinculación con la colectividad. Fuente: Se obtuvo en base a entrevista a Encargado General Académico PPP.

5.1.2. Entrevista al Docente Tutor asignado de la carrera de Ingeniería de Sistemas.

Figura 9: Entrevista Docente Tutor carrera de Ingeniería de Sistemas. . Fuente: Investigación de campo.

5.1.3. Encuesta a tutores de cada carrera, se excluye Enfermería. Se realizó una encuesta, ver Anexo 3, a tutores responsables de cada carrera (Administración de Empresas, Contabilidad y Auditoría, Comunicación, Diseño, Ingeniería de Sistemas, Educación Básica y Turismo), para determinar la necesidad que existe de implementar un sistema web para la automatización de los procesos. Se excluye a la escuela de enfermería ya que ésta cuenta con lineamientos propios en cuanto a prácticas pre-profesionales, como lo explicó el responsable general académico del departamento de formación continua y vinculación con la colectividad, Sr. Cristian Mendoza.  PREGUNTA 1.  ¿Existe un sistema web dentro de la Universidad que le permita calificar y dar seguimiento a las prácticas pre-profesionales? Tabla 4. Resultados obtenidos de pregunta #1 de la encuesta Alternativa Cantidad SI 0 NO 7 Total 7

Porcentaje 0% 100% 100%

Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 10. Representación gráfica de pregunta #1 Fuente: Investigación de campo

Análisis: Los resultados obtenidos de la primera pregunta arrojan un 100% de la alternativa No indicando que en la institución no se cuenta con un sistema donde el tutor pueda dar seguimiento y asignar calificación a la práctica de los estudiantes.

 PREGUNTA 2. 

¿Existen dificultades en el seguimiento de los estudiantes cuando realizan las prácticas pre-profesionales? Tabla 5. Resultados obtenidos de pregunta #2 de la encuesta Opción Cantidad SI 5 NO 2 Total 7

Porcentaje 71% 29% 100%

Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 11. Representación gráfica de pregunta #2 Fuente: Investigación de campo.

Análisis: Los resultados obtenidos de la segunda pregunta nos arroja un 71% de SI y 29% de NO indicando que la mayoría ha presentado dificultades en el proceso de seguimiento por parte del profesor asignado.  PREGUNTA 3.  ¿La asignación de prácticas pre-profesionales, que se realiza a través de archivos de Word y Excel por parte del departamento de formación continua es funcional? Tabla 6. Resultados obtenidos de pregunta #3 de la encuesta Opción Cantidad Porcentaje SI 1 14% NO 6 86% Total 7 100% Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 12. Representación gráfica de pregunta #3 Fuente: Investigación de campo.

Análisis: Los resultados obtenidos de la tercera pregunta arroja un 14% de SI y 86% de NO indicando que la mayoría considera que no es funcional la asignación de prácticas preprofesionales utilizando archivos de Word y Excel.  PREGUNTA 4.  ¿El cronograma de actividades programado para los estudiantes que realizan prácticas pre-profesionales se cumple de manera oportuna? Tabla 7. Resultado obtenido de pregunta #4 de la encuesta Opción Cantidad SI 2 NO 5 Total 7

Porcentaje 29% 71% 100%

Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 13. Representación gráfica de pregunta #4 Fuente: Investigación de campo.

Análisis: Los resultados obtenidos de la cuarta pregunta nos arroja un 29% de SI y

71% de NO indicando que la mayoría considera que no se cumple de manera correcta el cronograma de actividades.  PREGUNTA 5.  ¿Un sistema web permite llevar de mejor manera el seguimiento de los estudiantes que realizan prácticas pre-profesionales? Tabla 8. Resultado obtenido de pregunta #5 de la encuesta Opción Cantidad SI 7 NO 0 Total 7

Porcentaje 100% 0%

100%

Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 14. Representación gráfica de pregunta #5. Fuente: Investigación de campo.

Análisis: Los resultados obtenidos de la quinta pregunta nos arroja un 100% de SI y 0% de NO indicando que la mayoría considera que si se debería llevar de mejor manera el seguimiento a los estudiantes utilizando un sistema web.  PREGUNTA 6.  ¿Es necesario la automatización de procesos para la gestión de prácticas preprofesionales para brindar un mejor servicio al usuario? Tabla 9. Resultado obtenido de pregunta #6 de la encuesta Opción Cantidad SI 7 NO 0 Total 7 Nota: datos obtenidos de la encuesta a docentes tutores.

Porcentaje 100% 0% 100%

Figura 15. Representación gráfica de pregunta #6 Fuente: Investigación de campo.

Análisis: Los resultados obtenidos de la sexta pregunta nos arroja un 100% de SI y 0% de NO indicando que la mayoría considera que si se debería automatizar los procesos que corresponden a la gestión de prácticas pre-profesionales.  PREGUNTA 7.  ¿Es necesario que el departamento de formación continua disponga de un sistema para la gestión de prácticas pre-profesionales? Tabla 10. Resultado obtenido de pregunta #7 de la encuesta Opción Cantidad SI 7 NO 0 Total 7 Nota: datos obtenidos de la encuesta a docentes tutores.

Figura 16. Representación gráfica de pregunta #7 Fuente: Investigación de campo.

Porcentaje 100% 0%

100%

Análisis: Los resultados obtenidos de la séptima pregunta nos arroja un 100% de SI y 0% de NO indicando que la mayoría considera que si se debería implementar un sistema web que ayude al manejo de los procesos de prácticas pre-profesionales en el departamento de formación continua. 5.1.4. Identificación de Interesados. Los interesados son todas aquellas personas que se verán impactadas por el proyecto, directa o indirectamente, a continuación se detallan los interesados del presente trabajo, ver Tabla 11. Tabla 11. Identificación de interesados Letra asignada

Nombre del representante

Cargo

Directora Formación Continua y Vinculación con la colectividad

Ing. Yudy Clavijo

Responsable General Académico PPP

Sr. Cristian Mendoza

Tutores de carrera

Directora Relaciones Públicas

Estudiantes

Ing. Andrea Strom

Nota: datos obtenidos de la entrevista a Responsable General Académico PPP.

5.2. Propuesta de intervención 5.2.1. Fase de desarrollo del sistema web utilizando el marco de trabajo Scrum. 5.2.1.1. eventos de scrum. 5.2.1.1.1 sprint 1. 5.2.1.1.1.1 sprint planning. Puntualizados los roles, ver Tabla 12, se realiza una reunión con el Dueño del producto para el respectivo análisis de las funcionalidades. Tabla 12. Roles equipo SCRUM ROLES EQUIPO SCRUM Product Owner

Sr. Cristian Mendoza

SCRUM Master SCRUM Team

Srta. Evelyn Chungandro Sr. Yordano Espinoza

Nota: datos obtenidos de la investigación de campo.

5.2.1.1.1.1.1 product backlog. El Product owner es el dueño del producto, quién tiene la capacidad necesaria para tomar decisiones cuando esta lo requiera, además es quén realiza el análisis de funcionalidades con sus respectivas prioridades de negocio, se socializó al SCRUM Master y Equipo de desarrollo las cuales se sintetizaron en historias de usuario, ver Anexo 5, que son los ítems del product backlog, ver Tabla 13. El dueño del producto da la prioridad del negocio, la cual indica que historia tiene mayor prioridad en cuanto a otra, donde 100 va a ser la de más alta prioridad; a su vez, el riesgo en desarrollo lo determina el equipo de desarrollo SCRUM, puede identificarse como ALTA, MEDIA o BAJA; todos estos campos se los determina en las historias de usuario, ver Anexo 5. Tabla 13. Product Backlog N° Historia

Historia

Estimación

Prioridad del negocio

Riesgo en Desarrollo

MEDIA

Administrar escuelas

MEDIA

Administrar carreras

MEDIA

Administrar periodos

MEDIA

Roles y permisos

ALTA

Administrar instituciones

ALTA

Administrar estudiantes

ALTA

Administrar requerimientos internos y externos

MEDIA

Asignación de la práctica pre-profesional

100

ALTA

Nota: datos obtenidos de la investigación de campo.

Tabla 14. Escala de complejidad Escala < al 8 Del 8 al 13 > 13

Complejidad en desarrollo BAJA MEDIA ALTA

Nota: datos obtenidos de la investigación de campo.

El Equipo de desarrollo estima en términos de dificultad, métrica puntos de historia, se optó por la técnica secuencia Fibonacci; la velocidad de desarrollo se plantea en 58 puntos de historia. 5.2.1.1.1.1.2 sprint backlog 1. El equipo de desarrollo revisa el product backlog y lo divide en sprint de acuerdo a la estimación realizada, ver Tabla 15, además se incluyen tareas de ingeniería. Tabla 15. Sprint Backlog 1 Sprint Estimación Asignado

N° HU

1 Login

Análisis

Tareas de ingeniería Base de datos

Diseño

Conexión MariaDB y

Codificación

Laravel

Categoría

Diseño Codificación Pruebas

2 Administrar Escuelas

3 Administrar 1

carreras

Análisis Diseño Codificación Pruebas Análisis Diseño Codificación Pruebas Análisis

4 Administrar Periodos

5 Roles y Permisos

Diseño Codificación Pruebas

Realizado

Interfaz Login

Realizado

Interfaz Escuelas Administrar Escuelas Interfaz Carreras Administrar Carreras Interfaz Periodo Administrar Periodos Interfaz

Diseño

Roles y Permisos

Codificación Pruebas

Estado

Análisis

Codificación

Estimación de tarea

Asignar Permisos a Rol Asignar Rol a Usuario Roles y Permisos

44 Tabla 15 (Continuación) Sprint Backlog 1 Análisis Diseño 6 Administrar Instituciones

Interfaz Instituciones

Realizado

Codificación Codificación

Pruebas

Carga de archivo Excel instituciones Administrar Instituciones

Nota: datos obtenidos de la investigación de campo.

5.2.1.1.1.2 desarrollo del sprint 1.  Historia de Usuario (HU) 1: Login La primera HU del sprint 1 contiene las siguientes tareas de ingeniería:  HU1 T1 De acuerdo a la comparativa de sistemas gestores de base de datos, la base de datos óptima para el desarrollo del producto es PostgreSQL, no obstante a petición de DTI se utilizó MariaDB. El análisis y Diseño de la base de datos se realizó mediante sistema gestor de MariaDB (PhpMyAdmin), posteriormente se realizó la conexión a MySQLWorkbench para gestionarlo desde allí. La conexión de la base de datos ppp creada en MaríaDB con PHP Framework Laravel, se la realizó con ayuda del mismo framework ya que tiene soporte para varios motores de bases de datos incluyendo a los más populares como: MySQL, Postgresql, SQLite3, SQL Server; en el sistema PpP se maneja base de datos MaríaDB pero como contiene arquitectura muy similar a MySQL que en la actualidad es software comercial, se sigue manejando MySQL para las conexiones. En la carpeta del sistema PpP ubicamos el archivo .env, ver Figura 17, ubicado en la raíz del proyecto el cual es un archivo creado por defecto al momento de la instalación del framework mediante composer, finalizado el proceso se procedió a ejecutar la línea de comando php artisan migrate mediante la consola de comandos, éste generará las tablas users, password_resets y migrates en la base de datos, dichas tablas nos servirán para el inicio de sesión de los usuarios, ver Figura 18.

Figura 17. Captura de pantalla Conexión MariaDB con Framework Laravel 5.5 Fuente: Sistema Web PpP

Figura 18. Captura de pantalla a Base de Datos Fuente: Sistema Web PpP

 HU1 T2 Para la interfaz de Login se tomó el diseño por defecto que laravel genera al momento de correr la migración, se integró un poco de bootstrap en el diseño, ver Figura 19.

Figura 19.Captura de pantalla a Login Fuente: Sistema Web PpP

Tanto en los botones de registrarse como en entrar se generaron al momento de crear el Login por medio de artisan, así como también el controlador y modelo; Laravel tiene su propia autenticación y encriptación. Botón Registrarse: App/Http/Controllers/Auth/RegisterController.php protected function create(array $data) { return User::create([ 'name' => $data['name'], 'email' => $data['email'], 'password' => bcrypt($data['password']), ]); } Botón Entrar: App/Http/Controllers/Auth/LoginController.php public function __construct() { $this->middleware('guest')->except('logout'); }

public function handle($request, Closure $next, $guard = null) { if (Auth::guard($guard)->check()) { return redirect('/home'); } return $next($request); } Restablecer contraseña mediante protocolo SMTP: App/Notifications/ResetPasswordNotification.php public function toMail($notifiable) { return (new MailMessage) ->from('noreply@pucesd.edu.ec','PUCESD') ->subject('Restablecer contraseña') ->greeting('Hola '.$this->name.'!')

->line('Usted está recibiendo este correo electrónico porque recibimos una solicitud de restablecimiento de contraseña para su cuenta.') ->action('Restablecer contraseña', url(config('app.url').route('password.reset', $this->token, false))) ->line('Si no solicitó restablecer la contraseña, no se requieren más acciones.'); }  HU1 T3 Se ha probado el registro y acceso de usuarios, ver Figura 20, restablecer contraseña, y Listado de Usuarios, ver Figura 21, así como también editar y eliminar.

Figura 20. Captura de pantalla Acceso a usuarios Fuente: Sistema Web PpP

Figura 21. Captura de pantalla Listado Usuarios Fuente: Sistema Web PpP

 HU2: Administrar Escuelas  HU2 T1 El desarrollo de la interfaz del formulario escuela se lo realizó mediante bootstrap, ver Figura 22.

Figura 22. Captura de pantalla interfaz Escuelas Fuente: Sistema Web PpP

Botón Guardar interfaz Crear Escuela: App/Http/Controllers/EscuelasController.php public function create() { return view('escuelas.create'); } public function store(Request $request) { $model = $this->mainRepo->getModel(); $data = $request->all(); $manager = new EscuelaManager($model, $data); $validation = $manager->validate(); if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $item = $manager->save(); return redirect()->route('escuelas.index')->with ('success', 'Creado correctamente'); }  HU2 T2 Se han realizado las pruebas respectivas, crear, editar y eliminar, donde esto se ve plasmado en interfaz Listado escuelas, ver Figura 23.

Figura 23. Captura de pantalla Listado Escuelas Fuente: Sistema Web PpP

 HU3: Administrar Carreras  HU3 T1 El desarrollo de la interfaz del formulario carreras se lo realizó mediante bootstrap, ver Figura 24.

Figura 24. Captura de pantalla interfaz Carreras Fuente: Sistema Web PpP

Botón Guardar interfaz Crear Carrera: App/Http/Controllers/CarrerasController.php public function create() { $escuela = Escuela::getArrayEscuelas(); return view('carreras.create')->with('escuelas',$escuela); } public function store(Request $request) {

$model = $this->mainRepo->getModel(); $data = $request->all(); $data['estado'] = true; $manager = new CarreraManager($model, $data); $validation = $manager->validate(); if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $item = $manager->save(); return redirect()->route('carreras.index')->with ('success', 'Creado correctamente'); }  HU3 T2 Se han realizado las pruebas respectivas crear, editar y eliminar, donde esto se ve plasmado en interfaz Listado Carreras, ver Figura 25.

Figura 25. Captura de pantalla Listado Carreras Fuente: Sistema Web PpP

 HU4: Administrar Periodos  HU4 T1 El desarrollo de la interfaz del formulario periodos se lo realizó mediante bootstrap, ver Figura 26.

Figura 26. Captura de pantalla interfaz Periodo Fuente: Sistema Web PpP

Cada periodo creado se guardará como el actual, lo cual es base prioritaria dentro del sistema para el ingreso de estudiantes y asignación de prácticas que se desarrollará en el siguiente sprint. Para activar o cerrar un periodo específico se desarrollaron las siguientes funciones: App/Http/Controllers/PeriodosController.php public function activar($id) { $periodo = Periodo::find($id); if (is_null($periodo)){ return redirect()->back()->with('error', $this->pre.' no encontrad'.$this>pos.''); } $periodo['actual'] = true; $periodo->save(); Periodo::where('actual', '=', true)->where('id','!=',$periodo->id)>update(['actual' => false]); return redirect()->route('periodos.index')->with ('success', 'Periodo actual cambiado exitosamente'); } public function cerrar($id) { $periodo = Periodo::find($id); if (is_null($periodo)){ return redirect()->back()->with('error', $this->pre.' no encontrad'.$this>pos.''); } $periodo['actual'] = false; $periodo->save(); return redirect()->route('periodos.index')->with ('success', 'Periodo terminado exitosamente'); }

 HU4 T2 Se han realizado las pruebas respectivas, crear, editar y eliminar, donde esto se ve plasmado en interfaz Listado Periodos, ver Figura 27.

Figura 27. Captura de pantalla Listado Periodos Fuente: Sistema Web PpP

 HU5: Asignar Roles y permisos La quinta HU del sprint 1 contiene las siguientes tareas de ingeniería:  HU5 T1 Se implementó el paquete Shinobi, instalado a través de Composer, el cual ofrece un sistema de permisos basado en roles para los usuarios (Auth) de Laravel, shinobi contiene la siguiente estructura:  Cada usuario puede tener cero o más roles.  Cada rol puede tener cero o más permisos. Shinobi crea modelos con sus respectivas configuraciones y entidades, tablas necesarias, ver Figura 28, y ayuda con algunos métodos por defecto.

Figura 28. Captura de pantalla Base de datos ppp Fuente: Sistema Web PpP

Para el diseño de la interfaz roles y permisos se utilizó bootstrap 3, ver Figura 29.

Figura 29. Captura de pantalla Interfaz roles y permisos Fuente: Sistema Web PpP

 HU5 T2 Se realizó el desarrollo de la asignación de permisos a roles. App/Http/Controllers/RoleController.php public function create() { $permissions=Permission::get(); return view('roles.create', compact('permissions')); }

public function store(Request $request) { $roleModel = $this->mainRepo->getModel(); $data = $request->all(); $manager = new RoleManager($roleModel, $data); $validation = $manager->validate(); if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $role = $manager->save(); $role->permissions()->sync($request->get('permissions')); return redirect()->route('roles.index')->with ('success', 'Creado correctamente'); }  HU5 T3 Para asignar rol a usuario, se lo realizó mediante la interfaz Editar Usuario de Listado de Usuarios, de tal manera que se podrá seleccionar de una lista desplegable los diferentes roles creados, ver Figura 30, para el rol tutor se deberá seleccionar de una segunda lista desplegable que se mostrará a que carrera será asignado.

Figura 30. Captura de pantalla administrar carreras. Fuente: Sistema Web PpP

 HU5 T4 Se han realizado las pruebas respectivas a creación de rol y asignación de permisos a rol, ver Figura 31 y asignación de rol a usuario, ver Figura 32.

Figura 31. Captura de pantalla Listado Roles Fuente: Sistema Web PpP

Figura 32. Captura de pantalla Listado Usuarios asignación Rol a Usuario Fuente: Sistema Web PpP

 HU6: Administrar Instituciones  HU6 T1 El desarrollo de la interfaz de los formularios de la pestaña Instituciones se lo realizó mediante bootstrap 3, ver Figura 33.

Figura 33.Captura de pantalla interfaz Crear Institución Fuente: Sistema Web PpP

Botón Guardar interfaz Crear Institución: App/Http/Controllers/InstitucionsController.php public function create() { return view('institucions.create'); } public function store(Request $request) { $model = $this->mainRepo->getModel(); $data = $request->all(); $data['estado_insti'] = isset($data['estado_insti'])?true:false; $data['convenio'] = isset($data['convenio'])?true:false; $manager = new InstitucionManager($model, $data); $validation = $manager->validate(); if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $item = $manager->save(); return redirect()->route('institucions.index')->with('success', 'Creado correctamente'); }  HU6 T2 Para la carga masiva de información de instituciones con y sin convenio se utilizó una plantilla de Excel con los campos necesarios, ver Figura 34.

Figura 34. Captura de pantalla plantilla Excel para carga de Instituciones Fuente: Sistema Web PpP

Botรณn Cargar Instituciรณn/Subir interfaz Listado Instituciones: App/Http/Controllers/InstitucionsController.php public function import(Request $request) { $file = $request->file('excel'); if (is_null($file)){ return redirect()->back()->with('error', 'Debe seleccionar el archivo a importar'); } $file->move('files/', 'temp.xls'); Excel::load('files/temp.xls', function($reader) { $reader->each(function($row){ if (isset($row->nombre)){ $existe = Institucion::where('nom_institu','=',$row->nombre)->first(); if (is_null($existe)){ Institucion::create([ 'nom_institu' => $row->nombre, 'repre_legal_insti' => $row->representante_legal, 'respons_prac_insti' => $row->responsable, 'cargo_resp_prac_insti' => $row->cargo, 'telf_empresa' => $row->telefono, 'correo_insti' => $row->correo_electronico, 'direccion' => $row->direccion, 'convenio' => $row->tiene_convenio=='SI'? true:false, 'f_inicioc' => $row->fecha_inicio_convenio, 'f_finc' => $row->fecha_fin_convenio, 'estado_insti' => true ]); } }

}); }); return redirect()->route('institucions.index')->with('success', importadas exitosamente');;

'Instituciones

}  HU6 T3 Se han realizado las pruebas respectivas carga de archivo Excel, crear institución, editar y eliminar dentro de los formularios, donde esto se ve plasmado en interfaz Listado Instituciones, ver Figura 35.

Figura 35. Captura de pantalla plantilla Excel para carga de Instituciones Fuente: Sistema Web PpP.

5.2.1.1.1.3 sprint review 1. Al culminar el Sprint se realizó una reunión, donde los asistentes fueron Equipo de desarrollo y Dueño del producto Sr. Cristian Mendoza, al cual se le presenta un entregable del producto Sprint 1, el Equipo de desarrollo manifiesta que no presentó problema alguno con el desarrollo del incremento, el Dueño del producto dio a conocer su conformidad con lo desarrollado y proyecta fechas de finalización para el próximo incremento. 5.2.1.1.1.4 sprint restrospective 1. En reunión con el Equipo SCRUM se habla de cómo fue la experiencia del sprint 1, se llega a la conclusión que existieron aciertos, errores y mejoras durante el proceso de desarrollo, ver Anexo 6, donde el SCRUM Master incentiva al equipo a seguir mejorando y adaptándose al marco de trabajo SCRUM en cuanto a procesos y buenas prácticas.

5.2.1.1.1.5 burndown chart sprint 1.

Tabla 16. Burndown Chart Sprint 1 SPRINT 1 Estimación

SEMANA 1 Categoría Análisis Diseño Codificación Diseño Codificación

Tareas de ingeniería

Esfuerzo en desarrollo

SEMANA 2 4

SEMANA 3 9

SEMANA 4 14

Base de datos Conexión MariaDB y Laravel

Interfaz Login

Pruebas

Análisis Diseño Codificación

Interfaz Escuelas

Pruebas

Administrar Escuelas

Análisis Diseño Codificación

Interfaz Carreras

Pruebas

Administrar Carreras

Análisis Diseño Codificación

Interfaz Periodo

Pruebas

Administrar Periodo

Análisis Diseño

Interfaz Roles y Permisos

Codificación

Asignar Permisos a Rol

Codificación

Asignar Rol a Usuario

Pruebas

Roles y Permisos

Análisis Diseño Codificación

Interfaz Instituciones

Codificación

Carga de archivos Excel instituciones

Pruebas

Administrar Instituciones

Restante

Estimado

55,1

52,2

49,3

46,4

43,5

40,6

37,7

34,8

31,9

26,1

23,2

20,3

17,4

14,5

11,6

8,7

5,8

2,9

Nota: datos obtenidos de investigación de campo.

0 3

0 4

0 3

0 2

0 3

0 4

0 3

1 2

Figura 36. Representaciรณn grรกfica de Burndown Chart Sprint 1 Fuente: Tabla 16 Burndown Chart Sprint 1. Nota: Para constancia de la gestiรณn de tareas se utilizรณ trello, donde se evidencia en el siguiente link: https://trello.com/b/Ak53a55F/sprint-1/

5.2.1.1.1.6 Pruebas de Aceptación Sprint 1 Las pruebas de aceptación son instrumento para medir el grado de confiabilidad del sistema, el cual se lo realiza por sprint; el sprint 1 abarca las HU 1, 2, 3, 4, 5, 6 garantizando la funcionalidad del entregable y aceptación por parte del cliente, ver Anexo 7. 5.2.1.1.2 sprint 2. 5.2.1.1.2.1 sprint planning. El equipo de desarrollo revisa la lista del Product Backlog y lo divide en sprint de acuerdo a la estimación realizada, ver Tabla 17. 5.2.1.1.2.1.1 sprint backlog 2. Tabla 17. Sprint Backlog 2 Sprint Estimación Asignado

N° HU

Categoría Análisis Diseño

7 Administrar Estudiantes

Codificación Codificación

Pruebas 2

Análisis 8 Administrar

Diseño Codificación

Requerimien

Estimación de tarea

Estado

Interfaz Estudiantes

Realizado

Carga de archivo Excel estudiantes Administrar Estudiantes Interfaz Requerimientos internos

externos Administrar

tos internos y externos

Tareas de ingeniería

Pruebas

Requerimientos internos

externos Análisis Diseño 9 Práctica preprofesional

Codificación

Interfaz

práctica

pre- profesional

Diseño

Calificación

Codificación

práctica

Codificación

Reportes

Pruebas Nota: datos obtenidos de investigación de campo.

Práctica profesional

pre-

5.2.1.1.2.2 desarrollo del sprint 2.  HU7: Administrar Estudiantes  HU7 T1 El desarrollo de la interfaz del formulario estudiantes se lo realizó mediante bootstrap, ver Figura 37

. Figura 37. Captura de pantalla interfaz Estudiantes Fuente: Sistema Web PpP

Botón Guardar interfaz Crear Estudiante: App/Http/Controllers/EstudiantesController.php public function create() { $periodo = Periodo::where('actual',true)->first(); if (is_null($periodo)) return redirect()->back()->with('error','No hay un periodo actual'); $carrera = Carrera::getArrayCarreras(); return view('estudiantes.create')->with('carreras',$carrera); } public function store(Request $request) { $model = $this->mainRepo->getModel(); $data = $request->all(); $periodo = Periodo::where('actual',true)->first(); if (is_null($periodo)) return redirect()->back()->withInput($request->all())->width('error','No hay un periodo actual');

$data['periodo_id'] = $periodo->id; $data['estado_estud'] = true; $manager = new EstudianteManager($model, $data); $validation = $manager->validate(); if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $item = $manager->save(); return redirect()->route('estudiantes.index')->with ('success', 'Creado correctamente'); }  HU7 T2 Para la carga masiva de información de estudiantes se utilizó una plantilla de Excel con los campos necesarios, ver Figura 38.

Figura 38. Captura de pantalla plantilla Excel para carga de Estudiantes Fuente: Sistema Web PpP

Se desarrolló utilizando el paquete Excel que contiene Laravel mediante Composer con el siguiente comando: “composer require maatwebsite/Excel;” la carga de información se generará bajo el periodo que se encuentre actual y seleccionando a que carrera pertenecen todos los estudiantes próximos a cargar. Botón Cargar Estudiante/Subir interfaz Listado Estudiante: App/Http/Controllers/ExcelController.php public function import(Request $request) {

$this->arg = $request->all(); $file = $request->file('excel'); if (is_null($file)){ return redirect()->back()->with('error', 'Debe seleccionar el archivo a importar'); } $this->periodo = Periodo::where('actual',true)->first(); if (is_null($this->periodo)) return redirect()->back()->withInput($request->all())->width('error','No hay un periodo actual'); $file->move('files/', 'temp.xls'); Excel::load('files/temp.xls', function($reader) { $reader->each(function($row){ if (isset($row->cedula)){ $existe = Estudiante::where('cedula','=',$row->cedula)->first(); if (is_null($existe)){ Estudiante::create([ 'periodo_id' => $this->periodo->id, 'cedula' => $row->cedula, 'apell1_estud' =>$row->apellido_paterno, 'apell2_estud' =>$row->apellido_materno, 'nombres_estud' =>$row->nombres, 'telf_estud' =>$row->telefono, 'cel_estud' =>$row->celular, 'correo_estud' =>$row->correo, 'estado_estud' => true, 'carrera_id_carrera' =>$this->arg['carrera_id'] ]); } } }); }); return redirect()->route('estudiantes.index')->with('success', 'Estudiantes importados exitosamente');; } ď&#x20AC; HU7 T3 Se han realizado las pruebas respectivas carga de archivo Excel, crear estudiante, editar y eliminar dentro de los formularios, donde esto se ve plasmado en interfaz Listado Estudiantes, ver Figura 39.

Figura 39. Captura de pantalla Listado estudiantes Fuente: Sistema Web PpP

 HU8: Administrar Requerimientos internos y externos  HU8 T1 El desarrollo de la interfaz de los formularios de requerimientos internos y externos de la pestaña Instituciones se lo realizó con ayuda de bootstrap, ver Figura 40.

Figura 40.Captura de pantalla interfaz Crear Requerimiento Fuente: Sistema Web PpP

 HU8 T2 Se han realizado las pruebas respectivas ingresar requerimiento interno y externo, editar y eliminar dentro de los formularios, donde esto se ve plasmado en interfaz Listado Requerimientos, ver Figura 41.

Figura 41.Captura de pantalla interfaz Listado Requerimientos Fuente: Sistema Web PpP

 HU9: Práctica pre-profesional  HU9 T1 Una vez ingresados los requerimientos de acuerdo a la carrera requerida, se procede a la asignación del estudiante mediante la interfaz Listado requerimientos, dando clic en botón (+), la cual redireccionará a la interfaz Asignar Práctica, ver Figura 42, la misma que se desarrolló con ayuda de bootstrap 3.

Figura 42.Captura de pantalla interfaz Asignar Práctica Fuente: Sistema Web PpP

Botón Guardar interfaz Asignar Práctica: App/Http/Controllers/PracticasController.php

Se tiene el siguiente script de la asignación de la práctica, el cual muestra varias validaciones:  Guardar si el estudiante aun no ha cumplido con ninguna práctica  Guardar PR2 si el estudiante a culminado PR1.

public function create($requerimiento_id) { $periodo = Periodo::where('actual',true)->first(); if (is_null($periodo)) return redirect()->back()->with('error','No hay un periodo actual'); $requerimiento = Requerimiento::find($requerimiento_id); if ($requerimiento->cupos_disponibles > 0){ $tipo_practica = Tipo_practica::getArrayTipo_practicas(); $tipo_asignacion = Tipo_asignacion::getArrayTipo_asignacions(); $estudiantes = Estudiante::where('carrera_id_carrera','=',$requerimiento->carrera_id) ->whereNotExists(function ($query) { $query->select(DB::raw(1)) ->from('practicas') >join('tipo_practicas','practicas.tipo_prac_id_tipo_prac','=','tipo_practicas.id') ->whereRaw('practicas.estudiante_idestudiante = estudiantes.id') ->where('tipo_practicas.nom_tipo_prac','=','PR2') ->where('practicas.culminado','=',true); }) ->get(); return view('practicas.create') ->with('requerimiento',$requerimiento) ->with('tipo_practicas',$tipo_practica) ->with('tipo_asignacions',$tipo_asignacion) ->with('estudiantes',$estudiantes); }else return redirect()->back()->with('error', 'No hay más cupos en este requerimiento'); } public function store(Request $request, $requerimiento_id) { $model = $this->mainRepo->getModel(); $data = $request->all(); if (!isset($data['tipo_prac_id_tipo_prac'])) return redirect()->back()->withInput($request->input())->with('error', 'Debe seleccionar un tipo de práctica'); if (!isset($data['estudiante_idestudiante'])) return redirect()->back()->withInput($request->input())->with('error', 'Debe seleccionar un estudiante'); $tp = Tipo_practica::where('nom_tipo_prac','PR2')->first(); $data['requerimiento_id'] = $requerimiento_id; $data['estado_prac'] = true;

$data['culminado'] = false; $data['fecha_fin'] = date('Y-m-d'); $data['horas_realiza_prac'] = 0; $data['calif_prac'] = 0; $data['observ_prac'] = ''; $manager = new PracticaManager($model, $data); $validation = $manager->validate(); $existePr1 = Practica::join('tipo_practicas','practicas.tipo_prac_id_tipo_prac','=','tipo _practicas.id') ->where('estudiante_idestudiante',$data['estudiante_idestudiante']) ->where('tipo_practicas.nom_tipo_prac','PR1') ->first(); if ($data['tipo_prac_id_tipo_prac']==$tp->id){ if (is_null($existePr1)) return redirect()->back()->withInput($request->input())->with('error', 'Aún no ha realizado la primera práctica'); if (!$existePr1->culminado) return redirect()->back()->withErrors($validation)>withInput($request->input())->with('error', 'La primera práctica aún no ha culminado'); $existePr2 = Practica::join('tipo_practicas','practicas.tipo_prac_id_tipo_prac','=','tipo _practicas.id') ->where('estudiante_idestudiante',$data['estudiante_idestudiante']) ->where('tipo_practicas.nom_tipo_prac','PR2') ->first(); if (!is_null($existePr2)) return redirect()->back()->withErrors($validation)>withInput($request->input())->with('error', 'Ya tiene registrado una segunda práctica'); }else{ if (!is_null($existePr1)) return redirect()->back()->withInput($request->input())->with('error', 'Ya tiene asignada la primera práctica'); } if ($validation->fails()){ return redirect()->back()->withErrors($validation)>withInput($request->all()); } $manager->save(); return redirect()->route('practicas.index')->with ('success', 'Creado correctamente'); } Si el estudiante asignado ya ha realizado PR1, al momento de la asignación de la PR2 las horas se calculan automáticamente

public function getHours($estudiante_id) { $existePr1 = Practica::join('tipo_practicas','practicas.tipo_prac_id_tipo_prac','=','tipo _practicas.id') ->where('estudiante_idestudiante',$estudiante_id) ->where('tipo_practicas.nom_tipo_prac','PR1') ->first(); if (is_null($existePr1)) return response()->json(0); else return response()->json($existePr1->horas_realiza_prac); }  HU9 T2 Para la calificación y culminación de la práctica se utilizó modals de bootstrap el cual al momento de dar clic en botón culminar de la interfaz Listado Asignaciones se muestre el modal y se pueda proceder al ingreso de la información necesaria que dará por culminada la práctica pre-profesional. Botón Culminar interfaz Listado Asignaciones: App/Http/Controllers/PracticasController.php public function culminar(Request $request, $practica_id) { $practica = Practica::find($practica_id); if (is_null($practica)) return redirect()->back()->with('error', $this->pre.' no encontrad'.$this>pos.''); $data = $request->all(); $practica['fecha_fin'] = $data['fecha_fin']; $practica['horas_realiza_prac'] = $data['horas_realiza_prac']; $practica['calif_prac'] = $data['calif_prac']; $practica['observ_prac'] = isset($data['observ_prac'])? $data['observ_prac']:''; $practica['culminado'] = true; $practica->save(); return redirect()->back()->with('success', $this->pre.' culminad'.$this>pos.''); }  HU9 T3 Existen reportes que genera el responsable general académico y docente tutor, los cuales se encuentran según su rol de ingreso al sistema en la pestaña ASIGNACIONES, cabe

aclarar que los reportes se descargarán en archivo de Excel. El docente tutor encontrará la interfaz Seguimiento donde podrá generar un reporte acerca del avance del estudiante; en la interfaz Reportes generará informes de seguimiento y finales de acuerdo a los parámetros ingresados para la consulta, ver Figura 43.

Figura 43.Captura de pantalla reporte Seguimiento a estudiante Fuente: Sistema Web PpP

 HU9 T4 Se han realizado las pruebas respectivas asignar práctica, editar y eliminar dentro de los formularios, donde esto se ve plasmado en interfaz Listado Asignaciones, ver Figura 44.

Figura 44.Captura de pantalla interfaz Listado Asignaciones Fuente: Sistema Web PpP

5.2.1.1.2.3 sprint review 2. Al culminar el segundo sprint, se realizó una reunión, como asistentes se tuvo al Equipo de desarrollo y Dueño del producto Sr. Cristian Mendoza, al cual se le presenta el incremento del Sprint 2 “Terminado”, el Equipo de desarrollo manifiesta que no tuvo problema alguno con el desarrollo del incremento, el Dueño del producto dio a conocer su conformidad con lo desarrollado, proyecta fechas de finalización para el próximo incremento. 5.2.1.1.2.4 sprint restrospective 2. En reunión con el Equipo SCRUM se habla de cómo fue la experiencia del último sprint, se llega a la conclusión que existieron aciertos, errores y mejoras durante el proceso de desarrollo, ver Anexo 8, el SCRUM Master felicita al equipo de desarrollo por haber culminado con éxito el trabajo según la planificación establecida, e incentiva al equipo a seguir mejorando y adaptándose al marco de trabajo SCRUM en cuanto a procesos y buenas prácticas para los próximos proyectos. 5.2.1.1.2.5 burndown chart sprint 2. El diseño del burndown chart sprint 2, establece si el equipo completo el trabajo en el tiempo estimado como se muestra en la tabla 18, con un gráfico del trabajo a lo largo del tiempo donde refleja la velocidad con la que se realiza el mismo., ver Figura 45. 5.2.1.1.2.6 pruebas de aceptación sprint 2. Las pruebas de aceptación son un instrumento para medir el grado de confiabilidad del sistema, el cual se lo realiza por sprint; el sprint 2 abarca las historias de usuario 7, 8, 9 garantizando la funcionalidad del entregable y aceptación por parte del cliente, ver Anexo 9. 5.2.2. Acta de Entrega. Para la entrega del sistema web PpP, se realizó una reunión con el Product Owner, donde se procedió a la entrega formal del software del sistema web de prácticas pre profesionales, ver Figura 47.

5.2.1.1.2.5

burndown chart sprint 2.

Tabla 18. Burndown Chart Sprint 2 SPRINT 2 Estimación

SEMANA 1 Categoría

Esfuerzo en desarrollo

SEMANA 3 9

SEMANA 4

Análisis Diseño Codificación

Interfaz Estudiantes

Codificación

Carga de archivo Excel estudiantes

Pruebas

Administrar Estudiantes

Interfaz Requerimientos internos y externos

Administrar Requerimientos internos y externos

Interfaz práctica pre- profesional

Calificación práctica

Reportes

Práctica pre-profesional

Restante

Estimado

Análisis Diseño Codificación Pruebas 55

Tareas de ingeniería

SEMANA 2

Análisis Diseño Codificación Diseño Codificación Codificación Pruebas

Nota: datos obtenidos de la investigación de campo.

0 3

0 4

0 3

Figura 45. Representaciรณn grรกfica de Burndown Chart Sprint 2 Fuente: Tabla 18 Burndown Chart Sprint 2. Nota: Para constancia de la gestiรณn de tareas se utilizรณ trello, donde se evidencia en el siguiente link: https://trello.com/b/ALxe336A/sprint-2

5.2.3. Diseño relacional de base de datos. A continuación se presenta el diseño relacional de la base de datos del sistema web PpP, ver Figura 46.

Figura 46. Modelo físico Base de Datos, Modelo Entidad-Relación Fuente: Obtenida de Modelador MySQL Workbench 6.3.

El diccionario de datos contiene las características de los datos que fueron utilizados dentro del sistema web PpP, ver Anexo 10.

Figura 47: Acta Entrega- Recepción Fuente: Investigación de campo.

Nota: Se adjuntó manual de instalación, ver Anexo 11 y manual de usuario, ver Anexo 12

5.3. Análisis de impacto En el análisis de impacto se determina en qué medida, positivo o negativo, se benefició el departamento de formación continua y vinculación con la colectividad con el

proyecto realizado, en los distintos ĂĄmbitos como social y tecnolĂłgico. A continuaciĂłn se detalla los niveles de impacto mediante una matriz a travĂŠs de los indicadores numĂŠricos siendo -3 el impacto de alto nivel negativo y 3 impacto de alto nivel positivo, ver Tabla 19. Tabla 19. Niveles de impacto Nivel

DescripciĂłn

-3

Impacto de alto nivel negativo

-2 -1

Impacto de medio nivel negativo Impacto de bajo nivel negativo

0 1

No hay impacto Impacto de bajo nivel positivo

2 3

Impacto de medio nivel positivo Impacto de alto nivel positivo

Nota: adaptado de â&#x20AC;&#x153;metodologĂa para trabajo de grado tesis y proyectoâ&#x20AC;? por m.a.pPosso, 2009, ibarra, p196.

A cada indicador de la matriz de impacto generada se le asigna un nivel de impacto ya sea positivo o negativo, seguido se aplica la siguiente fĂłrmula para calcular el nivel de impacto del ĂĄrea o ĂĄmbito de estudio â&#x2C6;&#x2018;

FĂłrmula => NI=đ?&#x2018; DĂłnde: NI= Nivel de impacto â&#x2C6;&#x2018;= Sumatoria de los indicadores (positivo o negativo) N= NĂşmero total de indicadores establecidos 5.3.1. Impacto social. Tabla 20. Impacto social Indicadores -3

-2

Nivel de impacto -1 0 1

Tiempos de respuesta

2 X

Total

Sumatoria= 2 NĂşmero de indicadores =1 2

đ??źđ?&#x2018;&#x161;đ?&#x2018;?đ?&#x2018;&#x17D;đ?&#x2018;?đ?&#x2018;Ąđ?&#x2018;&#x153; đ?&#x2018; đ?&#x2018;&#x153;đ?&#x2018;?đ?&#x2018;&#x2013;đ?&#x2018;&#x17D;đ?&#x2018;&#x2122; = 1 = 2 Impacto medio positivo Nota: datos obtenidos de la investigaciĂłn de campo.

AnĂĄlisis: ď&#x201A;ˇ

Con el sistema PpP, mejoraron los tiempos de respuesta en cuanto a la asignaciĂłn inmediata de la prĂĄctica al estudiante, al igual que el envĂo de la carta de asignaciĂłn al pasante.

5.3.2. Impacto tecnolĂłgico. Tabla 21. Impacto tecnolĂłgico Indicadores -3

-2

Nivel de impacto -1 0 1

AutomatizaciĂłn de procesos

2 X

GeneraciĂłn de reportes

Seguridad de la informaciĂłn Manejo simultĂĄneo del sistema

X X

Total

Sumatoria= 8 NĂşmero de indicadores =4 8

đ??źđ?&#x2018;&#x161;đ?&#x2018;?đ?&#x2018;&#x17D;đ?&#x2018;?đ?&#x2018;Ąđ?&#x2018;&#x153; đ?&#x2018;Ąđ?&#x2018;&#x2019;đ?&#x2018;?đ?&#x2018;&#x203A;đ?&#x2018;&#x153;đ?&#x2018;&#x2122;Ăłđ?&#x2018;&#x201D;đ?&#x2018;&#x2013;đ?&#x2018;?đ?&#x2018;&#x153; = 4 = 2 Impacto medio positivo Nota: datos obtenidos de la investigaciĂłn de campo.

AnĂĄlisis: ď&#x201A;ˇ

En el departamento de formaciĂłn se llevaban a cabo los procesos de asignaciĂłn de prĂĄcticas de manera manual, por lo que con ayuda de herramientas tecnolĂłgicas se realizĂł la automatizaciĂłn de dichos procesos, beneficiando a los usuarios en su totalidad y mejorando el rendimiento de las actividades. ď&#x201A;ˇ

Con la automatizaciĂłn de procesos, se puede generar de manera eficiente los reportes respectivos, ya que estos son una constancia de las actividades que se manejan en el departamento.

ď&#x201A;ˇ

Con la implementaciĂłn del sistema PpP, la informaciĂłn se encontrarĂĄ segura, la cual estarĂĄ alojada en un servidor de la PUCE-SD, descartando la posibilidad de que la informaciĂłn pueda borrarse por error humano.

ď&#x201A;ˇ

Los interesados del sistema interactĂşan de manera simultĂĄnea, desarrollando las actividades que competen a su rol.

5.3.3. Impacto general. Tabla 22. Impacto general Indicadores -3

-2

Nivel de impacto -1 0 1

Impacto TecnolĂłgico

2 X

Impacto Social

Total

Sumatoria= 4 NĂşmero de indicadores =2 4

đ??źđ?&#x2018;&#x161;đ?&#x2018;?đ?&#x2018;&#x17D;đ?&#x2018;?đ?&#x2018;Ąđ?&#x2018;&#x153; đ?&#x2018; đ?&#x2018;&#x153;đ?&#x2018;?đ?&#x2018;&#x2013;đ?&#x2018;&#x17D;đ?&#x2018;&#x2122; = 2 = 2 Impacto medio positivo Nota: datos obtenidos de la investigaciĂłn de campo.

AnĂĄlisis: ď&#x201A;ˇ

El sistema web para la gestiĂłn de prĂĄcticas pre-profesionales muestra un impacto general medio positivo, lo que quiere decir que el proyecto contribuyĂł positivamente al desarrollo tecnolĂłgico y social de la PUCE-SD automatizando procesos y reduciendo tiempos en asignaciones de prĂĄcticas.

La instituciĂłn ha generado una carta de impacto provocada por el producto, ver Anexo 13.

6. DISCUSIÓN 

En base a la información extraída de la entrevista al responsable general académico de prácticas pre-profsionales del departamento de formación continua y vinculación con la colectividad de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo, se recopilaron los procesos que se realizan en cuanto a prácticas, de la misma forma se recopiló la funcionalidad del sistema.



En base a la información extraída de la entrevista al docente tutor de la carrera de Ingeniería de Sistemas, se determinaron las funcionalidades del usuario tutor, quien da seguimiento, calificación y culminación de la práctica de cada estudiante.



En base a las encuestas realizadas a los docentes tutores de 7 carreras, se determinó la necesidad que existe de implementar un sistema web para la automatización de los procesos que se llevan a cabo.

 En base al producto desarrollado aplicando el marco de trabajo SCRUM, donde con ayuda de los roles, eventos y artefactos como product backlog en el cuál se sintetizaron las historias de usuario con sus respectivas prioridades dadas por el dueño del producto y sprint backlog donde se divieron las historias en tareas de ingeniería involucrando al equipo de desarrollo para un trabajo colaborativo, luego de la culminación de cada sprint se realizaron las distintas revisiones y restrospectivas que se dió por concluido el incremento funcional del producto.

7. CONCLUSIONES 

Con ayuda de los instrumentos de recolección de datos se realizó una entrevista, obteniendo los procesos del sistema que se manejaban en el departamento de manera asistemática, los cuales de manera óptima se automatizaron.



Para definir una metodología de desarrollo de software es necesario realizar en primera instancia una comparativa de características con calificación de parámetros, de esta manera se determina que la metodología ágil es adecuada para el desarrollo del producto siendo ésta una metodología adaptativa a cambios.



Para el desarrollo del sistema web para la gestión de prácticas pre-profesionales en la PUCE-SD, se automatizaron los procesos con ayuda del marco de trabajo SCRUM, el que facilitó la elaboración aplicando roles, eventos, artefactos y las reglas que lo relacionan.

8. RECOMENDACIONES 

Para la obtención de procesos y funcionalidades utilizar herramientas de recolección de datos como entrevistas, de preferencia se recomienda una grabadora digital ya que es de mucha ayuda al momento de analizar la información obtenida.



Elaborar comparativas con las distintas metodologías ágiles existentes que se adapten a las necesidades del proyecto, luego de ello proceder a analizarlas y elegir la más óptima para el desarrollo del software.



Aplicar correctamente la metodología elegida siguiendo cada uno de los lineamientos plasmados en la misma, elegir herramientas que se adapten a la necesidad del proyecto para un desarrollo exitoso.

9. REFERENCIAS Anzola, S. (2002). Administración de Pequeñas Empresas (2 ed.). México: McGrawhill. Aponte, J., & Méndez, J. (2016). Modelo seudomatemático para. Tecnología, Investigación y Academia TIA, 4(2), 28-35. Campoverde, A. F., & Torres, V. J. (2016). Automatización del proceso de gestión de prácticas pre-profesionales para la universidad de las fuerzas armadas ESPE, utilizando herramientas de gestión de procesos de negocio (BPM). (tesis de pregrado), Universidad de las Fuerzas Armadas ESPE, Sangolquí. Consejo de Educación Superior. (2013). Recuperado el 05 de Agosto de 2018, de | Ecuador: http://www.ces.gob.ec/doc/Reglamentos/2017/Abril/reglamento%20de%20regimen% 20academico%20codificacion.pdf Fuentes, R. V. (2015). Implementación de un aula virtual para la gestión académica bajo la metodología de proyectos ágil SCRUNBAN. Módulo de seguimiento y control del proceso de prácticas pre- profesionales para la carrera de Ing. en Sistemas Computacionales (tesis de grado), Universidad de Guayaquil, Guayaquil|Ecuador. Gómez, M. (2006). Introducción a la metodología de la investigación científica (1e ed.). Córdoba: Brujas. Hernández S, R., Fernández C, C., & Baptista L, M. (2010). Metodología de la investigación (5a ed.). México D.F.: McGraw-Hill. Hernandez, P. S. (2014). Sistema de información para la gestión de los procesos de prpácticas profesionales SISPPRO. (tesis de grado), Universidad del Magdalena, Sta Martha, Colombia. Javascript.com. (2018). Free JavaScript training, resources and examples for the community. [online] Available at: https://www.javascript.com [Accessed 2 Sep. 2018]. Lara, E. (2013). La investigación como proceso de construcción social. Fundamentos de Investigación: Un enfoque por competencias. . México: Alfaomega Grupo Editor. Ley Orgánica de Educación Superior. (2010). Recuperado el 05 de Agosto de 2018, de Ley Orgánica de Educación Superior | CES - Consejo de Educación Superior | Ecuador.: http://www.ces.gob.ec/index.php?option=com_phocadownload&view=category&id= 11:ley-organica-de-educacion-superior&Itemid=137 Maldonado, J. R. (2016). Desarrollo e implementación de un sistema web de seguimiento y evaluación de las prácticas pre-profesionales para la Facultad de Ingeniería Escuela Civil de la PUCE. (tesis de grado), Pontificia Universidad Católica del Ecuador, Quito, Ecuador. Münch, L. (2009). Métodos y técnicas de investigación (4a ed.). México: Trillas.

Münch, L. (2014). Administración gestión organizacional, enfoques y proceso administrativo. México: PEARSON. Navarro , A., Fernández, J., & Morales, J. (2013). Revisión de metodologías ágiles para el desarrollo de software. Prospectiva, 11(2), 30-39. Otwell, T. (2018). Laravel - The PHP Framework For Web Artisans. [online] Laravel.com. Available at: https://laravel.com [Accessed 2 Sep. 2018]. Pérez, I. M., & Ordoñez, A. C. (2014). Sistema web para el proceso de supervisión de prácticas pre-profesionales de la escuela Académico profesional de ingeniería de sistemas. (tesis de postgrado), Universidad César Vallejo, Lima. Plan Nacional del Buen Vivir. (2017). Recuperado el 06 de Agosto de 2018, de plan nacional del buen vivir 2017-2021: http://www.planificacion.gob.ec/wpcontent/uploads/downloads/2017/10/PNBV-26-OCT-FINAL_0K.compressed1.pdf Posso, M. (2009). Metodología para el trabajo de grado ( tesis y proyectos ). Ibarra: Cámara Ecuatoriana del Libro - Núcleo de Pichincha. PostgreSQL. (2018). PostgreSQL. Obtenido de https://www.postgresql.org/about/ Pressman, R. S. (2010). Ingeniería del software: Un enfoque práctico (7 ed.). México: McGraw Hill. Rubinos, A., & Nuevo, H. (2011). Seguridad en bases de datos. Revista Cubana de Ciencias Informáticas (RCCI), 5. Sommerville, I. (2011). Ingeniería de Software (9). México: Pearson . Tashakkori, A., & Teddlie, C. (2003). Handbook of mixed methods in social & behavioral research. Thousand Oaks, Calif: SAGE Publications. Xhafa, F., Vázquez , P.-P., Gómez, J., Molinero, X., & Martín, Á. (2006). Programación en C++ para Ingenieros. Madrid: Paraninfo.

10. GLOSARIO Back End: Es la pate no visible de un sistema, refiere a la manera en como fue codificada una aplicación. Bootstrap: Es un kit de herramientas de diseño para desarrollo de software, incluye HTML, CSS y JS. CSS: Lenguaje que describe los estilos de un docuento HTML. DTI: Dirección de Tecnologías de la Información. Framework: Conjunto de patrones que ayudan a estructurar un sistema a la hora de programar. Front End: Parte gráfica de un sistema mediante la cual el usuario interactúa con la aplicación (interfaz de sistema). HTML (Lenguaje de Marcado para Hipertextos): Lenguaje utilizado para el desarrollo de páginas web. Iteración: Repetición de un proceso. Sistema web PpP: Sistema web de prácticas pre-profesionales Sprints: Conjunto de tareas de ingeniería específicas con un tiempo máximo de entrega de 4 semanas.

11. ANEXOS Anexo 1.

Entrevista al Responsable General Académico de prácticas pre-

profesionales del Departamento de Formación continua y vinculación con la colectividad de la PUCE SD. ENTREVISTA AL RESPONSABLE GENERAL ACADÉMICO DE PRÁCTICAS PRE-PROFESIONALES DEL DEPARTAMENTO DE FORMACIÓN CONTINUA Y VINCULACIÓN CON LA COLECTIVIDAD DE LA PUCE SD. 1. ¿Señale los actores que intervienen en el proceso de prácticas preprofesionales dentro de la PUCE SD? __________________________________________________________________ __________________________________________________________________ 2. ¿Indique qué usuarios están encargados de los distintos procesos? __________________________________________________________________ __________________________________________________________________ 3. ¿Los procesos mencionados actualmente, permiten que las prácticas preprofesionales se realicen con eficiencia y eficacia? __________________________________________________________________ __________________________________________________________________ 4. ¿Es necesaria la automatización de los procesos que se realizan manualmente en las prácticas pre-profesionales? __________________________________________________________________ __________________________________________________________________ 5. ¿Señale que procesos se deben automatizar dentro del Departamento de Formación de la PUCE SD referente a las prácticas pre- profesionales? __________________________________________________________________ __________________________________________________________________ 6. ¿Mencione en qué carreras se maneja información de prácticas preprofesionales? __________________________________________________________________ __________________________________________________________________

Anexo 1.

Entrevista al Responsable General Académico de prácticas pre-

profesionales del Departamento de Formación continua y vinculación con la colectividad de la PUCE SD. (Continuación).

7. ¿La Pontificia Universidad Católica del Ecuador Sede Santo Domingo tiene convenios con instituciones públicas y privadas para realizar las prácticas preprofesionales? __________________________________________________________________ __________________________________________________________________ 8. ¿Puede brindar la información necesaria para el desarrollo del sistema web de prácticas pre-profesionales? __________________________________________________________________ __________________________________________________________________

Anexo 2. Entrevista al Docente Tutor asignado de la carrera de Ingeniería de Sistemas de la PUCE SD. ENTREVISTA AL DOCENTE TUTOR ASIGNADO DE LA CARRERA DE INGENIERÍA DE SISTEMAS DE LA PUCE SD. Se realiza la entrevista para determinar la funcionalidad de usuario tutor. 1. ¿De qué manera se califican las prácticas pre-profesionales de los estudiantes? _________________________________________________________________ _________________________________________________________________ 2. ¿Cuáles son los problemas comunes que ocurren con los estudiantes que realizan las prácticas? __________________________________________________________________ ________________________________________________________________ 3. ¿De qué manera se maneja el portafolio del estudiante? __________________________________________________________________ ________________________________________________________________ 4. ¿Si se implementara un sistema web para el control de las prácticas preprofesionales, que le gustaría que realizara? (De acuerdo a su rol). __________________________________________________________________ ________________________________________________________________

Anexo 3. Encuesta a los tutores de cada carrera se excluye enfermería de la PUCE SD. ENCUESTA A LOS TUTORES DE CADA CARRERA SE EXCLUYE ENFERMERÍA DE LA PUCE SD. 

¿Existe un sistema web dentro de la Universidad que le permita calificar y dar seguimiento a las prácticas pre-profesionales? Si ( )

No ( )

1. ¿Existen dificultades en el seguimiento de los estudiantes cuando realizan las prácticas pre-profesionales? Si ( )

No ( )

2. ¿La asignación de prácticas pre-profesionales, que se realiza a través de archivos de Word y Excel por parte del departamento de formación continua es funcional? Si ( )

No ( )

3. ¿El cronograma de actividades programado para los estudiantes que realizan prácticas pre-profesionales se cumple de manera oportuna? Si ( )

No ( )

4. ¿Un sistema web permitiría llevar de mejor manera el seguimiento de los estudiantes que realizan prácticas pre-profesionales? Si ( )

No ( )

5. ¿Es necesario la automatización de procesos para la gestión de prácticas preprofesionales para brindar un mejor servicio al estudiante? Si ( )

No ( )

6. ¿Es necesario que el departamento de formación continua disponga de un sistema web para la gestión de prácticas pre-profesionales? Si ( )

No ( )

Anexo 4. Requerimientos del sistema PpP.

Anexo 4. Requerimientos del sistema PpP (Continuacion).

Anexo 5. Historias de Usuario. HISTORIAS DE USUARIO Historia de Usuario Número: 1

Usuario: Administrador, Tutor y Responsable General Académico PPP

Nombre historia: Login Prioridad en negocio: 95

Riesgo en desarrollo: MEDIO

Puntos estimados: 8

Iteración asignada: 1

Programador responsable: Evelyn Chungandro Descripción: COMO usuario, QUIERO ingresar usuario y contraseña PARA acceder a los módulos del sistema dependiendo el rol y permiso que haya sido asignado. Escenario de Prueba: DADO el ingreso de usuario y contraseña CUANDO de clic en botón INGRESAR ENTONCES accedo al menú principal. DADO el incompleto ingreso de usuario o contraseña CUANDO de clic en botón INGRESAR ENTONCES se presentará un cuadro de dialogo con el mensaje “Este campo es obligatorio”

Historia de Usuario Número: 2

Usuario: Administrador

Nombre historia: Administrar Escuelas Prioridad en negocio: 80

Riesgo en desarrollo: MEDIA

Puntos estimados: 8

Iteración asignada: 1

Programador responsable: Evelyn Chungandro Descripción: COMO Administrador QUIERO ingresar la información de escuelas PARA que sean parte de la base de datos del sistema.

COMO Administrador QUIERO modificar o eliminar las carreras PARA mantener actualizado el sistema. Escenario de Prueba: DADO el ingreso al módulo de listado escuela CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o modificar el nombre de la escuela. DADO el ingreso del nombre de la escuela por creación o modificación CUANDO de clic en el botón GUARDAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso del nombre de la escuela CUANDO de clic en botón GUARDAR ENTONCES aparecerá un cuadro de dialogo “Este campo es obligatorio”. DADO la eliminación de la escuela CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación de la escuela CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “No se puede borrar, tiene carreras asignadas”.

Historia de Usuario Número: 3

Usuario: Administrador

Nombre historia: Administrar Carreras Prioridad en negocio: 85

Riesgo en desarrollo: MEDIO

Puntos estimados: 8

Iteración asignada: 1

Programador responsable: Yordano Espinoza Descripción: COMO Administrador QUIERO ingresar, modificar o eliminar la información de carreras PARA tener un control adecuado del sistema. Escenarios de Prueba DADO el ingreso al módulo de listado carrera CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o modificar el nombre de la escuela. DADO el ingreso del nombre de la carrera por creación o modificación CUANDO de clic en el botón GUARDAR ENTONCES se presentará un mensaje de confirmación “Creado

correctamente” o “Actualizado correctamente”. DADO el no ingreso del nombre de la carrera CUANDO de clic en botón GUARDAR ENTONCES aparecerá un cuadro de dialogo “Este campo es obligatorio”. DADO la eliminación de la carrera CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación de la carrera CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “No se puede borrar, está asignada a requerimientos”.

Historia de Usuario Número: 4

Usuario: Administrador, Responsable General Académico

Nombre historia: Administrar Periodos Prioridad en negocio: 90

Riesgo en desarrollo: MEDIA

Puntos estimados: 8

Iteración asignada: 1

Programador responsable: Evelyn Chungandro Descripción: COMO Responsable General Académico QUIERO ingresar, modificar o eliminar los periodos PARA tener un control adecuado del sistema. Escenarios de Prueba DADO el ingreso al módulo de listado periodos CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o modificar el nombre del periodo. DADO el ingreso del nombre del periodo por creación o modificación CUANDO de clic en el botón GUARDAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso del nombre del periodo CUANDO de clic en botón GUARDAR ENTONCES aparecerá un cuadro de dialogo “Este campo es obligatorio”. DADO la eliminación del periodo CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación del periodo CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “No se puede borrar, está asignada a prácticas”.

Historia de Usuario Número: 5

Usuario: Administrador

Nombre historia: Roles y permisos Prioridad en negocio: 50

Riesgo en desarrollo: ALTA

Puntos estimados: 13

Iteración asignada: 1

Programador responsable: Yordano Espinoza Descripción: COMO Administrador QUIERO crear roles y permisos PARA asignar a cada usuario un rol con sus respectivos permisos y así pueda acceda al módulo correspondiente del sistema. Escenario de Prueba DADO el ingreso al módulo de listado roles CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o editar el nombre del rol, slug, descripción y permisos. DADO el ingreso del rol, slug, descripción y permisos CUANDO de clic en el botón GUARDAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente”. DADO la no selección del rol o permisos CUANDO de clic en el botón GUARDAR ENTONCES se presentará un cuadro de dialogo con el mensaje “Debe seleccionar al menos un permiso”. DADO la eliminación del rol CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Eliminado correctamente”. DADO el ingreso al módulo de usuarios CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o editar nombre de usuario, correo electrónico, contraseña y elegir el rol que se desea asignar en caso de ser tutor se debe escoger la carrera a la que pertenece. DADO el ingreso del nombre de usuario, correo electrónico, contraseña y selección de rol CUANDO de clic en el botón GUARDAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente”. DADO el no ingreso de los campos de nombre, correo electrónico, contraseña y rol a asignar CUANDO de clic en el botón GUARDAR ENTONCES se presentará un cuadro de dialogo con el mensaje “Este campo es obligatorio”.

DADO la eliminación de la escuela CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Eliminado correctamente”.

Historia de Usuario Número: 6

Usuario: Administrador, Responsable General Académico

Nombre historia: Administrar Estudiantes Prioridad en negocio: 100

Riesgo en desarrollo: ALTA

Puntos estimados: 21

Iteración asignada: 2

Programador responsable: Yordano Espinoza Descripción: COMO Responsable General Académico QUIERO ingresar, editar y eliminar estudiantes matriculados en IA1 e IA2 o que desean adelantar las practicas pre-profesionales, PARA que sean ingresados en la base de datos del sistema. Escenarios de Prueba DADO el ingreso al módulo de listado estudiantes CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o modificar el número de cedula, apellido paterno, apellido materno, nombres, teléfono, celular, correo y selecciona la carrera. DADO el ingreso del número de cedula, apellido paterno, apellido materno, nombres, teléfono, celular, correo y selecciona la carrera. CUANDO de clic en el botón GUARDAR o ACTUALIZAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso o la no modificación de información del estudiante CUANDO de clic en botón GUARDAR o ACTUALIZAR ENTONCES se mostrará un cuadro de dialogo “Este campo es obligatorio”. DADO el ingreso al módulo de listado estudiantes CUANDO de clic en el botón CARGAR ESTUDIANTES ENTONCES se presentará una ventana donde se selecciona la carrera y un botón ELEGIR ARCHIVOS que permite subir un archivo Excel con el número de cedula, apellido paterno, apellido materno, nombres, teléfono, celular, correo. DADO la selección de la carrera y elegido el archivo CUANDO de clic en botón Subir ENTONCES se mostrará un cuadro de dialogo “Estudiantes importados exitosamente”. DADO la no selección del archivo de listado de información del estudiantes o la no selección

de la carrera CUANDO de clic en botón Subir ENTONCES se mostrará un cuadro de dialogo “Debe seleccionar el archivo a importar” o “Este campo es obligatorio”. DADO la eliminación de información del estudiante CUANDO de clic en botón ELIMINAR ENTONCES se mostrará un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación del estudiante CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Información no se puede eliminar”

Historia de Usuario Número: 7

Usuario: Administrador, Responsable General Académico

Nombre historia: Administrar Instituciones Prioridad en negocio: 70

Riesgo en desarrollo: ALTA

Puntos estimados: 13

Iteración asignada: 2

Programador responsable: Evelyn Chungandro Descripción: COMO Responsable General Académico QUIERO ingresar, editar y eliminar información de instituciones PARA conocer hasta cuando se tiene convenio con estas instituciones y mantener actualizada la información en el sistema. Escenarios de Prueba DADO el ingreso al módulo de listado instituciones CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar o modificar el nombre de la empresa o institución, representante legal, responsable de prácticas, cargo del responsable de prácticas, dirección, teléfono, correo y el convenio con sus fechas de inicio y finalización. DADO el ingreso del nombre de la empresa o institución, representante legal, responsable de prácticas, cargo del responsable de prácticas, dirección, teléfono, correo y el convenio con sus fechas de inicio y finalización. CUANDO de clic en el botón GUARDAR o ACTUALIZAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso o modificación de información de la institución CUANDO de clic en botón GUARDAR o ACTUALIZAR ENTONCES se mostrará un cuadro de dialogo “Este campo es obligatorio”. DADO el ingreso al módulo de listado instituciones CUANDO de clic en el botón CARGAR

INSTITUCIONES ENTONCES se presentará una ventana donde se selecciona la carrera y un botón ELEGIR ARCHIVOS que permite subir un archivo Excel con el nombre, representante legal, responsable, cargo, teléfono, correo electrónico, dirección, tiene convenio (SI/NO), fecha inicio convenio y fecha fin convenio. DADO elegido el archivo CUANDO de clic en botón Subir ENTONCES se mostrará un cuadro de dialogo “Instituciones importados exitosamente”. DADO la no selección del archivo CUANDO de clic en botón Subir ENTONCES se mostrará un cuadro de dialogo “Debe seleccionar el archivo a importar”. DADO la eliminación de información del estudiante CUANDO de clic en botón ELIMINAR ENTONCES se mostrará un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación del estudiante CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Información no se puede eliminar” DADO la eliminación de información de la institución CUANDO de clic en botón ELIMINAR ENTONCES se mostrará un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación de la institución CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “No se puede borrar, está asignada a requerimientos”. DADO el ingreso al módulo de listado requerimientos CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar, seleccionar o modificar los campos tipo, periodo, escuela, carrera, fecha de solicitud, departamento, dirección, responsable, número de pasantes por género y el tipo de actividad a desarrollar. DADO el ingreso de los campos de requerimientos. CUANDO de clic en el botón GUARDAR o ACTUALIZAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso o la no modificación de requerimientos CUANDO de clic en botón GUARDAR o ACTUALIZAR ENTONCES se mostrará un cuadro de dialogo “Este campo es obligatorio”.

Historia de Usuario Número: 8

Usuario: Administrador, Responsable General Académico

Nombre historia: Administrar requerimientos internos y externos (cupos prácticas) Prioridad en negocio: 79

Riesgo en desarrollo: MEDIA

Puntos estimados: 13

Iteración asignada: 2

Programador responsable: Yordano Espinoza Descripción: COMO Responsable General Académico QUIERO ingresar los requerimientos internos y externos de las instituciones PARA asignar estudiantes. COMO Responsable General Académico QUIERO editar o eliminar la información de requerimientos PARA mantener actualizado el sistema. Escenarios de Prueba DADO el ingreso al módulo de listado requerimientos CUANDO de clic en el botón CREAR o EDITAR ENTONCES se presentará la pantalla donde puedo ingresar, seleccionar o modificar los campos tipo, periodo, escuela, carrera, fecha de solicitud, departamento, dirección, responsable, número de pasantes por género y el tipo de actividad a desarrollar. DADO el ingreso de los campos de requerimientos. CUANDO de clic en el botón GUARDAR o ACTUALIZAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso o la no modificación de requerimientos CUANDO de clic en botón GUARDAR o ACTUALIZAR ENTONCES se mostrará un cuadro de dialogo “Este campo es obligatorio”, DADO la eliminación de información de requerimientos internos o externos de instituciones CUANDO de clic en botón ELIMINAR ENTONCES se mostrará un cuadro de dialogo “Eliminado correctamente”. DADO la no eliminación de los requerimientos CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Información no se puede eliminar”

Historia de Usuario Número: 9

Usuario: Administrador, Responsable General de Prácticas

Nombre historia: Asignación de la práctica pre-profesional Prioridad en negocio: 78

Riesgo en desarrollo: ALTO

Puntos estimados: 21

Iteración asignada: 3

Programador responsable: Evelyn Chungandro

Descripción: COMO Responsable General de Prácticas QUIERO asignar el estudiante a la institución en la cual realizará sus prácticas pre-profesionales respectivamente PARA llevar el control y seguimiento de prácticas. Escenarios de Prueba DADO al ingresar a listado de requerimientos CUANDO de clic en botón ASIGNAR PRACTICA ENTONCES se mostrará una pantalla que permitirá seleccionar un estudiante, empresa o institución, período académico, tipo de asignación, tipo práctica, fecha asignación PPP, fecha de inicio PPP, horas asignadas y proyecto o actividad asignadas. DADO el ingreso de los campos de asignar práctica. CUANDO de clic en el botón GUARDAR o ACTUALIZAR ENTONCES se presentará un mensaje de confirmación “Creado correctamente” o “Actualizado correctamente”. DADO el no ingreso o la no modificación de la asignación de la práctica pre- profesional CUANDO de clic en botón GUARDAR ACTUALIZAR ENTONCES se mostrará un cuadro de dialogo “Este campo es obligatorio”. DADO la no eliminación de la asignación de la práctica pre-profesional CUANDO de clic en botón ELIMINAR ENTONCES aparecerá un cuadro de dialogo “Información no se puede eliminar” DADO la eliminación la asignación de la práctica pre-profesional CUANDO de clic en botón ELIMINAR ENTONCES se mostrará un cuadro de dialogo “Eliminado correctamente”. DADO al ingresar a listado de requerimientos CUANDO de clic en botón VER DETALLE DE PRACTICA ENTONCES se mostrará una pantalla que permitirá ver el detalle del requerimiento.

Historia de Usuario Número: 10

Usuario: Administrador, Tutor

Nombre historia: Calificación de práctica a estudiante Prioridad en negocio: 65

Riesgo en desarrollo: BAJA

Puntos estimados: 5

Iteración asignada: 3

Programador responsable: Yordano Espinoza Descripción: COMO tutor QUIERO ingresar horas de prácticas, la calificación de las prácticas y generar

100

reportes de seguimiento como reporte final PARA llevar un seguimiento adecuado de las prácticas pre-profesionales. Escenarios de Prueba DADO el ingreso a seguimiento CUANDO de clic en botón ACTUALIZAR HORAS REALIZADAS ENTONCES se mostrará una venta con la opción de ingresar las horas realizadas. DADO realizado el ingreso de las horas CUANDO de clic en botón ACTUALIZAR ENTONCES se actualizara las horas de práctica realizadas. DADO el ingreso a calificar CUANDO de clic en botón CALIFICAR ENTONCES se mostrará una venta con la opción de seleccionar la fecha de finalización, horas realizadas, calificación y observaciones. DADO el ingreso de los campos de la ventana culminar práctica CUANDO de clic en botón CULMINAR ENTONCES se mostrará un mensaje “Práctica culminada”. DADO el no ingreso de los datos de calificación y culminación de práctica del estudiante CUANDO de clic en botón CULMINAR ENTONCES se mostrará un mensaje “Estos campos son obligatorios”. DADO el ingreso a seguimiento CUANDO de clic en botón REPORTE ENTONCES se genera el reporte al día en Excel de las horas realizadas hasta esa fecha, con los campos apellido, nombre, institución, periodo académico, tipo asignación, fecha asignación, horas asignadas, horas realizadas, fecha de inicio y estado.

Historia de Usuario Número: 11

Usuario: Administrador, Responsable General de prácticas, Tutor

Nombre historia: Generar reportes Prioridad en negocio: 60

Riesgo en desarrollo: BAJA

Puntos estimados: 13

Iteración asignada: 3

Programador responsable: Evelyn Chungandro Descripción: COMO usuario QUIERO visualizar y generar reportes de los módulos según los permisos que estén asignados PARA llevar un seguimiento y archivarlos en físico. Escenarios de Prueba DADO el ingreso a calificar CUANDO de clic en botón REPORTES ENTONCES se

101

mostrará una venta con la opción de seleccionar escuela, carrera y tipo de práctica (REPORTE GENERAL/POR ASIGNACION/POR HORAS). DADO la selección de los campos de la ventana reporte de prácticas CUANDO de clic en botón EXPORTAR ENTONCES se genera un Excel con los campos del reporte. DADO el ingreso a reportes CUANDO seleccione los parámetros del reporte y de clic en REPORTE ENTONCES se genera un Excel con los parámetros establecidos.

102

Anexo 6. Reunión Retrospectiva 1. REUNIÓN RETROSPECTIVA 1 Información de la empresa y proyecto: Empresa / Organización Proyecto

Pontificia Universidad Católica del Ecuador sede Santo Domingo Sistema Web para la Gestión de prácticas pre-profesionales en la Pontificia Universidad Católica del Ecuador sede Santo Domingo durante el período 2017-2018.

Información de la reunión: Lugar Fecha Número de iteración / sprint Personas convocadas a la reunión Personas que asistieron a la reunión

     

Santo Domingo 22-06-2018 1 Srta. Evelyn Chungandro Sr. Yordano Espinoza Srta. Evelyn Chungandro Sr. Yordano Espinoza

FORMULARIO DE REUNIÓN RETROSPECTIVA ¿Qué mejoras vamos a ¿Qué salió bien en la ¿Qué no salió bien en la implementar en la próxima iteración? (aciertos) iteración? (errores) iteración? (recomendaciones de mejora continua) Conocer el equipo de  La no adecuada  Socialización del trabajo estimación de sprint conocimiento del sistema web Integración del equipo  No hay puntualidad en al momento de realizar las actividades  Cumplir con los tiempos cualquier actividad establecidos en el desarrollo  Fallas de los equipos en los que se trabaja  Compartir información con Buena comunicación y ambiente de trabajo para el desarrollo del todos sistema web Apoyo en dudas y  Agilidad en el desarrollo del diligencias sistema  La realización del informe de pruebas Metodologías y forma  Conocer más a fondo todos de trabajo  Muchas propuestas por los requerimientos del registro sistema Aplicación de conocimientos adecuada en el desarrollo

Srta. EVELYN CHUNGANDRO R DISERTANTE

Sr. YORDANO ESPINOZA B. DISERTANTE

103

Anexo 7. Pruebas de aceptaciรณn sprint 1.

104

Anexo 7. Pruebas de aceptaciรณn sprint 1 (Continuaciรณn).

105

Anexo 7. Pruebas de aceptaciรณn sprint 1 (Continuaciรณn).

106

Anexo 8. Reunión retrospectiva 2 REUNIÓN RETROSPECTIVA 2 Información de la empresa y proyecto: Empresa / Organización Proyecto

Pontificia Universidad Católica del Ecuador sede Santo Domingo Sistema web de prácticas pre- profesionales

Información de la reunión: Lugar Fecha Número de iteración / sprint Personas convocadas a la reunión Personas que asistieron a la reunión

       

Santo Domingo 20-07-2018 2 Srta. Evelyn Chungandro Sr. Yordano Espinoza Srta. Evelyn Chungandro Sr. Yordano Espinoza

FORMULARIO DE REUNIÓN RETROSPECTIVA ¿Qué mejoras vamos a ¿Qué salió bien en la ¿Qué no salió bien en la implementar en la próxima iteración? (aciertos) iteración? (errores) iteración? (recomendaciones de mejora continua) La disciplina con la que  No hay puntualidad en  Cumplir con los tiempos se realizó el sistema las actividades establecidos en el desarrollo web  Fallas de los equipos  Agilidad en el desarrollo del en los que se trabaja sistema Integración del equipo al momento de realizar para el desarrollo del  Conocer más afondo todos cualquier trabajo sistema los requerimientos del sistema Buena comunicación y  La realización del amiente de trabajo informe de pruebas Apoyo en dudas y diligencias Metodologías y forma de trabajo Buena experiencia con la programación en pareja Rendimiento trabajo Aplicación de conocimientos adecuada en el desarrollo.

Srta. EVELYN CHUNGANDRO R. DISERTANTE

Sr. YORDANO ESPINOZA B. DISERTANTE

107

Anexo 9. Pruebas de aceptaciรณn sprint 2

108

Anexo 9. Pruebas de aceptaciรณn sprint 2 (Continuaciรณn).

109

Anexo 10. Diccionario de datos El diccionario de datos se encuentra dentro del CD en formato digital. Anexo 11. Manual de instalaciรณn El manual de instalaciรณn se encuentra dentro del CD en formato digital. Anexo 12. Manual de usuario El manual de usuario se encuentra dentro del CD en formato digital.

110

Anexo 13. Carta de impacto