Aplicación web para la gestión y control de vacaciones, licencias y permisos del personal

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

APLICACIÓN WEB PARA LA GESTIÓN Y CONTROL DE VACACIONES, LICENCIAS Y PERMISOS DEL PERSONAL DE EMPROSERVIS CÍA. LTDA Trabajo de Titulación previo a la obtención del título de Ingenieros de Sistemas y Computación.

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores: GISSELA NATALY PÁEZ CAJAS BRYAN LEONARDO LEON RIOFRIO Director: Mg. FAUSTO ERNESTO OROZCO IGUASNIA

Santo Domingo – Ecuador Septiembre, 2019

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

HOJA DE APROBACIÓN APLICACIÓN WEB PARA LA GESTIÓN Y CONTROL DE VACACIONES, LICENCIAS Y PERMISOS DEL PERSONAL DE EMPROSERVIS CÍA. LTDA

Línea de Investigación: Tecnologías de la información y la comunicación.

Autores: GISSELA NATALY PÁEZ CAJAS BRYAN LEONARDO LEON RIOFRIO

Fausto Ernesto Orozco Iguasnia, Mg.

f._____________________

DIRECTOR DEL TRABAJO DE TITULACIÓN Luis Javier Ulloa Meneses, Mg.

f._____________________

CALIFICADOR Willian Javier Ocampo Pazos, Mg.

f._____________________

CALIFICADOR Luis Javier Ulloa Meneses, Mg.

f._____________________

DIRECTOR DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Septiembre, 2019

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Nosotros, PÁEZ CAJAS GISSELA NATALY portador de la cédula de ciudadanía No. 230056456-0 y LEON RIOFRIO BRYAN LEONARDO portador de la cédula de ciudadanía No. 172228033-4 declaramos que los resultados obtenidos en la investigación que presentamos como informe final, previo 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.

Igualmente declaramos que todo resultado académico que se desprenda de esta investigación y que se difunda tendrá como filiación la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo, reconociendo en las autorías al director del Trabajo de Titulación y demás profesores que amerita.

Gissela Nataly Páez Cajas

Bryan Leonardo Leon Riofrio

CI. 230056456-0

CI. 172228033-4

iv

AGRADECIMIENTO A Dios, por darme salud, sabiduría y consuelo en los momentos que más lo he necesitado.

A mi abuelita, a mi madre y a mis tíos por estar conmigo apoyándome, dándome consejos e inculcarme ser mejor persona cada día.

A mis amigos y enamorado, por seguir a mi lado a pesar del tiempo y la distancia, y por demostrarme que aún existen las buenas personas.

Gissela Nataly Páez Cajas Agradezco a mi familia, a mis padres en especial, Martha Riofrio y Leonardo Leon, por todo el apoyo brindado, ya que gracias a sus consejos y enseñanzas he aprendido a nunca rendirme y a dar todo de mi para cumplir con mis metas y objetivos.

Bryan Leonardo Leon Riofrio Al Mg. Willian Ocampo a quien expresamos nuestra gratitud por sus enseñanzas, comprensión y apoyo.

Gissela Nataly Páez Cajas, Bryan Leonardo Leon Riofrio

v

DEDICATORIA A mi madre y abuelos.

A mis grandes amigos, Joffre y Andrés, que partieron de este mundo hacia el descanso eterno.

Gissela Nataly Páez Cajas Le dedico el trabajo de titulación a mis padres, por el apoyo brindado y por nunca haber dejado de creer en mi capacidad.

Bryan Leonardo Leon Riofrio

vi

RESUMEN El presente trabajo de titulación de grado consistió en el desarrollo de una aplicación web para gestionar y controlar las vacaciones, licencias y permisos del personal de Emproservis Cía. Ltda. cuya finalidad ha sido la optimización de tiempo y recursos de los mismos, de tal manera que se pueda otorgar un mejor servicio al momento de ejecutar cada uno de los procesos correspondientes. La investigación que se planteó es de enfoque mixto, con el diseño exploratorio secuencial. La aplicación web cuenta con los módulos de: gestión de vacaciones, gestión de usuarios, módulo de notificaciones, gestión de perfiles y roles de usuario. Se realizó la ejecución del producto basándose en la Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web (METRA-USACC-WEB) como caso de estudio para validar la metodología anteriormente mencionada, la cual hace énfasis en la usabilidad y accesibilidad del software tomando en cuenta a la diversidad funcional. Las herramientas que se utilizaron han sido la arquitectura Modelo-Vista-Controlador, la suite de programación Laragon v3.1.9, en conjunto con el framework Laravel v5.7, como sistema gestor de base de datos PostgreSQL v9.4.16, para el front-end se utilizó html5, bootstrap, chart js, ajax y para el back-end se utilizó php v7.1.3, eloquent, query builder. Por consiguiente, con el desarrollo de la aplicación se han automatizado los procesos correspondientes, optimizado recursos económicos, además con la utilización de la metodología se ha logrado contar con la trazabilidad bidireccional y se ha cumplido con el 91% de criterios de evaluación heurística.

Palabras clave: aplicación web; automatización; talento humano; usabilidad; accesibilidad.

vii

ABSTRACT The present titling work consisted in the development of a web application to manage and control the holidays, licenses and authorizations of Emproservis CĂ­a staff. Ltda. whose purpose has been the optimization of their time and resources, so that a better service can be provided at the time of executing each of the corresponding processes. The research that was proposed is of mixed approach, with sequential exploratory design. The web application has the following modules: vacation management, user management, notification module, profile management and user roles. The product was executed based on the Methodology for software development considering traceability, usability and web accessibility (METRA-USACCWEB) as a case study to validate the aforementioned methodology, which emphasizes usability and accessibility of software taking into account functional diversity. The tools that were used have been the Model-View-Controller architecture, the Laragon v3.1.9 programming suite, together with the Laravel v5.7 framework, as the PostgreSQL v9.4.16 database management system, for the front- end html5, bootstrap, chart js, ajax was used and for the back end php v7.1.3, eloquent, query builder was used. Therefore, with the development of the application the corresponding processes have been automated, optimized economic resources, in addition to the use of the methodology, bi-directional traceability has been achieved and 91% of heuristic evaluation criteria have been met.

Keywords: web application; automation; human talent; usability; accessibility.

viii

ÍNDICE DE CONTENIDOS 1.

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

2.

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

2.1.

Delimitación del problema ................................................................................ 3

2.2.

Preguntas de investigación ................................................................................ 4

2.2.1.

Pregunta general ................................................................................................ 4

2.2.2.

Preguntas específicas ......................................................................................... 4

2.3.

Justificación de la investigación ........................................................................ 5

2.4.

Objetivos de la investigación ............................................................................. 7

2.4.1.

Objetivo general. ................................................................................................ 7

2.4.2.

Objetivos específicos. ......................................................................................... 7

3.

MARCO REFERENCIAL ................................................................................ 8

3.1.

Antecedentes ....................................................................................................... 8

3.2.

Marco Referencial ............................................................................................ 11

3.2.1.

Aplicación Web................................................................................................. 11

3.2.2.

Ingeniería de Software ..................................................................................... 11

3.2.2.1.

Proceso de Software ......................................................................................... 11

3.2.2.1.1.

Desarrollo Incremental ....................................................................................... 11

3.2.2.2.

Desarrollo Ágil de Software ............................................................................ 11

3.2.2.2.1.

Procesos Ágiles .................................................................................................. 12

3.2.2.3.

Scrum ................................................................................................................ 12

3.2.2.3.1.

Equipo Scrum ..................................................................................................... 12

3.2.2.3.2.

Artefactos Scrum ................................................................................................ 13

3.2.2.3.3.

Eventos Scrum ................................................................................................... 13

3.2.2.3.4.

Valores ............................................................................................................... 14

3.2.2.4.

Programación Extrema (XP) .......................................................................... 15

ix 3.2.2.4.1.

Valores XP ......................................................................................................... 15

3.2.2.4.2.

Prรกcticas XP ....................................................................................................... 15

3.2.3.

Desarrollo Web ................................................................................................. 18

3.2.3.1.

Usabilidad ......................................................................................................... 18

3.2.3.2.

Accesibilidad web ............................................................................................. 19

3.2.3.3.

Trazabilidad...................................................................................................... 19

3.2.3.4.

Lenguajes .......................................................................................................... 19

3.2.3.4.1.

Back-End ............................................................................................................ 19

3.2.3.4.2.

Front-End ........................................................................................................... 19

3.2.3.5.

Arquitectura ..................................................................................................... 20

3.2.3.5.1.

Cliente-Servidor ................................................................................................. 20

3.2.3.5.2.

Arquitectura en Capas ........................................................................................ 20

3.2.3.5.3.

Modelo-Vista-Controlador ................................................................................. 21

3.2.4.

Base de Datos .................................................................................................... 21

3.2.4.1.

Sistema Gestor de Base de Datos .................................................................... 21

3.2.4.1.1.

MariaDB ............................................................................................................. 21

3.2.4.1.2.

MySQL ............................................................................................................... 22

3.2.4.1.3.

PostgreSQL ........................................................................................................ 22

3.2.4.2.

Lenguaje SQL ................................................................................................... 22

3.2.4.3.

Modelo de Datos ............................................................................................... 23

3.2.5.

Gestiรณn y control de vacaciones, licencias y permisos .................................. 23

3.2.5.1.

Vacaciones laborales ........................................................................................ 23

3.2.5.2.

Licencia laboral ................................................................................................ 24

3.2.5.3.

Permiso laboral................................................................................................. 24

3.2.5.4.

Gestiรณn ............................................................................................................... 25

3.2.5.5.

Control .............................................................................................................. 25

x 3.2.5.6.

Diversidad funcional ........................................................................................ 25

4.

METODOLOGÍA DE LA INVESTIGACIÓN ............................................. 26

4.1.

Enfoque, diseño y tipo de investigación.......................................................... 26

4.1.1.

Enfoque de la Investigación............................................................................. 26

4.1.2.

Diseño de la Investigación ............................................................................... 26

4.1.2.1.

Diseño exploratorio secuencial (DEXPLOS) ................................................. 26

4.1.3.

Tipos de Investigación...................................................................................... 27

4.1.3.1.

Investigación Bibliográfica .............................................................................. 27

4.1.3.2.

Investigación Descriptiva................................................................................. 27

4.1.3.3.

Investigación Exploratoria .............................................................................. 27

4.2.

Población y Muestra ........................................................................................ 27

4.2.1.

Población ........................................................................................................... 27

4.2.2.

Muestra ............................................................................................................. 28

4.3.

Técnicas e instrumentos de recogida de datos ............................................... 29

4.3.1.

Encuestas ........................................................................................................... 29

4.3.2.

Entrevistas ........................................................................................................ 29

4.4.

Técnicas de análisis de datos ........................................................................... 29

4.5.

Metodología de desarrollo de software .......................................................... 30

4.5.1.

Análisis de Metodologías de Desarrollo de Software y Marco de trabajo .. 30

5.

RESULTADOS ................................................................................................. 31

5.1.

Discusión y análisis de resultados ................................................................... 31

5.1.1.

Análisis de la entrevista ................................................................................... 31

5.1.2.

Análisis de las encuestas .................................................................................. 34

5.1.3.

Análisis de comparativa de SGBD, Framework y Arquitectura de Software

………………………………………………………………………………………………..43 5.1.3.1.

Comparativa de SGBD .................................................................................... 43

xi 5.1.3.2.

Comparativa de Framework ........................................................................... 43

5.1.3.3.

Comparativa de Arquitectura de Software ................................................... 44

5.2.

Propuesta de intervención (VLIPER) ............................................................ 45

5.2.1.

Metodología de desarrollo de software .......................................................... 45

5.2.2.

Reunión de familiarización entre miembros del equipo ............................... 45

5.2.3.

Reunión de exploración ................................................................................... 46

5.2.4.

Primer Producto Mínimo Viable de Aprendizaje (1PMVA) ....................... 49

5.2.4.1.

Planificación...................................................................................................... 49

5.2.4.2.

Construcción ..................................................................................................... 50

5.2.4.2.1.

Historia de usuario 1: Registro de variable (ver Anexo 9) ................................. 51

5.2.4.2.2.

Historia de usuario 2: Roles (ver Anexo 9) ........................................................ 52

5.2.4.3.

Revisión ............................................................................................................. 53

5.2.5.

Segundo Producto Mínimo Viable de Construcción (2PMVC) ................... 53

5.2.5.1.

Planificación...................................................................................................... 53

5.2.5.2.

Construcción ..................................................................................................... 55

5.2.5.2.1.

Historia de usuario 3: Notificaciones (ver Anexo 9) ......................................... 55

5.2.5.2.2.

Historia de usuario 4: Registro de usuario (ver Anexo 9) .................................. 56

5.2.5.2.3.

Historia de usuario 5: Usuarios (ver Anexo 9) ................................................... 57

5.2.5.2.4.

Historia de usuario 6: Login (ver Anexo 9) ....................................................... 58

5.2.5.2.5.

Historia de usuario 7: Carga masiva en Excel (ver Anexo 9) ............................ 59

5.2.5.2.6.

Historia de usuario 8: Cálculo de pago de vacaciones (ver Anexo 9) ............... 60

5.2.5.3.

Revisión ............................................................................................................. 61

5.2.6.

Tercer Producto Mínimo Viable de Construcción (3PMVC) ...................... 61

5.2.6.1.

Planificación...................................................................................................... 61

5.2.6.2.

Construcción ..................................................................................................... 63

5.2.6.2.1.

Historia de usuario 9: Documentos (ver Anexo 9) ............................................. 63

xii 5.2.6.2.2.

Historia de usuario 10: Perfil de usuario (ver Anexo 9) .................................... 64

5.2.6.2.3.

Historia de usuario 11: Solicitudes (ver Anexo 9) ............................................. 65

5.2.6.2.4.

Historia de usuario 12: Permisos (ver Anexo 9) ................................................ 66

5.2.6.2.5.

Historia de usuario 13: Reportes (ver Anexo 9) ................................................. 67

5.2.6.2.6.

Historia de usuario 14: Calendario (ver Anexo 9) ............................................. 68

5.2.6.3.

Revisiรณn ............................................................................................................. 69

5.3.

Evaluaciรณn de Impacto del Proyecto .............................................................. 72

5.3.1.

Impacto Tecnolรณgico ........................................................................................ 73

5.3.2.

Impacto Institucional ....................................................................................... 74

5.3.3.

Impacto Econรณmico .......................................................................................... 75

5.3.4.

Impacto General ............................................................................................... 76

6.

DISCUSIร N...................................................................................................... 77

7.

CONCLUSIONES ............................................................................................ 78

8.

RECOMENDACIONES .................................................................................. 79

9.

LISTA DE REFERENCIAS............................................................................ 80

10.

ANEXOS ........................................................................................................... 86

xiii

ÍNDICE DE TABLAS Tabla 1. Criterios de evaluación de las metodologías ágiles de desarrollo de software y Marco de trabajo ................................................................................................................................. 18 Tabla 2. Criterios de evaluación para elegir el framework a utilizar. ................................... 20 Tabla 3. Criterios de evaluación de arquitecturas. ................................................................ 21 Tabla 4. Criterios de evaluación de SGBD. ............................................................................ 22 Tabla 5. Comparativa entre Scrum, Programación Extrema y Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web. ........................... 30 Tabla 6. Uso de un sistema informático.................................................................................. 34 Tabla 7. Uso de una aplicación web. ...................................................................................... 35 Tabla 8. Gestión y control de vacaciones, licencias y permisos. ............................................. 35 Tabla 9. Proceso de solicitud de vacaciones, licencias y permisos. ....................................... 36 Tabla 10. Proceso de solicitud de vacaciones. ....................................................................... 37 Tabla 11. Interferencia de actividades.................................................................................... 38 Tabla 12. Tiempo de respuesta de solicitud de vacaciones. ................................................... 38 Tabla 13. Proceso de solicitud de permiso. ............................................................................ 39 Tabla 14. Tiempo de respuesta. .............................................................................................. 40 Tabla 15. Aceptación del sistema web. ................................................................................... 41 Tabla 16. Beneficio de la aplicación en la empresa. .............................................................. 41 Tabla 17. Comparativa entre los SGBD ................................................................................. 43 Tabla 18. Comparativa frameworks web. ............................................................................... 43 Tabla 19. Comparativa entre las arquitecturas de software. ................................................. 44 Tabla 20. Niveles de Impacto ................................................................................................... 72 Tabla 21. Impacto Tecnológico................................................................................................ 73 Tabla 22. Impacto Institucional ............................................................................................... 74 Tabla 23. Impacto Económico ................................................................................................. 75

xiv Tabla 24. Impacto General ...................................................................................................... 76

xv

ÍNDICE DE FIGURAS Figura 1. Principios que proporcionan los fundamentos de accesibilidad web ...................... 19 Figura 2. Vacaciones remuneradas concedidas, a los empleados ........................................... 23 Figura 3. Licencias que pueden disponen los empleados....................................................... 24 Figura 4. Permisos concedidos con remuneración a los empleados, en diferentes casos ....... 25 Figura 5. Uso de un sistema informático................................................................................. 34 Figura 6. Uso de una aplicación web. ..................................................................................... 35 Figura 7. Gestión y control de vacaciones, licencias y permisos ............................................ 36 Figura 8. Proceso de solicitud de vacaciones, licencias y permisos. ...................................... 36 Figura 9. Proceso de solicitud de vacaciones. ......................................................................... 37 Figura 10. Interferencia de actividades. .................................................................................. 38 Figura 11. Tiempo de respuesta. ............................................................................................. 39 Figura 12. Proceso de solicitud de permiso............................................................................. 39 Figura 13. Tiempo de respuesta. ............................................................................................. 40 Figura 14. Aceptación del sistema web. .................................................................................. 41 Figura 15. Beneficio de la aplicación en la empresa. .............................................................. 42 Figura 16. Roles de usuarios ................................................................................................... 45 Figura 17. Catálogo de parametrización ................................................................................. 46 Figura 18. Gestión de interesados ........................................................................................... 46 Figura 19. Matriz de interesados ............................................................................................. 47 Figura 20. Gestión de riesgos .................................................................................................. 47 Figura 21. Riesgos priorizados ................................................................................................ 47 Figura 22. Plan de entrega según la planificación ................................................................... 48 Figura 23. Historia de usuario ................................................................................................. 48 Figura 24. Mockup de la historia de usuario ........................................................................... 48 Figura 25. Puntos de evaluación heurística ............................................................................. 49

xvi Figura 26. Radiador de información del 1PMVA ................................................................... 50 Figura 27. Controlador para el registro de variable ................................................................ 51 Figura 28. Interfaz de registro de variable .............................................................................. 51 Figura 29. Controlador de la historia de usuario roles ............................................................. 52 Figura 30. Interfaz de prueba de roles ..................................................................................... 52 Figura 31. Gráfico de trabajo pendiente del 1PMVA ............................................................. 53 Figura 32. Radiador de información del 2PMVC ................................................................... 54 Figura 33. Controlador de Notificaciones ............................................................................... 55 Figura 34. Escenario de prueba de Notificaciones .................................................................. 55 Figura 35. Controlador para el registro de usuario.................................................................. 56 Figura 36. Interfaz para el registro de usuario ........................................................................ 56 Figura 37. Controlador de Usuarios ........................................................................................ 57 Figura 38. Interfaz de la historia Usuarios .............................................................................. 57 Figura 39. Controlador para el Login ...................................................................................... 58 Figura 40. Interfaz de usuario Login ....................................................................................... 58 Figura 41. Controlador de Carga masiva en Excel.................................................................. 59 Figura 42. Interfaz de la historia Carga masiva en Excel ........................................................ 59 Figura 43. Controlador de Cálculo de pago de vacaciones ..................................................... 60 Figura 44. Interfaz de usuario de la historia Cálculo de pago de vacaciones ......................... 60 Figura 45. Gráfico de trabajo pendiente del 2PMVC.............................................................. 61 Figura 46. Radiador de información del 3PMVC ................................................................... 62 Figura 47. Controlador de Usuarios ........................................................................................ 63 Figura 48. Interfaz de la historia Documentos ........................................................................ 63 Figura 49. Controlador de Perfil de Usuarios ......................................................................... 64 Figura 50. Interfaz de la historia Usuarios .............................................................................. 64 Figura 51. Controlador de Solicitudes..................................................................................... 65

xvii Figura 52. Interfaz de la historia Solicitudes........................................................................... 65 Figura 53. Controlador de Usuarios ........................................................................................ 66 Figura 54. Interfaz de la historia Permisos .............................................................................. 66 Figura 55. Controlador de Usuarios ........................................................................................ 67 Figura 56. Interfaz de la historia Permisos .............................................................................. 67 Figura 57. Controlador de Usuarios ........................................................................................ 68 Figura 58. Interfaz de la historia Calendario ........................................................................... 68 Figura 59. Gráfico de trabajo pendiente del 2PMVC.............................................................. 69 Figura 60. Radiador de información para la trazabilidad para los usuarios ............................ 70 Figura 61. Radiador de información para la trazabilidad de para los desarrolladores ............ 70 Figura 62. Gráfico de trabajo pendiente para los desarrolladores ........................................... 70 Figura 63. Criterios considerados para la evaluación heurística ............................................. 71 Figura 64. Resultados parciales de los puntos de evaluación heurística ................................. 71 Figura 65. Resultados finales de la evaluación heurística ....................................................... 71

xviii

ÍNDICE DE ANEXOS ANEXO 1. CARTA DE ASIGNACIÓN DEL PROYECTO .................................................. 86 ANEXO 2. ACTA DE ENTREGA - RECEPCIÓN DEL PROYECTO ................................. 87 ANEXO 3. CARTA DE IMPACTO ........................................................................................ 88 ANEXO 4. MODELO DE ENTREVISTA ............................................................................. 89 ANEXO 5. MODELO DE ENCUESTA ................................................................................. 93 ANEXO 6. CARTA DE PLANIFICACIÓN ........................................................................... 96 ANEXO 7. SELECCIÓN DE LOS TRABAJOS DE TITULACIÓN DE GRADO PARA VALIDACIÓN DE LA PROPUESTA .................................................................................... 97 ANEXO 8. MODELO RELACIONAL DE LA BASE DE DATOS ...................................... 98 ANEXO 9. HISTORIAS DE USUARIO................................................................................. 99 ANEXO 10. PRUEBAS DE ACEPTACIÓN ........................................................................ 103 ANEXO 11. MANUAL DE USUARIO ................................................................................ 117 ANEXO 12. MANUAL TÉCNICO ....................................................................................... 123 ANEXO 13. PRESUPUESTO ............................................................................................... 127

1

1.

INTRODUCCIÓN

Existen empresas que realizan el control de vacaciones, licencias y permisos en hojas de cálculo de Excel, lo cual es anacrónico además de ser un generador de cuellos de botella al momento de gestionar las mismas y está expuesto en el peor de los casos a la pérdida de la información; en el Ecuador existe un código que ampara a las vacaciones, licencias y permisos para servidores públicos como privados, fijando como estás deben ser concebidas, además ser uno de los derechos humanos, sin embargo según lo menciona Antonji & Usui (2007), ha sido objeto de muy poca investigación, a lo que se suma que a lo largo de la historia no ha existido una manera de realizar el control y gestión de las mismas de manera eficaz y eficiente, por lo que se ha optado por realizarlo con una aplicación web desarrollada a medida.

El trabajo de titulación de grado cuenta con los siguientes capítulos: Introducción, se encuentra una descripción general de la problemática motivo por el cual nace la investigación, Planteamiento del problema, está compuesto por cuatro subcapítulos, los antecedentes del problema, el que hace referencia a cómo se ha realizado el control de vacaciones, licencias y permisos a lo largo de los años; El problema de investigación, en él se encuentra la delimitación del problema y el problema, entre los autores relevantes teniendo a la Asamblea Nacional Constituyente del Ecuador, la Secretaria General de las Organizaciones Unidas con La Declaración de los Derechos Humanos, la Asamblea Nacional de Planificación y Desarrollo del Ecuador.

Marco Referencial, en él se evidencia las teorías que sustentan al presente trabajo en forma de citas y paráfrasis generadas por artículos científicos, tesis de grado y libros como fuente de información. En Metodología de la Investigación se encuentra todos los procedimientos y técnicas aplicadas en el proceso de investigación delimitando y recabando datos importantes, además de la Metodología de desarrollo de Software con la que se ha optado trabajar.

La metodología se enfoca en cómo ha realizado la investigación, en nuestro caso se utilizó el enfoque mixto, con el diseño exploratorio secuencial, además se incluyen los tipos de investigación en las que nos hemos basado, la población y muestra con la respectiva técnica e instrumentos de recolección y análisis de datos.

2 En la sección de resultados se explica de manera detallada los resultados que se han obtenido conforme a los objetivos planteados, en ellos se evidencia el análisis de la recolección de información mediante entrevista, encuestas, comparativas realizadas y se expone la propuesta de intervención con cada producto mínimo viable del desarrollo del software.

Para la sección de discusión, conclusiones y recomendaciones, se redactó un analizó como fue evolucionando la investigación y para la sección de referencias bibliográficas se recopiló las fuentes de información primarias y secundarias utilizadas para el desarrollo del presente trabajo de titulación.

Por último en la sección de anexos se adjunta información relevante correspondiente al presente trabajo de titulación.

3

2.

2.1.

PLANTEAMIENTO DEL PROBLEMA

Delimitación del problema El desarrollo de aplicaciones web ha aumentado en los últimos años debido a que

cuentan con varias ventajas entre las cuales se menciona que se ejecutan desde un navegador, ser utilizadas sin necesidad de una instalación previa, otra de las ventajas según Nieto, López, & Montenegro (2018), es que tiene la posibilidad de almacenar cierta información en servidores, pueden ser accedidos cuando se tiene internet, con una conexión de este tipo y un navegador, la información puede ser consultada desde cualquier parte del mundo, además que este tipo de aplicaciones tiene una complejidad multiplataforma, con lo cual hace referencia a que se puede acceder bajo cualquier sistema operativo o dispositivo con el que se cuente.

EMPROSERVIS CÍA. LTDA., es una empresa importadora, distribuidora y comercializadora de productos para el área automotriz, se encuentra ubicada en la ciudad de Santo Domingo de los Tsáchilas, cuenta con alrededor de 173 empleados distribuidos en diferentes áreas, por lo cual es fundamental que la empresa lleve una adecuada gestión y control de vacaciones, licencias y permisos que se encargue de optimizar el proceso de control y gestión de solicitudes, aprobación o cancelación de las mismas.

Con la visita a la empresa se ha notado que el cálculo de los días correspondientes de vacaciones por empleado se realiza dependiendo del tiempo que lleve laborando en la empresa junto con el control de los permisos, puesto que el administrador y los usuarios puedan realizar este tipo de diligencias mediante el internet, accediendo a la aplicación web, evitándose de esta manera tener que acercarse a la oficina de talento humano, además que la información de dichos beneficios no sea susceptible a pérdidas y evitando los cuellos de botella.

Actualmente, la empresa tiene inconvenientes al momento de gestionar y controlar las vacaciones, licencias y permisos del personal, dado que se lo realiza de forma manual mediante la utilización de hojas de cálculo de Excel, de igual manera el cálculo de los días correspondientes de vacaciones por empleado se realiza dependiendo del tiempo que lleve laborando en la empresa junto con el control de los permisos y el cálculo de la remuneración por vacaciones no gozadas, lo que provoca que esta gestión no sea ágil, a pesar de que este programa sea muy exacto al realizar los cálculos, además de la posibilidad de que exista un fallo humano al ingresar la información de los empleados.

4 Por lo que se propone desarrollar una aplicación web que solucione todo o gran parte de la problemática de estudio, de tal manera que el administrador y los usuarios puedan acceder a la misma, para gestionar dichas las diligencias que son objeto de estudio, cargar información básica profesional solicitada por la empresa y el administrador controlar las diligencias, realizar el cálculo de remuneración financiera por vacaciones no gozadas, además de verificar los reportes de las gestiones solicitadas por los usuarios.

2.2.

Preguntas de investigación

2.2.1. Pregunta general ¿Cómo mejorar la gestión y control de vacaciones, licencias y permisos del personal de Emproservis Cía. Ltda?

2.2.2. Preguntas específicas ¿Cuáles son los procesos que intervienen en la gestión y control de vacaciones, licencias y permisos? ¿Cuál es la arquitectura adecuada para el desarrollo de la Aplicación Web? ¿Cuál es la metodología y herramientas de desarrollo de Software que se ajustan a las necesidades del producto?

5 2.3.

Justificación de la investigación El desarrollo de las nuevas tecnologías es uno de los aspectos claves que se abordan en

nuestro país, esto se evidencia desde los artículos de la Constitución de la República del Ecuador, de manera similar lo plantea la Asamblea Nacional del Ecuador, en el Plan Nacional para el Buen Vivir, por otra parte, el derecho de disfrutar de un descanso, vacaciones periódicas pagadas, como lo afirma la Secretaría General de la Organización de las Naciones Unidas, en la Declaración Universal de los Derechos Humanos y por último el Código de Trabajo, que da a conocer los artículos referentes a vacaciones, licencias y permisos en Ecuador.

El sistema nacional de ciencia, tecnología, innovación y saberes ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las culturas y la soberanía, tendrá como finalidad: 1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.

2. Recuperar, fortalecer y potenciar los saberes ancestrales.

3. Desarrollar tecnologías e innovaciones que impulsen la producción nacional, eleven la eficiencia y productividad, mejoren la calidad de vida y contribuyan a la realización del buen vivir. (Const., 2008. art. 385)

Todas las personas cuentan con el derecho de disfrutar de un descanso, vacaciones periódicas pagadas, según lo afirma la Asamblea General de la Organización de las Naciones Unidas (1948, art. 23), “toda persona tiene derecho al descanso, al disfrute del tiempo libre, a una limitación razonable de la duración del trabajo y a vacaciones periódicas pagadas”.

Es necesario promover la transferencia tecnológica, la investigación, innovación, para impulsar la matriz productiva, así lo afirma la Secretaría Nacional de Planificación y Desarrollo (2017), “promover la investigación, la formación, la capacitación, el desarrollo y la transferencia tecnológica, la innovación y el emprendimiento, en articulación con las necesidades sociales, para impulsar el cambio de la matriz productiva”.

Por lo considerado en el Código de Trabajo en Ecuador, los empleados disponen del derecho de gozar anualmente de un periodo de descanso (ver Figura 2), así mismo de licencias laborales con remuneración por diferentes motivos (ver Figura 3), de igual manera podrán hacer uso de permisos siempre y cuando sea por motivos dispuesto en éste código (ver Figura 4).

6 De acuerdo con Antonji & Usui (2007), la política de vacaciones es un componente clave de la regulación de las horas de trabajo y es un trabajo importante, pero ha sido objeto de muy poca investigación.

Por otra parte, Antonji & Usui (2007), menciona que el tiempo de vacaciones está determinado por la política de toda la empresa y tiende a no reflejar las preferencias y el poder de negociación de los empleados individuales.

Según Romero Balsas (2015), los permisos otorgados por paternidad pueden favorecer a la inclusión del varón en las tareas de la esfera doméstica, además promueve su participación del mismo en el cuidado del niño, a lo que se suman las de naturaleza lúdica.

Conforme lo mencionan Flaquer & Escobedo (2014), las licencias y permisos paternales que se otorgan facilita la participación paterna en el cuidado de los hijos, además constituye un factor importante para lograr una mayor igualdad de oportunidades entre hombres y mujeres, por otra parte, se logra mejorar el nivel de bienestar infantil.

Desde el punto psicológico según lo mencionan Kühnel & Sonnentag (2010), las organizaciones deben asegurarse que los empleados cuenten con el tiempo suficiente de recuperación, por lo que no se puede promover la restricción de vacaciones o intercambiarlas por recompensas financieras, por tanto, esto tendría un efecto positivo permitiendo reducir el agotamiento emocional y fomentar el compromiso en el trabajo.

En varias provincias del Ecuador existe gran cantidad de Compañías que no realizan de manera correcta el control y manejo de información debido a que este proceso es aplicado de forma manual. El problema general como lo es el control y gestión de vacaciones, licencias y permisos como se ha venido tratado provoca que la información esté susceptible a pérdidas, además de ser un generador de cuellos de botellas al momento de gestionarlas y es política de muy poco estudio, por lo que ha motivado la investigación con la finalidad de determinar las circunstancias que provocan dichos problemas y a través del uso y aplicación de nuevas tecnologías, solucionar o disminuir el problema.

El presente trabajo de titulación de grado es importante para Emproservis Cía. Ltda. debido a que se controlará y gestionará de manera eficiente y automatizada dicho proceso permitiendo optimizar tiempo, mejorar el servicio, disminuir en un 40% el gasto en suministros de oficina, transporte y telefonía.

7 Es perfectamente aplicable puesto que se puede obtener la información necesaria, por lo que se cuenta con el apoyo y colaboración del personal de Emproservis Cía. Ltda., los cuales brindarán toda información necesaria referente al problema además que se cuenta con el personal técnico para el asesoramiento, lo cual recae en que el proyecto de investigación se podrá implementar sin inconveniente alguno.

2.4.

Objetivos de la investigación

2.4.1. Objetivo general.

Desarrollar una aplicación web para la gestión y control de vacaciones, licencias y permisos del personal de Emproservis Cía. Ltda.

2.4.2. Objetivos específicos.

•

Determinar los procesos que se realizan en la gestión y control de vacaciones, licencias y permisos.

•

Establecer la arquitectura a utilizar en el desarrollo de la Aplicación Web.

•

Identificar las metodologías y herramientas de desarrollo de Software que se ajustan a las necesidades del producto.

8

3.

3.1.

MARCO REFERENCIAL

Antecedentes Emproservis Cía. Ltda. fue fundada aproximadamente hace 20 años, es una empresa

importadora, distribuidora y comercializadora de productos para el área automotriz, su misión es superar las expectativas de los clientes y proveedores, ofreciendo productos de calidad al público generando así beneficio tanto para accionistas como a colaboradores y socios comerciales aportando crecimiento para el país. La empresa pretende incorporar soluciones tecnológicas automatizadas y para el año 2020 ser el mejor socio comercial del sector automotriz ecuatoriano, siendo líderes en el Ecuador, con presencia internacional.

Con la minuciosa búsqueda de información, se ha encontrado soluciones previas referentes al tema del proyecto a tratar, las cuales servirán de guía para la realización del presente trabajo de titulación, las mismas que han sido obtenidas de diferentes repositorios universitarios se mencionan y a continuación se encuentran mencionadas.

Vega (2006), en su tesis de grado titulada “Automatización del Sistema de Control del Personal Aerotécnico para la Concesión de Permisos, Guardias y Vacaciones para el Ala de Investigación y Desarrollo N° 2 de la Fuerza Aérea Ecuatoriana”, menciona que se utilice un sistema manual en el control de personal para concesión de permisos, guardias y vacaciones, por desconocimiento del manejo de nuevas tecnologías, ha provocado desperdicio de recursos humanos, pérdida de información, falta de confiabilidad en la misma y falta de organización en las actividades institucionales, por lo que su propuesta de desarrollar de un Sistema de Control del Personal Aerotécnico para la Concesión de Permiso, Guardias y Vacaciones, con el que pretendía el ahorro de tiempo y recursos incrementando la imagen del departamento de personal, además de la atención oportuna de un mayor número de personas que solicitan dichas concesiones y asegurar que se tenga un control permanente y continuo sobre las mismas.

Loachamin (2015), en su tesis de grado titulada “Desarrollo e implementación de un sistema de gestión y control de vacaciones, licencias y permisos para el personal administrativo y de servicio de la dirección de talento humano de la Universidad Central Del Ecuador”, menciona que realizar el control y gestión de vacaciones, licencias y permisos de forma manual utilizando archivos de Excel, ocasiona pérdida innecesaria de recursos y tiempo improductivos de trabajo, por lo que realizó un análisis actual de las necesidades del área de Talento Humano

9 lo que le motivó al desarrollo e implementación de un sistema que permita mejorar los procesos de forma automatizada, por lo que una vez implementado el sistema tuvo que capacitar al personal de la empresa que trabaja sobre la aplicación web, de tal manera que ha logrado disminuir el tiempo que se tardaban para la gestión y control de vacaciones, licencias y permisos, el personal de recursos humanos y a los empleados que puedan planificar sus vacaciones de mejor manera.

Según lo menciona Gonzabay (2016) en su tesis de grado que se titula “Implementación de un Sistema Web para la Gestión del Control de Asistencia, utilizando dispositivos biométricos en el Consejo Nacional Electoral, Regional Santa Elena: Módulo de gestión de permisos, vacaciones y descuentos”, realizar la gestión de permisos, vacaciones y/o descuentos de forma manual utilizando memorándum es un proceso repetitivo, que en ocasiones las solicitudes de permiso en las que se especifican los motivos por el cual se hace la solicitud de permiso o vacaciones no son revisadas a tiempo lo que dificulta que el personal obtenga las vacaciones en el tiempo solicitado, por tal motivo propuso un Sistema Web para la gestión del control de asistencia, a través de dispositivo biométrico; luego de haber culminado el desarrollo e implementación del Sistema Web, obtuvo como resultado que pudo optimizar el tiempo de respuesta de las solicitudes que los usuarios realizaban para respectivos permisos o vacaciones y aseguró que dichas solicitudes sean revisadas a tiempo, así mismo el sistema ha permitido realizar reportes de saldo de vacaciones, descuentos y permisos del personal de forma rápida y confiable, lo que anteriormente no lo realizaban debido a que contaban con un sistema que lo realice.

Chinguá (2013) en su tesis de grado con título “Sistema web de control del talento humano para el GAD-I”, en el estudio realizado a la empresa, se encontró que esta contaba con sistema de talento humano incompleto que no automatizaba registro de permisos o licencias, vacaciones, salidas del personal y trabajo social por otra parte no se cuenta con un reporte adecuado de atrasos del personal. Con el fin de solucionar este problema, diseño un sistema web que realice el cálculo de las vacaciones y gestione los permisos de los empleados y licencias e integrando los datos emitidos por los sensores biométricos para controlar las faltas como resultado se obtuvo seguridad en los datos, acceso fácil a la información de los empleados por parte del trabajador social, fácil acceso a formularios de permisos o licencias desde la web, los jefes de área pueden acceder con facilidad a los reportes de ausencias de los empleados.

10 Torres (2012) en su tesis de grado titulada “Sistema para gestión de personal de la empresa avícola Reproavi Cía. Ltda., utilizando PostgreSQL y PHP”, encontró que dicha empresa no cuenta con un sistema integrado que genere roles de pago, un control de vacaciones y reportes, realizando el proceso de forma manual o con el uso de herramientas poco seguras y al existir un aumento de personal en la empresa este proceso era muy tardado. La implementación de este sistema mejoró el desempeño de la empresa al realizar un cálculo de roles de pago exacto y sin contratiempos, con un control de vacaciones rápido y efectivo, mejorando la seguridad de la información evitando la pérdida de datos incluyendo la opción de imprimir reportes.

Según se menciona en los trabajos de grado consultados, únicamente se hace énfasis en desarrollar el sistema para la gestión del personal y que este sea automatizado, lo que nos ha servido de guía en diferentes aspectos, como lo es la relación de base de datos, comparativa de frameworks, además de tomar en cuenta como es el proceso del control y gestión de vacaciones, licencias y permisos, sin embargo en dichos trabajos de grado no se ha tomado en cuenta los motivos de los permisos para la realización del control de este tipo de diligencias, a diferencia del presente trabajo de grado, se ha enfocado en cada tipo de ausencia y cuales han sido los motivos de solicitarla, además se ha optado de que el sistema propuesto cuente con una sección donde el personal de la empresa pueda cargar su hoja de vida y certificados de capacitaciones, de tal manera que la gestión de vacaciones se torne más ágil, gracias a que se puede conocer qué persona tiene un perfil profesional similar y pueda suplir a la que solicite vacaciones, licencia o permiso.

11 3.2.

Marco Referencial

3.2.1. Aplicación Web Las aplicaciones web son herramientas que los usuarios pueden utilizar accediendo a un servidor web, a través del internet, actualmente está en auge su utilización debido a que cuenta con muchas ventajas, entre las que más sobresalen es que son multiplataforma, no es necesario una instalación previa a su utilización, tiene la posibilidad de almacenar cierta información en servidores que pueden ser accedidos a través de internet, con una conexión de este tipo y un navegador web, la información puede ser consultada desde cualquier parte del mundo, además que este tipo de aplicaciones tiene una compatibilidad multiplataforma, con lo cual se hace referencia que se puede acceder bajo cualquier sistema operativo con el que se cuente (Guerrero, Díaz & Delgado, 2013; Nieto, López & Montenegro, 2018).

3.2.2. Ingeniería de Software La ingeniería de software es una tecnología en varias capas las cuales consisten en herramientas, métodos, proceso y compromiso junto con la calidad las cuales están diseñadas para optimizar los procesos de desarrollo de software (Somerville, 2012, p. 6).

3.2.2.1.

Proceso de Software

Los procesos son un conjunto de pasos adaptables que se deben seguir para el desarrollo de un producto dando la potestad de elegir al equipo de desarrollo que actividades o tareas para el trabajo, buscando siempre realizar un trabajo factible y de calidad para satisfacer las necesidades del usuario final (Somerville, 2012, p. 60).

3.2.2.1.1.

Desarrollo Incremental

Este tipo de desarrollo se constituye diferentes partes del sistema en diferentes momentos, o en diferentes velocidades, y después lo integran. De tal manera que un incremento es un subconjunto de la funcionalidad del sistema (Sánchez, Sicilia, & Rodríguez, 2012, p. 52).

3.2.2.2.

Desarrollo Ágil de Software

El desarrollo ágil de software solo es una manera de hacer referencias a las metodologías de desarrollo de software ágil las cuales se caracterizan por ser del tipo

12 incremental, minimizar la documentación y centrase más en el desarrollo del software (Somerville, 2012, p. 62).

3.2.2.2.1.

Procesos Ágiles

Se los denomina métodos de desarrollo ágiles al conjunto de métodos que hacen énfasis al enfoque iterativo, la adaptabilidad del proceso y la colaboración. Además, se caracterizan por el hecho de que reducen la documentación y los procedimientos al mínimo (Sánchez, Sicilia, & Rodríguez, 2012, p. 56).

3.2.2.3.

Scrum

Scrum es un marco de trabajo cuyos principios se encuentran ligados con el manifiesto ágil, con este marco de trabajo es posible actuar colaborativamente en equipo y de esta manera lograr resultados óptimos en los proyectos reduciendo la complejidad del software a desarrollar (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 39).

3.2.2.3.1.

Equipo Scrum

El equipo de Scrum está conformado por todas aquellas personas que se encuentran involucradas en el proyecto las cuales se dividen en 3 roles que se definirán a continuación: 1. El propietario del producto (Product Owner). – es quien debe tener claro todos los requerimientos de la empresa para formar las historias de usuarios, también es el encargado de organizar la pila del producto (Product Backlog), debido a que es la única persona que puede priorizarlo, estableciendo en qué orden serán realizadas las historias de usuario aumentando de esta forma el valor del producto del trabajo del equipo de desarrollo (Scrum alliance, 2017).

2. Equipo de desarrollo (Development Team). – está conformado por el equipo encargado de desarrollar el producto y entregar el incremento que sea posible poner en producción al finalizar cada Sprint.

3. Scrum Master. – su función es la de solucionar los problemas e inconvenientes que se les puedan presentar al equipo de desarrollo que afecten al producto final y controlar que el producto sea entregado según los tiempos estimados previamente (Scrum Alliance, 2017).

13 3.2.2.3.2.

Artefactos Scrum

El objetivo de los artefactos de Scrum es mostrar la información relevante en forma clara y concisa manteniendo organizados los proyectos. Los artefactos proporcionan datos que facilitan la planificación y la revisión de cada uno de los Sprint, a continuación, se mencionan los artefactos (Kniberg, 2015).

Pila del Producto (Product Backlog): es una lista ordenada de las funcionalidades la cual es visible para todos aquellos involucrados en el proyecto, es el Product Owner es el encargado de mantener esta lista constantemente actualizada y ordenada según el nivel de prioridad (Kniberg, 2015).

Pila del Sprint (Sprint Backlog): en el Sprint Backlog se coloran todas las funcionalidades que serán consideradas para desarrollar en la próxima iteración o incremento con el fin de conseguir el objetivo del Sprint en el tiempo estimado. Al final de cada Sprint Backlog se observará el avance del equipo de desarrollo (Kniberg, 2015).

3.2.2.3.3.

Eventos Scrum

El Sprint: es lo principal para el marco de trabajo Scrum, indica un periodo de tiempo (time-box) de, aproximadamente 1 mes, siendo esto lo que tardaría en finalizar cada incremento e inmediatamente se empezaría el desarrollo del siguiente Sprint. Los Sprint están compuestos por: la Planificación del Sprint (Sprint Planning), los Scrums Diarios (Daily Scrums), el trabajo de desarrollo, la Revisión del Sprint (Sprint Review), y la Retrospectiva del Sprint (Sprint Retrospective) (Kniberg, 2015).

Planificación del Sprint (Sprint Planning): es una reunión conformada por el equipo Srum que tiene un máximo de 8 horas y debe ser realizada 1 vez por Sprint, siendo el Scru Master el encargado de que esta reunión se realice. Esta reunión se la realiza con el fin de establecer cuáles serán las funcionalidades que se deben cumplir en el Sprint y el tiempo de duración que este tendrá (Kniberg, 2015).

Scrum Diario (Daily Scrum): es una reunión realizada 1 vez al día durante 15 minutos por el equipo de desarrollo en la cual se planea el día de trabajo y se comunica al equipo, los avances realizados, el progreso que se pretende tener en el día de trabajo y mencionar los

14 posibles impedimentos que puedan causar que el equipo de desarrollo cumpla con el Sprint (Kniberg, 2015).

Revisión del Sprint (Sprint Review): se realiza al culminar el Sprint analizando y, en caso de ser necesario, modificando el Product Backlog en caso de ser necesario. El Sprint Review está conformado por el equipo de desarrollo y los interesados (invitados por el propietario) que tengan conocimiento sobre las funcionalidades que debe cumplir el Sprint que se ha finalizado (Kniberg, 2015).

Retrospectiva del Sprint (Sprint Rstrospective): es utilizada para que el equipo Scrum realice una valoración de sí mismos antes de la próxima Planificación del Scrum, detectando así todas las falencias y asignarlas para que sean tratadas en el siguiente Sprint. El Scrum Master se encarga de que la reunión sea positiva y productiva, ayuda a que el evento se cumpla dentro del rango de tiempo estipulado y como responsable del proceso Scrum debe participar en la reunión al igual que cualquier miembro del equipo (Kniberg, 2015).

3.2.2.3.4.

Valores

Compromiso: es el trabajo de todo el equipo Scrum incluyendo al Scrum Master y el Product Owner dando su máximo esfuerzo despejando y aclarando todas las dudas obteniendo así un sprint transparente estando siempre comprometidos con los objetivos del equipo y entregando así un producto de calidad (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 62).

Coraje: el equipo Scrum debe ser capaz de desarrollar el producto sin prestarle atención al futuro, debe centrarse en lo que es importante en todo lo que involucra al momento actual de desarrollo (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 62).

Foco: el equipo de tener siempre como prioridad, estar 100% concentrados en realizar un buen trabajo al desarrollar el proyecto mas no distraerse o centrar su atención en tareas que sean poco importantes (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 62).

Franqueza: la claridad y transparencia es un pilar básico para Scrum por ello el equipo de desarrollo debe facilitar la comunicación brindando información sobre los avances e inconvenientes presentados en el desarrollo del producto para que el Product Owner pueda

15 presentar esta información a las partes interesadas (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 62).

Respeto: debe existir una buena relación laboral en el equipo Scrum respetando el conocimiento, las habilidades, la experiencia de cada uno de los miembros del equipo y de cualquier individuo que tenga relación a este, por ello, no debe existir tención entre compañeros de trabajo (Álvarez García, Heras del Dedo & Lasa Gómez, 2012, p. 62).

3.2.2.4.

3.2.2.4.1.

Programación Extrema (XP)

Valores XP

Comunicación: es muy importante en Extreme Programming tener comunicación activa entre el equipo de desarrollo y el cliente para, de esta forma, lograr resolver cualquier inconveniente que pueda presentarse (Kniberg, 2015).

Simplicidad: en el desarrollo del producto se pueden presentar cualquier tipo de inconvenientes que se pueden resolver de forma más simple y sencillo con la ayuda del cliente, buscando desarrollar los requerimientos mínimos necesarios (Kniberg, 2015).

Retroalimentación (Feedback): el Feedback constante otorga a los desarrolladores, el poder encaminar el proyecto en la dirección adecuada logrando así corregirlo y mejorarlo continuamente (Kniberg, 2015).

Coraje: los desarrolladores deben estar conscientes de que a futuro se presentaran cambios, por ello, al estar utilizando la metodología adecuada, se tomaran de mejor manera todas estas variaciones (Kniberg, 2015).

Respeto: el equipo de desarrollo debe trabajar como uno y no tomar decisiones al azar y sin considerar la opinión de los desarrolladores involucrados (Kniberg, 2015).

3.2.2.4.2.

Prácticas XP

XP está conformada por 12 prácticas o principios básicos que se encuentran dividido en 4 categorías (Kniberg, 2015).

16 1) Sit Together Sit TogetherEste es un ambiente de trabajo espacioso, cómodo, que permita el dialogo y fomente la productividad (Kniberg, 2015).

2) Whole Team Todos son un equipo, por ello, todos son responsables del proyecto y deben apoyarse en el trabajo, el crecimiento y el aprendizaje para que este salga a flote (Kniberg, 2015).

3) Informative Workspace Cada equipo debe colora en un lugar visible las historias organizadas por el estado en el que se encuentran, así como a las gráficas de avance manteniendo el lugar de trabajo siempre informado sobre el avance del proyecto (Kniberg, 2015).

4) Energized Work Se debe mantener un ritmo de trabajo adecuado sin fatigarse caso contrario puede ser contraproducente para el equipo. Para aumentar la productividad del equipo de desarrollo se puede gestionar el tiempo (Kniberg, 2015).

5) Pair Programming La programación en parejas es uno de los fuertes de XP y para ello necesita que al generar código siempre estén dos personas frente al computador generando ideas, dialogando y analizando el código que será implementado (Kniberg, 2015).

6) Stories Se debe desglosar las historias de usuario en pequeñas tareas, indicando el nombre y la descripción de la funcionalidad que representan junto a la estimación del coste que tendrá realizarlas, dichas tareas deben colocarse en la pared donde todos los involucrados con el proyecto puedan verlas (Kniberg, 2015).

7) Weekly Cycle Se debe realizar una reunión semanal en la cual se realizará la revisión de los avances que se ha tenido hasta la fecha. Esta reunión debe incluir el cliente del producto para que este

17 escoja las historias que se realizarán en la semana según la prioridad y la estimación de estas.

Al inicio de cada semana se debe realizar una prueba de funcionalidad de las historias culminadas y el tiempo del resto de la semana se debe incorporarlas en el proyecto (Kniberg, 2015).

8) Quarterly Cycle Cuando se trabaja con proyectos grandes es necesario realizar reuniones con un ciclo superior al semanal para observar los avances del proyecto en conjunto y lograr identificar si se han generado cuellos de botellas en el desarrollo y verificar que el sistema encaje a la perfección en la organización (Kniberg, 2015).

9) Slack El trabajo no debe ser realizado bajo presión caso contrario podía el desempeño del desarrollador podría verse afectado, por ello, es recomendable que exista confianza entre el cliente y los desarrolladores comunicándose clara y honestamente. Cumplir con avances, a pesar de que sean pequeños, elimina la presión y aumenta la eficiencia del código al desarrollarlo (Kniberg, 2015).

10) Ten-Minute Build Se deben tomar 10 minutos para armar todo el sistema y realizar los tests del proyecto completo asegurando que el sistema funcione correctamente (Kniberg, 2015).

11) Continous Integration No se debe dejar pasar más de 2 horas sin realizar la integración de los cambios y esta integración está dividida en 2 partes las cuales se detallan a continuación: •

Integración síncrona es cuando se sube el nuevo condigo generado y luego se espera a la construcción y la aplicación de pruebas esperando siempre que no existan inconvenientes.

•

Integración asíncrona se realiza una vez al día construyendo las nuevas versiones del proyecto, en caso de existir errores se debe notificar al equipo de desarrollo (Kniberg, 2015).

18 12) Test-First Programming Esta es una de las filosofías de XP la cual establece que antes de continuar con la programación se debe aplicar pruebas de funcionalidad, aparte de las que se realizan al con el cliente final (Kniberg, 2015).

Tabla 1.

Criterios de evaluación de las metodologías ágiles de desarrollo de software y Marco de trabajo Criterios Scrum XP METRA-USSACC-WEB Denominado

Marco de trabajo

Metodología ágil de desarrollo de software

Metodología ágil de desarrollo de software

Basada

Gestión de producto

Se enfoca en la programación y desarrollo de Software

Se enfoca en la programación y desarrollo de Software accesible y utilizable

Enfoque

Iterativo e incremental

Iterativo e incremental

Iterativo e incremental

Modo de trabajo

No específica

Programación en parejas

No específica

Requerimientos funcionales

No fijos

No fijos

No fijos

Tiempo de Iteración

2-6 semanas (se recomiendan 4)

1-3 semanas

2-4 semanas

Nota: aAdaptado de “Scrum y XP desde las Trincheras” por H. Kniberg, 2015. b Adaptado de “Las metodologías Crystal. Otras metodologías que, quizás, te pueda encajar más que Scrum” por J. Garzas, 2012. c Adaptado de “Metodología para el desarrollo de

software

considerando

la

trazabilidad,

usabilidad

y

accesibilidad

web”

por

W.

Ocampo,

2019.

Observación: La “Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web (METRA-USACC-WEB)” aplicado en el presente trabajo de titulación, es un caso de estudio, por lo cual no se encuentra en las referencias bibliográficas.

3.2.3. Desarrollo Web 3.2.3.1.

Usabilidad

La usabilidad es la disposición de sencillez en la que un producto puede ser utilizado por usuarios para conseguir objetivos concretos con efectividad, eficiencia y satisfacción con respecto de un uso señalado (Nielsen, 2003).

19 3.2.3.2.

Accesibilidad web

La accesibilidad web hace énfasis que los sitios web deben asegurar una conversión de información y servicios sin inconveniente, otorgando en todo momento un entorno comprensible y navegable (Heredia, 2012).

Principios que proporcionan los fundamentos de la accesibilidad web Perceptible Operable Comprensible Robusto

Figura 1. Principios que proporcionan los fundamentos de accesibilidad web.

Fuente: Adaptado de “Pautas de accesibilidad para el contenido web (WCAG) 2.0” por W3C, 2008.

3.2.3.3.

Trazabilidad

La trazabilidad es una serie de procedimientos que permiten evaluar el impacto de los cambios de los requerimientos sobre las actividades de un proyecto y los productos de trabajo obtenidos (Carllinni & Datko, 2014, p. 8) 3.2.3.4.

Lenguajes

Los lenguajes son medios de comunicación que permite el dialogo entre 2 personas por diferentes medios, en la programación, es un idioma artificial que permite la comunicación entre el ser humano y la maquina a través de instrucciones (Peña de San Antonio, 2010, p. 39).

3.2.3.4.1.

Back-End

Hypertext Preprocessor (PHP) este es un lenguaje de programación embebido, seguro y de uso libre y no es visible para el usuario común, diseñado específicamente para el desarrollo web mismo que puede ser usado en conjunto con HTML 5 y CSS entre otros (López Quijado, 2014).

3.2.3.4.2.

Front-End

HyperText Markup Language (HTML), es un lenguaje de marcado de hipertexto que permite ordenar o estructura el contenido de una magina web, que contiene elementos que si dividen en etiquetas, contenido y atributos que permiten dar forma a las páginas web.

20 Cascading Style Sheets (CSS), es un lenguaje que ofrece conjunto de reglas que permite diseñar y agregar estilos específicos a los documentos con estructuras HTML, brindando una mayor experiencia al usuario (Peña de San Antonio, 2010, p. 41).

Tabla 2.

Criterios de evaluación para elegir el framework a utilizar Criterios Laravel

Symfony

CakePHP

Arquitectura

MVC

MVC

MVC

Lenguaje de programación

Php =>7

Php 5

Php 4 y 5

Documentación

Fácil de entender

Poco comprensiva

Poco comprensiva

Motor de plantillas

Blade

No cumple

Cumple

Autenticación

Cumple

Cumple

Cumple

Manejador de relaciones de BD

ORM Eloquent

ORM Eloquent

ORM Eloquent

Permite conexiones múltiples

Cumple

Cumple

Cumple

Contiene librerías JavaScript

Cumple

No cumple

Cumple

Soporta múltiples Bases de datos

Cumple

Cumple

Cumple

Nota:

aAdaptado

de “Introducción” por Laravel, 2018.

bAdaptado

de “What is Symfony” por Symfony. cAdaptado de

“Documentación” por CakePHP, 2018.

3.2.3.5.

Arquitectura

La arquitectura de un sistema software es la organización fundamental de dicho sistema plasmada en sus componentes, las relaciones entre éstos y con el entorno, y los principios que guían su diseño e implementación (Sánchez, Sicilia, & Rodríguez, 2012, p. 180).

3.2.3.5.1.

Cliente-Servidor

La arquitectura cliente-servidor, permite explicar los sistemas distribuidos compuestos por: cliente, servidor y red de interconexión, su funcionalidad se organiza en servicios y cada servicio lo envían a un servidor y los clientes son usuarios de los servicios y poder hacer uso de ellos ingresan a los servidores (Vizcaino Barcelo, García Rubio, & Piattini Velthuis, 2014, p. 157).

3.2.3.5.2.

Arquitectura en Capas

Esta arquitectura soporta el desarrollo incremental de sistemas, organiza el sistema en capas apiladas relacionadas de acuerdo a su rol y responsabilidad en común, por lo cual este tipo de arquitectura es muy útil si el sistema que se va a diseñar presenta varias capas bien diferenciadas y sistemas muy complejos (Sommerville, 2011, p. 157; Vizcaino Barcelo, García Rubio, & Piattini Velthuis, 2014, p. 159).

21 3.2.3.5.3.

Modelo-Vista-Controlador

La arquitectura modelo de vista del controlador separa los componentes lógicos del sistema, el modelo es donde se manejan los datos y operaciones asociadas a ellos, en la vista se presentan y gestionan los datos, y en el controlador maneja y dirige las iteraciones del usuario y envía las acciones a la vista y al modelo (Sommerville, 2011, p. 155).

A continuación, se indica una tabla comparativa entre las arquitecturas de desarrollo de software mencionados anteriormente con la finalidad que se pueda observar de forma detallada las características que los destacan: Tabla 3.

Criterios de evaluación de arquitecturas Características Cliente-Servidor

MVC

En capas

Orientado a la web

Cumple

Cumple

No cumple

Separación limpia en capas Intercambio de datos de manera independiente

No cumple

Cumple

Cumple

No cumple

Cumple

Cumple

Carga de sistema variable

Incertidumbre de requerimientos futuros

Existen varios equipos de trabajo

Cuándo se utiliza

Nota: aAdaptado de “Ingeniería de Software” por Sommerville, 2011. bAdaptado de “Desarrollo Global de Software” por Vizcaino, García & Piattini, 2014.

3.2.4. Base de Datos Una base de datos es un conjunto de datos que han sido analizados, relacionados y estructurados para ser almacenados de la mejorar manera, con la finalidad de ser utilizados por un sistema (Silberschatz, Kort & Sudarshan, 2002, p.11).

3.2.4.1.

Sistema Gestor de Base de Datos

Un sistema gestor de base de datos (SGBD), consiste en una colección de datos interrelacionados y una colección de programas que controla todos los accesos a la base de datos (Silberschatz, Kort & Sudarshan, 2002, p. 14; Reinosa, Maldonado, Muñoz, Damiano, & Abrutsky, 2014, p. 4).

3.2.4.1.1.

MariaDB

Es uno de los SGBD más populares, de código abierto y como base de datos relacional que suministra una interfaz SQL, desarrollado por los creadores de MySQL, los atributos con los que cuenta este SGBD son, escalable, rápido y robusto (MariaDB Foundation, 2018).

22 3.2.4.1.2.

MySQL

MySQL es un SGBD que permite trabajar con base de datos relacional SQL, así como también en base de datos no relacional NoSQL, lo cual permite la eliminación de la necesidad de tener separado una base de datos NoSQL de documentos, por lo cual permite a los usuarios su máxima adaptabilidad en el desarrollo de sistemas (MySQL, 2018).

3.2.4.1.3.

PostgreSQL

PostgreSQL es un eficaz SGBD de base de datos relacional SQL, de código abierto, combina muchas propiedades que almacenan y escalan de forma segura las cargas de trabajo de datos más complicadas, el desarrollo de este SGBD es dirigido por una comunidad de desarrolladores que trabajan de manera desinteresada, altruista, libre o apoyada por organizaciones comerciales (PostgreSQL, 2018).

Tabla 4.

Criterios de evaluación de SGBD SGBD Plataforma

MariaDB

Microsoft Windows, Linux, Unix

MySQL

Microsoft Windows, Linux, Unix Microsoft Windows, Mac OS, Linux, Unix

PostgreSQL

Lenguajes de programación

Tipo de licencia

Capacidad de almacenamiento mayor a 2GB No cumple

Ada, C, C#, C++, D, Eiffel, Erlang, Go, Haskell, Java, JavaScript (Node.js), Objective-C, OCaml, Perl, PHP, Python, Ruby, Scheme, Tcl C, C++, C#, Pascal, Delphi, Eiffel, Perl, PHP, Python, Ruby, Gambas

GNU General Public License Open Source

GLP o Uso comercial

Cumple

.Net, C, C++, Delphi, Java, Perl, PHP, Python, Tcl, Ruby, Scheme

PostgreSQL License-Open Source

Cumple

Nota: aAdaptado de “About MariaDB” por MariaDB Fundation, 2018. bAdaptado de “MySQL Document Store” por MySQL. cAdaptado

de “About PostgreSQL” por PostgreSQL Global Development Group, 2018.

3.2.4.2.

Lenguaje SQL

SQL, es un lenguaje estructurado de consultas, el cual es considerado como un lenguaje diseñado especialmente para la comunicación entre usuarios, las bases de datos para realizar todas las tareas requeridas para resolver los requerimientos como obtener información, además se enfoca en sus sentencias a describir el resultado esperado, por lo que es no procedimental (Reinosa, Maldonado, Muñoz, Damiano, & Abrutsky, 2014, p. 105).

23 Se divide en sub lenguajes: DDL, es el lenguaje de definición de datos, el mismo que sirve de ayuda para realizar el diseño o esquema de la base de datos (Silberschatz, Kort & Sudarshan, 2002, p. 7).

DML, lenguaje de manipulación de datos, sirve para modificar la estructura de la base de datos, realizar consultas, insertar datos y cambiar el contenido (Oppel & Sheldon, 2010, p.

9; Reinosa, Maldonado, Muñoz, Damiano, & Abrutsky, 2014, p. 112).

3.2.4.3.

Modelo de Datos

Es un conjunto de herramientas que un SGBD provee para modelar datos, en el que se plasma la relación de los datos, semántica y restricciones, sin embargo, existen modelos de datos que no son utilizados por los SGBD, a estos modelos sólo se lo utiliza en el análisis y diseño de la base de datos. Los modelos de datos utilizados por el SGBD ser: Jerárquico, Red y Relacional (Silberschatz, Kort & Sudarshan, 2002, p. 18; Camps Paré, et. al, 2005, p. 30).

3.2.5. Gestión y control de vacaciones, licencias y permisos 3.2.5.1.

Vacaciones laborales

Las vacaciones laborales es un derecho y con el que todo trabajador cuenta a que el empleador le otorgue un descanso de un periodo de tiempo, las cuales son remuneradas.

Fuente

Artículo

(Código del Trabajo, Art. 69 2005)

(Código del Trabajo, Art. 71 2005) (Código del Trabajo, Art. 74 2005) (Código del Trabajo, Art. 75 2005) (Código del Trabajo, Art. 76 2005)

Caso

Descripción Todo trabajador tiene derecho de gozar anualmente de 15 días de vacaciones, incluidos los días no laborables. Además de gozar de un día adicional luego que haber cumplido cinco años laborando en la Vacaciones empresa. Los trabajadores menores a 16 años tendrás derecho a 20 Anuales días de vacaciones y menores de 18 años tendrán 18 días de vacaciones anuales. Sin embargo no debe exceder a 15 días adicionales.

Liquidación La liquidación para el pago se hará de forma general y única, para pago computando la veinticuatroava parte percibido por el trabajador de durante un año completo de trabajo, tomando en cuenta las horas vacaciones ordinarias, suplementarias y extraordinarias de labor.

Postergació n de vacación por el empleador

Cuando se trate de labores técnicas o de confianza para las que sea difícil reemplazar al trabajador por corto tiempo, el empleador podrá negar la vacación en un año, para acumularla necesariamente a la del año siguiente.

Acumulació El trabajador podrá no hacer uso de las vacaciones hasta por tres n de años consecutivos, a fin de acumularlas en el cuarto año. vacaciones Si el trabajador no hubiere gozado de las vacaciones tendrá derecho Compensaci al equivalente de las remuneraciones que correspondan al tiempo de ón por las no gozadas, sin recargo. La liquidación se efectuará en la forma vacaciones prevista en el artículo 71 de este Código.

Figura 2. Vacaciones remuneradas concedidas, a los empleados.

Fuente: Adaptado de “Código del trabajo”, 2005.

24 3.2.5.2.

Licencia laboral

Una licencia es un permiso concedido que otorga la ley al trabajador, entre los tipos de licencia laborales que más se destacan son: por maternidad, paternidad y sufragio, este tipo de licencia permite al trabajador suspender temporalmente la obligación de trabajar conservando intacto su derecho al cobro de su sueldo.

Fuente

Artículo

Caso

Descripción Los trabajadores comisionados gozarán de licencia por el tiempo necesario; pero no ganarán la remuneración correspondiente al tiempo perdido.

30. Conceder tres días de licencia con remuneración completa al trabajador, en caso de fallecimiento de su cónyuge o de su conviviente en unión de hecho o de sus parientes dentro del segundo grado de consanguinidad o afinidad 2. A recibir al trabajador en el mismo cargo u ocupación que tenía al momento de ser llamado al servicio, siempre que se presentare dentro de los treinta días siguientes al de su licenciamiento

(Código del Art. 42 Trabajo, 2005)

Obligaciones empleador

del

(Código del Art. 42 Trabajo, 2005)

Obligaciones empleador

del

(Código del Art. 43 Trabajo, 2005)

Derechos de los trabajadores llamados al servicio militar obligatorio

(Código del Art. 43 Trabajo, 2005)

Iguales derechos tendrán los ciudadanos que, en situación de Derechos de los "licencia temporal", fueren llamados al servicio en filas por trabajadores llamados al causas determinadas en las letras a) y b) del artículo 57 de la Ley servicio militar obligatorio de Servicio Militar Obligatorio en las Fuerzas Armadas Nacionales.

(Código del Art. 152 Trabajo, 2005)

Toda mujer trabajadora tiene derecho a una licencia con remuneración de doce (12) semanas por el nacimiento de su hija o hijo

(Código del Art. 152 Trabajo, 2005)

(Código del Art. 152 Trabajo, 2005)

(Código del Art. 265 Trabajo, 2005)

Toda mujer trabajadora tiene derecho a una licencia con remuneración de doce (12) semanas por el nacimiento de su hija o hijo Licencia con sueldo a las trabajadoras y trabajadores para el tratamiento médico de hijas o hijos que padecen de una enfermedad degenerativa Cesación del servicio

En caso de nacimientos múltiples el plazo se extiende por diez días adicionales. La ausencia al trabajo se justificará mediante la presentación de un certificado médico otorgado por un facultativo del Instituto Ecuatoriano de Seguridad Social, y, a falta de éste, por otro profesional; certificado en el que debe constar la fecha probable del parto o la fecha en que tal hecho se ha producido.

El padre tiene derecho a licencia con remuneración por diez días por el nacimiento de su hija o hijo cuando el nacimiento sea por parto normal; en los casos de nacimientos múltiples o por cesárea se prolongará por cinco días más.

La trabajadora y el trabajador tendrán derecho a veinte y cinco días de licencia con remuneración para atender los casos de hija o hijo hospitalizados o con patologías degenerativas; licencia que podrá ser tomada en forma conjunta o alternada.

El empleador que desahucie al doméstico estará obligado a concederle licencia de dos horas semanales para que busque nueva colocación.

Figura 3. Licencias que pueden disponen los empleados.

Fuente: Adaptado de “Código del trabajo”, 2005.

3.2.5.3.

Permiso laboral

Un permiso laboral es la ausencia debidamente justificada de un trabajador, la cual es otorgada por generalmente por el gerente o por el jefe de recursos humanos, estos permisos se consideran sin la reducción de su sueldo siempre que consten en la ley.

25 Fuente

Inciso

(Código del Trabajo, 2005)

11

(Código del Trabajo, 2005)

27

Descripción

Conceder a los trabajadores el tiempo necesario para el ejercicio del sufragio en las elecciones populares establecidas por la ley, siempre que dicho tiempo no exceda de cuatro horas, así como Obligaciones el necesario para ser atendidos por los facultativos de la del empleador Dirección del Seguro General de Salud Individual y Familiar del Instituto Ecuatoriano de Seguridad Social, o para satisfacer requerimientos o notificaciones judiciales. Tales permisos se concederán sin reducción de las remuneraciones

9

(Código del Trabajo, 2005)

Caso

Permitir a los trabajadores faltar o ausentarse del trabajo para Obligaciones desempeñar comisiones de la asociación a que pertenezcan, del empleador siempre que ésta dé aviso al empleador con la oportunidad debida.

Conceder permiso o declarar en comisión de servicio hasta por un año y con derecho a remuneración hasta por seis meses al trabajador que, teniendo más de cinco años de actividad laboral y no menos de dos años de trabajo en la misma empresa, Obligaciones obtuviere beca para estudios en el extranjero, en materia del empleador relacionada con la actividad laboral que ejercita, o para especializarse en establecimientos oficiales del país, siempre que la empresa cuente con quince o más trabajadores y el número de becarios no exceda del dos por ciento del total de ellos.

Figura 4. Permisos concedidos con remuneración a los empleados, en diferentes casos.

Fuente: Adaptado de “Código del trabajo”, 2005.

3.2.5.4.

Gestión

Es un proceso de la administración, organización y funcionamiento de alguna actividad (Real Academia Española, 2017).

3.2.5.5.

Control

Es un proceso que es utilizado para aseverar que las actividades realizadas corresponden los planes o resultados propuestos.

3.2.5.6.

Diversidad funcional

Es una propuesta ideológica que aspira ser la asimilación del conjunto de ideas sistemáticas para la comprensión de una realidad social denominada “discapacidad”, enfocada a la pretensión emancipadora (Díaz, Ferreira, 2010). Así pues, el término diversidad funcional se asocia a personas cuando partes de su cuerpo o sus sentidos funcional diferente a la común.

26

4.

4.1.

METODOLOGÍA DE LA INVESTIGACIÓN

Enfoque, diseño y tipo de investigación

4.1.1. Enfoque de la Investigación Para el desarrollo del presente trabajo de titulación de grado se ha optado por la utilización el enfoque mixto debido que combina tanto el enfoque cualitativo y cuantitativo en el transcurso del desarrollo. El enfoque mixto de la investigación implica un conjunto de procesos de recolección, análisis y vinculación de datos cualitativos y cuantitativos en un mismo estudio con la finalidad responder al planteamiento del problema, haciendo uso de las fortalezas de ambos enfoques (Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2014, p. 532).

El enfoque cualitativo será aplicado en la realización de entrevistas dirigidas a los jefes de departamentos, así como al gerente que conforma la empresa. Por consiguiente, el enfoque cuantitativo será aplicado para el análisis de resultados que serán obtenidos mediante encuestas dirigidas al personal de empresa, con la finalidad de recolectar la información y funcionalidades necesarias para el desarrollo de la aplicación web.

4.1.2. Diseño de la Investigación 4.1.2.1.

Diseño exploratorio secuencial (DEXPLOS)

Este diseño es propiamente del enfoque mixto, el cual implica inicialmente la recolección y análisis de datos cualitativos, seguidamente se recaban y analizan los datos cuantitativos. Existen dos modalidades que atienden a la finalidad de este diseño las cuales son: derivativa y comparativa (Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2014, pp. 551-552).

27 4.1.3. Tipos de Investigación 4.1.3.1.

Investigación Bibliográfica

En el presente proyecto se pretende utilizar la investigación bibliográfica, que serán tomadas de diferentes fuentes de información, como libros, artículos de revistas científicas y reconocidas páginas web, con el fin de que se evidencie que la información que se dará a conocer sea verídica. Por otra parte, se analizará de manera minuciosa las fuentes que se utilizarán sean fiables y referenciadas como lo indica las Normas APA (6ta Edición).

4.1.3.2.

Investigación Descriptiva

Es considerada aquella investigación en la que sobresale la capacidad para seleccionar características fundamentales del objeto de estudio y su descripción detallada de las partes de ese objeto, pero no se dan explicaciones de las situaciones (Bernal, 2010, p. 113). Este tipo de investigación permitirá presentar las causas y efectos que tiene la problemática del motivo de esta investigación, haciendo uso de las técnicas como la encuesta y entrevista.

4.1.3.3.

Investigación Exploratoria

La investigación exploratoria analiza los fenómenos presentados en el mundo real dando paso a realizar un análisis más específico sobre un tema poco investigado (Hernández Sampieri, Fernández Collado, & Baptista Lucio, 2014, p. 86). Al no existir documentación específica sobre el tema de este proyecto la investigación exploratoria es beneficiosa debido a que hay que analizar procesos y variables de un ámbito específico para tener una visión clara sobre el problema.

4.2.

Población y Muestra

4.2.1. Población La población es un conjunto de elementos con características similares que conforman el universo de estudio, puede ser finito o infinito (Arias, 2012, p. 81). Por lo cual en el presente trabajo de titulación de grado se incluirá a todos los empleados que conforman Emproservis Cía. Ltda., los cuales son alrededor de 173 personas.

28 4.2.2. Muestra Debido a que la poblaciĂłn que se tiene es una poblaciĂłn es finita dado que se conoce la poblaciĂłn objeto de estudio, de esta manera se harĂĄ uso de la fĂłrmula de la muestra, la cual se detalla a continuaciĂłn:

đ?‘›=

đ?‘ ∗ đ?‘?2 ∗ đ?‘† 2 (đ?‘ ∗ đ?‘’ 2 ) + (đ?‘? 2 ∗ đ?‘† 2 )

Donde: •

n es el tamaĂąo de la muestra (poblaciĂłn a la que se aplicarĂĄn las encuestas).

•

N es el nĂşmero de elementos que conforman la poblaciĂłn total.

•

Z es el nivel de confianza, para un nivel del 95% el valor de Z es 1.96.

•

S es la desviaciĂłn estĂĄndar que en caso de no conocerla tiene un valor de 0.5.

•

e es el margen de error aceptable que debe ir entre 1% y 5%.

Aplicando la fĂłrmula en funciĂłn de la poblaciĂłn del presente proyecto de investigaciĂłn, con un margen de error del 5% y tomando los valores de 1.96 y 0.5 para los valores de Z y S respectivamente, tenemos que: 173 ∗ 1.962 ∗ 0.52 đ?‘›= (173 ∗ 0.052 ) + (1.962 ∗ 0.52 ) đ?‘›=

166.1492 1.3929

đ?‘› = 119.28 Por lo cual, se tiene como resultado una muestra un total de 120 personas.

29 4.3.

Técnicas e instrumentos de recogida de datos

4.3.1. Encuestas La encuesta es una técnica que permite interrogar a los individuos mediante un conjunto de preguntas preparadas con el propósito de obtener información del tema de estudio. Es una de las técnicas de recolección de información más utilizadas (Bernal, 2014, p. 194). En este caso, se elaborará un cuestionario el mismo que se aplicará a los empleados de la empresa de la empresa, con el fin de analizar cómo han llevado anteriormente este proyecto y el impacto que generará el desarrollo de la aplicación web.

4.3.2. Entrevistas La entrevista es una técnica orientada a establecer la comunicación directa entre el investigador y las personas que son consideradas fuente de información (Bernal, 2014, p. 194).

En este caso, será aplicada a la directora del departamento de Talento Humano y el Jefe de Sistemas de la empresa. La utilización de esta técnica será guiada por un banco de preguntas, de tal manera que permita obtener la información necesaria para el iniciar con el desarrollo de la aplicación web.

4.4.

Técnicas de análisis de datos Para el análisis cualitativo, la técnica de análisis de datos, será de recolectar la

información mediante entrevistas con el gerente y jefes de los departamentos de la empresa, de tal manera que se logre conocer sobre el proceso que se realiza para la gestión y control de vacaciones, licencias y permisos, así mismo recolectar los requerimientos funcionales y alcance del sistema. Por consiguiente, en el análisis cuantitativo se utilizará tabulaciones de estadística descriptiva para representar los resultados de los datos que se obtengan en las encuestas, con el fin de determinar de manera objetiva las deficiencias en la gestión y control de vacaciones, licencias y permisos del personal de Emproservis Cía. Ltda.

30 4.5.

Metodología de desarrollo de software Anteriormente se ha fundamentado que las metodologías ágiles permiten trabajar de

manera evolutiva e incremental, pues se adaptan a los cambios que se presentan a lo largo del desarrollo del producto. Partiendo de esta hipótesis, se determina que la metodología de desarrollo que mejor se ajusta a las necesidades del producto es la Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web debido a que hace énfasis en las prácticas de programación para el desarrollo del producto y se enfoca en la usabilidad y accesibilidad.

4.5.1. Análisis de Metodologías de Desarrollo de Software y Marco de trabajo Tabla 5.

Comparativa entre Scrum, Programación Extrema y Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web Criterios evaluados Scrum XP METRAUSSACC-WEB Ideal para grupos pequeños

1

1

1

Requerimientos funcionales no fijos

1

1

1

Basados en el manifiesto ágil

1

1

1

Enfoque en el desarrollo de software

1

1

1

Tiempo de iteración menor o igual a 4 semanas

1

1

1

Enfocado en la trazabilidad, accesibilidad y usabilidad web

0

0

1

Peso

5

5

6

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

Una vez comparado las metodologías ágiles y el marco de trabajo se ha obtenido que es conveniente utilizar la Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web, porque se enfoca a la trazabilidad, accesibilidad y usabilidad web (caso de estudio, ver Anexo 6 y 7) lo cual permitirá que para el desarrollo de la aplicación web se tenga una guía para que sea accesible y utilizable para las personas, incluyendo a las que tengan alguna diversidad funcional.

31

5.

5.1.

RESULTADOS

Discusión y análisis de resultados

5.1.1. Análisis de la entrevista Por medio de la aplicación de la entrevista (ver Anexo 4) realizada a la encargada del departamento de recursos humanos se ha dado las siguientes respuestas a las interrogantes planteadas que a continuación se detalla. a) ¿Cuántas personas trabajan en el área de Recursos Humanos?

Sólo una persona. b) ¿Cómo lleva el registro de vacaciones del personal?

El registro de vacaciones del personal de la empresa se lleva a cabo en Excel. c) ¿Cómo lleva el registro de licencias del personal?

El registro de las licencias del personal de la empresa se lleva a cabo en Excel. d) ¿Cómo lleva el registro de permisos del personal?

El registro de los permisos del personal de la empresa se lleva a cabo en Excel e) ¿Cómo es el proceso de asignación de vacaciones?

El proceso de asignación de vacaciones se realiza mediante la verificación de lo días que tiene disponible el empleado, de manera inmediata el jefe del empleado solicitante recibe un correo por parte del empleado y él decide si acepta o rechaza la solicitud recibida. f)

¿Cómo es el proceso de asignación de licencias?

Los empleados comunican a su jefe del área que pertenece, porque la acogida de este tipo de permiso se encarga el Instituto Ecuatoriano de Seguridad Social (IESS).

32 g) ¿Cómo es el proceso de asignación de permisos?

Los permisos que solicitan los empleados, lo hacen mediante el correo dirigido a su jefe de área y luego en una ficha, ahí se decide si el permiso está debidamente justificado o se le descuente los días que solicita el permiso de los días que tiene disponibles de sus vacaciones, estos permisos se registran en una hoja de Excel por cada empleado. h) ¿Quién/es aprueban la asignación de vacaciones?

Las vacaciones son aprobadas por el jefe inmediato y una vez que toma la decisión de aprobar o denegar los permisos se envía un comunicado al gerente de la empresa para que haga una revisión de las vacaciones solicitadas y así poder tomar la decisión de aprobar y denegar las vacaciones. i) ¿Quién/es aprueban la asignación de licencias?

Las licencias del personal se comunican a su jefe del área que pertenece, porque la acogida de este tipo de permiso se encarga el Instituto Ecuatoriano de Seguridad Social (IESS). j)

¿Quién/es aprueban la asignación de permisos?

Los permisos que solicitan los empleados lo aprueba el jefe inmediato y el gerente de la empresa. k) ¿En qué ley se rigen para la aprobación de vacaciones, licencias y permisos?

Se rige en el Código del Trabajo del Ecuador l) ¿Qué sucede si el empleado no toma vacaciones que le corresponde?

Cuando no toma las vacaciones que le corresponden, los empleados acumulan los días que tienen ganados de vacaciones según lo estipulado en el Código de Trabajo del Ecuador. m) ¿El empleado puede recibir alguna remuneración financiera por sus vacaciones?

Sí, el empleado puede la remuneración cuando él lo solicite.

33 n) ¿Cómo se hace el cálculo del valor de la remuneración financiera que recibirá el empleado por las vacaciones no gozadas?

El cálculo de la misma se realiza de acuerdo con el histórico de sueldos del empleado solicitante hasta la fecha.

Interpretación de la entrevista: De acuerdo con las respuestas recolectadas en la entrevista se tiene que actualmente el registro de las vacaciones, licencias y permisos se hace en hojas de cálculo de Excel, el mismo que está a cargo de una sólo persona que realiza este registro, por otra parte, el proceso de vacaciones, licencias y permisos, lo hacen mediante el correo dirigido a su jefe de área y luego en una ficha, ahí se decide si el permiso está debidamente justificado o se le descuente los días que solicita el permiso de los días que tiene disponibles de sus vacaciones, estos permisos se registran en una hoja de Excel por cada empleado.

Las políticas que tiene la empresa origina que este proceso sea muy burocrático lo que produce que la carga de trabajo sea aún mayor para la persona encargada de Recursos Humanos. La solución que se da es muy viable debido a los beneficios que tendrá es reduciría la carga de trabajo que tiene la persona encargada, además que está información se está almacenando en una base de datos asegurando la integridad de la información y reduciendo el tiempo que invierte tanto el empleado al realizar la solicitud como los involucrados en el proceso de aprobación o negación de esta, y a su vez se reduce los recursos invertidos por ambas partes.

34 5.1.2. Análisis de las encuestas Al aplicar la encuesta a los empleados de Emproservis (ver Anexo 5), se logró recolectar la información pertinente que permitirá validar la viabilidad del desarrollo del presente proyecto. El análisis de las preguntas de la encuesta aplicada se presenta a continuación con la interpretación de cada una de ellas. a) ¿Ha utilizado alguna vez un sistema informático?

Tabla 6.

Uso de un sistema informático Opciones Sí No Total

Frecuencia 120 0 120

Porcentaje 100,0 0,0 100,0

Nota: Datos obtenidos de la investigación de campo

Figura 5. Uso de un sistema informático.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: Del total de los empleados encuestados en la empresa (100%) han respondido que sí han usado un sistema informático. Por ello se ha concluido que se encuentran familiarizados con manejo de sistemas informáticos.

35 b) De acuerdo con su conocimiento en computación, ¿cree estar apto para utilizar una aplicación web?

Tabla 7.

Uso de una aplicación web Opciones Sí No Total

Frecuencia 119 1 120

Porcentaje 99,2 0,8 100,0

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

Figura 6. Uso de una aplicación web.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: Un alto porcentaje de los empleados de la empresa (99,2%) saben usar una aplicación web, y un (0,08%) han contestado que no saben usar una aplicación web. Por ello se ha concluido que un muy alto porcentaje de los empleados de la empresa se encuentran aptos para el uso de una aplicación web. c) ¿Cómo se realiza actualmente la gestión y control de vacaciones, licencias y permisos en la empresa?

Tabla 8.

Gestión y control de vacaciones, licencias y permisos Opciones Frecuencia Documento 93 Correo 27 Aplicación 0 Total 120 Nota: Datos obtenidos de la investigación de campo.

Porcentaje 77,5 22,5 0,0 100,0

36

Figura 7. Gestión y control de vacaciones, licencias y permisos.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: De los empleados de la empresa (77,5%) respondieron que la solicitud de vacaciones, licencias y permisos se realiza a través de un documento, y un (22,5%) contestaron que la solicitud se realiza por correo electrónico. d) ¿Cómo calificaría el proceso de solicitar vacaciones, licencias y permisos?

Tabla 9.

Proceso de solicitud de vacaciones, licencias y permisos Opciones Frecuencia Muy Bueno 1 Bueno 15 Malo 58 Ineficiente 46 Total 120

Porcentaje 0,8 12,5 48,3 38,3 100,0

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

Figura 8. Proceso de solicitud de vacaciones, licencias y permisos.

Fuente: Datos obtenidos de la investigación de campo.

37 Interpretación: La mayor parte de los empleados (48,3%) respondieron que el proceso actual de solicitud de vacaciones licencias y permisos es Malo, un (38,3%) han contestado que el proceso actual es ineficiente, el (12.5%) considera que es un buen proceso y el (0,8%) respondió que el sistema actual es muy bueno. De acuerdo con esto se ha concluido que el proceso actual de solicitud de vacaciones, licencias y permisos no es adecuado para la empresa. e) ¿Cómo realiza el proceso de solicitud de vacaciones?

Tabla 10.

Proceso de solicitud de vacaciones Opciones Documento Correo Aplicación Total

Frecuencia 92 28 0 120

Porcentaje 76,7 23,3 0,0 100,0

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

Figura 9. Proceso de solicitud de vacaciones.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: Un porcentaje muy alto de los empleados (76,7%) han respondido que el proceso actual de solicitud de vacaciones se hace a través de un documento físico, por otro lado, un porcentaje más bajo (23.3%) respondieron que realizan el proceso a través del correo electrónico.

38 f) ¿Interfiere en sus actividades laborales, tener que acercarse de forma presencial a solicitar vacaciones, licencias y permisos?

Tabla 11.

Interferencia de actividades Opciones Sí No Total

Frecuencia 90 30 120

Porcentaje 75,7 24,3 100,0

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

Figura 10. Interferencia de actividades.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: Una parte muy elevada de los empleados (75,7%) contestaron en la encuesta que, el tener que acercarse de forma presencial a solicitar vacaciones, licencias o permisos interfieres con sus actividades en la empresa, y el (24,3%) respondió que no interfiere con sus actividades en la empresa. Por ello se puede concluir que el sistema web contribuirá con el desempeño de los empleados en la empresa. g) ¿Cuánto tiempo tarda en recibir una respuesta de la solicitud de vacaciones?

Tabla 12.

Tiempo de respuesta de solicitud de vacaciones Opciones Frecuencia 1 día laboral 6 2 días laborales 58 Mayor a 3 días laborales 55 Otros 1 Total 120 Nota: Datos obtenidos de la investigación de campo.

Porcentaje 5,0 48,3 45,8 0,8 100,0

39

Figura 11. Tiempo de respuesta.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: De acuerdo a la encuesta realizada el (5%) respondió que tardan en dar respuesta a la solicitud 1 día laboral, el (48,3%) contestó que el tiempo que tardan en responder a la solicitud es Mayor a 3 días laborales, y por último el (0,8%) ha especificado que no encuentran remplazo cuando salen de su puesto a realizar este trámite. Se ha concluido que el proceso de respuesta de la solicitud realizada puede tardar demasiado y puede ser optimizado por medio del desarrollo del sistema web. h) ¿Cómo realiza el proceso de solicitud de permiso?

Tabla 13.

Proceso de solicitud de permiso Opciones Documento Correo Aplicación Total

Frecuencia 97 23 0 278

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

Figura 12. Proceso de solicitud de permiso.

Fuente: Datos obtenidos de la investigación de campo.

Porcentaje 80,8 19,2 0,0 100,0

40 Interpretación: Un gran porcentaje de los empleados (80,8%) contestaron que el proceso actual de solicitud de permisos se hace a través de un documento físico, y un porcentaje más bajo (19,2%) contestó que el proceso se realiza a través del correo electrónico. i) ¿Cuánto tiempo tarda en recibir una respuesta de la solicitud de permiso?

Tabla 14.

Tiempo de respuesta Opciones 1 día laboral 2 días laborales Mayor a 3 días laborales Otros Total

Frecuencia 6 58 55 1 278

Porcentaje 5,0 48,3 45,8 0,8 100,00

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

Figura 13. Tiempo de respuesta.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: De acuerdo a la encuesta aplicada el (10.8%) respondió que tardan en dar respuesta a la solicitud 1 día laboral, el (45,8%) contestó que el tiempo que tardan en responder a la solicitud es de 2 días laborales, los empleados han contestado que (42,5%) es Mayor a 3 días laborales, y por último el (0,8%) ha especificado que no tienen remplazo cuando salen de su puesto de trabajo para realizar este trámite. Se ha concluido que el tiempo que tarda en responder la solicitud realizada puede tardar demasiado y puede ser optimizado por medio del desarrollo del sistema web.

41 j) ¿Le gustaría que existiera una aplicación web que le permita realizar la solicitud de vacaciones, licencias o permisos de forma automática?

Tabla 15.

Aceptación del sistema web Opciones Sí No Total

Frecuencia 120 0 120

Porcentaje 100,0 0,0 100,0

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

Figura 14. Aceptación del sistema web.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: El total de los empleados (100%) contestaron en la encuesta que, les gustaría que existiera una aplicación web que permita realizar la solicitud de vacaciones, licencias y permisos de forma automática. De acuerdo con esto se puede concluir que el sistema web tiene un alto grado de aceptación por parte de los empleados de la empresa Emproservis. k) ¿Qué beneficio cree que le brindaría la aplicación web para la gestión y control de vacaciones, licencias y permisos en la empresa?

Tabla 16.

Beneficio de la aplicación en la empresa Opciones Optimización de tiempo Ahorro de recursos Total Nota: Datos obtenidos de la investigación de campo.

Frecuencia 99 21 120

Porcentaje 82,5 17,5 100,00

42

Figura 15. Beneficio de la aplicación en la empresa.

Fuente: Datos obtenidos de la investigación de campo.

Interpretación: Un nivel de porcentaje muy alto de los empleados (82,5%) han respondido que el desarrollo del sistema web optimizará el tiempo al solicitar vacaciones licencias y permisos, por otro lado, un bajo porcentaje (17,5%) asevera que esta aplicación web ahorrará los recursos sus recursos al tener que realizar este proceso. Se puede concluir que la aplicación web es beneficiosa debido a que optimizará el tiempo que invierten los empleados para realizar la solicitud y los recursos que esto requiere.

Análisis de la encuesta: De acuerdo con los resultados obtenidos en la encuesta se tiene que el proceso de vacaciones, licencias y permisos se lo realiza de manera manual, sea mediante un documento o informando por correo electrónico, al que se le da una resolución a la solicitud en dos o más de tres días laborables, por lo cual en su mayoría de los empleados mencionan que se realiza de manera ineficiente, por este motivo el 100% de los empleados respondieron que les gustaría que existiera una aplicación web para realizar este tipo de trámite, teniendo en cuenta que poseen la experiencia de manejo de sistemas informáticos y que su mayor beneficio que les traería es la optimización de tiempo.

43 5.1.3. Análisis de comparativa de SGBD, Framework y Arquitectura de Software Se ha tomado en consideración los valores de 1 y 0, siendo 1 que cumple y 0 que no cumple, por consiguiente, con la sumatoria de los pesos que ha logrado obtener cada una de las herramientas, de acuerdo con los parámetros en los que se ha evaluado.

5.1.3.1.

Comparativa de SGBD

Tabla 17.

Comparativa entre los SGBD SGBD Soporta S.O. Linux o distribuciones MariaDB 1

Soporta Php

Licencia libre

Peso

1

Gran capacidad de almacenamiento gratuito 0

1

3

MySQL

1

1

0

0

2

PostgreSQL

1

1

1

1

4

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

Una vez analizados y evaluados los parámetros de la tabla 17, se ha decidido trabajar con el SGBD PostgreSQL, debido a que su licencia es libre, además de tener gran capacidad de almacenamiento gratuito, a diferencia de los SGBD con los que se ha comparado y ser el que más peso tiene en esta comparativa.

5.1.3.2.

Comparativa de Framework

Tabla 18.

Comparativa frameworks web Criterios evaluados

Laravel

Symfony

CakePHP

Arquitectura MVC

1

1

1

Fácil de entender

1

0

0

Cuenta con motor de plantillas

1

0

1

Cuenta con manejador de relaciones

1

1

1

Permite conexiones múltiples

1

1

1

Contiene librerías JavaScript

1

0

1

Soporta múltiples Bases de datos

1

1

1

Peso

7

4

6

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

44 Una vez analizados y evaluados los parámetros de la tabla 18, se ha optado por utilizar como framework de desarrollo, a Laravel, debido a que es mucho más fácil de entender, cuenta con información actualizada proporcionada tanto por la comunidad como por los creadores para su correcta utilización, cuenta con un motor de plantillas a diferencia de Symfony que no lo tiene, las cuales son de mucha utilidad al momento de crear las interfaces de usuario, por estos motivos se ha decidido trabajar con este framework, para el desarrollo del presente trabajo.

5.1.3.3.

Comparativa de Arquitectura de Software

Tabla 19.

Comparativa entre las arquitecturas de software Características Cliente-Servidor

MVC

En capas

Orientado a la web

1

1

0

Separación limpia en capas

0

1

1

0

1

1

0

1

0

1

4

2

Intercambio de datos de manera independiente Se utiliza cuando hay incertidumbre en requerimientos futuros Peso Nota: Datos obtenidos de la investigación de campo.

Una vez analizados y evaluados los parámetros de la tabla 19, se ha decidido trabajar en base a la arquitectura Modelo-Vista-Controlador, porque la separación en capas es limpia, al igual que la arquitectura en capas, el intercambio de los datos es independiente, sin embargo, el Modelo-Vista-Controlador está enfocado a la web, lo cual indispensable para el desarrollo de la aplicación web y debido a la incertidumbre de los requerimientos futuros del software, además de tener como resultado que es el que más peso tiene, según la comparativa establecida.

45 5.2.

Propuesta de intervención (VLIPER) La aplicación web que se propuesto para dar solución a la problemática (ver Anexo 1)

se le ha dado el nombre VLIPER, lo cual sus siglas significan V (vacaciones), LI(licencias) y PER(permisos).

5.2.1. Metodología de desarrollo de software Para la propuesta de intervención se utilizó la “Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web” como parte de la aplicación en un escenario concreto “Caso de estudio, trabajos de titulación de grado de Ingeniería de Sistemas y Computación en la Escuela de Sistemas de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo” (ver Anexo 6 y 7).

La metodología seleccionada consta de reunión de familiarización entre los miembros del equipo, reunión de exploración y productos mínimos viables que se componen de planificación, construcción y revisión.

5.2.2. Reunión de familiarización entre miembros del equipo Una vez que ya conocido el proyecto aprobado se realiza la reunión de familiarización en la que se socializa los artefactos de la metodología, se define los roles, herramientas, patrón arquitectónico, el tiempo para los productos mínimos viables iterativos e incrementales, patrón de pruebas, se deja instalado el ambiente de desarrollo y su respectiva parametrización.

Roles Experto en el negocio o los stakeholders Usuario con diversidad funcional Usuario amigo (Metodología cristal) Analista ágil (Ingeniería de requerimientos ágil) Diseñador Programador Tester Coach

Usuario Ing. Deiby Alexander Morocho Calva Empleado Adriana Angela Chicaiza Cusme Mg. Willian Javier Ocampo Pazos Bryan Leonardo Leon Riofrio Gissela Nataly Páez Cajas Bryan Leonardo Leon Riofrio Gissela Nataly Páez Cajas Bryan Leonardo Leon Riofrio Gissela Nataly Páez Cajas Mg. Willian Javier Ocampo Pazos

Figura 16. Roles de usuarios.

Fuente: aAdaptado de “Scrum y XP desde las Trincheras” por H. Kniberg, 2015. b Adaptado de “Las metodologías Crystal.

Otras metodologías que, quizás, te pueda encajar más que Scrum” por J. Garzas, 2012. c Adaptado de “Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web” por W. Ocampo, 2019.

Observación: La “Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web” aplicado en el presente trabajo de titulación, es un caso de estudio, por lo cual no se encuentra en las referencias bibliográficas.

46 Se ha realizado la parametrización de los elementos que se utilizarán en el desarrollo de la aplicación web (ver Figura 17).

Catálogo de parametrización Elementos

Nombre

Singular/Plurar

Base de datos Tablas

[nombre]_tables

Plural

Atributos tablas

[atributo]_tabla

Singular

Procedimientos almacenados [nombre]_procedure

Singular

Triggers

[nombre]_trigger

Singular

Vista

[nombre]_view

Singular

Clave Primaria

[nombre]_primary

Singular

Clave Foranea Clave Única

[nombre]_foreign [nombre]_unique Arquitectura en framework Controladores [Nombre]Controller Modelo framework [Nombre]Model Vista del MVC (front end) [Nombre]View Funciones [NombreAction]Function Métodos [Nombre]Method Transacción [Nombre]Transaction Clases [Nombre]Class

Singular Singular Plural Singular Singular Singular Singular Singular Singular

Figura 17. Catálogo de parametrización.

Fuente: Datos obtenidos de la investigación de campo.

5.2.3. Reunión de exploración Se realizó la reunión de exploración con todos los usuarios, como consecuencia se ha obtenido la gestión de interesados, la gestión de riegos junto con los riesgos priorizados, las historias de usuario, las mismas que con el equipo de desarrollo se ha realizado la fertilización cruzada, así mismo se definió la técnica de estimación Fibonacci en conjunto de la métrica Puntos de historia, además se estableció la velocidad de desarrollo 55 puntos de historia y por último el plan de entrega del producto.

Aquí se realiza la pre-trazabilidad, se refiere a que va desde que el cliente enuncia la funcionalidad y está es plasmada en las historias de usuario.

Interesados

A

Gerente

B

Financiero

C

Director TI

D

Director de operativo

E

Empleado TI

F

Empleado TI

G

Director RR HH

H

Secretaria RR HH

I

Logística PONDERACIÓN

PODER Toma de Control de decisiones recursos 50% 50% 6

6

INTERÉS Por el Para el proyecto proyecto 50% 50% 6

6 5

5

3

5 3

2

6

5

6

1

4

1

5

2

6

1

5

1 NULO

4 4,5

1 1

6 6

1,5 1

5 5

3 2

3 3,5

1 4

1 3,5

1 1

6 6

5 1

1 2

2,5 5

1 3,5

4

1 2,5 6 MAXIMO

Figura 18. Gestión de interesados.

Fuente: Datos obtenidos de la investigación de campo.

47

MATR I Z I N TER ESA DOS 7

G

C

6

F

5

INTERÉS

H 4

D

E

A

3

I

2

B

1 0 0

1

2

3

4

5

6

7

PODER

Líderes del proyecto

Apoyo del proyecto

Indiferencia

Restricción al proyecto ?

Desconocimiento del proyecto

Figura 19. Matriz de interesados.

Fuente: Datos obtenidos de la investigación de campo.

Realizada la gestión de interesados se obtuvo como resultado que, se tiene que atender estrechamente a los roles A, D y G, dado que son los líderes del proyecto, de manera similar hay que mantener satisfechos a los roles C, F, H y E, puesto que son el apoyo del proyecto, de igual manera, se debe mantener informado al rol C, debido a que tiene desconocimiento del proyecto y por último necesitar supervisar eventualmente al rol A, a causa de que es una restricción del proyecto.

Identificación de riesgo (redacción con causa confidencial) Si existe una mala identificación de interesados entonces no se podrá cumplir con la planificación establecida Si existe un deficiente implemento de servidores entonces el sistema no podrá ser implementado Si existe un ambiente no apto entonces lo equipos podrían sufrir fallos Si existe poca seguridad en los servidores entonces los datos sensibles se verán afectados Si falta de capacitación específica de las actividades inherentes entonces el manejo del sistema se verá afectado Si falta de comunicación en el equipo de trabajo entonces el proyecto se verá afectado Si falta de compromiso entre los integrantes del proyecto entonces el mismo se verá afectado Si falta experiencia en el equipo de desarrollo entonces el proyecto no se desarrollara a tiempo Si falta recursos para la implementación del proyecto entonces este se verá comprometido Si las partes interesadas tienen una actitud negativa hacia el proyecto entonces este podría fracasar Si los miembros del equipo son nuevos en el mercado o en la profesión tienden a cometer más errores y ser menos productivos entonces el proyecto podría fracasar Si los ejecutivos pierden el interés en el proyecto y así comienzan a ignorar las comunicaciones del proyecto y reuniones entonces el proyecto podría fracasar

Figura 20. Gestión de riesgos.

Fuente: Datos obtenidos de la investigación de campo.

Riesgos priorizados Riesgos críticos Si falta experiencia en el equipo de desarrollo entonces el proyecto no se desarrollara a tiempo Si existe discrepancia entre los miembros del equipo entonces la planificación del proyecto se verá afectada Riesgos de alto impacto y probabilidad media Si existe un deficiente implemento de servidores entonces el sistema no podrá ser implementado Si las partes interesadas tienen una actitud negativa hacia el proyecto entonces este podría fracasar Riesgos de probabilidad alta e impacto medio Si los ejecutivos pierden el interés en el proyecto y así comienzan a ignorar las comunicaciones del proyecto y reuniones entonces el proyecto podría fracasar Si falta de comunicación en el equipo de trabajo entonces el proyecto se verá afectado

Figura 21. Riesgos priorizados.

Fuente: Datos obtenidos de la investigación de campo.

48 PLAN DE ENTREGA USER RIESGO EN PRODUCTO PRIORIDAD ESTIMACIÓ DIVERSIDAD PERSONA HISTORIA DESARROLL MÍNIMO USUARIO DE NEGOCIO N FUNCIONAL RELACIONA O VIABLE DA H1. Registro de variables 80 Bajo 1 5 No aplica UP1 Administrador H2. Roles

90

Medio

1

13

No aplica

UP1

H3. Notificaciones

80

Alto

1

8

No aplica

UP4

Empleado 2

H4. Registro de usuarios

100

Medio

2

8

No aplica

UP1

Administrador

H5. Usuarios

60

Medio

2

5

No aplica

UP4

Empleado 2

H.6. Login H.7. Carga masiva en excel H8. Cálculo de pago de vacaciones H9. Documentos

70

Medio

2

13

Visual

UP2

Empleado 1

80

Medio

2

13

No aplica

UP3

RR.HH.

100

Alto

2

8

No aplica

UP3

RR.HH.

30

Bajo

3

8

No aplica

UP4

Empleado 2

H10. Perfil de usuario

60

Medio

3

5

No aplica

UP4

Empleado 2

H11. Solicitudes

100

Medio

3

13

Visual

UP2

Empleado 1

H12. Permisos

70

Medio

3

8

No aplica

UP1

Administrador

H13. Reportes

60

Medio

3

13

No aplica

UP3

RR.HH.

H14. Calendario

20

Bajo

3

5

No aplica

UP3

RR.HH.

Administrador

Figura 22. Plan de entrega según la planificación.

Fuente: Datos obtenidos de la investigación de campo.

Se presentaron las historias de usuario (ver Anexo 9) y con el equipo de desarrollo se realizó la fertilización cruzada.

Historia de usuario Número: H6

Nombre: Login

Usuario: Empleado

Diversidad funcional: Visual

User-persona relacionada: UP2

Riesgo en desarrollo: Medio

Producto mínimo viable: 2 Programador responsable: Bryan Leon

Prioridad en negocio: 70 Estimación: 13 Descripción

COMO Empleado QUIERO ingresar usuario y contraseña PARA acceder al sistema Escenario de prueba: DADO el ingreso de usuario y contraseña CUANDO presione el botón iniciar sesión ENTONCES permitirá acceder al sistema DADO el ingreso de usuario y contraseña incorrectos y/o incompleto CUANDO se dé clic en iniciar sesión ENTONCES saldrá un mensaje de “Usuario o contraseña incorrecta” DADO el ingreso de usuario y contraseña incorrecto y/o incompleto CUANDO se realicen más de 5 intentos ENTONCES se bloque el sistema por 1 minuto

Figura 23. Historia de usuario.

Fuente: Datos obtenidos de la investigación de campo.

Figura 24. Mockup de la historia de usuario.

Fuente: Datos obtenidos de la investigación de campo.

Se ha considerado a la usabilidad en el ciclo de vida del desarrollo software (análisis, diseño, desarrollo, pruebas e implementación), como atributo de calidad integrado a modo de lineamiento para facilitar la aceptación del software el cual permita al usuario mayor productividad, aumentando su eficiencia, eficacia y satisfacción al usarlo.

49 A continuación, se presentan los criterios que han sido considerados en el método de inspección de usabilidad denominada Evaluación heurística (ver Figura 25).

Puntos de evaluación heurística

Generales Identidad de información Lenguaje y redacción Rotulado Estructura y navegación Accesibilidad

Figura 25. Puntos de evaluación heurística.

Fuente: Adaptado de “Guía de Evaluación Heurística de Sitios Web” por Hassan & Martín, 2003.

5.2.4. Primer Producto Mínimo Viable de Aprendizaje (1PMVA) En este primer producto mínimo viable se pretende mitigar los riesgos críticos encontrados al haber realizado la gestión de riesgos, por lo dicha razón se lo ha denominado de aprendizaje y está conformado por: reunión de planificación, aprendizaje (construcción) y reunión de aceptación.

5.2.4.1.

Planificación

Se ha realizado la reunión de planificación del primer producto mínimo viable de aprendizaje con todos los usuarios, en la que se estableció que será de dos semanas (diez días), para mitigar el riesgo, familiarizarse con el entorno de desarrollo, por ello se pretende realizar tres historias en base a la velocidad de desarrollo 26 puntos de estimación para este primer producto mínimo viable.

50 PMVA N° 1

PUNTOS DE HS ITORIA DE TRABAJO PENDIENTE

OBJETIVO: Desarrollar el primer producto mínimo viable de aprendizaje, sobre los roles de usuario y registro de variables.

Historias de usuarios seleccionadas para el PMV

US UARIO

DIVERS IDA D FUNCIONA L

ES T

ACTIVIDAD ENCARGAD GENÉRICA O

TAREA DE INGENIERÍA

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

H1. Registro de variables

Administrador

No aplica

5

Creación del modelo (VariableM odel.php)

variable

Creación del controlador (VariableController.php)

variable

Creación del (FornulasVerificarM ethod)

método

Administrador

No aplica

13

8

2

0,5

0

3

4

Diseño

Bryan Leon

0,5

HECHO

Programación

Gissela Paez

0,5

HECHO

0,5

0

Programación

Bryan Leon

1

HECHO

1

0,5

0

5

6

7

8

9

10

0,5

HECHO

0,5

0

Gissela Paez

0,5

HECHO

0,5

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Diseño

Gissela Paez

1

HECHO

0,5

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

3

HECHO

3

1

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

3

HECHO

3

1

0

Programación

Gissela Paez

1

HECHO

1

0

Pruebas unitarias

Pruebas

Bryan Leon

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

HECHO

1

0

Diseño

Bryan Leon

0,5

PENDIENTE

Creación del controlador rol (RolController.php) Creación de la vista rol (RolView.blade.php) Creación de vistas en la base de datos postgresql (RolView) Creación de procedimiento almacenado en postgresql (RolProcedure)

Diseño

Gissela Paez

0,5

PENDIENTE

M odelado (Análisis y Diseño)

Bryan Leon

1

PENDIENTE

Programación

Gissela Paez

1

PENDIENTE

Programación

Bryan Leon

0,5

PENDIENTE

Programación

Gissela Paez

1

PENDIENTE

Programación

Bryan Leon

0,5

PENDIENTE

Programación

Gissela Paez

1

PENDIENTE

Pruebas unitarias

Pruebas

Bryan Leon

1

PENDIENTE

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

PENDIENTE

M odelo Entidad (NotificacionesTable)

No aplica

1

Gissela Paez

Diseño de la interfaz (Sistemas de plantillas blade de laravel) Adaptación de la plantilla (lobiboxmaster.js)

Usuario

ES TADO

Programación

Refactorización de código

H3.

Notificaciones

ES T

Creación de procedimiento almacenado en la base de datos postgresql Programación (VariableProcedure)

Creación del modelo rol (RolM odel.php)

H2. Roles

PRODUCTO MÍNIMO VIABLE DE CREACIÓN (PMVA) 10 DÍAS

Relación

Creación del controlador (NotificacioesControllerphp) Creación de la vista notificaciones (NotificacionesView.blade.php) Script de la base de datos postgresql (NotificacionesTable) Creación de la vista de la base de datos postgresql (NotificacionView) Refactorización de código

1

Figura 26. Radiador de información del 1PMVA. Fuente: Datos obtenidos de la investigación de campo.

5.2.4.2.

Construcción

En la construcción del PMVA (Producto Mínimo Viable de Aprendizaje), se presentan las historias de usuario seleccionadas, de acuerdo a la velocidad de desarrollo y las evidencias de cómo se construyeron las tareas de ingeniería considerando la historia, la diversidad funcional, actividades genéricas “análisis, diseño, programación y tester”, estimación, estado y los puntos de trabajo pendiente (ver Figura 26).

Aquí se realiza la post-trazabilidad, que va desde la historia, al patrón arquitectónico, catálogo de tareas de ingeniería, escenarios de prueba y pruebas de aceptación.

51 5.2.4.2.1.

Historia de usuario 1: Registro de variable (ver Anexo 9)

Se presenta la tarea de ingeniería de creación del controlador VariablesController.

Figura 27. Controlador para el registro de variable.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Se tiene la interfaz de registro de variable.

Figura 28. Interfaz de registro de variable.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

52 5.2.4.2.2.

Historia de usuario 2: Roles (ver Anexo 9)

Se expone la tarea de ingeniería creación de controlador RolesController

Figura 29. Controlador de la historia de usuario roles.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Se muestra la interfaz de usuario de Roles.

Figura 30. Interfaz de prueba de roles.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

53 Se han elaborado talleres de reflexión semanales y gráfico de trabajo pendiente el cual se ha actualizado diariamente. En el que se ha notado que no se ha podido cumplir con la historia planificadas Notificaciones para el primer producto mínimo viable, por consiguiente, se procede a añadirla a la planificación del segundo producto mínimo viable.

Figura 31. Gráfico de trabajo pendiente del 1PMVA. Fuente: Datos obtenidos de la investigación de campo.

5.2.4.3.

Revisión

En la fase de revisión se han reunido todos los usuarios para que se realicen las pruebas de aceptación, las mismas que aprobaran los usuarios por la diversidad funcional. De igual manera, se ha verificado que se ha cumplido con dos historias de usuario, como consecuencia se tiene que la historia que no se ha cumplido pasa a la planificación del segundo producto mínimo viable (véase Anexo 10).

5.2.5. Segundo Producto Mínimo Viable de Construcción (2PMVC) 5.2.5.1.

Planificación

Se ha ejecutado la reunión de planificación del segundo producto mínimo viable de construcción con todos los usuarios, en la que se estableció que será de cuatro semanas (20 días), en la que se pretende cumplir con las cinco historias de usuario planificadas y la historia pendiente del primer producto mínimo viable, en base a la velocidad de desarrollo 55 puntos de historia, una vez mitigados los riesgos encontrados en la reunión de exploración.

54 PMVC N° 2 OBJETIVO: Desarrollar el segundo producto mínimo viable de construcción, sobre el cálculo de pago de vacaciones, notificaciones y carga masiva en excel.

Historias de DIVERS IDA usuarios D ACTIVIDAD ENCARGAD US UARIO ES T TAREA DE INGENIERÍA ES T ES TADO seleccionadas FUNCIONA GENÉRICA O para el PMV L Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Adaptación master.js)

de

la

plantilla

(lobibox-

M odelo Entidad Relación y Relacional (NotificacionesTable)

H3.

Notificaciones

Usuario

H4. Registro de Administrador usuario

No aplica

No aplica

8

8

Creación del (NotificacioesControllerphp)

controlador

Administrador

No aplica

5

Usuario

Visual

13

RR.HH.

No aplica

13

RR.HH.

No aplica

8

Bryan Leon

0,5

HECHO

0,5

0

0,5

0

Diseño

Gissela Paez

0,5

HECHO

M odelado (Análisis y Diseño)

Bryan Leon

1

HECHO

1

0

4

1

HECHO

1

0

Bryan Leon

0,5

HECHO

0,5

0

Script de la base de datos postgresql Programación (NotificacionesTable)

Gissela Paez

1

HECHO

1

0

Creación de la vista de la base de datos Programación postgresql (NotificacionView)

Bryan Leon

0,5

HECHO

0,5

0

Refactorización de código

Gissela Paez

1

HECHO

1

0 0

Programación

5

6

7

8

9

10

1

0

2

0

11

Pruebas unitarias

Pruebas

Bryan Leon

1

HECHO

1

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

HECHO

1

Diseño

Bryan Leon

0,5

HECHO

0,5

0

M odelado (Análisis y Diseño)

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

0,5

HECHO

0,5

Programación

Bryan Leon

1,5

HECHO

1,5

0

Programación

Gissela Paez

0,5

HECHO

0,5

0

Programación

Bryan Leon

1

HECHO

1

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Gissela Paez

0,5

HECHO

0,5

0

Bryan Leon

0,5

HECHO

0,5

0

Gissela Paez

1

HECHO

1

0

Bryan Leon

0,5

HECHO

0,5

Programación

Bryan Leon

0,5

HECHO

0,5

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Diseño

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

3

HECHO

Programación

Gissela Paez

2

HECHO

Programación

Bryan Leon

2

HECHO

2

0

Programación

Gissela Paez

2

HECHO

2

0

Diseño de la interfaz (Sistemas de plantillas blade de laravel) M odelo Entidad Relación y Relacional (PersonalTabla, UsuarioTabla, TipoUsuarioTabla) Script de la base de datos DDL (PersonalTabla, UsuarioTabla, Configuración del modelo usuario (UsuarioM odel.php) Adaptación del controlador usuario (RegisterController.php) del framework Adaptación de la vista usuario (RegistroView.blade.php) del framework

Diseño de la interfaz (Sistemas de plantillas Diseño blade de laravel) Creación modelo usuario Programación (UsuarioM odel.php) Creación del controlador usuario Programación (UsuarioController.php) Creación de la vista usuario Programación (UsuarioIndexView.blade.php)

Diseño de la interfaz (Sistemas de plantillas blade de laravel) Adaptación del controlador Login (LoginController.php) del framework Adaptación de la vista login (login.blade.php) del framework Validación por número de intentos de la contraseña Creación de procedimiento almacenado (UsuarioContrasenaProcedure)

12

14

15

16

19

0

3

Bryan Leon

1

HECHO

1

0

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Diseño

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

4

HECHO

4

2

Programación

Gissela Paez

2

HECHO

2

0

Programación

Bryan Leon

1

HECHO

Programación

Gissela Paez

2

HECHO

0

1

2

0

0

Programación

Bryan Leon

1

HECHO

1

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Diseño

Gissela Paez

0,5

HECHO

0,5

0

M odelo Entidad Relación y Relacional (CalculoPagoVacacionTable)

M odelado (Análisis y Diseño)

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

0,5

HECHO

0,5

0

Programación

Gissela Paez

1

HECHO

1

Programación

Bryan Leon

0,5

HECHO

0,5

0

Programación

Gissela Paez

0,5

HECHO

0,5

0

Programación

Bryan Leon

1

HECHO

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

Refactorización de código

18

0

Pruebas

Creación del controlador (CalculoPagoVacacionController.php) Creación de la vista cálculo de pago de vacaciones (CalculoPagoVacacionView.blade.php) Script de la base de datos (CalculoPagoVacacionesTable) Creación de la vista de la base de datos postgresql(CalculoPagoVacacionesView Creación de herencia del controlador (ExcelController.php)

17

0

Programación

Diseño de la interfaz (Sistemas de plantillas blade de laravel) Creación del controlador (ExcelController.php) del framework Creación de la función Importar Usuario (ImportarUsuarioFunction) Creación de vista para editar el excel (ImportarUsuarioView.php) Creación de la vista usuario (ExcelControllerView.blade.php) del framework

13

0

Pruebas unitarias

Refactorización de código

H8. Cálculo de pago de vacaciones

Diseño

3

Gissela Paez

Refactorización de código

H7. Carga masiva en excel

2

Programación

Refactorización de código

H6. Login

1

Creación de la vista notificaciones Programación (NotificacionesView.blade.php)

Refactorización de código

H5. Usuarios

PUNTOS DE HS ITORIA DE TRABAJO PENDIENTE PRODUCTO MÍNIMO VIABLE DE CREACIÓN (PMVC) 20 DÍAS

Figura 32. Radiador de información del 2PMVC. Fuente: Datos obtenidos de la investigación de campo.

0

1

0 1

0 1

0

20

55 5.2.5.2.

Construcción

En la fase de construcción del 2PMVC, se presentan las historias de usuario planificadas, parte del código fuente desarrollado, escenarios de prueba y por último el gráfico de trabajo pendiente.

5.2.5.2.1.

Historia de usuario 3: Notificaciones (ver Anexo 9)

Tarea de ingeniería relacionada a la creación del controlador NotificacionesController.

Figura 33. Controlador de Notificaciones.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Se expone la interfaz de Notificaciones.

Figura 34. Escenario de prueba de Notificaciones.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

56 5.2.5.2.2.

Historia de usuario 4: Registro de usuario (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador RegistrosController

Figura 35. Controlador para el registro de usuario.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de Registro de usuario

Figura 36. Interfaz para el registro de usuario.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

57 5.2.5.2.3.

Historia de usuario 5: Usuarios (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador UsuariosController

Figura 37. Controlador de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de la historia Usuarios.

Figura 38. Interfaz de la historia Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

58 5.2.5.2.4.

Historia de usuario 6: Login (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador LoginController

Figura 39. Controlador para el Login.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Login.

Figura 40. Interfaz de usuario Login.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

59 5.2.5.2.5.

Historia de usuario 7: Carga masiva en Excel (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador ExcelController

Figura 41. Controlador de Carga masiva en Excel.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Carga masiva en Excel

Figura 42. Interfaz de la historia Carga masiva en Excel.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

60 5.2.5.2.6.

Tarea

Historia de usuario 8: Cálculo de pago de vacaciones (ver Anexo 9) de

ingeniería

relacionada

a

creación

de

controlador

CalculoPagoVacacionesController.

Figura 43. Controlador de Cálculo de pago de vacaciones.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Cálculo de pago de vacaciones.

Figura 44. Interfaz de usuario de la historia Cálculo de pago de vacaciones Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Se han elaborado talleres de reflexión semanales y gráfico de trabajo pendiente el cual se ha actualizado diariamente. En el que se ha notado que se ha podido cumplir con la historia planificadas para el segundo producto mínimo viable.

61

Figura 45. Gráfico de trabajo pendiente del 2PMVC. Fuente: Datos obtenidos de la investigación de campo.

5.2.5.3.

Revisión

En esta fase de revisión se han reunido todos los usuarios para que se realicen las pruebas de aceptación, las mismas que aprobaran los usuarios por la diversidad funcional. De igual manera, se ha verificado que se ha cumplido con las seis historias de usuario planificadas (ver Anexo 10).

5.2.6. Tercer Producto Mínimo Viable de Construcción (3PMVC) 5.2.6.1.

Planificación

Se ha ejecutado la reunión de planificación del tercer producto mínimo viable de construcción con todos los usuarios, en la que se estableció que será de cuatro semanas (20 días), en la que se pretende cumplir con las seis historias de usuario planificadas restantes, en base a la velocidad de desarrollo 55 puntos de historia.

62 PMVC N° 3

PUNTOS DE HS ITORIA DE TRABAJO PENDIENTE

OBJETIVO: Desarrollar el tercer producto mínimo viable de construcción, sobre solicitudes, permisos y reportes.

Historias de usuarios seleccionadas para el PMV

US UARIO

DIVERS IDA D FUNCIONA L

ES T

TAREA DE INGENIERÍA

H10. Perfil de usuario

Usuario

Usuario

No aplica

No aplica

8

5

Usuario

No aplica

13

Usuario

No aplica

8

HECHO

0,5

0

M odelo Entidad Relación y Relacional (DocumentosTable)

Bryan Leon

1

HECHO

1

0

0,5

0

el

modelo

Programación

Gissela Paez

0,5

HECHO

Bryan Leon

1

HECHO

Adaptación de la vista usuario con documentos (DocuementoView.blade.php) Programación del framework

Gissela Paez

0,5

HECHO

Script de la base de datos postgresql Programación (DocumentosTable)

Bryan Leon

1

HECHO

1

0

Creación de la vista de la base de datos Programación postgresql (DocumentoView)

Bryan Leon

0,5

HECHO

0,5

0

Refactorización de código

7

8

1

HECHO

1

0

Bryan Leon

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

HECHO

1

0

Bryan Leon

0,5

HECHO

0,5

Gissela Paez

0,5

HECHO

0,5

0

Bryan Leon

0,5

HECHO

0,5

0

Bryan Leon

0,5

HECHO

0,5

0

Gissela Paez

0,5

HECHO

0,5

10

11

12

13

0

0,5

0

Programación

Gissela Paez

0,5

HECHO

Pruebas

Bryan Leon

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

HECHO

1

0

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Diseño

Bryan Leon

1

HECHO

1

0

M odelo Entidad Relación y Relacional (SolicitudesTable)

M odelado (Análisis y Diseño)

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

3

HECHO

3

1

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

2

HECHO

2

15

16

17

18

19

0

Programación

Gissela Paez

1

HECHO

1

0

Pruebas unitarias

Pruebas

Bryan Leon

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Gissela Paez

1

HECHO

1

Bryan Leon

0,5

HECHO

0,5

Gissela Paez

3

HECHO

3

Bryan Leon

0,5

HECHO

Bryan Leon

1

HECHO

1

0

1

0

Diseño de la interfaz (Sistemas de plantillas Diseño blade de laravel) Adaptación del controlador Login Programación (LoginController.php) del framework Adaptación de la vista login Programación (login.blade.php) del framework Creación de procedimiento almacenado Programación (UsuarioContrasenaProcedure)

14

0

Pruebas unitarias

Creación modelo Solicitud (SolicitudM odel.php) Creación del controlador Solicitud (SolicitudController.php) Creación de la vista Solicitud (Solicitud.blade.php) Creación de vistas en la base de datos postgresql (SolicitudView) Creación de transacciones en la base de datos postgresql (SolicitudTransaction)

9

0

Gissela Paez

Diseño de la interfaz (Sistemas de plantillas Diseño blade de laravel) M odelo Entidad Relación y Relacional M odelado (PersonasTable, ContactosTable, (Análisis y EmpresasTable) Diseño) Script de la base de datos DDL Programación (PersonalTable, UsuarioTable, Creación del controlador perfil Diseño (PerfilController.php) Creación de la vista perfil Programación (PerfilView.blade.php)

6

0

Pruebas

0 0 1

0

0,5

0

Programación

Bryan Leon

1

HECHO

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Diseño

Gissela Paez

0,5

HECHO

0,5

0

M odelado (Análisis y Diseño)

Bryan Leon

0,5

HECHO

0,5

0

Gissela Paez

2,5

HECHO

2,5

Bryan Leon

0,5

HECHO

0,5

0

Programación

Gissela Paez

0,5

HECHO

0,5

0

Creación función UsuariosExportFunction

Programación

Bryan Leon

0,5

HECHO

0,5

Creación PagoVacacionesExportFunction

Programación

Gissela Paez

0,5

HECHO

0,5

0

Creación función SolicitudesExportFunction Programación

Bryan Leon

0,5

HECHO

0,5

0

Creación de (SolicitudesExportClass.php)

clase

Programación

Gissela Paez

0,5

HECHO

0,5

0

Creación de (PagoVacacionesExportClass.php)

clase

Programación

Bryan Leon

1

HECHO

1

0

Creación de (UsuariosExportClass.php)

clase

Programación

Gissela Paez

1

HECHO

1

0

Programación

Bryan Leon

1

HECHO

1

0

Programación

Gissela Paez

1,5

HECHO

1,5

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Diseño

Gissela Paez

0,5

HECHO

0,5

0

Adaptación de la interfaz con FullCalendar

Diseño

Bryan Leon

0,5

HECHO

0,5

0

Programación

Bryan Leon

1

HECHO

1

0

Adaptación de la vista usuario Programación (CalendarioView.blade.php) del framework

Gissela Paez

0,5

HECHO

0,5

Refactorización de código

Programación

Bryan Leon

0,5

HECHO

0,5

0

Pruebas unitarias

Pruebas

Gissela Paez

1

HECHO

1

0

Pre pruebas de aceptación

Pruebas

Bryan Leon

1

HECHO

1

0

reportes

función

función

0

0

13

Creación de vistas (ReportesView)

en

Creación del (CalendariosController.php) No aplica

0,5

5

Programación

Creación de la vista (ReportesView.blade.php)

RR.HH.

1

4

Pruebas unitarias

Creación ReporteEmpleadosShowFunction

H14.

Calendario

3

Creación del controlador (DocuementosController.php) del Programación framework

Creación del controlador reportes Programación (ReportesController.php) Creación función Programación ReporteSolicitudesShowFunction

No aplica

2

0,5

Creación modelo (ReportesM odel.php)

RR.HH.

1

Gissela Paez

Refactorización de código

H13. Reportes

ES TADO

Diseño

Refactorización de código

H12. Permisos

ES T

M odelado (Análisis y Diseño)

Refactorización de código

H11.

Solicitudes

PRODUCTO MÍNIMO VIABLE DE CREACIÓN (PMVC) 20 DÍAS

Diseño de la interfaz (Sistemas de plantillas blade de laravel)

Adaptación con (DocuementoM odel.php)

H9.

Documentos

ACTIVIDAD ENCARGAD GENÉRICA O

5

reportes postgresql

controlador

Figura 46. Radiador de información del 3PMVC. Fuente: Datos obtenidos de la investigación de campo.

0 0

0

20

63 5.2.6.2.

Construcción

En la fase de construcción del 3PMVC, se presentan las historias de usuario que se han planificado, parte del código fuente desarrollado como parte de las tareas de ingeniería planteadas, escenarios de prueba y por último el gráfico de trabajo pendiente.

5.2.6.2.1.

Historia de usuario 9: Documentos (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador DocumentosController

Figura 47. Controlador de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Documentos.

Figura 48. Interfaz de la historia Documentos.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

64 5.2.6.2.2.

Historia de usuario 10: Perfil de usuario (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador PerfilController

Figura 49. Controlador de Perfil de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Perfil de usuarios.

Figura 50. Interfaz de la historia Usuarios Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

65 5.2.6.2.3.

Historia de usuario 11: Solicitudes (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador SolicitudesController

Figura 51. Controlador de Solicitudes.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Solicitudes.

Figura 52. Interfaz de la historia Solicitudes.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

66 5.2.6.2.4.

Historia de usuario 12: Permisos (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador PermisosController

Figura 53. Controlador de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Permisos que pueden tener los usuarios, comúnmente denominado privilegios de usuario.

Figura 54. Interfaz de la historia Permisos.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

67 5.2.6.2.5.

Historia de usuario 13: Reportes (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador ReportesController

Figura 55. Controlador de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Reportes.

Figura 56. Interfaz de la historia Permisos.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

68 5.2.6.2.6.

Historia de usuario 14: Calendario (ver Anexo 9)

Tarea de ingeniería relacionada a creación de controlador CalendarioController

Figura 57. Controlador de Usuarios.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Interfaz de usuario de la historia Calendario.

Figura 58. Interfaz de la historia Calendario.

Fuente: Tomado de “Aplicación web VLIPER” por G. Páez, B. Leon, 2018-2019.

Se han elaborado talleres de reflexión semanales y gráfico de trabajo pendiente el cual se ha actualizado diariamente. En el que se ha notado que se ha podido cumplir con la historia planificadas para el tercer producto mínimo viable.

69

Figura 59. Gráfico de trabajo pendiente del 2PMVC. Fuente: Datos obtenidos de la investigación de campo.

5.2.6.3.

Revisión

En esta fase de revisión se han reunido todos los usuarios para que se realicen las pruebas de aceptación, las mismas que aprobaran los usuarios por la diversidad funcional. De igual manera, se ha verificado que se ha cumplido con las seis historias de usuario planificadas, por consiguiente, se ha terminado el desarrollo del producto (ver Anexo 10).

Se presenta el radiador de información para exponer la trazabilidad del producto cumpliendo la función primordial de mantener actualizados, por ejemplo, la historia 3 notificaciones se empezó a construir en el primer producto mínimo viable de aprendizaje (verde limón) pero no se concluyó, “la prueba de aceptación no se aprobó” y se consideró para el 2PMVC y se completó en la tercera semana. La carita feliz indica a los clientes (ver Figura 60) que finalizó la historia “Done” y el color verde oscuro que se restan puntos de las estimaciones.

En el radiador para los desarrolladores (ver Figura 61) además de los colores antes expuestos se muestra los puntos pendientes y finalmente el gráfico de trabajo pendiente del desarrollo del producto (ver Figura 62). Por consiguiente, se obtiene una trazabilidad horizontal y vertical.

70 MAPA DE T RAZABILIDAD DE LAS HIST ORIAS DE USUARIO, CONSIDERANDO LA RELACIÓN CON LOS USUARIOS Y EL PRODUCT O MÍNIMO VIABLE QUE SE CULMINA (DONE) Y LA DIVERSIDAD FUNCIONAL Versión 1.0

Historias de usuario (Alcance)

PMV 1 Est=26/Hecho=18

PMV 2 Est= 55/Hecho=55

PMV 3 Est= 52/Hecho=52

Incremento 1

Incremento 2

Incremento 3

USUARIO

1

2

3

4

5

6

7

8

9

DIVERSIDAD FUNCIONAL

10

H1. Registro de variables

Administrador

No aplica

H2. Roles

Administrador

No aplica

Usuario

No aplica

H4. Registro de usuarios

Administrador

No aplica

H5. Usuarios

Administrador

No aplica

H3. Notificaciones

H6. Login H7. Carga masiva en excel

Empleado

Visual

RR.HH.

No aplica

RR.HH.

No aplica

H9. Documentos

Empleado

No aplica

H10. Perfil de usuario

Empleado

No aplica

H11. Solicitudes

Empleado

Visual

H12. Permisos

Empleado

No aplica

H13. Reportes

RR.HH.

No aplica

H14. Calendario

RR.HH.

No aplica

H8. Cálculo de pago de vacaciones

Figura 60. Radiador de información para la trazabilidad para los usuarios.

Fuente: Datos obtenidos de la investigación de campo.

MAPA DE T RAZABILIDAD DE LAS HIST ORIAS DE USUARIO, CONSIDERANDO LA RELACIÓN CON LOS USUARIOS Y EL PRODUCT O MÍNIMO VIABLE QUE SE CULMINA (DONE) Y LA DIVERSIDAD FUNCIONAL Versión 1.0

Historias de usuario (Alcance)

PMV 1 Est=26/Hecho=18

PMV 2 Est= 55/Hecho=55

PMV 3 Est= 52/Hecho=52

Incremento 1

Incremento 2

Incremento 3

DIVERSIDAD FUNCIONAL

USUARIO

1

2

H1. Registro de variables

Administrador

5

0

H2. Roles

Administrador

13

0

Usuario

8

8

0

H4. Registro de usuarios

Administrador

8

8

8

0

H5. Usuarios

Administrador

5

5

5

0

Empleado

13

13

13

7

0

H7. Carga masiva en excel

RR.HH.

13

13

13

13

7

0

No aplica

H8. Cálculo de pago de vacaciones

RR.HH.

8

8

8

8

8

0

No aplica

H9. Documentos

Empleado

8

8

8

8

8

8

0

H10. Perfil de usuario

Empleado

5

5

5

5

5

5

0

H11. Solicitudes

Empleado

13

13

13

13

13

13

13

0

H12. Permisos

Empleado

8

8

8

8

8

8

8

8

0

H13. Reportes

RR.HH.

13

13

13

13

13

13

13

13

8

0

No aplica

H14. Calendario

RR.HH.

No aplica

H3. Notificaciones

H6. Login

3

4

5

6

7

8

9

10

No aplica No aplica No aplica No aplica No aplica Visual

No aplica No aplica Visual No aplica

5

5

5

5

5

5

5

5

5

0

125

107

99

80

67

52

39

26

13

0

Figura 61. Radiador de información para la trazabilidad de para los desarrolladores.

Fuente: Datos obtenidos de la investigación de campo.

Figura 62. Gráfico de trabajo pendiente para los desarrolladores.

Fuente: Datos obtenidos de la investigación de campo.

Dado que se ha considerado a la usabilidad durante todo el ciclo de vida del producto, se presentan los resultados obtenidos al realizar la evaluación heurística.

71

Figura 63. Criterios considerados para la evaluación heurística.

Fuente: aAdaptado de “Guía de Evaluación Heurística de Sitios Web” por Hassan & Martín, 2003.

Figura 64. Resultados parciales de los puntos de evaluación heurística.

Fuente: aAdaptado de “Guía de Evaluación Heurística de Sitios Web” por Hassan & Martín, 2003.

Figura 65. Resultados finales de la evaluación heurística.

Fuente: aAdaptado de “Guía de Evaluación Heurística de Sitios Web” por Hassan & Martín, 2003.

72 5.3.

EvaluaciĂłn de Impacto del Proyecto El anĂĄlisis de impacto es esencial para determinar si el presente trabajo de titulaciĂłn de

grado ha sido acogido de manera positiva o negativa por parte de la poblaciĂłn a la que va dirigida su desarrollo. A continuaciĂłn, se presenta la fĂłrmula utilizada y la tabla que especifica de los niveles de impacto en conjunto con sus respectivos indicadores numĂŠricos: đ?‘ đ?‘–đ?‘Łđ?‘’đ?‘™ đ?‘‘đ?‘’ đ??źđ?‘šđ?‘?đ?‘Žđ?‘?đ?‘Ąđ?‘œ = đ?‘†đ?‘˘đ?‘šđ?‘Žđ?‘Ąđ?‘œđ?‘&#x;đ?‘–đ?‘Ž đ?‘‡đ?‘œđ?‘Ąđ?‘Žđ?‘™ đ?‘‘đ?‘–đ?‘Łđ?‘–đ?‘‘đ?‘–đ?‘‘đ?‘Ž đ?‘?đ?‘Žđ?‘&#x;đ?‘Ž đ?‘™đ?‘Ž đ??śđ?‘Žđ?‘›đ?‘Ąđ?‘–đ?‘‘đ?‘Žđ?‘‘ đ?‘‘đ?‘’ đ??źđ?‘›đ?‘‘đ?‘–đ?‘?đ?‘Žđ?‘‘đ?‘œđ?‘&#x;đ?‘’đ?‘ đ?‘ đ??ź =

∑ đ?‘ ∘

Tabla 20.

Niveles de Impacto Nivel

DescripciĂłn

-3

Impacto de alto nivel negativo

-2

Impacto de medio nivel negativo

-1

Impacto de bajo nivel negativo

0

No hay impacto

1

Impacto de bajo nivel positivo

2

Impacto de medio nivel positivo

3

Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el Trabajo de Grado: Tesis y Proyectosâ€? por M. Ă . Posso, 2013.

Se ha identificado que es necesario analizar los impactos que influyen en el presente trabajo de titulaciĂłn de grado entre ellos se tiene al tecnolĂłgico, institucional y econĂłmico para determinar el impacto general del mismo.

73 5.3.1. Impacto TecnolĂłgico Tabla 21.

Impacto TecnolĂłgico Nivel de Impacto -3

-2

-1

0

1

2

3

Indicadores AutomatizaciĂłn de procesos

X

GeneraciĂłn de solicitudes

X

GeneraciĂłn de notificaciones

X

GeneraciĂłn de reportes

X

Seguridad, confidencialidad e integridad

X

Manejo simultaneo del sistema

X

Total Sumatoria ∑ Total Resultado Nivel de Impacto

∑ =15 đ?‘ đ??ź = 15â „6 = 2,5 Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el Trabajo de Grado: Tesis y Proyectosâ€? por M. Ă . Posso, 2013.

AnĂĄlisis La generaciĂłn de solicitudes, notificaciones, reportes y todos los procesos que se realizan de forma manual, lo cual afecta al personal de la empresa. La automatizaciĂłn de los procesos resulta Ăştil para el personal de la empresa puesto que permite la optimizaciĂłn de tiempo y trabajo, permitiendo con un servicio mĂĄs eficiente y eficaz.

El manejo simultaneo del sistema admite que varios usuarios lo puedan utilizar al mismo tiempo, sin que ĂŠste presente algĂşn inconveniente. El sistema goza de seguridad, confidencialidad e integridad de la informaciĂłn debido a que resguarda el acceso a la informaciĂłn permitiendo el acceso a las personas autorizadas. En consecuencia el impacto tecnolĂłgico obtenido es de alto nivel positivo.

74 5.3.2. Impacto Institucional Tabla 22.

Impacto Institucional Nivel de Impacto -3

-2

-1

0

1

2

3

Indicadores Acceso a la realizaciĂłn de solicitudes

X

Accesibilidad de la informaciĂłn

X

Disponibilidad departamental de la aplicaciĂłn web

X

Total Sumatoria ∑ Total Resultado Nivel de Impacto

∑ =4 đ?‘ đ??ź = 8â „3 = 2,67 Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el Trabajo de Grado: Tesis y Proyectosâ€? por M. Ă . Posso, 2013.

AnĂĄlisis El acceso a la realizaciĂłn de solicitudes brinda una gran facilidad al momento de realizarlas, de este modo el personal de la empresa puede generarlas desde la comodidad del lugar en el que se encuentren.

La accesibilidad de la informaciĂłn permite el acceso permanente a la aplicaciĂłn web segĂşn los privilegios que el personal cuente, de esta manera podrĂĄn realizar algĂşn tipo de consulta de la misma en el momento que sea necesario. La disponibilidad departamental de la aplicaciĂłn web concede el acceso al personal de la empresa que se encuentre registrado previamente por parte del administrador. En consecuencia, el impacto institucional obtenido es de alto nivel positivo.

75 5.3.3. Impacto EconĂłmico Tabla 23.

Impacto EconĂłmico Nivel de Impacto -3

-2

-1

0

1

2

3

Indicadores Ahorro de recursos de oficina

X

Ahorro monetario de horas extras

X

UtilizaciĂłn de herramientas open source y software libre

X

Total Sumatoria ∑ Total Resultado Nivel de Impacto

∑ =9 đ?‘ đ??ź = 8â „3 =2,67 Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el Trabajo de Grado: Tesis y Proyectosâ€? por M. Ă . Posso, 2013.

AnĂĄlisis La aplicaciĂłn web permite ahorro de recursos de oficina que la empresa anteriormente utilizaba la gestiĂłn de vacaciones, licencias y permisos, ademĂĄs concede ahorro monetario de horas extras debido que se reduce la carga de horas de trabajo a la encargada de recursos humanos.

Dado que se ha utilizado herramientas open source y software libre no se ha requerido el pago de ninguna licencia propietaria de las mismas. En consecuencia, el impacto institucional obtenido es de alto nivel positivo.

76 5.3.4. Impacto General Tabla 24.

Impacto General Nivel de Impacto -3

-2

-1

0

1

2

3

Indicadores Impacto TecnolĂłgico

X

Impacto Institucional

X

Impacto EconĂłmico

X

Total Sumatoria ∑ Total Resultado Nivel de Impacto

∑ =7,84 đ?‘ đ??ź = 7,84â „3 = 2,61 Impacto de alto nivel positivo

Nota: Adaptado de “MetodologĂ­a para el Trabajo de Grado: Tesis y Proyectosâ€? por M. Ă . Posso, 2013.

Por medio de los anĂĄlisis de impacto tecnolĂłgico, institucional y econĂłmico, se seĂąala que la aplicaciĂłn web para la gestiĂłn y control de vacaciones, licencias y permisos del personal de Emproservis CĂ­a. Ltda. proporciona un impacto de alto nivel positivo, puesto que automatiza los procesos de gestiĂłn y control segĂşn el tipo de permiso.

Para apoyar el anĂĄlisis anteriormente realizado se adjunta la carta de impacto (ver Anexo 3).

77

6.

•

DISCUSIÓN

En base al estudio realizado y la información recolectada en la entrevista con el Jefe de Sistemas, la persona encargada de Recursos Humanos y la encuesta dirigida al personal de Emproservis Cía. Ltda, se da a conocer la discusión de los mismo según se lo ha planteado en la investigación.

•

El presente trabajo de titulación de grado se torna en base a la problemática que se había presentado en Emproservis Cía Ltda. en la cual no existía un software en el que realizarán los procesos que se requieren para la gestión y control de vacaciones, licencias y permisos del personal.

•

De manera, que en base a la entrevista realizada a la persona encargada de Recursos Humanos (véase Anexo 4), se logró conocer cómo se realizaban los procesos en cuanto a la gestión y control de vacaciones, licencias y permisos, lo que posteriormente derivó a la recopilación de la funcionalidad del software.

•

Teniendo en cuenta las soluciones anteriores a este tipo de problemática de estudio presentada en Antecedentes (apartado 3.1), la solución que se ha dado es el desarrollo de una aplicación web debido a que de esta manera los usuarios podrán acceder a la misma desde cualquier lugar y en cualquier momento.

•

Sin embargo, para el desarrollo de la aplicación web se requirió una exhaustiva investigación para identificar las herramientas y metodología para poder realizarla, para ello se utilizaron comparativas en las cuales como Sistema Gestor de Base de Datos se tomó a PostgreSQL por su gran capacidad de almacenamiento gratuito, como framework de desarrollo web a Laravel por el soporte con el que cuenta tanto de la comunidad y por los creadores, en cuanto al patrón arquitectónico al Modelo Vista Controlador, debido a que es enfocado a la web, es ideal cuando se trabaja por iteraciones, por último en la metodología de desarrollo de software se trabajó con la Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web como caso de estudio para validar la metodología propuesta, debido a que se permite recabar la funcionalidad en un lenguaje coloquial mediante historias de usuario y/o catálogo de tareas de ingeniería, la manera de trabajar es bajo el manifiesto ágil, además de las prácticas que esta metodología maneja.

78

7.

•

CONCLUSIONES

Con la implementación de la aplicación web para la gestión y control de vacaciones, licencias y permisos del personal de Emproservis Cía Ltda., los procesos que se realizaban anteriormente de forma manual, además de optimizar los recursos económicos, con la utilización de la metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web se ha logrado contar con la trazabilidad bidireccional y se ha cumplido con el 91% de criterios de evaluación heurística.

•

Los instrumentos de recolección de datos, entrevista y encuesta, permitió conocer como es el proceso de la gestión y control de vacaciones, licencias y permisos de la institución, así mismo se logró comprender el origen del problema de investigación.

•

La arquitectura Modelo Vista Controlador permitió separar la capa lógica del negocio, la de presentación y acceso a los datos, reutilizar y dar mantenimiento código, así mismo agregar requerimientos futuros.

•

La metodología y herramientas de desarrollo de software identificadas y posteriormente utilizadas fueron, la Metodología para el desarrollo de software considerando la trazabilidad, usabilidad y accesibilidad web como caso de estudio para validar la metodología propuesta, la cual ayudó con sus herramientas enfocando a la usabilidad y accesibilidad web, las historias de usuario, en las que se describen la funcionalidad del software de manera coloquial, el Sistema Gestor de Base de Datos PostgreSQL ha permitido que no se presente inconveniente con la cantidad de información almacenada y el Framework de desarrollo web Laravel v5.7 permitió desarrollar la aplicación web, siguiendo las mejores prácticas de programación debido al soporte de la comunidad, la documentación y ejemplificación por parte de los usuarios.

79

8.

•

RECOMENDACIONES

Realizar un levantamiento de información minucioso de la institución en la que se está trabajando para tener de manera clara la regla de negocio y así poder brindar una solución más acertada a la problemática motivo de estudio.

•

Aplicar seguridades en el desarrollo del software entre ellas una separación limpia en capas para el desarrollo de software, de tal manera no sea vulnerable.

•

Investigar las nuevas herramientas para el desarrollo de software y metodologías de desarrollo web, de tal manera que se pueda comparar con las antiguas y así decidir cuáles son las que se adaptan mejor a las necesidades que se tiene.

•

Utilizar Chart Js, para manejar reportes estadísticos, debido a que es sencillo de utilizar, además se encuentra debidamente documentado y ejemplificado.

80

9.

LISTA DE REFERENCIAS

Arias, F. (2012). El Proyecto de Investigación: Introducción a la Metodología Científica.

Caracas: Episteme.

Antonji, J. G., & Usui, E. (2007). Work Hours, Wages, and Vacation Leave. Industrial and Labor

Relations

Review,

60(3),

408-428.

Obtenido

de

https://www.jstor.org/stable/pdf/25249094.pdf?refreqid=excelsior%3A4d6720345acc ec0c3a4950a186c15b61 Álvarez García, A., Heras del Dedo, R., & Lasa Gómez, C. (2012). Manual imprescindible de Métodos ágiles y Scrum. Madrid: Anaya Multimedia.

Bernal, C. (2010). Metodología de la investigación: administración, economía, humanidades y ciencias sociales. 3ra ed. Colombia: Pearson Educación.

CakePHP.

(2018).

Documentation.

Obtenido

de

CakePHP:

https://book.cakephp.org/3.0/es/index.html# Camps Paré, R., Castillas Santillán, L. A., Costal Costa, D., Gilbert Ginestá, M., Martín Escofet, C., & Peréz Mora, O. (2005). Base de datos. Barcelona: Fundació per a la Universitat Oberta de Catalunya.

Carllini, Y., Datko, C. (2014). Derivación de requisitos y construcción de trazabilidad entre artefactos del proceso de desarrollo. (Trabajo de grado). Universidad Nacional de la Plata,

Buenos

Aires,

Argentina.

Recuperado

de:

http://sedici.unlp.edu.ar/bitstream/handle/10915/47645/Documento_completo.pdf?se quence=1&isAllowed=y Chinguá, S. (2013). Sistema Web de Control del Talento Humano para el GAD-I. (Trabajo de grado). Universidad Técnica Del Norte, Ibarra, Ecuador. Recuperado de: http://repositorio.utn.edu.ec/bitstream/123456789/2651/1/04%20ISC%20277%20TE SIS.pdf

81 Código del trabajo [Código]. (2012) 2a ed. Ediciones legales Constitución de la República del Ecuador. [Const.]. (2008). Artículo 385 [Titulo VI].

Recuperado de: https://www.oas.org/juridico/pdfs/mesicic4_ecu_const.pdf Díaz, S. Ferrerira, M. (2010). Diversidad funcional: sobre lo normal y lo patológico en torno a la condición social de la dis-capacidad. Cuaderno de relacionales laborales, 28 (1), 151-172. Obtenido de: https://core.ac.uk/download/pdf/38812042.pdf Flaquer, L., & Escobedo, A. (2014). Licencias parentales y política social de la paternidad en España. Cuadernos de Relaciones Laborales, 32(1), 69 -99. Recuperado de: https://search.proquest.com/docview/1562070835/fulltextPDF/6A0E5035F65F4EF1P Q/12?accountid=13357 Garzas, J. (25 de septiembre de 2012). Las metodologías Crystal. Otras metodologías ágiles que, quizás, te puedan encajar más que Scrum. Obtenido de Javier Garzad: https://www.javiergarzas.com/2012/09/metodologias-crystal.html Gonzabay. (2016). Implementación de un Sistema Web para la gestión del control de asistencia, utilizando dispositivos biométricos en el Consejo Nacional Electoral, Regional Santa Elena: Módulo de gestión de permisos, vacaciones y descuentos.

(Trabajo de grado). Universidad Estatal Península De Santa Elena, La Libertad, Ecuador.

Recuperado

de:

http://repositorio.upse.edu.ec/bitstream/46000/3500/1/UPSE-TIN-2016-0025.pdf Guerrero, F., Díaz, J. F., & Delgado, C. (2015). Aplicación web basada en programación por restricciones para Ingeniería de asignación de espectro. Revista chilena de Ingeniería, 23(4), 526 - 539. doi: 10.4067/S0718-33052015000400005 Hassan Montero, Yusef & Martín Fernández, Francisco J. (2003). Guía de Evaluación Heurística de Sitios Web. No Solo Usabilidad, 2, 1 - 9. Recuperado el 22 de julio de 2019,

de:

82 https://www.researchgate.net/publication/309835303_Guia_de_evaluacion_heuristica _de_sitios_Web Heredia J. (octubre, 2012). Auditoria de accesibilidad y usabilidad en aplicaciones web.

Trabajo presentado en el IV Congreso Internacional sobre Aplicación de Tecnología de la Información y Comunicaciones Avanzadas. Loja, Ecuador. Recuperado de: http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.679.9927&rep=rep1&type= pdf#page=155 Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2014). Metodología de la investigación. México: McGraw-Hill.

Kniberg, H. (2015). Scrum y XP desde las Trincheras. Estados Unidos: C4Media Inc. Kühnel, J., & Sonnentag, S. (2010). How long do you benefit from vacation? A closer look at the fade-out of vacation effects. Journal of Organizational Behavior, (32), 125-143. doi:10.1002/job.699.

Recuperado

de:

https://www.jstor.org/stable/pdf/41415658.pdf?refreqid=excelsior%3Aa0bb5100718a d767da944c4e8f647473 Laravel.(2018). Introduction. Obtenido de Laravel: https://laravel.com/docs/4.2/introduction Loachamin, K. (2015). Desarrollo e implementación de un sistema de gestión y control de vacaciones, licencias y permisos para el personal administrativo y de servicio de la dirección de talento humano de la Universidad Central Del Ecuador. (Trabajo de grado). Universidad Central Del Ecuador, Quito, Ecuador. Recuperado de: http://www.dspace.uce.edu.ec/bitstream/25000/4231/1/T-UCE-0011-142.pdf López Quijado, J. (2010). Domine PHP y MySQL. Paracuellos de Jarama, Madrid: RA-MA. MariaDB

Foundation.

(2018).

https://mariadb.org/about/

About

MariaDB.

Obtenido

de

MariaDB:

83 MySQL.

(2018).

MySQL

Document

Store.

Obtenido

de

MySQL:

https://www.mysql.com/products/enterprise/document_store.html Nieto A., Y. V., López Q, J. F., & Montenegro M, C. E. (2018). Gestión de correspondencia física a través de aplicación móvil y códigos QR. Revista Ibérica de Sistemas e Tecnologías

de

Informacão,

201-213.

Obtenido

de

https://search.proquest.com/docview/2041144126/fulltextPDF/D6B4B8AC713F4EB4 PQ/3?accountid=13357 Nielsen, J. (2003). PR on websites: increasing usability. Recuperado de Nielsen Norman Group: http://www.useit.com/alertbox/20030310.html.

Oppel, A., & Sheldon, R. (2010). Fundamentos de SQL. México: McGraw-Hill.

Peña de San Antonio, O. (2010). Dreamweaver CS5, Madrid: ANAYA. Posso, M. Á. (2013). Metodología para el Trabajo de Grado: Tesis y Proyectos. Ibarra: NINA Comunicaciones.

PostgreSQL Global Development Group. (2018). About PostgreSQL. Obtenido de PostgreSQL Global Development Group: https://www.postgresql.org/about/ Real Academia Española. (2017). Diccionario de la lengua española. Obtenido de Real Academia Española: http://dle.rae.es/srv/search/search?w=gestionar Reinosa, J. E., Maldonado, C. A., Muñoz, R., Damiano, L. E., & Abrutsky, M. A. (2014). Bases de Datos. Argentina: Alfaomega.

Romero Balsas, P. (2015). Consecuencias del permiso de paternidad en el reparto de tareas y cuidados en la pareja. Revista Española de Investigaciones Sociológicas, 149, 87-110. doi:10.5477/cis/reis.149.87.

Recuperado

de:

https://www.jstor.org/stable/pdf/24364465.pdf?refreqid=excelsior%3Aa56e9be65f9be 248f4a74ae592578929

84 Sánchez, S., Sicilia, M. Á., & Rodríguez, D. (2012). Ingeniería del Software: Un enfoque desde la guía SWEBOK. México D.F.: Alfaomega Grupo Editorial.

Scrum Alliance. (2017). The Scrum Guide, The Definitive Guide to Scrum: The Rules of the Game.

Obtenido

de

http://www.scrumguides.org/docs/scrumguide/v2017/2017-

Scrum-Guide-US.pdf#zoom=100 Secretaría General de la Organización de las Naciones Unidas. (10 de diciembre de 1948). La Declaración Universal de los Derechos Humanos: Artículo 24. Recuperado de: http://www.un.org/es/universal-declaration-human-rights/ Secretaría Nacional de Planificación y Desarrollo. (2017). Plan Nacional para el Buen Vivir: Objetivo

5.

Recuperado

de:

http://www.planificacion.gob.ec/wp-

content/uploads/downloads/2017/07/Plan-Nacional-para-el-Buen-Vivir-20172021.pdf Silberschatz, A., Korth, H., & Sudarshan, S. (2002). Fundamentos de Bases de Datos. España: McGraw-Hill.

Sommerville, I. (2011). Ingeniería de Software. 9na ed. México: Pearson.

Sommerville, I., & Alfonso Galipienso, M. (2005). Ingeniería del software. 7ma ed. Madrid: Pearson Educación Symfony. (2018). What is Symfony. Obtenido de Symfony: https://symfony.com/what-issymfony Torres, D. (2012). Sistema para Gestión de Personal de la Empresa Avícola Reproavi Cía.

Ltda., Utilizando PostgreSql y PHP. (Trabajo de grado). Universidad Técnica del Norte,

Ibarra,

Ecuador.

http://repositorio.utn.edu.ec/handle/123456789/1006

Recuperado

de:

85 Vega, J. (2006). Automatización del Sistema de Control del Personal Aerotécnico para la Concesión de Permisos, Guardias y Vacaciones para el Ala de Investigación y Desarrollo Nº 12 de la Fuerza Aérea Ecuatoriana. (Trabajo de grado). Universidad Técnica

De

Ambato,

Ambato,

Ecuador.

Recuperado

de:

http://repositorio.uta.edu.ec/bitstream/123456789/334/3/Tesis_t216si.pdf World Wide Web Consortium [W3C]. (2008). Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0. Recuperado de: http://www.sidar.org/traducciones/wcag20/es/

86

10.

ANEXOS

ANEXO 1. CARTA DE ASIGNACIÓN DEL PROYECTO

87 ANEXO 2. ACTA DE ENTREGA - RECEPCIÓN DEL PROYECTO

88 ANEXO 3. CARTA DE IMPACTO

89 ANEXO 4. MODELO DE ENTREVISTA

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO ESCUELA DE SISTEMAS PERIODO 2018 – 2019

Entrevista dirigida a quienes conforman el Departamento de Recursos Humanos.

El objetivo de la presente entrevista es recopilar información acerca de los procesos correspondientes al Control y gestión de vacaciones, licencias y permisos de la red Emproservis Ltda., con la finalidad de dar respuesta al primer objetivo específico “Determinar los procesos que se realizan en la gestión y control de vacaciones, licencias y permisos”.

ENTREVISTADOR LUGAR DE LA ENTREVISTA FECHA Y HORA NOMBRE DEL ENTREVISTADO CARGO RESUMEN DE LA ENTREVISA

90 1) ¿Cómo lleva el registro de vacaciones del personal?

2) ¿Cómo lleva el registro de licencias del personal?

3) ¿Cómo lleva el registro de permisos del personal?

4) ¿Cómo es el proceso de asignación de vacaciones?

5) ¿Cómo es el proceso de asignación de licencias?

91

6) ¿Cómo es el proceso de asignación de permisos?

7) ¿Quién/es aprueban la asignación de vacaciones?

8) ¿Quién/es aprueban la asignación de licencias?

9) ¿Quién/es aprueban la asignación de permisos?

10) ¿En qué ley se rigen para la aprobación de vacaciones, licencias y permisos?

92

11) ¿Qué sucede si el empleado no toma vacaciones que le corresponde?

12) ¿El empleado puede recibir alguna remuneración financiera por sus vacaciones?

93 ANEXO 5. MODELO DE ENCUESTA

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO ESCUELA DE SISTEMAS PERIODO 2018 – 2019

Encuesta dirigida a los clientes de Emproservis Cía. Ltda.

El objetivo de la presente entrevista es recopilar información acerca de los procesos correspondientes al Control y gestión de vacaciones, licencias y permisos de la red Emproservis Ltda., con la finalidad de dar respuesta al primer objetivo específico “Determinar los procesos que se realizan en la gestión y control de vacaciones, licencias y permisos”.

Por favor, lea detenidamente cada pregunta y conteste con una (x) las respuestas.

1) ¿Ha utilizado alguna vez un sistema informático? o Si o No 2) De acuerdo con su conocimiento en computación, ¿cree estar apto para utilizar una aplicación web? o Si o No 3) ¿Cómo se realiza actualmente en la gestión y control vacaciones, licencias y permisos en la empresa? o Manual o Automático 4) ¿Cómo calificaría el proceso de solicitar vacaciones, licencias y permisos? o Muy Bueno o Bueno o Malo o Ineficiente

94

5) ¿Cómo realiza el proceso de solicitud de vacaciones? o Manual o Automático En caso de que su respuesta en la pregunta anterior haya sido (MANUAL), responda la siguiente pregunta, caso contrario pase a la pregunta 7 6) ¿Interfiere en sus actividades laborales, tener que acercarse de forma presencial a solicitar vacaciones, licencias y permisos? o Si o No 7) ¿Cuánto tiempo tarda en recibir una respuesta de la solicitud de vacaciones? o 1 día laboral o 2 días laborales o Mayor a 3 días laborales o Otros: __________________________ (Especifique) 8) ¿Cómo realiza el proceso de solicitud de permiso? o Manual o Automático 9) ¿Cuánto tiempo tarda en recibir una respuesta de la solicitud de permiso? o 1 día laboral o 2 días laborales o Mayor a 3 días laborales o Otros: __________________________ (Especifique) 10) ¿Le gustaría que existiera una aplicación web que le permita realizar la solicitud de vacaciones, licencias o permisos de forma automática? o Si o No

95 En caso de que su respuesta en la pregunta anterior haya sido (SI), responda la siguiente pregunta.

11) ¿Qué beneficio cree que le brindaría que la aplicación web para la gestión y control de vacaciones, licencias y permisos en la empresa? o Optimización de tiempo o Ahorro de recursos o Otros: ___________________________ (Especifique)

96 ANEXO 6. CARTA DE PLANIFICACIÓN

97 ANEXO 7. SELECCIÓN DE LOS TRABAJOS DE TITULACIÓN DE GRADO PARA VALIDACIÓN DE LA PROPUESTA

98 ANEXO 8. MODELO RELACIONAL DE LA BASE DE DATOS

99 ANEXO 9. HISTORIAS DE USUARIO Historia de usuario Número: H1

Nombre: Registro de variables

Usuario: Administrador

Diversidad funcional: No aplica

User-person relacionada: UP1

Riesgo en desarrollo: Medio

Producto mínimo viable: 1 Programador responsable: Gissela Páez

Prioridad en negocio: 80 Estimación: 5 Descripción:

COMO administrador QUIERO crear variables PARA realizar la fórmula para el cálculo de pago de vacaciones Escenario de prueba: DADO la creación de variables CUANDO presione el botón guardar ENTONCES se presentará un mensaje de confirmación DADO la creación de variables CUANDO presione el botón En uso ENTONCES se usará la variable para el cálculo de pago de vacaciones DADO la creación de variables CUANDO presione el botón evaluar ENTONCES se mostrará el resultado de la variable DADO la formula incorrecta y/o incompleta CUANDO presione el botón evaluar ENTONCES se mostrará un mensaje de error DADO la creación de variables incorrecto y/o incompleto CUANDO presione el botón guardar ENTONCES presentará un mensaje de error

Historia de usuario Número: H2

Nombre: Roles

Usuario: Administrador

Diversidad funcional: No aplica

User-person relacionada: UP1

Riesgo en desarrollo: Medio

Producto mínimo viable: 1 Programador responsable: Bryan Leon

Prioridad en negocio: 90 Estimación: 13 Descripción:

COMO administrador QUIERO editar y eliminar roles PARA dar los privilegios respectivos Escenario de prueba: DADO el ingreso del nombre, descripción y selección de los permisos CUANDO se dé clic en enviar ENTONCES se mostrar un mensaje de confirmación DADO el ingreso incompleto y/o incorrecto del nombre, descripción y selección de los permisos CUANDO se dé clic en enviar ENTONCES se mostrar un mensaje de error DADO la selección y edición del rol CUANDO se dé clic en enviar ENTONCES se mostrar un mensaje de confirmación DADO la selección del rol CUANDO se dé clic en el botón eliminar ENTONCES se solicitará la confirmación de la acción y se dejara visualizar

Historia de usuario Número: H3

Nombre: Notificaciones

Usuario: Empleado

Diversidad funcional: No aplica

User-person relacionada: UP4

Riesgo en desarrollo: Alto

Producto mínimo viable: 1

Prioridad en negocio: 80

Programador responsable: Gissel Páez Estimación: 8 Descripción: COMO empleado QUIERO enviar y recibir notificaciones PARA conocer el procesos de las solicitudes generadas Escenario de prueba: DADO el envío de notificaciones CUANDO se reciba la notificación ENTONCES se mostrará el proceso de la solicitud DADO la recepción de notificaciones CUANDO se de clic en el botón aprobar ENTONCES se mostrará un mensaje de confirmación

DADO la recepción de notificaciones CUANDO se de clic en el botón rechazar ENTONCES se explicará el motivo del rechazo y se confirmará la acción.

100 Historia de usuario Número: H4

Nombre: Registro de usuarios

Usuario: Administrador

Diversidad funcional: No Aplica

User-persona relacionada: UP1

Riesgo en desarrollo: Medio

Producto mínimo viable: 2

Prioridad en negocio: 100

Programador responsable: Bryan Leon Estimación: 8 Descripción: COMO administrador QUIERO registrar nombre de usuario y contraseña PARA dar el acceso respectivo Escenario de prueba: DADO el ingreso del nombre y contraseña CUANDO se dé clic en registrar ENTONCES se mostrará un mensaje de confirmación DADO el ingreso incompleto y/o incorrecto del nombre y contraseña CUANDO se dé clic en registrar ENTONCES se mostrará un mensaje de error

Historia de usuario Número: H5

Nombre: Usuarios

Usuario: Administrador

Diversidad funcional: No aplica

User-person relacionada: UP1

Riesgo en desarrollo: Medio

Producto mínimo viable: 2 Programador responsable: Gissela Páez

Prioridad en negocio: 60 Estimación: 5 Descripción:

COMO administrador QUIERO ver y editar usuarios PARA corregir información incorrecta y/o incompleta de los empleados Escenario de prueba: DADO la visualización de los usuarios CUANDO se de clic en el botón ver ENTONCES se mostrará la información del usuario seleccionado DADO la visualización de los usuarios CUANDO se dé clic en editar ENTONCES se podrá modificar la información del usuario seleccionado DADO la edición del usuario CUANDO se dé clic en guardar ENTONCES se mostrar un mensaje de confirmación DADO la edición incompleta y/o incorrecta del usuario CUANDO se dé clic en el botón guardar ENTONCES se mostrará un mensaje de error

Historia de usuario Número: H6

Nombre: Login

Usuario: Empleado

Diversidad funcional: Visual

User-persona relacionada: UP2

Riesgo en desarrollo: Medio

Producto mínimo viable: 2 Programador responsable: Bryan Leon

Prioridad en negocio: 70 Estimación: 13 Descripción

COMO Empleado QUIERO ingresar usuario y contraseña PARA acceder al sistema Escenario de prueba: DADO el ingreso de usuario y contraseña CUANDO presione el botón iniciar sesión ENTONCES permitirá acceder al sistema DADO el ingreso de usuario y contraseña incorrectos y/o incompleto CUANDO se dé clic en iniciar sesión ENTONCES saldrá un mensaje de “Usuario o contraseña incorrecta” DADO el ingreso de usuario y contraseña incorrecto y/o incompleto CUANDO se realicen más de 5 intentos ENTONCES se bloque el sistema por 1 minuto

Historia de usuario Número: H7

Nombre: Carga masiva en Excel

Usuario: RR.HH

Diversidad funcional: No aplica

User-persona relacionada: UP3

Riesgo en desarrollo: Medio

Producto mínimo viable: 2 Programador responsable: Gissela Paez

Prioridad en negocio: 80 Estimación: 13 Descripción

COMO RR. HH. QUIERO cargar archivo en excel PARA registrar información Escenario de prueba: DADO la carga del archivo en Excel CUANDO se dé clic en el botón enviar ENTONCES se podrá editar los datos cargados DADO la edición los datos cargados CUANDO se dé clic en el botón Importar ENTONCES saldrá un mensaje de confirmación DADO la edición los datos cargados incompleto y/o incorrecto CUANDO se dé clic en el botón Importar ENTONCES saldrá un mensaje de error

101 Historia de usuario Número: H8

Nombre: Cálculo de pago de vacaciones

Usuario: RR. HH.

Diversidad funcional: No Aplica

User-persona relacionada: UP3

Riesgo en desarrollo: Alto

Producto mínimo viable: 2

Prioridad en negocio: 100

Programador responsable: Bryan Leon Estimación: 8 Descripción: COMO RR. HH. QUIERO realizar el cálculo de pago de vacaciones PARA saber el total a pagar a los empleados por vacaciones no gozadas Escenario de prueba: DADO el cálculo de pago de vacaciones CUANDO se dé clic en examinar ENTONCES se cargará la información necesaria DADO la información del cálculo de pago de vacaciones CUANDO se dé clic en el botón importar ENTONCES se realiza el cálculo de pago de vacaciones de los empleado DADO la información del cálculo de pago de vacaciones incompleta y/o incorrecta CUANDO se dé clic en el botón importar ENTONCES se mostrará un mensaje de error

Historia de usuario Número: H9

Nombre: Documentos

Usuario: Empleado

Diversidad funcional: No Aplica

User-persona relacionada: UP4

Riesgo en desarrollo: Bajo

Producto mínimo viable: 3 Programador responsable: Gissela Páez

Prioridad en negocio: 30 Estimación: 8 Descripción:

COMO empleado QUIERO agregar documentos laborales PARA registrar mis competencias Escenario de prueba: DADO la agregación de documentos laborales CUANDO se dé clic en el botón registrar ENTONCES se mostrará un mensaje de confirmación DADO la agregación de documentos laborales CUANDO se dé clic en el botón ver ENTONCES se mostrará el documento seleccionado DADO la agregación de documentos laborales CUANDO se dé clic en el botón descargar ENTONCES se descargará el documento seleccionado DADO la agregación de documentos laborales CUANDO se dé clic en el botón eliminar ENTONCES se mostrará un mensaje de confirmación

Historia de usuario Número: H10

Nombre: Perfil de usuario

Usuario: Administrador

Diversidad funcional: No aplica

User-person relacionada: UP4

Riesgo en desarrollo: Medio

Producto mínimo viable: 3

Prioridad en negocio: 60

Programador responsable: Bryan Leon Estimación: 5 Descripción: COMO Administrador QUIERO que los empleados cuando acceden por primera vez completen sus datos personales PARA tener actualizado el historial de empleado Escenario de prueba: DADO que el empleado rellene los datos personales CUANDO presione el botón guardar ENTONCES presentará un mensaje de confirmación DADO que el empleado rellene los datos personales de forma incompleta y/o incorrecta CUANDO presione el botón guardar ENTONCES presentará un mensaje de error

102 Historia de usuario Número: H11

Nombre: Solicitudes

Usuario: Administrador

Diversidad funcional: Visual

User-person relacionada: UP2

Riesgo en desarrollo: Medio

Producto mínimo viable: 3 Programador responsable: Gissela Paez

Prioridad en negocio: 100 Estimación: 13 Descripción:

COMO empleado QUIERO realizar peticiones PARA solicitar vacaciones, licencias o permisos Escenario de prueba: DADO la realización de peticiones CUANDO presione el botón enviar ENTONCES se presentará un mensaje de confirmación DADO la realización de peticiones con datos obligatorios incompletos y/o incorrectos CUANDO presione el botón enviar ENTONCES presentará un mensaje de error

Historia de usuario Número: H12

Nombre: Permisos

Usuario: Administrador

Diversidad funcional: No aplica

User-persona relacionada: UP3

Riesgo en desarrollo: Medio

Producto mínimo viable: 3

Prioridad en negocio: 80

Programador responsable: Bryan Leon Estimación: 13 Descripción COMO Administrador QUIERO ingresa nombre, descripción y seleccionar permisos PARA controlar el acceso Escenario de prueba: DADO el ingreso de nombre, descripción y seleccionar permiso CUANDO se dé clic en el botón enviar ENTONCES se mostrará un mensaje de confirmación DADO el ingreso de nombre, descripción y seleccionar permiso incorrecto y/o incompleto CUANDO se dé clic en el botón enviar ENTONCES se mostrará un mensaje de error

Historia de usuario Número: H13

Nombre: Reporte

Usuario: RR.HH

Diversidad funcional: No aplica

User-persona relacionada: UP3

Riesgo en desarrollo: Medio

Producto mínimo viable: 3 Programador responsable: Gissela Paez

Prioridad en negocio: 60 Estimación: 13 Descripción

COMO RR. HH. QUIERO personalizar el reporte PARA presentar información Escenario de prueba: DADO la personalización del reporte CUANDO seleccione los criterios necesarios ENTONCES se actualizará la información

Historia de usuario Número: H14

Nombre: Calendario

Usuario: RR.HH

Diversidad funcional: No aplica

User-persona relacionada: UP3

Riesgo en desarrollo: Bajo

Producto mínimo viable: 3

Prioridad en negocio: 20

Programador responsable: Bryan Leon Estimación: 5 Descripción COMO RR. HH. QUIERO ingresar datos de eventos PARA mantener informados a los empleados Escenario de prueba: DADO el ingreso de datos del evento CUANDO seleccione guardar ENTONCES se mostrará un mensaje de confirmación DADO el ingreso de datos del evento incorrecto y/o incompleto CUANDO seleccione guardar ENTONCES se mostrará un mensaje de error

103 ANEXO 10. PRUEBAS DE ACEPTACIÓN

104

105

106

107

108

109

110

111

112

113

114

115

116

117 ANEXO 11. MANUAL DE USUARIO VLIPER El presente documento está dirigido a todos los usuarios finales del sistema, como los empleados, jefes y administrador de la empresa. El objetivo de esta guía es mostrar a los usuarios como utilizar la aplicación web de mejor manera. En la cual se muestra las diferentes funcionalidades que esta cuenta.

Pantalla de Inicio La pantalla de inicio que se muestra al ingresar a la aplicación web, está compuesta de un formulario para el inicio de sesión, en la que se requiere el ingreso del nombre de usuario y la contraseña.

Inicio de Sesión Para iniciar sesión es necesario completar los campos respectivos; en este caso, su nombre usuario y su contraseña otorgado por la institución, luego pulse el botón “Iniciar Sesión”.

Una vez iniciado sesión se muestra la pantalla de home, en la que se muestra la barra lateral izquierda que contiene diferentes categorías.

118 Registro de usuarios En este apartado se podrá registrar a los usuarios, de manera unitaria o varios usuarios, al cargar en un archivo de Excel, cuando se presione “Registrar” o “Importar” según corresponda.

Perfil En esta categoría se visualiza la información del usuario, como lo es: nombre de usuario, nombres completos, número de cédula, correo, dirección, área de trabajo y cargo en la institución. Así mismo se puede editar la información del usuario, actualizar la contraseña y cargar sus documentos laborales, una vez culminada la edición de esta información se presiona el botón “Guardar”.

119

Solicitudes En este mĂłdulo de solicitudes se encuentra el apartado de solicitud en la cual se puede realizar la solicitud segĂşn el motivo que se requiera, ademĂĄs de realizar especificaciones como hora de inicio y fin del permiso, y fecha de inicio y fin.

120

Notificaciones En esta sección se muestra las notificaciones enviadas y recibidas con respecto a los permisos solicitados, en él se muestra información relevante como lo es la descripción, motivo y el proceso.

Vacaciones En este módulo de vacaciones se puede realizar el cálculo de pago de vacaciones, asignando los valores a las variables que maneja la institución para poner en uso la que se maneje, para posteriormente saber cuánto sería la remuneración financiera que le correspondería al usuario, por no tomar la vacaciones concedida.

121

Usuarios En la sección de usuarios el Administrador y Recursos Humanos visualiza la información correspondiente de cada usuario de la aplicación web, además puede cambiar estado según corresponda.

Permisos En la sección de permisos se encuentran los privilegios que se le asignan a los usuarios de la aplicación web, así mismo cada permiso se puede ver, editar y eliminar.

122 Roles En la sección de roles se encuentran el rol que se le asignan a los usuarios de la aplicación web, así mismo cada rol se puede ver, editar y eliminar.

Calendario En este apartado los jefes de área pueden agregan eventos, para que los empleados estén al tanto de las tareas próximas a realizar.

123 ANEXO 12. MANUAL TÉCNICO VLIPER El presente manual técnico va dirigido al administrador de la aplicación web VLIPER, quien fue el solicitante del desarrollo de este software. Se asume que el lector cuenta con conocimientos necesarios en el entorno de Linux y en el framework de desarrollo web Laravel.

Requerimientos •

PHP >= 7.1.3

•

PostgreSQL 9.6

•

Laravel 5.7

Dependencias •

OpenSSL PHP Extension

•

PDO PHP Extension

•

Mbstring PHP Extension

•

Tokenizer PHP Extension

•

Ctype PHP Extension

•

JSON PHP Extension

124 Instalación en un servidor local Linux Instalación de PHP Lo primero que debemos realizar en un entorno de Linux es actualizar los repositorios de la distribución para posteriormente instalar todas las actualizaciones disponibles de PHP. Para lo cual es necesario, desde el bash del sistema ejecutar los siguientes comandos:

Una vez que hayamos actualizado el sistema, se procede a instalar PHP 7.1.3 junto con los paquetes que sean necesarios. Para ello, ejecutamos el siguiente comando:

Al finalizar la instalación se puede verificar la versión de PHP que ha sido instalada en el servidor ejecutando el comando:

Instalación de PostgreSQL La instalación de PostgreSQL se debe en entorno Linux es relativamente sencillo, debido a que viene pre-instalado junto con los paquetes del mismo, por lo cual se debe ejecutar el siguiente comando:

125 A continuación, verificamos su funcionamiento para lo cual es necesario, habilitar el servidor, inhabilitarlo y verificar el estado, con los siguientes comandos:

Una vez que se ha verificado el correcto funcionamiento de servidor, se procederá a ingresar al usuario Postgres que se creó de manera automática, con los siguientes comandos:

Finalmente, procedemos a crear un usuario con su respectiva contraseña y la base de datos que se utilizará en el proyecto, además de asignar al usuario que podrá acceder a esta.

Instalación de Laravel 5.7 Lo primero que se debe realizar previo a la instalación de Laravel, es descargar el manejador de dependencias que utiliza Laravel es Composer. Para ello en el bash se ejecuta el siguiente comando:

126 Una vez instalado Composer, se debe descargar el instalador de Laravel usando Composer, con el siguiente comando:

Posteriormente procedemos a copiar el proyecto en el directorio.

Luego, el bash nos dirigimos al directorio donde se encuentra nuestro proyecto y levantamos el servidor de Laravel, con el comando:

Teniendo levantado el servidor, se procede a realizar la migrar las tablas necesarias a la base de datos, utilizando el comando:

Luego de haber realizado las migraciones, procedemos a ejecutar la semilla que extraerรก la informaciรณn necesaria de la base de datos y crearรก el usuario administrador del sistema automรกticamente, para ello es necesario el siguiente comando:

Finalmente, accedemos a un navegador web y abrimos el proyecto.

127 ANEXO 13. PRESUPUESTO