Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
Facultad de Ingeniería Carrera de Ingeniería de Sistemas e Informática
“Desarrollo de una aplicación móvil para mejorar las actividades relacionadas
con el área de RR.HH. de una empresa de Outsourcing y Tecnologías de la
Información”
Autor: Jorge Lorenzo Saenz Ugaz
Para obtener el Título Profesional de
Ingeniero de Sistemas e Informática
Asesor: Ing. Yuliana Jáuregui Rosas
Lima - Mayo 2019
Dedicatoria
A mis padres, por el enorme apoyo y esfuerzo
realizado para brindarme un futuro profesional, por
sus consejos brindados y enseñarme a salir adelante
en cada una de las etapas de mi vida.
RESUMEN
El presente trabajo fue desarrollado con la finalidad de mejorar las actividades
relacionadas con el área de RR.HH. de una empresa de Outsourcing y Tecnologías de la
Información.
Actualmente la empresa en la cual se implementa el presente trabajo, presenta
deficiencias en las actividades realizadas por el área de RR.HH, como la deficiente
difusión de los eventos corporativos, beneficios laborales, atención de consultas laborales
o registro de incidencias, control de periodos vacacionales, información del colaborador,
acceso a boletas de pago. La empresa posee diversos aplicativos los cuales contemplan el
desarrollo de las actividades mencionadas pero estos muchas veces no se encuentran
disponibles, el acceso es complicado por los extensos enlaces o las interfaces no ayudan
al usuario a interaccionar con éstos aplicativos, debido a estos problemas los aplicativos
ocasionan gastos adicionales a la empresa para brindarles soporte a pesar de ello los
aplicativos no son utilizados por los problemas mencionados.
Por ello se planteó la implementación de un aplicativo móvil el cual contempla las
diversas actividades del área de RR.HH., permitiendo acceder a la información de los
diversos repositorios de los aplicativos actuales a través de los webservices que nos
proporciona la empresa.
Se detalla lo realizado en cada uno de los capítulos:
En el Capítulo 1, se define la problemática en la empresa, los objetivos, alcances y
limitaciones del proyecto, se muestran las aplicaciones referentes las cuales contienen
funcionalidades similares al aplicativo propuesto y los antecedentes relacionados al
presente proyecto.
En el Capítulo 2, se describen las metodologías que se harán uso en el desarrollo del
aplicativo, los patrones de arquitectura orientados a las aplicaciones en Android, se
definen los diversos términos usados en el desarrollo del aplicativo, gestión de los
recursos humanos, calidad, comunicaciones y riesgo además del WBS con los entregables
que se realizaron en el proyecto.
En el capítulo 3, se procede con el desarrollo del aplicativo, para ello se definen los
requerimientos del aplicativo con estos se realizó el cronograma del aplicativo. Se
procedió con el modelamiento de los procesos realizados actualmente en la empresa en
las diversas actividades que contemplará el aplicativo, se realizaron los diversos
diagramas de análisis, se especificaron los casos de uso, el modelado de datos luego del
análisis realizado se procedió con el diseño de las interfaces del aplicativo Android.
Luego de realizado el diseño de las interfaces y el análisis previo, se procedió con la
construcción del aplicativo tomando como referencia a metodología RUP.
En el capítulo 4, se observan los resultados obtenidos en las encuestas realizadas a los
usuarios, el presupuesto total usado en el proyecto, la rentabilidad y viabilidad del
proyecto para la empresa.
En las conclusiones, se observa que el aplicativo móvil cumple con los objetivos
planteados, permitiendo mejorar satisfactoriamente las actividades relacionadas con el
área de RR.HH.
INDICE DE CONTENIDO
INTRODUCCION .......................................................................................................... 1
CAPITULO 1 .................................................................................................................. 2
ASPECTOS GENERALES ........................................................................................... 2
1.1. Definición del Problema .................................................................................... 2
1.1.1. Descripción del Problema ........................................................................... 2
1.2. Definición de objetivos ...................................................................................... 4
1.2.1. Objetivo general ......................................................................................... 4
1.2.2. Objetivos específicos .................................................................................. 4
1.3. Alcances y limitaciones ..................................................................................... 4
1.4. Justificación ....................................................................................................... 9
1.5. Estado del Arte ................................................................................................. 10
1.5.1. Aplicaciones referentes al tema de estudio............................................... 10
1.5.1.1. Workplace de Facebook .................................................................... 11
1.5.1.2. Meta4 – Software de Recursos Humanos ......................................... 11
1.5.1.3. Joinnus ............................................................................................... 12
1.5.2. Antecedentes en relación al tema planteado ............................................. 12
1.5.2.1. Diseño de un sistema de gestión de talento humano para una empresa
de servicios: Call Center. ..................................................................................... 12
1.5.2.2. Diseño de un aplicativo web para la mejora de los procesos de los
proyectos de inversión pública de emergencia de la dirección general de
inversión pública del ministerio de economía y finanzas – MEF........................ 13
CAPITULO 2 ................................................................................................................ 14
MARCO TEÓRICO ..................................................................................................... 14
2.1. Fundamento teórico ......................................................................................... 14
2.1.1. Metodologías y marcos de trabajo para el desarrollo de software ........... 14
2.1.1.1. Proceso Unificado de desarrollo de Software ................................... 14
2.1.2. UML ......................................................................................................... 17
2.1.3. Patrones de arquitectura aplicada a aplicaciones Android ....................... 18
2.1.3.1. Modelo Vista Controlador (MVC) .................................................... 18
2.1.3.2. Modelo Vista Presentación (MVP) ................................................... 19
2.1.3.3. Diferencias entre MVP y MVC ......................................................... 20
2.1.3.4. Beneficios de utilizar MVP en Android ............................................ 21
2.2. Marco conceptual ............................................................................................. 21
2.2.1. Aplicaciones móviles ................................................................................ 21
2.2.1.1. Tipos de aplicaciones según su desarrollo ........................................ 23
2.2.1.1.1. Aplicaciones Nativas ..................................................................... 23
2.2.1.1.2. Aplicaciones Web ......................................................................... 23
2.2.1.1.3. Aplicaciones Híbridas ................................................................... 24
2.2.2. Sistemas de gestión y administración de información.............................. 24
2.2.2.1. Employee Relationship Management (ERM) ................................... 25
2.2.2.2. Customer Relationship Management (CRM) .................................... 26
2.2.2.3. Enterprise Resource Planning (ERP) ................................................ 27
2.2.3. RESTful Web Services ............................................................................. 27
2.2.4. Retrofit ...................................................................................................... 29
2.2.5. GreenDAO ................................................................................................ 29
2.3. Estructura de Descomposición del Trabajo – EDT ......................................... 30
2.4. Gestión de la calidad ........................................................................................ 31
2.5. Gestión de recursos humanos .......................................................................... 31
2.5.1. Organigrama del proyecto ........................................................................ 31
2.5.2. Organigrama de la empresa ...................................................................... 32
2.6. Gestión de las comunicaciones ........................................................................ 33
2.7. Gestión de los riesgos ...................................................................................... 34
CAPITULO 3 ................................................................................................................ 35
DESARROLLO DE LA SOLUCIÓN ......................................................................... 35
3.1. Inicio ................................................................................................................ 35
3.1.1. Revisión del requerimiento ....................................................................... 35
3.1.2. Brainstorming ........................................................................................... 35
3.1.3. Reunión de inicio ...................................................................................... 36
3.1.4. Definición de requerimientos ................................................................... 36
3.1.5. Plan de proyecto ....................................................................................... 41
3.2. Elaboración ...................................................................................................... 41
3.2.1. Diagrama de procesos ............................................................................... 41
3.2.2. Actores del sistema ................................................................................... 46
3.2.2.1. Especificación de actores del sistema ............................................... 46
3.2.3. Paquetes del sistema ................................................................................. 47
3.2.3.1. Especificación de paquetes................................................................ 48
3.2.4. Casos de uso del sistema .......................................................................... 49
3.2.4.1. Paquete gestión de cuentas del usuario ............................................. 49
3.2.4.2. Paquete información del usuario ....................................................... 50
3.2.4.3. Paquete beneficios ............................................................................. 51
3.2.4.4. Paquete eventos ................................................................................. 52
3.2.4.5. Paquete incidencias ........................................................................... 53
3.2.4.6. Paquete vacaciones ............................................................................ 54
3.2.5. Especificación de casos de uso del sistema por paquetes ......................... 54
3.2.5.1. CUS01-01 Iniciar sesión con credenciales corporativas ................... 55
3.2.5.2. CUS01-02 Validar los accesos a los módulos por perfil de usuario . 56
3.2.5.3. CUS01-03 Obtener información de contacto ante un inconveniente 57
3.2.5.4. CUS01-04 Incluir un menú lateral en el aplicativo ........................... 58
3.2.5.5. CUS01-05 Cerrar sesión en el aplicativo .......................................... 58
3.2.5.6. CUS01-06 Recibir notificaciones...................................................... 59
3.2.5.7. CUS02-01 Visualizar información del usuario ................................. 60
3.2.5.8. CUS02-02 Visualizar historial laboral .............................................. 60
3.2.5.9. CUS02-03 Visualizar oportunidades laborales ................................. 61
3.2.5.10. CUS02-04 Visualizar roles en la empresa y sus requisitos ............... 61
3.2.5.11. CUSO3-01 Visualizar beneficios ...................................................... 62
3.2.5.12. CUS03-02 Marcar beneficio como favorito ...................................... 63
3.2.5.13. CUS03-03 Visualizar detalle y acceder a los beneficios................... 64
3.2.5.14. CUS03-04 Acceder a los beneficios.................................................. 65
3.2.5.15. CUS04-01 Crear evento .................................................................... 66
3.2.5.16. CUS04-02 Reporte de eventos .......................................................... 67
3.2.5.17. CUS04-03 Visualizar eventos corporativos ...................................... 68
3.2.5.18. CUS04-04 Visualizar detalle del evento ........................................... 69
3.2.5.19. CUS04-05 Inscribirse a un evento .................................................... 70
3.2.5.20. CUS04-06 Comentar y valorar evento .............................................. 71
3.2.5.21. CUS05-01 Mostrar información acerca de los contactos de soporte
ante algún inconveniente. .................................................................................... 72
3.2.5.22. CUS05-02 Registrar una incidencia .................................................. 73
3.2.5.23. CUS05-03 Observar el estado de los tickets generados por las
incidencias 73
3.2.5.24. CUS05-04 Visualizar incidencias comunes ...................................... 74
3.2.5.25. CUS06-01 Visualizar periodo vacacional ......................................... 75
3.2.5.26. CUS06-02 Solicitar vacaciones ......................................................... 76
3.2.5.27. CUS06-03 Reprogramar vacaciones ................................................. 76
3.2.5.28. CUS06-04 Cancelar vacaciones ........................................................ 77
3.2.5.29. CUS06-05 Aprobar vacaciones ......................................................... 78
3.2.6. Arquitectura de la aplicación .................................................................... 79
3.2.7. Vista de despliegue ................................................................................... 80
3.2.8. Diagrama de componentes........................................................................ 81
3.2.9. Diagrama de secuencia ............................................................................. 82
3.2.10. Modelo entidad relación ....................................................................... 95
3.2.10.1. Modelo lógico de la base de datos .................................................... 95
3.2.10.2. Modelo físico de la base de datos.................................................... 100
3.2.11. Diseño de interfaces ............................................................................ 102
3.2.11.1. Mapa de navegación ........................................................................ 102
3.2.11.2. Módulo gestión de cuentas de usuario ............................................ 103
3.2.11.2.1. Ingreso al aplicativo móvil ........................................................ 103
3.2.11.2.2. Información de contacto ante un inconveniente ........................ 104
3.2.11.2.3. Menú lateral............................................................................... 105
3.2.11.2.4. Notificaciones push ................................................................... 106
3.2.11.3. Módulo información usuario ........................................................... 107
3.2.11.3.1. Información del usuario ............................................................ 107
3.2.11.3.2. Detalle de historial laboral – Roles a los cuales se tiene acceso 109
3.2.11.3.3. Detalle oportunidad laboral ....................................................... 110
3.2.11.3.4. Acceso a boletas de pago .......................................................... 111
3.2.11.3.5. Resumen de eventos en el inicio de la aplicación ..................... 112
3.2.11.4. Módulo de beneficios ...................................................................... 113
3.2.11.4.1. Visualización de beneficios corporativos .................................. 113
3.2.11.4.2. Marcar beneficio como favorito ................................................ 116
3.2.11.4.3. Visualizar detalle de los beneficios ........................................... 118
3.2.11.4.4. Confirmación de registro ........................................................... 123
3.2.11.5. Módulo de eventos .......................................................................... 124
3.2.11.5.1. Listado de “Mis eventos” .......................................................... 124
3.2.11.5.2. Crear eventos ............................................................................. 125
3.2.11.5.3. Confirmación de registro de la propuesta ................................. 127
3.2.11.5.4. Reporte de eventos propuestos por el usuario ........................... 127
3.2.11.5.5. Detalle del evento realizado ...................................................... 128
3.2.11.5.6. Visualizar eventos corporativos ................................................ 130
3.2.11.5.7. Visualizar detalle del evento con confirmación de asistencia ... 132
3.2.11.5.8. Detalle del evento confirmación asistencia con pago ............... 135
3.2.11.5.9. Detalle del evento informativo con comentarios....................... 137
3.2.11.5.10. Registro correcto de asistencia ................................................ 138
3.2.11.5.11. Realizar comentarios y calificar eventos ................................. 138
3.2.11.6. Módulo de incidencias .................................................................... 140
3.2.11.6.1. Visualizar incidencias concurrentes .......................................... 140
3.2.11.6.2. Registrar incidencia ................................................................... 141
3.2.11.6.3. Confirmación de registro de incidencia .................................... 142
3.2.11.6.4. Tickets generados por incidencias............................................. 142
3.2.11.6.5. Contactos de soporte ................................................................. 144
3.2.11.7. Módulo de vacaciones ..................................................................... 145
3.2.11.7.1. Visualización de periodo vacacional – pantalla principal del
módulo de vacaciones .................................................................................... 145
3.2.11.7.2. Aprobación o rechazo de solicitudes, mensaje de confirmación ... 148
3.2.11.7.3. Solicitud de vacaciones ............................................................. 150
3.2.11.7.4. Cancelar o reprogramar las vacaciones ..................................... 152
3.3. Construcción .................................................................................................. 154
3.3.3. Iteración 1: Preparación del ambiente de desarrollo .............................. 154
3.3.4. Iteración 2: Base de datos, RESTful web services ................................. 166
3.3.5. Iteración 3: Módulo 1,2 del aplicativo.................................................... 166
3.3.6. Iteración 4: Módulo 3,4 del aplicativo.................................................... 167
3.3.7. Iteración 5: Módulo 5 del aplicativo....................................................... 167
3.3.8. Pruebas ................................................................................................... 167
3.3.8.1. Pruebas unitarias ............................................................................. 167
3.3.8.1.1. Pruebas de caja blanca................................................................. 168
3.3.8.1.2. Pruebas de caja negra .................................................................. 168
3.3.8.2. Pruebas de integración .................................................................... 168
3.3.8.2.1. No incrementales ......................................................................... 168
3.3.8.2.2. Incrementales .............................................................................. 169
3.4. Transición ...................................................................................................... 169
CAPITULO 4 .............................................................................................................. 170
RESULTADOS ........................................................................................................... 170
4.1. Resultados ...................................................................................................... 170
4.2. Presupuesto .................................................................................................... 178
4.3. Cronograma ................................................................................................... 184
CONCLUSIONES ...................................................................................................... 185
BIBLIOGRAFÍAS ...................................................................................................... 186
ANEXOS ..................................................................................................................... 188
INDICE DE FIGURAS
Figura 1. Árbol de problemas ........................................................................................... 3
Figura 2. Ciclo de vida RUP ........................................................................................... 16
Figura 3. Esquema Modelo Vista Controlador ............................................................... 19
Figura 4. Esquema Modelo Vista Presentación .............................................................. 20
Figura 5. Uso de sistemas operativos en dispositivos móviles ....................................... 22
Figura 6. Comparativa entre las versiones de los S.O móviles con mayor uso
actualmente ..................................................................................................................... 22
Figura 7. Estructura de descomposición del trabajo - EDT ............................................ 30
Figura 8. Organigrama del proyecto ............................................................................... 32
Figura 9. Organigrama de la empresa ............................................................................. 33
Figura 10. Proceso de registro y acceso a beneficios corporativos ................................ 41
Figura 11. Proceso de registro de evento corporativo propuesto por un colaborador .... 42
Figura 12. Proceso de registro de un colaborador en algún evento corporativo ............ 43
Figura 13. Proceso de registro de incidencias ................................................................ 44
Figura 14. Proceso de registro de vacaciones de un colaborador ................................... 45
Figura 15. Proceso de carga y acceso a boletas de pago mensual .................................. 45
Figura 16. Diagrama de actores del sistema ................................................................... 46
Figura 17. Diagrama de paquetes del aplicativo móvil .................................................. 47
Figura 18. Diagrama de casos de uso - Paquete gestión de cuentas del usuario ............ 49
Figura 19. Diagrama de casos de uso - Paquete información del usuario ...................... 50
Figura 20. Diagrama de casos de uso - Paquete beneficios ............................................ 51
Figura 21. Diagrama de casos de uso - Paquete eventos ................................................ 52
Figura 22. Diagrama de casos de uso - Paquete incidencias .......................................... 53
Figura 23. Diagrama de casos de uso - Paquete vacaciones ........................................... 54
Figura 24. Arquitectura de la aplicación ........................................................................ 80
Figura 25. Diagrama de despliegue ................................................................................ 80
Figura 26. Diagrama de componentes ............................................................................ 81
Figura 27. Diagrama de secuencia - Acceso al aplicativo .............................................. 82
Figura 28. Diagrama de secuencia – Visualizar información del usuario ...................... 83
Figura 29. Diagrama de secuencia – Visualizar oportunidades laborales ...................... 84
Figura 30. Diagrama de secuencia – Visualizar roles y requisitos de la empresa .......... 85
Figura 31. Diagrama de secuencia – Acceso a boletas de pago ..................................... 86
Figura 32. Diagrama de secuencia – Acceso a boletas de pago ..................................... 86
Figura 33. Diagrama de secuencia – Visualizar beneficios, marcar como favorito ....... 87
Figura 34. Diagrama de secuencia – Visualizar detalle y acceder a beneficios ............. 88
Figura 35. Acceder a los beneficios................................................................................ 88
Figura 36. Diagrama de secuencia – Crear evento, reporte de eventos .......................... 89
Figura 37. Diagrama de secuencia – Visualizar, acceder al evento ............................... 90
Figura 38. Diagrama de secuencia - Calificar el evento ................................................. 91
Figura 39. Diagrama de secuencia – Reporte de incidencias, obtener información de los
contactos ......................................................................................................................... 91
Figura 40. Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones
........................................................................................................................................ 92
Figura 41. Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones
........................................................................................................................................ 93
Figura 42. Diagrama de secuencia – Aprobar vacaciones .............................................. 94
Figura 43. Modelo lógico de la base de datos - vista general ......................................... 96
Figura 44. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
beneficios ........................................................................................................................ 97
Figura 45. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
eventos ............................................................................................................................ 98
Figura 46. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
incidencias ...................................................................................................................... 99
Figura 47. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
información del usuario - vacaciones ........................................................................... 100
Figura 48. Modelo físico de la base de datos ............................................................... 101
Figura 49. Mapa de navegación por módulos............................................................... 102
Figura 50. Splash – Ingreso a la aplicación .................................................................. 104
Figura 51. Ayuda .......................................................................................................... 104
Figura 52. Menú lateral ................................................................................................ 106
Figura 53. Notificaciones push ..................................................................................... 106
Figura 54. Información de usuario ............................................................................... 108
Figura 55. Detalle historial laboral ............................................................................... 109
Figura 56. Detalle oportunidad laboral ......................................................................... 110
Figura 57. Listas de boletas de pago............................................................................. 111
Figura 58. Visualizar boleta de pago ............................................................................ 112
Figura 59. Resumen de eventos .................................................................................... 113
Figura 60. Categoría educativo ..................................................................................... 114
Figura 61. Categoría económico ................................................................................... 115
Figura 62. Categoría variados ....................................................................................... 116
Figura 63. Mis beneficios ............................................................................................. 117
Figura 64. Detalle informativo ..................................................................................... 119
Figura 65. Detalle informativo con detalles adicionales .............................................. 120
Figura 66. Seleccionar cantidades y adjuntar voucher ................................................. 122
Figura 67. Mapa ............................................................................................................ 123
Figura 68. Registro correcto ......................................................................................... 124
Figura 69. Listado de eventos propuestos .................................................................... 125
Figura 70. Crear eventos ............................................................................................... 126
Figura 71. Pantalla confirmación de registro de la propuesta ...................................... 127
Figura 72. Pantalla reporte de eventos.......................................................................... 128
Figura 73. Pantalla detalle del evento realizado ........................................................... 129
Figura 74. Pantalla ver participantes del evento ........................................................... 130
Figura 75. Eventos corporativos ................................................................................... 131
Figura 76. Compartir en redes sociales ........................................................................ 132
Figura 77. Detalle del evento confirmación asistencia ................................................. 133
Figura 78. Detalle de eventos scroll ............................................................................. 133
Figura 79. Mapa ............................................................................................................ 134
Figura 80. Ver Lista Inscritos ....................................................................................... 135
Figura 81. Detalle del evento confirmación asistencia con pago ................................. 136
Figura 82. Detalle del evento informativo con comentarios ........................................ 137
Figura 83. Registro correcto de asistencia .................................................................... 138
Figura 84. Realizar comentarios y calificar eventos..................................................... 139
Figura 85. Incidencias concurrentes ............................................................................. 140
Figura 86. Registro de incidencia ................................................................................. 141
Figura 87. Registro de incidencia correcto ................................................................... 142
Figura 88. Tickets generados ........................................................................................ 143
Figura 89. Detalle del ticket ......................................................................................... 143
Figura 90. Contactos de soporte ................................................................................... 144
Figura 91. Detalle del soporte....................................................................................... 145
Figura 92. Vacaciones .................................................................................................. 146
Figura 93. Vacaciones perfil responsable - información .............................................. 147
Figura 94. Vacaciones perfil responsable – solicitudes ................................................ 148
Figura 95. Vacaciones perfil responsable – aprobar ..................................................... 149
Figura 96. Vacaciones perfil responsable – rechazar ................................................... 149
Figura 97. Confirmación aprobar-rechazar .................................................................. 150
Figura 98. Solicitar vacaciones ..................................................................................... 151
Figura 99. Seleccionar combo vacacional .................................................................... 151
Figura 100. Confirmación de registro de vacaciones ................................................... 152
Figura 101. Cancelar vacaciones .................................................................................. 153
Figura 102. Reprogramar vacaciones ........................................................................... 153
Figura 103. Capas que conforman el aplicativo móvil ................................................. 155
Figura 104. Capa app del aplicativo móvil con sus respectivos paquetes .................... 155
Figura 105. Capa data del aplicativo móvil con sus respectivos paquetes ................... 156
Figura 106. Capa domain del aplicativo móvil con sus respectivos paquetes .............. 156
Figura 107. Paquete buildsystem, configuración de librerías ....................................... 157
Figura 108. Configuración de versiones de las librerías .............................................. 158
Figura 109. Librerías para la capa app ......................................................................... 158
Figura 110. Librerías para la capa domain ................................................................... 159
Figura 111. Librerías para la capa data......................................................................... 159
Figura 112. Configuración del archivo AndroidManifest.xml ..................................... 160
Figura 113. Implementación de librerías en la capa app .............................................. 160
Figura 114. Implementación de librerías en la capa data ............................................. 161
Figura 115. Implementación de librerías en la capa domain ........................................ 161
Figura 116. Agregando maps activity........................................................................... 162
Figura 117. Configurando maps activity ...................................................................... 162
Figura 118. Configuración del archivo google_maps_api.xml .................................... 163
Figura 119. Link generado para la configuración del api de Google Maps ................. 163
Figura 120. Creación de proyecto en la consola de la API de Google ......................... 164
Figura 121. Crear clave de API de Google Maps ......................................................... 164
Figura 122. Api key generada de google maps ............................................................ 165
Figura 123. Ingresando el google maps key en el proyecto ......................................... 165
Figura 124. Puntos obtenidos por cada colaborador encuestado - Sección 1 ............... 172
Figura 125. Puntos obtenidos por cada colaborador encuestado - Sección 2 ............... 174
Figura 126. Resultados obtenidos en la sección 3 de la encuesta................................. 176
Figura 127. Curva costo vs tiempo ............................................................................... 182
INDICE DE TABLAS
Tabla 1. Árbol de problemas reflejado en una tabla ......................................................... 3
Tabla 2. Gestión de la calidad ........................................................................................ 31
Tabla 3. Gestión de las comunicaciones ......................................................................... 33
Tabla 4. Matriz de riesgos .............................................................................................. 34
Tabla 5. Requerimientos funcionales para el módulo de gestión de cuentas de usuario 36
Tabla 6. Requerimientos funcionales para el módulo de información del usuario ........ 37
Tabla 7. Requerimientos funcionales para el módulo de información de beneficios ..... 37
Tabla 8. Requerimientos funcionales para el módulo de eventos .................................. 38
Tabla 9. Requerimientos funcionales para el módulo de incidencias............................. 38
Tabla 10. Requerimientos funcionales para el módulo de vacaciones ........................... 39
Tabla 11. Formato de colores ....................................................................................... 103
Tabla 12. Resultados obtenidos en la sección 1 de la encuesta .................................... 172
Tabla 13. Resultados obtenidos en la sección 2 de la encuesta .................................... 174
Tabla 14. Resultados obtenidos en la sección 3 de la encuesta .................................... 177
Tabla 15. Equipos y materiales - Precios ..................................................................... 178
Tabla 16. Uso de recursos humanos - primer mes ........................................................ 179
Tabla 17. Uso de recursos humanos - segundo mes ..................................................... 179
Tabla 18. Uso de recursos humanos - tercer mes ......................................................... 179
Tabla 19. Uso de recursos humanos - cuarto mes ........................................................ 180
Tabla 20. Flujo de caja del proyecto............................................................................. 180
Tabla 21. Gasto adicional mensual de la empresa en recursos humanos ..................... 183
Tabla 22. Cálculo del VAN y TIR ................................................................................ 183
1
INTRODUCCION
El presente proyecto propone el desarrollo de una aplicación móvil para mejorar las
actividades relacionadas con el área de RR.HH. de una empresa de Outsourcing y
Tecnologías de la Información, debido a que la empresa presenta múltiples
inconvenientes en el desarrollo de estas actividades, además la empresa cuenta con
múltiples repositorios de información y aplicativos web los cuales complican la obtención
de la información con rapidez. El diseño y posterior implementación de éste aplicativo,
permite integrar los distintos canales de comunicación y solucionar así los múltiples
inconvenientes que se generan en las jornadas laborales. Además, permitirá una mayor
usabilidad debido a la masificación y portabilidad de dispositivos móviles con sistema
operativo Android.
Para el desarrollo del proyecto se hizo tomó como referencia las etapas brindadas por la
metodología RUP. Para el desarrollo de la aplicación Android se realizó en el IDE
Android Studio en el cual se desarrollaron los prototipos del aplicativo y la lógica de este,
se consumieron los RESTful webservices los cuales permiten integrar los diversos
repositorios de información de la empresa.
2
CAPITULO 1
ASPECTOS GENERALES
1.1. Definición del Problema
1.1.1. Descripción del Problema
Las empresas muchas veces se centralizan en optimizar sus procesos de negocio, de
brindar una mejor atención a sus clientes, dejando de lado la mejora en las actividades
internas de la empresa. Sin importar el tamaño de la empresa, los recursos humanos son
el activo más importante de una organización, depende de éstos la eficacia y eficiencia en
el desarrollo de las actividades, mejorar la productividad, mejorar la motivación laboral
del trabajador.
Se procede con la descripción del problema, el cual se desarrolla en la empresa GMD
S.A. la cual brinda servicios de Outsourcing de Procesos de Negocios y Outsourcing de
Tecnologías de la Información (TI), esta empresa está conformada por un total de 2047
profesionales distribuidos en sus 3 locales ubicados en diversos distritos de Lima, los
colaboradores brindan servicio a los clientes desde sus propias instalaciones o de manera
directa en las sedes de sus clientes.
El problema a solucionar es la deficiencia en el desarrollo de las actividades entre el
personal de la empresa y el área de RR.HH., esto ocurre debido a que no se tiene un canal
de comunicación adecuado con dicha área, además no se tiene un aplicativo que permita
integrar los diversos repositorios que manejan las aplicaciones existentes originando
diversos aplicativos web con distintas URL´s incluso algunos de estos con deficiencias
en su funcionamiento los cuales causan confusión en los usuarios, tampoco se tiene un
medio para reportar alguna duda, consulta o incidencia relacionada al área. Por ello se
desarrollará un aplicativo para dispositivos móviles que tengan como sistema operativo
Android.
3
Figura 1. Árbol de problemas
Fuente: Elaboración Propia
Se puede observar el árbol de problemas Figura 1 que se genera a partir del problema
principal lo cual surge de la deficiencia en el desarrollo de las actividades entre el personal
de la empresa y el área de RR.HH., se tiene la Tabla 1 en la cual se observa la causa y
efecto en la cual las causas originan el problema principal y a partir de éstas surgen los
efectos.
Tabla 1. Árbol de problemas reflejado en una tabla
PROBLEMA
Deficiencia en el desarrollo de las actividades entre el personal de la empresa y el área de
RR.HH.
CAUSAS EFECTOS
1. Inadecuada difusión de la información
relacionada a las actividades de RR.HH.
1. Pérdida del acceso a los beneficios o eventos
corporativos, así como el desconocimiento por
parte del colaborador a acerca de los requisitos
de un posible cambio de cargo u otro puesto
laboral dentro la empresa.
2. Deficiente control en los periodos
vacacionales, dificultades de comunicación
ante alguna consulta o registro de incidencia
relacionada al área.
2. Asignación de un personal en el desarrollo de
un proyecto encontrándose este en periodo
vacacional, malestar en el personal ya que no se
atienden a tiempo las consultas o incidencias.
4
3. Complejidad de uso y fallas en el
funcionamiento de los aplicativos actuales.
3. Poco uso de los aplicativos actuales para el
registro de las actividades relacionadas con
recursos humanos, los cuales terminan
realizándose a través de otros medios como el
teléfono o correo electrónico.
Fuente: Elaboración Propia
1.2. Definición de objetivos
1.2.1. Objetivo general
Desarrollar una aplicación móvil que permita mejorar las actividades relacionadas
con el área de RR.HH. de una empresa de Outsourcing y Tecnologías de la
Información.
1.2.2. Objetivos específicos
➢ Desarrollar módulos que informen a los usuarios de manera precisa sobre
las actividades que realizan el área de RR.HH., logrando acceder a tiempo
a los beneficios brindados.
➢ Desarrollar módulos que permitan a los usuarios controlar su periodo
vacacional y mejorar la comunicación ante una consulta o incidencia
relacionada al área de RR.HH., logrando mejorar el desempeño laboral.
➢ Diseñar interfaces interactivas que permitan al usuario el acceso y registro
oportuno de las diferentes actividades que realizan el área de RR.HH.
1.3. Alcances y limitaciones
El presente proyecto surge debido a la necesidad de los colaboradores de la empresa
para poder realizar con facilidad diversas actividades relacionadas con el área de
recursos humanos, como, por ejemplo:
• Buscar nuevas oportunidades laborales en la empresa.
5
• Control del periodo vacacional.
• Generar eventos corporativos.
• Mejorar la comunicación ante alguna consulta o incidencia laboral.
• Visualización de boletas de pago electrónicas.
• Acceder a los beneficios corporativos que poseen los trabajadores.
• Acceder a la información histórica del trabajador.
Actualmente la empresa cuenta con diversos aplicativos web para realizar dichas
actividades, pero estos causan incomodidad al usuario final que son los colaboradores
cuando éstos desean un acceso rápido a éstas actividades que son recurrentes y
simples, esto se debe a que cada uno de los aplicativos se encuentran alojados en
distintos servidores generando múltiples URL´s difíciles de recordar. Esto causa que
el usuario final muchas veces no utiliza estos aplicativos, que no se mantenga
comunicado o que no pueda realizar un control adecuado a sus actividades.
Y para el caso de la mejora en la comunicación ante alguna consulta o incidencia
laboral, no se tiene alguna manera de comunicarse con facilidad con las personas
responsables en el área ante un inconveniente o una consulta que pueda tener un
empleado como por ejemplo: consultas de acceso a préstamos, problemas de
asistencia, problemas en la inscripción de alguna capacitación o beneficio, problemas
con los ascensos de un empleado. Adicionalmente no se tiene otras formas de reportar
de manera rápida alguna de las incidencias relacionadas a help desk como problemas
en la infraestructura o mobiliarios y muchas veces los empleados se ponen en
contacto con help desk cuando ocurre un problema relacionado directamente al área
de RR.HH. Esto podría evitar alguna situación que pueda generar un inadecuado
ambiente laboral en las distintas sedes de la empresa.
6
Para cada los aplicativos actuales que se tienen implementados, se utilizan recursos
de la misma empresa, para ello se tiene el contacto con diferentes divisiones de la
empresa para darles mantenimiento constante o de seguir implementando nuevos
aplicativos, pero éstos siguen generando los problemas ya mencionados.
Y para el caso de las incidencias relacionadas al área de RR.HH. el personal de dicha
área genera horas extras para la empresa ya que éstos se encargan de atender fuera
del horario laboral las incidencias ocurridas o en muchos casos éstas son dejadas de
lado.
El desarrollo del presente proyecto se realizará según el presente alcance:
➢ El análisis y diseño del aplicativo está proyectado para poder ser
implementado en cualquier empresa, esta proyección es a largo plazo, ya que
los requerimientos con la cual se desarrollará el aplicativo surgen en cualquier
otra empresa dejando de lado el tipo o rubro a la cual ésta se oriente.
➢ El proyecto tendrá como referencia, el ciclo de vida brindado por la
metodología RUP.
➢ La aplicación móvil contará con diversos módulos, por ello se describe a alto
nivel los eventos que se realizarán en cada uno de éstos:
• Módulo de Beneficios
El colaborador podrá ingresar al módulo y obtener los beneficios brindados
por la empresa de acuerdo a su perfil, se podrá observar los beneficios
corporativos agrupados según su tipo, en algunos casos será posible adquirir
éstos a través del aplicativo o tener la información de contacto con la persona
responsable.
7
El personal de RR.HH. podrá controlar las preferencias por perfil, cantidad
de participantes, frecuencia de acceso a éstos.
• Mi información
El colaborador tendrá acceso a su información personal, información
histórica en la empresa, buscar nuevas oportunidades laborales, tener
acceso a sus boletas de pago.
• Módulo de Eventos
El colaborador podrá acceder y difundir los eventos corporativos,
reuniones de integración o de intercambio de conocimientos,
capacitaciones de pago o gratuitas, entre otros, además de poder generar
nuevos eventos con mayor rapidez y controlar la cantidad de participantes
obteniendo un feedback más amplio del evento.
El Personal de RR.HH podrá obtener información acerca de los eventos
realizados, generar nuevas propuestas, obtener un mayor detalle del interés
de los colaboradores.
• Módulo de Incidencias
A través de este módulo será posible contactar y obtener información con
mayor facilidad acerca de las personas responsables ante el surgimiento de
alguna consulta o evento. Adicionalmente se podrán realizar el registro y
control de incidencias relacionadas a help desk, para ello, el colaborador
ayudará con el registro de incidencias que se puedan observar en las
diversas sedes de la empresa o en los mismos clientes en los que laboran
los trabajadores, evitando posibles accidentes o riesgos generados por la
8
infraestructura de la empresa o ante algún evento se evita problemas de
mayor amplitud.
Módulo de Vacaciones
El colaborador tendrá un mayor control en su periodo vacacional,
realizando el registro, planificación o cancelación, dependiendo el perfil
del usuario se podrá aceptar o cancelar las vacaciones de algún otro
colaborador.
➢ El acceso hacia los diversos módulos de la aplicación será restringido de
acuerdo al perfil de usuario, dependiendo a los perfiles que maneje la empresa
se podrá tener acceso y realizar las actividades dentro de cada uno de éstos.
➢ El aplicativo permitirá integrar los diversos repositorios de información que
se tiene en la empresa a través de los webservices REST, por ello esta
aplicación permitirá mayor facilidad a los usuarios finales de realizar alguna
de las actividades contempladas en los módulos que deberá tener la aplicación
dejando de lado los diversos aplicativos web que ya se tienen implementados.
➢ El aplicativo Android será desarrollado en Android Studio como IDE usando
la arquitectura MVP. Debido a que la empresa utiliza productos Microsoft y
posee licencias y el hardware configurado a éstos, los RESTful webservice
fueron desarrollados usando .NET c# estos serán proporcionados y
consumidos desde el aplicativo móvil permitiendo integrar los diferentes
repositorios que existen en la empresa.
➢ En el despliegue inicial de la aplicación se realizarán las pruebas piloto sólo
en una división de la empresa, posteriormente se evaluará la implementación
en las diversas divisiones de la empresa
9
Se tiene como limitaciones del proyecto los siguientes puntos:
➢ El aplicativo móvil sólo está orientado a la interacción entre el usuario
(empleados) con los diversos módulos de la aplicación móvil, no se contempla
otras actividades fuera de los módulos que contiene el aplicativo.
➢ El acceso a la información es limitado esto se debe a las diversas políticas de
seguridad de la información de la empresa y esto podría generar retrasos en el
desarrollo del proyecto.
➢ Inicialmente el aplicativo sólo está orientado a dispositivos móviles con
sistema operativo Android, ya que éste es el más masificado y utilizado por el
personal de la empresa.
➢ El aplicativo está orientado a la versión Lollipop o superior del sistema
operativo Android, esto debido a la compatibilidad de los componentes en
back-end como en front-end en las versiones actuales de Android.
1.4. Justificación
El presente trabajo tiene como objetivo mejorar la comunicación, el intercambio de
información de las diversas actividades relacionadas con el área de RR.HH y los
colaboradores de la empresa, haciendo uso de la tecnología móvil la cual se utiliza
con mayor frecuencia en la actualidad.
Los beneficios que se obtendrá al realizar la implementación son los siguientes:
➢ Mejorar la relación entre la empresa y sus colaboradores.
➢ Eliminar los costos de mantenimiento por parte de la empresa hacia los diversos
aplicativos que se tenían implementados y que no se hacían uso.
➢ Obtener información detallada en el historial laboral del colaborador el cual
permitirá tener un mayor conocimiento acerca de su crecimiento laboral.
10
➢ Obtener con mayor rapidez el acceso a las boletas de pago del colaborador debido
a la portabilidad de los dispositivos móviles sin depender de un ordenador de
escritorio.
➢ Mejora en la planificación y el control continuo del periodo vacacional de un
colaborador facilitando su programación y reprogramación.
➢ Un mejor manejo de las consultas, incidencias o problemas relacionados al área
de RR.HH. Adicionalmente permitirá reportar problemas la infraestructura hacia
help desk en las diversas sedes, teniendo un mayor control, reduciendo el tiempo
de atención de éstas, evitando riesgos, accidentes y problemas de mayor magnitud.
➢ Conocer los requisitos para poder lograr un nuevo objetivo laboral, un nuevo
puesto laboral, un ascenso, ingresar a participar a diversos proyectos.
➢ Obtener información acerca de los beneficios laborales que tiene un colaborador
y los requisitos necesarios para poder acceder a éstos, las personas con la cual
contactar las cuales puedan brindar un mayor detalle.
➢ Generar o acceder a eventos y capacitaciones teniendo un mayor control sobre
éstos desde la propuesta, evaluación, inscripción, un posterior feedback, evaluar
la viabilidad de éste y las capacidades de los participantes.
1.5. Estado del Arte
En la actualidad se tienen antecedentes de diversos proyectos y aplicaciones que
permiten un mayor contacto con los colaboradores de una organización, organizar
eventos, obtener la información histórica de los colaboradores, entre otras, cada una
de éstas con diversas funcionalidades.
1.5.1. Aplicaciones referentes al tema de estudio
A continuación se mencionarán con brevedad las aplicaciones que realizan
operaciones referentes al tema de estudio:
11
1.5.1.1. Workplace de Facebook
Ésta es una red social empresarial muy similar a Facebook la cual permite
contactar a los colaboradores en una organización, compartir contenido,
interacción virtual manteniendo en contacto permanentemente a los
colaboradores de una organización.
Workplace es una red social dedicada a las empresas permitiendo que éstas
se conecten, se comuniquen y colaboren mutuamente. Diversas
organizaciones pueden realizar estas funciones sin importar el tamaño de las
empresas, todo ello usando las diversas funcionalidades que posee el
Facebook, como la sección de noticias, la creación de los grupos, la
mensajería, organizar eventos (Workplace, 2018).
1.5.1.2. Meta4 – Software de Recursos Humanos
Es un software licenciado el cual está orientado a las empresas que tienen una
amplia capacidad de colaboradores, este software permite la gestión del
personal, realizar diversas actividades relacionadas a la gestión de recursos
humanos.
Meta4 incluye diversas herramientas que se orientan a la gestión de los
RR.HH., posee una serie de servicios los cuales facilitan la implementación y
el uso de esta herramienta, cada módulo que posee éste software cuenta con
las mejores prácticas adaptadas a las diversas situaciones de las
organizaciones que permitirán la puesta en marcha de diversos planes de
acción. (Meta4, 2018)
12
1.5.1.3. Joinnus
Plataforma web y móvil que permite generar todo tipo de eventos, permite a
las empresas poder generar actividades en grupos, teniendo un control sobre
éste.
Joinnus es una plataforma digital en la cual se pueden publicar diferentes
eventos que se puedan producir en todo el país a través de ésta se puede
comprar entradas realizar el pago con diferentes medios de pago. Esta
herramienta digital brinda gran facilidad hacia aquellos dedicados a la
organización de eventos debido a que les brinda la facilidad de crear, difundir
y vender entradas, además de permitir controlar las métricas de los eventos en
tiempo real. Esta startup fue acelerada por UTEC Ventures, Wayra además
pertenece a la primera generación de Startup Perú. (Joinnus, 2017)
1.5.2. Antecedentes en relación al tema planteado
Se revisaron antecedentes que tengan relación al tema planteado, los cuales
sirvieron como referencia al tema de estudio.
1.5.2.1. Diseño de un sistema de gestión de talento humano para una
empresa de servicios: Call Center.
Según ( Libreros Baeza & Ramírez Borrero, 2013), en este proyecto de tesis
los autores diseñan un sistema de gestión del talento humano para Call Center,
este proyecto tiene como propósito llevar un adecuado control del personal,
la capacitación que éste recibe, los salarios, indicar sus funciones, la
periodicidad del desarrollo de las actividades, permitiendo que la empresa
tenga la información actualizada del personal y los distintos roles que ésta
realiza.
13
1.5.2.2. Diseño de un aplicativo web para la mejora de los procesos de
los proyectos de inversión pública de emergencia de la dirección
general de inversión pública del ministerio de economía y
finanzas – MEF.
Según (Carranza Salcedo, 2017), en este proyecto de tesis la autora diseña un
aplicativo web el cual permite la mejora de los procesos de validación,
registro, publicación, evaluación en los proyectos de inversión pública de
emergencia en el ministerio de economía y finanzas, se elaboraron los
modelos de datos, formularios y reportes que se mostrarán en el aplicativo
web, además se tiene la integración con el INDECI permitiendo tener un
mayor control en la aprobación de los proyectos de inversión pública que se
encuentren en emergencia.
14
CAPITULO 2
MARCO TEÓRICO
2.1. Fundamento teórico
2.1.1. Metodologías y marcos de trabajo para el desarrollo de software
2.1.1.1.Proceso Unificado de desarrollo de Software
Rational Unified Process® es un proceso de ingeniería de software el cual
proporciona un enfoque disciplinado para asignar tareas y responsabilidades
dentro de una organización de desarrollo. Su objetivo es garantizar la
producción de software de alta calidad que satisfaga las necesidades de sus
usuarios finales, dentro de un calendario y presupuesto predecibles (IBM P.
R., 2018).
Es un proceso de desarrollo de software iterativo, centrado en arquitectura,
basado en casos de uso, además comunica roles, actividades y artefactos
organizados por flujos de trabajo de procesos que guían a los equipos de
proyectos a través de disciplinas de ingeniería de software bajo el ámbito de
las fases operativas del negocio y los hitos de toma de decisiones. Cada rol es
principalmente responsable de un conjunto de actividades y artefactos. Los
roles, actividades y artefactos se usan repetidamente durante la ejecución de
los flujos de trabajo (IBM, 2018).
El Proceso Unificado de Desarrollo de Software (RUP), no sólo es un proceso,
es un marco de trabajo extensible que puede ser adoptado por proyectos u
organizaciones (Jacobson, BOOCH, & RUMBAUGH, 2000).
15
Es una metodología orientada a objetos, además es un proceso bien definido,
estructurado, definiendo las etapas de los proyectos, el desarrollo de las tareas
y los responsables (Per Kroll, 2003)
Está dirigido por casos de uso, centrado en la arquitectura, iterativo e
incremental (Per Kroll, 2003).
- Los casos de uso son fragmentos de funcionalidad del sistema los
cuales proporcionan un resultado de valor al usuario modelando los
requerimientos funcionales del sistema (Per Kroll, 2003).
- Al ser iterativo permite dividir el esfuerzo de desarrollo de un
productos en partes más pequeñas, estos mini proyectos son una
iteración los cuales resultan en un incremento permitiendo el
crecimiento en el producto reduciendo el riesgo a los costos de un solo
incremento, reduciendo el riesgo de retrasos en el calendario dando
prioridad a los más importantes (Per Kroll, 2003).
- La arquitectura se describe mediante diferentes vistas del sistema en
construcción, incluye aspectos estáticos y dinámicos significativos del
sistema (Per Kroll, 2003).
Es un marco de trabajo que puede ser personalizado e implementado en
proyectos pequeños o en grandes grupos de trabajo, compartiendo las
experiencias con cada miembro que conforma el equipo.
El proceso se puede describir en dos dimensiones, o en dos ejes:
• El eje horizontal representa el tiempo y muestra el aspecto dinámico del
proceso a medida que se realiza, y es expresado en términos de ciclos, fases,
iteraciones e hitos (IBM, 2018).
16
• El eje vertical representa el aspecto estático del proceso: cómo se describe
en términos de actividades, objetos, trabajadores y flujos de trabajo (IBM,
2018).
Figura 2. Ciclo de vida RUP
Fuente: (Jacobson, BOOCH, & RUMBAUGH, 2000)
Los 5 flujos de trabajo (Requisitos, análisis, diseño, implementación, prueba)
tienen lugar sobre las fases que componen un ciclo de desarrollo la cual se
divide en cuatro fases consecutivas:
• Fase de inicio: Se establece los casos de negocios para el sistema además se
delimita el alcance del proyecto. Para ello se deberá identificar todas las
entidades externas con las que el sistema interactuará (actores) y definir la
naturaleza de esta interacción a un alto nivel. Esto implica identificar todos
los casos de uso y describir algunos casos significativos. El caso de negocio
incluye criterios de éxito, evaluación de riesgos y estimación de los recursos
17
necesarios, y un plan de fase que muestra las fechas de los hitos principales
(IBM P. R., 2018).
• Fase de elaboración: El propósito de la fase de elaboración es analizar el
dominio del problema, establecer una base arquitectónica sólida, desarrollar
el plan del proyecto y eliminar los elementos de mayor riesgo del proyecto.
Se especifican en detalle la mayoría de los casos de uso del producto y se
diseña la arquitectura (IBM P. R., 2018).
• Fase de construcción: Durante la fase de construcción, todos los
componentes restantes y las características de la aplicación se desarrollan e
integran en el producto, y todas las características se prueban
exhaustivamente. La fase de construcción es, en cierto sentido, un proceso de
fabricación donde se pone énfasis en la administración de recursos y el control
de las operaciones para optimizar costos, horarios y calidad (IBM P. R., 2018).
• Fase de transición: El propósito de la fase de transición es la transición del
producto de software a la comunidad de usuarios. Una vez que el producto
tiene dado al usuario final, generalmente surgen problemas que requieren que
desarrolle nuevas versiones, corrija algunos problemas o termina las
características que fueron pospuestas (IBM P. R., 2018).
2.1.2. UML
Es un lenguaje de modelado visual usado para especificar, visualizar, construir y
documentar artefactos de un sistema de software. Permite capturar decisiones y
conocimiento sobre los sistemas que se debe construir. Se usa para entender,
diseñar, configurar, mantener y controlar la información sobre los sistemas,
pensado para usarse con todos los métodos de desarrollo, etapas de ciclo de vida,
18
dominios de aplicación y medios. El lenguaje de modelado unifica la experiencia
pasada sobre técnicas de modelado además incorpora las mejores prácticas
actuales en un acercamiento estándar. Está pensado para ser implementado en
herramientas interactivas de modelado visual que posean generadores de
informes. La especificación de UML no define un proceso de desarrollo estándar
pero está orientado para ser útil en procesos de desarrollo iterativo. UML permite
captar la información sobre la estructura estática y el comportamiento dinámico
de un sistema, el cual se modela como una colección de objetos discretos que
interactúan para realizar un trabajo que finalmente beneficia a un usuario externo.
2.1.3. Patrones de arquitectura aplicada a aplicaciones Android
2.1.3.1. Modelo Vista Controlador (MVC)
Es uno de los patrones que más se utilizan en el desarrollo de software, el
MVC se compone de 3 componentes principales, el modelo, la vista y el
controlador (Mainkar, 2017)
➢ Modelo: El modelo representa a un objeto en la aplicación además posee
la lógica de dónde se van a buscar los datos. El modelo también puede
tener la lógica por la cual el controlador puede actualizar la vista. En
Android, el modelo está representado principalmente por clases de objetos
(Mainkar, 2017).
➢ Vista: La vista consiste en los componentes con los cuales interactuará el
usuario, además es el responsable de cómo el modelo se mostrará en la
aplicación, en muchos casos las vistas son representadas a través de XML
en las cuales cada una de ellas son diseñadas (Mainkar, 2017).
19
➢ Controlador: Es el mediador entre el modelo y la vista, es el control de
flujo de datos entre el objeto modelo y las actualizaciones de la vista
cuando los datos cambian (Mainkar, 2017).
Figura 3. Esquema Modelo Vista Controlador
Fuente: (Mainkar, 2017)
2.1.3.2.Modelo Vista Presentación (MVP)
Este patrón deriva del MVC, MVP es usado para minimizar la alta
dependencia sobre la vista, como es en el caso de MVC. Este patrón separa la
vista y el modelo mediante el uso del presentador. El presentador es el que se
encarga de tomar la decisión de lo que se mostrará en la vista (Mainkar, 2017).
➢ Modelo: El modelo representa los objetos en la aplicación, este posee la
lógica de cuándo y desde dónde se van a obtener los datos (Mainkar, 2017).
➢ Vista: La vista enlaza la información de los usuarios y contiene las
interfaces con sus respectivos componentes en XML, activity, fragments
y alertas, esta capa no contiene alguna otra lógica implementada (Mainkar,
2017).
➢ Presentador: El presentador realiza la tarea del controlador y actúa como
el mediador entre la vista y el modelo, pero a diferencia del controlador
20
éste no depende de la vista. La vista interactúa con el presentador para
obtener los datos que será mostrados, y el presentador obtiene la data del
modelo y la retorna hacia la vista en un formato presentable, el presentador
no contiene alguna interfaz gráfica ni componente, sólo se encarga de
manipular la data del modelo y mostrarla en la vista (Mainkar, 2017).
Figura 4. Esquema Modelo Vista Presentación
Fuente: (Mainkar, 2017)
2.1.3.3. Diferencias entre MVP y MVC
• En un modelo MVC, la vista puede comunicarse directamente con el
modelo, para el caso de los controladores también se basan en ése
comportamiento y pueden compartir varias vistas (bright developers,
2018).
• En un modelo de MVP, generalmente hay una asignación de uno a uno
entre una vista y el presentador, la vista se encuentra en separación con el
modelo. El presentador permitirá actuar como un medio de comunicación
entre el modelo y la vista (bright developers, 2018).
21
2.1.3.4. Beneficios de utilizar MVP en Android
• Permite que una aplicación sea extensible y de brindar mantenibilidad en
el tiempo, esto se debe a la separación entre sus capas las cuales funcionan
de forma independiente (Sánchez & Calero, 2015).
• La lógica que se utiliza en el presenter es posible llevarla a cualquier
tecnología (Sánchez & Calero, 2015).
• Evita la duplicidad, libera la vista del código innecesario permitiendo un
mayor orden en los controles y la lógica de éstos (Sánchez & Calero,
2015).
2.2. Marco conceptual
2.2.1. Aplicaciones móviles
Desde hace mucho tiempo éstas ya se encontraban presentes en los dispositivos
móviles como Nokia o Blackberry, estos teléfonos móviles tenían pantallas
reducidas aun no tenían un amplio uso las pantallas táctiles. En la actualidad se
tienen aplicaciones de diferentes tipos y formas, con colores y temas variados, a
diferencia de las aplicaciones para los primeros dispositivos móviles, los cuales
estaban orientadas a la mejora de la productividad personal se tiene como ejemplo
a aplicaciones como alarmas, calendarios, calculadoras agendas. (Cuello &
Vittone, 2013)
El cambio se dio con el ingreso de iPhone al mercado, esto llevó a generar nuevas
oportunidades de mercado, abriendo paso a un nuevo modelo de negocio que
dieron rentabilidad a las aplicaciones, se abrieron nuevas oportunidades para los
desarrolladores y aparecieron mercados de aplicaciones, como es el caso de la
App Store, Google Play y Windows Phone Store, además se mejoraron las
22
herramientas para los diseñadores y programadores en el desarrollo de las apps,
dando mayor facilidad en la producción de las aplicaciones y su lanzamiento al
mercado, incluso por cuenta propia. (Cuello & Vittone, 2013)
Las aplicaciones móviles en el Perú han incrementado en 63% la
productividad en las empresas (Gestión, 2017)
Las aplicaciones móviles orientadas hacia las empresas han logrado beneficios en
diversos campos como en la logística, gestión de pedidos, facturación electrónica
y gestión comercial, entre otras, logrando incrementar un 63% en la productividad
del personal de las empresa o aumentar en un 50% el nivel de satisfacción del
cliente y 13% del aumento en las ventas, a su vez han permitido la reducir los
costos operativos ahorrando hasta un 63% en recursos como el papel y 31% en los
tiempos de viaje. (Gestión, 2017). Se puede observar los sistemas operativos más
usados actualmente:
Figura 5. Uso de sistemas operativos en dispositivos móviles
Fuente: (Antonio Pascual, 2018)
Figura 6. Comparativa entre las versiones de los S.O móviles con mayor
uso actualmente
23
Fuente: (Antonio Pascual, 2018)
2.2.1.1. Tipos de aplicaciones según su desarrollo
Existen múltiples maneras en el desarrollo de un aplicativo, cada con sus
respectivas ventajas, desventajas, características, limitaciones por ello
dependerá del uso del aplicativo para ser implementado en alguno de éstos
tipos.
2.2.1.1.1. Aplicaciones Nativas
Estas aplicaciones han sido desarrolladas con el software que ofrece cada
sistema operativo hacia los desarrolladores, éste software es llamado
Software Development Kit (SDK). Android, iOS y Windows Phone
poseen sus propios SDK y en cada una de éstas plataformas las
aplicaciones nativas se diseñan y programan (Cuello & Vittone, 2013).
2.2.1.1.2. Aplicaciones Web
Estas aplicaciones se encuentran desarrolladas en lenguaje HTML,
JavaScript y CSS, las cuales son herramientas ampliamente utilizadas por
los desarrolladores web (Cuello & Vittone, 2013).
24
Las aplicaciones web no necesitan una instalación previa en algún
dispositivo ya que éstas se visualizan a través de un navegador incluido en
el propio teléfono o a través de un ordenador de escritorio. Debido a esto,
no requieren de una tienda de aplicaciones para su distribución (Cuello &
Vittone, 2013).
Estas aplicaciones poseen en mayoría una interfaz más genérica e
independiente ya que éstas no dependen de los patrones manejados por
algún sistema operativo, por lo que puede dificultar la experiencia del
usuario cuando éste navegue o interaccione a través de un dispositivo
móvil ya que la interacción con estas aplicaciones en muchos casos puede
ser menor en comparación a las nativas (Cuello & Vittone, 2013).
2.2.1.1.3. Aplicaciones Híbridas
Es una combinación entre las aplicaciones nativas y las webs, el desarrollo
de estas es similar a la de una aplicación web para ello se usan herramientas
como HTML, CSS y JavaScript, luego éstas se compilan o empaquetan de
forma tal que el resultado final es un instalador en forma de una aplicación
nativa. El desarrollo de estas aplicaciones permiten obtener a través de un
solo desarrollo que el aplicativo sea compatible diversos sistemas sistemas
operativos como Android, iOS, además permite distribuirlas en sus
respectivas tiendas (Cuello & Vittone, 2013).
2.2.2. Sistemas de gestión y administración de información
En la actualidad se tienen soluciones informáticas que permiten gestionar y
administrar la información de mayor importancia para las organizaciones, esto ha
25
dado origen a diversas herramientas que permiten un mejor manejo de los datos,
generando productividad y la mejora de estrategias.
2.2.2.1.Employee Relationship Management (ERM)
Los proveedores de aplicaciones CRM, ofrecen módulos de gestión de
relaciones con los empleados (ERM), los ERM también son conocidos como
la gestión del capital humano y la gestión del talento. Una aplicación ERM
implica el uso de conceptos, procesos, herramientas y tecnologías similares a
CRM al mercado interno (Buttle, 2009).
Un ERM proporciona aplicaciones, contenido y servicios que mejoran el
valor del empleado además afectan directamente las actividades mediante las
cuales los empleados crean valor para el cliente. En la actualidad, las
empresas tienen el conocimiento de la misma manera que necesitan una vista
individual de sus clientes (como la que ofrecen las soluciones de CRM para
clientes), también se beneficiarían de tener una vista única de sus empleados
y de brindarles a los empleados ellos mismos (Buttle, 2009).
De manera similar a las aplicaciones CRM las cuales se esfuerzan por
construir relaciones a largo plazo con clientes valiosos, los ERM se esfuerzan
por construir relaciones a largo plazo con los empleados. Los principales
usuarios de ERM son los empleados y los gerentes. Los gerentes o el área de
RR.HH. de una empresa pueden usar ERM para ayudarlos con una serie de
tareas de gestión de personas como la contratación, capacitación, gestión del
desempeño y remuneraciones, además de aumentar la comunicación con sus
equipos, alinear a los empleados con los objetivos generales del negocio,
compartir información y construir un entendimiento común. ERM también
ofrece apoyo a los empleados describiendo cómo se debe realizar la tarea, el
26
suministro de información relacionada con el trabajo y la colaboración
(Buttle, 2009).
El ERM posee módulos en la se tiene acceso a los recursos relevantes para el
rol que un empleado necesita para realizar sus actividades de manera efectiva
y eficiente. Los portales a menudo permiten a los usuarios personalizar su
propia página de inicio con la información que consideren relevante y se tenga
una mayor accesibilidad (Buttle, 2009).
2.2.2.2.Customer Relationship Management (CRM)
La gestión de la relación con el cliente (CRM) es una combinación de
personas, procesos y tecnologías las cuales buscan comprender a los clientes
que posee una empresa, además es un enfoque integrado para gestionar las
relaciones al tener como enfoque la retención de los clientes y la mejora en
desarrollar las relaciones. Las soluciones CRM han evolucionado a partir de
los avances en las tecnologías de la información y los cambios en la
organización de los procesos orientados a los clientes. Las empresas que
implementen adecuadamente CRM obtendrán los beneficios como la
conservación de los clientes y la mejora en la rentabilidad de la empresa a
largo plazo. Parar muchas empresas la implementación adecuada y exitosa es
difícil debido a que no logran comprender de manera adecuada que CRM
requiere de una reingeniería de procesos de negocios que se centren en la
empresa, multifuncional y centrada en los clientes. A pesar que gran parte del
CRM es tecnología, plantear las soluciones CRM como solo tecnología es
probable que no cumplan con su propósito o sean implementadas
inadecuadamente (Chen & Popovich, 2018).
27
2.2.2.3.Enterprise Resource Planning (ERP)
Los ERP o "planificación de recursos empresariales” es un sistema que se
compone de aplicaciones de planificación de recursos empresariales que se
comunican entre sí a través de los datos compartidos. Permite automatizar los
procesos centrales de negocio, reducir los riesgos, realizar diversos reportes
sobre las actividades, entre otras, el ERP automatiza procesos relacionados
con la producción, logística, inventario, envíos y la contabilidad (SAP, 2018).
2.2.3. RESTful Web Services
Los RESTful Web Services han sido diseñador para tener un mejor
funcionamiento a través de la web. REST (Representational State Transfer) es un
estilo arquitectónico que especifica restricciones, que aplicadas a un servicio web,
se obtiene beneficios como rendimiento, escalabilidad y modificabilidad,
permitiendo que éstos funcionen óptimamente en la Web. En la arquitectura
REST, se consideran recursos a los datos y la funcionalidad, debido a esto es
posible el acceso mediante identificadores de recursos uniformes (URI), los
recursos se ejecutan mediante un grupo de operaciones sencillas además de estar
correctamente definidas, la arquitectura REST restringe una arquitectura cliente-
servidor además está diseñado para hacer uso de un protocolo de comunicación
sin estado como HTTP. En la arquitectura REST, los clientes y servidores pueden
intercambiar representaciones de recursos a través de una interfaz y un protocolo
estandarizado (Oracle, 2018).
Estos principios fomentan que las aplicaciones REST sean simples, ligeras y
rápidas:
28
➢ Identificación de recursos a través de URI: Los RESTful webservices
poseen e integran un conjunto de recursos que permiten identificar los
objetivos para la interacción con sus clientes. Se permite identificar a los
recursos mediante URI, los cuales proporcionan un espacio de
direccionamiento global para poder acceder a los recursos y servicios (Oracle,
2018).
➢ Interfaz uniforme: La manipulación de recursos se realiza mediante cuatro
operaciones éstas son la creación (PUT), lectura (GET), actualización (POST)
y eliminación (DELETE), PUT crea un nuevo recurso, que luego se puede
eliminar utilizando DELETE, a través de GET se recuperará el estado actual
de un recurso en alguna representación, POST permite transferir un nuevo
estado a un recurso (Oracle, 2018).
➢ Mensajes autodescriptivos: Los recursos permiten el acceso a su contenido
a través de diversos formatos como HTML, XML, texto plano, PDF, JPEG,
JSON y otros. A través de los metadatos se encuentran disponibles y se
utilizan para controlar el almacenamiento en caché, detectar diversos errores
de transmisión, configurar el formato de representación adecuado, la
autenticación y el control de acceso (Oracle, 2018) .
➢ Interacciones con estado a través de hipervínculos: La interacción con un
recurso es sin estado, esto significa que los mensajes de solicitud son auto
contenido. Se cuentan con diversas técnicas para el intercambio de estados,
como la reescritura de URI, cookies y los campos ocultos en el formulario
ocultos (Oracle, 2018).
29
2.2.4. Retrofit
Retrofit es un cliente REST para Java, debido a esto es posible implementarlo en
Android, es simple y se tiene gran facilidad de implementación. A través de ésta
permite realizar peticiones GET, POST, PUT, PATCH, DELETE y HEAD;
controlar diferentes tipos de parámetros y obtener la respuesta a través de un POJO
(Plain Old Java Object).
➢ Funcionalidades que se facilitan usando retrofit (Revelo, 2016)
• Permite aislar el controlador de peticiones en una interfaz
• Utilizar anotaciones las cuales permiten definir los componentes de las
API como son el verbo, los parámetros, el cuerpo, cabeceras, entre otros.
• Realizar el envío asíncrono de peticiones.
• Permite integrar conversores JSON y XML, como por ejemplo Gson y
Simple XML.
2.2.5. GreenDAO
GreenDAO es un ORM para Android de código abierto el cual permite la
interacción con la base de datos SQLite de los dispositivos móviles, permitiendo
a los desarrolladores tener una mayor facilidad para manejar las bases de datos y
ahorrar en el tiempo de desarrollo ya que SQLite es una base de datos relacional
incrustada, pero el escribir SQL y analizar los resultados de las consultas es una
tarea bastante tediosa y lenta, por ello GreenDAO lo libera de estos mediante la
asignación de objetos Java a tablas de bases de datos (denominadas ORM ,
“asignación de objetos / relaciones relacionales”), de esta manera es posible
almacenar, actualizar, eliminar y consultar objetos Java utilizando una API simple
orientada a objetos (greenrobot.org, 2018).
30
2.3.Estructura de Descomposición del Trabajo – EDT
Se elabora la estructura de descomposición del trabajo (WBS), el cual contiene los
entregables de las diversas tareas realizadas en cada una de las fases del desarrollo del
aplicativo.
Figura 7. Estructura de descomposición del trabajo - EDT
Desarrollo de una aplicación móvil para mejorar las actividades relacionadas con el
área de RR.HH. de una empresa de Outsourcing y Tecnologías de la
Información
Elaboración Construcción
Alcance del Proyecto
Acta de conformidad del proyecto
Documento de casos de prueba
Iteración 1: Preparación del ambiente de desarrollo
Inicio
Manual de usuario Android
Catálogo de servicios web
Acta de Aceptación de pruebas y de
producto
Transición
Iteración 2: Base de datos, RESTful web services
Iteración 3: Módulo 1,2 del aplicativo
Iteración 4: Módulo 3,4 del aplicativo
Iteración 5: Módulo 5 del aplicativo
Tiempo – Cronograma, Diagrama de
Gantt
Costos – Presupuesto, Flujo de caja
Gestión
Recursos Humanos – Organigrama del proyecto y de la
empresa
Riesgos – Matriz de
Riesgos
Catálogo de requerimientos
Documentos de análisis técnico
y funcional
Fuente: Elaboración propia
Cabe indicar que los documentos son catalogados por la empresa como documentos
confidenciales, motivo por el cual no se adjuntan al presente informe.
31
2.4.Gestión de la calidad
Se realiza el análisis de costo beneficio a partir de cada uno de los requisitos para
cumplir con la calidad del aplicativo móvil.
Tabla 2. Gestión de la calidad
Fuente: Elaboración propia
2.5.Gestión de recursos humanos
2.5.1. Organigrama del proyecto
Se realiza el organigrama del proyecto para determinar los roles del personal y la
participación de éstos en cada una de las etapas del proyecto.
COSTO BENEFICIO CALIDAD
Sofware en general Alto Muy Alto Muy Alto
Levantamiento de información Alto Alto
El análisis técnico y funcional debe ser hasta el mínimo
nivelAlto Muy Alto
Diseños de software del sistema Alto Alto
Prototipos del aplicativo Medio Medio
Corrección de incidencias en los pototipos ó diseños de
softwareAlto Alto
Desarrollo del aplicativo en base a los prototipos Muy Alto Muy Alto
Pruebas de software Medio Alto
Corrección de software Alto Medio
Pruebas después de corrección del software Alto Medio
32
Figura 8. Organigrama del proyecto
Fuente: Elaboración propia
2.5.2. Organigrama de la empresa
Se realiza el organigrama de la empresa en la cual se describe la estructura
organizacional, se observa que el aplicativo estará orientado hacia el área de
desarrollo organizacional (área de RR.HH.), además que en el desarrollo del
aplicativo, se tendrá la participación de otras áreas como soluciones de negocio,
soluciones de tecnología y gsd.
33
Figura 9. Organigrama de la empresa
Fuente: Elaboración propia
2.6.Gestión de las comunicaciones
Se observan las diversas reuniones que se tendrán a lo largo del proyecto, la
frecuencia, los participantes en cada una de éstas reuniones.
Tabla 3. Gestión de las comunicaciones
34
Fuente: Elaboración propia
2.7.Gestión de los riesgos
En la matriz se observa los riesgos más relevantes en el desarrollo del proyecto, el
impacto y la probabilidad que éstos ocurran durante el desarrollo.
Tabla 4. Matriz de riesgos
ID de Riesgo
Descripción del riesgo Impacto Probab. Ponderación
del Riesgo Riesgo
1 Asignación de vacaciones al personal
durante la etapa de construcción 3
(Alto) 3
(Alto) 3*3 = 9 (Alto)
9 (Alto)
2
Retraso en la construcción debido a la falla en las estimaciones de las
actividades que corresponden a las iteraciones.
3 (Alto)
2 (Medio)
3*2 = 6 (Medio)
6 (Medio)
Fuente: Elaboración propia
Tipo de
ComunicaciónObjetivo de la comunicación Medio Frecuencia Audiencia Encargado Entregable
Brainstorming
‐ Introducir y explicar el
proyecto
- Obtener los puntos de vista
del proyecto
- Plantear estrategias para el
desarrollo del proyecto
Reunión 1 vez‐ Equipo de desarrollo del
proyecto
Jefe de
proyectos‐ Agenda
Reunión de Inicio
‐ Presentar a los integrantes
del equipo de trabajo
- Definir requerimientos,
objetivos, alcances,
limitaciones asociadas al
proyecto
Reunión 1 vez
‐ Jefe del proyecto
- Equipo de desarrollo del
proyecto
- Jefe de desarrollo
organizacional
- Usuarios Líderes
Jefe de
proyectos
‐ Agenda
‐ Acta de Reunión
Reunión Técnica y
funcional
Discutir, desarrollar, verificar
la especificaciones técnicas y
funcionales del proyecto
Reunión Varias Analista técnico y funcionalJefe de
proyectos
‐ Agenda
‐ Acta de Reunión
Reunión de estado
del proyecto
Verificar el estado del
proyecto con el equipo de
desarrollo
Reunión Semanal
Jefe de proyectos
Equipo de desarrollo del
proyecto
Jefe de
proyectos
‐ Agenda
‐ Acta de Reunión
Reunión diaria de
equipo
Facilitar la comunicación en el
equipo, coordinación y
transarencia
Reunión Diario
Jefe de proyectos
Equipo de desarrollo del
proyecto
Jefe de
proyectos
‐ Agenda
‐ Acta de Reunión
Reunión de inicio
de iteración para la
construcción
Comprender los
requerimientos que se
consruirán
Reunión
Inicio de
iteración en
la
construcció
n
Jefe de proyectos
Equipo de desarrollo
Jefe de
proyectos
‐ Agenda
‐ Acta de Reunión
Reunión de
culminación de
entregables
Presentar el entregable
terminado al área de RR.HH.Reunión
Fin de
iteración
Jefe de proyectos
Equipo de desarrollo del
proyecto
Jefe de desarrollo
organizacional
Jefe de
proyectos
‐ Agenda
‐ Acta de Reunión
35
CAPITULO 3
DESARROLLO DE LA SOLUCIÓN
En este capítulo se describe la metodología utilizada para el desarrollo del aplicativo
móvil, se procederá con el desarrollo del proyecto tomando como referencia las cuatro
fases de la metodología RUP.
3.1. Inicio
El objetivo de esta fase es definir el alcance del proyecto, asimilar los requerimientos
de la solución los cuales se especificarán posteriormente a través de los casos de uso,
como un apoyo a la gestión del proyecto se define la programación de las actividades
y entregables a través del diagrama de Gantt y el WBS respectivamente, identificar
los riesgos.
3.1.1. Revisión del requerimiento
Se procede con la recepción y revisión de los requerimientos que son entregados
por la gerencia de gestión humana a través del Jefe de desarrollo organizacional,
a través de este usuario líder se obtendrán los requerimientos de los otros usuarios
líderes de cada una de las divisiones de la empresa que están involucradas, además
mantendrá el contacto frecuente con el equipo de desarrollo durante cada una de
las etapas que contempla el desarrollo del proyecto, el jefe de desarrollo
organizacional realizará la entrega de éstos requerimientos al Jefe de Proyectos.
3.1.2. Brainstorming
Realizada la recolección de requerimientos se procede con el brainstorming en la
cual participará el equipo de desarrollo, el jefe de proyectos y el jefe de desarrollo
organizacional, esto tiene como finalidad el poder obtener los diversos puntos de
36
vista de todos los involucrados en el proyecto, buscar nuevas oportunidades de
mejora de los requerimientos.
3.1.3. Reunión de inicio
Se realiza una reunión de inicio en la cual se refinan cada uno de los
requerimientos contemplados, obtiene la lista maestra de requerimientos y la
prioridad que tendrán éstas en el desarrollo del proyecto. A partir de esta reunión
se elabora la estructura de descomposición de trabajo (EDT o WBS) el cual en
alto nivel define los entregables que se tendrá en cada una de las etapas del
proyecto, se define el alcance final del proyecto y los riesgos que éste contempla.
3.1.4. Definición de requerimientos
Requerimientos Funcionales
Se muestran los requerimientos funcionales del aplicativo, los cuales se
encuentran divididos según los módulos identificados con los que contará
el aplicativo.
Tabla 5. Requerimientos funcionales para el módulo de gestión de cuentas
de usuario
Referencia Requerimiento
R1.1
Permitir a los usuarios el acceso al aplicativo a través de su correo
electrónico y contraseña corporativa, si el acceso es correcto se
deberá ingresar en el menú principal del aplicativo, caso contrario
se deberá mostrar un mensaje indicando el error ocurrido.
R1.2
Restringir el acceso a los diversos módulos de la aplicación
además de mostrar la información al usuario según los perfiles
definidos.
R1.3
Mostrar opción de contacto ante algún inconveniente en el inicio
de sesión, este deberá ocupar una ubicación adecuada en la
pantalla de ingreso del aplicativo, deberá contener un número
telefónico de mesa de ayuda o con el personal de RR.HH
R1.4 Integrar un menú lateral en el aplicativo el cual contendrá opciones
relacionadas a las actividades propias de un usuario.
37
R1.5
Permitir a los usuario el cierre de su sesión en el aplicativo a través
de menú lateral implementado, el cual contendrá la opción "Cerrar
sesión" en la parte inferior.
Fuente: Elaboración propia
Tabla 6. Requerimientos funcionales para el módulo de información del
usuario
Referencia Requerimiento
R2.1
Permitir a los usuarios acceder a su información personal en la
cual se observarán datos personales, información de contacto
con el empleado.
R2.2 Permitir al usuario observar su historial laboral en la empresa,
detalle de los roles que ocupó y el periodo.
R2.3
Mostrar al usuario las oportunidades laborales que se tengan
disponibles en la empresa. Esta información será mostrada
según el perfil del usuario.
R2.4
Brindar al usuario el detalle acerca del rol disponible en la
empresa, se deberá mostrar los requisitos necesarios y una
descripción detallada acercado as funciones que desempeña el
rol.
R2.5 Permitir al usuario el acceso a sus boletas de pago, estas podrán
ser descargadas en formato .PDF y visualizadas.
R2.6
Mostrar al usuario información de manera general acerca de
los días faltantes para sus próximas vacaciones, información
acerca de nuevos beneficios, eventos, capacitaciones.
Fuente: Elaboración propia
Tabla 7. Requerimientos funcionales para el módulo de información de
beneficios
Referencia Requerimiento
R3.1
Mostrar los beneficios corporativos disponibles como eventos,
capacitaciones, préstamos, entre otros, agrupados según el tipo
de beneficio o similitud entre ellos.
R3.2
Permitir a los usuarios seleccionar sus beneficios favoritos, los
cuales podrán acceder y ubicar con facilidad, estos deberán ser
mostrados según el perfil del usuario.
R3.3
Mostrar el detalle del beneficio al ser seleccionado en la cual
se observa la información de contacto, el responsable, los
costos, etc.
38
R3.4
Mostrar a los usuarios los controles del formulario según el tipo
de beneficio seleccionado, estos permitirá seleccionar
cantidades o adjuntar imágenes como fotos.
Fuente: Elaboración propia
Tabla 8. Requerimientos funcionales para el módulo de eventos
Referencia Requerimiento
R4.1
Permitir al usuario realizar la propuesta de un evento a través
del aplicativo además deberá tener una opción dedicada a la
creación de un nuevo evento por parte del usuario. La
propuesta del evento se realizará a través de un formulario el
cual deberá llenar el usuario, este será enviado a evaluación.
R4.2
Permitir al usuario visualizar la información general de sus
eventos como la cantidad de asistentes, inscritos, puntuación
y comentarios. Toda esta información se podrá observar sólo
en caso éstos sean aprobado.
R4.3
Permitir a los usuarios observar el listado de eventos, en el
listado se observará el detalle como lugar, fecha, hora, si
posee costo o en algunos casos compartirlo a través de redes
sociales. Si el usuario se registró el evento debería observar
éstos en un listado aparte. Éstos deberán estar filtrados según
el perfil con el cual accedió el usuario.
R4.4
Mostrar la información detallada al seleccionar un evento,
de la misma forma con los eventos a los cuales se confirmó
la asistencia.
R4.5
Mostrar los controles para la inscripción del usuario a un
evento, además de adjuntar una imagen en caso se tenga
alguna evidencia de inscripción, además se deberá observar
la cantidad de cupos disponibles, personas inscritas,
horarios.
R4.6 Permitir a los usuarios inscritos en los respectivos eventos
comentar o valorar un evento.
Fuente: Elaboración propia
Tabla 9. Requerimientos funcionales para el módulo de incidencias
Referencia Requerimiento
R5.1 Mostrar información acerca de los contactos de soporte ante
algún inconveniente.
39
R5.2
Permitir al usuario seleccionar la incidencia encontrada en el
listado esto mostrará un formulario simple en la cual se
ingresarán los detalles de la incidencia, además deberá
permitir adjuntar una foto.
R5.3 Permitir acceder hacia los tickets de atención generados luego
de notificar una incidencia.
R5.4
Mostrar un listado con las incidencias más comunes en la
empresa, estas deberán obtenerse desde el sistema de help
desk que se tiene implementado.
Fuente: Elaboración propia
Tabla 10. Requerimientos funcionales para el módulo de vacaciones
Referencia Requerimiento
R5.1
Mostrarlos periodos vacacionales con su respectivo detalle de
los días completados y pendientes además de las fechas
programadas
R5.2
Permitir al usuario solicitar vacaciones, deberá contener un
formulario en la cual se ingrese las fechas de inicio y fin, en
caso se tengan combos vacacionales deberán ser mostrados.
R5.3 Permitir al usuario realizar una reprogramación de un periodo
vacacional, esto pasaría a ser evaluado por su jefe directo.
R5.4 Permitir al usuario cancelar un periodo vacacional
programado, esto pasaría a ser evaluado por su jefe directo.
R5.5
Permitir a los usuarios que tengan el perfil de Jefe de proyectos
o gerentes realizar la aprobación de una solicitud de periodos
vacacionales.
Fuente: Elaboración propia
Requerimientos no funcionales
A continuación se muestran los requerimientos no funcionales del
aplicativo:
Tipo Código Descripción Implementación
Interfaz de
usuario RNF.1
Interfaces de
usuario realizadas
mediante XML
El desarrollo de las interfaces se
realizará haciendo uso del lenguaje
XML nativo para aplicaciones Android.
40
RNF.2
Interfaces de
usuario haciendo
uso de Material
Design
Las interfaces y los controles del
aplicativo deberán basarse en la
normativa de diseño proporcionada por
Google.
RNF.3
Diseño del
aplicativo
orientado sólo a
teléfonos.
El diseño del aplicativo no tendrá
soporte para dispositivos como tablets
debido al tamaño de la pantalla y
resolución de éstos dispositivos.
RNF.4
Mockups del
aplicativos
validados y
cargados en la
herramienta Zeplin
Los mockups del aplicativo deberán ser
validados y cargados a la herramienta
zeplin a través de la cual los
desarrolladores tendrán acceso a los
recursos gráficos.
Interfaces de
software
RNF.5
Autenticación del
usuario a través de
la cuenta
corporativa
El ingreso se realizará a través del correo
y contraseña corporativa, para ello se
implementará un webservices que
realice la validación con el Sistema de
integración Meta4 - AD´s
RNF.6
Interfaces para el
intercambio de
información
Se deberá obtener la información de los
repositorios que manejan los aplicativos
(Sistema de mesa de servicios generales
- Help Desk, Sistema de integración
Meta4 - AD´s, Sistema de gestión de
boletas, Sistema de gestión humana) a
los cuales se accederán a través de los
Servcio Web.
Patrones de
Arquitectura RNF.7
Desarrollo del
aplicativo
haciendo uso de
MVP
El patrón MVP permitirá la escalabilidad
al aplicativo en caso se quiera añadir
nuevos módulos a largo plazo además de
tener una mayor facilidad en el
mantenimiento debido a la
independencia de sus capas.
Requerimientos
de desarrollo
RNF.8 Android Studio La aplicación se desarrollará haciendo
uso de este IDE.
RNF.9 Lenguaje de
programación Java
El desarrollo de la lógica del aplicativo
se realizará mediante el lenguaje de
programación Java, debido a los recursos
de la empresa los cuales poseen un
mayor manejo de este lenguaje.
41
RNF.10
Hacer uso de una
plataforma de
control de
versiones
El control de versiones se realizará
mediante la plataforma Bitbucket,
debido a que la empresa posee la licencia
corporativa.
3.1.5. Plan de proyecto
Se presenta el plan del proyecto en el Anexo N°02 Diagrama de Gantt –
Cronograma por cada una de las etapas del desarrollo del aplicativo, se define la
cantidad de recursos totales, tiempo de desarrollo de cada una de las iteraciones.
3.2.Elaboración
3.2.1. Diagrama de procesos
Para comprender el desarrollo de las diversas actividades que se realizan
actualmente en el área de RR.HH. de la empresa y la relación que tiene ésta con
los empleados, se procede a identificar los procesos de negocio, de esta manera se
tendrá un mayor detalle acerca de las actividades y tareas que contemplará el
aplicativo móvil. A continuación se procede a describir los diagramas de
actividades por cada proceso de negocio.
➢ Proceso de registro y acceso a beneficios corporativos
Se observa las actividades por el personal de RR.HH. acerca del contacto y
registro de los beneficios orientados a los colaboradores de la empresa y como
se está accediendo a los beneficios actualmente.
Figura 10. Proceso de registro y acceso a beneficios corporativos
42
Fuente: Elaboración propia
➢ Proceso de registro de evento corporativo propuesto por un colaborador
Se observan las actividades realizadas por un colaborador para hacer la
propuesta de algún evento como capacitación, meetup, reunión, etc., y la
evaluación por parte del personal de RR.HH. hasta la difusión del evento.
Figura 11. Proceso de registro de evento corporativo propuesto por un colaborador
Fuente: Elaboración propia
43
➢ Proceso de registro de un colaborador en algún evento corporativo
En el siguiente diagrama se observa las actividades realizadas por el personal de
RR.HH. para la difusión de un evento y la descripción de un colaborador.
Figura 12. Proceso de registro de un colaborador en algún evento corporativo
Fuente: Elaboración propia
➢ Proceso de registro de incidencias
Se observan las actividades realizadas entre un colaborador que inicia la acción
cuando identifica alguna incidencia en alguna de las sedes de la empresa, esta es
reportada hacia help desk el cual generará el ticket y éste evaluará si asigna al
personal encargado de la atención o la deriva con el personal de RR.HH.
44
Figura 13. Proceso de registro de incidencias
Fuente: Elaboración propia
➢ Proceso de registro de vacaciones de un colaborador
Se muestran las actividades que se realizan desde el envío de solicitud de un
periodo vacacional de un colaborador hasta su aprobación por el jefe del
proyecto o persona responsable.
45
Figura 14. Proceso de registro de vacaciones de un colaborador
Fuente: Elaboración propia
➢ Proceso de carga y acceso de boletas de pago mensual
Se muestran las actividades realizadas para la carga y acceso a las boletas de pago
mensuales de cada colaborador.
Figura 15. Proceso de carga y acceso a boletas de pago mensual
Fuente: Elaboración propia
46
3.2.2. Actores del sistema
Como consecuencia del análisis de los requerimientos y de los procesos de
negocio, se identificaron los actores participantes en el sistema, éstos han sido
catalogados de acuerdo a los roles que cumplen en el sistema.
Figura 16. Diagrama de actores del sistema
Fuente: Elaboración propia
3.2.2.1.Especificación de actores del sistema
Se observa la especificación de los actores del sistema, estos actores
definirán los perfiles que se tendrá en el sistema.
Actor Descripción
Usuario de la
aplicación
Este actor generalizará a los diversos usuarios por perfiles que
contendrá la aplicación móvil.
Gerente
Responsable de la aprobación de las vacaciones del equipo del
cual sea responsable, acceso a beneficios y eventos corporativos
de acuerdo a su perfil, registro de incidencias.
Jefe de
proyectos
Este perfil también puede ser el responsable de la aprobación de
las vacaciones del equipo o de las personas del cual sea
responsable, acceso a beneficios y eventos corporativos de
acuerdo a su perfil, registro de incidencias.
uc Actores
Usuario de la aplicación
ColaboradorJefe de proyectos
Personal de RR.HH.
Sistema de Integración Meta4 - AD’s
Sistema de gestión de boletas
Sistema Externo
Gerente Sistema de mesa de servicios generales - Help
Desk
Sistema de gestión humana
47
Colaborador
Este perfil no puede realizar la aprobación de vacaciones, solo
puede solicitarlas, además tiene acceso a beneficios, eventos
corporativos, oportunidades laborales de acuerdo a su perfil,
registro de incidencias.
Personal de RR.HH.
Responsable del contacto y difusión de los beneficios
corporativos, control de periodos vacacionales, evaluación,
aprobación y difusión de eventos, difusión de oportunidades
laborales internas.
Sistema externo Este actor generalizará a los sistemas y sus repositorios de datos
con el cual interactuará el aplicativo móvil.
Sistema de
mesa de
servicios
generales -
Help Desk
Responsable del registro de registro de incidencias, generación de
tickets y los responsables de atención.
Sistema de
integración
Meta4 - AD´s
Responsable del historial laboral de los colaboradores, contiene
información acerca del perfil laboral, oportunidades laborales.
Sistema de
gestión de
boletas
Pertenece al área de GSD el cual administra las boletas de pago de
los colaboradores.
Sistema de
gestión
humana
Pertenece al área de RR.HH. En el cual se hace registro de algún
evento corporativo, beneficio o actividades relacionadas al área.
3.2.3. Paquetes del sistema
Se definen los paquetes los cuales se relacionan con los módulos que contendrá el
aplicativo, este contendrá con seis paquetes los cuales encierran funcionalidades
que dependen de un control de acceso de acuerdo a perfil del usuario.
Figura 17. Diagrama de paquetes del aplicativo móvil
48
Fuente: Elaboración propia
3.2.3.1.Especificación de paquetes
Paquete gestión de cuenta de usuario
Permitir la gestión de la cuenta corporativa del colaborador para el acceso al
aplicativo, el inicio de sesión a través del aplicativo, la validación de accesos
a los diferentes módulos de acuerdo al perfil del usuario, obtener alguna
información de contacto ante alguna incidencia en el acceso y el cerrar sesión
del usuario en el aplicativo.
Paquete de información del usuario
Permitir obtener la información del usuario del aplicativo, además de obtener
el historial laboral en la empresa, visualizar las oportunidades laborales que
sería posible acceder de acuerdo a su perfil y experiencia, visualizar los
diversos roles que existen en la empresas y los requisitos que se necesita para
acceder a éstos y el acceso a las boletas de pago mensuales.
Paquete de beneficios
Permitir al usuario del aplicativo observar los beneficios que tiene de acuerdo
a su perfil, además de poder obtener información para que pueda acceder a
éstos, en algunos casos será posible el acceso a estos a través del propio
aplicativo.
Paquete de eventos
pkg Aplicación móvil orientada a los RR.HH. de una empresa de Outsoucing y Tecnologías de la la ...
Beneficios Eventos
Gestión de cuenta de usuario
Información del usuario
Incidencias
Vacaciones
49
Permite que un colaborador proponga la creación de un evento, si éste evento
procede y llega a ser realizado, el colaborador podrá observar un reporte de
éste teniendo la cantidad de asistentes, comentarios, valoraciones de los
asistentes, además podrá visualizar todos los eventos corporativos y a través
de la aplicación podrá inscribirse o confirmar su asistencia.
Paquete de incidencias
Permite a un colaborador el registro de incidencias como problemas en la
infraestructura de la empresa, problemas con el mobiliario, registro de
incidencias en las sedes del cliente, además me permitirá contactar a las
personas encargadas o responsables acerca de un determinado tema, teniendo
la información de contacto de éstos.
Posteriormente éstos se podrán visualizar a través del menú lateral según los
tickets generados que confirman el registro de la incidencia.
Paquete de vacaciones
Permite el registro de un periodo vacacional, cancelación o reprogramación,
de acuerdo al perfil se tiene un usuario responsable y éste podrá observar una
pantalla en la cual podrá aprobar o desaprobar una solicitud de un periodo
vacacional.
3.2.4. Casos de uso del sistema
Los casos de uso se dividen de acuerdo a los paquetes definidos anteriormente.
3.2.4.1.Paquete gestión de cuentas del usuario
Figura 18. Diagrama de casos de uso - Paquete gestión de cuentas del usuario
50
Fuente: Elaboración propia
3.2.4.2.Paquete información del usuario
Figura 19. Diagrama de casos de uso - Paquete información del usuario
uc Gestión de cuenta de usuario
Gestión de cuenta de usuario
CUS01-01 Iniciar sesión con credeciales
corporativas
CUS01-02 Validar los accesos a los módulos por perfil de usuario
CUS01-03 Obtener información de contacto ante
un inconveniente
Personal de RR.HH.
Sistema de Integración Meta4 - AD’s
CUS01-05 Cerrar sesión en el aplicativo
Usuario de la aplicación
ColaboradorGerente Jefe de proyectos
Sistema de mesa de servicios generales - Help
Desk
CUS01-04 Incluir un menú lateral en el aplicativo
CUS01-06 Recibir notificaciones
«include»
51
Fuente: Elaboración propia
3.2.4.3.Paquete beneficios
Figura 20. Diagrama de casos de uso - Paquete beneficios
uc Información del usuario
Información del usuario
CUS02-01 Visualizar información del
usuario
CUS02-02 Visualizar historial laboral
CUS02-03 Visualizar oportunidades
laborales
CUS02-04 Visualizar roles en la empresa y sus
requisitos
CUS02-05 Acceder a boletas de pago
Usuario de la aplicación
Sistema de gestión de boletas
Sistema de Integración Meta4 - AD’s
Sistema de gestión humana
CUS02-06 Observar un resumen de
eventos al abrir la aplicación
52
Fuente: Elaboración propia
3.2.4.4.Paquete eventos
Figura 21. Diagrama de casos de uso - Paquete eventos
uc Beneficios
Beneficios
CUSO3-01 Visualizar beneficios
CUS03-03 Visualizar detalle de los
beneficios
Usuario de la aplicación
Sistema de gestión humana
Personal de RR.HH.
CUS03-02 Marcar beneficio como
favorito
CUS03-04 Acceder a los beneficios
53
Fuente: Elaboración propia
3.2.4.5.Paquete incidencias
Figura 22. Diagrama de casos de uso - Paquete incidencias
Fuente: Elaboración propia
uc Eventos
Eventos
CUS04-01 Crear evento
Usuario de la aplicación
Personal de RR.HH.
Sistema de gestión humana
CUS04-02 Reporte de eventos
CUS04-03 Visualizar eventos corporativos
CUS04-05 Inscribirse a un evento
CUS04-06 Comentar y valorar evento
CUS04-04 Visualizar detalle del evento
uc Incidencias
Incidencias
CUS05-04 Visualizar incidencias comunes
CUS05-02 Registrar una incidencia
CUS05-01 Mostrar información acerca de los contactos de soporte ante
algún inconveniente
Usuario de la aplicación
Sistema de mesa de servicios generales - Help
Desk
CUS05-03 Observar el estado de los tickets generados por las
incidencias
54
3.2.4.6.Paquete vacaciones
Figura 23. Diagrama de casos de uso - Paquete vacaciones
Fuente: Elaboración propia
3.2.5. Especificación de casos de uso del sistema por paquetes
Paquete gestión de cuenta de usuario
CUS01-01 Iniciar sesión con credenciales corporativas
CUS01-02 Validar los accesos a los módulos por perfil de usuario
CUS01-03 Obtener información de contacto ante un inconveniente
CUS01-04 Incluir un menú lateral en el aplicativo
CUS01-05 Cerrar Sesión en el aplicativo
CUS01-06 Recibir notificaciones
Paquete de información del usuario
CUS02-01 Visualizar información del usuario
CUS02-02 Visualizar historial laboral
CUS02-03 Visualizar oportunidades laborales
CUS02-04 Visualizar roles en la empresa y sus requisitos
CUS02-05 Acceder a boletas de pago
CUS02-06 Observar un resumen de eventos al abrir la aplicación
Paquete de beneficios
CUSO3-01 Visualizar beneficios
CUS03-02 Marcar beneficio como favorito
CUS03-03 Visualizar detalle de los beneficios
uc Vacaciones
Vacaciones
CUS06-02 Solicitar vacaciones
Usuario de la aplicación
Colaborador
Gerente
Jefe de proyectos
Sistema de Integración Meta4 - AD’s
CUS06-03 Reprogramar
vacaciones
CUS06-04 Cancelar vacaciones
CUS06-05 Aprobar vacaciones
CUS06-01 Visualizar periodo vacacional
«include»«include»
55
CUS03-04 Acceder a los beneficios
Paquete de eventos
CUS04-01 Crear evento
CUS04-02 Reporte de eventos
CUS04-03 Visualizar eventos corporativos
CUS04-04 Visualizar detalle del evento
CUS04-05 Inscribirse a un evento
CUS04-06 Comentar y valorar evento
Paquete de incidencias
CUS05-01 Mostrar información acerca de los contactos de soporte ante algún
inconveniente.
CUS05-02 Registrar una incidencia
CUS05-03 Observar el estado de los tickets generados por las incidencias
CUS05-04 Visualizar incidencias comunes
Paquete de vacaciones
CUS06-01 Visualizar periodo vacacional
CUS06-02 Solicitar vacaciones
CUS06-03 Reprogramar vacaciones
CUS06-04 Cancelar vacaciones
CUS06-05 Aprobar vacaciones
3.2.5.1.CUS01-01 Iniciar sesión con credenciales corporativas
1. Código CUS01-01
2. Nombre Iniciar sesión con credenciales corporativas
3. Descripción
El usuario iniciará sesión con las credenciales de la empresa, para ello se
tiene la integración con el sistema Meta4-AD's, el cual permitirá la
validación del usuario luego se obtiene la información y el perfil del
usuario con la cual se mostrará la información y las opciones que se tiene
en el aplicativo móvil.
En el aplicativo se manejarán diferentes tipos de perfiles, estos han sido
definidos de acuerdo a los actores que intervienen en los requerimientos,
los perfiles son los siguientes:
- Gerente
- Jefe de proyectos
- Colaborador
56
4. Actores
Los actores mencionados en la parte superior se generalizarán a través
del siguiente actor:
- Usuario de la aplicación
- Sistema de integración Meta4-AD´s
5. Precondición
El usuario de la aplicación deberá tener un correo corporativo y estar registrado en el
sistema Meta4-AD's.
6. Flujo básico
1. El usuario de la aplicación ingresa al aplicativo y se le mostrará la pantalla de logueo.
2. El usuario ingresa su correo y contraseña corporativa.
3. Se realiza la verificación de las credenciales a través del webservices que se comunica
con el sistema Meta4-AD´s
3.1. Si las credenciales son correctas permitirá el ingreso al aplicativo.
3.2. Si las credenciales son erróneas no permitirá el ingreso al aplicativo.
4. Para ambos casos se obtiene la respuesta, se mostrará un mensaje con el resultado.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.2.CUS01-02 Validar los accesos a los módulos por perfil de usuario
1. Código CUS01-02
2. Nombre Validar los accesos a los módulos por perfil de usuario
3. Descripción
Una vez realizada la verificación de las credenciales del usuario y si éstas
son correctas, se realiza el ingreso a la aplicación, se muestran los
diversos módulos que conforma el aplicativo y la información en cada
uno de éstos. Todo se muestra de acuerdo al perfil del usuario y las
actividades que se realicen en cada uno de los módulos de la aplicación
dependen de la validación de accesos por perfil.
4. Actores
- Usuario de la aplicación
5. Precondición
El usuario de la aplicación deberá haber ingresado al aplicativo luego de realiza la
validación exitosa de sus credenciales.
6. Flujo básico
1. El usuario deberá acceder al aplicativo con sus credenciales corporativas
2. El aplicativo verifica el perfil asociado al usuario, dependiendo de esto, se muestra el
acceso a los módulos y la información que contienen cada uno de éstos.
3. El usuario visualiza los diversos módulos que contiene la aplicación
57
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.3.CUS01-03 Obtener información de contacto ante un
inconveniente
1. Código CUS01-03
2. Nombre Obtener información de contacto ante un inconveniente
3. Descripción
En la pantalla de inicio de sesión del aplicativo mostrará un link
adicional en caso no se pueda acceder con las credenciales que tiene
como colaborador, este link mostrará algún numero o correo de
contacto con el personal de recursos humanos o help desk, el cual
puede verificar si la cuenta está activa.
4. Actores
- Usuario de la aplicación
- Personal de RR.HH
- Help Desk
5. Precondición
El usuario de la aplicación deberá tener un correo corporativo y estar registrado en el
sistema Meta4-AD's
6. Flujo básico
1. El usuario de la aplicación ingresa al aplicativo y se le mostrará la pantalla de logueo,
en la parte inferior se observa la opción ¿Necesitas ayuda?
2. El usuario ingresa su correo y contraseña corporativa.
3. Se realiza la verificación de las credenciales a través del webservices que se
comunica con el sistema Meta4-AD´s
4. El aplicativo muestra un mensaje indicando que sus credenciales son incorrectas
5. El usuario ingresa a la opción necesitas ayuda
6. El aplicativo muestra al usuario, información de contacto con el personal de recursos
humanos y help desk.
7. El colaborador contacta al personal de recursos humanos o help desk, para que realice
la verificación de la cuenta del usuario
7. Flujo alternativo
A partir del punto 4, en caso el usuario tenga los números de contacto con el personal de
help desk o RR.HH., este podrá contactar directamente con ellos.
8. Postcondición
El personal de recursos humanos deberá comunicar al usuario el motivo por el cual
no pudo realizar el acceso o caso contrario dar las pautas para habilitar sus credenciales.
58
3.2.5.4.CUS01-04 Incluir un menú lateral en el aplicativo
1. Código CUS01-04
2. Nombre Incluir un menú lateral en el aplicativo
3. Descripción
Se deberá tener un menú lateral en el aplicativo móvil, este contendrá
opciones propias del usuario el cual permitirá acceder a su
información personal, sus tickets generados por incidencias, periodo
vacacional, eventos en el cual participará y proponer eventos, sus
beneficios favoritos.
4. Actores
- Usuario de la aplicación
5. Precondición
El usuario de la aplicación deberá haber ingresado al aplicativo luego de realiza la
validación exitosa de sus credenciales.
6. Flujo básico
1. El usuario de la aplicación ingresa al aplicativo y se le mostrará la pantalla de logueo.
2. El usuario ingresa su correo y contraseña corporativa.
3. Se realiza la verificación de las credenciales a través del webservices que se
comunica con el sistema Meta4-AD´s
4. El usuario ingresa correctamente a la aplicación y se le muestran los módulos por
perfil.
5. Al deslizar la pantalla de izquierda a derecha se observa el menú lateral.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.5.CUS01-05 Cerrar sesión en el aplicativo
1. Código CUS01-05
2. Nombre Cerrar sesión en el aplicativo
3. Descripción
Se deberá tener la opción "Cerrar Sesión" dentro del menú lateral del
aplicativo móvil, esto se mostrará para todos los perfiles, además le
permitirá cerrar la sesión en todos los dispositivos en los que tenga la
aplicación abierta.
4. Actores
- Usuario de la aplicación
5. Precondición
El usuario de la aplicación deberá haber ingresado al aplicativo luego de realiza la
validación exitosa de sus credenciales.
6. Flujo básico
59
1. El usuario de la aplicación ingresa al aplicativo y se le mostrará la pantalla de logueo.
2. El usuario ingresa su correo y contraseña corporativa.
3. Se realiza la verificación de las credenciales a través del webservices que se
comunica con el sistema Meta4-AD´s
4. El usuario ingresa correctamente a la aplicación y se le muestran los módulos por
perfil.
5. A través del menú lateral de la aplicación se observa la opción "Cerrar Sesión"
6. Selecciona esta opción, la aplicación verificará si tiene sesiones abiertas en otros
dispositivos.
7. Le notificará al usuario mostrándole un mensaje en el cual le indica que todas las
sesiones serán cerradas.
7.1. Si el usuario acepta la notificación, lo redirige a la pantalla inicial indicándole que
su sesión ha sido finalizada.
7.2. Si el usuario la rechaza, el aplicativo no cierra sesión y se mantiene abierto
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.6.CUS01-06 Recibir notificaciones
1. Código CUS01-06
2. Nombre Recibir notificaciones
3. Descripción
Se deberá recibir notificaciones push en el aplicativo en caso se quiera
comunicar brevemente acerca de algún acontecimiento a través del
aplicativo móvil como por ejemplo las vacaciones de un colaborador,
nuevos beneficios o eventos.
4. Actores
- Usuario de la aplicación
5. Precondición
El usuario de la aplicación deberá haber ingresado al aplicativo luego de realiza la
validación exitosa de sus credenciales.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. El usuario podrá recibir notificaciones push
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
60
3.2.5.7.CUS02-01 Visualizar información del usuario
1. Código CUS02-01
2. Nombre Visualizar información del usuario
3. Descripción
El usuario ingresará a este módulo a través del menú lateral, ubicará la
opción "Mi Información" el cual lo dirigirá al módulo, una vez que
ingrese podrá observar sus datos personales, información de contacto,
esto se obtiene desde el sistema de integración Meta4-AD's.
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD´s
5. Precondición
El usuario deberá haber iniciado sesión en el aplicativo.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. Observa el menú lateral y selecciona la opción "Mi información"
3. El usuario accede al módulo y observa su información
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.8.CUS02-02 Visualizar historial laboral
1. Código CUS02-02
2. Nombre Visualizar historial laboral
3. Descripción
El usuario ingresará a este módulo a través del menú lateral, ubicará la
opción "Mi Información" el cual lo dirigirá al módulo, una vez que
ingrese podrá observar sus historial laboral en la empresa, esta
información se obtiene desde el sistema de integración Meta4-AD's.
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD´s
5. Precondición
El usuario deberá haber iniciado sesión en el aplicativo.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. Observa el menú lateral y selecciona la opción "Mi información"
3. El usuario accede al módulo y observa en una sección de la pantalla su historial
laboral en la empresa
61
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.9.CUS02-03 Visualizar oportunidades laborales
1. Código CUS02-03
2. Nombre Visualizar oportunidades laborales
3. Descripción
El usuario ingresará al módulo "Mi Información", se visualiza la
pantalla y en una de las secciones de éste módulo se observa una lista
horizontal con las diversas oportunidades laborales que se tienen en la
empresa, esta información es cargada a través del sistema de gestión
humana usado por el personal de RR.HH. en la cual registra nuevas
oportunidades laborales, postulantes a la empresa, ascensos, roles,
entre otros. Luego la información será extraída desde el repositorio de
ese sistema a través del webservices y éste será el que se encargue de
filtrar y obtener la información acerca de las oportunidades según el
perfil del usuario.
4. Actores
- Usuario de la aplicación
- Sistema de gestión humana
5. Precondición
El usuario deberá haber iniciado sesión en el aplicativo.
El usuario deberá acceder al módulo "Mi información" a través del menú lateral
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. Observa el menú lateral y selecciona la opción "Mi información"
3. El usuario accede al módulo, se observa una sección con una lista horizontal en la
cual se tienen las oportunidades laborales disponibles
4. Seleccionar uno de los items de esta lista
5. Mostrará la información detallada de dicha oportunidad laboral
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.10. CUS02-04 Visualizar roles en la empresa y sus requisitos
1. Código CUS02-04
2. Nombre Visualizar roles en la empresa y sus requisitos
62
3. Descripción
El usuario ingresará al módulo "Mi Información", se visualiza la
pantalla y en una de las secciones de éste módulo se observa una lista
horizontal con los diversos roles que se tiene en la empresa, esta
información es cargada a través del sistema de gestión humana que
utiliza el personal de RR.HH. en la cual se especifican los requisitos.
Luego la información será extraída desde el repositorio de ese sistema
a través del webservices y éste será el que se encargue de filtrar y
obtener los roles accesibles según el perfil del usuario.
4. Actores
- Usuario de la aplicación
- Sistema de gestión humana
5. Precondición
El usuario deberá haber iniciado sesión en el aplicativo.
El usuario deberá acceder al módulo "Mi información" a través del menú lateral
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. Observa el menú lateral y selecciona la opción "Mi información"
3. El usuario accede al módulo, se observa una sección con una lista horizontal en la
cual se tienen los roles al cual podría acceder de acuerdo a mi perfil.
4. Seleccionar uno de los items de esta lista
5. Mostrar la información detallada del rol seleccionado
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.11. CUSO3-01 Visualizar beneficios
1. Código CUS03-01
2. Nombre Visualizar beneficios
3. Descripción
El personal de RR.HH. Se encarga de difundir los beneficios por
los diferentes medios y de ingresarlos a través del sistema de
gestión humana, a través del webservices se tendrá acceso hacia
el repositorio del sistema de gestión humana y se obtendrá los
beneficios. El webservices realizará el filtro por perfil de usuario
y tipo de beneficio y de acuerdo a éste mostrará el resultado de
los beneficios.
Los beneficios estarán agrupados por tipo de beneficio.
4. Actores
- Usuario de la aplicación
- Sistema de gestión humana
5. Precondición
63
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de beneficios en uno de los tabs que se muestran
en la pantalla de la aplicación.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario selecciona el tab "Beneficios".
4. Obtendrá la lista de beneficios separadas de acuerdo al tipo en que corresponda.
5. Se ingresan a los diferentes beneficios a través de las etiquetas por tipo que agrupan
las diferentes listas de beneficios.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.12. CUS03-02 Marcar beneficio como favorito
1. Código CUS03-02
2. Nombre Marcar beneficio como favorito
3. Descripción
El usuario observa el listado de beneficios agrupados por tipos,
en cada uno de los items de la lista se tiene la opción de poder
marcar como favorito alguno de éstos, teniendo como finalidad
el acceso fácil a los beneficios que son seleccionados.
Estos beneficios marcados se podrán observar a través del menú
lateral en la opción "Mis beneficios", se mostrará una pantalla en
la cual se tenga un listado con éstos.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de beneficios en uno de los tabs que se muestran
en la pantalla de la aplicación.
6. Flujo básico
64
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario selecciona el tab "Beneficios".
4. Obtendrá la lista de beneficios separadas de acuerdo al tipo en que corresponda.
5. Se ingresan a los diferentes beneficios a través de las etiquetas por tipo que agrupan
las diferentes listas de beneficios.
6. En cada uno de los items de las listas se observa un ícono el cual permite poner como
favorito a cada uno de éstos.
7. Se selecciona alguno de éstos beneficios, el ícono cambia de color.
8. El usuario se dirige hacia el menú lateral, ubica la opción "Mis beneficios"
9. El usuario accede a la opción "Mis beneficios" y observa la lista de beneficios
seleccionados como favoritos en la lista del módulo de beneficios.
7. Flujo alternativo
A partir del punto 6, en caso el usuario ya tenga marcado algún beneficio como
favorito, podrá acceder directamente por el menú lateral y observar la lista de beneficios
marcados como favoritos previamente.
8. Postcondición
Se tendrá registrado en la BDD que usuarios marcaron como favorito alguno de los
beneficios.
3.2.5.13. CUS03-03 Visualizar detalle y acceder a los beneficios
1. Código CUS03-03
2. Nombre Visualizar detalle y acceder a los beneficios
3. Descripción
El usuario observa el listado de beneficios agrupados por tipos, al
seleccionar alguno de éstos se le abrirá una pantalla en la cual
tendrá toda la información relacionada con ese beneficio
(información de contacto, responsable, costos, etc.).
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de beneficios en uno de los tabs que se muestran
en la pantalla de la aplicación.
6. Flujo básico
65
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario selecciona el tab "Beneficios".
4. El usuario selecciona alguno de éstos beneficios.
5. Se mostrará el detalle del beneficio.
5.1. Si el beneficio es informativo, sólo mostrará la información de contacto.
5.2. Si el beneficio es informativo con detalles adicionales, se mostrará las diversas
opciones que éste puede contener, como un pago de cuotas o listado de precios según el
programa o módulo educativo.
5.3. Se tendrá un tipo de beneficio en el cual se contenga un listado con los productos que
se ofrece además de poder tener un control en el cual se seleccione la cantidad de éstos
productos que se desea adquirir (Se incluye una opción similar a un carrito de compras).
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.14. CUS03-04 Acceder a los beneficios
1. Código CUS03-04
2. Nombre Acceder a los beneficios
3. Descripción
En la pantalla de información del beneficio se mostrará una
sección por la cual se accederá a éstos beneficios, esto variará de
acuerdo al tipo de beneficio, si éste tiene alguna condición
(Informativo, informativo con detalles adicionales, seleccionar
cantidades o adjuntar voucher de pago).
En caso alguno de éstos beneficios pueda permitir solicitar
información directamente con el personal de recursos humanos de
la empresa, se tendrá un botón en la parte inferior del detalle, al
seleccionarlo, notificará al personal de recursos humanos para que
éste brinde mayor información.
4. Actores
- Usuario de la aplicación
- Personal de RR.HH.
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de beneficios en uno de los tabs que se muestran
en la pantalla de la aplicación.
6. Flujo básico
66
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario selecciona el tab "Beneficios".
4. El usuario selecciona alguno de éstos beneficios.
5. Se mostrará el detalle del beneficio.
6. En la parte inferior se tiene una sección que tiene detalles del acceso
6.1. Si el beneficio es solo informativo no tendrá esta sección
6.2. Si el beneficio es informativo pero para acceder se necesita una inscripción previa, se
tendrá un botón el cual permitirá solicitar la inscripción con el personal de recursos
humanos.
6.3. Si el beneficio tiene algún pago previo, se tendrá una opción para adjuntar la foto del
voucher de pago y el botón de solicitar, el cual enviará toda la información con el
personal de recursos humanos.
7. El personal de recursos humanos recibirá la solicitud a través de correo electrónico
acerca de la inscripción del usuario en caso sea necesario.
7. Flujo alternativo
Ninguno
8. Postcondición
Se llevará el registro en una bdd de los usuarios inscritos en los diferentes beneficios a
través del aplicativo.
3.2.5.15. CUS04-01 Crear evento
1. Código CUS04-01
2. Nombre Crear evento
3. Descripción
El usuario de la aplicación tiene la posibilidad de proponer un
evento a través de la aplicación, esto se realiza a través del menú
lateral, ubicar la opción "Mis eventos", al seleccionar esta opción se
muestra una pantalla que en la parte inferior se tiene un botón
flotante, al seleccionarlo se mostrará se desplegarán 2 botones, uno
de éstos será el "Crear evento" y el otro será el "Reporte de eventos".
Al seleccionar el botón de "Crear evento", se muestra una pantalla
con un formulario el cual se deberá completar y enviar para que el
evento propuesto pase a ser evaluado.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de "mis eventos" a través del menú lateral de la
aplicación.
6. Flujo básico
67
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario ubica en el menú lateral la opción "Mis eventos"
4. En la parte inferior de la pantalla tiene un botón flotante.
5. seleccionar el botón de "Crear evento", se muestra una pantalla con un formulario.
6. El usuario ingresa la información solicitada en el formulario.
7. Seleccionar el botón "Enviar a evaluación", el cual permitirá enviar la información
ingresada para su evaluación.
7. Flujo alternativo
Ninguno
8. Postcondición
El evento propuesto será registrado en una bdd del sistema de gestión de recursos
humanos.
3.2.5.16. CUS04-02 Reporte de eventos
1. Código CUS04-02
2. Nombre Reporte de eventos
3. Descripción
El usuario de la aplicación tiene la posibilidad de proponer un
evento a través de la aplicación, esto se realiza a través del menú
lateral, ubicar la opción "Mis eventos", al seleccionar esta opción se
muestra una pantalla que en la parte inferior se tiene un botón
flotante, al seleccionarlo se mostrará se desplegarán 2 botones, uno
de éstos será el "Crear evento" y el otro será el "Reporte de
eventos".
Al seleccionar el botón "Reporte de eventos", se mostrará una
pantalla con la lista de los eventos que fueron propuestos por el
usuario (éstos eventos tienen que haber sido aprobados para
realizarse), seleccionar alguno de éstos items de la lista se mostrará
una pantalla con los detalles como cantidad de asistentes e inscritos,
valoraciones, comentarios.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de "mis eventos" a través del menú lateral de la
aplicación.
3. Cuando se ingrese a la lista "Reporte de eventos", sólo se observa a los eventos que
fueron aprobados para realizarse.
6. Flujo básico
68
1. El usuario inicia sesión en el aplicativo.
2. El usuario observa los diferentes módulos del aplicativo.
3. El usuario ubica en el menú lateral la opción "Mis eventos"
4. En la parte inferior de la pantalla tiene un botón flotante.
5. seleccionar el botón de "Reporte de eventos", se mostrará una pantalla con la lista
de eventos propuestos por el usuario (éstos eventos tienen que haber sido aprobados
para realizarse).
6. El usuario selecciona alguno de éstos eventos que se muestran en la lista.
7. Se muestra el detalle del evento realizado.
7. Flujo alternativo
Ninguno
8. Postcondición
Los datos se obtienen desde la bdd del sistema de gestión de recursos humanos.
3.2.5.17. CUS04-03 Visualizar eventos corporativos
1. Código CUS04-03
2. Nombre Visualizar eventos corporativos
3. Descripción
- El usuario de la aplicación ubicará en uno de los tabs de la pantalla
principal el tab de eventos, al seleccionarlo muestra el listado de
eventos que se tienen registrados a través del sistema de gestión de
recursos humanos, cada uno de los items mostrados tendrá detalles
como el lugar, fecha, hora, costo, etc.
Dependiendo el tipo de evento será posible compartirlo a través de
redes sociales como facebook o linkedin.
- En caso de un usuario que tenga confirmada su asistencia a un
evento a través de la aplicación, podrá observar este evento a través
del menú lateral, y selecciona la opción "Mis eventos", el cual
mostrará en cada uno de los items la información con la cual se hizo
el registro y confirmación de la asistencia al evento.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de eventos a través de los tabs mostrados en el
menú principal de la aplicación.
6. Flujo básico
69
1. El usuario iniciará sesión en el aplicativo.
2. El usuario ubicará el tab de eventos en la pantalla principal.
3. El usuario observará el listado de eventos que se tienen en la empresa.
7. Flujo alternativo
1. El usuario iniciará sesión en el aplicativo
2. A través del menú lateral podrá observar la opción "Mis eventos"
3. El usuario selecciona esta opción y se mostrará una pantalla con los eventos a los
cuales habrá confirmado mi asistencia a través de la aplicación
8. Postcondición
El listado de eventos se obtiene desde la bdd que posee el sistema de gestión de
recursos humanos.
3.2.5.18. CUS04-04 Visualizar detalle del evento
1. Código CUS04-04
2. Nombre Visualizar detalle del evento
3. Descripción
- El usuario de la aplicación ubicará en uno de los tabs de la pantalla
principal el tab de eventos, al seleccionarlo muestra el listado de
eventos que se tienen registrados a través del sistema de gestión de
recursos humanos, el usuario seleccionará uno de éstos items y se
mostrará una pantalla que contiene una sección de detalles acerca
del evento (fecha, patrocinador, expositor, coordinador, costo, fecha,
entre otros).Además se podrá observar los comentarios acerca del
evento y las valoraciones que se le ha dado hasta el momento.
- En caso el usuario tenga confirmada su asistencia en algún evento
previo, se ubicará a través del menú lateral la opción "Mis eventos",
a través de ésta se accederá a una pantalla el cual tiene la lista de los
eventos confirmados de asistencia y al seleccionar uno de éstos
items mostrará la misma pantalla descrita en la parte superior.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de eventos a través de los tabs mostrados en el
menú principal de la aplicación.
6. Flujo básico
70
1. El usuario inicia sesión en el aplicativo.
2. El usuario ubicará el tab de eventos en la pantalla principal.
3. El usuario observará el listado de eventos que se tienen en la empresa.
4. El usuario seleccionará uno de los items de la lista de eventos.
5. Se muestra una pantalla en la cual se tiene una sección con el detalle completo
acerca del evento.
7. Flujo alternativo
1. El usuario iniciará sesión en el aplicativo
2. A través del menú lateral podrá observar la opción "Mis eventos"
3. El usuario selecciona esta opción y se mostrará una pantalla con los eventos a los
cuales habrá confirmado mi asistencia a través de la aplicación
4. El usuario seleccionará uno de los items de la lista de eventos
5. Se muestra una pantalla en la cual se tiene una sección con el detalle completo
acerca del evento.
8. Postcondición
Ninguna
3.2.5.19. CUS04-05 Inscribirse a un evento
1. Código CUS04-05
2. Nombre Inscribirse a un evento
3. Descripción
El usuario de la aplicación ubicará en uno de los tabs de la pantalla
principal el tab de eventos, al seleccionarlo muestra el listado de
eventos, el usuario seleccionará el evento de su preferencia y se
mostrará la pantalla de detalle del evento, posterior al detalle se
tendrá una sección en la cual será posible escoger la fecha de
asistencia, el horario, ver la cantidad de cupos disponibles e
inscritos, adjuntar algún voucher de pago, entre otros.
Posteriormente se le notificará a través de la aplicación al personal
de RR.HH. el cual realizará la validación.
4. Actores
- Usuario de la aplicación
- Personal de RR.HH.
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de eventos a través de los tabs mostrados en el
menú principal de la aplicación.
6. Flujo básico
71
1. El usuario inicia sesión en el aplicativo.
2. El usuario ubicará el tab de eventos en la pantalla principal.
3. El usuario observará el listado de eventos que se tienen en la empresa.
4. El usuario seleccionará uno de los items de los eventos.
5. Se muestra una pantalla en la cual se tiene una sección con el detalle completo
acerca del evento y en la parte inferior se tendrá una sección con los controles para la
inscripción al evento.
5.1. Si el evento es solo informativo mostrará un botón para confirmar la asistencia.
5.2. Si el evento es gratuito pero con diferentes horarios y días, se tendrá la opción de
poder escoger entre las diversas opciones.
5.3. Si el evento es pagado, se tendrá una opción adicional para adjuntar el voucher de
pago o alguna imagen que compruebe la transacción.
6. El usuario presionará el botón asistir el cual enviará todos los datos ingresados
hacia el personal de RR.HH. que procederá con la evaluación.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.20. CUS04-06 Comentar y valorar evento
1. Código CUS04-06
2. Nombre Comentar y valorar evento
3. Descripción
El usuario de la aplicación ubicará en uno de los tabs de la pantalla
principal el tab de eventos, al seleccionarlo muestra el listado de
eventos, el usuario seleccionará alguno de los eventos en que ya se
encuentre registrado, se mostrará la pantalla de detalle del evento y
en lugar del botón asistir se tendrá la opción de poder comentar ó de
hacer una valoración del evento
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de eventos a través de los tabs mostrados en el
menú principal de la aplicación.
3. El usuario deberá haber confirmado su asistencia a través de la aplicación.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo.
2. El usuario ubicará el tab de eventos en la pantalla principal.
3. El usuario observará el listado de eventos que se tienen en la empresa.
4. El usuario seleccionará uno de los items de los eventos.
5. Se muestra la pantalla con el detalle del evento y en lugar del botón asistir se tiene
un control para realizar la valoración del evento y de poder dejar algún comentario.
72
7. Flujo alternativo
A partir del punto 2, el usuario podrá acceder al listado de eventos inscritos a través
del menú lateral en la opción "Mis eventos", y se podrán realizar las mismas
actividades a partir del punto 4 mencionado anteriormente.
8. Postcondición
Los datos que se tengan serán almacenados en una bdd del área de RR.HH.
3.2.5.21. CUS05-01 Mostrar información acerca de los contactos de
soporte ante algún inconveniente.
1. Código CUS05-01
2. Nombre Obtener información de los contactos de soporte
3. Descripción
Dentro del módulo de incidencias, el usuario podrá
obtener información acerca de los responsables ante
cualquier evento, duda o consulta relacionada al área de
RR.HH. En la pantalla del módulo de incidencias en la
parte inferior se tendrá un botón flotante, al seleccionarlo
mostrará una pantalla en la cual se muestre el listado de
las personas de contacto además tendrá un buscador en la
parte superior el cual filtrará por algún contenido de la
incidencia o por persona.
4. Actores
- Usuario de la aplicación
5. Precondición
- la información de los contactos se deberá tener registrada en algún repositorio del
área de RR.HH
- El Usuario deberá haber iniciado sesión en el aplicativo.
- El Usuario deberá ubicar el módulo de incidencias A través de los tabs mostrados en
El menú principal de la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El Usuario deberá acceder al módulo de incidencias a través del aplicativo.
3. Al ingresar a la pantalla ubicará en la parte inferior el botón flotante de contactar
con el responsable.
4. Selecciona el botón y se mostrará una pantalla con el listado de las personas de
contacto.
4.1. Será posible ubicar a las personas a través del buscador ubicado en la parte
superior.
5. El usuario selecciona alguno de los responsables.
6. Se mostrará una pantalla con la información de contacto de la persona, las
incidencias en la cual puede brindar su ayuda, entre otros.
7. Flujo alternativo
73
Ninguno
8. Postcondición
Ninguna
3.2.5.22. CUS05-02 Registrar una incidencia
1. Código CUS05-02
2. Nombre Registrar una incidencia
3. Descripción
El usuario selecciona una incidencia del listado o si no se
encuentra entre las incidencias comunes o en el listado se
tendrá la opción de añadir otros tipos de incidencias, al
seleccionar éste se abrirá una pantalla el cual contiene el
formulario para poder registrar la incidencia, teniendo la
opción de adjuntar una imagen para capturar la evidencia.
4. Actores
- Usuario de la aplicación
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de incidencias a través de los tabs mostrados en
el menú principal de la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de incidencias a través de los tabs de la pantalla
principal.
3. Deberá seleccionar una incidencia del listado o deberá ingresar en la opción "añadir
otro tipo de incidencia"
4. Se abrirá una pantalla el cual contiene un formulario para realizar el registro de la
incidencia.
4. Registrará los datos solicitados por el formulario
5. Seleccionará el botón registrar el cual permitirá procesar su incidencia.
7. Flujo alternativo
Ninguno
8. Postcondición
Notificará al personal de mesa de ayuda a través del envío de correo con el
formulario registrado.
3.2.5.23. CUS05-03 Observar el estado de los tickets generados por las
incidencias
1. Código CUS05-03
74
2. Nombre Observar el estado de los tickets generados por las
incidencias
3. Descripción
El usuario podrá comprobar los tickets generados a través
del menú lateral en la opción "Mis incidencias", al
ingresar a la pantalla se mostrará la lista de tickets que
tiene generado y el estado en que éstos se encuentra, al
seleccionar alguno de éstos se muestra la información con
la que fue registrada, el número de ticket generado.
Esta información es obtenida desde el Sistema de mesa de
servicios generales - Help Desk
4. Actores
- Usuario de la aplicación
- Sistema de mesa de servicios generales - Help Desk
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar en el menú lateral de la aplicación, la opción "Mis
incidencias".
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El Usuario deberá ubicar en el menú lateral la opción de "Mis incidencias".
3. Al ingresar a la pantalla se muestran los tickets que fueron generados.
4. Si el usuario selecciona uno de los tickets mostrará la información con la que fue
registrada, y detalles del ticket generado.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.24. CUS05-04 Visualizar incidencias comunes
1. Código CUS05-04
2. Nombre Visualizar incidencias comunes
3. Descripción
El usuario accede al aplicativo y en la pantalla principal
ubica el tab "Incidencias", selecciona éste y se le mostrará
un listado con las incidencias más comunes.
La información del listado se obtiene desde la base de
datos usada por el Sistema de mesa de servicios generales
- Help Desk.
4. Actores
- Usuario de la aplicación
- Sistema de mesa de servicios generales - Help Desk
75
5. Precondición
1. El Usuario deberá haber iniciado sesión en el aplicativo.
2. El Usuario deberá ubicar el módulo de incidencias a través de los tabs mostrados en
el menú principal de la aplicación.
6. Flujo básico
1. El usuario inicia sesión en el aplicativo.
2. El usuario ubicará el tab de incidencias en la pantalla principal.
3. El usuario observará el listado de incidencias comunes que se tienen en la empresa.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.25. CUS06-01 Visualizar periodo vacacional
1. Código CUS06-01
2. Nombre Visualizar periodo vacacional
3. Descripción
El usuario de la aplicación a través del menú lateral, ubicará la
opción "Vacaciones", este lo llevará hacia una pantalla que
pertenece al módulo de vacaciones. Allí se observará el detalle
de su periodo vacacional (días completados, días pendientes),
las fechas programadas de sus vacaciones anuales.
La información será proporcionada por el sistema de integración
Meta4-AD's
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD's
5. Precondición
1. El usuario deberá iniciar sesión en la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El usuario deberá acceder al módulo de vacaciones a través del menú lateral.
3. El usuario visualizará la pantalla en la cual le muestra información detallada
acerca de su periodo laboral, su estado vacacional, días acumulados, fechas
programadas.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
76
3.2.5.26. CUS06-02 Solicitar vacaciones
1. Código CUS06-02
2. Nombre Solicitar vacaciones
3. Descripción
El usuario de la aplicación a través del menú lateral, ubicará la
opción "Vacaciones", al acceder al módulo se le muestra una
pantalla con el detalle de sus periodos vacacionales, en la parte
inferior encontrará un botón flotante por el cual se podrá
solicitar las vacaciones, al seleccionarlo se abrirá una pantalla
en la cual ingresará el periodo de tiempo y podrá visualizar
algún combo vacacional en caso lo tuviese.
Esta información será validada y cargada al sistema de
integración Meta4-AD's
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD's
5. Precondición
1. El usuario deberá iniciar sesión en la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El usuario deberá acceder al módulo de vacaciones a través del menú lateral.
3. El usuario ubica el botón flotante de "Solicitar vacaciones", en la parte inferior de
la pantalla.
4. Seleccionar el botón se muestra una pantalla en la cual se registrará el periodo de
tiempo de las vacaciones, en caso se tenga algún combi vacacional brindado por la
empresa será posible seleccionarlo.
5. Seleccionar el botón solicitar y el encargado del colaborador recibirá la
notificación de la programación, dependerá de éste la aprobación.
7. Flujo alternativo
Ninguno
8. Postcondición
Ninguna
3.2.5.27. CUS06-03 Reprogramar vacaciones
1. Código CUS06-03
2. Nombre Reprogramar vacaciones
77
3. Descripción
El usuario de la aplicación a través del menú lateral, ubicará la
opción "Vacaciones", al acceder al módulo se le muestra una
pantalla con el detalle de sus periodos vacacionales además se le
muestra una sección que contiene el listado de las fechas
vacacionales programadas, en cada uno de éstos items tiene un
botón de reprogramación, al seleccionar ésta se abrirá una
pantalla similar al registro de vacaciones, en la cual ingresará
las nuevas fecha y pasará a una evaluación por el jefe directo.
Esta información será validada y subida al sistema de
integración Meta4-AD's
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD's
5. Precondición
1. El usuario deberá iniciar sesión en la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El usuario deberá acceder al módulo de vacaciones a través del menú lateral.
3. El usuario observa en una sección de la pantalla, el listado de las fechas
vacacionales programadas, cada una de estos contiene un botón de reprogramación.
4. El usuario selecciona el botón "Reprogramar" y se abrirá una pantalla similar a la
de solicitud de vacaciones.
5. El usuario ingresa las nuevas fechas y selecciona el botón "Solicitar"
6. La aplicación enviará una notificación al jefe directo para que éste pueda realizar
la aprobación.
7. Flujo alternativo
Ninguno
8. Postcondición
El evento será registrado en el sistema de integración Meta4-AD´s
3.2.5.28. CUS06-04 Cancelar vacaciones
1. Código CUS06-04
2. Nombre Reprogramar vacaciones
78
3. Descripción
El usuario de la aplicación a través del menú lateral, ubicará la
opción "Vacaciones", al acceder al módulo se le muestra una
pantalla con el detalle de sus periodos vacacionales además se le
muestra una sección que contiene el listado de las fechas
vacacionales programadas, en cada uno de éstos items tiene un
botón de "cancelar" al seleccionar éste notificará al jefe directo
el evento.
Esta información será validada y subida al sistema de
integración Meta4-AD's
4. Actores
- Usuario de la aplicación
- Sistema de integración Meta4-AD's
5. Precondición
1. El usuario deberá iniciar sesión en la aplicación.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El usuario deberá acceder al módulo de vacaciones a través del menú lateral.
3. El usuario observa en una sección de la pantalla, el listado de las fechas
vacacionales programadas, cada una de estos contiene un botón para cancelar la
programación.
4. El usuario selecciona el botón "Cancelar".
6. La aplicación enviará una notificación al jefe directo para que éste pueda realizar
la confirmación
7. Flujo alternativo
Ninguno
8. Postcondición
El evento será registrado en el sistema de integración Meta4-AD´s
3.2.5.29. CUS06-05 Aprobar vacaciones
1. Código CUS06-05
2. Nombre Aprobar vacaciones
79
3. Descripción
A éste módulo sólo tendrán accesos los que tengan perfil de jefe
de proyecto y gerentes, a través del menú lateral, ubicará la
opción "Vacaciones", cuando los usuarios con los perfiles
indicados accedan al módulo se le mostrará una pantalla con
tabs en la cual en uno tendrá la misma información mostrada
para el otro perfil pero en el otro tab le mostrará un listado con
los integrantes de su equipo que han solicitado la aprobación de
sus vacaciones. En el listado mostrado y en cada uno de los
items se tendrán 2 botones (Aprobar-Rechazar).
Esta información será validada y subida al sistema de
integración Meta4-AD's
4. Actores
- Gerente
- Jefe de proyectos
- Sistema de integración Meta4-AD's
5. Precondición
1. El usuario deberá iniciar sesión en la aplicación.
2. Deberá tener el perfil de gerente ó de jefe de proyectos.
6. Flujo básico
1. El Usuario inicia sesión en el aplicativo.
2. El usuario deberá acceder al módulo de vacaciones a través del menú lateral.
3. El usuario observa que la pantalla posee 2 tabs, éste se dirigirá hacia el tab de
"Equipo".
4. El usuario observa la lista de colaboradores que solicitaron la aprobación de sus
vacaciones.
5. El usuario aprobará o rechazará las fechas planificadas por el colaborador.
6. La aplicación enviará una notificación al colaborador indicándole el evento.
7. Flujo alternativo
Ninguno
8. Postcondición
El evento será registrado en el sistema de integración Meta4-AD´s
3.2.6. Arquitectura de la aplicación
La aplicación estará basada en el modelo cliente servidor, el aplicativo móvil
tendrá acceso al servidor mediante peticiones http. La parte cliente estará
conformada por todos los usuarios del aplicativo móvil, la parte del servidor
contendrá a los RESTful webservices el cual permitirá realizar la integración y
acceso con los otros repositorios de información que se tienen en la empresa.
80
Figura 24. Arquitectura de la aplicación
Fuente: Elaboración propia
Como se observa, el servidor recibirá una solicitud http el cual pasará a ser
procesada, posteriormente éste enviará los datos hacia el cliente en cual devolverá
la respuesta en formato JSON.
3.2.7. Vista de despliegue
En el siguiente diagrama se contempla la interacción que realiza el servidor de
servicios web con los diversos servidores de base de datos que se encuentran en
diversas divisiones de la empresa.
Figura 25. Diagrama de despliegue
81
Fuente: Elaboración propia
Se observa que en éstos servidores se encuentran los repositorios de los diversos
aplicativos que se usan en la empresa, y de acuerdo a los casos de uso definidos,
se hará uso de éstos datos para realizar los diversos requerimientos que se tienen
contemplados, además se observa que existe un repositorio propio del aplicativo
móvil en la cual se almacenarán los datos propios de ésta aplicación.
3.2.8. Diagrama de componentes
Debido al uso del patrón arquitectónico Modelo Vista Presentador, se realiza la
separación del aplicativo en 3 capas principales, a través del modelo el cual posee
la lógica de dónde y cuándo se obtendrán los datos, la vista la cual posee las
interfaces que interactúan con el usuario y el presentador el cual es el mediador
entre la vista y el modelo, a través del cual interactúa la vista para obtener y
mostrar los datos.
Figura 26. Diagrama de componentes
Fuente: Elaboración propia
cmp Diagrama de componentes
Front End - Android
PresentadorModelo
Vista
Back End - WebservicesActivity Fragment
Adapter
DataDomainPresenter
82
3.2.9. Diagrama de secuencia
Se presentan los diagramas de secuencia, a través de los cuales se representan
gráficamente las interacciones entre las capas del software conforme las acciones
realizadas por el usuario. La asignación de responsabilidades se realizó siguiendo
los lineamientos del patrón MVP.
➢ Diagrama de secuencia - Acceso al aplicativo: El usuario de la aplicación
ingresa sus credenciales corporativas, el aplicativo verifica que las credenciales
tienen el formato y valor correcto, este es enviado al webservices para su
validación, se recibe la respuesta y según lo obtenido se accede al aplicativo
mostrando al usuario el menú principal.
Figura 27. Diagrama de secuencia - Acceso al aplicativo
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar información del usuario: El usuario
ingresa al aplicativo, se dirige al menú lateral y selecciona la opción de “Mi
información”, el aplicativo envía los datos del usuario para obtener la
sd Diagrama de secuencia
Usuario de la aplicación
IniciarSesionActivity IniciarSesionPresenter IniciarSesionModelo MenuPrincipalActivity
isUserValid()
iniciarSesion(correo, contraseña)
return(): datosUsuario
ingresarAplicativo()
tieneSesionValida()
show()
validaUsuario(correo, contraseña)
83
información, se retorna la información del usuario según el perfil y el contenido
es mostrado validad y mostrado al usuario.
Figura 28. Diagrama de secuencia – Visualizar información del usuario
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar oportunidades laborales: El usuario
ingresa al MiInformacionActivity, luego seleccionará un ítem mostrado en el
listado horizontal de oportunidades laborales, al seleccionar se muestra el activity
de detalle, este enviará el identificador de la oportunidad laboral al presentador
para que éste solicite la información desde el webservices, la respuesta obtenida
es mostrada en DetalleOportunidadLaboralActivity.
sd DS_02
La información obtenida incluye la información del usuario, historial laboral del colaborador, Según el perfil se obtienen: oportunidades laborales, roles disponibles en la empresa
Usuario de la aplicación
MenuPrincipalActivity(MenuLateral) MenuPrincipalPresenter MiInformacionActivity MiInformacionPresenter MiInformacionModelo
return(): getInfoGeneralUsuario
getInfoGeneralUsuario(datosUsuario)
irMiInformacion()
selecOpcMiInformacion()
obtenerInfoGeneralUsuario(datosUsuario)
seleccionaItemOportunidadLaboral()
mostrarContenido()
return(): getInfoGeneralUsuario
tieneSesionActiva()
84
Figura 29. Diagrama de secuencia – Visualizar oportunidades laborales
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar roles y requisitos de la empresa: El
usuario ingresa a MiInformacionActivity, selecciona un ítem del listado de roles
a los cuales puede acceder según su perfil, se abre
DetalleRolEmpresaRequisitosActivity el cual envía el identificador del rol para
obtener el detalle desde el webservices, la respuesta es retornada a dicho activity
y mostrada al usuario.
sd DS_03
Usuario de la aplicación
MiInformacionActivity DetalleOportunidadLaboralActivity DetalleOportunidadLaboralModelDetalleOportunidadLaboralPresenter
getDetalleOportunidadLaboral(idOportunidadLaboral)
selectItemListaOportLaboral(idOportunidadLaboral)
return(): objDetalleOportunidadLaboral
showDetalle()
obtieneInformacion()
getDetalleOportunidadLaboral(idOprtunidadLaboral)
return(): objDetalleOportunidadLaboral
85
Figura 30. Diagrama de secuencia – Visualizar roles y requisitos de la empresa
Fuente: Elaboración propia
➢ Diagrama de secuencia – Acceso a boletas de pago: El usuario ingresa a
MiInformacionActivity y selecciona la opción visualizar boletas de pago, este re
direcciona hacia el activity en la cual se muestra el listado de boletas, al ingresar
se envía el identificador del usuario para obtener sus boletas de pago desde el
webservices, la información obtenida es devuelta hacia el activity para que los
datos sean mostrados al usuario. El usuario tiene la opción de seleccionar un ítem
del listado de boletas, al seleccionarlo se enviará el identificador de la boleta hacia
el webservices, según la respuesta obtenida se realizará la descarga como pdf,
retornando la respuesta hacia el activity el cual mostrará los aplicativos instalados
para visualizar el pdf descargado.
sd DS_04
Usuario de la aplicación
MiInformacionActivity DetalleRolEmpresaRequisitosActivity DetalleRolEmpresaRequisitosModelDetalleRolEmpresaRequisitosPresenter
return(): objDetalleRolEmpresaRequisitos
selectItemRolEmpresa(idRol)
getDetalleRolEmpresaRequisitos(idRol)
return(): objDetalleRolEmpresaRequisitos
obtieneInformacion()
showDetalle()
getDetalleRolEmpresaRequisitos(idRol)
86
Figura 31. Diagrama de secuencia – Acceso a boletas de pago
Fuente: Elaboración propia
➢ Diagrama de secuencia – Acceso a boletas de pago: El usuario al ingresar al
aplicativo, el activity principal mostrará por defecto un resumen de eventos, para
ello se enviará al webservices el identificador del usuario, este retornará como
respuesta un objeto el cual contiene la información de resumen de eventos que
será llevada al activity y mostrada al usuario.
Figura 32. Diagrama de secuencia – Acceso a boletas de pago
Fuente: Elaboración propia
sd DS_05
Usuario de la aplicación
MiInformacionActivity ListadoBoletasActivity ListadoBoletasModelListadoBoletasPresenter ObtenerBoletaPresenter obtenerBoletaModel
opt Seleccionar item para la visualizacion de boleta
getBoletaPago(idBoleta)
getBoletaPago(idBoleta)
getListadoBoletas(idUsuario)
seleccionar opcion visualizarboletas pago()
getListadoBoletas(idUsuario)
obtieneInformacion()
return(): urlBoleta
seleccionarItemListaBoletas()
showList()
return(): objListadoBoletas
showBoleta()
return(): objListadoBoletas
sd DS_06
Usuario de la aplicación
MenuPrincipalActivity ResumenEventosFragment ResumenEventosModelResumenEventosPresenter
El objeto retornado contendrá información como días restantes para sus próximas vacaciones, información de nuevos beneficios, eventos o capacitaciones.
showDetalle()
crearFragmentResumenEventos()
tieneSesionActiva()
getResumenEventos(idUsuario)
getResumenEventos(idUsuario)
return(): objResumenEventos
return(): objResumenEventos
87
➢ Diagrama de secuencia – Visualizar beneficios, marcar como favorito: El
usuario ingresa al menú principal, ingresa al fragment de beneficios, este
enviará el identificador de usuario y perfil al webservices, este retorna un
objeto con el listado de los beneficios mostrados al usuario, el usuario podrá
seleccionar en el listado que beneficios considera como favorito. Para acceder
a este beneficio seleccionado se dirige al menú lateral y selecciona el ítem de
mis favoritos, el cual dirigirá al activity el cual enviará el identificador del
usuario al webservices retornando un objeto con el listado de favoritos que
será mostrado al usuario en el activity.
Figura 33. Diagrama de secuencia – Visualizar beneficios, marcar como
favorito
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar detalle y acceder a beneficios: El usuario
selecciona un ítem dentro del listado de beneficios, este re direcciona al activity
del detalle el cual envía el id de beneficio para obtener la información desde el
sd DS_07
Usuario de la aplicación
BeneficiosFragment BeneficiosModelBeneficiosPresenterMenuPrincipalActivity MenuPrincipalActivity(MenuLateral) MisFavoritosActivity MisFavoritosPresenter MisFavoritosModel
opt Seleccionar beneficio favorito
showList()
return(objListFavoritos)
getListFavoritos(idUsuario)
getListBeneficios(idUsuario, idPerfil)
getListBeneficios(idUsuario, idPerfil)
return():objListBeneficios
obtenerSesionUsuario()
mostrarMenuLateral()
return(): listadoBeneficios
return():objListFavoritos
mostrarFragment()
seleccionaItemFavoritos()
showResults()
getListFavoritos(idUsuario)
88
webservices. El usuario ingresa la información solicitada por el formulario y
enviar este al webservices para confirmar su asistencia, la respuesta le retorna
hacia el activity de detalle de beneficio.
Figura 34. Diagrama de secuencia – Visualizar detalle y acceder a beneficios
Fuente: Elaboración propia
Figura 35. Acceder a los beneficios
Fuente: Elaboración propia
sd DS_09
Usuario de la aplicación
BeneficiosFragment DetalleBeneficioActivity DetalleBeneficioModelDetalleBeneficioPresenter
Se mostrará el detalle del beneficio, además se mostrarán los controles al usuario dependiendo las características del beneficio
visualzarListadoBeneficios()
getDetalleItemBeneficio(idBeneficio)
showDetalle()
getDetalleItemBeneficio(idBeneficio)
seleccionarItemBeneficio(idBeneficio)
return(): objDetalleItemBeneficio
return(): objDetalleItemBeneficio
sd DS_10
Usuario de la aplicación
BeneficiosFragment DetalleBeneficioActivity DetalleBeneficioModelDetalleBeneficioPresenter
return(): respuesta
ingresaInformacionSolicitada()
showRespuesta()
registrarInformacion(objFormRegistroBeneficio)
registrarInformacion(objFormRegistroBeneficio)
return(): confirmacionRegistro
return(): estaRegistrado
89
➢ Diagrama de secuencia – Crear evento, reporte de eventos: El usuario ingresa
al menú lateral, selecciona la opción proponer evento, ingresa los datos requeridos
en el formulario y es enviado para su evaluación. El usuario a través del activity
de mis eventos, podrá seleccionar la opción reporte de eventos, se enviará el id
del usuario al webservices y este retornará un objeto con el listado de eventos, y
será mostrados en el activity de reporte de eventos. Por el activity de reporte de
eventos se podrá obtener el reporte del evento.
Figura 36. Diagrama de secuencia – Crear evento, reporte de eventos
Fuente: Elaboración propia
sd DS_11
Usuario de la aplicación
MenuPrincipalActivity(MenuLateral) MisEventosActivity MisEventosPresenter MisEventosModel ReporteEventosActivity ReporteEventosPresenter ReporteEventosModel DetalleEventoPopActivity DetalleEventoPropPresenter DetalleEventoPropModel
opt Obtener Detalle del Evento
opt Mostrar lista de eventos propuestos
opt Mostrar reporte del evento propuesto
return(): detalleEvento
proponerEvento(objFormEventoPropuesto)
mostrar()
seleccionarItemLista()
mostrar()
getListEventosPropuestos(idUsuario)
return(): listEventosPropuestos
getDetalleEvetProp(idEvento)
mostrar()
return(): confirmacionRegistro
return(): detalleEvento
proponerEvento(objFormEventoPropuesto)
getDetalleEventProp(idEvento)
mostrar(idEvento)
return(): listEventosPropuestos
showList()
mostrar()
getListEventosPropuestos(idUsuario)
seleccionarReporteEventos()
mostrarConfirmacion()
show(): detalleEvento
return(): confirmacionRegistro
90
➢ Diagrama de secuencia – Visualizar, acceder y calificar el evento: Se ingresa
al fragment de eventos, este obtendrá el listado de eventos se le enviará el
identificador del evento, se obtiene como respuesta el objeto con el detalle del
evento, mostrándose los datos obtenidos en el activity de detalle de eventos. El
usuario ingresa la información solicitada en el formulario, y será enviado al
webservices. Una vez confirmada la inscripción al evento, el usuario podrá
ingresar comentarios o calificaciones al evento.
Figura 37. Diagrama de secuencia – Visualizar, acceder al evento
Fuente: Elaboración propia
sd DS_13
Usuario de la aplicación
EventosFragment DetalleEventoActivity DetalleEventoModelDetalleEventoPresenter
Se mostrará el detalle del evento, además se mostrarán los controles al usuario dependiendo las características del evento
return(): objDetalleItemEvento
seleccionarItemEvento(idBeneficio)
showDetalle()
getDetalleItemEvento(idBeneficio)
visualzarListadoEventos()
return(): objDetalleItemEvento
getDetalleItemEvento(idBeneficio)
91
Figura 38. Diagrama de secuencia - Calificar el evento
Fuente: Elaboración propia
➢ Diagrama de secuencia – Reporte de incidencias, obtener información de los
contactos: El usuario ingresa al fragment de incidencias y obtiene el listado de
incidencias comunes a través del webservices. El usuario observará una opción
que lo dirigirá hacia el activity de contactos de soporte en la cual se obtiene desde
el webservices la información de los contactos ante alguna consulta relacionada
al área de RR.HH.
Figura 39. Diagrama de secuencia – Reporte de incidencias, obtener información
de los contactos
sd DS_14
Usuario de la aplicación
EventosFragment DetalleEventoActivity DetalleEventoModelDetalleEventoPresenter
realizarComentario()
showRespuesta()
return(): confirmacionRegistro
return(): confirmacionRegistro
ingresaInformacionSolicitada()
registrarComentario(cometario,puntuacion)
registrarComentario(comentario,
putuacion)
return(): respuesta
return():confirmacionRegistro
return(): estaRegistrado
registrarInformacion(idEvento)
registrarInformacion(objFormRegistroEvento)
92
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones:
El usuario ingresa al aplicativo y a través del menú lateral ingresa al activity de
vacaciones, este obtiene desde el webservices un objeto con la información del
periodo vacacional del usuario, este será mostrado en el activity. El usuario tendrá
la opción de realizar una solicitud de vacaciones, al seleccionar la opción de la
solicitud mostrará el activity de solicitud de vacaciones, ingresará los datos
solicitados y será enviado al jefe directo para su evaluación.
Figura 40. Diagrama de secuencia – Visualizar periodo vacacional, solicitar
vacaciones
sd DS_15
Usuario de la aplicación
IncidenciasFragment IncidenciasModelIncidenciasPresenterMenuPrincipalActivity ContactosSoporteActivityContactosSoportePresenterContactosSoporteModel
opt Obtener la informacion de los contactos
obtenerSesionUsuario()
getLisIncidecias()
showInformacion()
getListIncidencias()
return():objListIncidencias
getInformacionContactos()
clickObtenerInformacionContacto()
showList()
return(): objListIncidencias
return(): objInformacionContactos
return(): objInformacionContactos
mostrarFragment()
getInformacionContactos()
93
Fuente: Elaboración propia
➢ Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones:
El usuario de la misma manera que realiza una solicitud de vacaciones, podrá
reprogramar sus vacaciones, para cancelar una programación, en cada uno de los
items observará la opción cancelar, al seleccionarlo envía el identificador de la
programación al webservices, se obtendrá la respuesta y será mostrado en el
activity.
Figura 41. Diagrama de secuencia – Visualizar periodo vacacional, solicitar
vacaciones
sd DS_17
Usuario de la aplicación
MenuPrincipalActivity(MenuLateral)VacacionesActivity VacacionesPresenter VacacionesModel SolicitarVacacionesActivitySolicitarVacacionesPresenterSolicitarVacacionesModel
opt Solcitar vacaciones
return(): confirmacionRegistro
geInformacioinVacaciones(idUsuario)
return(): confirmacionRegistro
return():objInformacionVacacional
mostrarMenuLateral()
showConfirmacion()
show()
regProgramacionVacacional(objFormProgramacion)
showResults()
regProgramacionVacacional(objFormProgramacion)
mostrarActivity()
return(objInformacionVacacional)
showSolicitarVacacionesAcvity()
return(): response
geInformacioinVacaciones(idUsuario)
94
Fuente: Elaboración propia
➢ Diagrama de secuencia – Aprobar vacaciones: El usuario con perfil jefe de
proyectos, podrá visualizar las solicitudes en el activity de vacaciones, al ingresar
al activity se obtendrá desde el webservices las solicitudes, estas serán retornadas
a través de un objeto el cual contiene el listado de estas solicitudes. El usuario
podrá aceptar o rechazar la solicitud de vacaciones, la respuesta será enviada hacia
el webservices enviando como parámetros el identificador de la solicitud y de la
respuesta.
Figura 42. Diagrama de secuencia – Aprobar vacaciones
sd DS_18
Usuario de la aplicación
ReprogramacionActivity ReprogramacionPresenter ReprogramacionModelVacacionesActivity VacacionesPresenter VacacionesModel
opt Cancelar vacaciones
opt Reprogramar vacaciones
showListVacaciones()
showListVacaciones()
return(): respuesta
selecReprogramar(idUsuario,
idRegVacaciones)
return(): respuesta
showResults()
show()
selecItemReprogramar(idUsuario,
idRegVacaciones)
return(): respuesta
return(): respuesta
cancelarProgramacion(idRegVacaciones)cancelarVacaciones(idRegVacaciones)
95
Fuente: Elaboración propia
3.2.10. Modelo entidad relación
3.2.10.1. Modelo lógico de la base de datos
Se tiene una vista general de las diversas entidades con las que interactuará
el aplicativo móvil, alguna de éstas entidades corresponden a los
repositorios de datos de los diversos sistemas que se tienen actualmente en
la empresa.
sd DS_19
VacacionesActivity VacacionesPresenter VacacionesModel
Jefe de proyectos
show()
showListSolicitudes()
return(): respuesta
responderSolicitudRecibida(idSolicitud, idRespuesta)
responderSolicitudRecibida(idSolicitud, idRespuesta)
return(): respuesta
96
Figura 43. Modelo lógico de la base de datos - vista general
Fuente: Elaboración propia
TBL_META4_USUARIO
ID_USUARIO
ID_DIVISION (FK)
ID_PERFIL (FK)
ID_ROL (FK)
ID_RESPONSABLE (FK)
DESCR_EMPRESA
APE_USUARIO
NOM_USUARIO
FOTO_USUARIO
IN_ESTADO
NUM_DOCUMENTO
NUM_CELULAR
NUM_TELEFONO
ANEXO
BENEFICIO
ID_BENEFICIO
ID_TIPO (FK)
ID_DIVISION (FK)
ID_PROVEEDOR (FK)
ID_CONTACTO (FK)
ID_CATEGORIA (FK)
ID_PERFIL (FK)
NOMBRE_BENEFICIO
DES_BENEFICIO
ANIO_BENEFICIO
FEC_INICIO
FEC_FIN
IMG_BENEFICIO
PORC_DESCUENTO
USUARIO_CREACION
USUARIO_MODIFICACION
FEC_CREACION
FEC_MODIFICACION
FLG_COMPRA_POR_APP
FLG_ADJUNTA_VOUCHER
IN_ACTIVO
TBL_META4_DIVISION
ID_DIVISION
NOM_DIVISION
DES_DIVISION
UBICACION
IN_ACTIVO
TBL_META4_PERFIL
ID_PERFIL
NOMBRE_PERFIL
DES_PERFIL
IN_ACTIVO
PROVEEDOR
ID_PROVEEDOR
NOM_PROVEEDOR
DES_PROVEEDOR
RUC_PROVEEDOR
NUM_TELEFONO
URL_PROVEEDOR
MAIL_CONTACTO
FEC_PRVEEDOR
IN_ACTIVO
PUNTAJE
ID_PUNTAJE
ID_USUARIO (FK)
ID_BENEFICIO (FK)
NUM_PUNTAJE
TIPO_BENEFICIO
ID_TIPO
NOM_TIPO
DES_TIPO
IN_ACTIVO
CATEGORIA
ID_CATEGORIA
NOM_CATEGORIA
DES_CATEGORIA
IN_ACTIVO
CONTACTO_BENEFICIO
ID_CONTACTO
NOMBRE_CONTACTO
APELLIDOS_CONTACTO
TELEFONO_CONTACTO
ANEXO
CELULAR
CORREO
FAVORITO
ID_FAVORITO
ID_BENEFICIO (FK)
ID_USUARIO (FK)
FEC_CREACION
FEC_MODIFICACION
REQUISITO_ALCANCE
ID_REQUISITO_ALCANCE
NOMBRE_REQUISITO
DESCRIPCION_REQUISITO
FLG_REQUISITO_ALCANCE
TERMINOS_CONDICIONES
BENEFICIO REQUISITO_ALCANCE
ID_BENEFICIO_REQUISITO
ID_REQUISITO_ALCANCE (FK)
ID_BENEFICIO (FK)
UBICACION
ID_UBICACION
ID_BENEFICIO (FK)
LATITUD
LONGITUD
IN_ACTIVO
PROGRAMA
ID_PROGRAMA
ID_BENEFICIO (FK)
DESC_PROGRAMA
IN_ACTIVO
SUB_PROGRAMA
ID_SUB_PROGRAMA
ID_PROGRAMA (FK)
DESC_SUB_PROGRAMA
FLG_SELECCIONA_CANTIDAD
FLG_ES_PORCENTAJE
CANT_MIN
CANT_MAX
SOLICITUD
ID_SOLICITUD
ID_USUARIO (FK)
ID_BENEFICIO (FK)
ID_PROGRAMA (FK)
ID_SUB_PROGRAMA (FK)
CANTIDAD_ITEMS_TOTALES
PAGO_TOTAL
CANTIDAD_SUB_PROGRAMA
IMAGEN_VOUCHER
FECH_CREACION
BENEFICIO TBL_META4_USUARIO
ID_BENEFICIO_USUARIO
ID_BENEFICIO (FK)
ID_USUARIO (FK)
EVENTO
ID_EVENTO
ID_CATEGORIA_EVENTO (FK)
ID_TIPO_EVENTO (FK)
ID_DIVISION (FK)
ID_PERFIL (FK)
COSTO
FLG_COMPARTIR
INSCRITOS
COMENTARIO
DESC_EVENTO
TIPO_EVENTO
IMG_VOUCHER
FEC_CREACION
FEC_MODIFICACION
FLG_ADJUNTA_VOUCHER
IMG_EVENTO
IN_ACTIVO
CATEGORIA_EVENTO
ID_CATEGORIA_EVENTO
NOMBRE_CATEGORIA
DESC_CATEGORIA
IN_ACTIVO
LUGAR_EVENTO
ID_LUGAR
ID_EVENTO (FK)
DIRECCION
CIUDAD
DISTRITO
LATITUD
LONGITUD
FECHA_EVENTO
ID_FECHA_EVENTO
FECHA
IN_ACTIVO
EVENTO FECHA_EVENTO
ID_EVENTO_FECHA_EVENTO
ID_EVENTO (FK)
ID_FECHA_EVENTO (FK)
CUPOS_EVENTO_FECHA
HORA_EVENTO
ID_HORA_EVENTO
HORA
TURNO
IN_ACTIVO
PUNTAJE_EVENTO
ID_PUNTAJE_EVENTO
ID_USUARIO (FK)
ID_EVENTO (FK)
CALIFICACION
FECHA_HORA
EVENTO TBL_META4_USUARIO
ID_EVENTO (FK)
ID_USUARIO (FK)COORDINADOR
ID_COORDINADOR
NOM_COORDINADOR
APELL_COORDINADOR
DESC_COORDINADOR
ROL_COORDINADOR
EVENTO COORDINADOR
ID_EVENTO (FK)
ID_COORDINADOR (FK)
EXPOSITOR
ID_EXPOSITOR
NOMBRE_EXPOSITOR
APELL_EXPOSITOR
DESC_EXPOSITOR
ROL_EXPOSITOR
IN_ONLICK
EVENTO EXPOSITOR
ID_EVENTO (FK)
ID_EXPOSITOR (FK)
TIPO_EVENTO
ID_TIPO_EVENTO
DESC_TIPO
IN_ACTIVO
COMENTARIOS
ID_COMENTARIO
ID_USUARIO (FK)
ID_EVENTO (FK)
DESC_COMENTARIO
FECHA_HORA
ASISTENCIA_EVENTO
ID_ASISTENCIA
ID_USUARIO (FK)
ID_HORA_EVENTO (FK)
ID_FECHA_EVENTO (FK)
ID_FECHA
IMG_VOUCHER
HORA_EVENTO FECHA_EVENTO
ID_HORA_EVENTO_FECHA_EVENTO
ID_HORA_EVENTO (FK)
ID_FECHA_EVENTO (FK)
CUPOS_FECHA_HORA
SMSG_INCIDENCIAS_CONCURRENTES
ID_INCIDENCIAS_CONCURRENTES
DESC_INCIDENCIA_CONCURRENTE
DETALLE_INCIDENCIA_CONCURRENTE
TITULO_INCIDENCIA_RECURRRENTE
SMSG_CATEGORIAS
ID_CATEGORIA
DESC_CATEGORIA
IN_ACTIVO
SMSG_SEDE
ID_SEDE
DESC_SEDE
LONGITUD
LATITUD
IN_ACTIVO
SMSG_SEDE_AREA
ID_PISO_SEDE
ID_SEDE (FK)
ID_AREA (FK)
SMSG_AREA
ID_AREA
DESC_AREA
PISO_AREA
SMSG_PROYECTO
ID_PROYECTO
NOM_PROYECTO
DESC_PROYECTO
IN_ACTIVO
SMSG_REGISTRO_INCIDENCIA
ID_REGISTRO_INCIDENCIA
ID_USUARIO (FK)
ID_SEDE (FK)
ID_AREA (FK)
ID_PROYECTO (FK)
ID_CATEGORIA (FK)
ID_INCIDENCIAS_CONCURRENTES (FK)
DESC_SLICITUD
IMG_EVIDENCIA
FECHA_HORA_CREACION
FECHA_HORA_ACTUALIZACION
SMSG_CONTACTOS
ID_CONTACTO
NOMBRE_CONTACTO
APELL_CONTACTO
NUM_FIJO
ANEXO
CELULAR
UBICACION_DESC
CORREO
IN_VALIDO
SMSG_TBL_ACTIVIDADES
ID_ACTIVIDAD
NOMBRE_ACTIVIDAD
DESCRIPCION
SMSG_CONTACTOS TBL_ACTIVIDADES
ID_CONTACTO (FK)
ID_ACTIVIDAD (FK)
SMSG_TICKET_INCIDENCIA
ID_TICKET_INCIDENCIA
COD_TICKET
ID_REGISTRO_INCIDENCIA (FK)
ID_USUARIO_GENERA_TICKET
DESC_SLICITUD
FECHA_HORA_CREACION
FECHA_HORA_ACTUALIZACION
EVENTO_PROPUESTO
ID_EVENTO_PROPUESTO
ID_USUARIO (FK)
ID_TIPO_EVENTO (FK)
COD_REGISTRO
NOMRE_EVENTO
INFORMACION
COSTO_EVENTO
ESPOSITORES
RESPONSABLE
UBICACION
FECHAS
HORARIOS
CAPACIDAD
FLG_REDES_SOCIALES
ASISTENCIA_USUARIOS
ID_ASISTENCIA_USUARIOS
ID_ASISTENCIA (FK)
FLG_ASISTIO
FECHA_HORA_ASISTENCIA
FECHA_HORA_RETIRO
TBL_META4_VACACIONES
ID_VACACIONES
FECHA_INICIO
FECHA_FIN
FECHA_SOLICITUD
FECHA_ACTUALIZACION
FECHA_CANCELACION
FECHA_REPROGRAMACION
ID_COMBO_VACACIONAL (FK)
USUARIO_VACACIONES
ID_USUARIO (FK)
ID_VACACIONES (FK)
TBL_META4_RESPONSABLES
ID_RESPONSABLE
ID_USUARIO
ID_ROL
ID_PERFIL
TBL_META4_ROL
ID_ROL
ID_DIVISION (FK)
DESC
TBL_META4_COMBOS_VACACIONALES
ID_COMBO_VACACIONAL
FECHA_INCIO
FECHA_FIN
DESCRIPCION
TBL_META4_SOLICITUDES
ID_SOLICITUD_VACACIONES
ID_VACACIONES (FK)
ID_RESPONSABLE (FK)
FLG_APROBRACION
FECHA_APROBACION
FLG_RECHAZADA
FECHA_RECHAZO
TBL_META4_HISTORIAL_LARORAL
ID_HISTORIAL_LABORAL
ID_ROL (FK)
ID_DIVISION (FK)
FECHA_INICIO
FECHA_FIN
TBL_META4_FUNCIONES_ROL
ID_FUNCION
DESC_ACTIVIDAD
FUNCIONES_POR_ROL
ID_FUNCION (FK)
ID_ROL (FK)
FECHA_ACTUALIZACION
FLG_HABILITADO
OPORTUNIDAD_LABORAL
ID_OPORTUNIDAD_LABORAL
ID_ROL
ID_DIVISION
ROLES_ASPIRANTES
ID_ROL_ASPIRANTE
ID_OPORTUNIDAD_LABORAL (FK)
DESCRIPCION
FLG_HABIITADO
FECH_ACTUALIZACION
FUNCIONES_OPORTUNIDAD_LABORAL
ID_FUNCION_OPORTUNIDAD
DESCRIPCION
FECHA_ACTUALIZACION
FLG_HAILITADO
OPORTUNIDAD_FUNCIONES
ID_OPORTUNIDAD_LABORAL (FK)
ID_FUNCION_OPORTUNIDAD (FK)
DESCRIPCION
ROLES_ASPIRANTES TBL_META4_ROL
ID_ROL_ASPIRANTE (FK)
ID_ROL (FK)
DESCRIPCION
FLG_HABILITADO
TBL_NOTIFICACIONES
ID_TBL_NOTIFICACION
ID_USUARIO (FK)
TOKEN_NOTIFI
IN_ACTIVO
97
En la siguiente parte del modelo se puede apreciar la relación entre las
entidades que interactúan en el módulo de beneficios, se observa que
alguna de éstas entidades tienen el prefijo
TBL_META_4_NOMBRE_TABLA, esto indica que la tabla pertenece al
sistema de integración Meta4-AD’s, del cual se obtendrá información
específica del usuario.
Figura 44. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
beneficios
Fuente: Elaboración propia
En la esta parte del modelo se muestran las relaciones entre las diferentes
entidades que interactuarán en el módulo de eventos, de igual manera que
TBL_META4_USUARIO
ID_USUARIO
ID_DIVISION (FK)ID_PERFIL (FK)ID_ROL (FK)ID_RESPONSABLEDESCR_EMPRESAAPE_USUARIONOM_USUARIOFOTO_USUARIOIN_ESTADONUM_DOCUMENTONUM_CELULARNUM_TELEFONOANEXO
BENEFICIO
ID_BENEFICIO
ID_TIPO (FK)ID_DIVISION (FK)ID_PROVEEDOR (FK)ID_CONTACTO (FK)ID_CATEGORIA (FK)ID_PERFIL (FK)NOMBRE_BENEFICIODES_BENEFICIOANIO_BENEFICIOFEC_INICIOFEC_FINIMG_BENEFICIOPORC_DESCUENTOUSUARIO_CREACIONUSUARIO_MODIFICACIONFEC_CREACIONFEC_MODIFICACIONFLG_COMPRA_POR_APPFLG_ADJUNTA_VOUCHERIN_ACTIVO
TBL_META4_DIVISION
ID_DIVISION
NOM_DIVISIONDES_DIVISIONUBICACIONIN_ACTIVO
TBL_META4_PERFIL
ID_PERFIL
NOMBRE_PERFILDES_PERFILIN_ACTIVO
PROVEEDOR
ID_PROVEEDOR
NOM_PROVEEDORDES_PROVEEDORRUC_PROVEEDORNUM_TELEFONOURL_PROVEEDORMAIL_CONTACTOFEC_PRVEEDORIN_ACTIVO
PUNTAJE
ID_PUNTAJE
ID_USUARIO (FK)ID_BENEFICIO (FK)NUM_PUNTAJE
TIPO_BENEFICIO
ID_TIPO
NOM_TIPODES_TIPOIN_ACTIVO
CATEGORIA
ID_CATEGORIA
NOM_CATEGORIADES_CATEGORIAIN_ACTIVO
CONTACTO_BENEFICIO
ID_CONTACTO
NOMBRE_CONTACTOAPELLIDOS_CONTACTOTELEFONO_CONTACTOANEXOCELULARCORREO
FAVORITO
ID_FAVORITO
ID_BENEFICIO (FK)ID_USUARIO (FK)FEC_CREACIONFEC_MODIFICACION
REQUISITO_ALCANCE
ID_REQUISITO_ALCANCE
NOMBRE_REQUISITODESCRIPCION_REQUISITOFLG_REQUISITO_ALCANCETERMINOS_CONDICIONES
BENEFICIO REQUISITO_ALCANCE
ID_BENEFICIO_REQUISITO
ID_REQUISITO_ALCANCE (FK)ID_BENEFICIO (FK)
UBICACION
ID_UBICACION
ID_BENEFICIO (FK)LATITUDLONGITUDIN_ACTIVO
PROGRAMA
ID_PROGRAMA
ID_BENEFICIO (FK)DESC_PROGRAMAIN_ACTIVO
SUB_PROGRAMA
ID_SUB_PROGRAMA
ID_PROGRAMA (FK)DESC_SUB_PROGRAMAFLG_SELECCIONA_CANTIDADFLG_ES_PORCENTAJECANT_MINCANT_MAX
SOLICITUD
ID_SOLICITUD
ID_USUARIO (FK)ID_BENEFICIO (FK)ID_PROGRAMA (FK)ID_SUB_PROGRAMA (FK)CANTIDAD_ITEMS_TOTALESPAGO_TOTALCANTIDAD_SUB_PROGRAMAIMAGEN_VOUCHERFECH_CREACION
BENEFICIO TBL_META4_USUARIO
ID_BENEFICIO_USUARIO
ID_BENEFICIO (FK)ID_USUARIO (FK)
TBL_META4_ROL
ID_ROL
DESC
TBL_NOTIFICACIONES
ID_TBL_NOTIFICACION
ID_USUARIO (FK)TOKEN_NOTIFIIN_ACTIVO
98
el caso anterior se están relacionando las entidades que contienen el prefijo
TBL_META4_NOMBRE_TABLA, las demás entidades pertenecen a una
base de datos que es manejada por el área de RR.HH. para el sistema de
gestión humana.
Figura 45. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
eventos
Fuente: Elaboración propia
En esta parte del modelo se muestran las relaciones entre las diferentes
entidades que interactuarán en el módulo de incidencias, se observan las
entidades con prefijo TBL_META4_NOMBRE_TABLA y otras que
contienen el prefijo SMSG_NOMBRE_TABLA, estas pertenecen al
sistema de mesa de servicios generales – Help Desk.
TBL_META4_USUARIO
ID_USUARIO
ID_DIVISION (FK)ID_PERFIL (FK)ID_ROLID_RESPONSABLEDESCR_EMPRESAAPE_USUARIONOM_USUARIOFOTO_USUARIOIN_ESTADONUM_DOCUMENTONUM_CELULARNUM_TELEFONOANEXO
TBL_META4_DIVISION
ID_DIVISION
NOM_DIVISIONDES_DIVISIONUBICACIONIN_ACTIVO
TBL_META4_PERFIL
ID_PERFIL
NOMBRE_PERFILDES_PERFILIN_ACTIVO
EVENTO
ID_EVENTO
ID_CATEGORIA_EVENTO (FK)ID_TIPO_EVENTO (FK)ID_DIVISION (FK)ID_PERFIL (FK)COSTOFLG_COMPARTIRINSCRITOSCOMENTARIODESC_EVENTOTIPO_EVENTOIMG_VOUCHERFEC_CREACIONFEC_MODIFICACIONFLG_ADJUNTA_VOUCHERIMG_EVENTOIN_ACTIVO
CATEGORIA_EVENTO
ID_CATEGORIA_EVENTO
NOMBRE_CATEGORIADESC_CATEGORIAIN_ACTIVO
LUGAR_EVENTO
ID_LUGAR
ID_EVENTO (FK)DIRECCIONCIUDADDISTRITOLATITUDLONGITUD
FECHA_EVENTO
ID_FECHA_EVENTO
FECHAIN_ACTIVO
EVENTO FECHA_EVENTO
ID_EVENTO_FECHA_EVENTO
ID_EVENTO (FK)ID_FECHA_EVENTO (FK)CUPOS_EVENTO_FECHA
HORA_EVENTO
ID_HORA_EVENTO
HORATURNOIN_ACTIVO
PUNTAJE_EVENTO
ID_PUNTAJE_EVENTO
ID_USUARIO (FK)ID_EVENTO (FK)CALIFICACIONFECHA_HORA
EVENTO TBL_META4_USUARIO
ID_EVENTO (FK)ID_USUARIO (FK)
COORDINADOR
ID_COORDINADOR
NOM_COORDINADORAPELL_COORDINADORDESC_COORDINADORROL_COORDINADOR
EVENTO COORDINADOR
ID_EVENTO (FK)ID_COORDINADOR (FK)
EXPOSITOR
ID_EXPOSITOR
NOMBRE_EXPOSITORAPELL_EXPOSITORDESC_EXPOSITORROL_EXPOSITORIN_ONLICK
EVENTO EXPOSITOR
ID_EVENTO (FK)ID_EXPOSITOR (FK)
TIPO_EVENTO
ID_TIPO_EVENTO
DESC_TIPOIN_ACTIVO
COMENTARIOS
ID_COMENTARIO
ID_USUARIO (FK)ID_EVENTO (FK)DESC_COMENTARIOFECHA_HORA
ASISTENCIA_EVENTO
ID_ASISTENCIA
ID_USUARIO (FK)ID_HORA_EVENTO (FK)ID_FECHA_EVENTO (FK)ID_FECHAIMG_VOUCHER
HORA_EVENTO FECHA_EVENTO
ID_HORA_EVENTO_FECHA_EVENTO
ID_HORA_EVENTO (FK)ID_FECHA_EVENTO (FK)CUPOS_FECHA_HORA
EVENTO_PROPUESTO
ID_EVENTO_PROPUESTOID_USUARIO (FK)ID_TIPO_EVENTO (FK)
COD_REGISTRONOMRE_EVENTOINFORMACIONCOSTO_EVENTOESPOSITORESRESPONSABLEUBICACIONFECHASHORARIOSCAPACIDADFLG_REDES_SOCIALES
ASISTENCIA_USUARIOS
ID_ASISTENCIA_USUARIOS
ID_ASISTENCIA (FK)FLG_ASISTIOFECHA_HORA_ASISTENCIAFECHA_HORA_RETIRO
TBL_NOTIFICACIONES
ID_TBL_NOTIFICACION
ID_USUARIO (FK)TOKEN_NOTIFIIN_ACTIVO
99
Figura 46. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
incidencias
Fuente: Elaboración propia
En esta parte del modelo se muestran las relaciones entre las diferentes entidades que
interactuarán en el módulo de información del usuario - vacaciones, se observan las
entidades con prefijo TBL_META4_NOMBRE_TABLA y las otras tablas que
pertenecen al repositorio del sistema de gestión humana.
TBL_META4_USUARIO
ID_USUARIO
ID_DIVISION (FK)ID_PERFIL (FK)ID_ROL (FK)DESCR_EMPRESAAPE_USUARIONOM_USUARIOFOTO_USUARIOIN_ESTADONUM_DOCUMENTONUM_CELULARNUM_TELEFONOANEXO
TBL_META4_DIVISION
ID_DIVISION
NOM_DIVISIONDES_DIVISIONUBICACIONIN_ACTIVO
TBL_META4_PERFIL
ID_PERFIL
NOMBRE_PERFILDES_PERFILIN_ACTIVO
SMSG_INCIDENCIAS_CONCURRENTES
ID_INCIDENCIAS_CONCURRENTES
DESC_INCIDENCIA_CONCURRENTEDETALLE_INCIDENCIA_CONCURRENTETITULO_INCIDENCIA_RECURRRENTE
SMSG_CATEGORIAS
ID_CATEGORIA
DESC_CATEGORIAIN_ACTIVO
SMSG_SEDE
ID_SEDE
DESC_SEDELONGITUDLATITUDIN_ACTIVO
SMSG_SEDE_AREA
ID_PISO_SEDE
ID_SEDE (FK)ID_AREA (FK)
SMSG_AREA
ID_AREA
DESC_AREAPISO_AREA
SMSG_PROYECTO
ID_PROYECTO
NOM_PROYECTODESC_PROYECTOIN_ACTIVO
SMSG_REGISTRO_INCIDENCIA
ID_REGISTRO_INCIDENCIA
ID_USUARIO (FK)ID_SEDE (FK)ID_AREA (FK)ID_PROYECTO (FK)ID_CATEGORIA (FK)ID_INCIDENCIAS_CONCURRENTES (FK)DESC_SLICITUDIMG_EVIDENCIAFECHA_HORA_CREACIONFECHA_HORA_ACTUALIZACION
SMSG_CONTACTOS
ID_CONTACTO
NOMBRE_CONTACTOAPELL_CONTACTONUM_FIJOANEXOCELULARUBICACION_DESCCORREOIN_VALIDO
SMSG_TBL_ACTIVIDADES
ID_ACTIVIDAD
NOMBRE_ACTIVIDADDESCRIPCION
SMSG_CONTACTOS TBL_ACTIVIDADES
ID_CONTACTO (FK)ID_ACTIVIDAD (FK)
SMSG_TICKET_INCIDENCIA
ID_TICKET_INCIDENCIA
COD_TICKETID_REGISTRO_INCIDENCIA (FK)ID_USUARIO_GENERA_TICKETDESC_SLICITUDFECHA_HORA_CREACIONFECHA_HORA_ACTUALIZACION
TBL_META4_ROL
ID_ROL
DESC
100
Figura 47. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
información del usuario - vacaciones
Fuente: Elaboración propia
3.2.10.2. Modelo físico de la base de datos
Las entidades diseñadas en el modelo lógico son implementadas como tablas
en el modelo físico y los atributos de estas entidades como columnas y se les
asocia a un determinado tipo de dato.
TBL_META4_USUARIO
ID_USUARIO
ID_DIVISION (FK)ID_PERFIL (FK)ID_ROL (FK)ID_RESPONSABLE (FK)DESCR_EMPRESAAPE_USUARIONOM_USUARIOFOTO_USUARIOIN_ESTADONUM_DOCUMENTONUM_CELULARNUM_TELEFONOANEXO
TBL_META4_DIVISION
ID_DIVISION
NOM_DIVISIONDES_DIVISIONUBICACIONIN_ACTIVO
TBL_META4_PERFIL
ID_PERFIL
NOMBRE_PERFILDES_PERFILIN_ACTIVO
TBL_META4_VACACIONES
ID_VACACIONES
FECHA_INICIOFECHA_FINFECHA_SOLICITUDFECHA_ACTUALIZACIONFECHA_CANCELACIONFECHA_REPROGRAMACIONID_COMBO_VACACIONAL (FK)
USUARIO_VACACIONES
ID_USUARIO (FK)ID_VACACIONES (FK)
TBL_META4_RESPONSABLES
ID_RESPONSABLE
ID_USUARIOID_ROLID_PERFIL
TBL_META4_ROL
ID_ROL
ID_DIVISION (FK)DESC
TBL_META4_COMBOS_VACACIONALES
ID_COMBO_VACACIONAL
FECHA_INCIOFECHA_FINDESCRIPCION
TBL_META4_SOLICITUDES
ID_SOLICITUD_VACACIONES
ID_VACACIONES (FK)ID_RESPONSABLE (FK)FLG_APROBRACIONFECHA_APROBACIONFLG_RECHAZADAFECHA_RECHAZO
TBL_META4_HISTORIAL_LARORAL
ID_HISTORIAL_LABORALID_ROL (FK)ID_DIVISION (FK)
FECHA_INICIOFECHA_FIN
TBL_META4_FUNCIONES_ROL
ID_FUNCION
DESC_ACTIVIDAD
FUNCIONES_POR_ROL
ID_FUNCION (FK)ID_ROL (FK)
FECHA_ACTUALIZACIONFLG_HABILITADO
OPORTUNIDAD_LABORAL
ID_OPORTUNIDAD_LABORAL
ID_ROLID_DIVISION
ROLES_ASPIRANTES
ID_ROL_ASPIRANTE
ID_OPORTUNIDAD_LABORAL (FK)DESCRIPCIONFLG_HABIITADOFECH_ACTUALIZACION
FUNCIONES_OPORTUNIDAD_LABORAL
ID_FUNCION_OPORTUNIDAD
DESCRIPCIONFECHA_ACTUALIZACIONFLG_HAILITADO
OPORTUNIDAD_FUNCIONES
ID_OPORTUNIDAD_LABORAL (FK)ID_FUNCION_OPORTUNIDAD (FK)
DESCRIPCION
ROLES_ASPIRANTES TBL_META4_ROL
ID_ROL_ASPIRANTE (FK)ID_ROL (FK)
DESCRIPCIONFLG_HABILITADO
TBL_NOTIFICACIONES
ID_TBL_NOTIFICACION
ID_USUARIO (FK)TOKEN_NOTIFIIN_ACTIVO
101
Figura 48. Modelo físico de la base de datos
Fuente: Elaboración propia
TBL_META4_USUARIO
ID_USUARIO: uniqueidentifier
ID_RESPONSABLE: uniqueidentifier (FK)ID_ROL: uniqueidentifier (FK)ID_DIVISION: uniqueidentifier (FK)ID_PERFIL: uniqueidentifier (FK)NOM_USUARIO: varchar(200)FOTO_USUARIO: varbinary(max)IN_ESTADO: bitNUM_DOCUMENTO: integerNUM_CELULAR: integerNUM_TELEFONO: integerANEXO: integerDESCR_EMPRESA: varchar(500)APE_USUARIO: varchar(250)
BENEFICIO
ID_BENEFICIO: uniqueidentifier
ID_PERFIL: uniqueidentifier (FK)ID_TIPO: uniqueidentifier (FK)ID_DIVISION: uniqueidentifier (FK)ID_PROVEEDOR: uniqueidentifier (FK)ID_CONTACTO: uniqueidentifier (FK)ID_CATEGORIA: uniqueidentifier (FK)NOMBRE_BENEFICIO: nvarchar(200)DES_BENEFICIO: nvarchar(300)ANIO_BENEFICIO: datetimeFEC_INICIO: datetimeFEC_FIN: datetimeIMG_BENEFICIO: nvarchar(max)PORC_DESCUENTO: floatUSUARIO_CREACION: nvarchar(200)FEC_CREACION: datetimeUSUARIO_MODIFICACION: nvarchar(200)FEC_MODIFICACION: datetimeIN_ACTIVO: integerFLG_COMPRA_POR_APP: integerFLG_ADJUNTA_VOUCHER: integer
TBL_META4_DIVISION
ID_DIVISION: char(18)
DES_DIVISION: char(18)UBICACION: char(18)IN_ACTIVO: char(18)NOM_DIVISION: char(18)
TBL_META4_PERFIL
ID_PERFIL: uniqueidentifier
NOMBRE_PERFIL: nvarchar(50)DES_PERFIL: nvarchar(200)IN_ACTIVO: bit
PROVEEDOR
ID_PROVEEDOR: uniqueidentifier
NOM_PROVEEDOR: nvarchar(200)DES_PROVEEDOR: nvarchar(300)RUC_PROVEEDOR: nvarchar(11)NUM_TELEFONO: nvarchar(8)URL_PROVEEDOR: nvarchar(20)MAIL_CONTACTO: nvarchar(20)FEC_PRVEEDOR: datetimeIN_ACTIVO: integer
PUNTAJE
ID_PUNTAJE: uniqueidentifier
ID_BENEFICIO: uniqueidentifier (FK)ID_USUARIO: uniqueidentifier (FK)NUM_PUNTAJE: integer
TIPO_BENEFICIO
ID_TIPO: uniqueidentifier
NOM_TIPO: varchar(200)DES_TIPO: varchar(250)IN_ACTIVO: bit
CATEGORIA
ID_CATEGORIA: uniqueidentifier
NOM_CATEGORIA: nvarchar(200)DES_CATEGORIA: nvarchar(200)IN_ACTIVO: integer
CONTACTO_BENEFICIO
ID_CONTACTO: char(18)
NOMBRE_CONTACTO: char(18)APELLIDOS_CONTACTO: char(18)TELEFONO_CONTACTO: char(18)ANEXO: char(18)CELULAR: char(18)CORREO: char(18)
FAVORITO
ID_FAVORITO: uniqueidentifier
ID_USUARIO: uniqueidentifier (FK)ID_BENEFICIO: uniqueidentifier (FK)FEC_CREACION: datetimeFEC_MODIFICACION: datetime
REQUISITO_ALCANCE
ID_REQUISITO_ALCANCE: nvarchar(20)
NOMBRE_REQUISITO: varchar(150)DESCRIPCION_REQUISITO: varchar(500)FLG_REQUISITO_ALCANCE: booleanTERMINOS_CONDICIONES: varchar(200)
BENEFICIO_REQUISITO_ALCANCE
ID_BENEFICIO_REQUISITO: char(18)
ID_BENEFICIO: uniqueidentifier (FK)ID_REQUISITO_ALCANCE: nvarchar(20) (FK)
UBICACION
ID_UBICACION: uniqueidentifier
ID_BENEFICIO: uniqueidentifier (FK)LATITUD: floatLONGITUD: floatIN_ACTIVO: bit
PROGRAMA
ID_PROGRAMA: char(18)
DESC_PROGRAMA: char(18)IN_ACTIVO: char(18)ID_BENEFICIO: uniqueidentifier (FK)
SUB_PROGRAMA
ID_SUB_PROGRAMA: uniqueidentifier
DESC_SUB_PROGRAMA: varchar(200)ID_PROGRAMA: uniqueidentifier (FK)FLG_SELECCIONA_CANTIDAD: varchar(250)CANT_MIN: integerCANT_MAX: integerFLG_ES_PORCENTAJE: bit
SOLICITUD
ID_SOLICITUD: uniqueidentifier
ID_SUB_PROGRAMA: uniqueidentifier (FK)ID_PROGRAMA: uniqueidentifier (FK)ID_BENEFICIO: uniqueidentifier (FK)ID_USUARIO: uniqueidentifier (FK)CANTIDAD_SUB_PROGRAMA: integerCANTIDAD_ITEMS_TOTALES: integerPAGO_TOTAL: floatFECH_CREACION: datetimeIMAGEN_VOUCHER: varchar()
BENEFICIO_TBL_META4_USUARIO
ID_BENEFICIO_USUARIO: nvarchar(20)
ID_BENEFICIO: nvarchar(20) (FK)ID_USUARIO: nvarchar(20) (FK)
EVENTO
ID_EVENTO: uniqueidentifier
ID_PERFIL: uniqueidentifier (FK)ID_DIVISION: uniqueidentifier (FK)ID_TIPO_EVENTO: uniqueidentifier (FK)ID_CATEGORIA_EVENTO: uniqueidentifier (FK)COSTO: floatFLG_COMPARTIR: bitINSCRITOS: integerFLG_ADJUNTA_VOUCHER: bitIMG_VOUCHER: nvarchar(max)COMENTARIO: nvarchar(200)DESC_EVENTO: nvarchar(200)TIPO_EVENTO: nvarchar(20)IN_ACTIVO: bitFEC_CREACION: datetimeFEC_MODIFICACION: datetimeIMG_EVENTO: nvarchar(max)
CATEGORIA_EVENTO
ID_CATEGORIA_EVENTO: uniqueidentifier
NOMBRE_CATEGORIA: nvarchar(200)DESC_CATEGORIA: nvarchar(300)IN_ACTIVO: bit
LUGAR_EVENTO
ID_LUGAR: uniqueidentifier
ID_EVENTO: uniqueidentifier (FK)DIRECCION: nvarchar(200)CIUDAD: nvarchar(100)DISTRITO: nvarchar(100)LATITUD: floatLONGITUD: float
FECHA_EVENTO
ID_FECHA_EVENTO: uniqueidentifier
FECHA: datetimeIN_ACTIVO: bit
EVENTO_FECHA_EVENTO
ID_EVENTO_FECHA_EVENTO: char(18)
ID_EVENTO: uniqueidentifier (FK)ID_FECHA_EVENTO: uniqueidentifier (FK)CUPOS_EVENTO_FECHA: char(18)
HORA_EVENTO
ID_HORA_EVENTO: nvarchar(20)
TURNO: nvarchar(20)IN_ACTIVO: bitHORA: datetime
PUNTAJE_EVENTO
ID_PUNTAJE_EVENTO: char(18)
ID_USUARIO: uniqueidentifier (FK)ID_EVENTO: uniqueidentifier (FK)CALIFICACION: char(18)FECHA_HORA: char(18)
EVENTO_TBL_META4_USUARIO
ID_EVENTO: uniqueidentifier (FK)ID_USUARIO: uniqueidentifier (FK)
COORDINADOR
ID_COORDINADOR: nvarchar(20)
NOM_COORDINADOR: nvarchar(200)APELL_COORDINADOR: nvarchar(250)DESC_COORDINADOR: nvarchar(250)ROL_COORDINADOR: nvarchar(200)
EVENTO_COORDINADOR
ID_EVENTO: uniqueidentifier (FK)ID_COORDINADOR: nvarchar(20) (FK)
EXPOSITOR
ID_EXPOSITOR: nvarchar(20)
NOMBRE_EXPOSITOR: nvarchar(200)APELL_EXPOSITOR: nvarchar(250)DESC_EXPOSITOR: nvarchar(500)ROL_EXPOSITOR: nvarchar(250)
EVENTO_EXPOSITOR
ID_EVENTO: uniqueidentifier (FK)ID_EXPOSITOR: nvarchar(20) (FK)
TIPO_EVENTO
ID_TIPO_EVENTO: uniqueidentifier
DESC_TIPO: char(18)IN_ACTIVO: char(18)
COMENTARIOS
ID_COMENTARIO: nvarchar(20)
ID_USUARIO: nvarchar(20) (FK)ID_EVENTO: uniqueidentifier (FK)DESC_COMENTARIO: nvarchar(200)FECHA_HORA: datetime
ASISTENCIA_EVENTO
ID_ASISTENCIA: nvarchar(20)
ID_USUARIO: nvarchar(20) (FK)IMG_VOUCHER: nvarchar(max)ID_FECHA: nvarchar(20)ID_HORA_EVENTO: nvarchar(20) (FK)ID_FECHA_EVENTO: nvarchar(20) (FK)
HORA_EVENTO_FECHA_EVENTO
ID_HORA_EVENTO_FECHA_EVENTO: char(18)
ID_HORA_EVENTO: nvarchar(20) (FK)ID_FECHA_EVENTO: uniqueidentifier (FK)CUPOS_FECHA_HORA: char(18)
SMSG_INCIDENCIAS_CONCURRENTES
ID_INCIDENCIAS_CONCURRENTES: uniqueidentifier
DESC_INCIDENCIA_CONCURRENTE: nvarchar(300)DETALLE_INCIDENCIA_CONCURRENTE: nvarchar(500)TITULO_INCIDENCIA_RECURRRENTE: nvarchar(200)
SMSG_CATEGORIAS
ID_CATEGORIA: nvarchar(20)
DESC_CATEGORIA: nvarchar(200)IN_ACTIVO: integer
SMSG_SEDE
ID_SEDE: uniqueidentifier
DESC_SEDE: varchar(250)LONGITUD: floatLATITUD: floatIN_ACTIVO: bit
SMSG_SEDE_AREA
ID_PISO_SEDE: uniqueidentifier
ID_SEDE: uniqueidentifier (FK)ID_AREA: uniqueidentifier (FK)
SMSG_AREA
ID_AREA: uniqueidentifier
DESC_AREA: varchar(250)PISO_AREA: varchar(20)
SMSG_PROYECTO
ID_PROYECTO: uniqueidentifier
NOM_PROYECTO: nvarchar(200)DESC_PROYECTO: nvarchar(300)IN_ACTIVO: integer
SMSG_REGISTRO_INCIDENCIA
ID_REGISTRO_INCIDENCIA: uniqueidentifier
ID_SEDE: uniqueidentifier (FK)ID_AREA: uniqueidentifier (FK)ID_PROYECTO: uniqueidentifier (FK)ID_CATEGORIA: uniqueidentifier (FK)ID_INCIDENCIAS_CONCURRENTES: uniqueidentifier (FK)DESC_SLICITUD: varchar(250)IMG_EVIDENCIA: varchar(300)ID_USUARIO: uniqueidentifier (FK)FECHA_HORA_CREACION: datetimeFECHA_HORA_ACTUALIZACION: datetime
SMSG_CONTACTOS
ID_CONTACTO: uniqueidentifier
NOMBRE_CONTACTO: nvarchar(150)APELL_CONTACTO: nvarchar(150)NUM_FIJO: integerANEXO: integerCELULAR: integerUBICACION_DESC: varchar(200)CORREO: varchar(50)IN_VALIDO: integer
SMSG_TBL_ACTIVIDADES
ID_ACTIVIDAD: uniqueidentifier
NOMBRE_ACTIVIDAD: nvarchar(80)DESCRIPCION: nvarchar(250)
SMSG_CONTACTOS_TBL_ACTIVIDADES
ID_CONTACTO: uniqueidentifier (FK)ID_ACTIVIDAD: uniqueidentifier (FK)
SMSG_TICKET_INCIDENCIA
ID_TICKET_INCIDENCIA: uniqueidentifier
ID_REGISTRO_INCIDENCIA: uniqueidentifier (FK)DESC_SLICITUD: nvarchar(200)COD_TICKET: nvarchar(200)ID_USUARIO_GENERA_TICKET: uniqueidentifierFECHA_HORA_CREACION: datetimeFECHA_HORA_ACTUALIZACION: datetime
EVENTO_PROPUESTO
ID_EVENTO_PROPUESTO: uniqueidentifierID_USUARIO: uniqueidentifier (FK)ID_TIPO_EVENTO: uniqueidentifier (FK)
NOMRE_EVENTO: nvarchar(200)INFORMACION: nvarchar(200)COSTO_EVENTO: floatESPOSITORES: nvarchar(200)RESPONSABLE: nvarchar(200)UBICACION: nvarchar(200)FECHAS: datetimeHORARIOS: nvarchar(50)CAPACIDAD: integerFLG_REDES_SOCIALES: bitCOD_REGISTRO: nvarchar(20)
ASISTENCIA_USUARIOS
ID_ASISTENCIA_USUARIOS: nvarchar(20)
ID_ASISTENCIA: nvarchar(20) (FK)FECHA_HORA_ASISTENCIA: datetimeFECHA_HORA_RETIRO: datetimeFLG_ASISTIO: bit
TBL_META4_VACACIONES
ID_VACACIONES: uniqueidentifier
FECHA_INICIO: datetimeFECHA_FIN: datetimeFECHA_SOLICITUD: datetimeFECHA_ACTUALIZACION: datetimeFECHA_CANCELACION: datetimeID_COMBO_VACACIONAL: uniqueidentifier (FK)FECHA_REPROGRAMACION: datetime
USUARIO_VACACIONES
ID_USUARIO: uniqueidentifier (FK)ID_VACACIONES: uniqueidentifier (FK)
TBL_META4_RESPONSABLES
ID_RESPONSABLE: char(18)
ID_USUARIO: char(18)ID_ROL: char(18)ID_PERFIL: char(18)
TBL_META4_ROL
ID_ROL: char(18)
ID_DIVISION: uniqueidentifier (FK)DESC: char(18)
TBL_META4_COMBOS_VACACIONALES
ID_COMBO_VACACIONAL: char(18)
FECHA_INCIO: char(18)FECHA_FIN: char(18)DESCRIPCION: char(18)
TBL_META4_SOLICITUDES
ID_SOLICITUD_VACACIONES: uniqueidentifier
ID_VACACIONES: uniqueidentifier (FK)ID_RESPONSABLE: uniqueidentifier (FK)FLG_APROBRACION: char(18)FECHA_APROBACION: char(18)FLG_RECHAZADA: char(18)FECHA_RECHAZO: char(18)
TBL_META4_HISTORIAL_LARORAL
ID_HISTORIAL_LABORAL: uniqueidentifierID_ROL: uniqueidentifier (FK)ID_DIVISION: uniqueidentifier (FK)
FECHA_INICIO: datetimeFECHA_FIN: datetime
TBL_META4_FUNCIONES_ROL
ID_FUNCION: uniqueidentifier
DESC_ACTIVIDAD: varchar(250)
FUNCIONES_POR_ROL
ID_FUNCION: uniqueidentifier (FK)ID_ROL: uniqueidentifier (FK)
FECHA_ACTUALIZACION: char(18)FLG_HABILITADO: char(18)
OPORTUNIDAD_LABORAL
ID_OPORTUNIDAD_LABORAL: char(18)
ID_ROL: char(18)ID_DIVISION: char(18)
ROLES_ASPIRANTES
ID_ROL_ASPIRANTE: char(18)
DESCRIPCION: char(18)FLG_HABIITADO: char(18)FECH_ACTUALIZACION: char(18)ID_OPORTUNIDAD_LABORAL: char(18) (FK)
FUNCIONES_OPORTUNIDAD_LABORAL
ID_FUNCION_OPORTUNIDAD: uniqueidentifier
DESCRIPCION: varchar(250)FECHA_ACTUALIZACION: datetimeFLG_HAILITADO: bit
OPORTUNIDAD_FUNCIONES
ID_OPORTUNIDAD_LABORAL: uniqueidentifier (FK)ID_FUNCION_OPORTUNIDAD: uniqueidentifier (FK)
DESCRIPCION: varchar(250)
ROLES_ASPIRANTES_TBL_META4_ROL
ID_ROL_ASPIRANTE: char(18) (FK)ID_ROL: char(18) (FK)
DESCRIPCION: char(18)FLG_HABILITADO: char(18)
TBL_NOTIFICACIONES
ID_TBL_NOTIFICACION: uniqueidentifier
ID_USUARIO: uniqueidentifier (FK)TOKEN_NOTIFI: char(18)IN_ACTIVO: char(18)
102
3.2.11. Diseño de interfaces
En esta etapa se procede a describir los prototipos del aplicativo Android, estos
aplicarán algunos componentes de diseño basados en Material Design el cual es
un lenguaje visual desarrollado por Google que permite integrar diversos
principios de un correcto diseño, unificar criterios tanto estéticos como
funcionales de los aplicativos en diversas plataformas.
De acuerdo al análisis de los casos de uso, se procede a realizar el diseño de las
interfaces del Aplicativo, éstos se agruparán de acuerdo a los módulos
mencionados en el diagrama de paquetes.
3.2.11.1. Mapa de navegación
Para comprender mejor el orden en el cual se mostrará la información hacia
el usuario final, se tiene el siguiente mapa de navegación basado en el análisis
previo, en el cual se muestra la jerarquía de los diferentes módulos que
contendrá el aplicativo, en base a esto se procederá a describir las interfaces
contenidas en cada uno de éstos.
Figura 49. Mapa de navegación por módulos
Fuente: Elaboración propia
103
Desarrollo de los prototipos por módulos
Se procede a definir la paleta de colores a usar en el aplicativo móvil, éstos
son los colores base que serán usados en los diversos componentes del
aplicativo, los colores son los siguientes:
Tabla 11. Formato de colores
Color Valor
Hexadecimal
Componente
#F37800 Color Accent: Color de los botones, resalte de los controles, color
al seleccionar algún control.
#04478D Color Primary Dark: Color secundario oscuro, color del
notificación bar, título del menú lateral.
#0152A7 Color Primary: Color primario del aplicativo, se usará en
componentes como el toolbar
#000000 Color del texto primario.
#696D6F Color del texto secundario.
Fuente: Elaboración propia
3.2.11.2. Módulo gestión de cuentas de usuario
3.2.11.2.1. Ingreso al aplicativo móvil
Se observa una pantalla previa de carga, posteriormente se muestra la
pantalla de ingreso al aplicativo, la cual nos solicita el correo corporativo
y la contraseña corporativa, luego el usuario accederá seleccionando el
botón ingresar.
104
Figura 50. Splash – Ingreso a la aplicación
Fuente: Elaboración propia
3.2.11.2.2. Información de contacto ante un inconveniente
En la parte inferior del botón ingresar se tiene la opción ”Necesitas ayuda”,
al seleccionarlo mostrará un dialog con el número de contacto en caso se
tenga algún inconveniente, al seleccionar el número de contacto
redireccionará al teléfono para realizar la llamada al número seleccionado.
Figura 51. Ayuda
105
Fuente: Elaboración propia
3.2.11.2.3. Menú lateral
Al deslizar la pantalla de izquierda a derecha, se muestra un menú lateral
el cual permitirá el ingreso a las opciones propias del usuario.
Se tendrá las siguientes opciones:
a) Mi información: Se podrá acceder a la información personal del
usuario como historial laboral, boletas de pago, oportunidades
laborales.
b) Vacaciones: Podrá acceder a observar o realizar algún evento
relacionado a su estado vacacional.
c) Mis eventos: Ver los eventos en el cual está inscrito, proponer eventos
y observar los que se encuentren aprobados.
d) Mis beneficios: Accederá a la lista de beneficios favoritos del usuario.
e) Mis incidencias: Podrá observar los tickets de atención generados de
acuerdo a las incidencias que el usuario pueda haber registrado.
106
En la parte inferior del menú lateral se tendrá la opción de cerrar sesión, al
seleccionarla se procederá a cerrar la pantalla principal y retornar a la
pantalla de ingreso del usuario.
Figura 52. Menú lateral
Fuente: Elaboración propia
3.2.11.2.4. Notificaciones push
El aplicativo recibirá notificaciones push en caso se requiera informar
brevemente al usuario sobre un acontecimiento, beneficio, evento o en
caso su programación vacacional se aproxime.
Figura 53. Notificaciones push
107
Fuente: Elaboración propia
3.2.11.3. Módulo información usuario
3.2.11.3.1. Información del usuario
Al seleccionar la opción “Mi información” del menú lateral se observa la
siguiente pantalla en la cual contiene las siguientes secciones:
f) Información laboral del usuario: Como el puesto, el departamento al
cual pertenece y la compañía.
g) Contacto: se observa la información de contacto como el correo
corporativo, número telefónico, ubicación.
h) Historial laboral: Se observa el listado de puestos el cual forma su
historial laboral en la empresa y el periodo el cual tuvo el cargo,
además se observa la opción “Ver más” el cual re direccionará a la
pantalla de detalle de éste.
108
i) Oportunidades laborales – Roles a los cuales podría acceder: Listados
horizontales en los cuales se muestra las oportunidades de acuerdo a
su perfil y los roles a la cual él podría acceder según su perfil.
j) Boletas de pago mensuales: La opción boletas de pago mensuales el
permitirá redirigir a una pantalla en la que se podrá observar el listado
de boletas de pago por año.
Figura 54. Información de usuario
Fuente: Elaboración propia
109
3.2.11.3.2. Detalle de historial laboral – Roles a los cuales se tiene
acceso
Al seleccionar la opción “Ver más” de una de las opciones del listado de
historial laboral en la pantalla de información del usuario o al seleccionar
uno de los ítems de la lista horizontal de la sección “Roles a los cuales
podrías acceder”, nos redirigirá a la pantalla el cual muestra el detalle del
historial laboral, el cual se mostrará información acerca del rol, indicando
en la parte superior el perfil que se necesita para poder acceder, en la parte
inferior se observa las funciones que realiza dicho perfil.
Figura 55. Detalle historial laboral
Fuente: Elaboración propia
110
3.2.11.3.3. Detalle oportunidad laboral
Al seleccionar uno de los ítems mostrados en la lista horizontal de las
oportunidades laborales nos mostrará la siguiente pantalla en la cual se
tiene la información de contacto y el tiempo en el cual se podrá acceder a
dicha oportunidad, en la parte inferior se tiene el perfil o requisitos
necesarios para acceder al puesto, debajo de éstas se tiene las funciones el
cual realiza la oportunidad laboral mostrada.
Figura 56. Detalle oportunidad laboral
Fuente: Elaboración propia
111
3.2.11.3.4. Acceso a boletas de pago
En la parte inferior de la pantalla de información del usuario se tiene la
opción “Ver boletas de pago”, al seleccionar ésta nos redirige a la siguiente
pantalla en la cual se observa el listado de boletas de pago por año, posee
un control en la parte superior en la cual se podrá seleccionar el año del
cual se quiere mostrar los resultados, éstos se irán mostrando en el listado.
Figura 57. Listas de boletas de pago
Fuente: Elaboración propia
112
Cada uno de los ítems del listado poseen 2 botones, el cual realizarán lo
siguiente:
- Descargar: Descarga la boleta al dispositivo en formato .pdf.
- Ver: Abrirá una nueva ventana en la cual se tendrá un visor en donde
se carga la boleta de pago seleccionada como se muestra en la siguiente
figura.
Figura 58. Visualizar boleta de pago
Fuente: Elaboración propia
3.2.11.3.5. Resumen de eventos en el inicio de la aplicación
Luego de haber ingresado con las credenciales corporativas se mostrará la
siguiente pantalla, se observa la pantalla principal la cual contiene en la
113
parte superior la imagen del usuario con el nombre de la pantalla actual en
algunas pantallas se mostrará un buscador de contenido, debajo de éstas se
observa las diferentes opciones a través de tabs.
Figura 59. Resumen de eventos
Fuente: Elaboración propia
En la pantalla se observará un listado en el cual contendrá la información
acerca del próximo periodo vacacional del usuario, si se tiene nuevos
beneficios corporativos, nuevas capacitaciones o eventos.
3.2.11.4. Módulo de beneficios
3.2.11.4.1. Visualización de beneficios corporativos
114
En la pantalla se observa el listado de los beneficios según la categoría que
éstos corresponden, en la parte superior se tiene un filtro horizontal el cual
contiene las diversas categorías de los beneficios corporativos. Luego se
tiene el listado de los beneficios filtrados según la categoría seleccionada.
Cada uno de los ítems de la lista contiene el título del beneficio, puede
contener o no el tipo, breve descripción, en la parte inferior se tiene un
ícono que permite marcar si el beneficio es favorito.
Figura 60. Categoría educativo
Fuente: Elaboración propia
115
Figura 61. Categoría económico
Fuente: Elaboración propia
116
Figura 62. Categoría variados
Fuente: Elaboración propia
3.2.11.4.2. Marcar beneficio como favorito
En los ítems de la pantalla del listado de beneficios se observa en la parte
inferior de cada uno de éstos un ícono por el cual podremos seleccionar los
eventos de mayor interés, luego de seleccionarlos éstos se marcan
indicando que éstos ya pertenecen a nuestros favoritos y posteriormente se
podrá visualizar cada uno de éstos a través del menú lateral.
117
A través del menú lateral se tiene la opción “Mis beneficios” al
seleccionarla muestra la siguiente pantalla la cual contiene el listado de los
beneficios marcados como favoritos, al seleccionar el ícono de la parte
inferior de los ítems de la pantalla se removerá el beneficio de la lista de
favoritos.
Figura 63. Mis beneficios
Fuente: Elaboración propia
118
3.2.11.4.3. Visualizar detalle de los beneficios
Cada uno de los ítems de las diferentes listas según las categorías de los
beneficios tendrán su detalle correspondiente, al seleccionar alguno de los
ítems mostrará el detalle el cual puede tener la siguiente forma:
▪ Informativo
Esta pantalla permite mostrar el detalle de un beneficio pero sólo se usará
en aquellos que tengan la intención de informar sin realizar algún evento
adicional, en la parte inferior de la pantalla se tiene el botón “Solicitar”,
adicionalmente esta pantalla contiene las siguientes secciones:
- Información: Contiene información de contacto, descripción del
beneficio.
- Requisitos: Contiene los requisitos que deberá tener un usuario para
acceder al beneficio.
- Alcance: Cobertura del beneficio, para qué usuarios está orientado el
beneficio.
119
Figura 64. Detalle informativo
Fuente: Elaboración propia
▪ Informativo con detalles adicionales
En esta pantalla se mostrará la información de contacto en la parte
superior, como el número de teléfono, la persona de contacto, correo
electrónico, enlace a alguna página web. En la siguiente sección se tiene
una lista con detalle adicional en el cual puede contener el porcentaje de
descuento, el monto de descuento, en la parte inferior se muestra una
sección con los requisitos y otra con el alcance, al deslizar la pantalla la
120
imagen mostrada en la parte superior se esconde y se muestra como título
el nombre y categoría del beneficio.
Figura 65. Detalle informativo con detalles adicionales
Fuente: Elaboración propia
121
▪ Seleccionar cantidades o adjuntar voucher
La siguiente pantalla muestra un formulario el cual permite acceder a un
beneficio a través del aplicativo, de la misma manera que en los casos
anteriores en la parte superior se tiene la información de contacto y una
breve descripción del beneficio, tiene una sección en la cual muestra la
ubicación, al seleccionar el mapa mostrado abrirá una pantalla en la cual
se tendrá un mapa y a través de los marcadores mostrará los puntos de
acceso del beneficio, en la parte inferior se tiene un listado de productos
que se pueden adquirir, en cada uno de los ítems del listado tiene un control
en el cual se puede ingresar la cantidad de productos, además me muestra
el precio de cada uno de estos. En la parte inferior se observa una sección
en la cual es posible adjuntar un voucher de pago, este botón abrirá la
galería de imágenes del dispositivo, al final del formulario se tiene el botón
registrar el cual realizará el envío del formulario.
122
Figura 66. Seleccionar cantidades y adjuntar voucher
Fuente: Elaboración propia
123
Figura 67. Mapa
Fuente: Elaboración propia
3.2.11.4.4. Confirmación de registro
La siguiente pantalla se muestra como confirmación del registro de la
solicitud del beneficio, contiene un código QR, la información de contacto
ante algún inconveniente y el botón aceptar.
124
Figura 68. Registro correcto
Fuente: Elaboración propia
3.2.11.5. Módulo de eventos
3.2.11.5.1. Listado de “Mis eventos”
Esta pantalla se muestra a través del menú lateral, al seleccionar la opción
“Mis eventos”, se visualiza la siguiente pantalla la cual contiene el listado
de los eventos que fueron propuestos por el usuario y éstos fueron
registrados y difundidos, al seleccionar alguno de los eventos de la lista
mostrará su detalle.
En la parte inferior de la pantalla se tiene un float button (Botón flotante)
el cual al seleccionarlo mostrará 2 opciones: Crear eventos y reporte de
eventos.
125
Figura 69. Listado de eventos propuestos
Fuente: Elaboración propia
3.2.11.5.2. Crear eventos
Al seleccionar la opción “Crear eventos” ubicada en una de las opciones
del float button, se muestra la pantalla crear eventos la cual contiene un
formulario que deberá llenar el usuario, una vez realizado esto seleccionará
el botón proponer evento el cual enviará el formulario al área de RR.HH.
126
Figura 70. Crear eventos
Fuente: Elaboración propia
127
3.2.11.5.3. Confirmación de registro de la propuesta
Al enviar el formulario de creación de eventos se mostrará la pantalla la
cual confirma el envío de la propuesta del evento, mostrará el código de
registro y la información de contacto.
Figura 71. Pantalla confirmación de registro de la propuesta
Fuente: Elaboración propia
3.2.11.5.4. Reporte de eventos propuestos por el usuario
Esta pantalla se muestra accediendo a través de la opción “Reporte de
eventos” del float button, la pantalla contiene la lista de eventos que fueron
propuestos por el usuario, aprobados y realizados.
128
Figura 72. Pantalla reporte de eventos
Fuente: Elaboración propia
3.2.11.5.5. Detalle del evento realizado
Esta pantalla se muestra seleccionando uno de los elemento de la lista
anterior, en ésta se tiene el detalle del evento realizado, en una de las
secciones de la pantalla se tiene el “Detalle por fechas” la cual muestra la
cantidad de personas que asistieron o faltaron, además se tiene en cada uno
de los ítems un botón el cual al seleccionarlo se observa la lista de
participantes del evento.
129
Figura 73. Pantalla detalle del evento realizado
Fuente: Elaboración propia
130
Figura 74. Pantalla ver participantes del evento
Fuente: Elaboración propia
3.2.11.5.6. Visualizar eventos corporativos
Al acceder a la pantalla principal se observa en uno de los tabs un ícono
de calendario el cual a seleccionarlo muestra la siguiente pantalla la cual
contiene el listado de los eventos corporativos actuales.
Cada uno de los ítems del listado contiene el nombre del evento, la
categoría, la dirección, y en algunos casos se tiene la opción compartir, el
cual permitirá realizar una publicación en Facebook o en LinkedIn.
131
Figura 75. Eventos corporativos
Fuente: Elaboración propia
132
Figura 76. Compartir en redes sociales
Fuente: Elaboración propia
3.2.11.5.7. Visualizar detalle del evento con confirmación de
asistencia
En esta pantalla se muestra la información del evento, los expositores, el
coordinador del evento, el lugar el cual al seleccionar el mapa muestra con
mayor detalle la ubicación, se observa las fechas y las horas disponibles,
la cantidad de cupos además de una opción para observar las personas
inscritas, al seleccionarla muestra un popup con la lista de personas.
133
Figura 77. Detalle del evento confirmación asistencia
Fuente: Elaboración propia
Figura 78. Detalle de eventos scroll
134
Fuente: Elaboración propia
Figura 79. Mapa
Fuente: Elaboración propia
135
Figura 80. Ver Lista Inscritos
Fuente: Elaboración propia
3.2.11.5.8. Detalle del evento confirmación asistencia con pago
Esta pantalla muestra información similar a la anterior, la diferencia se
encuentra en la opción “Realizar pago” en la parte inferior de la pantalla,
la cual al seleccionarla permite adjuntar una foto directamente desde la
cámara o galería.
136
Figura 81. Detalle del evento confirmación asistencia con pago
Fuente: Elaboración propia
137
3.2.11.5.9. Detalle del evento informativo con comentarios
Esta forma de muestra de eventos tiene la intención de informar y de
registrar participación, en las pantallas se pueden observar en la parte
inferior una opción llamada “Calificaciones y comentarios” la cual al
expandirla se observa la calificación del evento, y la lista de comentarios
de los usuarios que realizaron a dicho evento.
Figura 82. Detalle del evento informativo con comentarios
Fuente: Elaboración propia
138
3.2.11.5.10. Registro correcto de asistencia
Esta pantalla es mostrada luego de realizar la confirmación del registro de
asistencia, el cual muestra un código QR generado, y un número de
contacto en caso sea necesario.
Figura 83. Registro correcto de asistencia
Fuente: Elaboración propia
3.2.11.5.11. Realizar comentarios y calificar eventos
Una vez confirmada la asistencia a algún evento el usuario podrá ingresar
sus comentarios y calificar a los eventos a través de las opciones mostradas
en la parte inferior de la pantalla de detalles, como se muestra en la
siguiente pantalla.
139
Figura 84. Realizar comentarios y calificar eventos
Fuente: Elaboración propia
140
3.2.11.6. Módulo de incidencias
3.2.11.6.1. Visualizar incidencias concurrentes
Esta vista está asociada a las atenciones del área de help desk, se añadió
esto como un complemento al aplicativo. Al acceder por el tab del menú,
seleccionando la opción incidencias, se muestra la siguiente pantalla en
donde se tiene un listado con las incidencias, riesgos más concurrentes en
la empresa. Cada uno de los items de la lista tiene un título, al seleccionar
el icono ubicado a la derecha de los ítems se mostrara en la parte inferior
de cada uno de estos el detalle de la incidencia. En la parte inferior además
se tiene un float button el cual permitirá redirigir a la pantalla de contactos
de soporte.
Figura 85. Incidencias concurrentes
Fuente: Elaboración propia
141
3.2.11.6.2. Registrar incidencia
En el siguiente formulario que se muestra como resultado de haber
seleccionado alguna de las opciones del listado anterior, pide ingresar los
datos relacionados con la incidencia y la ubicación de ésta, en la parte
inferior permite adjuntar una imagen o fotografía como evidencia.
Figura 86. Registro de incidencia
Fuente: Elaboración propia
142
3.2.11.6.3. Confirmación de registro de incidencia
En esta pantalla muestra el código generado como registro de la incidencia,
y un número de contacto ante cualquier inconveniente.
Figura 87. Registro de incidencia correcto
Fuente: Elaboración propia
3.2.11.6.4. Tickets generados por incidencias
Para tener acceso a la siguiente pantalla, se realiza a través del menú lateral
al seleccionar la opción “Mis incidencias”, esta muestra el listado de los
tickets generados para las atenciones de mis incidencias registradas, al
seleccionar alguno de los ítems de la lista se muestra otra pantalla en la
cual se observa la información ingresada en el registro.
143
Figura 88. Tickets generados
Fuente: Elaboración propia
Figura 89. Detalle del ticket
Fuente: Elaboración propia
144
3.2.11.6.5. Contactos de soporte
En la parte inferior de la pantalla del listado de incidencias se observa un
botón flotante, al seleccionarlo muestra la pantalla contactos de soporte en
la cual se visualiza un listado con los encargados de las diversas
actividades relacionadas con el área de RR.HH. de la empresa, en la parte
superior se tiene un buscador el cual permitirá ingresar una palabra y se
filtran los resultados de acuerdo a ésta, al seleccionar uno de los
encargados mostrados en la lista se mostrará una pantalla en la cual se
indica el detalle de contacto de ésta persona, la información de la cual está
encargada.
Figura 90. Contactos de soporte
Fuente: Elaboración propia
145
Figura 91. Detalle del soporte
Fuente: Elaboración propia
3.2.11.7. Módulo de vacaciones
3.2.11.7.1. Visualización de periodo vacacional – pantalla principal
del módulo de vacaciones
Esta pantalla se muestra a través del menú lateral seleccionando la opción
“Mis vacaciones”, permite observar con detalle el estado vacacional de un
colaborador, la programación de sus vacaciones, en este módulo se
manejaran 2 perfiles en la cual el perfil de responsable o encargado de un
área podrá realizar la aprobación o rechazo de una solicitud de periodo
vacacional. Para ello el usuario con perfil de responsable se le mostrará un
146
tab en la parte superior llamado “solicitudes”, el cual muestra el listado de
vacaciones solicitadas por los colaboradores que él tiene a su cargo.
Figura 92. Vacaciones
Fuente: Elaboración propia
147
Figura 93. Vacaciones perfil responsable - información
Fuente: Elaboración propia
148
Figura 94. Vacaciones perfil responsable – solicitudes
Fuente: Elaboración propia
3.2.11.7.2. Aprobación o rechazo de solicitudes, mensaje de
confirmación
Para el perfil de responsable, se mostrará la siguiente pantalla al
seleccionar uno de los botones “Aprobar” o “Rechazar” de la lista de
solicitudes, mostrará una alerta el cual muestra los detalles del evento,
149
luego de realizar alguna acción muestra una pantalla confirmando el
registro de la aprobación o rechazo.
Figura 95. Vacaciones perfil responsable – aprobar
Fuente: Elaboración propia
Figura 96. Vacaciones perfil responsable – rechazar
Fuente: Elaboración propia
150
Figura 97. Confirmación aprobar-rechazar
Fuente: Elaboración propia
3.2.11.7.3. Solicitud de vacaciones
Para todos los perfiles, en la parte inferior de la pantalla inicial del módulo
se tiene un botón flotante el cual al seleccionarlo muestra la pantalla de
solicitud de vacaciones, acá es posible seleccionar un combo vacacional
en caso de un día festivo, ingresar el periodo de tiempo de las vacaciones,
luego de realizar el registro se muestra una ventana de confirmación de
registro de vacaciones.
151
Figura 98. Solicitar vacaciones
Fuente: Elaboración propia
Figura 99. Seleccionar combo vacacional
Fuente: Elaboración propia
152
Figura 100. Confirmación de registro de vacaciones
Fuente: Elaboración propia
3.2.11.7.4. Cancelar o reprogramar las vacaciones
En caso el periodo vacacional hubiera sido aceptado, se muestra en el
listado principal, cada uno de los ítems del listado tendrá en la parte
inferior los botones “Cancelar” y “Reprogramar”, al presionar cancelar se
mostrará una alerta en la cual se confirmará la cancelación del periodo
vacacional, para el caso de la reprogramación tendría la misma
funcionalidad de un registro de periodo vacacional.
153
Figura 101. Cancelar vacaciones
Fuente: Elaboración propia
Figura 102. Reprogramar vacaciones
Fuente: Elaboración propia
154
3.3.Construcción
Luego de haber realizado el levantamiento de la información, análisis, modelamiento
del aplicativo y el diseño de interfaces, se procede a la construcción del aplicativo
móvil, el marco de trabajo RUP permitirá desarrollar iteraciones y así el cliente que
sería el área de RR.HH., podrá interactuar con las iteraciones y brindarle flexibilidad
de realizar cambios o mejoras.
Los prototipos realizados en el diseño de interfaces llevará a generar el flujo de
navegación del aplicativo móvil (Anexo N°3 - Flujo de navegación de la aplicación
móvil Android), el cual indica la interacción de las interfaces que posee la aplicación,
debido a esto será usado en la construcción para cada una de las iteraciones en el
desarrollo que se contempla para el aplicativo móvil.
A continuación se describirá los puntos más relevantes en el desarrollo del aplicativo
móvil en cada uno de las iteraciones.
Al inicio de cada una de las iteraciones se realiza una reunión de inicio de iteración
para la construcción, en la cual participa el jefe de proyectos y el equipo de desarrollo.
De igual manera para el fin de las iteraciones se realiza una reunión de culminación
de entregables en los cuales se presenta al área de RR.HH. el avance de la iteración.
3.3.3. Iteración 1: Preparación del ambiente de desarrollo
Se realiza la preparación de los ambientes de desarrollo, el equipo responsable del
desarrollo de los webservices configurará el proyecto en Visual Studio en el cual
se realizará el desarrollo de los webservices, esto debido a que la empresa hace
uso de productos Microsoft y posee la licencia de este IDE, además se realizará la
configuración del IIS en el servidor web en donde será publicado el RESTful
webservices.
155
Para el desarrollo del aplicativo Android se realizaran las siguientes actividades y
configuraciones en el IDE Android Studio.
• Se procede con la creación de las capas según el patrón de arquitectura MVP.
Figura 103. Capas que conforman el aplicativo móvil
Fuente: Elaboración propia
• En cada una de las capas que componen la arquitectura se procede con la
creación de los paquetes que contempla el aplicativo móvil.
Figura 104. Capa app del aplicativo móvil con sus respectivos paquetes
156
Fuente: Elaboración propia
Figura 105. Capa data del aplicativo móvil con sus respectivos paquetes
Fuente: Elaboración propia
Figura 106. Capa domain del aplicativo móvil con sus respectivos
paquetes
157
Fuente: Elaboración propia
• Se procede con la integración de librerías para cada una de las capas, para ello
se realiza la configuración de éstas dentro del paquete buildsystem en la cual
se hará las referencias de las diversas librerías que conforma el aplicativo cada
una de éstas con sus respectivas versiones.
Figura 107. Paquete buildsystem, configuración de librerías
158
Fuente: Elaboración propia
Figura 108. Configuración de versiones de las librerías
Fuente: Elaboración propia
Figura 109. Librerías para la capa app
Fuente: Elaboración propia
159
Figura 110. Librerías para la capa domain
Fuente: Elaboración propia
Figura 111. Librerías para la capa data
Fuente: Elaboración propia
• Se asignan permisos al aplicativo a través del Manifest.xml y se configura el
archivo .gradle de cada una de las capas.
160
Figura 112. Configuración del archivo AndroidManifest.xml
Fuente: Elaboración propia
• En el archivo .gradle de la capa App se realiza la referencia hacia las librerías
que se configuraron dentro del paquete buildsystem.
Figura 113. Implementación de librerías en la capa app
Fuente: Elaboración propia
161
• Para gestionar la BD SQLite, se añade la librería del ORM GreenDao a través
del archivo .gradle de la capa data además se realiza la referencia hacia el
cliente REST Retrofit para el consumo de webservices, de la misma manera
se realiza la referencia a las librerías en la capa domain a través de su .gradle
Figura 114. Implementación de librerías en la capa data
Fuente: Elaboración propia
Figura 115. Implementación de librerías en la capa domain
Fuente: Elaboración propia
162
• Para la integración de mapas en el aplicativo móvil se procede a la creación
de un map activity el cual contiene la configuración necesaria para tener
acceso al Api de geolocalización de Google.
Figura 116. Agregando maps activity
Fuente: Elaboración propia
Figura 117. Configurando maps activity
Fuente: Elaboración propia
163
• Se procederá a la configuración del acceso a la api de Google Maps, para ello
se observa que se tiene un archivo generado luego de la creación del activity,
este archivo llamado google_maps_api.xml se encuentra dentro del paquete
app/res/values.
Figura 118. Configuración del archivo google_maps_api.xml
Fuente: Elaboración propia
• Se observa que se generó una un link en la parte superior del archivo, el cual
se copiará y se pegará en un navegador.
Figura 119. Link generado para la configuración del api de Google Maps
Fuente: Elaboración propia
164
• Una vez pegada la url en la barra de búsquedas, nos dirige a la consola de
desarrolladores de google, nos mostrará la siguiente ventana en la cual se crea
un nuevo proyecto con el nombre del aplicativo y se presiona en botón
continuar.
Figura 120. Creación de proyecto en la consola de la API de Google
Fuente: Elaboración propia
• Nos muestra la siguiente pantalla en la cual nos indica que la api ha sido
habilitada, luego seleccionamos el botón “Crear clave de api”.
Figura 121. Crear clave de API de Google Maps
Fuente: Elaboración propia
165
• Nos muestra la siguiente ventana en la cual tendremos la clave de api
generada, copiamos el Google Maps API Key generado.
Figura 122. Api key generada de google maps
Fuente: Elaboración propia
• Colocar dentro del archivo google_maps_api.xml de la aplicación en google
maps key generado, con esto se tendría configurado el acceso al api de google
maps.
Figura 123. Ingresando el google maps key en el proyecto
Fuente: Elaboración propia
166
3.3.4. Iteración 2: Base de datos, RESTful web services
Los responsables participantes este etapa realizaron todo lo relacionado con los
webservices y la integración de los diversos repositorios de información que posee
la empresa, se refinan algunos puntos presentados en el modelado de las bases de
datos y los objetos que contendrán los webservices de acuerdo a la necesidad del
aplicativo móvil, luego se procederá con el desarrollo de la BDD, se tomará como
base el modelo físico de la base de datos presentado en la etapa de elaboración, se
configuran las conexiones con los diferentes repositorios de datos según el
diagrama de despliegue brindado en el modelamiento, se tiene el conocimiento
de que los webservices fueron elaborados haciendo uso de C# ASP.NET.
Finalizada la iteración se le brindó los accesos a los webservices al equipo de
desarrollo del aplicativo Android para que procedan con la construcción del
aplicativo.
3.3.5. Iteración 3: Módulo 1,2 del aplicativo
En esta iteración se desarrolla el módulo 1 qué es el “Módulo de información del
usuario” y el módulo 2 denominado “Módulo de beneficios”, adicionalmente en
este sprint se incluye el desarrollo de un módulo denominado “Módulo de gestión
de cuentas de usuario” del cual dependerá los diferentes módulos que contempla
el aplicativo móvil, este módulo es el que contendrá la información de acceso del
usuario, roles y permitirá obtener la información y acceso a los otros módulos por
perfiles. Se procede con el maquetado de las interfaces según el diseño presentado
de los prototipos del módulo 1 y 2 del aplicativo, terminado el maquetado de las
pantallas y controles se aplica la lógica de negocio el cual contempla el consumo
167
de RESTful webservices, almacenamiento en la BDD SQLite del dispositivo,
funcionalidades de los controles en la parte visual del aplicativo.
3.3.6. Iteración 4: Módulo 3,4 del aplicativo
En esta iteración se tiene contemplado el desarrollo del módulo 3 qué es el
“Módulo de eventos” y el módulo 4 denominado “Módulo de incidencias”, para
ello se procede con el maquetado de las interfaces según el diseño presentado de
los prototipos del módulo 3 y 4 del aplicativo, terminado el maquetado de las
pantallas y controles se aplica la lógica de negocio el cual contempla el consumo
de RESTful webservices, almacenamiento en la BDD SQLite del dispositivo,
funcionalidades de los controles para cada una de las vistas.
3.3.7. Iteración 5: Módulo 5 del aplicativo
En esta iteración se tiene contemplado el desarrollo del módulo 5 qué es el
“Módulo de vacaciones”, se procede con el maquetado de las interfaces según el
diseño presentado de los prototipos del módulo de vacaciones, terminado el
maquetado de las pantallas y controles se aplica la lógica de negocio el cual
contempla el consumo de RESTful webservices, almacenamiento en la BDD
SQLite del dispositivo, funcionalidades de los controles.
3.3.8. Pruebas
La finalidad de las pruebas es comprobar que las funcionalidades que se
implementaron estén de acuerdo a las especificaciones. Se realizaron los
siguientes tipos de pruebas.
3.3.8.1.Pruebas unitarias
Estas pruebas se dirigieron a los módulos que conforma el aplicativo,
probando caminos de control importantes, identificando deficiencias en fases
168
tempranas de codificación del aplicativo sin esperar que se realicen las
pruebas integrales. Las técnicas consideradas y realizadas en el aplicativo
fueron:
3.3.8.1.1. Pruebas de caja blanca
Se examinó la estructura del código fuente ejecutándose en paralelo con la
codificación de cada una de las iteraciones que contempla el aplicativo,
con el propósito de verificar el funcionamiento correcto del código fuente
que fue implementado según el lenguaje de programación.
3.3.8.1.2. Pruebas de caja negra
Se realizaron sobre las interfaces gráficas implementadas con la finalidad
de comprobar la funcionalidad, el envío y recepción de la información,
comportamiento de entrada y salida de los datos. Se efectuaron según la
documentación de los casos de prueba.
3.3.8.2.Pruebas de integración
Los módulos que fueron revisados además de ser integrados en cada una de
las iteraciones son evaluadas y así comprobar la ejecución correcta. Las
pruebas integrales se clasifican en:
3.3.8.2.1. No incrementales
Se deberá tener todos los módulos del aplicativo culminados para así
realizar estas pruebas.
169
3.3.8.2.2. Incrementales
Los módulos son acoplados a los componentes existentes, de esta manera
las pruebas futuras no afectan los avances o correcciones realizadas en
iteraciones previas. De esta manera se tiene un software robusto desde el
inicio de las pruebas de cada una de las iteraciones.
Se adoptaron las pruebas de integración incrementales una vez finalizado el
desarrollo de cada una de las iteraciones, con el fin de demostrar el correcto
funcionamiento del aplicativo sin errores o deficiencias desde el inicio de su
construcción, además está alineado con la metodología iterativa incremental.
Se tiene como finalidad el acoplamiento satisfactorio además de la validación
de funcionalidades que proveen la integración de los módulos. Para estas
pruebas participaron los usuarios finales, los mismos a los cuales
posteriormente se les realizará una encuesta para verifica si los objetivos fueron
cumplidos. Se tiene la ventaja de simular los escenarios reales de los procesos
de negocio permitiendo medir la satisfacción y el cumplimiento de los
requerimientos funcionales.
3.4.Transición
➢ Se hace entrega de los manuales de usuario del aplicativo Android,
catálogo de RESTful webservices.
➢ Se brindaron capacitaciones al personal de RR.HH. para el uso del
aplicativo y que éstos puedan difundir el uso de la aplicación entre los
colaboradores.
➢ Se realizó el despliegue del apk del aplicativo en un repositorio de la
empresa, posteriormente se evaluará el despliegue en la play store.
170
CAPITULO 4
RESULTADOS
4.1. Resultados
En este capítulo se sustenta el cumplimiento de los objetivos del presente trabajo, para
poder obtener los resultados se hizo uso de la técnica de recolección de datos
denominada encuesta (Ver Anexo N°01: Encuesta de evaluación de la aplicación
móvil para mejorar las actividades relacionadas con el área de RR.HH. de la empresa)
la cual fue realizada a los colaboradores de una de las divisiones de la empresa.
La encuesta consistió en un cuestionario de preguntas relacionadas a cumplir los
objetivos de la aplicación móvil. Esta encuesta se realizó en la división de AO
(Application outsourcing) el cual posee una población general de 200 trabajadores
aproximadamente, de la cual se extrajo una muestra de 20 colaboradores los cuales
fueron elegidos mediante una selección no probabilística por conveniencia. La
población es un conjunto finito o infinito de elementos que poseen características
comunes, ésta se encuentra delimitada por el problema y por los objetivos del estudio
(Arias, 2012), se define a la muestra como un subconjunto representativo y finito que
se extrae de la población (Arias, 2012).
Los medios que hicieron uso lo colaboradores para realizar las pruebas al aplicativo
fueron sus propios dispositivos móviles con sistema operativo Android los cuales
contaban con la versión Lollipop o superior.
Para la encuesta se tomó como referencia la Escala de Likert, además se hizo uso de
la herramienta online de Google Forms el cual permitió difundir con rapidez la
encuesta entre los participantes, la encuesta se encuentra dividida en 3 secciones cada
171
una de éstas se orienta a un objetivo, luego de procesar la información recopilada en
las encuestas se obtuvo los siguientes resultados:
a) Se tiene como objetivo propuesto el desarrollar módulos que informen a los usuarios
de manera precisa sobre las actividades que realizan el área de RR.HH., logrando
acceder a tiempo a los beneficios brindados. Se concluye que el aplicativo móvil
cumple con el objetivo planteado, demostrando los siguientes resultados:
➢ La aplicación móvil permite informarse y acceder a los beneficios
corporativos de manera rápida y satisfactoria.
➢ La aplicación móvil permite el registro de asistencia con facilidad en algún
evento corporativo (capacitación, meetup, festividad).
➢ La aplicación permite el fácil y satisfactorio registro de una propuesta sobre
un evento corporativo.
➢ El aplicativo permite informarse acerca de los puestos laborales disponibles
en la empresa y los requisitos necesarios según el perfil.
➢ El aplicativo permite visualizar el historial laboral y las funciones realizadas
según el rol.
De la encuesta se obtiene el siguiente puntaje por cada uno de los colaboradores
que participantes.
172
Figura 124. Puntos obtenidos por cada colaborador encuestado - Sección 1
Fuente: Elaboración Propia
En base a los puntos obtenidos por cada uno de los participantes en esta sección
de la encuesta, se realiza lo siguiente:
Tabla 12. Resultados obtenidos en la sección 1 de la encuesta
Sección 1
Encuestados Puntos Totales
Colaborador 1 25
Colaborador 2 20
Colaborador 3 15
Colaborador 4 17
Colaborador 5 20
Colaborador 6 17
Colaborador 7 15
Colaborador 8 20
Colaborador 9 22
Colaborador 10 22
Colaborador 11 25
Colaborador 12 15
Colaborador 13 23
173
Colaborador 14 25
Colaborador 15 20
Colaborador 16 20
Colaborador 17 20
Colaborador 18 23
Colaborador 19 23
Colaborador 20 21
Cantidad de items en la sección 5
Puntuación máxima por
encuestado en la presente sección 25
Puntuación máxima total x 20
encuestas 500
Puntuación total obtenida 408
Puntuación faltante 92
Promedio 20.4
Fuente: Elaboración Propia
En la tabla “Resultados obtenidos en la sección 1 de la encuesta”, se tiene el detalle
de los resultados en la cual se observa que el puntaje máximo a obtener es 500
puntos el cual equivale al 100% de aceptación, la puntuación total que se obtuvo
de los colaboradores encuestados es de 408 puntos el cual equivale al 81.6% de
aceptación, esto demuestra que se ha cumplido con el objetivo planteado.
b) Se tiene como objetivo desarrollar módulos que permitan a los usuarios controlar
su periodo vacacional y mejorar la comunicación ante una consulta o incidencia
relacionada al área de RR.HH., logrando mejorar el desempeño laboral. Se
concluye que el aplicativo móvil cumple con el objetivo planteado, demostrando
los siguientes resultados:
➢ La aplicación permite obtener con facilidad la información de contacto del
personal responsable de la incidencia.
➢ Se tuvo facilidad para visualizar y editar un periodo vacacional a través de la
aplicación móvil.
174
➢ El registro y aprobación de un periodo vacacional se realiza de manera fácil y
satisfactoria.
➢ La aplicación permite el registro de una incidencia con facilidad.
De la encuesta se obtiene el siguiente puntaje por cada uno de los colaboradores
que participantes.
Figura 125. Puntos obtenidos por cada colaborador encuestado - Sección 2
Fuente: Elaboración Propia
En base a los puntos obtenidos por cada uno de los participantes en esta sección
de la encuesta, se realiza lo siguiente:
Tabla 13. Resultados obtenidos en la sección 2 de la encuesta
Sección 2
Encuestados Puntos Totales
Colaborador 1 20
Colaborador 2 16
175
Colaborador 3 12
Colaborador 4 14
Colaborador 5 16
Colaborador 6 14
Colaborador 7 16
Colaborador 8 16
Colaborador 9 18
Colaborador 10 16
Colaborador 11 16
Colaborador 12 14
Colaborador 13 17
Colaborador 14 20
Colaborador 15 18
Colaborador 16 18
Colaborador 17 20
Colaborador 18 18
Colaborador 19 17
Colaborador 20 18
Cantidad de items en la
sección 4
Puntuación máxima por
encuestado en la presente
sección
20
Puntuación máxima total x 20
encuestas 400
Puntuación total obtenida 334
Puntuación faltante 66
Promedio 16.7
Fuente: Elaboración Propia
En la tabla “Resultados obtenidos en la sección 2 de la encuesta”, se tiene el detalle
de los resultados en la cual se observa que el puntaje máximo a obtener es 400
puntos el cual equivale al 100% de aceptación, la puntuación total que se obtuvo
de los colaboradores encuestados es de 334 puntos el cual equivale al 83.5% de
aceptación, esto demuestra que se ha cumplido con el objetivo planteado.
c) Se tiene como objetivo propuesto el diseñar interfaces interactivas que permitan
al usuario el acceso y registro oportuno de las diferentes actividades que realizan
176
el área de RR.HH. Se concluye que el aplicativo móvil cumple con el objetivo
planteado, demostrando los siguientes resultados:
➢ El aplicativo posee interfaces interactivas que permiten un fácil uso de los
diversos módulos que posee.
➢ El inicio de sesión al aplicativo permitió acceder con facilidad y sin
inconvenientes.
➢ La información de inicio mostrada permite conocer los eventos ocurridos
recientemente.
➢ El aplicativo permite obtener la información mostrada en los módulos de
manera satisfactoria.
➢ El aplicativo permite acceder a las boletas de pago de manera rápida.
De la encuesta se obtiene el siguiente puntaje por cada uno de los colaboradores
que participantes.
Figura 126. Resultados obtenidos en la sección 3 de la encuesta
Fuente: Elaboración Propia
177
En base a los puntos obtenidos por cada uno de los participantes en esta sección
de la encuesta, se realiza lo siguiente:
Tabla 14. Resultados obtenidos en la sección 3 de la encuesta
Sección 3
Encuestados Puntos Totales
Colaborador 1 25
Colaborador 2 20
Colaborador 3 15
Colaborador 4 18
Colaborador 5 20
Colaborador 6 18
Colaborador 7 19
Colaborador 8 23
Colaborador 9 18
Colaborador 10 23
Colaborador 11 19
Colaborador 12 21
Colaborador 13 20
Colaborador 14 21
Colaborador 15 24
Colaborador 16 17
Colaborador 17 25
Colaborador 18 22
Colaborador 19 20
Colaborador 20 25
Cantidad de items en la
sección 5
Puntuación máxima por
encuestado en la presente
sección
25
Puntuación máxima total x 20
encuestas 500
Puntuación total obtenida 413
Puntuación faltante 87
Promedio 20.65
Fuente: Elaboración Propia
En la tabla “Resultados obtenidos en la sección 1 de la encuesta”, se tiene el detalle
de los resultados en la cual se observa que el puntaje máximo a obtener es 500
178
puntos el cual equivale al 100% de aceptación, la puntuación total que se obtuvo
de los colaboradores encuestados es de 413 puntos el cual equivale al 82.6% de
aceptación, esto demuestra que se ha cumplido con el objetivo planteado.
4.2. Presupuesto
Para el desarrollo del proyecto, se hace uso de los siguientes equipos y materiales,
estos se describen a continuación en la siguiente tabla, cada uno de éstos posee sus
respectivos precios:
Tabla 15. Equipos y materiales - Precios
Fuente: Elaboración Propia
Materiales a entregar del personal asignado
al Proyecto
Unidad
de
Medida
CantidadPrecio
UnitarioTotal
Block Unidad 5 S/. 4.50 S/. 22.50
USB Unidad 2 S/. 20.00 S/. 40.00
Lapicero Unidad 5 S/. 0.50 S/. 2.50
Total Materiales S/. 65.00
Insumos
Unidad
de
Medida
CantidadPrecio
UnitarioTotal
Notas adhesivasMedio
millar1 S/. 19.00 S/. 19.00
Papel bond A-4 Millar 1 S/. 10.30 S/. 10.30
Plumón Jumbo Pizarra Unidad 2 S/. 4.00 S/. 8.00
Plumón Jumbo Papel Unidad 2 S/. 4.40 S/. 8.80
Mota Unidad 1 S/. 3.20 S/. 3.20
Cable de datos Unidad 3 S/. 15.00 S/. 45.00
Total Insumos S/. 94.30
Equipos
Unidad
de
Medida
CantidadPrecio
UnitarioTotal
Plan postpago Ilimitado Unidad 1 S/. 40.00 S/. 40.00
Celular Testing - Android Lollipop Unidad 1 S/. 180.00 S/. 180.00
Celular Testing - Android Oreo Unidad 1 S/. 580.00 S/. 580.00
Laptop Unidad 3 S/. 1,500.00 S/. 4,500.00
Total Equipos S/. 5,300.00
179
En las siguientes tablas se pueden observar los recursos humanos que se necesitan en
el desarrollo del proyecto, se tiene el factor de recurso humano el cual es de 1.4,
también se observan los costos para la empresa por cada uno de los colaboradores que
participan en el proyecto.
El plazo de ejecución del proyecto fue estimado en 4 meses, en la cual se hizo uso de
los recursos humanos de la siguiente manera:
Tabla 16. Uso de recursos humanos - primer mes
Fuente: Elaboración Propia
Tabla 17. Uso de recursos humanos - segundo mes
Fuente: Elaboración Propia
Tabla 18. Uso de recursos humanos - tercer mes
Recursos HumanosSueldo
(S/.)
Sueldo x
Hora (S/.)Nro. Horas
Sueldo 8 Horas
(S./)Días
Monto
por Días
(S/.)
Monto
por Días
con
Factor
(S/.)
% Asig.
Calculado
Monto por
Días %
asignado (S/.)
Jefe de Proyecto - Scrum Master 4,500 28.13 8 225.00 30 6,750 9,450 25.00% 2,362.50
Product Owner 4,500 28.13 8 225.00 30 6,750 9,450 7.50% 708.75
Analista Funcional 3,800 23.75 8 190.00 30 5,700 7,980 30.00% 2,394.00
Analista Técnico 3,700 23.13 8 185.00 30 5,550 7,770 25.00% 1,942.50
Analista Programador web - bdd 3,500 21.88 8 175.00 30 5,250 7,350 5.00% 367.50
Analista Programador Android 1 3,500 21.88 8 175.00 30 5,250 7,350 5.00% 367.50
Analista Programador Android 2 3,500 21.88 8 175.00 30 5,250 7,350 5.00% 367.50
Analista UX 2,800 17.50 8 140.00 30 4,200 5,880 31.25% 1,837.50
Analista de Calidad 2,200 13.75 8 110.00 30 3,300 4,620 6.67% 308.00
Usuario Líder-Desarrollo Humano 2,800 17.50 8 140.00 30 4,200 5,880 3.33% 196.00
Usuario Líder-GSD 4,500 28.13 8 225.00 30 6,750 9,450 3.33% 315.00
Usuario Líder-Meta 4-AO 4,200 26.25 8 210.00 30 6,300 8,820 3.33% 294.00
65,250 91,350 11,460.75 Total del monto del sueldo por participación de horas de los recursos del proyecto
Recursos HumanosSueldo
(S/.)
Sueldo x
Hora (S/.)Nro. Horas
Sueldo 8 Horas
(S./)Días
Monto
por Días
(S/.)
Monto
por Días
con
Factor
(S/.)
% Asig.
Calculado
Monto por
Días %
asignado (S/.)
Jefe de Proyecto - Scrum Master 4,500 28.13 8 225.00 30 6,750 9,450 11.67% 1,102.50
Product Owner 4,500 28.13 8 225.00 30 6,750 9,450 0.00% -
Analista Funcional 3,800 23.75 8 190.00 30 5,700 7,980 0.00% -
Analista Técnico 3,700 23.13 8 185.00 30 5,550 7,770 0.00% -
Analista Programador web - bdd 3,500 21.88 8 175.00 30 5,250 7,350 36.04% 2,649.06
Analista Programador Android 1 3,500 21.88 8 175.00 30 5,250 7,350 9.38% 689.06
Analista Programador Android 2 3,500 21.88 8 175.00 30 5,250 7,350 0.00% -
Analista UX 2,800 17.50 8 140.00 30 4,200 5,880 0.00% -
Analista de Calidad 2,200 13.75 8 110.00 30 3,300 4,620 5.21% 240.63
Usuario Líder-Desarrollo Humano 2,800 17.50 8 140.00 30 4,200 5,880 23.54% 1,384.25
Usuario Líder-GSD 4,500 28.13 8 225.00 30 6,750 9,450 40.21% 3,799.69
Usuario Líder-Meta 4-AO 4,200 26.25 8 210.00 30 6,300 8,820 40.21% 3,546.38
65,250 91,350 13,411.56 Total del monto del sueldo por participación de horas de los recursos del proyecto
180
Fuente: Elaboración Propia
Tabla 19. Uso de recursos humanos - cuarto mes
Fuente: Elaboración Propia
En la siguiente tabla se muestra el flujo de caja del proyecto para los 4 meses de
ejecución del proyecto.
Tabla 20. Flujo de caja del proyecto
Recursos HumanosSueldo
(S/.)
Sueldo x
Hora (S/.)Nro. Horas
Sueldo 8 Horas
(S./)Días
Monto
por Días
(S/.)
Monto
por Días
con
Factor
(S/.)
% Asig.
Calculado
Monto por
Días %
asignado (S/.)
Jefe de Proyecto - Scrum Master 4,500 28.13 8 225.00 30 6,750 9,450 8.33% 787.50
Product Owner 4,500 28.13 8 225.00 30 6,750 9,450 3.33% 315.00
Analista Funcional 3,800 23.75 8 190.00 30 5,700 7,980 0.00% -
Analista Técnico 3,700 23.13 8 185.00 30 5,550 7,770 0.00% -
Analista Programador web - bdd 3,500 21.88 8 175.00 30 5,250 7,350 10.21% 750.31
Analista Programador Android 1 3,500 21.88 8 175.00 30 5,250 7,350 63.33% 4,655.00
Analista Programador Android 2 3,500 21.88 8 175.00 30 5,250 7,350 63.33% 4,655.00
Analista UX 2,800 17.50 8 140.00 30 4,200 5,880 0.00% -
Analista de Calidad 2,200 13.75 8 110.00 30 3,300 4,620 6.88% 317.63
Usuario Líder-Desarrollo Humano 2,800 17.50 8 140.00 30 4,200 5,880 3.54% 208.25
Usuario Líder-GSD 4,500 28.13 8 225.00 30 6,750 9,450 3.54% 334.69
Usuario Líder-Meta 4-AO 4,200 26.25 8 210.00 30 6,300 8,820 3.54% 312.38
65,250 91,350 12,335.75 Total del monto del sueldo por participación de horas de los recursos del proyecto
Recursos HumanosSueldo
(S/.)
Sueldo x
Hora (S/.)Nro. Horas
Sueldo 8 Horas
(S./)Días
Monto
por Días
(S/.)
Monto
por Días
con
Factor
(S/.)
% Asig.
Calculado
Monto por
Días %
asignado (S/.)
Jefe de Proyecto - Scrum Master 4,500 28.13 8 225.00 30 6,750 9,450 1.67% 157.50
Product Owner 4,500 28.13 8 225.00 30 6,750 9,450 6.88% 649.69
Analista Funcional 3,800 23.75 8 190.00 30 5,700 7,980 0.00% -
Analista Técnico 3,700 23.13 8 185.00 30 5,550 7,770 0.00% -
Analista Programador web - bdd 3,500 21.88 8 175.00 30 5,250 7,350 0.00% -
Analista Programador Android 1 3,500 21.88 8 175.00 30 5,250 7,350 30.00% 2,205.00
Analista Programador Android 2 3,500 21.88 8 175.00 30 5,250 7,350 26.67% 1,960.00
Analista UX 2,800 17.50 8 140.00 30 4,200 5,880 0.00% -
Analista de Calidad 2,200 13.75 8 110.00 30 3,300 4,620 11.67% 539.00
Usuario Líder-Desarrollo Humano 2,800 17.50 8 140.00 30 4,200 5,880 0.00% -
Usuario Líder-GSD 4,500 28.13 8 225.00 30 6,750 9,450 0.00% -
Usuario Líder-Meta 4-AO 4,200 26.25 8 210.00 30 6,300 8,820 0.00% -
65,250 91,350 5,511.19 Total del monto del sueldo por participación de horas de los recursos del proyecto
181
Fuente: Elaboración Propia
A partir del flujo de caja del proyecto se realiza la curva costo vs tiempo, en éstas se
observa el costo del uso de los recursos a lo largo de las semanas de ejecución del
proyecto.
1 2 3 4
S/. - S/. - S/. -
S/. 239.00 S/. - S/. -
S/. 500.00 S/. - S/. -
S/. 3,200.00 S/. - S/. -
S/. 1,000.00 S/. - S/. -
S/. - S/. -
S/. - S/. - S/. -
S/. 5,459.30 S/. - S/. -
S/. - S/. -
S/. - S/. - S/. -
S/. 900.00 S/. - S/. -
S/. - S/. - S/. -
S/. - S/. - S/. -
S/. 2,362.50 S/. 1,102.50 S/. 787.50 S/. 157.50
S/. 708.75 S/. - S/. 315.00 S/. 649.69
S/. 2,394.00 S/. - S/. - S/. -
S/. 1,942.50 S/. - S/. - S/. -
S/. 367.50 S/. 2,649.06 S/. 750.31 S/. -
S/. 367.50 S/. 689.06 S/. 4,655.00 S/. 2,205.00
S/. 367.50 S/. - S/. 4,655.00 S/. 1,960.00
S/. 1,837.50 S/. - S/. - S/. -
S/. 308.00 S/. 240.63 S/. 317.63 S/. 539.00
S/. 196.00 S/. 1,384.25 S/. 208.25 S/. -
S/. 315.00 S/. 3,799.69 S/. 334.69 S/. -
S/. 294.00 S/. 3,546.38 S/. 312.38 S/. -
S/. 22,759.05 S/. 13,411.56 S/. 12,335.75 S/. 5,511.19
S/. 22,759.05 S/. 36,170.61 S/. 48,506.36 S/. 54,017.55
Analista de Calidad
Jefe de Proyecto - Scrum Master
Product Owner
Analista Programador Android 1
Analista UX
Analista Funcional
Mes
Analista Técnico
Ingresos
Recursos Humanos
1 Disco duro servidor storage 600 gb
Gastos Generales
Equipos y materiales
Subcontratos
Egreso del Presupuesto del Proyecto
Usuario Líder-Meta 4-AO
Total presupuesto proyecto - egreso
Total Acumulado
Ventas / Beneficios
Analista Programador Android 2
Egresos
Inversión
1 Memoria ram 4gb DDR3 servidor
1 Licencia Adobe Creative Cloud
1 Licencia Visual Studio
Usuario Líder-Desarrollo Humano
Usuario Líder-GSD
Analista Programador web - bdd
Servicio de configuración del servidor
Semana 0 Semana 1 Semana 2 Semana 3 Semana 4 Semana 5 Semana 6 Semana 7 Semana 8
0 5,670.05S/. 7,661.55S/. 15,938.55S/. 22,759.05S/. 23,931.55S/. 26,353.11S/. 29,398.11S/. 36,170.61S/.
Semana 9 Semana 10 Semana 11 Semana 12 Semana 13 Semana 14 Semana 15 Semana 16
40,774.86S/. 42,892.36S/. 46,388.86S/. 48,506.36S/. 50,777.86S/. 52,482.36S/. 53,280.36S/. 54,017.55S/.
182
Figura 127. Curva costo vs tiempo
Fuente: Elaboración Propia
Se realiza el análisis de retorno, el cual se da a través de los recursos humanos en los
cuales invierte la empresa para brindar mantenimiento a los diversos aplicativos que
se encuentran implementados y que muchos de éstos no funcionan correctamente o no
son utilizados, además para todo ello se tiene que realizar un contacto constante con
las diversas divisiones de la empresa ya que cada una de éstas administra ciertos
aplicativos y su propio personal para cada uno de éstos, además el personal de recursos
humanos genera horas extras al realizar sus funciones como inspeccionar la
infraestructura, registro de incidencias.
En la siguiente tabla se observan los gastos que realiza la empresa mensualmente en
los recursos humanos de las diferentes áreas y divisiones.
183
Tabla 21. Gasto adicional mensual de la empresa en recursos humanos
Fuente: Elaboración Propia
Después de haber calculado el costo total del proyecto y el análisis de retorno, se
calculará la viabilidad a través del VAN y el TIR.
Tabla 22. Cálculo del VAN y TIR
Fuente: Elaboración Propia
Factor Recurso Humano 1.4
Recursos Humanos Sueldo (S/.)Sueldo x Hora
(S/.)Nro. Horas
Sueldo por
Horas (S./)Días
Monto por
Días (S/.)Nro. Trab.
Costo por
Área (S/.)
Monto por
Área con
Factor (S/.)
Analista Técnico - AO 4,200 26.25 2 52.50 30 1,575.00 1 1,575.00 2,205.00
Analista Programador - AO 3,500 21.88 2 43.75 30 1,312.50 1 1,312.50 1,837.50
Analista Técnico - GSD 4,200 26.25 2 52.50 30 1,575.00 1 1,575.00 2,205.00
Analista Programador - GSD 3,501 21.88 2 43.76 30 1,312.88 1 1,312.88 1,838.03
Personal de RR.HH.-Desarrollo Humano 2,800 17.50 2 35.00 30 1,050.00 2 2,100.00 2,940.00
Jefe de proyectos-GSD 4,500 28.13 1 28.13 30 843.75 1 843.75 1,181.25
Jefe de proyectos-Meta 4-AO 4,200 26.25 1 26.25 30 787.50 1 787.50 1,102.50
8,456.63 8 9,506.63 13,309.28 Total monto del sueldo por hora adicional de pago al trabajador
MES
COSTES DE
INVERSIÓN
COSTES DE
OPERACIÓN
BENEFICIOS EN
COSTO DE RRHHINGRESOS NETOS
0 -54,017.55S/. -54,017.55S/.
1 13,309.28S/. 13,309.28S/.
2 13,309.28S/. 13,309.28S/.
3 13,309.28S/. 13,309.28S/.
4 13,309.28S/. 13,309.28S/.
5 13,309.28S/. 13,309.28S/.
TIR 7% 7.38%
VAN 10,897.01S/.
10.000%
0.833%
Proyecto desarrollo de una aplicación móvil orientada a los RR.HH. De una
empresa de outsourcong y tecnologías de la información
Tasa de Descuento Anual
Tasa de Descuento Mensual
184
Según el análisis de retorno de inversión del proyecto, se determina su viabilidad ya
que el cálculo VAN que presenta es de S/. 10,897.01 al quinto mes, a través de ésta
cifra se sustenta la viabilidad del proyecto.
4.3. Cronograma
En el cronograma se describe el tiempo empleado en el desarrollo en cada una de las
actividades, además de los recursos empleados en cada una de éstas (Ver Anexo N°02:
Diagrama de Gantt – Cronograma por cada una de las etapas del desarrollo del
aplicativo).
185
CONCLUSIONES
El desarrollo de una aplicación móvil permite mejorar satisfactoriamente las actividades
relacionadas con el área de RR.HH. de una empresa de Outsourcing y Tecnologías de la
Información, cumpliendo los objetivos planteados del presente trabajo y a través de los
resultados obtenidos en las encuestas, se definieron las siguientes conclusiones:
• Los módulos desarrollados en el aplicativo informan a los usuarios de manera precisa
sobre las actividades que realizan el área de RR.HH. permiten acceder a tiempo a los
beneficios brindados; debido a que cumplen y satisfacen los requerimientos
funcionales y las características definidas.
• Los módulos desarrollados en el aplicativo permiten a los usuarios controlar su
periodo vacacional y mejorar la comunicación ante una consulta o incidencia
relacionada al área de RR.HH., logrando mejorar el desempeño laboral; debido a que
cumplen y satisfacen los requerimientos funcionales y las características definidas.
• El diseño de las interfaces permiten al usuario el acceso y registro oportuno de las
diferentes actividades que realiza el área de RR.HH. de manera satisfactoria e
interactiva; debido a su fácil navegación, atractiva y moderna, mostrando con claridad
el contenido en el aplicativo.
186
BIBLIOGRAFÍAS
Libreros Baeza, K., & Ramírez Borrero, N. (2013). DISEÑO DE UN SISTEMA DE GESTIÓN DE
TALENTO HUMANO PARA UNA EMPRESA DE SERVICIOS: CALL CENTER. Obtenido de
BIBLIOTECA DIGITAL UNIVERSIDAD DE SAN BUENAVENTURA:
https://bibliotecadigital.usb.edu.co/bitstream/10819/1816/1/Dise%C3%B1o_%20Hum
ano_Call%20Center_Libreros_2013..pdf
Antonio Pascual, J. (07 de 07 de 2018). computerhoy. Obtenido de computerhoy:
https://computerhoy.com/reportajes/industria/android-vs-iphone-guerra-
smartphones-cifras-271447
Arias, F. G. (2012). El proyecto de investigación (Sexta ed.). Caracas: EPISTEME.
bright developers. (28 de 09 de 2018). Obtenido de
https://www.brightdevelopers.com/testing-and-android-part-2-model-view-
presenter/
Buttle, F. (2009). Customer Relationship Management. Burlington: Elsevier Ltd.
Carranza Salcedo, I. G. (2017). DISEÑO DE UN APLICATIVO WEB PARA LA MEJORA DE LOS
PROCESOS DE LOS PROYECTOS DE INVERSIÓN PUBLICA DE EMERGENCIA DE LA
DIRECCIÓN GENERAL DE INVERSIÓN PUBLICA DEL MINISTERIO DE ECONOMÍA Y
FINANZAS - MEF. Obtenido de Repositorio Institucional de la UTP:
file:///D:/Tesis%20UTP/TESIS%20UTP/Ejemplos%20de%20Tesis%20UTP/Ingrid%20Carr
anza_Tesis_Titulo%20Profesional_2017.pdf
Chen, I. J., & Popovich, K. (12 de 2018). emeraldinsight. Obtenido de
https://www.emeraldinsight.com/doi/pdfplus/10.1108/14637150310496758#
Cuello, J., & Vittone, J. (2013). Diseñando apps para móvies.
Gestión, R. (10 de 10 de 2017). Gestión. Obtenido de Gestión:
https://gestion.pe/tendencias/management-empleo/aplicaciones-moviles-peru-han-
incrementado-63-productividad-empresarial-220422
greenrobot.org. (11 de 2018). Obtenido de http://greenrobot.org/greendao/
IBM. (2018). IBM. Obtenido de
https://www.ibm.com/developerworks/rational/library/4763.html
IBM, P. R. (2018). IBM - Rational Unified Process. Obtenido de
https://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/12
51_bestpractices_TP026B.pdf
Jacobson, I., BOOCH, G., & RUMBAUGH, J. (2000). The Unified Modeling Language Reference
Manual. Pearson Addisson-Wesley.
Joinnus. (05 de 26 de 2017). Blog Joinnus. Recuperado el 20 de 09 de 2018, de Joinnus:
http://blog.joinnus.com/joinnus-recibe-inversion-de-grupo-rpp/
Mainkar, P. (2017). Expert Android Programming. Birmingham: Packt Publishing.
Meta4. (20 de 09 de 2018). Meta4. Recuperado el 20 de 09 de 2018, de Meta 4:
http://informacioncreativa.com/meta4-software-recursos-humanos/
187
Oracle. (04 de 2018). Documentos Oracle. Obtenido de
https://docs.oracle.com/javaee/6/tutorial/doc/gijqy.html
Per Kroll, P. K. (2003). The Rational Process made easy: A practioner’s guide to the RUP.
Addison Wesley.
Revelo, J. (08 de 2016). Hermosa Programación. Obtenido de
http://www.hermosaprogramacion.com/2016/10/retrofit-android-app-medica/
Sánchez, D., & Calero, S. (21 de 12 de 2015). MoleQla: revista de Ciencias de la Universidad
Pablo de Olavide. Obtenido de
https://www.upo.es/moleqla/export/sites/moleqla/documentos/Numero20/Numero_
20_final.pdf
SAP. (22 de 09 de 2018). SAP. Obtenido de https://www.sap.com/latinamerica/products/what-
is-erp.html
Workplace, F. (20 de 09 de 2018). Workplace by Facebook. Recuperado el 20 de 09 de 2018, de
Workplace by Facebook:
https://www.facebook.com/workplace/faq/?ref=AVv8YAb5S3I_hBuL_rv7lf3ENFG1edK
7OxF4LrJrD3dZmhOI7DBpYrdMHSUjQDpcMjt99oOE8i8f7IbklcXcpOrCIhoPUZtin3cJx-
fM9zx-
0nU_N9Int18lkfJDLBQsgKP8mb4wm4aVXVWvfNANGFY9tBsO6J4KWitWzUoiJNUVpcY8
U3znXc4VnCZ3op0AgGhYjs2rBLrQwvGXWF6rHyjGGvy5ZBqaKW81U6Elh3DArqDg9xoK3
tAFC0S5wEvn8t1c3KNRpz1o0QkLjnmAG28DD5z8Jk3w9vBKvr7GKnI4BTOWP9wv9Uk67
WbCnaFJgNG2fG7U1yML_AicnNDgGkWKup4EJ16Co9AS2zkAoJAHVIyjz-o-
DVHfEfRxJlBoVHwYFAtoQNhZ55f1mhWYaCn-
188
ANEXOS
Anexo N°01
Encuesta de evaluación de la aplicación móvil para mejorar las actividades
relacionadas con el área de RR.HH. de la empresa.
Sección N°1 de la encuesta
189
Sección N°2 de la encuesta
190
Sección N°3 de la encuesta
191
Anexo N°02
Diagrama de Gantt – Cronograma por cada una de las etapas del desarrollo del
aplicativo.
• Inicio
Id Task Name Duración Trabajo Comienzo Fin PredecesorasNombres de los recursos
1 Desarrollo de una aplicación móvil orientada a los RR.HH. de una empresa de Outsourcing y Tecnologías de la Información
77.57 días?
1,376.5 horas lun 1/10/18 mar 15/1/19
2 Inicio 7.19 días? 180 horas lun 1/10/18 mié 10/10/183 Alcance del proyecto 6.13 días? 176 horas lun 1/10/18 mar 9/10/184 Revisión de los Requerimiento2 días? 16 horas lun 1/10/18 mar 2/10/18 Jefe de Proyecto5 Brainstorming 1 día? 32 horas mar 2/10/18 mié 3/10/18 4 Analista de calidad[50%];Analista
Funcional[50%];Analista Programador web - bdd[50%];Analista Programador Android 1[50%];Analista Programador Android 2[50%];Analista Técnico[50%];Analista UX[50%];Jefe de Proyecto[50%]6 Reunión de Inicio 1.06 días? 96 horas mié 3/10/18 jue 4/10/18 5 Analista de calidad[94%];Analista Funcional[94%];Analista Programador web - bdd[94%];Analista Programador Android 1[94%];Analista Programador Android 2[94%];Analista Técnico[94%];Analista UX[94%];Jefe de Proyecto[94%];Jefe de desarrollo organizacional[...
7 Catálogo de requerimientos 1 día? 24 horas jue 4/10/18 vie 5/10/18 6 Analista Funcional;Analista Técnico;Jefe de Proyecto8 Cronograma del Proyecto 1.06 días? 8 horas vie 5/10/18 mar 9/10/18 7 Jefe de Proyecto[94%]9 Acta de Conformidad 1.06 días? 4 horas mar 9/10/18 mié 10/10/18 3 Jefe de Proyecto[24%];Jefe de desarrollo organizacional
10 Aprobación del Entregable 0 días 0 horas mié 10/10/18 mié 10/10/18 9 Jefe de desarrollo organizacional;Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta 4-AO11 Hito Fin Inicio 0 días? 0 horas mié 10/10/18 mié 10/10/18 10 Jefe de desarrollo organizacional;Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta 4-AO;Jefe de
X S M23 jul '18 13 ago '18
192
• Elaboración
Id Task Name Duración Trabajo Comienzo Fin PredecesorasNombres de los recursos
12 Elaboración 17.69 días?183 horas mar 9/10/18 vie 2/11/1813 Solicitud de licencias, equipos,
materiales para el proyecto0.25 días? 4 horas mié 10/10/18 jue 11/10/18 11 Administración y Finanzas;Jefe de Proyecto
14 Recepción de equipos y materiales - parte 1
0 días? 0 horas jue 11/10/18 jue 11/10/18 13 Jefe de Proyecto
15 Recepción de equipos y materiales - parte 2
0 días? 0 horas jue 11/10/18 jue 11/10/18 13;14 Jefe de Proyecto
16 Especificaciones Funcionales 17.69 días?111 horas mar 9/10/18 vie 2/11/1817 Casos de uso del sistema 1.06 días? 8 horas mié 10/10/18 jue 11/10/18 11 Analista Funcional[94%]18 Diagrama de infraestructura 1.06 días? 8 horas jue 11/10/18 vie 12/10/18 17 Analista Funcional[94%]19 Diagrama de secuencia 1 día? 8 horas vie 12/10/18 lun 15/10/18 18 Analista Funcional20 Diseño de interfaces de usuario7.88 días? 63 horas jue 11/10/18 lun 22/10/18 14 Analista UX21 Elaboracion del Documento
Análisis funcional1.06 días? 8 horas lun 22/10/18 mar 23/10/18 17;20;19Analista Funcional[94%]
22 Reunión técnica y funcional 0.5 días? 12 horas mar 23/10/18 mar 23/10/18 21 Analista Funcional;Analista Técnico;Jefe de Proyecto23 Aprobación de las
especificaciones funcionales3.19 días 4 horas mar 23/10/18 vie 26/10/18 22 Jefe de desarrollo organizacional[16%]
24 Aprobación del Entregable 0 días 0 horas vie 26/10/18 vie 26/10/18 23 Jefe de Proyecto;Jefe de desarrollo organizacional25 Especificaciones Técnicas 7.69 días? 64 horas mié 10/10/18 lun 22/10/1826 Análisis y modelo de la Base de datos4 días? 32 horas mié 10/10/18 mar 16/10/18 11 Analista Técnico27 Especificaciones de RESTful
web services1.06 días? 8 horas mar 16/10/18 mié 17/10/18 26 Analista Técnico[94%]
28 Elaboración del Documento de Análisis Técnico
1.06 días? 8 horas mié 17/10/18 jue 18/10/18 26;27 Analista Técnico[94%]
29 Reunión técnica y funcional 0.5 días? 12 horas jue 18/10/18 vie 19/10/18 28 Analista Funcional;Analista Técnico;Jefe de Proyecto30 Aprobación de las
especificaciones técnicas1.06 días? 4 horas vie 19/10/18 lun 22/10/18 29 Jefe de desarrollo organizacional[47%]
31 Aprobación del Entregable 0 días 0 horas lun 22/10/18 lun 22/10/18 30 Jefe de Proyecto;Jefe de desarrollo organizacional32 Casos de prueba 1.06 días? 4 horas lun 22/10/18 mar 23/10/18 25 Analista de calidad[47%]33 Hito Fin Elaboración 0 días 0 horas vie 2/11/18 vie 2/11/18 25;16;15;32Jefe de Proyecto;Jefe de desarrollo
organizacional;Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta
X S M23 jul '18 13 ago '18
193
• Construcción
Id Task Name Duración Trabajo Comienzo Fin PredecesorasNombres de los recursos
34 Construcción 51.83 días?961 horas vie 2/11/18 vie 11/1/1935 Iteración 1: Preparación del
ambiente de desarrollo6.88 días? 69 horas vie 2/11/18 mar 13/11/18
36 Reunión de inicio de iteración
1.06 días? 25 horas vie 2/11/18 lun 5/11/18 33 Jefe de Proyecto[94%];Analista Programador Android 1;Analista Programador web - bdd
37 Preparación de la instancia para la base de datos
1.06 días? 5 horas lun 5/11/18 mar 6/11/18 36 Analista Programador web - bdd[59%]
38 Crear y configurar el sitio web en el IIS
1.06 días? 3 horas mar 6/11/18 mié 7/11/18 37 Analista Programador web - bdd[35%]
39 Configurar el proyecto en el Visual Studio para la construcción del webservices RESTful web
1.06 días? 6 horas mié 7/11/18 jue 8/11/18 38 Analista Programador web - bdd[71%]
40 Configurar el proyecto en Android Studio
1.06 días? 6 horas lun 5/11/18 mar 6/11/18 36 Analista Programador Android 1[71%]
41 Pruebas unitarias 1.06 días? 8 horas jue 8/11/18 vie 9/11/18 37;38;39;40Analista Programador Android 1[47%];Analista Programador web - bdd[47%]
42 Pruebas integrales 0.5 días? 4 horas vie 9/11/18 lun 12/11/18 41 Analista de calidad43 Reunión de culminación de
entregables1.06 días? 12 horas lun 12/11/18 mar 13/11/18 42 Analista Programador Android 1[47%];Analista
Programador web - bdd[47%];Jefe de Proyecto[47%]44 Aprobación del Entregable 0 días 0 horas mar 13/11/18 mar 13/11/18 43 Jefe de desarrollo organizacional;Jefe de Proyecto
45 Iteración 2: Base de datos, RESTful web services
14.69 días?
416 horas mar 13/11/18 vie 30/11/18
46 Reunión de inicio de iteración
1.06 días? 41.5 horas mar 13/11/18 mié 14/11/18 44 Analista Programador web - bdd[94%];Jefe de Proyecto[94%];Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta 4-AO47 Desarrollo de la Base de
Datos5 días? 120 horas mié 14/11/18 mar 20/11/18 46 Analista Programador web - bdd;Usuario
Líder-GSD;Usuario Líder-Meta 4-AO48 Desarrollo del RESTful web
services e integración con losrepositorios
6 días? 192 horas mar 20/11/18 mié 28/11/18 47 Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta 4-AO;Analista Programador web - bdd49 Pruebas unitarias 1.06 días? 16.5 horas mié 28/11/18 jue 29/11/18 48 Analista Programador web - bdd[94%];Analista de calidad
50 Pruebas integrales 0.5 días? 4 horas jue 29/11/18 jue 29/11/18 49 Analista de calidad51 Reunión de culminación de
entregables1.06 días? 42 horas jue 29/11/18 vie 30/11/18 50 Jefe de desarrollo organizacional[47%];Jefe de
Proyecto[47%];Analista Programador web - bdd;Usuario Líder-Desarrollo Humano;Usuario Líder-GSD;Usuario Líder-Meta 4-AO
52 Aprobación del Entregable 0 días 0 horas vie 30/11/18 vie 30/11/18 51 Jefe de desarrollo organizacional;Jefe de Proyecto53 Iteración 3: Módulo 1,2 del aplicativo11.13 días?184 horas vie 30/11/18 lun 17/12/1854 Reunión de inicio de
iteración1.06 días? 24 horas vie 30/11/18 lun 3/12/18 52 Analista Programador Android 1[94%];Analista
Programador Android 2[94%];Jefe de Proyecto[94%]55 Maquetado de las interfaces 4 días? 64 horas lun 3/12/18 vie 7/12/18 54 Analista Programador Android 1;Analista Programador Android 2
56 Lógica del aplicativo implementada de acuerdo al perfil del usuario
4 días? 64 horas vie 7/12/18 jue 13/12/18 55 Analista Programador Android 1;Analista Programador Android 2
57 Pruebas unitarias 0.5 días? 12 horas jue 13/12/18 jue 13/12/18 55;56 Analista Programador Android 2;Analista de calidad;Analista Programador Android 1
58 Pruebas integrales 0.5 días? 4 horas jue 13/12/18 vie 14/12/18 57 Analista de calidad59 Reunión de culminación de
entregables1.06 días? 16 horas vie 14/12/18 lun 17/12/18 58 Analista Programador Android 1[47%];Analista
Programador Android 2[47%];Jefe de desarrollo organizacional[47%];Jefe de Proyecto[47%]
60 Aprobación del Entregable 0 días 0 horas lun 17/12/18 lun 17/12/18 59 Jefe de desarrollo organizacional;Jefe de Proyecto61 Iteración 4: Módulo 3,4 del aplicativo11.69 días?184 horas lun 17/12/18 mié 2/1/1962 Reunión de inicio de
iteración1.06 días? 24 horas lun 17/12/18 mar 18/12/18 60 Analista Programador Android 1[94%];Analista
Programador Android 2[94%];Jefe de Proyecto[94%]63 Maquetado de las interfaces 4 días? 64 horas mar 18/12/18 lun 24/12/18 62 Analista Programador Android 1;Analista Programador Android 2
64 Lógica del aplicativo implementada de acuerdo al perfil del usuario
4 días? 64 horas lun 24/12/18 jue 27/12/18 63 Analista Programador Android 1;Analista Programador Android 2
65 Pruebas unitarias 1.06 días? 12 horas jue 27/12/18 vie 28/12/18 63;64 Analista Programador Android 2;Analista de calidad[47%];Analista Programador Android 1[47%]66 Pruebas integrales 0.5 días 4 horas vie 28/12/18 lun 31/12/18 65 Analista de calidad
67 Reunión de culminación de entregables
1.06 días? 16 horas lun 31/12/18 mié 2/1/19 66 Analista Programador Android 1[47%];Analista Programador Android 2[47%];Jefe de desarrollo organizacional[47%];Jefe de Proyecto[47%]
68 Aprobación del Entregable 0 días 0 horas mié 2/1/19 mié 2/1/19 67 Jefe de desarrollo organizacional;Jefe de Proyecto69 Iteración 5: Módulo 5 del aplicativo7.45 días? 108 horas mié 2/1/19 vie 11/1/1970 Reunión de inicio de
iteración1.06 días? 24 horas mié 2/1/19 jue 3/1/19 68 Analista Programador Android 1[94%];Analista
Programador Android 2[94%];Jefe de Proyecto[94%]71 Maquetado de las interfaces 2 días? 32 horas jue 3/1/19 lun 7/1/19 70 Analista Programador Android 1;Analista Programador Android 2
72 Lógica del aplicativo implementada de acuerdo al perfil del usuario
2 días? 32 horas lun 7/1/19 mié 9/1/19 71 Analista Programador Android 1;Analista Programador Android 2
73 Pruebas unitarias 1.06 días? 12 horas mié 9/1/19 jue 10/1/19 71;72 Analista Programador Android 2;Analista de calidad[47%];Analista Programador Android 1[47%]74 Pruebas integrales 1.06 días 4 horas jue 10/1/19 vie 11/1/19 73 Analista de calidad[47%]
75 Reunión de culminación de entregables
0.27 días 4 horas vie 11/1/19 vie 11/1/19 74 Analista Programador Android 1[47%];Analista Programador Android 2[47%];Jefe de desarrollo organizacional[47%];Jefe de Proyecto[47%]
76 Aprobación del Entregable 0 días 0 horas vie 11/1/19 vie 11/1/19 75 Jefe de desarrollo organizacional;Jefe de Proyecto77 Hito Fin Construcción 0 días 0 horas vie 11/1/19 vie 11/1/19 69;35;45;53;61Jefe de desarrollo organizacional;Jefe de Proyecto
X S M23 jul '18 13 ago '18
194
195
• Transición
Id Task Name Duración Trabajo Comienzo Fin PredecesorasNombres de los recursos
78 Transicion 77.57 días?52.5 horas lun 1/10/18 mar 15/1/1979 Manuales e Informes 76.5 días? 44.5 horas lun 1/10/18 lun 14/1/1980 Elaborar Manual de usuario
Android1.06 días? 16 horas lun 1/10/18 mar 2/10/18 Analista Programador Android 1[94%];Analista
Programador Android 2[94%]81 Catálogo de servicios web 1.06 días? 8 horas mar 2/10/18 mié 3/10/18 80 Analista Programador web - bdd[94%]82 Documento de evidencia de Pruebas1.06 días? 8 horas vie 11/1/19 lun 14/1/19 74 Analista de calidad[94%]83 Acta de Aceptación de
pruebas y de producto1.06 días? 12.5 horas mié 3/10/18 jue 4/10/18 81 Jefe de Proyecto[47%];Jefe de desarrollo
organizacional84 Aprobación del Entregable 0 días 0 horas lun 14/1/19 lun 14/1/19 79 Jefe de desarrollo organizacional85 Capacitación 1.06 días? 8 horas lun 14/1/19 mar 15/1/19 84 Analista Programador Android 1[94%]86 Hito Fin Transición 0 días 0 horas mar 15/1/19 mar 15/1/19 85 Jefe de desarrollo organizacional
X S M23 jul '18 13 ago '18
196
Anexo N°03
Flujo de navegación de la aplicación móvil Android