Desarrollo de Una Aplicación Móvil

1
Facultad de Ingeniería de Sistemas y

Electrónica
Carrera Profesional de Ingeniería de Sistemas e

Informática
Informe de Suficiencia Profesional para optar el Título

Profesional de Ingeniero 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”
Alumno:
Jorge Lorenzo Saenz Ugaz
Lima – Perú
2018
2
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
3
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

4
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
INDICE DE FIGURAS.................................................................................................10
INDICE DE TABLAS...................................................................................................13
INTRODUCCION.........................................................................................................14
5
CAPITULO 1.................................................................................................................15
ASPECTOS GENERALES..........................................................................................15
1.1. Definición del Problema...................................................................................15
1.1.1. Descripción del Problema..........................................................................15
1.2. Definición de objetivos.....................................................................................17
1.2.1. Objetivo general........................................................................................17
1.2.2. Objetivos específicos.................................................................................17
1.3. Alcances y limitaciones....................................................................................17
1.4. Justificación......................................................................................................22
1.5. Estado del Arte..................................................................................................23
1.5.1. Aplicaciones referentes al tema de estudio...............................................23
1.5.1.1. Workplace de Facebook.....................................................................24
1.5.1.2. Meta4 – Software de Recursos Humanos..........................................24
1.5.1.3. Joinnus................................................................................................25
1.5.2. Antecedentes en relación al tema planteado..............................................25
1.5.2.1. Diseño de un sistema de gestión de talento humano para una empresa
de servicios: Call Center.......................................................................................25
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.........................26
CAPITULO 2.................................................................................................................27
MARCO TEÓRICO......................................................................................................27
2.1. Fundamento teórico..........................................................................................27
2.1.1. Metodologías y marcos de trabajo para el desarrollo de software............27
2.1.1.1. Proceso Unificado de desarrollo de Software....................................27
2.1.2. UML..........................................................................................................31
2.1.3. Patrones de arquitectura aplicada a aplicaciones Android........................31
2.1.3.1. Modelo Vista Controlador (MVC).....................................................31
2.1.3.2. Modelo Vista Presentación (MVP)....................................................32
2.1.3.3. Diferencias entre MVP y MVC..........................................................33
2.1.3.4. Beneficios de utilizar MVP en Android.............................................34
2.2. Marco conceptual..............................................................................................34
2.2.1. Aplicaciones móviles.................................................................................34
2.2.1.1. Tipos de aplicaciones según su desarrollo.........................................36
2.2.1.1.1. Aplicaciones Nativas......................................................................37
2.2.1.1.2. Aplicaciones Web...........................................................................37
6
2.2.1.1.3. Aplicaciones Híbridas....................................................................37

2.2.2. Sistemas de gestión y administración de información..............................38
2.2.2.1. Employee Relationship Management (ERM)....................................38
2.2.2.2. Customer Relationship Management (CRM).....................................39
2.2.2.3. Enterprise Resource Planning (ERP).................................................40
2.2.3. RESTful Web Services..............................................................................40
2.2.4. Retrofit.......................................................................................................42
2.2.5. GreenDAO.................................................................................................42
2.3. Estructura de Descomposición del Trabajo – EDT...........................................43
2.4. Gestión de la calidad.........................................................................................44
2.5. Gestión de recursos humanos...........................................................................45
2.5.1. Organigrama del proyecto.........................................................................45
2.5.2. Organigrama de la empresa.......................................................................46
2.6. Gestión de las comunicaciones.........................................................................46
2.7. Gestión de los riesgos.......................................................................................47
CAPITULO 3.................................................................................................................48
DESARROLLO DE LA SOLUCIÓN..........................................................................48
3.1. Inicio.................................................................................................................48
3.1.1. Revisión del requerimiento........................................................................48
3.1.2. Brainstorming............................................................................................48
3.1.3. Reunión de inicio.......................................................................................49
3.1.4. Definición de requerimientos....................................................................49
3.1.5. Plan de proyecto........................................................................................54
3.2. Elaboración.......................................................................................................54
3.2.1. Diagrama de procesos................................................................................54
3.2.2. Actores del sistema....................................................................................60
3.2.2.1. Especificación de actores del sistema................................................60
3.2.3. Paquetes del sistema..................................................................................61
3.2.3.1. Especificación de paquetes................................................................62
3.2.4. Casos de uso del sistema...........................................................................63
3.2.4.1. Paquete gestión de cuentas del usuario..............................................63
3.2.4.2. Paquete información del usuario........................................................64
3.2.4.3. Paquete beneficios..............................................................................65
3.2.4.4. Paquete eventos..................................................................................66
3.2.4.5. Paquete incidencias............................................................................67
7
3.2.4.6. Paquete vacaciones.............................................................................68

3.2.5. Especificación de casos de uso del sistema por paquetes..........................68
3.2.5.1. CUS01-01 Iniciar sesión con credenciales corporativas....................69
3.2.5.2. CUS01-02 Validar los accesos a los módulos por perfil de usuario...70
3.2.5.3. CUS01-03 Obtener información de contacto ante un inconveniente.71
3.2.5.4. CUS01-04 Incluir un menú lateral en el aplicativo............................72
3.2.5.5. CUS01-05 Cerrar sesión en el aplicativo...........................................72
3.2.5.6. CUS01-06 Recibir notificaciones......................................................73
3.2.5.7. CUS02-01 Visualizar información del usuario..................................74
3.2.5.8. CUS02-02 Visualizar historial laboral...............................................74
3.2.5.9. CUS02-03 Visualizar oportunidades laborales..................................75
3.2.5.10. CUS02-04 Visualizar roles en la empresa y sus requisitos................75
3.2.5.11. CUSO3-01 Visualizar beneficios.......................................................76
3.2.5.12. CUS03-02 Marcar beneficio como favorito.......................................77
3.2.5.13. CUS03-03 Visualizar detalle y acceder a los beneficios....................78
3.2.5.14. CUS03-04 Acceder a los beneficios...................................................79
3.2.5.15. CUS04-01 Crear evento.....................................................................80
3.2.5.16. CUS04-02 Reporte de eventos...........................................................81
3.2.5.17. CUS04-03 Visualizar eventos corporativos.......................................82
3.2.5.18. CUS04-04 Visualizar detalle del evento............................................83
3.2.5.19. CUS04-05 Inscribirse a un evento.....................................................84
3.2.5.20. CUS04-06 Comentar y valorar evento...............................................85
3.2.5.21. CUS05-01 Mostrar información acerca de los contactos de soporte
ante algún inconveniente......................................................................................86
3.2.5.22. CUS05-02 Registrar una incidencia...................................................87
3.2.5.23. CUS05-03 Observar el estado de los tickets generados por las
incidencias 87
3.2.5.24. CUS05-04 Visualizar incidencias comunes.......................................88
3.2.5.25. CUS06-01 Visualizar periodo vacacional..........................................89
3.2.5.26. CUS06-02 Solicitar vacaciones..........................................................90
3.2.5.27. CUS06-03 Reprogramar vacaciones..................................................90
3.2.5.28. CUS06-04 Cancelar vacaciones.........................................................91
3.2.5.29. CUS06-05 Aprobar vacaciones..........................................................92
3.2.6. Arquitectura de la aplicación.....................................................................93
3.2.7. Vista de despliegue....................................................................................94
3.2.8. Diagrama de componentes........................................................................95
8
3.2.9. Diagrama de secuencia..............................................................................96

3.2.10. Modelo entidad relación......................................................................109
3.2.10.1. Modelo lógico de la base de datos...................................................109
3.2.10.2. Modelo físico de la base de datos.....................................................115
3.2.11. Diseño de interfaces.............................................................................116
3.2.11.1. Mapa de navegación.........................................................................116
3.2.11.2. Módulo gestión de cuentas de usuario.............................................117
3.2.11.2.1. Ingreso al aplicativo móvil.......................................................117
3.2.11.2.2. Información de contacto ante un inconveniente....................118
3.2.11.2.3. Menú lateral..............................................................................119
3.2.11.2.4. Notificaciones push...................................................................120
3.2.11.3. Módulo información usuario............................................................121
3.2.11.3.1. Información del usuario..........................................................121
3.2.11.3.2. Detalle de historial laboral – Roles a los cuales se tiene acceso
123
3.2.11.3.3. Detalle oportunidad laboral....................................................124
3.2.11.3.4. Acceso a boletas de pago..........................................................125
3.2.11.3.5. Resumen de eventos en el inicio de la aplicación...................126
3.2.11.4. Módulo de beneficios.......................................................................127
3.2.11.4.1. Visualización de beneficios corporativos................................127
3.2.11.4.2. Marcar beneficio como favorito..............................................130
3.2.11.4.3. Visualizar detalle de los beneficios..........................................132
3.2.11.4.4. Confirmación de registro.........................................................137
3.2.11.5. Módulo de eventos...........................................................................138
3.2.11.5.1. Listado de “Mis eventos”.........................................................138
3.2.11.5.2. Crear eventos............................................................................139
3.2.11.5.3. Confirmación de registro de la propuesta..............................141
3.2.11.5.4. Reporte de eventos propuestos por el usuario.......................141
3.2.11.5.5. Detalle del evento realizado.....................................................142
3.2.11.5.6. Visualizar eventos corporativos..............................................144
3.2.11.5.7. Visualizar detalle del evento con confirmación de asistencia
146
3.2.11.5.8. Detalle del evento confirmación asistencia con pago............149
3.2.11.5.9. Detalle del evento informativo con comentarios...................151
3.2.11.5.10. Registro correcto de asistencia..............................................152
3.2.11.5.11. Realizar comentarios y calificar eventos..............................152
9
3.2.11.6. Módulo de incidencias.....................................................................154

3.2.11.6.1. Visualizar incidencias concurrentes.......................................154
3.2.11.6.2. Registrar incidencia.................................................................155
3.2.11.6.3. Confirmación de registro de incidencia.................................156
3.2.11.6.4. Tickets generados por incidencias..........................................156
3.2.11.6.5. Contactos de soporte................................................................158
3.2.11.7. Módulo de vacaciones......................................................................159
3.2.11.7.1. Visualización de periodo vacacional – pantalla principal del
módulo de vacaciones...................................................................................159
3.2.11.7.2. Aprobación o rechazo de solicitudes, mensaje de confirmación
162
3.2.11.7.3. Solicitud de vacaciones............................................................164
3.2.11.7.4. Cancelar o reprogramar las vacaciones.................................166
3.3. Construcción...................................................................................................168
3.3.3. Iteración 1: Preparación del ambiente de desarrollo...............................168
3.3.4. Iteración 2: Base de datos, RESTful web services..................................180
3.3.5. Iteración 3: Módulo 1,2 del aplicativo....................................................180
3.3.6. Iteración 4: Módulo 3,4 del aplicativo....................................................181
3.3.7. Iteración 5: Módulo 5 del aplicativo.......................................................181
3.3.8. Pruebas....................................................................................................181
3.3.8.1. Pruebas unitarias..............................................................................181
3.3.8.1.1. Pruebas de caja blanca.................................................................182
3.3.8.1.2. Pruebas de caja negra...................................................................182
3.3.8.2. Pruebas de integración.....................................................................182
3.3.8.2.1. No incremental.............................................................................182
3.3.8.2.2. Incremental...................................................................................183
3.4. Transición.......................................................................................................183
CAPITULO 4...............................................................................................................184
RESULTADOS.............................................................................................................184
4.1. Resultados.......................................................................................................184
4.2. Presupuesto.....................................................................................................192
4.3. Cronograma....................................................................................................198
CONCLUSIONES.......................................................................................................199
BIBLIOGRAFÍAS.......................................................................................................200
ANEXOS.......................................................................................................................202
10
INDICE DE FIGURAS
Figura 1. Árbol de problemas.....................................................................................................16

Figura 2. Ciclo de vida RUP.........................................................................................................29
Figura 3. Esquema Modelo Vista Controlador............................................................................32
Figura 4. Esquema Modelo Vista Presentación...........................................................................33
Figura 5. Uso de sistemas operativos en dispositivos móviles....................................................35
Figura 6. Comparativa entre las versiones de los S.O móviles con mayor uso actualmente.......36
Figura 7. Estructura de descomposición del trabajo - EDT..........................................................43
Figura 8. Organigrama del proyecto...........................................................................................45
Figura 9. Organigrama de la empresa.........................................................................................46
Figura 10. Proceso de registro y acceso a beneficios corporativos.............................................55
Figura 11. Proceso de registro de evento corporativo propuesto por un colaborador...............55
Figura 12. Proceso de registro de un colaborador en algún evento corporativo........................56
Figura 13. Proceso de registro de incidencias.............................................................................57
Figura 14. Proceso de registro de vacaciones de un colaborador...............................................58
Figura 15. Proceso de carga y acceso a boletas de pago mensual..............................................58
Figura 16. Diagrama de actores del sistema...............................................................................60
Figura 17. Diagrama de paquetes del aplicativo móvil...............................................................61
Figura 18. Diagrama de casos de uso - Paquete gestión de cuentas del usuario........................63
Figura 19. Diagrama de casos de uso - Paquete información del usuario...................................64
Figura 20. Diagrama de casos de uso - Paquete beneficios........................................................65
Figura 21. Diagrama de casos de uso - Paquete eventos............................................................66
Figura 22. Diagrama de casos de uso - Paquete incidencias.......................................................67
Figura 23. Diagrama de casos de uso - Paquete vacaciones.......................................................68
Figura 24. Arquitectura de la aplicación.....................................................................................94
Figura 25. Diagrama de despliegue............................................................................................94
Figura 26. Diagrama de componentes........................................................................................95
Figura 27. Diagrama de secuencia - Acceso al aplicativo............................................................96
Figura 28. Diagrama de secuencia – Visualizar información del usuario....................................97
Figura 29. Diagrama de secuencia – Visualizar oportunidades laborales...................................98
Figura 30. Diagrama de secuencia – Visualizar roles y requisitos de la empresa........................99
Figura 31. Diagrama de secuencia – Acceso a boletas de pago................................................100
Figura 32. Diagrama de secuencia – Acceso a boletas de pago................................................100
Figura 33. Diagrama de secuencia – Visualizar beneficios, marcar como favorito....................101
Figura 34. Diagrama de secuencia – Visualizar detalle y acceder a beneficios.........................102
Figura 35. Acceder a los beneficios..........................................................................................102
Figura 36. Diagrama de secuencia – Crear evento, reporte de eventos....................................103
Figura 37. Diagrama de secuencia – Visualizar, acceder al evento...........................................104
Figura 38. Diagrama de secuencia - Calificar el evento.............................................................105
Figura 39. Diagrama de secuencia – Reporte de incidencias, obtener información de los
contactos..................................................................................................................................105
Figura 40. Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones..........106
Figura 41. Diagrama de secuencia – Visualizar periodo vacacional, solicitar vacaciones..........107
Figura 42. Diagrama de secuencia – Aprobar vacaciones.........................................................108
Figura 43. Modelo lógico de la base de datos - vista general...................................................110
Figura 44. Modelo lógico - Relación entre las tablas que interactúan con el módulo de
beneficios.................................................................................................................................111
11
Figura 45. Modelo lógico - Relación entre las tablas que interactúan con el módulo de eventos
.................................................................................................................................................112
incidencias................................................................................................................................113
información del usuario - vacaciones.......................................................................................114
Figura 48. Mapa de navegación por módulos...........................................................................116
Figura 49. Splash – Ingreso a la aplicación................................................................................118
Figura 50. Ayuda.......................................................................................................................118
Figura 51. Menú lateral............................................................................................................120
Figura 52. Notificaciones push.................................................................................................120
Figura 53. Información de usuario............................................................................................122
Figura 54. Detalle historial laboral............................................................................................123
Figura 55. Detalle oportunidad laboral.....................................................................................124
Figura 56. Listas de boletas de pago.........................................................................................125
Figura 57. Visualizar boleta de pago.........................................................................................126
Figura 58. Resumen de eventos................................................................................................127
Figura 59. Categoría educativo.................................................................................................128
Figura 60. Categoría económico...............................................................................................129
Figura 61. Categoría variados...................................................................................................130
Figura 62. Mis beneficios..........................................................................................................131
Figura 63. Detalle informativo..................................................................................................133
Figura 64. Detalle informativo con detalles adicionales...........................................................134
Figura 65. Seleccionar cantidades y adjuntar voucher.............................................................136
Figura 66. Mapa.......................................................................................................................137
Figura 67. Registro correcto.....................................................................................................138
Figura 68. Listado de eventos propuestos................................................................................139
Figura 69. Crear eventos...........................................................................................................140
Figura 70. Pantalla confirmación de registro de la propuesta...................................................141
Figura 71. Pantalla reporte de eventos.....................................................................................142
Figura 72. Pantalla detalle del evento realizado.......................................................................143
Figura 73. Pantalla ver participantes del evento.......................................................................144
Figura 74. Eventos corporativos...............................................................................................145
Figura 75. Compartir en redes sociales.....................................................................................146
Figura 76. Detalle del evento confirmación asistencia.............................................................147
Figura 77. Detalle de eventos scroll..........................................................................................147
Figura 78. Mapa.......................................................................................................................148
Figura 79. Ver Lista Inscritos.....................................................................................................149
Figura 80. Detalle del evento confirmación asistencia con pago..............................................150
Figura 81. Detalle del evento informativo con comentarios.....................................................151
Figura 82. Registro correcto de asistencia................................................................................152
Figura 83. Realizar comentarios y calificar eventos..................................................................153
Figura 84. Incidencias concurrentes.........................................................................................154
Figura 85. Registro de incidencia..............................................................................................155
Figura 86. Registro de incidencia correcto................................................................................156
Figura 87. Tickets generados....................................................................................................157
Figura 88. Detalle del ticket......................................................................................................157
Figura 89. Contactos de soporte...............................................................................................158
12
Figura 90. Detalle del soporte..................................................................................................159

Figura 91. Vacaciones...............................................................................................................160
Figura 92. Vacaciones perfil responsable - información...........................................................161
Figura 93. Vacaciones perfil responsable – solicitudes.............................................................162
Figura 94. Vacaciones perfil responsable – aprobar.................................................................163
Figura 95. Vacaciones perfil responsable – rechazar................................................................163
Figura 96. Confirmación aprobar-rechazar...............................................................................164
Figura 97. Solicitar vacaciones..................................................................................................165
Figura 98. Seleccionar combo vacacional.................................................................................165
Figura 99. Confirmación de registro de vacaciones..................................................................166
Figura 100. Cancelar vacaciones...............................................................................................167
Figura 101. Reprogramar vacaciones........................................................................................167
Figura 102. Capas que conforman el aplicativo móvil..............................................................169
Figura 103. Capa app del aplicativo móvil con sus respectivos paquetes.................................169
Figura 104. Capa data del aplicativo móvil con sus respectivos paquetes................................170
Figura 105. Capa domain del aplicativo móvil con sus respectivos paquetes...........................170
Figura 106. Paquete buildsystem, configuración de librerías....................................................171
Figura 107. Configuración de versiones de las librerías............................................................172
Figura 108. Librerías para la capa app......................................................................................172
Figura 109. Librerías para la capa domain................................................................................173
Figura 110. Librerías para la capa data.....................................................................................173
Figura 111. Configuración del archivo AndroidManifest.xml....................................................174
Figura 112. Implementación de librerías en la capa app..........................................................174
Figura 113. Implementación de librerías en la capa data.........................................................175
Figura 114. Implementación de librerías en la capa domain....................................................175
Figura 115. Agregando maps activity........................................................................................176
Figura 116. Configurando maps activity...................................................................................176
Figura 117. Configuración del archivo google_maps_api.xml...................................................177
Figura 118. Link generado para la configuración del api de Google Maps................................177
Figura 119. Creación de proyecto en la consola de la API de Google.......................................178
Figura 120. Crear clave de API de Google Maps.......................................................................178
Figura 121. Api key generada de google maps.........................................................................179
Figura 122. Ingresando el google maps key en el proyecto......................................................179
Figura 123. Puntos obtenidos por cada colaborador encuestado - Sección 1...........................186
Figura 124. Puntos obtenidos por cada colaborador encuestado - Sección 2...........................188
Figura 125. Resultados obtenidos en la sección 3 de la encuesta............................................190
Figura 126. Curva costo vs tiempo............................................................................................196
INDICE DE TABLAS
Tabla 1. Árbol de problemas reflejado en una tabla........................................................16

Tabla 2. Gestión de la calidad..........................................................................................44
Tabla 3. Gestión de las comunicaciones..........................................................................46
Tabla 4. Matriz de riesgos...............................................................................................47
Tabla 5. Formato de colores...........................................................................................115
Tabla 6. Resultados obtenidos en la sección 1 de la encuesta.......................................184
13

Tabla 9. Equipos y materiales - Precios.........................................................................190
Tabla 10. Uso de recursos humanos - primer mes.........................................................191
Tabla 11. Uso de recursos humanos - segundo mes......................................................191
Tabla 12. Uso de recursos humanos - tercer mes..........................................................191
Tabla 13. Uso de recursos humanos - cuarto mes.........................................................192
Tabla 14. Flujo de caja del proyecto..............................................................................192
Tabla 15. Gasto adicional mensual de la empresa en recursos humanos......................195
Tabla 16. Cálculo del VAN y TIR.................................................................................195
14
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.

15
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
“Canvia” 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.
16
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. Pérdida del acceso a los beneficios o eventos
corporativos, así como el desconocimiento por
1. Inadecuada difusión de la información
parte del colaborador a acerca de los requisitos
relacionada a las actividades de RR.HH.
de un posible cambio de cargo u otro puesto
laboral dentro la empresa.
2. Deficiente control en los periodos 2. Asignación de un personal en el desarrollo
vacacionales, dificultades de comunicación de un proyecto encontrándose este en periodo
ante alguna consulta o registro de incidencia vacacional, malestar en el personal ya que no
relacionada al área. se atienden a tiempo las consultas o
17
incidencias.
3. Poco uso de los aplicativos actuales para el

registro de las actividades relacionadas con
3. Complejidad de uso y fallas en el
recursos humanos, los cuales terminan
funcionamiento de los aplicativos actuales.
realizándose a través de otros medios como el
teléfono o correo electrónico.
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.
18
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.

 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

19
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.
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

20
éstos a través del aplicativo o tener la información de contacto con la
persona responsable.
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

21
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 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.

22
 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
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.

23
 Obtener información detallada en el historial laboral del colaborador el cual
permitirá tener un mayor conocimiento acerca de su crecimiento laboral.

 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:

24
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)

25
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

26
tenga la información actualizada del personal y los distintos roles que ésta
realiza.
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.
27
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).

28
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).

29
• 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

30
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,

31
pensado para usarse con todos los métodos de desarrollo, etapas de ciclo de vida,
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).

32
 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).
33
 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
é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).

34
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
herramientas para los diseñadores y programadores en el desarrollo de las apps,

35
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
36
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).

37
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

38
ha 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

39
debe realizar la tarea, el 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).

40
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:
41
 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).
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

42
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).
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.
43
Figura 7. Estructura de descomposición del trabajo - EDT
Fuente: Elaboración propia
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

44
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.
Figura 8. Organigrama del proyecto

45
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.

46
Figura 9. Organigrama de la empresa
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

47
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 Ponderación
Descripción del riesgo Impacto Probab. Riesgo
Riesgo del Riesgo
Asignación de vacaciones al personal 3 3 3*3 = 9 9
1
durante la etapa de construcción (Alto) (Alto) (Alto) (Alto)
Retraso en la construcción debido a la
falla en las estimaciones de las 3 2 3*2 = 6 6
2
actividades que corresponden a las (Alto) (Medio) (Medio) (Medio)
iteraciones.

48
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
49
puntos de 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
Permitir a los usuarios el acceso al aplicativo a través de su
correo electrónico y contraseña corporativa, si el acceso es
R1.1 correcto se deberá ingresar en el menú principal del aplicativo,
caso contrario se deberá mostrar un mensaje indicando el error
ocurrido.
Restringir el acceso a los diversos módulos de la aplicación
R1.2 además de mostrar la información al usuario según los perfiles
definidos.
50
Mostrar opción de contacto ante algún inconveniente en el inicio

de sesión, este deberá ocupar una ubicación adecuada en la
R1.3
pantalla de ingreso del aplicativo, deberá contener un número
telefónico de mesa de ayuda o con el personal de RR.HH
Integrar un menú lateral en el aplicativo el cual contendrá
R1.4
opciones relacionadas a las actividades propias de un usuario.
Permitir a los usuario el cierre de su sesión en el aplicativo a
R1.5 través de menú lateral implementado, el cual contendrá la opción
"Cerrar sesión" en la parte inferior.
Tabla 6. Requerimientos funcionales para el módulo de información del

usuario
Permitir a los usuarios acceder a su información personal en
R2.1 la cual se observarán datos personales, información de
contacto con el empleado.
Permitir al usuario observar su historial laboral en la empresa,
R2.2
detalle de los roles que ocupó y el periodo.
Mostrar al usuario las oportunidades laborales que se tengan
R2.3 disponibles en la empresa. Esta información será mostrada
según el perfil del usuario.
Brindar al usuario el detalle acerca del rol disponible en la
empresa, se deberá mostrar los requisitos necesarios y una
R2.4
descripción detallada acercado as funciones que desempeña el
rol.
Permitir al usuario el acceso a sus boletas de pago, estas
R2.5
podrán ser descargadas en formato .PDF y visualizadas.
Mostrar al usuario información de manera general acerca de
R2.6 los días faltantes para sus próximas vacaciones, información
acerca de nuevos beneficios, eventos, capacitaciones.
Tabla 7. Requerimientos funcionales para el módulo de información de

beneficios
Mostrar los beneficios corporativos disponibles como
R3.1 eventos, capacitaciones, préstamos, entre otros, agrupados
según el tipo de beneficio o similitud entre ellos.
51
Permitir a los usuarios seleccionar sus beneficios favoritos,

R3.2 los cuales podrán acceder y ubicar con facilidad, estos
deberán ser mostrados según el perfil del usuario.
Mostrar el detalle del beneficio al ser seleccionado en la cual
R3.3 se observa la información de contacto, el responsable, los
costos, etc.
Mostrar a los usuarios los controles del formulario según el
R3.4 tipo de beneficio seleccionado, estos permitirá seleccionar
cantidades o adjuntar imágenes como fotos.
Tabla 8. Requerimientos funcionales para el módulo de eventos
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
R4.1
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.
Permitir al usuario visualizar la información general de sus
eventos como la cantidad de asistentes, inscritos,
R4.2
puntuación y comentarios. Toda esta información se podrá
observar sólo en caso éstos sean aprobado.
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
R4.3
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.
Mostrar la información detallada al seleccionar un evento,
R4.4 de la misma forma con los eventos a los cuales se confirmó
la asistencia.
Mostrar los controles para la inscripción del usuario a un
evento, además de adjuntar una imagen en caso se tenga
R4.5 alguna evidencia de inscripción, además se deberá observar
la cantidad de cupos disponibles, personas inscritas,
horarios.
Permitir a los usuarios inscritos en los respectivos eventos
R4.6
comentar o valorar un evento.
Tabla 9. Requerimientos funcionales para el módulo de incidencias

52
Mostrar información acerca de los contactos de soporte ante
R5.1
algún inconveniente.
Permitir al usuario seleccionar la incidencia encontrada en el
listado esto mostrará un formulario simple en la cual se
R5.2
ingresarán los detalles de la incidencia, además deberá
permitir adjuntar una foto.
Permitir acceder hacia los tickets de atención generados luego
R5.3
de notificar una incidencia.
Mostrar un listado con las incidencias más comunes en la
R5.4 empresa, estas deberán obtenerse desde el sistema de help
desk que se tiene implementado.
Tabla 10. Requerimientos funcionales para el módulo de vacaciones
Mostrarlos periodos vacacionales con su respectivo detalle de
R5.1 los días completados y pendientes además de las fechas
programadas
Permitir al usuario solicitar vacaciones, deberá contener un
R5.2 formulario en la cual se ingrese las fechas de inicio y fin, en
caso se tengan combos vacacionales deberán ser mostrados.
Permitir al usuario realizar una reprogramación de un periodo
R5.3
vacacional, esto pasaría a ser evaluado por su jefe directo.
Permitir al usuario cancelar un periodo vacacional
R5.4
programado, esto pasaría a ser evaluado por su jefe directo.
Permitir a los usuarios que tengan el perfil de Jefe de
R5.5 proyectos o gerentes realizar la aprobación de una solicitud de
periodos vacacionales.
Requerimientos no funcionales
A continuación se muestran los requerimientos no funcionales del
aplicativo:
Tipo Código Descripción Implementación

Interfaz de RNF.1 Interfaces de El desarrollo de las interfaces se
usuario usuario realizadas realizará haciendo uso del lenguaje
mediante XML XML nativo para aplicaciones Android.
53
Interfaces de Las interfaces y los controles del

usuario haciendo aplicativo deberán basarse en la
RNF.2
uso de Material normativa de diseño proporcionada por
Design Google.
Diseño del El diseño del aplicativo no tendrá
aplicativo soporte para dispositivos como tablets
RNF.3
orientado sólo a debido al tamaño de la pantalla y
teléfonos. resolución de éstos dispositivos.
Mockups del
Los mockups del aplicativo deberán ser
aplicativos
validados y cargados a la herramienta
validados y
RNF.4 zeplin a través de la cual los
cargados en la
desarrolladores tendrán acceso a los
herramienta
recursos gráficos.
Zeplin
El ingreso se realizará a través del
Autenticación del
correo y contraseña corporativa, para
usuario a través de
RNF.5 ello se implementará un webservices
la cuenta
que realice la validación con el Sistema
corporativa
de integración Meta4 - AD´s
Interfaces de Se deberá obtener la información de los

software repositorios que manejan los aplicativos
(Sistema de mesa de servicios generales
Interfaces para el
- Help Desk, Sistema de integración
RNF.6 intercambio de
Meta4 - AD´s, Sistema de gestión de
información
boletas, Sistema de gestión humana) a
los cuales se accederán a través de los
Servcio Web.
El patrón MVP permitirá la

Desarrollo del escalabilidad al aplicativo en caso se
Patrones de aplicativo quiera añadir nuevos módulos a largo
RNF.7
Arquitectura haciendo uso de plazo además de tener una mayor
MVP facilidad en el mantenimiento debido a
la independencia de sus capas.
La aplicación se desarrollará haciendo

RNF.8 Android Studio
uso de este IDE.
Requerimientos El desarrollo de la lógica del aplicativo

de desarrollo se realizará mediante el lenguaje de
Lenguaje de
RNF.9 programación Java, debido a los
programación Java
recursos de la empresa los cuales poseen
un mayor manejo de este lenguaje.
54
Hacer uso de una El control de versiones se realizará

plataforma de mediante la plataforma Bitbucket,
RNF.10
control de debido a que la empresa posee la
versiones 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

55
 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

56
 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
 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.
Figura 13. Proceso de registro de incidencias

57
 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.
Figura 14. Proceso de registro de vacaciones de un colaborador

58
 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

59
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
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 Este actor generalizará a los diversos usuarios por perfiles que
aplicación contendrá la aplicación móvil.
Responsable de la aprobación de las vacaciones del equipo del

Gerente cual sea responsable, acceso a beneficios y eventos corporativos
de acuerdo a su perfil, registro de incidencias.
Este perfil también puede ser el responsable de la aprobación de

Jefe de las vacaciones del equipo o de las personas del cual sea
proyectos responsable, acceso a beneficios y eventos corporativos de
acuerdo a su perfil, registro de incidencias.
60
Este perfil no puede realizar la aprobación de vacaciones, solo

puede solicitarlas, además tiene acceso a beneficios, eventos
Colaborador
corporativos, oportunidades laborales de acuerdo a su perfil,
registro de incidencias.
Responsable del contacto y difusión de los beneficios

corporativos, control de periodos vacacionales, evaluación,
Personal de RR.HH.
aprobación y difusión de eventos, difusión de oportunidades
laborales internas.
Este actor generalizará a los sistemas y sus repositorios de datos

Sistema externo
con el cual interactuará el aplicativo móvil.
Sistema de
mesa de
Responsable del registro de registro de incidencias, generación
servicios
de tickets y los responsables de atención.
generales -
Help Desk
Sistema de
Responsable del historial laboral de los colaboradores, contiene
integración
información acerca del perfil laboral, oportunidades laborales.
Meta4 - AD´s
Sistema de
Pertenece al área de GSD el cual administra las boletas de pago
gestión de
de los colaboradores.
boletas
Sistema de
Pertenece al área de RR.HH. En el cual se hace registro de algún
gestión
evento corporativo, beneficio o actividades relacionadas al área.
humana
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

61
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
62
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
63
3.2.4.2. Paquete información del usuario
Figura 19. Diagrama de casos de uso - Paquete información del usuario

64
3.2.4.3. Paquete beneficios
Figura 20. Diagrama de casos de uso - Paquete beneficios

65
3.2.4.4. Paquete eventos
Figura 21. Diagrama de casos de uso - Paquete eventos

66
3.2.4.5. Paquete incidencias
Figura 22. Diagrama de casos de uso - Paquete incidencias

67
3.2.4.6. Paquete vacaciones
Figura 23. Diagrama de casos de uso - Paquete vacaciones
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
68
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
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.
3. Descripción 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
Los actores mencionados en la parte superior se generalizarán a través del
siguiente actor:
4. Actores - Usuario de la aplicación
- Sistema de integración Meta4-AD´s
69
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
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
3. Descripción
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.
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
Ninguno
8. Postcondición
70
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
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
3. Descripción 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.
- Usuario de la aplicación
4. Actores - 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?
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
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.
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
71
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
3. Descripción personal, sus tickets generados por incidencias, periodo vacacional,
eventos en el cual participará y proponer eventos, sus beneficios
favoritos.
5. Precondición
6. Flujo básico
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.
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
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
3. Descripción
permitirá cerrar la sesión en todos los dispositivos en los que tenga la
aplicación abierta.
5. Precondición
6. Flujo básico
72

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
Ninguno
8. Postcondición
Ninguna
3.2.5.6. CUS01-06 Recibir notificaciones

1. Código CUS01-06
2. Nombre Recibir notificaciones
Se deberá recibir notificaciones push en el aplicativo en caso se quiera
comunicar brevemente acerca de algún acontecimiento a través del
3. Descripción
aplicativo móvil como por ejemplo las vacaciones de un colaborador,
nuevos beneficios o eventos.
5. Precondición
6. Flujo básico
1. El usuario inicia sesión en el aplicativo
2. El usuario podrá recibir notificaciones push
Ninguno
8. Postcondición
Ninguna
73
3.2.5.7. CUS02-01 Visualizar información del usuario

1. Código CUS02-01
2. Nombre Visualizar información del usuario
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,
3. Descripción 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.

5. Precondición
El usuario deberá haber iniciado sesión en el aplicativo.
6. Flujo básico

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
Ninguno
8. Postcondición
Ninguna
3.2.5.8. CUS02-02 Visualizar historial laboral

1. Código CUS02-02
2. Nombre Visualizar historial laboral
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,
3. Descripción 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.

5. Precondición
6. Flujo básico

3. El usuario accede al módulo y observa en una sección de la pantalla su historial
laboral en la empresa
74
Ninguno
8. Postcondición
Ninguna
3.2.5.9. CUS02-03 Visualizar oportunidades laborales

1. Código CUS02-03
2. Nombre Visualizar oportunidades laborales
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
3. Descripción 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.

- Sistema de gestión humana
5. Precondición

El usuario deberá acceder al módulo "Mi información" a través del menú lateral
6. Flujo básico
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
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
75
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
3. Descripció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.

- Sistema de gestión humana
5. Precondición
El usuario deberá acceder al módulo "Mi información" a través del menú lateral
6. Flujo básico

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
Ninguno
8. Postcondición
Ninguna
3.2.5.11. CUSO3-01 Visualizar beneficios

1. Código CUS03-01
2. Nombre Visualizar beneficios
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
3. Descripción 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 - Sistema de gestión humana
5. Precondición
76
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.
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
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
3. Descripción 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.
5. Precondición

6. Flujo básico
77

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.
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
El usuario observa el listado de beneficios agrupados por tipos, al
seleccionar alguno de éstos se le abrirá una pantalla en la cual tendrá
3. Descripción
toda la información relacionada con ese beneficio (información de
contacto, responsable, costos, etc.).
5. Precondición

6. Flujo básico
78

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).
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
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).
3. Descripción
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
- Personal de RR.HH.
5. Precondición
6. Flujo básico
79

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.
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
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
3. Descripció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.
5. Precondición

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
80

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.
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
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".
3. Descripción
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.

5. Precondición
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
81

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.
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
- 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
3. Descripción 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.
5. Precondición
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
82
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.
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
- El usuario de la aplicación ubicará en uno de los tabs de la pantalla

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,
3. Descripción
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.
5. Precondición

6. Flujo básico
83

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.
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
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
El usuario de la aplicación ubicará en uno de los tabs de la pantalla
eventos, el usuario seleccionará el evento de su preferencia y se
mostrará la pantalla de detalle del evento, posterior al detalle se
3. Descripción 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 - Personal de RR.HH.
5. Precondición
6. Flujo básico
84

4. El usuario seleccionará uno de los items de los eventos.
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.
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
El usuario de la aplicación ubicará en uno de los tabs de la pantalla
eventos, el usuario seleccionará alguno de los eventos en que ya se
3. Descripción
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
5. Precondición
3. El usuario deberá haber confirmado su asistencia a través de la aplicación.
6. Flujo básico

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.
85
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
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
3. Descripción 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.

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.
86
Ninguno
8. Postcondición
Ninguna
3.2.5.22. CUS05-02 Registrar una incidencia
1. Código CUS05-02
2. Nombre Registrar una incidencia
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
3. Descripción
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.
5. Precondición
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
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.
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
87
Observar el estado de los tickets generados por las

2. Nombre
incidencias
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
3. Descripción
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
- Sistema de mesa de servicios generales - Help Desk
5. Precondición

2. El Usuario deberá ubicar en el menú lateral de la aplicación, la opción "Mis
incidencias".
6. Flujo básico

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.
Ninguno
8. Postcondición
Ninguna
3.2.5.24. CUS05-04 Visualizar incidencias comunes
1. Código CUS05-04
2. Nombre Visualizar incidencias comunes
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.
3. Descripción
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
- Sistema de mesa de servicios generales - Help Desk
88
5. Precondición
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
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.
Ninguno
8. Postcondición
Ninguna
3.2.5.25. CUS06-01 Visualizar periodo vacacional
1. Código CUS06-01
2. Nombre Visualizar periodo vacacional
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
3. Descripción 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
- 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
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.
Ninguno
8. Postcondición
Ninguna
89
3.2.5.26. CUS06-02 Solicitar vacaciones
1. Código CUS06-02
2. Nombre Solicitar vacaciones
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á
3. Descripción 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

5. Precondición
6. Flujo básico

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.
Ninguno
8. Postcondición
Ninguna
3.2.5.27. CUS06-03 Reprogramar vacaciones
1. Código CUS06-03
2. Nombre Reprogramar vacaciones
90

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
3. Descripción
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
4. Actores - Sistema de integración Meta4-AD's
5. Precondición
6. Flujo básico
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.
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
pantalla con el detalle de sus periodos vacacionales además se le
muestra una sección que contiene el listado de las fechas
3. Descripción vacacionales programadas, en cada uno de éstos items tiene un
botón de "cancelar" al seleccionar éste notificará al jefe directo
el evento.
91
4. Actores - Sistema de integración Meta4-AD's
5. Precondición
6. Flujo básico

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
Ninguno
8. Postcondición
3.2.5.29. CUS06-05 Aprobar vacaciones
1. Código CUS06-05
2. Nombre Aprobar vacaciones
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
3. Descripción 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).
- Gerente
4. Actores - Jefe de proyectos
5. Precondición
92

2. Deberá tener el perfil de gerente ó de jefe de proyectos.
6. Flujo básico
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.
Ninguno
8. Postcondición
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.
Figura 24. Arquitectura de la aplicación

93
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
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.

94
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
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

95
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
 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
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

96
 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.
Figura 29. Diagrama de secuencia – Visualizar oportunidades laborales

97
 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.
Figura 30. Diagrama de secuencia – Visualizar roles y requisitos de la empresa

98
 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.
Figura 31. Diagrama de secuencia – Acceso a boletas de pago

99
 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

100
 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
 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
webservices. El usuario ingresa la información solicitada por el formulario y

101
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
Figura 35. Acceder a los beneficios

102
 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

103
 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

104
Figura 38. Diagrama de secuencia - Calificar el evento
 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
105
 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
106
 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
107
 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

108
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.
109
Figura 43. Modelo lógico de la base de datos - vista general
PROVEEDOR
BENEFICIO LUGAR_EVENTO
ID_PROVEEDOR TBL_NOTIFICACIONES EVENTO
ID_BENEFICIO CATEGORIA_EVENTO TIPO_EVENTO ID_LUGAR
ID_TBL_NOTIFICACION ID_EVENTO
NOM_PROVEEDOR ID_CATEGORIA_EVENTO
ID_TIPO (FK) ID_TIPO_EVENTO ID_EVENTO (FK)
DES_PROVEEDOR ID_USUARIO (FK) TBL_META4_PERFIL ID_CATEGORIA_EVENTO (FK)
ID_DIVISION (FK) RUC_PROVEEDOR NOMBRE_CATEGORIA DIRECCION
TOKEN_NOTIFI ID_TIPO_EVENTO (FK) DESC_TIPO
ID_PROVEEDOR (FK) NUM_TELEFONO ID_PERFIL DESC_CATEGORIA CIUDAD
IN_ACTIVO ID_DIVISION (FK) IN_ACTIVO
BENEFICIO TBL_META4_USUARIO ID_CONTACTO (FK) IN_ACTIVO DISTRITO
URL_PROVEEDOR ID_PERFIL (FK)
ID_CATEGORIA (FK) NOMBRE_PERFIL LATITUD
ID_BENEFICIO_USUARIO MAIL_CONTACTO COSTO
ID_PERFIL (FK) DES_PERFIL LONGITUD
FEC_PRVEEDOR FLG_COMPARTIR
ID_BENEFICIO (FK) NOMBRE_BENEFICIO IN_ACTIVO
IN_ACTIVO INSCRITOS
ID_USUARIO (FK) DES_BENEFICIO
COMENTARIO
ANIO_BENEFICIO
CATEGORIA DESC_EVENTO
FEC_INICIO EVENTO EXPOSITOR
FAVORITO TIPO_EVENTO
FEC_FIN ID_CATEGORIA TBL_META4_DIVISION
IMG_VOUCHER ID_EVENTO (FK)
ID_FAVORITO IMG_BENEFICIO ID_DIVISION
NOM_CATEGORIA FEC_CREACION ID_EXPOSITOR (FK)
PORC_DESCUENTO EVENTO COORDINADOR
ID_BENEFICIO (FK) DES_CATEGORIA FEC_MODIFICACION
USUARIO_CREACION NOM_DIVISION ID_EVENTO (FK)
ID_USUARIO (FK) IN_ACTIVO FLG_ADJUNTA_VOUCHER
USUARIO_MODIFICACION DES_DIVISION ID_COORDINADOR (FK)
FEC_CREACION TBL_META4_ROL IMG_EVENTO
FEC_CREACION UBICACION
FEC_MODIFICACION IN_ACTIVO
FEC_MODIFICACION ID_ROL IN_ACTIVO
FLG_COMPRA_POR_APP
FLG_ADJUNTA_VOUCHER ID_DIVISION (FK) EXPOSITOR
PUNTAJE IN_ACTIVO DESC
EVENTO TBL_META4_USUARIO ID_EXPOSITOR
ID_PUNTAJE EVENTO FECHA_EVENTO
CONTACTO_BENEFICIO ID_EVENTO (FK) NOMBRE_EXPOSITOR
ID_USUARIO (FK) ID_USUARIO (FK) ID_EVENTO_FECHA_EVENTO
PROGRAMA APELL_EXPOSITOR
ID_BENEFICIO (FK) BENEFICIO REQUISITO_ALCANCE ID_CONTACTO TBL_META4_USUARIO DESC_EXPOSITOR COORDINADOR
ID_PROGRAMA ID_EVENTO (FK)
NUM_PUNTAJE NOMBRE_CONTACTO ID_USUARIO ID_FECHA_EVENTO (FK) ROL_EXPOSITOR ID_COORDINADOR
ID_BENEFICIO_REQUISITO
ID_BENEFICIO (FK) APELLIDOS_CONTACTO CUPOS_EVENTO_FECHA IN_ONLICK
ID_REQUISITO_ALCANCE (FK) ID_DIVISION (FK) NOM_COORDINADOR
DESC_PROGRAMA TELEFONO_CONTACTO
ID_BENEFICIO (FK) ID_PERFIL (FK) APELL_COORDINADOR
IN_ACTIVO ANEXO
ID_ROL (FK) DESC_COORDINADOR
CELULAR HORA_EVENTO FECHA_EVENTO
ID_RESPONSABLE (FK) PUNTAJE_EVENTO ROL_COORDINADOR
CORREO FECHA_EVENTO
DESCR_EMPRESA ID_HORA_EVENTO_FECHA_EVENTO
REQUISITO_ALCANCE APE_USUARIO ID_PUNTAJE_EVENTO COMENTARIOS
ID_FECHA_EVENTO
NOM_USUARIO ID_HORA_EVENTO (FK)
ID_REQUISITO_ALCANCE ID_FECHA_EVENTO (FK) ID_USUARIO (FK) ID_COMENTARIO
FOTO_USUARIO FECHA
CUPOS_FECHA_HORA ID_EVENTO (FK)
NOMBRE_REQUISITO IN_ESTADO IN_ACTIVO ID_USUARIO (FK)
UBICACION CALIFICACION
DESCRIPCION_REQUISITO SUB_PROGRAMA NUM_DOCUMENTO ID_EVENTO (FK)
FECHA_HORA
FLG_REQUISITO_ALCANCE ID_UBICACION NUM_CELULAR DESC_COMENTARIO
ID_SUB_PROGRAMA TIPO_BENEFICIO
TERMINOS_CONDICIONES NUM_TELEFONO FECHA_HORA
ID_BENEFICIO (FK) ID_TIPO ANEXO ASISTENCIA_EVENTO
ID_PROGRAMA (FK) HORA_EVENTO ASISTENCIA_USUARIOS
SOLICITUD LATITUD
DESC_SUB_PROGRAMA NOM_TIPO ID_ASISTENCIA
LONGITUD ID_HORA_EVENTO ID_ASISTENCIA_USUARIOS
ID_SOLICITUD FLG_SELECCIONA_CANTIDAD DES_TIPO
IN_ACTIVO ID_USUARIO (FK) EVENTO_PROPUESTO
FLG_ES_PORCENTAJE IN_ACTIVO HORA ID_ASISTENCIA (FK)
ID_USUARIO (FK) CANT_MIN ID_HORA_EVENTO (FK)
TURNO FLG_ASISTIO ID_EVENTO_PROPUESTO
ID_BENEFICIO (FK) CANT_MAX ID_FECHA_EVENTO (FK)
IN_ACTIVO FECHA_HORA_ASISTENCIA ID_USUARIO (FK)
ID_PROGRAMA (FK) ID_FECHA
FECHA_HORA_RETIRO ID_TIPO_EVENTO (FK)
ID_SUB_PROGRAMA (FK) IMG_VOUCHER
CANTIDAD_ITEMS_TOTALES COD_REGISTRO
PAGO_TOTAL NOMRE_EVENTO
CANTIDAD_SUB_PROGRAMA INFORMACION
IMAGEN_VOUCHER COSTO_EVENTO
FECH_CREACION ESPOSITORES
RESPONSABLE
TBL_META4_SOLICITUDES UBICACION
USUARIO_VACACIONES TBL_META4_RESPONSABLES ID_SOLICITUD_VACACIONES FECHAS
SMSG_SEDE HORARIOS
SMSG_AREA ID_USUARIO (FK) ID_RESPONSABLE ID_VACACIONES (FK) CAPACIDAD
SMSG_SEDE_AREA
ID_SEDE ID_VACACIONES (FK) ID_RESPONSABLE (FK) FLG_REDES_SOCIALES
ID_AREA ID_USUARIO ROLES_ASPIRANTES TBL_META4_ROL
ID_PISO_SEDE FLG_APROBRACION
DESC_SEDE ID_ROL
DESC_AREA FECHA_APROBACION ID_ROL_ASPIRANTE (FK)
LONGITUD ID_SEDE (FK) ID_PERFIL
PISO_AREA FLG_RECHAZADA ID_ROL (FK)
SMSG_INCIDENCIAS_CONCURRENTES LATITUD ID_AREA (FK)
IN_ACTIVO FECHA_RECHAZO
ID_INCIDENCIAS_CONCURRENTES DESCRIPCION
TBL_META4_VACACIONES
FLG_HABILITADO
DESC_INCIDENCIA_CONCURRENTE ID_VACACIONES TBL_META4_COMBOS_VACACIONALES OPORTUNIDAD_LABORAL
DETALLE_INCIDENCIA_CONCURRENTE
TITULO_INCIDENCIA_RECURRRENTE FECHA_INICIO ID_COMBO_VACACIONAL ID_OPORTUNIDAD_LABORAL
SMSG_PROYECTO
FECHA_FIN
SMSG_CONTACTOS ID_PROYECTO FECHA_INCIO ID_ROL
FECHA_SOLICITUD
SMSG_REGISTRO_INCIDENCIA FECHA_FIN ID_DIVISION
ID_CONTACTO FECHA_ACTUALIZACION
NOM_PROYECTO DESCRIPCION
SMSG_TBL_ACTIVIDADES ID_REGISTRO_INCIDENCIA FECHA_CANCELACION
NOMBRE_CONTACTO DESC_PROYECTO
FECHA_REPROGRAMACION
APELL_CONTACTO ID_ACTIVIDAD IN_ACTIVO ID_USUARIO (FK) ROLES_ASPIRANTES
ID_COMBO_VACACIONAL (FK)
NUM_FIJO ID_SEDE (FK) FUNCIONES_POR_ROL ID_ROL_ASPIRANTE
NOMBRE_ACTIVIDAD
ANEXO ID_AREA (FK) ID_FUNCION (FK)
DESCRIPCION SMSG_CATEGORIAS ID_OPORTUNIDAD_LABORAL (FK)
CELULAR ID_PROYECTO (FK) ID_ROL (FK)
UBICACION_DESC ID_CATEGORIA ID_CATEGORIA (FK) DESCRIPCION OPORTUNIDAD_FUNCIONES
CORREO ID_INCIDENCIAS_CONCURRENTES (FK) TBL_META4_HISTORIAL_LARORAL FECHA_ACTUALIZACION FLG_HABIITADO
DESC_CATEGORIA ID_OPORTUNIDAD_LABORAL (FK)
IN_VALIDO DESC_SLICITUD FLG_HABILITADO FECH_ACTUALIZACION
IN_ACTIVO ID_HISTORIAL_LABORAL ID_FUNCION_OPORTUNIDAD (FK)
IMG_EVIDENCIA
ID_ROL (FK) DESCRIPCION
FECHA_HORA_CREACION TBL_META4_FUNCIONES_ROL
SMSG_CONTACTOS TBL_ACTIVIDADES ID_DIVISION (FK)
FECHA_HORA_ACTUALIZACION
ID_FUNCION
ID_CONTACTO (FK) FECHA_INICIO FUNCIONES_OPORTUNIDAD_LABORAL
ID_ACTIVIDAD (FK) FECHA_FIN DESC_ACTIVIDAD
SMSG_TICKET_INCIDENCIA ID_FUNCION_OPORTUNIDAD
ID_TICKET_INCIDENCIA DESCRIPCION
FECHA_ACTUALIZACION
COD_TICKET FLG_HAILITADO
ID_REGISTRO_INCIDENCIA (FK)
ID_USUARIO_GENERA_TICKET
DESC_SLICITUD
FECHA_HORA_CREACION

110
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.
beneficios
PROVEEDOR
BENEFICIO ID_PROVEEDOR
ID_BENEFICIO
NOM_PROVEEDOR
ID_TIPO (FK) DES_PROVEEDOR
TBL_META4_PERFIL
ID_DIVISION (FK) RUC_PROVEEDOR
ID_PROVEEDOR (FK) NUM_TELEFONO ID_PERFIL
BENEFICIO TBL_META4_USUARIO ID_CONTACTO (FK) URL_PROVEEDOR
MAIL_CONTACTO NOMBRE_PERFIL
ID_BENEFICIO_USUARIO ID_CATEGORIA (FK)
FEC_PRVEEDOR DES_PERFIL
ID_PERFIL (FK)
ID_BENEFICIO (FK) IN_ACTIVO IN_ACTIVO
NOMBRE_BENEFICIO
ID_USUARIO (FK) DES_BENEFICIO
ANIO_BENEFICIO
FEC_INICIO CATEGORIA
FAVORITO FEC_FIN TBL_META4_DIVISION
ID_CATEGORIA
ID_FAVORITO IMG_BENEFICIO
PORC_DESCUENTO NOM_CATEGORIA ID_DIVISION
ID_BENEFICIO (FK) USUARIO_CREACION DES_CATEGORIA NOM_DIVISION
ID_USUARIO (FK) USUARIO_MODIFICACION IN_ACTIVO DES_DIVISION
FEC_CREACION FEC_CREACION UBICACION
FEC_MODIFICACION FEC_MODIFICACION TBL_META4_ROL
IN_ACTIVO
FLG_COMPRA_POR_APP ID_ROL
FLG_ADJUNTA_VOUCHER
IN_ACTIVO DESC
PUNTAJE
ID_PUNTAJE
CONTACTO_BENEFICIO
ID_USUARIO (FK) PROGRAMA
ID_BENEFICIO (FK) BENEFICIO REQUISITO_ALCANCE ID_CONTACTO TBL_META4_USUARIO
NUM_PUNTAJE ID_PROGRAMA
ID_BENEFICIO_REQUISITO NOMBRE_CONTACTO ID_USUARIO
ID_BENEFICIO (FK) APELLIDOS_CONTACTO
ID_REQUISITO_ALCANCE (FK) DESC_PROGRAMA TELEFONO_CONTACTO ID_DIVISION (FK)
ID_BENEFICIO (FK) IN_ACTIVO ANEXO ID_PERFIL (FK)
CELULAR ID_ROL (FK)
CORREO ID_RESPONSABLE
DESCR_EMPRESA
REQUISITO_ALCANCE APE_USUARIO
NOM_USUARIO
ID_REQUISITO_ALCANCE FOTO_USUARIO
IN_ESTADO
NOMBRE_REQUISITO
UBICACION NUM_DOCUMENTO
DESCRIPCION_REQUISITO SUB_PROGRAMA NUM_CELULAR
FLG_REQUISITO_ALCANCE ID_UBICACION
ID_SUB_PROGRAMA TIPO_BENEFICIO NUM_TELEFONO
TERMINOS_CONDICIONES
ID_BENEFICIO (FK) ID_TIPO ANEXO
LATITUD ID_PROGRAMA (FK)
SOLICITUD LONGITUD DESC_SUB_PROGRAMA NOM_TIPO
IN_ACTIVO FLG_SELECCIONA_CANTIDAD DES_TIPO
ID_SOLICITUD TBL_NOTIFICACIONES
FLG_ES_PORCENTAJE IN_ACTIVO
ID_USUARIO (FK) CANT_MIN ID_TBL_NOTIFICACION
ID_BENEFICIO (FK) CANT_MAX
ID_PROGRAMA (FK) ID_USUARIO (FK)
ID_SUB_PROGRAMA (FK) TOKEN_NOTIFI
CANTIDAD_ITEMS_TOTALES IN_ACTIVO
PAGO_TOTAL
CANTIDAD_SUB_PROGRAMA
IMAGEN_VOUCHER
FECH_CREACION
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
el caso anterior se están relacionando las entidades que contienen el

111
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.
eventos
LUGAR_EVENTO
EVENTO CATEGORIA_EVENTO TIPO_EVENTO ID_LUGAR
ID_EVENTO ID_CATEGORIA_EVENTO ID_TIPO_EVENTO ID_EVENTO (FK)
TBL_META4_PERFIL ID_CATEGORIA_EVENTO (FK) NOMBRE_CATEGORIA DIRECCION
DESC_TIPO
ID_TIPO_EVENTO (FK) DESC_CATEGORIA CIUDAD
ID_PERFIL IN_ACTIVO
ID_DIVISION (FK) IN_ACTIVO DISTRITO
NOMBRE_PERFIL ID_PERFIL (FK) LATITUD
DES_PERFIL COSTO LONGITUD
IN_ACTIVO FLG_COMPARTIR
INSCRITOS
COMENTARIO
DESC_EVENTO
TIPO_EVENTO EVENTO EXPOSITOR
TBL_META4_DIVISION IMG_VOUCHER
FEC_CREACION ID_EVENTO (FK)
ID_DIVISION ID_EXPOSITOR (FK)
FEC_MODIFICACION EVENTO COORDINADOR
NOM_DIVISION FLG_ADJUNTA_VOUCHER ID_EVENTO (FK)
DES_DIVISION IMG_EVENTO ID_COORDINADOR (FK)
UBICACION IN_ACTIVO
IN_ACTIVO
EXPOSITOR
EVENTO TBL_META4_USUARIO ID_EXPOSITOR
EVENTO FECHA_EVENTO
ID_EVENTO (FK) NOMBRE_EXPOSITOR
ID_USUARIO (FK) ID_EVENTO_FECHA_EVENTO APELL_EXPOSITOR
TBL_META4_USUARIO DESC_EXPOSITOR COORDINADOR
ID_EVENTO (FK)
ID_FECHA_EVENTO (FK) ROL_EXPOSITOR ID_COORDINADOR
ID_USUARIO IN_ONLICK
CUPOS_EVENTO_FECHA
ID_DIVISION (FK) NOM_COORDINADOR
ID_PERFIL (FK) APELL_COORDINADOR
ID_ROL DESC_COORDINADOR
ID_RESPONSABLE HORA_EVENTO FECHA_EVENTO ROL_COORDINADOR
FECHA_EVENTO PUNTAJE_EVENTO
DESCR_EMPRESA ID_HORA_EVENTO_FECHA_EVENTO
APE_USUARIO ID_FECHA_EVENTO ID_PUNTAJE_EVENTO COMENTARIOS
NOM_USUARIO ID_HORA_EVENTO (FK)
ID_FECHA_EVENTO (FK) FECHA ID_USUARIO (FK) ID_COMENTARIO
FOTO_USUARIO
CUPOS_FECHA_HORA IN_ACTIVO ID_EVENTO (FK)
IN_ESTADO ID_USUARIO (FK)
CALIFICACION
NUM_DOCUMENTO ID_EVENTO (FK)
FECHA_HORA
NUM_CELULAR DESC_COMENTARIO
NUM_TELEFONO FECHA_HORA
ANEXO
HORA_EVENTO ASISTENCIA_EVENTO
ASISTENCIA_USUARIOS
TBL_NOTIFICACIONES
ID_HORA_EVENTO ID_ASISTENCIA
ID_ASISTENCIA_USUARIOS
ID_TBL_NOTIFICACION
HORA ID_USUARIO (FK)
ID_ASISTENCIA (FK) EVENTO_PROPUESTO
ID_USUARIO (FK) TURNO ID_HORA_EVENTO (FK)
FLG_ASISTIO
TOKEN_NOTIFI IN_ACTIVO ID_FECHA_EVENTO (FK) ID_EVENTO_PROPUESTO
FECHA_HORA_ASISTENCIA
IN_ACTIVO ID_FECHA ID_USUARIO (FK)
FECHA_HORA_RETIRO
IMG_VOUCHER ID_TIPO_EVENTO (FK)
COD_REGISTRO
NOMRE_EVENTO
INFORMACION
COSTO_EVENTO
ESPOSITORES
RESPONSABLE
UBICACION
FECHAS
HORARIOS
CAPACIDAD
FLG_REDES_SOCIALES
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.

112
incidencias
TBL_META4_USUARIO
TBL_META4_DIVISION ID_USUARIO
ID_DIVISION ID_DIVISION (FK)
TBL_META4_PERFIL NOM_DIVISION ID_PERFIL (FK)
ID_PERFIL DES_DIVISION ID_ROL (FK)
UBICACION DESCR_EMPRESA
NOMBRE_PERFIL IN_ACTIVO APE_USUARIO
DES_PERFIL NOM_USUARIO
IN_ACTIVO FOTO_USUARIO
TBL_META4_ROL IN_ESTADO
ID_ROL NUM_DOCUMENTO
NUM_CELULAR
DESC NUM_TELEFONO
ANEXO
SMSG_SEDE SMSG_AREA
SMSG_SEDE_AREA
ID_SEDE ID_AREA
ID_PISO_SEDE
DESC_SEDE DESC_AREA
LONGITUD ID_SEDE (FK)
PISO_AREA
LATITUD ID_AREA (FK)
SMSG_INCIDENCIAS_CONCURRENTES IN_ACTIVO
ID_INCIDENCIAS_CONCURRENTES
DESC_INCIDENCIA_CONCURRENTE
DETALLE_INCIDENCIA_CONCURRENTE
TITULO_INCIDENCIA_RECURRRENTE
SMSG_PROYECTO
SMSG_CONTACTOS ID_PROYECTO
ID_CONTACTO NOM_PROYECTO SMSG_REGISTRO_INCIDENCIA
SMSG_TBL_ACTIVIDADES DESC_PROYECTO
NOMBRE_CONTACTO IN_ACTIVO ID_REGISTRO_INCIDENCIA
APELL_CONTACTO ID_ACTIVIDAD ID_USUARIO (FK)
NUM_FIJO NOMBRE_ACTIVIDAD ID_SEDE (FK)
ANEXO DESCRIPCION ID_AREA (FK)
CELULAR SMSG_CATEGORIAS ID_PROYECTO (FK)
UBICACION_DESC ID_CATEGORIA (FK)
CORREO ID_CATEGORIA
ID_INCIDENCIAS_CONCURRENTES (FK)
IN_VALIDO DESC_CATEGORIA DESC_SLICITUD
IN_ACTIVO IMG_EVIDENCIA
FECHA_HORA_CREACION
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
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.

113
información del usuario - vacaciones
TBL_META4_USUARIO
TBL_META4_PERFIL ID_USUARIO
ID_PERFIL ID_DIVISION (FK)
ID_PERFIL (FK)
NOMBRE_PERFIL ID_ROL (FK)
DES_PERFIL ID_RESPONSABLE (FK)
IN_ACTIVO DESCR_EMPRESA
APE_USUARIO
NOM_USUARIO
FOTO_USUARIO
IN_ESTADO
TBL_NOTIFICACIONES
NUM_DOCUMENTO
NUM_CELULAR ID_TBL_NOTIFICACION
NUM_TELEFONO
ANEXO ID_USUARIO (FK)
TOKEN_NOTIFI
IN_ACTIVO
TBL_META4_SOLICITUDES
USUARIO_VACACIONES TBL_META4_RESPONSABLES ID_SOLICITUD_VACACIONES
ID_USUARIO (FK) ID_RESPONSABLE ID_VACACIONES (FK)
TBL_META4_DIVISION ID_VACACIONES (FK) ID_RESPONSABLE (FK)
ID_USUARIO ROLES_ASPIRANTES TBL_META4_ROL
ID_DIVISION ID_ROL FLG_APROBRACION
ID_PERFIL FECHA_APROBACION ID_ROL_ASPIRANTE (FK)
NOM_DIVISION FLG_RECHAZADA ID_ROL (FK)
DES_DIVISION FECHA_RECHAZO
UBICACION DESCRIPCION
TBL_META4_ROL IN_ACTIVO TBL_META4_VACACIONES FLG_HABILITADO
ID_ROL ID_VACACIONES TBL_META4_COMBOS_VACACIONALES OPORTUNIDAD_LABORAL
ID_DIVISION (FK) FECHA_INICIO ID_COMBO_VACACIONAL ID_OPORTUNIDAD_LABORAL
DESC FECHA_FIN
FECHA_INCIO ID_ROL
FECHA_SOLICITUD
FECHA_FIN ID_DIVISION
FECHA_ACTUALIZACION
DESCRIPCION
FECHA_CANCELACION
FECHA_REPROGRAMACION
ID_COMBO_VACACIONAL (FK) ROLES_ASPIRANTES
FUNCIONES_POR_ROL ID_ROL_ASPIRANTE
ID_FUNCION (FK) ID_OPORTUNIDAD_LABORAL (FK)
ID_ROL (FK) DESCRIPCION OPORTUNIDAD_FUNCIONES
FECHA_ACTUALIZACION FLG_HABIITADO
FECH_ACTUALIZACION ID_OPORTUNIDAD_LABORAL (FK)
FLG_HABILITADO ID_FUNCION_OPORTUNIDAD (FK)
TBL_META4_FUNCIONES_ROL DESCRIPCION
TBL_META4_HISTORIAL_LARORAL
ID_FUNCION
ID_HISTORIAL_LABORAL FUNCIONES_OPORTUNIDAD_LABORAL
ID_ROL (FK) DESC_ACTIVIDAD
ID_DIVISION (FK) ID_FUNCION_OPORTUNIDAD
FECHA_INICIO DESCRIPCION
FECHA_FIN FECHA_ACTUALIZACION
FLG_HAILITADO
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.

114
Figura 48. Modelo físico de la base de datos

PROVEEDOR TBL_NOTIFICACIONES
ID_PROVEEDOR: uniqueidentifier ID_TBL_NOTIFICACION: uniqueidentifier LUGAR_EVENTO
BENEFICIO EVENTO CATEGORIA_EVENTO
ID_LUGAR: uniqueidentifier
ID_BENEFICIO: uniqueidentifier NOM_PROVEEDOR: nvarchar(200) ID_USUARIO: uniqueidentifier (FK) ID_CATEGORIA_EVENTO: uniqueidentifier
ID_EVENTO: uniqueidentifier
DES_PROVEEDOR: nvarchar(300) TOKEN_NOTIFI: char(18) ID_EVENTO: uniqueidentifier (FK)
ID_PERFIL: uniqueidentifier (FK) RUC_PROVEEDOR: nvarchar(11) IN_ACTIVO: char(18) ID_PERFIL: uniqueidentifier (FK) NOMBRE_CATEGORIA: nvarchar(200) DIRECCION: nvarchar(200)
ID_TIPO: uniqueidentifier (FK) NUM_TELEFONO: nvarchar(8) ID_DIVISION: uniqueidentifier (FK) DESC_CATEGORIA: nvarchar(300) CIUDAD: nvarchar(100)
ID_DIVISION: uniqueidentifier (FK) URL_PROVEEDOR: nvarchar(20) TBL_META4_PERFIL ID_TIPO_EVENTO: uniqueidentifier (FK) IN_ACTIVO: bit DISTRITO: nvarchar(100)
BENEFICIO_TBL_META4_USUARIO
ID_PROVEEDOR: uniqueidentifier (FK) MAIL_CONTACTO: nvarchar(20) ID_CATEGORIA_EVENTO: uniqueidentifier (FK) LATITUD: float
ID_BENEFICIO_USUARIO: nvarchar(20) ID_PERFIL: uniqueidentifier
ID_CONTACTO: uniqueidentifier (FK) FEC_PRVEEDOR: datetime COSTO: float LONGITUD: float
ID_CATEGORIA: uniqueidentifier (FK) IN_ACTIVO: integer NOMBRE_PERFIL: nvarchar(50) FLG_COMPARTIR: bit TIPO_EVENTO
ID_BENEFICIO: nvarchar(20) (FK)
NOMBRE_BENEFICIO: nvarchar(200) DES_PERFIL: nvarchar(200) INSCRITOS: integer
ID_USUARIO: nvarchar(20) (FK) ID_TIPO_EVENTO: uniqueidentifier
DES_BENEFICIO: nvarchar(300) IN_ACTIVO: bit FLG_ADJUNTA_VOUCHER: bit
ANIO_BENEFICIO: datetime IMG_VOUCHER: nvarchar(max) DESC_TIPO: char(18)
FEC_INICIO: datetime CATEGORIA COMENTARIO: nvarchar(200) IN_ACTIVO: char(18)
FAVORITO FEC_FIN: datetime DESC_EVENTO: nvarchar(200)
IMG_BENEFICIO: nvarchar(max) ID_CATEGORIA: uniqueidentifier TBL_META4_DIVISION
TIPO_EVENTO: nvarchar(20) EVENTO_EXPOSITOR
ID_FAVORITO: uniqueidentifier PORC_DESCUENTO: float NOM_CATEGORIA: nvarchar(200) ID_DIVISION: char(18) IN_ACTIVO: bit
ID_USUARIO: uniqueidentifier (FK) USUARIO_CREACION: nvarchar(200) DES_CATEGORIA: nvarchar(200) FEC_CREACION: datetime ID_EVENTO: uniqueidentifier (FK)
FEC_CREACION: datetime DES_DIVISION: char(18) ID_EXPOSITOR: nvarchar(20) (FK)
ID_BENEFICIO: uniqueidentifier (FK) IN_ACTIVO: integer FEC_MODIFICACION: datetime
USUARIO_MODIFICACION: nvarchar(200) UBICACION: char(18) EVENTO_COORDINADOR
FEC_CREACION: datetime IMG_EVENTO: nvarchar(max)
FEC_MODIFICACION: datetime TBL_META4_ROL IN_ACTIVO: char(18)
FEC_MODIFICACION: datetime NOM_DIVISION: char(18) ID_EVENTO: uniqueidentifier (FK)
IN_ACTIVO: integer ID_ROL: char(18) ID_COORDINADOR: nvarchar(20) (FK)
FLG_COMPRA_POR_APP: integer
FLG_ADJUNTA_VOUCHER: integer ID_DIVISION: uniqueidentifier (FK)
DESC: char(18)
PUNTAJE EXPOSITOR
EVENTO_TBL_META4_USUARIO
ID_PUNTAJE: uniqueidentifier EVENTO_FECHA_EVENTO ID_EXPOSITOR: nvarchar(20)
ID_EVENTO: uniqueidentifier (FK)
ID_BENEFICIO: uniqueidentifier (FK) CONTACTO_BENEFICIO ID_USUARIO: uniqueidentifier (FK) ID_EVENTO_FECHA_EVENTO: char(18) NOMBRE_EXPOSITOR: nvarchar(200)
ID_USUARIO: uniqueidentifier (FK) PROGRAMA APELL_EXPOSITOR: nvarchar(250)
ID_CONTACTO: char(18) ID_EVENTO: uniqueidentifier (FK) DESC_EXPOSITOR: nvarchar(500)
NUM_PUNTAJE: integer ID_PROGRAMA: char(18) ID_FECHA_EVENTO: uniqueidentifier (FK) ROL_EXPOSITOR: nvarchar(250)
NOMBRE_CONTACTO: char(18)
DESC_PROGRAMA: char(18) TBL_META4_USUARIO CUPOS_EVENTO_FECHA: char(18)
APELLIDOS_CONTACTO: char(18)
BENEFICIO_REQUISITO_ALCANCE IN_ACTIVO: char(18) TELEFONO_CONTACTO: char(18) ID_USUARIO: uniqueidentifier
ID_BENEFICIO: uniqueidentifier (FK)
ANEXO: char(18) COORDINADOR
ID_BENEFICIO_REQUISITO: char(18) ID_RESPONSABLE: uniqueidentifier (FK) PUNTAJE_EVENTO
CELULAR: char(18) ID_COORDINADOR: nvarchar(20)
ID_BENEFICIO: uniqueidentifier (FK) ID_ROL: uniqueidentifier (FK) HORA_EVENTO_FECHA_EVENTO ID_PUNTAJE_EVENTO: char(18)
CORREO: char(18)
ID_REQUISITO_ALCANCE: nvarchar(20) (FK) ID_DIVISION: uniqueidentifier (FK) NOM_COORDINADOR: nvarchar(200)
ID_PERFIL: uniqueidentifier (FK) ID_HORA_EVENTO_FECHA_EVENTO: char(18)FECHA_EVENTO ID_USUARIO: uniqueidentifier (FK) APELL_COORDINADOR: nvarchar(250)
REQUISITO_ALCANCE NOM_USUARIO: varchar(200) ID_HORA_EVENTO: nvarchar(20) (FK) ID_FECHA_EVENTO: uniqueidentifier ID_EVENTO: uniqueidentifier (FK) DESC_COORDINADOR: nvarchar(250)
FOTO_USUARIO: varbinary(max) ID_FECHA_EVENTO: uniqueidentifier (FK) CALIFICACION: char(18) ROL_COORDINADOR: nvarchar(200)
ID_REQUISITO_ALCANCE: nvarchar(20) IN_ESTADO: bit FECHA: datetime FECHA_HORA: char(18)
CUPOS_FECHA_HORA: char(18) IN_ACTIVO: bit
NOMBRE_REQUISITO: varchar(150) NUM_DOCUMENTO: integer COMENTARIOS
DESCRIPCION_REQUISITO: varchar(500) NUM_CELULAR: integer
NUM_TELEFONO: integer ID_COMENTARIO: nvarchar(20)
FLG_REQUISITO_ALCANCE: boolean
TERMINOS_CONDICIONES: varchar(200) UBICACION ANEXO: integer ID_USUARIO: nvarchar(20) (FK)
DESCR_EMPRESA: varchar(500) ASISTENCIA_EVENTO ID_EVENTO: uniqueidentifier (FK)
ID_UBICACION: uniqueidentifier SUB_PROGRAMA APE_USUARIO: varchar(250)
HORA_EVENTO ID_ASISTENCIA: nvarchar(20) DESC_COMENTARIO: nvarchar(200)
ID_BENEFICIO: uniqueidentifier (FK) ID_SUB_PROGRAMA: uniqueidentifier FECHA_HORA: datetime
LATITUD: float TIPO_BENEFICIO ID_HORA_EVENTO: nvarchar(20) ID_USUARIO: nvarchar(20) (FK)
LONGITUD: float DESC_SUB_PROGRAMA: varchar(200) IMG_VOUCHER: nvarchar(max)
ID_TIPO: uniqueidentifier TURNO: nvarchar(20) ASISTENCIA_USUARIOS
IN_ACTIVO: bit ID_PROGRAMA: uniqueidentifier (FK) ID_FECHA: nvarchar(20)
SOLICITUD FLG_SELECCIONA_CANTIDAD: varchar(250) NOM_TIPO: varchar(200) IN_ACTIVO: bit ID_HORA_EVENTO: nvarchar(20) (FK) ID_ASISTENCIA_USUARIOS: nvarchar(20)EVENTO_PROPUESTO
CANT_MIN: integer DES_TIPO: varchar(250) HORA: datetime ID_FECHA_EVENTO: nvarchar(20) (FK) ID_EVENTO_PROPUESTO: uniqueidentifier
ID_SOLICITUD: uniqueidentifier IN_ACTIVO: bit ID_ASISTENCIA: nvarchar(20) (FK) ID_USUARIO: uniqueidentifier (FK)
CANT_MAX: integer
FECHA_HORA_ASISTENCIA: datetime ID_TIPO_EVENTO: uniqueidentifier (FK)
ID_SUB_PROGRAMA: uniqueidentifier (FK) FLG_ES_PORCENTAJE: bit
FECHA_HORA_RETIRO: datetime
ID_PROGRAMA: uniqueidentifier (FK) NOMRE_EVENTO: nvarchar(200)
FLG_ASISTIO: bit
ID_BENEFICIO: uniqueidentifier (FK) INFORMACION: nvarchar(200)
ID_USUARIO: uniqueidentifier (FK) COSTO_EVENTO: float
CANTIDAD_SUB_PROGRAMA: integer ESPOSITORES: nvarchar(200)
CANTIDAD_ITEMS_TOTALES: integer RESPONSABLE: nvarchar(200)
PAGO_TOTAL: float UBICACION: nvarchar(200)
FECH_CREACION: datetime FECHAS: datetime
IMAGEN_VOUCHER: varchar() TBL_META4_SOLICITUDES HORARIOS: nvarchar(50)
SMSG_SEDE
USUARIO_VACACIONES TBL_META4_RESPONSABLESID_SOLICITUD_VACACIONES: uniqueidentifier CAPACIDAD: integer
ID_SEDE: uniqueidentifier FLG_REDES_SOCIALES: bit
ID_USUARIO: uniqueidentifier (FK) ID_RESPONSABLE: char(18) ID_VACACIONES: uniqueidentifier (FK) COD_REGISTRO: nvarchar(20)
DESC_SEDE: varchar(250) SMSG_SEDE_AREA ID_VACACIONES: uniqueidentifier (FK) ID_RESPONSABLE: uniqueidentifier (FK)
LONGITUD: float ID_USUARIO: char(18)
LATITUD: float ID_PISO_SEDE: uniqueidentifier SMSG_AREA ID_ROL: char(18) FLG_APROBRACION: char(18) ROLES_ASPIRANTES_TBL_META4_ROL
IN_ACTIVO: bit ID_SEDE: uniqueidentifier (FK) ID_PERFIL: char(18) FECHA_APROBACION: char(18)
ID_AREA: uniqueidentifier ID_ROL_ASPIRANTE: char(18) (FK)
ID_AREA: uniqueidentifier (FK) FLG_RECHAZADA: char(18)
ID_ROL: char(18) (FK)
SMSG_INCIDENCIAS_CONCURRENTES DESC_AREA: varchar(250) FECHA_RECHAZO: char(18)
PISO_AREA: varchar(20) DESCRIPCION: char(18)
ID_INCIDENCIAS_CONCURRENTES: uniqueidentifier FLG_HABILITADO: char(18)
TBL_META4_VACACIONES
DESC_INCIDENCIA_CONCURRENTE: nvarchar(300)
DETALLE_INCIDENCIA_CONCURRENTE: nvarchar(500) ID_VACACIONES: uniqueidentifier TBL_META4_COMBOS_VACACIONALES OPORTUNIDAD_LABORAL
TITULO_INCIDENCIA_RECURRRENTE: nvarchar(200) FECHA_INICIO: datetime ID_COMBO_VACACIONAL: char(18) ID_OPORTUNIDAD_LABORAL: char(18)
FECHA_FIN: datetime
FECHA_INCIO: char(18) ID_ROL: char(18)
SMSG_PROYECTO FECHA_SOLICITUD: datetime
SMSG_CONTACTOS FECHA_FIN: char(18) ID_DIVISION: char(18)
FECHA_ACTUALIZACION: datetime
ID_PROYECTO: uniqueidentifier SMSG_REGISTRO_INCIDENCIA DESCRIPCION: char(18)
ID_CONTACTO: uniqueidentifier FECHA_CANCELACION: datetime
NOM_PROYECTO: nvarchar(200) ID_REGISTRO_INCIDENCIA: uniqueidentifier ID_COMBO_VACACIONAL: uniqueidentifier (FK)
NOMBRE_CONTACTO: nvarchar(150) FECHA_REPROGRAMACION: datetime
APELL_CONTACTO: nvarchar(150) DESC_PROYECTO: nvarchar(300)
ID_SEDE: uniqueidentifier (FK) ROLES_ASPIRANTES
NUM_FIJO: integer IN_ACTIVO: integer
ID_AREA: uniqueidentifier (FK) FUNCIONES_POR_ROL ID_ROL_ASPIRANTE: char(18)
ANEXO: integer ID_PROYECTO: uniqueidentifier (FK)
CELULAR: integer SMSG_CATEGORIAS ID_FUNCION: uniqueidentifier (FK) DESCRIPCION: char(18)
ID_CATEGORIA: uniqueidentifier (FK) OPORTUNIDAD_FUNCIONES
UBICACION_DESC: varchar(200) ID_ROL: uniqueidentifier (FK) FLG_HABIITADO: char(18)
ID_CATEGORIA: nvarchar(20) ID_INCIDENCIAS_CONCURRENTES: uniqueidentifier (FK)
CORREO: varchar(50) DESC_SLICITUD: varchar(250) FECHA_ACTUALIZACION: char(18) FECH_ACTUALIZACION: char(18) ID_OPORTUNIDAD_LABORAL: uniqueidentifier (FK)
IN_VALIDO: integer DESC_CATEGORIA: nvarchar(200) IMG_EVIDENCIA: varchar(300) TBL_META4_HISTORIAL_LARORAL FLG_HABILITADO: char(18) ID_OPORTUNIDAD_LABORAL: char(18) (FK) ID_FUNCION_OPORTUNIDAD: uniqueidentifier (FK)
IN_ACTIVO: integer ID_USUARIO: uniqueidentifier (FK) ID_HISTORIAL_LABORAL: uniqueidentifier DESCRIPCION: varchar(250)
FECHA_HORA_CREACION: datetime ID_ROL: uniqueidentifier (FK)
FECHA_HORA_ACTUALIZACION: datetime ID_DIVISION: uniqueidentifier (FK) TBL_META4_FUNCIONES_ROL
SMSG_CONTACTOS_TBL_ACTIVIDADES
ID_FUNCION: uniqueidentifier
ID_CONTACTO: uniqueidentifier (FK) FECHA_INICIO: datetime
ID_ACTIVIDAD: uniqueidentifier (FK) FECHA_FIN: datetime DESC_ACTIVIDAD: varchar(250) FUNCIONES_OPORTUNIDAD_LABORAL
SMSG_TICKET_INCIDENCIA
ID_FUNCION_OPORTUNIDAD: uniqueidentifier
ID_TICKET_INCIDENCIA: uniqueidentifier
DESCRIPCION: varchar(250)
SMSG_TBL_ACTIVIDADES ID_REGISTRO_INCIDENCIA: uniqueidentifier (FK) FECHA_ACTUALIZACION: datetime
DESC_SLICITUD: nvarchar(200) FLG_HAILITADO: bit
ID_ACTIVIDAD: uniqueidentifier COD_TICKET: nvarchar(200)
NOMBRE_ACTIVIDAD: nvarchar(80) ID_USUARIO_GENERA_TICKET: uniqueidentifier
DESCRIPCION: nvarchar(250) FECHA_HORA_CREACION: datetime
FECHA_HORA_ACTUALIZACION: datetime

115
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

116
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 Componente
Hexadecimal
#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.
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.
117
Figura 50. Splash – Ingreso a la aplicación
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

118
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.

119
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
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

120
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.

i) Oportunidades laborales – Roles a los cuales podría acceder:
Listados horizontales en los cuales se muestra las oportunidades de

121
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
3.2.11.3.2. Detalle de historial laboral – Roles a los cuales se tiene
acceso
122
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
3.2.11.3.3. Detalle oportunidad laboral

123
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
3.2.11.3.4. Acceso a boletas de pago

124
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

125
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
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 parte superior la imagen del usuario con el nombre de la pantalla actual

126
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
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
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

127
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

128
Figura 61. Categoría económico

129
Figura 62. Categoría variados
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.

130
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

131
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.
132
Figura 64. Detalle informativo
 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

133
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

134
 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.

135
Figura 66. Seleccionar cantidades y adjuntar voucher

136
Figura 67. Mapa
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.

137
Figura 68. Registro correcto
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.
138
Figura 69. Listado de eventos propuestos
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.
139
Figura 70. Crear eventos

140
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
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.

141
Figura 72. Pantalla reporte de eventos
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.

142
Figura 73. Pantalla detalle del evento realizado

143
Figura 74. Pantalla ver participantes del evento
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.

144
Figura 75. Eventos corporativos

145
Figura 76. Compartir en redes sociales
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

146
personas inscritas, al seleccionarla muestra un popup con la lista de
personas.
Figura 77. Detalle del evento confirmación asistencia

147
Figura 78. Detalle de eventos scroll

148
Figura 79. Mapa

149
Figura 80. Ver Lista Inscritos
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.
150
Figura 81. Detalle del evento confirmación asistencia con pago

151
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

152
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
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.
153
Figura 84. Realizar comentarios y calificar eventos

154
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

155
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

156
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
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.

157
Figura 88. Tickets generados
Figura 89. Detalle del ticket

158
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

159
Figura 91. Detalle del soporte
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 tab en la parte superior llamado “solicitudes”, el cual muestra el

160
listado de vacaciones solicitadas por los colaboradores que él tiene a su
cargo.
Figura 92. Vacaciones

161
Figura 93. Vacaciones perfil responsable - información

162
Figura 94. Vacaciones perfil responsable – solicitudes
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,
163
luego de realizar alguna acción muestra una pantalla confirmando el
registro de la aprobación o rechazo.
Figura 95. Vacaciones perfil responsable – aprobar
Figura 96. Vacaciones perfil responsable – rechazar

164
Figura 97. Confirmación aprobar-rechazar
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.

165
Figura 98. Solicitar vacaciones
Figura 99. Seleccionar combo vacacional

166
Figura 100. Confirmación de registro de vacaciones
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.

167
Figura 101. Cancelar vacaciones
Figura 102. Reprogramar vacaciones

168
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

169
realizará la configuración del IIS en el servidor web en donde será publicado el
RESTful webservices.
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
 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
170
Figura 105. Capa data del aplicativo móvil con sus respectivos paquetes
Figura 106. Capa domain del aplicativo móvil con sus respectivos
paquetes
171
 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

172
Figura 108. Configuración de versiones de las librerías
Figura 109. Librerías para la capa app

173
Figura 110. Librerías para la capa domain
Figura 111. Librerías para la capa data
 Se asignan permisos al aplicativo a través del Manifest.xml y se configura el
archivo .gradle de cada una de las capas.
Figura 112. Configuración del archivo AndroidManifest.xml

174
 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
 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

175
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

Figura 115. Implementación de librerías en la capa domain

176
 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
Figura 117. Configurando maps activity

177
 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

 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

 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

178
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

 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

 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

179

 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
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,

180
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 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

181
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 implementadas
en el sistema funcionen de acuerdo a las especificaciones. Para ello, se realizaron
los siguientes tipos de pruebas.
3.3.8.1. Pruebas unitarias
Estas pruebas están dirigidas a componentes como los módulos de un
sistema, probando caminos de control importantes, identificando defectos en
las fases tempranas de codificación 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 examina la estructura del código fuente según la lógica implementada.
Estas pruebas se ejecutaron en paralelo con la codificación de cada una

182
de las iteraciones que contempla el aplicativo, teniendo como propósito
el funcionamiento correcto del código fuente implementado bajo el
lenguaje de programación.
3.3.8.1.2. Pruebas de caja negra
Estas pruebas se realizaron sobre las interfaces gráficas buscando
comprobar la funcionalidad, comportamiento de entrada y salida de los
datos y la integridad de la información enviada o recibida. Las pruebas
fueron efectuadas considerando la documentación de los casos de prueba.
3.3.8.2. Pruebas de integración
Todos los módulos revisados e integrados en las diferentes iteraciones son
evaluados con el propósito de comprobar la ejecución correcta conforme al
proceso de negocio esperado. Un factor clave es la capacidad de
identificación de todos los esquemas de llamadas para una buena cobertura
de casos de prueba integral. Las pruebas integrales se clasifican en:
3.3.8.2.1. No incremental
Requiere tener todos los módulos del producto software culminados para
así concretar en su conjunto estas pruebas.
3.3.8.2.2. Incremental
Cada módulo es acoplado a los componentes existentes, así las pruebas
futuras no afectarán los avances y correcciones de fases anteriores, en la
búsqueda de un software robusto desde el inicio de las pruebas.

183
Se adoptó la prueba de integración incremental una vez finalizado el
desarrollo de cada una de las iteraciones, con el fin de demostrar el
funcionamiento del aplicativo sin errores desde el inicio de su creación
asegurando la calidad en la construcción y está alineado con la metodología
iterativa incremental. Se tiene como finalidad el acoplamiento satisfactorio y
la validación de las funcionalidades que proveen los módulos integrados con
anterioridad. Estas pruebas cuentan con la participación de los usuarios
finales, los mismos a los cuales posteriormente se les realizará una encuesta
para verifica si los objetivos fueron cumplidos. Esto trae como ventaja la
simulación de los escenarios reales de los procesos de negocio midiendo así
el grado de satisfacción 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.
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
184
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 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
185
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.
Figura 124. Puntos obtenidos por cada colaborador encuestado - Sección 1

186
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
Colaborador 14 25
Colaborador 15 20
187
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

25
encuestado en la presente sección
Puntuación máxima total x 20

500
encuestas
Puntuación total obtenida 408
Puntuación faltante 92
Promedio 20.4
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.
 El registro y aprobación de un periodo vacacional se realiza de manera fácil
y satisfactoria.
188
 La aplicación permite el registro de una incidencia con facilidad.

que participantes.
Figura 125. Puntos obtenidos por cada colaborador encuestado - Sección 2
En base a los puntos obtenidos por cada uno de los participantes en esta
sección de la encuesta, se realiza lo siguiente:
Sección 2
Colaborador 1 20
Colaborador 2 16
Colaborador 3 12
Colaborador 4 14
Colaborador 5 16
Colaborador 6 14
189
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
4
sección
encuestado en la presente 20
sección
400
encuestas
Promedio 16.7
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
el área de RR.HH. Se concluye que el aplicativo móvil cumple con el objetivo
planteado, demostrando los siguientes resultados:

190
 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.
que participantes.
Figura 126. Resultados obtenidos en la sección 3 de la encuesta
En base a los puntos obtenidos por cada uno de los participantes en esta sección
de la encuesta, se realiza lo siguiente:
Sección 3
191

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
5
sección
encuestado en la presente 25
sección
500
encuestas
Promedio 20.65
planteado.
192
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
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.

193
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
Tabla 17. Uso de recursos humanos - segundo mes
Tabla 18. Uso de recursos humanos - tercer mes

194
Tabla 19. Uso de recursos humanos - cuarto mes
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

195
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.
196
Figura 127. Curva costo vs tiempo
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.

197
Tabla 21. Gasto adicional mensual de la empresa en recursos humanos
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

198
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).
199
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.

200
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_
%20Humano_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
%20Carranza_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/
201
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_rv7lf3ENFG1edK7OxF4LrJrD3dZmhOI7DBpYrdMHSUjQDpcMjt
99oOE8i8f7IbklcXcpOrCIhoPUZtin3cJx-fM9zx-
0nU_N9Int18lkfJDLBQsgKP8mb4wm4aVXVWvfNANGFY9tBsO6J4KWitWzUoiJNUVpcY8
U3znXc4VnCZ3op0AgGhYjs2rBLrQwvGXWF6rHyjGGvy5ZBqaKW81U6Elh3DArqDg9xoK3
tAFC0S5wEvn8t1c3KNRpz1o0QkLjnmAG28DD5z8Jk3w9vBKvr7GKnI4BTOWP9wv9Uk67
WbCnaFJgNG2fG7U1yML_AicnNDgGkWKup4EJ16Co9AS2zkAoJAHVIyjz-o-
DVHfEfRxJlBoVHwYFAtoQNhZ55f1mhWYaCn-
202
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

203

204

205
Anexo N°02
Diagrama de Gantt – Cronograma por cada una de las etapas del desarrollo del
aplicativo.
 Inicio
206
 Elaboración
207
 Construcción
208
209
 Transición
Anexo N°03
Flujo de navegación de la aplicación móvil Android

210

Desarrollo de Una Aplicación Móvil

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Desarrollo de Una Aplicación Móvil

Cargado por

Copyright:

Formatos disponibles

1

Facultad de Ingeniería de Sistemas y

Carrera Profesional de Ingeniería de Sistemas e

Informe de Suficiencia Profesional para optar el Título

“Desarrollo de una aplicación móvil

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.

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

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

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

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

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

funcionalidades similares al aplicativo propuesto y los antecedentes relacionados al

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

entregables que se realizaron en el proyecto.

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

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.

planteados, permitiendo mejorar satisfactoriamente las actividades relacionadas con el

2.2.1.1.3. Aplicaciones Híbridas....................................................................37

3.2.4.6. Paquete vacaciones.............................................................................68

3.2.9. Diagrama de secuencia..............................................................................96

3.2.11.6. Módulo de incidencias.....................................................................154

Figura 1. Árbol de problemas.....................................................................................................16

Figura 90. Detalle del soporte..................................................................................................159

Tabla 1. Árbol de problemas reflejado en una tabla........................................................16

Tabla 8. Resultados obtenidos en la sección 3 de la encuesta.......................................189

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

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.

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

repositorios de información de la empresa.

1.1. Definición del Problema

Las empresas muchas veces se centralizan en optimizar sus procesos de negocio, de

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

“Canvia” 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