UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Especificación del requerimiento funcional RF01...

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA

CARRERA DE INGENIERÍA INFORMÁTICA

DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN Y

CONTROL DE VACACIONES, LICENCIAS Y PERMISOS PARA EL

PERSONAL ADMINISTRATIVO Y DE SERVICIO DE LA DIRECCIÓN DE

TALENTO HUMANO DE LA UNIVERSIDAD CENTRAL DEL ECUADOR

TRABAJO DE GRADUACIÓN PREVIO LA OBTENCIÓN DEL TÍTULO DE

INGENIERO EN INFORMÁTICA

AUTOR: KLEVER JAVIER LOACHAMIN QUISILEMA

TUTOR: ING. RENE ALFONSO CARILLO FLORES, MSc

QUITO - ECUADOR

2015

SIGEVLP UNIVERSIDAD CENTRAL DEL ECUADOR

ii

DEDICATORIA

Dedico el presente proyecto a mis padres Fabián y Carmen por brindarme su apoyo

incondicional y constante sacrificio, quienes me han enseñado cómo luchar y salir

victorioso ante las circunstancias de la vida, formando valores en mí que son la base de

mi vida personal y profesional.

A mis hermanos, por estar presente en aquellos momentos difíciles y que a pesar de

todas las circunstancias, siempre hemos encontrado la forma de permanecer juntos y

apoyarnos.

A mis padrinos, en especial a mi madrina, por convertirse en mi segunda madre,

enseñándome el amor y la voluntad de Dios, a través de la humildad y el trabajo

constante.


iii

AGRADECIMIENTO

Un profundo agradecimiento a mi familia, por apoyarme y darme ánimos para la

finalización de mi proyecto de titulación.

A la Dirección de Talento Humano de la Universidad Central del Ecuador , en especial

al Dr. Carlos Padilla, Director de esta Dirección, por brindarme total apertura para la

realización de mi proyecto de titulación. A la Lic. Lleny Graciela Pacheco Chiriboga

analista de esta Dirección, por la colaboración , ayuda y tiempo invertido en cada una

de las reuniones , para la culminación satisfactoria del proyecto.

Al Ing. Rene Carrillo, por su atención conveniente, capacidad y experiencia, que me

supo guiar en la elaboración y desarrollo de mi proyecto de titulación en todo momento.

A Betty Anasi , por sus palabras de aliento, paciencia y sobre todo por el apoyo

brindado en la parte final de mi proyecto, motivo por el cual le quedare eternamente

agradecido.


iv

AUTORIZACIÓN DE AUTORÍA INTELECTUAL


v

CERTIFICACIÓN


vi


vii


viii

CONTENIDO

DEDICATORIA ................................................................................................................ii

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

AUTORIZACIÓN DE AUTORÍA INTELECTUAL ...................................................... iv

CERTIFICACIÓN ............................................................................................................ v

CONTENIDO ................................................................................................................. viii

LISTA DE TABLAS ......................................................................................................... xi

LISTA DE ILUSTRACIONES ..................................................................................... xiii

RESUMEN ..................................................................................................................... xvi

ABSTRACT ................................................................................................................... xvii

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

CAPÍTULO 1 ..................................................................................................................... 2

1. PRESENTACIÓN DEL PROBLEMA ..................................................................... 2

1.1. Planteamiento del Problema .................................................................................................2

1.2. Formulación del Problema ....................................................................................................2

1.3. Interrogantes del Problema ...................................................................................................3

1.4. Objetivos de la Investigación ................................................................................................3

1.4.1. Objetivo General ..........................................................................................................3

1.4.2. Objetivos Específicos ...................................................................................................3

1.5. Justificación .........................................................................................................................4

1.6. Alcance y limitaciones..........................................................................................................5

CAPÍTULO 2 ..................................................................................................................... 7

2. REVISIÓN BIBLIOGRÁFICA................................................................................ 7

2.1. Antecedentes ........................................................................................................................7

2.2. Fundamentación Teórica ......................................................................................................8

2.2.1. Bases Legales y Conceptos Básicos .............................................................................8

2.2.1.1. Reglamento General a la Ley Orgánica de Servicio Público .....................................8

2.2.1.2. Código de Trabajo .................................................................................................24

2.2.1.3. Grado de Consanguinidad y Afinidad ....................................................................28

2.2.1.4. Especificación de los Tipos Movimiento del Servidor Público ...............................29

2.3. Análisis de módulos de vacaciones, licencias y permisos .........................................................31

2.4. Aplicaciones web ....................................................................................................................31

2.5. Java Plataform, Enterprise Edition (Java EE) ............................................................................31

2.5.1. Arquitectura multi-nivel Java EE ......................................................................................32

2.5.2. Patrón MVC ......................................................................................................................33

2.5.3. Arquitectura Java EE y MVC ...........................................................................................34

2.5.4. Tecnología Java Server Faces (JSF)...................................................................................35

2.5.4.1. Características principales de JSF ...............................................................................36


ix

2.5.2.2. Beneficios de JSF .......................................................................................................36

2.5.2.3. Componentes de JSF ..................................................................................................37

2.5.2.4. Navigation Rules ........................................................................................................38

2.5.5. Tecnología Enterprise JavaBeans (EJB) ..........................................................................39

2.5.5.1. Tipos de Beans ...........................................................................................................40

2.6. Servidor de aplicaciones ...........................................................................................................44

2.6.1. Servidor de aplicaciones GlassFish ....................................................................................46

2.6.2. Servidor de Aplicaciones JBoss .........................................................................................47

2.6.3. Servidor de Aplicaciones WebSphere ................................................................................49

2.7. Estudio Comparativo de los Servidores de Aplicaciones ...........................................................50

2.8. Sistema Gestor de Base de datos ...............................................................................................50

2.8.1. Sistema Gestor de Base de Datos MySQL .......................................................................51

2.8.2. Sistema Gestor de Base de Datos Microsoft SQL Server ..................................................52

2.8.3. Sistema Gestor de Base de Datos PostgreSQL ..................................................................52

2.9. Estudio Comparativo de los Sistemas Gestores de Base de Datos .............................................53

CAPITULO 3 ................................................................................................................... 55

3. METODOLOGÍA DE DESARROLLO ................................................................. 55

3.1. Proceso Unificado de Desarrollo o Rational Unified Process (RUP) ..................................55

3.1.1. Características de RUP ...............................................................................................56

3.1.1.1. El Proceso Dirigido por los Casos de Uso ..............................................................56

3.1.1.2. Proceso Centrado en la Arquitectura ......................................................................57

3.1.1.3. Proceso Iterativo e Incremental ..............................................................................57

3.1.2. Dimensiones del RUP ................................................................................................59

3.1.3. Ciclo de vida del RUP ................................................................................................59

3.2. El lenguaje unificado del modelado (UML) ......................................................................60

3.3. Recopilación de la información ..........................................................................................61

CAPITULO 4 ................................................................................................................... 62

4. ANÁLISIS DE REQUISITO .................................................................................. 62

4.1. Gestión del Talento Humano ..............................................................................................62

4.1.1. Proceso de Concesión de Vacaciones .........................................................................62

4.1.2. Proceso de Concesión de Vacaciones .........................................................................64

4.2. Toma de los Requerimientos ....................................................................................................65

4.2.1. Requerimientos funcionales .......................................................................................65

4.2.2. Requerimientos no funcionales ..................................................................................67

4.3. Especificaciones funcionales ....................................................................................................68

4.4. Modelado de Casos de Uso del Sistema ....................................................................................72

4.4.1. Identificación de los Actores del Sistema..........................................................................73

4.4.1.1. Descripción de los Actores .........................................................................................73

4.4.2. Casos de uso.....................................................................................................................74

4.4.3. Diagrama de casos de uso .................................................................................................74

4.4.4. Especificación de Casos de Uso ........................................................................................75

4.4.4.1. Caso de Uso para requerimiento Gestionar Sesión ......................................................75

4.4.4.2. Caso de Uso para requerimiento Gestionar Usuarios ..................................................77

4.4.4.3. Caso de Uso para requerimiento Gestionar Servidores ................................................83


x

4.4.4.4. Caso de Uso para requerimiento Gestionar Variables del Sistema...............................88

4.4.4.5. Caso de Uso para requerimiento Gestionar Vacaciones ..............................................91

4.4.4.6. Caso de Uso para requerimiento Gestionar Licencias ............................................... 101

4.4.4.7. Caso de Uso para requerimiento Gestionar Permisos ............................................... 107

4.4.4.8. Caso de Uso para requerimiento Gestionar Impresiones ........................................... 111

4.4.4.9. Caso de Uso para requerimiento Generar Reportes .................................................. 114

4.4.4.10. Caso de Uso para requerimiento Gestionar Consultas ............................................. 116

CAPITULO 5 ................................................................................................................. 118

5. DISEÑO DE LA SOLUCIÓN .............................................................................. 118

5.1. Esquema de Proceso de Vacaciones, Licencias y Permisos. ................................................... 118

5.2. Punto de Vista Conceptual ................................................................................................ 119

5.3. Punto de Vista Lógica ...................................................................................................... 119

5.3.1. Diagrama de clases .................................................................................................. 121

5.3.2. Modelo Entidad -Relación........................................................................................ 122

5.3.3. Diccionario de Datos ................................................................................................ 123

5.4. Punto de Vista de Implementación ................................................................................... 129

5.4.1. Diagrama de Secuencia ............................................................................................ 129

5.4.1.1. Gestionar Sesión .................................................................................................. 130

5.4.1.2. Gestionar Usuarios .............................................................................................. 131

5.4.1.3. Gestionar Servidores de la institución .................................................................. 133

5.4.1.4. Gestionar Variables del sistema .......................................................................... 134

5.4.1.5. Gestionar Vacaciones ......................................................................................... 136

5.4.1.6. Gestionar Licencias ............................................................................................ 141

5.4.1.7. Gestionar Permisos .............................................................................................. 144

5.4.1.8. Gestionar Impresiones ........................................................................................ 146

5.4.1.9. Gestionar Consulta .............................................................................................. 146

CAPÍTULO 6 ................................................................................................................ 147

6. DESARROLLO E IMPLEMENTACIÓN............................................................ 147

6.1. Requerimientos de Hardware ................................................................................................. 147

6.2. Requerimientos de Software para el Desarrollo................................................................ 147

6.2.1. Sistema Operativo CentOS 6.5 ................................................................................ 148

6.2.2. Java- jdk1.7.0_51 ..................................................................................................... 167

6.2.3. NetBeans IDE 7.4 ................................................................................................... 171

6.2.4. PostgreSQL 9.3.2.1 ................................................................................................. 178

6.2.5. GlassFish 3.1.2 ........................................................................................................ 193

6.2.6. iReport 5.1.0 ............................................................................................................ 200

CAPITULO 7 ................................................................................................................. 202

7. CONCLUSIONES Y RECOMENDACIONES .................................................... 202

7.1. Conclusiones .................................................................................................................... 202

7.2. Recomendaciones ............................................................................................................. 203

LISTA DE REFERENCIAS ......................................................................................... 204

ANEXOS ........................................................................................................................ 206


xi

LISTA DE TABLAS

Tabla 1. Tipos de movimiento relacionado a los permisos y licencias ......................................................30

Tabla 2. Tipos de Scope de Managed Bean ..............................................................................................38

Tabla 3. Cuadro comparativo de tres de los servidores de aplicaciones más usados ................................50

Tabla 4. Cuadro comparativo de 3 de los gestores de base datos más usados .........................................53

Tabla 5. Requerimientos funcionales del sistema .....................................................................................67

Tabla 6. Requerimientos no funcionales del sistema ................................................................................68

Tabla 7. Especificación del requerimiento funcional RF01 ......................................................................68



Tabla 10. Especificación del requerimiento funcional RF04 ....................................................................70









Tabla 19. Descripción rápida de los actores del sistema ..........................................................................73

Tabla 20. Especificación de Caso de Uso Ingresar al Sistema .................................................................76

Tabla 21. Especificación de Caso de Uso Salir del Sistema .....................................................................77

Tabla 22. Especificación de Caso de Uso Administrar Usuarios ..............................................................78

Tabla 23. Especificación de Caso de Uso Crear Usuario .........................................................................79

Tabla 24. Especificación de Caso de Uso Modificar Usuario ..................................................................81

Tabla 25. Especificación de Caso de Uso Activar/Desactivar Usuario.....................................................82

Tabla 26. Especificación de Caso de Uso Resetear Contraseña ...............................................................83

Tabla 27.Especificación de Caso de Uso Administrar Servidores ............................................................84

Tabla 28. Especificación de Caso de Uso Crear Servidor ........................................................................85

Tabla 29. Especificación de Caso de Uso Actualizar Servidor .................................................................86

Tabla 30. Especificación de Caso de Uso Activar/Desactivar Servidor ....................................................87

Tabla 31. Especificación de Caso de Uso Administrar Variables .............................................................89

Tabla 32. Especificación de Caso de Uso Crear Variables ......................................................................90

Tabla 33. Especificación de Caso de Uso Modificar Variables ................................................................91

Tabla 34. Especificación de Caso de Uso Administrar Vacaciones ..........................................................92


xii

Tabla 35. Especificación de Caso de Uso Carga Inicial de saldo de Vacaciones .....................................93

Tabla 36. Especificación de Caso de Uso Autorizar Vacaciones ..............................................................94

Tabla 37.Especificación de Caso de Uso Modificar Vacaciones ..............................................................96

Tabla 38. Especificación de Caso de Uso Registrar Planificación ...........................................................97

Tabla 39. Especificación de Caso de Uso Modificar Planificación ..........................................................98

Tabla 40. Especificación de Caso de Uso Eliminar Planificación ............................................................99

Tabla 41. Especificación de Caso de Uso Procesar Planificación .......................................................... 100

Tabla 42. Especificación de Caso de Uso Histórico Vacaciones ............................................................ 101

Tabla 43. Especificación de Caso de Uso Administrar Licencias ........................................................... 102

Tabla 44. Especificación de Caso de Uso Concesión de Licencias ......................................................... 104

Tabla 45. Especificación de Caso de Uso Modificar Licencias .............................................................. 105

Tabla 46. Especificación de Caso de Uso Histórico Licencias ............................................................... 106

Tabla 47. Especificación de Caso de Uso Administrar Permisos ........................................................... 108

Tabla 48. Especificación de Caso de Uso Ingresar Permisos ................................................................. 109

Tabla 49. Especificación de Caso de Uso Histórico Permisos................................................................ 110

Tabla 50. Especificación del Caso de Uso Administrar Impresiones Acciones de Movimiento de Personal

.............................................................................................................................................................. 112

Tabla 51. Especificación de Caso de Uso Acciones impresas ................................................................. 113

Tabla 52. Especificación de Caso de Uso Acciones por Imprimir .......................................................... 114

Tabla 53. Especificación de Caso de Uso Acciones Generar reportes .................................................... 115

Tabla 54. Especificación de Caso de Uso Consulta Datos Servidor ....................................................... 117

Tabla 55. Entidad con_asi_accion_personal.......................................................................................... 123

Tabla 56. Entidad con_asi_historico_vacacion ...................................................................................... 125

Tabla 57. Entidad con_asi_permiso ....................................................................................................... 126

Tabla 58. Entidad con_asi_proyección_vacaciones ............................................................................... 127

Tabla 59. Entidad con_asi_saldo_vacación ........................................................................................... 127

Tabla 60. Entidad con_asi_empleado .................................................................................................... 128

Tabla 61. Entidad con_asi_variable_sistema ......................................................................................... 129


xiii

LISTA DE ILUSTRACIONES

Ilustración 1. Parentesco de afinidad y consanguinidad ..........................................................................29

Ilustración 2. Arquitectura en 3 niveles ...................................................................................................32

Ilustración 3. Arquitectura MVC.............................................................................................................33

Ilustración 4. Arquitectura Java EE Y MVC.............................................................................................35

Ilustración 5. Funcionamiento básico de los EJB .....................................................................................39

Ilustración 6. Arquitectura Java EE relacionado al servidor de aplicaciones ..........................................45

Ilustración 7. Fases de desarrollo RUP ...................................................................................................56

Ilustración 8. RUP dirigido por casos de uso ...........................................................................................57

Ilustración 9. RUP Iterativo e incremental ..............................................................................................58

Ilustración 10. Dimensiones del RUP ......................................................................................................59

Ilustración 11. Diagrama de Caso de Uso para requerimiento Gestionar Sesión .....................................75

Ilustración 12. Diagrama de caso de uso para requerimiento Gestionar Usuarios ...................................77

Ilustración 13. Diagrama de caso de uso para requerimiento Gestionar Servidores ................................83

Ilustración 14. Diagrama de caso de uso para requerimiento Gestionar Variables ..................................88

Ilustración 15. Diagrama de caso de uso para requerimiento Gestionar Vacaciones ...............................91

Ilustración 16. Diagrama de caso de uso para requerimiento Gestionar Licencias ................................ 101

Ilustración 17. Diagrama de caso de uso para requerimiento Gestionar Permisos ................................ 107

Ilustración 18. Diagrama de caso de uso para requerimiento Gestionar Impresiones ............................ 111

Ilustración 19. Diagrama de caso de uso para requerimiento Generar Reportes ................................... 114

Ilustración 20. Diagrama de caso de uso para el requerimiento de Gestionar Consultas ....................... 116

Ilustración 21. Proceso de Vacaciones, Licencias y Permisos ................................................................ 118

Ilustración 22. Diagrama de Clases del Diseño .................................................................................... 121

Ilustración 23. Modelo Entidad-Relación de Datos ................................................................................ 122

Ilustración 24. Diagrama de secuencia para el caso de uso GS1 ........................................................... 130


Ilustración 26. Diagrama de secuencia para el caso de uso GU2 .......................................................... 131






Ilustración 32. Diagrama de secuencia para el caso de uso GVS2 ......................................................... 134

Ilustración 33. Diagrama de secuencia para el caso de uso GVS3 ......................................................... 135

Ilustración 34. Diagrama de secuencia para el caso de uso GV2 ........................................................... 136


xiv





Ilustración 39. Diagrama de secuencia para el caso de uso GL2 ........................................................... 141



Ilustración 42. Diagrama de secuencia para el caso de uso GP2 ........................................................... 144

Ilustración 43. Diagrama de secuencia para el caso de uso GP3 ........................................................... 145

Ilustración 44. Diagrama de secuencia para el caso de uso GI2 ............................................................ 146

Ilustración 45. Diagrama de secuencia para el caso de uso GC1 ........................................................... 146

Ilustración 46. Inicio de la instalación de CentOS ................................................................................ 149

Ilustración 47. Comprueba el DVD de instalación ................................................................................. 150

Ilustración 48. Versión del sistema operativo........................................................................................ 151

Ilustración 49. Selecciona el idioma de instalación ................................................................................ 152

Ilustración 50. Seleccionar el idioma del teclado ................................................................................... 153

Ilustración 51. Configurar dispositivos de almacenamiento ................................................................... 154

Ilustración 52. Aceptar dispositivos de almacenamiento ........................................................................ 155

Ilustración 53. Nombre del equipo ......................................................................................................... 156

Ilustración 54. Seleccione zona horaria ................................................................................................. 157

Ilustración 55. Seleccione contraseña de la cuenta de root .................................................................... 158

Ilustración 56. Seleccione tipo de instalación ........................................................................................ 159

Ilustración 57. Escribir la configuración de almacenamiento ................................................................ 160

Ilustración 58. Formatear particiones en el disco ................................................................................. 160

Ilustración 59. Modo de instalación ....................................................................................................... 161

Ilustración 60. Personalizar la instalación de CentOS ........................................................................... 162

Ilustración 61. Transfiriendo la imagen viva al disco duro .................................................................... 163

Ilustración 62. Instalación de CentOS completa .................................................................................... 164

Ilustración 63. Pantalla de bienvenida ................................................................................................... 164

Ilustración 64. Información de licencia.................................................................................................. 165

Ilustración 65. Crear usuario diferente al root ...................................................................................... 165

Ilustración 66. Fijar fecha y hora .......................................................................................................... 166

Ilustración 67. Comprobación de Kdump............................................................................................... 166

Ilustración 68. Inicio del sistema operativo CentOS............................................................................... 167

Ilustración 69. Instalación de Java-jdk .................................................................................................. 168


xv

Ilustración 70. Revisión de los enlaces simbólicos de instalación.......................................................... 169

Ilustración 71. Configurar variables de entorno .................................................................................... 170

Ilustración 72. Verificar el JDK instalado ............................................................................................. 171

Ilustración 73. Asistente de instalación de NetBeans.............................................................................. 172

Ilustración 74. Selección de paquetes y servidor de aplicación .............................................................. 173

Ilustración 75. Aceptar los términos de acuerdo de licencia .................................................................. 174

Ilustración 76. Aceptar los términos de licencia de jUnit ....................................................................... 175

Ilustración 77. Selección de los directorios de instalación ..................................................................... 176

Ilustración 78. Instalación de NetBeans ................................................................................................. 177

Ilustración 79. Instalación finalizada ..................................................................................................... 178

Ilustración 80. Conceder permisos a la aplicación ................................................................................ 179

Ilustración 81. Inicio de instalación de PostgreSQL .............................................................................. 180

Ilustración 82. Seleccionar directorio de instalación ............................................................................ 181

Ilustración 83. Contraseña para el usuario postgres .............................................................................. 182

Ilustración 84. Seleccione el número de puerto del servidor .................................................................. 183

Ilustración 85. Seleccione idioma de instalación .................................................................................... 184

Ilustración 86. Instalación de PostgreSQL ............................................................................................. 185

Ilustración 87. Instalación de PostgreSQL ............................................................................................. 186

Ilustración 88. Instalación completa ...................................................................................................... 187

Ilustración 89. Cancelar componentes adicionales de PostgreSQL ....................................................... 188

Ilustración 90. Seleccione opción si ....................................................................................................... 188

Ilustración 91. Iniciar PgAdmin III ....................................................................................................... 189

Ilustración 92. Crear nueva base de datos ............................................................................................. 189

Ilustración 93. Propiedades de la base de datos .................................................................................... 190

Ilustración 94. Restaurar la base de datos ............................................................................................. 191

Ilustración 95. Seleccione la base de datos a restaurar .......................................................................... 192

Ilustración 96. Estructura de la base de datos ....................................................................................... 193

Ilustración 97. Inicio de sesión de GlassFish ......................................................................................... 196

Ilustración 98. Crear pool de conexión .................................................................................................. 196

Ilustración 99. Propiedades del pool de conexión .................................................................................. 197

Ilustración 100. Propiedades del pool de conexión con la base de datos ................................................ 198

Ilustración 101. Comprobar la conexión ................................................................................................ 198

Ilustración 102. Crear el JDBC Resources ............................................................................................ 199

Ilustración 103. Propiedades de JDBC Resources ................................................................................. 199

Ilustración 104. Cambiando Request Timeout ........................................................................................ 200


xvi

RESUMEN

DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN Y

CONTROL DE VACACIONES, LICENCIAS Y PERMISOS PARA EL PERSONAL

ADMINISTRATIVO Y DE SERVICIO DE LA DIRECCIÓN DE TALENTO

HUMANO DE LA UNIVERSIDAD CENTRAL DEL ECUADOR.

El presente trabajo de investigación, expone una solución para automatizar el proceso

de movimiento del personal, basado en las vacaciones, licencias y permisos del personal

administrativo y de servicio de la Dirección de Talento Humano de la Universidad

Central del Ecuador, mediante el desarrollo de un sistema de informático que facilite la

concesión de mismas, a través de una interfaz de usuario bastante intuitiva, permitiendo

que la aplicación sea de fácil manejo, potente, segura, parametrizable y apegada a los

estándares de calidad del desarrollo de software que garanticen la integridad de la

información que se manipula en la institución.

La aplicación está diseñada bajo la plataforma de desarrollo Java EE, apoyado

ampliamente en componentes de software ejecutándose sobre un servidor web como lo

es GlassFish, logrando una aplicación orientada a la web que facilita su implantación y

mantenimiento. La metodología de desarrollo empleada es RUP que junto con el UML,

constituye el estándar para el análisis, diseño, implementación y documentación de la

aplicación.

DESCRIPTORES: SISTEMA INFORMATICO / GESTION DE MOVIMIENTO DE

PERSONAL / METODOLOGÍA RUP / UML / TECNOLOGÍA JEE / APLICACIÓN

WEB / BASE DE DATOS POSTGRESQL.


xvii

ABSTRACT

DEVELOPMENT AND IMPLEMENTATION OF A MANAGEMENT AND

CONTROL SYSTEM OF VACATIONS, AND LEAVINGS FOR THE

ADMINISTRATIVE AND SERVICE STAFF OF THE DEPARTMENT OF HUMAN

TALENT OF THE CENTRAL UNIVERISTY OF ECUADOR.

The present research states a solution to automate the movement process of the staff,

based on vacation and leavings of the administrative and service staff of the Department

of Human Talent of the Central University of Ecuador, through the development of a

computer system that facilitates to grant them, by means of a user interface intuitive, of

easy application, strong, safe, customizable; which complies with the quality standards

of the software development that guarantees the integrity of information managed in the

institution.

The application is designed under the platform of development Java EE, broadly

supported by software components executed on a web server as GlassFish, obtaining an

application directed to the web that facilitates its implementation and maintenance. The

development methodology used is the RUP; which together the UML constitutes the

standard for the analysis, design, implementation and documentation of the applications.

Tools to generate actions of movement of the staff and reports delivered to employees;

which will be used as support for making decisions.

KEY WORDS: COMPUTER SYSTEM / MANAGEMENT OF THE MOVEMENT

OF THE STAFF / METHODOLOGY RUP / TECNOLOGY JEE / APPLICATION

WEB / DATABASE POSTGRESQL.


xviii


xix


1

INTRODUCCIÓN

La Universidad Central del Ecuador es una organización formada por elementos

interrelacionados entre sí, tales como: la estructura organizacional, los procesos y en esencia el

recurso humano.

Actualmente la tecnología es parte importante dentro de la sociedad, en ámbitos como la

salud, cultura, deporte, educación entre otros. Al referirse a la educación las universidades

constituyen un factor esencial, debido al manejo de grandes cantidades de datos, es por ende

que dichas instituciones hacen uso de herramientas tecnológicas que permitan el desarrollo y

difusión adecuada de la información.

La Dirección de Talento Humano de la Universidad Central del Ecuador posee una cadena de

valor y mapa de procesos definidos, sin embargo algunos procesos no han sido optimizados y

automatizados en su totalidad, tal es el caso del módulo de vacaciones, donde el manejo de la

información aún se lo hace a través de archivos de EXCEL, lo que ocasiona los llamados

cuellos de botella y genera total inconformidad por parte de la o el servidor de la institución.

El presente proyecto de investigación propone desarrollar un sistema de gestión y control de

vacaciones, licencias y permisos del personal para la Dirección de Talento Humano de la

Universidad Central del Ecuador, el cual se enfoca en automatizar dicho procesos, de modo

que los usuarios involucrados dispongan de un herramienta potente, eficiente y de fácil

manejo, con los estándares de calidad de software que se requieren hoy en día, permitiendo el

manejo de la información.

Por el decreto de utilizar software libre expedido por la República del Ecuador, para el

desarrollo del sistema se propone utilizar herramientas de código abierto, que implica el uso

de los estándares de calidad en el desarrollo de software.


2

CAPÍTULO 1

1. PRESENTACIÓN DEL PROBLEMA

1.1. Planteamiento del Problema

Las nuevas tecnologías de la información han permitido implementar sistemas de información

basados en las demandas de la sociedad, vinculados a los distintos sectores como: salud,

educación, economía, deportes entre otros.

A medida que pasa el tiempo es necesario crear y mejorar los sistemas informáticos que

automaticen los diferentes procesos que se llevan a cabo en las diferentes entidades, el

principal problema que se tiene en dichas entidades se inician en la falta de innovar e

implementar nuevos sistemas que eviten el retraso en los procesos. La automatización de los

procesos permitirá hacer que dichas instituciones puedan ser competitivas optimizando el

tiempo y mejorando su servicio.

La Dirección de Talento Humano presenta retrasos tecnológicos, puesto que aun en algunos

casos ciertas actividades se lo sigue realizando de forma manual, tal es el caso del proceso de

vacaciones, lo que causa molestia en los actores que interviene en el proceso. Es por esta razón

que se ve necesario plantear la implementación de un sistema que permita optimizar y

automatizar los procesos de vacaciones, licencias y permisos.

1.2. Formulación del Problema

En la actualidad el personal de la Dirección de Talento Humano de la Universidad Central del

Ecuador, aún sigue realizando ciertas actividades de forma manual ocasionando pérdidas

innecesarias de los recursos y tiempos improductivos de trabajo, como es el caso de la gestión

y control de las vacaciones, donde el control de las vacaciones se manejan en archivos de

Excel y las licencias se controlan por medio de un sistema diseñado en un lenguaje de

programación Visual Basic.

Estos problemas se dan porque no existe un adecuado y amigable sistema que permita llevar

un mejor control de las vacaciones del personal, razón por la cual se realizó un análisis de la

situación actual observando las necesidades que tiene dicha área, para lo cual resulta


3

imprescindible desarrollar e implementar un sistema que mejore los procesos, permitiendo que

se realice de una forma automatizada el control de las vacaciones y licencias de cada uno de

los empleados que laboran en dicha entidad, del mismo modo que las acciones y reportes

generados sean confiables y en tiempo real.

1.3. Interrogantes del Problema

De conformidad con lo planteado anteriormente nacen las siguientes interrogantes en el

desarrollo del presente tema de investigación.

¿Cuáles serán las ventajas y desventajas de la implementación de un sistema de control de

vacaciones, licencias y permisos?

¿Se podrá satisfacer las necesidades del personal administrativo y de servicio de la

institución en cuanto los requerimientos de la información solicitada de sus vacaciones y

ejecución de sus reportes de licencias?

¿Se lograra ahorrar y optimizar los tiempos de respuesta en cuanto a la información que

solicitan los usuarios?

¿Los medios y herramientas que se utilizaran serán lo suficientemente apropiadas para el

desarrollo de la aplicación?

¿El sistema implementado responderá a las necesidades de los usuarios internos sin

necesidad de que el usuario deba ser capacitado de manera exhaustiva?

1.4. Objetivos de la Investigación

1.4.1. Objetivo General

Implementar un sistema de control y gestión de vacaciones, licencias y permisos del personal

administrativo y de servicio de la Universidad Central del Ecuador, que permita optimizar y

automatizar los procesos de vacaciones, licencias y permisos, emitiendo una correcta

información en base a los reglamentos estipulados en el reglamento general a la ley orgánica

del servicio público (LOSEP) y Código de Trabajo.

1.4.2. Objetivos Específicos

Para el cumplimiento del objetivo general los objetivos específicos se reducen en lo siguiente:


4

Evaluar la situación actual de los procesos involucrados en la planificación de las

vacaciones y la autorización de las licencias y permisos del personal que labora en la

institución.

Identificar las necesidades y requerimientos funcionales y no funcionales del sistema

basados en el análisis de las condiciones actuales.

Determinar los procesos y elementos que sirvan para el desarrollo del sistema, basados en

estándares de desarrollo de aplicaciones de software.

Definir las ventajas que brindaría la implementación del sistema de gestión y control de

vacaciones, licencias y permisos para el personal de la institución.

Generar reportes de la planificación de vacaciones y autorización de licencias del personal

administrativo y de servicio de la Universidad Central del Ecuador.

Realizar las pruebas de funcionamiento respectivas previo a la implementación del módulo

de vacaciones, licencias y permisos.

Generar reportes que ayuden a la toma de decisiones dentro de la Dirección de Talento

Humano al momento de gestionar las vacaciones y licencias del personal Administrativo y

de servicio de la institución.

1.5. Justificación

Debido a que en la Dirección de Talento Humano ciertos procesos aún se lo ejecutan de forma

manual y otros separados en sistemas independientes que se encuentran desarrollados en

lenguajes de código propietario, haciendo de la actualización y de la administración algo

complicada para los usuarios de la institución; es así que surge la necesidad de desarrollar un

sistema, que se considera tendrá un gran impacto en la gestión y control de vacaciones,

licencias y permisos del personal administrativo y de servicio.


5

Con la implementación del sistema de vacaciones, la Dirección de Talento Humano gestionará

de manera eficiente y oportuna la información de la o el servidor, así mismo el sistema

concederá reportes personalizados reduciendo los tiempos de respuesta y una mejor toma de

decisiones.

1.6. Alcance y limitaciones

Este módulo está enfocado en la gestión y control de vacaciones, licencias y permisos; siendo

el objetivo principal automatizar dichos procesos que ayudarán a mejorar la calidad de

servicio hacia el personal administrativo y de servicio de la institución.

Para el desarrollo de proyecto se debe considerar los siguientes puntos:

Se contempla una interfaz gráfica bastante intuitiva que abstraerá al usuario de los detalles

técnicos, permitiendo que la aplicación sea de fácil manejo.

Se definen roles bajo los cuales los usuarios comunes se distinguen del usuario

administrador.

Se define las variables de inicio de uso del sistema (parametrizable), basado en el

reglamento general a la ley orgánica del servicio público (LOSEP) y código de trabajo en

lo referente a las vacaciones, licencias y permisos que se debe conceder y otorgar a los

servidores.

Se registra y actualiza los empleados administrativos y de servicio de la institución, con

datos personales, dependencia en la que labora y la fecha de ingreso a la institución,

parámetro sumamente importante para el cálculo de las vacaciones.

Se Sube al sistema el archivo plano que contiene el saldo de vacaciones del funcionario de

la institución. Dicho archivo plano será facilitado por Dirección de Talento Humano.

Se mantiene un registro del histórico de vacaciones y permisos solicitados.

Planificación anual de vacaciones y concesión de licencias conforme a solicitudes emitidas

por el interesado.

Concesión de licencias y vacaciones a través de acciones de movimiento de personal que

se generan en formato pdf.

Ingreso de los permisos solicitados con descuento al saldo de vacaciones.

El usuario podrá hacer uso del sistema para la consultar su saldo de vacaciones.


6

Se emite reportes basados en las vacaciones, licencias y permisos concedidos a los

servidores de la institución.

Se cierra el sistema una vez que se determine inactividad.


7

CAPÍTULO 2

2. REVISIÓN BIBLIOGRÁFICA

2.1. Antecedentes

La gestión y control de talento humano de una organización es un pilar importante que forma

parte de la cadena de valor. Un buen ambiente laboral determina un mejor desempeño de sus

labores de la o el servidor, para ello la mayoría de las instituciones públicas han implementado

sistemas de gestión de vacaciones y licencias del personal, permitiendo tener un mejor control

en cuanto a la planificación anual de vacaciones y autorización de licencias de la o el servidor.

En los últimos años el desarrollo de aplicaciones web ha tenido un gran auge, lo que hace

posible satisfacer ciertas demandadas de la sociedad.

Los datos como tal, no producen ningún tipo de conocimiento, sin embargo al ser procesados

generan información esencial en la mayoría de actividades de toda organización, es por ello

que la Dirección de Talento Humano al ser una organización que maneja gran cantidad de

información, hace imprescindible el uso de sistemas informáticos actualizados, a fin de evitar

que los procesos de las vacaciones, licencias y permisos se los siga realizando de forma

manual y en aplicativos diferentes, los cuales no disponen de soporte tecnológico de las

herramientas en las que fueron creados, no se dispone de los códigos fuentes de la aplicación,

no existe documentación técnica ni de usuario.

Debido a estos antecedentes, la Dirección de Talento Humano ha decidido implementar una

solución informática, que sea el punto de partida para desarrollar un sistema integrado de

Talento Humano y así lograr que la información esté disponible cuando los usuarios lo

requieran; consiguiendo eficiencia al momento de tomar decisiones.

Con el desarrollo del sistema se pretende optimizar y automatizar los procesos, que reduzcan

el recurso humano, económico y los tiempos de respuesta a peticiones de información. Cabe

indicar que la automatización de los procesos significara el éxito de la institución, por cuanto a

la información que en esta Dirección reposa. La información es de vital importancia no solo

para la o el servidor y la institución; sino también para entidades externas.


8

2.2. Fundamentación Teórica

A continuación definiremos ciertos conceptos fundamentales, desde las bases legales hasta las

herramientas tecnológicas que nos ayudarán a comprender la implementación del presente

proyecto.

2.2.1. Bases Legales y Conceptos Básicos

Para la ejecución del presente proyecto, se tomará en consideración ciertas normas vigentes

en el reglamento general a la ley orgánica de servicio público y código de trabajo, con

respecto a las vacaciones, licencias y permisos que tienen derecho; la o el servidor de la

institución.

2.2.1.1. Reglamento General a la Ley Orgánica de Servicio Público

2.2.1.1.1. De las Vacaciones

Según el “Art. 27.- De la programación. - Para la concesión de las vacaciones se considerará

básicamente la fecha de ingreso, y el cronograma del plan de vacaciones establecido por la

Unidad de Administración de Talento Humano (UATH), a fin de que en el período al cual

correspondan las mismas se garantice continuidad en la atención de los servicios que presta la

institución y el goce del derecho de la o el servidor. Establecida la programación de las

vacaciones, se remitirá a los jefes inmediatos de cada unidad, para que conjuntamente con las

o los servidores se establezcan los períodos y las fechas en que se concederán las mismas,

observaciones que serán remitidas a la UATH para su reprogramación y ejecución el próximo

año, hasta el 30 de noviembre de cada año” (Registro Oficial Suplemento N° 418, 2011, pág.

21)

Según el “Art. 28.- Concesión de vacaciones.- Las vacaciones se concederán en la fecha

prevista en el calendario, y únicamente el jefe inmediato, la máxima autoridad, o su delegado,

por razones de servicio debidamente fundamentadas y de común acuerdo con la o el servidor,

podrá suspenderlas o diferirlas dentro del período correspondiente a los doce meses siguientes

en que la o el servidor tienen derecho a vacaciones, debiendo dejarse constancia en documento

escrito, y la modificatoria del calendario será comunicada a la UATH. En todo caso se deberá

considerar que las y los servidores no pueden acumular las vacaciones por más de sesenta

días.” (Registro Oficial Suplemento N° 418, 2011, pág. 21)


9

Según el “Art. 29.- Ejercicio del derecho de vacaciones.- La autoridad nominadora y la

UATH velará por el fiel cumplimiento de lo dispuesto en el literal g) del artículo 23 de la

LOSEP.

De conformidad con lo establecido en el literal m) del artículo 24 de la LOSEP, no se negará

el uso de las vacaciones injustificadamente y que por este hecho se ocasione el acumulamiento

de las mismas por más de 60 días; de producirse este hecho la o el servidor a través de la

UATH, comunicará a la máxima autoridad y al Ministerio de Relaciones Laborales para los

fines establecidos en la letra j) del artículo 51 de la LOSEP.” (Registro Oficial Suplemento N°

418, 2011, pág. 21)

“Art. 23.- Derechos de las servidoras y los servidores públicos.- Son derechos irrenunciables

de las servidoras y servidores públicos: g) Gozar de vacaciones, licencias, comisiones y

permisos de acuerdo con lo prescrito en esta Ley.” (Registro Oficial Segundo Suplemento N°

294, 2010, pág. 10)

Art. 24.- Prohibiciones a las servidoras y los servidores públicos.- Prohíbase a las servidoras y

los servidores públicos lo siguiente: m) Negar las vacaciones injustificadamente a las

servidoras y servidores públicos.” (Registro Oficial Segundo Suplemento N° 294, 2010, pág.

10)

Según el “Art. 30.- Anticipo de vacaciones.- Se podrá conceder adelanto y permisos

imputables a vacaciones para las y los servidores que laboran bajo la modalidad de contrato de

servicios ocasionales como con nombramiento, en la parte proporcional derivada del tiempo

trabajado y conforme a la duración del contrato o nombramiento.” (Registro Oficial

Suplemento N° 418, 2011, pág. 21)

Según el “Art. 31.- Liquidación de vacaciones por cesación de funciones.- Únicamente

quienes cesaren en funciones sin haber hecho uso, parcial o total de sus vacaciones, tendrán

derecho a la liquidación correspondiente se pague en dinero el tiempo de las vacaciones no

gozadas, calculado el mismo en base a la última remuneración mensual unificada percibida,


10

con una acumulación máxima de hasta 60 días. Cuando el servidor que cesa en funciones, no

hubiere cumplido once meses de servicio, percibirá por tal concepto la parte proporcional al

tiempo efectivamente laborado, considerándose al efecto también los casos de cambios de

puestos, salvo el caso de encargo o subrogación.” (Registro Oficial Suplemento N° 418, 2011,

pág. 22)

Según el “Art. 32.- De los Permisos Imputables a Vacaciones.- Cuando una o un servidor,

previa la autorización correspondiente, haga uso de permisos por horas, fracciones de horas o

días, se imputará los mismos a la parte proporcional de sus vacaciones.” (Registro Oficial


2.2.1.1.2. De las Licencias

2.2.1.1.2.1. De las Licencias con Remuneración

Según el “Art. 33.- Licencia por Enfermedad.- La o el servidor público tendrá derecho a

licencia con remuneración por enfermedad, de conformidad con lo que establece el artículo

27, letras a) y b) de la LOSEP, y la imposibilidad física o psicológica será determinada por el

facultativo que atendió el caso, lo que constituirá respaldo para justificar la ausencia al trabajo.

Reintegrado al trabajo podrá hacer uso de hasta 2 horas diarias de permiso para rehabilitación,

tiempo que no se imputará a las licencias por enfermedad señaladas en el inciso anterior, y

para la consideración del tiempo y su autorización se estará a lo que prescriba el médico que

atendió o que atiende el caso. Estos permisos no serán acumulables y se hará uso de ellos

mientras dure la rehabilitación.

De continuar la imposibilidad física o psicológica, y se hubiere agotado el tiempo de la

licencia con remuneración por enfermedad se concederá licencia sin remuneración de

conformidad con las regulaciones de los Institutos de Seguridad Social de acuerdo con el

régimen y la ley correspondiente; y, de superar dicho período se observará la legislación

general de seguridad social.” (Registro Oficial Suplemento N° 418, 2011, pág. 22)


11

Según el “Art. 34.- Justificación.- La licencia por enfermedad que determine imposibilidad

física o psicológica o enfermedad catastrófica o accidente grave, se concederá siempre y

cuando la o el servidor, sus familiares o terceras personas justifiquen dentro del término de

tres días de haberse producido el hecho, mediante la certificación conferida por el profesional

que atendió el caso, lo cual podrá ser verificado por la UATH.” (Registro Oficial Suplemento

N° 418, 2011, pág. 22)

Según el “Art. 35.- Licencia por maternidad y paternidad.- La servidora podrá hacer uso

del derecho a la licencia por maternidad desde dos semanas anteriores al parto, las que se

imputará a las 12 semanas establecidas en la letra c) del artículo 27 de la LOSEP, que podrán

ser acumulables.

La licencia se justificará con la presentación del respectivo informe médico, y en caso de

acumularse a más tardar dentro del término de tres días hábiles de haberse producido el parto

mediante la presentación del certificado de nacido vivo otorgado por la autoridad competente;

y, a falta de este, por otro profesional de la salud, y será validado en el IESS en el término de

15 días.

De producirse el fallecimiento de la o el niño, dentro del período de la licencia por maternidad

concedida, la servidora continuará haciendo uso de esta licencia por el tiempo que le reste a

excepción del tiempo por lactancia.

En el caso de los padres, la certificación de maternidad servirá de sustento para justificar la

concesión de la licencia por el tiempo establecido para estos casos en la LOSEP.

Dichas licencias podrán ampliarse de conformidad con lo establecido en el artículo 27 de la

LOSEP.” (Registro Oficial Suplemento N° 418, 2011, pág. 22)

“Art. 27.- Licencias con remuneración.- Toda servidora o servidor público tendrá derecho a

gozar de licencia con remuneración en los siguientes casos:


12

a) Por enfermedad que determine imposibilidad física o psicológica, debidamente

comprobada, para la realización de sus labores, hasta por tres meses; e, igual período podrá

aplicarse para su rehabilitación;

b) Por enfermedad catastrófica o accidente grave debidamente certificado, hasta por seis

meses; así como el uso de dos horas diarias para su rehabilitación en caso de prescripción

médica;

c) Por maternidad, toda servidora pública tiene derecho a una licencia con remuneración de

doce (12) semanas por el nacimiento de su hija o hijo; en caso de nacimiento múltiple el plazo

se extenderá por diez días adicionales. La ausencia se justificará mediante la presentación del

certificado médico otorgado por un facultativo del Instituto Ecuatoriano de Seguridad Social;

y, a falta de éste, por otro profesional de los centros de salud pública. En dicho certificado se

hará constar la fecha probable del parto o en la que tal hecho se produjo;

d) Por paternidad, el servidor público tiene derecho a licencia con remuneración por el plazo

de diez días contados desde el nacimiento de su hija o hijo cuando el parto es normal; en los

casos de nacimiento múltiple o por cesárea se ampliará por cinco días más;

e) En los casos de nacimientos prematuros o en condiciones de cuidado especial, se prolongará

la licencia por paternidad con remuneración por ocho días más; y, cuando hayan nacido con

una enfermedad degenerativa, terminal o irreversible o con un grado de discapacidad severa,

el padre podrá tener licencia con remuneración por veinte y cinco días, hecho que se justificará

con la presentación de un certificado médico, otorgado por un facultativo del Instituto

Ecuatoriano de Seguridad Social y a falta de éste, por otro profesional médico debidamente

avalado por los centros de salud pública;

“f) En caso de fallecimiento de la madre, durante el parto o mientras goza de la licencia por

maternidad, el padre podrá hacer uso de la totalidad, o en su caso de la parte que reste del

período de licencia que le hubiere correspondido a la madre;

g) La madre y el padre adoptivos tendrán derecho a licencia con remuneración por quince días,

los mismos que correrán a partir de la fecha en que la hija o hijo le fuere legalmente

entregado;

h) La servidora o servidor público tendrá derecho a veinte y cinco días de licencia con

remuneración para atender los casos de hija(s) o hijo(s) hospitalizados o con patologías

degenerativas, licencia que podrá ser tomada en forma conjunta, continua o alternada. La


13

ausencia al trabajo se justificará mediante la presentación de certificado médico otorgado por

el especialista tratante y el correspondiente certificado de hospitalización;

i) Por calamidad doméstica, entendida como tal, al fallecimiento, accidente o enfermedad

grave del cónyuge o conviviente en unión de hecho legalmente reconocida o de los parientes

hasta el segundo grado de consanguinidad o segundo de afinidad de las servidoras o servidores

públicos. Para el caso del cónyuge o conviviente en unión de hecho legalmente reconocida, del

padre, madre o hijos, la máxima autoridad, su delegado o las Unidades de Administración del

Talento Humano deberán conceder licencia hasta por ocho días, al igual que para el caso de

siniestros que afecten gravemente la propiedad o los bienes de la servidora o servidor. Para el

resto de parientes contemplados en este literal, se concederá la licencia hasta por tres días y, en

caso de requerir tiempo adicional, se lo contabilizará con cargo a vacaciones; y,

j) Por matrimonio, tres días en total.” (Registro Oficial Segundo Suplemento N° 294, 2010,

págs. 11-12)

Según el “Art. 36.- Licencia para la madre y el padre adoptivos.- La madre y/o el padre

adoptivos deberán presentar ante la UATH la documentación de respaldo de la adopción, y la

entrega del hijo o hija. La licencia será concedida de manera inmediata una vez que se

produzca la entrega legal de la hija o del hijo. Este derecho se concederá individualmente.”

(Registro Oficial Suplemento N° 418, 2011, pág. 22)

Según el “Art. 37.- Licencia para la atención de casos de hospitalización o patologías

degenerativas de las hija(s) o hijo(s).- Esta licencia no será restringida cuando se produzcan

eventos de enfermedades de hija(s) e hijo(s) en tiempos secuenciales.

La ausencia al trabajo se justificará mediante la presentación del certificado médico otorgado

por el especialista tratante y el correspondiente certificado de hospitalización, en el término de

tres días posteriores al percance producido.” (Registro Oficial Suplemento N° 418, 2011, pág.

22)


14

Según el “Art. 38.- Calamidad doméstica.- La o el servidor tendrá derecho a licencia con

remuneración por calamidad doméstica, definida en los términos del literal i) del artículo 27

de la LOSEP, y observando lo siguiente:

a) Ante el fallecimiento, accidente o enfermedad grave del cónyuge o conviviente en unión de

hecho legalmente reconocida, del padre, madre o hijos o sus parientes así como por los

siniestros que afecten gravemente la integridad, propiedad o bienes de la o el servidor, hasta

por ocho días en total, que serán conocidos y registrados por la UATH, de acuerdo a lo que se

enuncia en el presente artículo:

a.1.- Por fallecimiento de los padres, hijos, hermanos, cónyuge o la o el conviviente en unión

de hecho legalmente reconocida de la o el servidor, se concederá 3 días, que se justificará con

la presentación de la correspondiente partida de defunción, dentro de los 3 días posteriores del

reintegro a su puesto;

a.2.- Por fallecimiento de los suegros, cuñados o nietos de la o el servidor, se concederá 2 días,

que se justificará con la presentación de la correspondiente partida de defunción, dentro de los

3 días posteriores del reintegro a su puesto;

a.3.- Por accidente grave que provoque imposibilidad física o por enfermedad grave, de los

hijos, cónyuge o de la o el conviviente en unión de hecho legalmente reconocida de la o el

servidor se concederá 8 días, que se justificará con la presentación del correspondiente

certificado médico, dentro de los 3 días posteriores del reintegro a su puesto;

Los accidentes que se produzcan son independientes en su valorización y para efectos del

registro se deberá justificar ante la UATH.

a.4.- Por accidente grave que provoque imposibilidad física o por enfermedad grave, de los

padres o hermanos de la o el servidor se concederá hasta 2 días, que se justificará con la

presentación del correspondiente certificado médico, dentro de los 3 días posteriores del

reintegro a su puesto;

Los accidentes que se produzcan son independientes en su valorización y para efectos del

registro se deberá justificar ante la UATH.

a.5.- Por los siniestros que afecten gravemente la propiedad o bienes de la o el servidor,

entendiéndose como tales: robo de bienes y enseres del hogar, incendio, catástrofes naturales y

delitos contra los integrantes del núcleo familiar de la o el servidor, se concederá 8 días. La o


15

el servidor deberá presentar a la UATH, la respectiva denuncia dentro de los 3 días posteriores

del reintegro a su puesto, y los documentos que justifiquen los hechos, según el caso.

b) Ante el fallecimiento de los demás parientes que no se encuentran señalados en el literal

anterior y que se hallen contemplados hasta el segundo grado de consanguinidad o segundo de

afinidad de la o el servidor dos días; si tiene que trasladarse a otra provincia fuera de su lugar

habitual de trabajo 3 días, que se justificará con la presentación del correspondiente certificado

médico dentro de los 3 días posteriores del reintegro a su puesto; y, en caso de requerir tiempo

adicional, se lo contabilizará con cargo a vacaciones.

La documentación podrá ser presentada por el servidor o servidora, sus familiares o terceros.”

(Registro Oficial Suplemento N° 418, 2011, págs. 22-23)

Según el “Art. 39.- Licencia por matrimonio o unión de hecho.- La o el servidor que

contraiga matrimonio o unión de hecho, tendrá derecho a una licencia con remuneración de

tres días hábiles continuos en total, pudiendo solicitarla antes o después de la celebración del

matrimonio. Una vez concedida esta licencia se deberá justificar con el documento habilitante

ante la UATH con máximo 3 días después de su reintegro al puesto. (Registro Oficial


2.2.1.1.2.2. De las licencias sin remuneración

Según el “Art. 40.- Licencia para asuntos particulares.- Previo informe favorable de la

UATH, en el cual se determinen las circunstancias que lo ameriten, se podrá conceder licencia

sin remuneración para asuntos particulares durante cada año de servicio, hasta por 15 días

calendario durante cada año de servicio, previa autorización de la jefa o jefe responsable de

una unidad, autorización que se pondrá en conocimiento de la máxima autoridad con por lo

menos 3 días de anticipación.

Se podrán conceder licencias de hasta sesenta días, durante cada año de servicio, previa

autorización de la autoridad nominadora o su delegado, conforme lo dispuesto en el artículo

28 literal a) de la LOSEP, para lo cual se considerará la fecha de ingreso a la institución.


16

Dichas licencias no son acumulables de un período a otro.” (Registro Oficial Suplemento N°

418, 2011, pág. 23)

“Art. 28.- Licencias sin remuneración.- Se podrá conceder licencia sin remuneración a las o

los servidores públicos, en los siguientes casos:

a) Con sujeción a las necesidades de la o el servidor, la Jefa o el Jefe de una oficina, podrá

conceder licencia sin remuneración hasta por quince días calendario; y, con aprobación de la

autoridad nominadora respectiva o su delegada o delegado, hasta por sesenta días, durante

cada año de servicio, a través de la Unidad de Administración del Talento Humano;

b) Con sujeción a las necesidades e intereses institucionales, previa autorización de la

autoridad nominadora, para efectuar estudios regulares de posgrado en instituciones de

educación superior, hasta por un periodo de dos años, siempre que la servidora o servidor

hubiere cumplido al menos dos años de servicio en la institución donde trabaja;

c) Para cumplir con el servicio militar;

d) Para actuar en reemplazo temporal u ocasional de una dignataria o dignatario electo por

votación popular; y,

e) Para participar como candidata o candidato de elección popular, desde la fecha de

inscripción de su candidatura hasta el día siguiente de las elecciones, en caso de ser servidor

de carrera de servicio público.” (Registro Oficial Segundo Suplemento N° 294, 2010, pág. 12)

Según el “Art. 41.- Licencia para estudios regulares de postgrado.- Para la concesión de

esta licencia la UATH emitirá el dictamen favorable que se fundamentará básicamente lo

siguiente:

a.- El requerimiento de la o el servidor de la licencia sin remuneración;

b.- Que el centro de educación superior esté legalmente reconocido por la Secretaría Nacional

de Educación Superior, Ciencia, Tecnología e Innovación, Senescyt;

c- Duración de la formación hasta la obtención del título;

d.- Que se cuente con el presupuesto necesario o que a la o el servidor se le haya otorgado un

crédito por parte del Instituto Ecuatoriano de Crédito Educativo o se cuente con

financiamiento de la institución que ofrece la capacitación o financiamiento privado, o lo

previsto respecto en el Plan Nacional de Capacitación y Desarrollo Profesional.


17

e.- Interés de beneficio para: la administración pública, la institución, la unidad área o proceso,

relacionada con los estudios a desarrollar por parte de la o el servidor;

f.- Que la formación a adquirirse sea beneficiosa para el Estado.

g.- Contenido curricular del postgrado.

Quienes sean beneficiarios de esta licencia, a su retorno tendrán la obligación de mantenerse

laborando en la institución por un tiempo igual al de la realización de los estudios de

postgrado, transmitiendo y poniendo en práctica los nuevos conocimientos de conformidad

con lo previsto en el capítulo de formación y capacitación del presente Reglamento General;

de no reintegrarse a la institución, o presentare la renuncia sin ser aceptada legalmente, se

considerará como abandono del trabajo y se aplicará el régimen disciplinario establecido en la

LOSEP y en este Reglamento General. En caso de que el Estado haya financiado parte o la

totalidad de los estudios, la autoridad nominadora dispondrá la adopción de las medidas

administrativas o judiciales a que hubiere lugar.

No se efectuarán estudios de supresión de puestos de las o los servidores públicos que se

encuentren en goce de licencia para estudios regulares de postgrado. En caso de suprimirse la

institución en la cual presta sus servicios la o el servidor público, se deberá proceder a

traspasarlo a otra institución, previo diagnóstico y evaluación de la necesidad del puesto en

otra institución.

Nota: Incisos d y f sustituidos por Decreto Ejecutivo No. 813, publicado en Registro Oficial

Suplemento 489 de 12 de Julio del 2011.” (Registro Oficial Segundo Suplemento N° 294,

2010, págs. 23-24)

Según el artículo “Art. 42.- Licencia para el cumplimiento con el servicio militar.- La o el

servidor que se incorporare al servicio militar, en forma previa deberá presentar la respectiva

certificación, y una vez concluido el mismo tendrá la obligación de reintegrarse a la institución

de origen en el plazo de 8 días, debiendo entregar el certificado correspondiente a la UATH.

En caso de que no cumpliere la totalidad del servicio militar se reincorporará en el mismo

plazo.


18

De no reintegrarse a la institución de manera justificada, se considerará como abandono del

trabajo y se aplicará el régimen disciplinario establecido en la LOSEP y en este Reglamento

General.” (Registro Oficial Suplemento N° 418, 2011, pág. 24)

Según el artículo “Art. 43.- Licencia para actuar en reemplazo temporal u ocasional de

una dignataria o dignatario electo por votación popular.- La o el servidor de carrera tendrá

derecho a licencia sin remuneración para actuar en reemplazo temporal u ocasional de una o

un dignatario electo por votación popular, siempre y cuando conste como alterna o alterno de

la o el dignatario electo por votación popular. El documento habilitante que justifique su

ausencia será el acta de posesión ante el organismo correspondiente. Concluida la licencia

deberá reincorporarse inmediatamente a su puesto de origen.” (Registro Oficial Suplemento

N° 418, 2011, pág. 24)

Según el artículo “Art. 44.- Licencia para participar como candidata o candidato de

elección popular.- A la o el servidor público de carrera que vaya a participar como candidata

o candidato de elección popular se le otorgará licencia sin remuneración por el tiempo que

dure el proceso electoral a partir de la fecha de la inscripción de la candidatura, y de ser

elegido se extenderá la licencia por todo el tiempo que dure en el ejercicio del puesto de

elección popular.

De no ser elegida o elegido se reincorporará inmediatamente a su puesto de origen.

En caso de que no se tramite la licencia sin remuneración en los casos antes señalados y se

siga ejerciendo el puesto en la institución de origen o cobrando remuneraciones, será

considerado como pluriempleo, debiendo la autoridad nominadora o su delegado disponer la

aplicación del régimen disciplinario y comunicará de manera inmediata a la Contraloría

General del Estado y al Ministerio de Relaciones Laborales para los fines legales

correspondientes.

Se exceptúan los casos señalados el artículo 113, numeral 6, de la Constitución de la

República.


19

Previa la concesión de esta licencia, la o el servidor en el término de tres días presentará a la

UATH, la certificación de su participación como candidata o candidato; igualmente si es

electa o electo el nombramiento expedido por el Consejo Nacional Electoral.” (Registro

Oficial Suplemento N° 418, 2011, pág. 24)

2.2.1.1.3. De los Permisos

Según el artículo “Art. 58.- Del permiso.- Permiso es la autorización que otorga la autoridad

nominadora o su delegado o jefe inmediato a la o el servidor, para ausentarse legalmente del

lugar habitual de trabajo, de conformidad con lo establecido en los artículos 33 y 34 de la

LOSEP.” (Registro Oficial Suplemento N° 418, 2011, pág. 26)

“Art. 33.- De los permisos.- La autoridad nominadora concederá permisos hasta por dos horas

diarias para estudios regulares, siempre y cuando se acredite matrícula y regular asistencia a

clases. Para el caso de los estudiantes, se certificará expresamente la aprobación del curso

correspondiente. No se concederán estos permisos, a las o los servidores que laboren en

jornada especial.

Las y los servidores tendrán derecho a permiso para atención médica hasta por dos horas,

siempre que se justifique con certificado médico correspondiente otorgado por el Instituto

Ecuatoriano de Seguridad Social o avalizado por los centros de salud pública.

Las servidoras públicas tendrán permiso para el cuidado del recién nacido por dos horas

diarias, durante doce meses contados a partir de que haya concluido su licencia de maternidad.

La autoridad nominadora deberá conceder permisos con remuneración a los directivos de las

asociaciones de servidores públicos, legalmente constituidas, de conformidad al plan de

trabajo presentado a la autoridad institucional.

Previo informe de la unidad de administración del talento humano, las o los servidores

públicos tendrán derecho a permiso de dos horas diarias para el cuidado de familiares, dentro


20

del cuarto grado de consanguinidad y segundo de afinidad, que estén bajo su protección y

tengan discapacidades severas o enfermedades catastróficas debidamente certificadas.

Se otorgarán además este tipo de permisos en forma previa a su utilización en casos tales

como de matriculación de sus hijos e hijas en establecimientos educativos y otros que fueren

debidamente justificados.” (Registro Oficial Segundo Suplemento N° 294, 2010, pág. 13)

“Art. 34.- Permisos Imputables a vacaciones.- Podrán concederse permisos imputables a

vacaciones, siempre que éstos no excedan los días de vacación a los que la servidora o

servidor tenga derecho al momento de la solicitud.” (Registro Oficial Segundo Suplemento N°

294, 2010, pág. 13)

Según el artículo “Art. 59.- Permiso para estudios regulares.- La autoridad nominadora

concederá permisos de hasta dos horas diarias para estudios regulares siempre que la o el

servidor de carrera acredite matrícula para el nivel correspondiente y el registro de asistencia

periódica a clases, debiendo al final de cada año, nivel o semestre presentar la certificación de

la aprobación correspondiente.

Para estudios regulares de postgrado se concederá licencia sin remuneración o comisión de

servicios con remuneración siempre que la o el servidor demuestre que realiza sus estudios

dentro de la jornada laboral, de conformidad con lo que establece la LOSEP y este

Reglamento General.

En caso de que los estudios contemplen un régimen de estudios presenciales y no presenciales,

podrá acumularse en el período de la misma semana el tiempo de dos horas en el día que se

requiera de los estudios presenciales.

En el caso de contratos de servicios ocasionales se podrá otorgar este permiso de conformidad

con las necesidades institucionales siempre que la o el servidor recupere el tiempo solicitado.

No se concederá estos permisos a las o los servidores que laboren en jornada especial.


21

Si la o el servidor compensare dicho permiso fuera del horario de jornada ordinaria de labores,

no se generará el derecho a pago de horas suplementarias o extraordinarias. ” (Registro Oficial


Nota: Inciso tercero agregado por Decreto Ejecutivo No. 813, publicado en Registro Oficial

Suplemento 489 de 12 de Julio del 2011.”

Según el artículo “Art. 60.- Permisos para atención médica.- La o el Jefe o responsable de la

unidad podrá conceder permiso para atención médica debidamente programada, hasta por dos

horas en un mismo día, siempre y cuando se haya solicitado con al menos 24 horas de

anticipación.

El permiso se justificará con la presentación del correspondiente certificado médico otorgado

o validado por un facultativo del Instituto Ecuatoriano de Seguridad Social; y, a falta de este,

por otro profesional de los centros de salud pública, en el término de 15 días.

En caso de emergencia la ausencia se justificará con el correspondiente certificado médico

otorgado por el profesional que atendió la emergencia.” (Registro Oficial Suplemento N° 418,

2011, pág. 26)

Según el artículo “Art. 61.- Permiso para el cuidado del recién nacido.- La autoridad

nominadora concederá permiso con remuneración a las servidoras para el cuidado del recién

nacido por dos horas diarias durante doce meses efectivos contados a partir de la terminación

de la licencia por maternidad. El lapso en el cual se otorgue dicho permiso puede ser

fraccionado conforme al requerimiento de la servidora pública, para garantizar el adecuado

cuidado del niño o niña.

Cuando se produzca el fallecimiento de la madre de la o el niño en el período posterior a la

licencia por maternidad, el padre hará uso de la totalidad o de la parte de tiempo que reste de

este permiso.” (Registro Oficial Suplemento N° 418, 2011, pág. 26)


22

Nota: Inciso primero reformado por Decreto Ejecutivo No. 813, publicado en Registro Oficial

Suplemento 489 de 12 de Julio del 2011.

Según el artículo “Art. 62.- Permiso para representación de una asociación laboral.- La

autoridad nominadora podrá conceder permisos con remuneración conforme lo señalado en el

inciso cuarto del artículo 33 de la LOSEP. Este permiso se otorgará de conformidad con el

plan de trabajo que deberá ser obligatoriamente presentado a la autoridad institucional y no

podrá superar las 10 horas mensuales y no será acumulable.” (Registro Oficial Suplemento N°

418, 2011, pág. 26)

Según el artículo “Art. 63.- Permiso para cuidado de familiares con discapacidades

severas o enfermedades catastróficas.- La autoridad nominadora, previo informe de la

UATH, concederá a las y los servidores permisos para el cuidado de familiares con

discapacidades severas o enfermedades catastróficas, que se encuentren dentro del cuarto

grado de consanguinidad y segundo de afinidad su cónyuge o conviviente en unión de hecho

legalmente reconocida, debidamente certificadas y avalizadas por facultativos del IESS, y a

falta de estos, por facultativos de los centros de salud pública. En el caso que la atención fuere

brindada por médicos particulares estos certificados deberán ser avalados por el Instituto

Ecuatoriano de Seguridad Social o por un centro de salud público. Además se requerirá de la

presentación del certificado emitido del Consejo Nacional de Discapacidades CONADIS, de

ser el caso.

El informe de la UATH analizará la situación familiar, determinando si el familiar se

encuentra o debe permanecer bajo la protección de la o el servidor solicitante, el grado de

discapacidad, el tipo de enfermedad y el tiempo del tratamiento médico previsto.” (Registro

Oficial Suplemento N° 418, 2011, pág. 26)

Nota: Inciso primero reformado por Decreto Ejecutivo No. 813, publicado en Registro Oficial

Suplemento 489 de 12 de Julio del 2011.”


23

Según el artículo “Art. 64.- Permiso para matriculación de hijos o hijas.- El jefe inmediato

concederá a la o el servidor permisos para matriculación de sus hijos e hijas en planteles de

educación básica y bachillerato, de hasta dos horas en un día por cada hija o hijo, mismos que

serán solicitados con un día de anticipación al hecho.” (Registro Oficial Suplemento N° 418,

2011, pág. 26)

Según el artículo “Art. 65.- Permisos imputables a vacaciones.- Si fuera de los casos

previstos con anterioridad en este capítulo, sería necesario otorgar permisos a las y los

servidores públicos, el jefe inmediato podrá otorgar los mismos, los cuales serán imputables a

vacaciones, y serán considerados en la correspondiente liquidación de los mismos que

efectuará la UATH.

Todos estos permisos sean estos en días, horas o fracciones de hora, serán imputados a

vacaciones. La UATH registrará y contabilizará estos permisos.

Para las y los servidores cuya relación de prestación de servicios sea bajo la modalidad de

contratos de servicios ocasionales, se podrá conceder en la parte proporcional de su tiempo de

servicio, hasta por un tiempo que no supere el tiempo proporcional de vacaciones a la cual la o

el servidor hubiere tenido derecho de acuerdo a la duración del contrato de servicios

ocasionales, sin que por ningún concepto generen estabilidad laboral o prolongación de

derechos posteriores a la terminación del vínculo contractual.” (Registro Oficial Suplemento

N° 418, 2011, págs. 26-27)

Según el artículo “Art. 66.- De los permisos solicitados antes de cumplir el año de servicio.-

Para el caso de permisos solicitados por la o el servidor, antes de que cumpla un año de

servicio, estos podrán ser otorgados, previo el estudio correspondiente y la autorización de la

autoridad nominadora, su delegado o jefe inmediato el que no podrá superar el porcentaje

correspondiente a los días que la o el servidor tenga acumulados para su correspondiente

período de vacaciones, del cual será descontado el permiso solicitado.” (Registro Oficial



24

Según el artículo “Art. 67.- De los permisos no imputables a vacaciones.- Por ningún

concepto se imputarán a las vacaciones de la o el servidor, los permisos señalados en los

artículos 60 al 66 de esta Sección. En caso que la servidora o servidor no tenga acumulado el

proporcional de vacaciones que le corresponde y requiera de un permiso particular, podrá

concedérsele el mismo siempre que la o el servidor compense ese tiempo en otros días.”


2.2.1.2. Código de Trabajo

2.2.1.2.1. De las vacaciones

Según el artículo “Art. 69.- Vacaciones anuales.- Todo trabajador tendrá derecho a gozar

anualmente de un período ininterrumpido de quince días de descanso, incluidos los días no

laborables. Los trabajadores que hubieren prestado servicios por más de cinco años en la

misma empresa o al mismo empleador, tendrán derecho a gozar adicionalmente de un día de

vacaciones por cada uno de los años excedentes o recibirán en dinero la remuneración

correspondiente a los días excedentes.

El trabajador recibirá por adelantado la remuneración correspondiente al período de

vacaciones.

Los trabajadores menores de dieciséis años tendrán derecho a veinte días de vacaciones y los

mayores de dieciséis y menores de dieciocho, lo tendrán a dieciocho días de vacaciones

anuales.

Los días de vacaciones adicionales por antigüedad no excederán de quince, salvo que las

partes, mediante contrato individual o colectivo, convinieren en ampliar tal beneficio.”


Según el artículo “Art. 70.- Facultad del empleador.- La elección entre los días adicionales

por antigüedad o el pago en dinero, corresponderá al empleador.


25

El derecho al goce del beneficio por antigüedad de servicios rige desde el 2 de noviembre de

mil novecientos sesenta y cuatro.” (Registro Oficial Suplemento N° 167, 2005, pág. 28)

Según el artículo “Art. 71.- Liquidación para pago de vacaciones.- La liquidación para el

pago de vacaciones se hará en forma general y única, computando la veinticuatroava parte de

lo percibido por el trabajador durante un año completo de trabajo, tomando en cuenta lo

pagado al trabajador por horas ordinarias, suplementarias y extraordinarias de labor y toda otra

retribución accesoria que haya tenido el carácter de normal en la empresa en el mismo

período, como lo dispone el artículo 95 de este Código.

Si el trabajador fuere separado o saliere del trabajo sin haber gozado de vacaciones, percibirá

por tal concepto la parte proporcional al tiempo de servicios.” (Registro Oficial Suplemento

N° 167, 2005, pág. 28)

Según el artículo “Art. 72.- Vacaciones anuales irrenunciables.- Las vacaciones anuales

constituyen un derecho irrenunciable que no puede ser compensado con su valor en dinero.

Ningún contrato de trabajo podrá terminar sin que el trabajador con derecho a vacaciones las

haya gozado, salvo lo dispuesto en el artículo 74 de este Código.” (Registro Oficial


Según el artículo “Art. 73.- Fijación del período vacacional.- En el contrato se hará constar

el período en que el trabajador comenzará a gozar de vacaciones. No habiendo contrato escrito

o tal señalamiento, el empleador hará conocer al trabajador, con tres meses de anticipación, el

período en que le concederá la vacación.” (Registro Oficial Suplemento N° 167, 2005, pág.

28)

Según el artículo “Art. 74.- Postergación de vacación por el empleador.- Cuando se trate de

labores técnicas o de confianza para las que sea difícil reemplazar al trabajador por corto

tiempo, el empleador podrá negar la vacación en un año, para acumularla necesariamente a la

del año siguiente.


26

En este caso, si el trabajador no llegare a gozar de las vacaciones por salir del servicio, tendrá

derecho a las remuneraciones correspondientes a las no gozadas, con el ciento por ciento de

recargo.” (Registro Oficial Suplemento N° 167, 2005, pág. 28)

Según el artículo “Art. 75.- Acumulación de vacaciones.- El trabajador podrá no hacer uso de

las vacaciones hasta por tres años consecutivos, a fin de acumularlas en el cuarto año.”


Según el artículo “Art. 76.- Compensación por vacaciones.- Si el trabajador no hubiere

gozado de las vacaciones tendrá derecho al equivalente de las remuneraciones que

correspondan al tiempo de las no gozadas, sin recargo. La liquidación se efectuará en la forma

prevista en el artículo 71 de este Código.” (Registro Oficial Suplemento N° 167, 2005, pág.

28)

Según el artículo “Art. 77.- Reemplazo del trabajador que maneja fondos.- Si el trabajador

que maneja fondos hiciere uso de vacación, podrá dejar reemplazo bajo su responsabilidad

solidaria y previa aceptación del empleador, quien pagará la correspondiente remuneración. Si

el empleador no aceptare el reemplazo y llamare a otra persona, cesará la responsabilidad del

trabajador en goce de vacaciones.” (Registro Oficial Suplemento N° 167, 2005, pág. 28)

2.2.1.2.2. De las licencias

Según el artículo “Art 42.- Obligaciones del empleador.-Son obligaciones del empleador:

30. Conceder tres días de licencia con remuneración completa al trabajador, en caso de

fallecimiento de su cónyuge o de su conviviente e unión de hecho o de sus parientes dentro del

segundo grado de consanguinidad o afinidad.” (Registro Oficial Suplemento N° 167, 2005,

págs. 18 - 19)

Según el artículo “Art. 152.- Toda mujer trabajadora tiene derecho a una licencia con

remuneración de doce semanas por el nacimiento de su hija o hijo; en caso de nacimientos

múltiples el plazo se extiende por diez días adicionales. La ausencia al trabajo se justificará

mediante la presentación de un certificado médico otorgado por un facultativo del Instituto


27

Ecuatoriano de Seguridad Social, y, a falta de éste, por otro profesional; certificado en el que

debe constar la fecha probable del parto o la fecha en que tal hecho se ha producido.

El padre tiene derecho a licencia con remuneración por diez días por el nacimiento de su hija o

hijo cuando el nacimiento sea por parto normal; en los casos de nacimientos múltiples o por

cesárea se prolongará por cinco días más.

En los casos de que la hija o hijo haya nacido prematuro o en condiciones de cuidado especial,

se prolongará la licencia por paternidad con remuneración, por ocho días más y cuando la hija

o hijo haya nacido con una enfermedad, degenerativa, terminal o irreversible, o con un grado

de discapacidad severa, el padre podrá tener una licencia con remuneración por veinte y cinco

días, hecho que se justificará con la presentación de un certificado médico otorgado por un

facultativo del Instituto Ecuatoriano de Seguridad Social, y, a falta de éste, por otro

profesional.

En caso de fallecimiento de la madre durante el parto o mientras goza de la licencia por

maternidad, el padre podrá hacer uso de la totalidad, o en su caso, de la parte que reste del

período de licencia que le hubiere correspondido a la madre si no hubiese fallecido.

Nota: Artículo sustituido por Art. 4 de Ley No. 0, publicada en Registro Oficial Suplemento

528 de 13 de Febrero del 2009.” (Registro Oficial Suplemento N° 167, 2005, págs. 45 - 46)

“Art. .. .- Licencia por Adopción.- Los padres adoptivos tendrán derecho a licencia con

remuneración por quince días, los mismos que correrán a partir de la fecha en que la hija o el

hijo le fueren legalmente entregado.

Nota: Artículo agregado por Art. 5 de Ley No. 0, publicada en Registro Oficial Suplemento

528 de 13 de Febrero del 2009.” (Registro Oficial Suplemento N° 167, 2005, pág. 46)

“Art. .. .- Licencia con sueldo a las trabajadoras y trabajadores para el tratamiento médico de

hijas o hijos que padecen de una enfermedad degenerativa.- La trabajadora y el trabajador

tendrán derecho a veinte y cinco días de licencia con remuneración para atender los casos de


28

hija o hijo hospitalizados o con patologías degenerativas; licencia que podrá ser tomada en

forma conjunta o alternada.

La ausencia al trabajo se justificará mediante la presentación de un certificado médico

otorgado por el facultativo especialista tratante y el correspondiente certificado de

hospitalización.

Nota: Artículo agregado por Art. 5 de Ley No. 0, publicada en Registro Oficial Suplemento

528 de 13 de Febrero del 2009.” (Registro Oficial Suplemento N° 167, 2005, pág. 46)

2.2.1.3. Grado de Consanguinidad y Afinidad

El parentesco es el vínculo que liga unas personas con otras. Este parentesco puede ser de:

Consanguinidad, que sería el vínculo de sangre que une dos personas y el de Afinidad,

también denominado político, que sería el que liga a un esposo son los parientes de sangre del

otro.

Dentro del parentesco de consanguinidad se debe distinguir lo que es una línea recta

(ascendente o descendente) de lo que es la línea colateral. La línea recta o directa

consanguínea es la que vincula a personas que descienden las unas de las otras; la línea

colateral o indirecta consanguínea es la que vincula a personas que no descienden las unas de

las otras, pero proceden de un ascendiente común. A continuación se presenta un diagrama

que describe en su totalidad los grados de parentesco.


29

Ilustración 1. Parentesco de afinidad y consanguinidad

Fuente: http://www.ccoo.cat/fiteqa/solvaymartorell/es/sabias_que.html

2.2.1.4. Especificación de los Tipos Movimiento del Servidor Público

A continuación se muestra el detalle de los tipos de movimiento en cuanto a las licencias y

permisos que la o el servidor puede solicitar.

http://www.ccoo.cat/fiteqa/solvaymartorell/es/sabias_que.html


30

GRUPO CLASE TIPO DE MOVIMIIENTO

Permisos

Permisos con cargo a vacaciones Personal

Permisos sin cargo a vacaciones

Para estudios regulares

Para cuidado de familiares con

discapacidades severas o

enfermedades catastróficas

Licencias

Licencias con remuneración

Por paternidad – enfermedad grave,

degenerativa, terminal o irreversible o

con discapacidad severa

Por paternidad

Por enfermedad de hijos(as)

Por paternidad – fallecimiento de la

madre

Por calamidad doméstica

Por matrimonio o unión de hecho

Por maternidad

Por adopción

Por paternidad- prematuro-cuidado

especial

Rehabilitación diaria por enfermedad

catastrófica o accidente grave

Licencias sin remuneración

Licencia para asuntos particulares con

aprobación del responsable de la

unidad

Licencia para asuntos particulares con

aprobación de la autoridad

nominadora

Tabla 1. Tipos de movimiento relacionado a los permisos y licencias


31

2.3. Análisis de módulos de vacaciones, licencias y permisos

Para la implementación del presente proyecto, se analizarán detenidamente los conceptos y las

tecnologías que intervienen en el proceso de desarrollo del sistema de gestión y control de

vacaciones, licencias y permisos, a fin de comprender la prestación y beneficio que nos

ofrecen en el desarrollo del mencionado sistema.

Las tecnologías y herramientas empleadas son OPEN SOURCE (código abierto), las mismas

que poseen características únicas que ofrecen facilidad, usabilidad, extensibilidad al momento

de implementar sistemas.

2.4. Aplicaciones web

Se denomina aplicación web a aquellas herramientas que los usuarios pueden utilizar

accediendo a un servidor web a través de Internet, mediante un navegador web. El desarrollo

de aplicaciones web ha tenido un gran auge, haciendo posible satisfacer ciertas demandadas

de la sociedad en cuanto al requerimiento de información, desde cualquier parte del mundo.

Las aplicaciones web solo requieren un navegador web independientemente del sistema

operativo y no se necesita instalar ningún software en los equipos de los miles de usuarios que

las utilizan. Una aplicación web puede ser ejecutada en múltiples plataformas.

2.5. Java Plataform, Enterprise Edition (Java EE)

El estándar Java EE, es una plataforma para el desarrollo de aplicaciones empresariales que

define los protocolos, rutinas y herramientas para la construcción de aplicaciones, todo aquello

de denomina (APIs), lo que provee un completo conjunto de servicios para poder construir

aplicaciones de forma automática, sin necesidad de una programación compleja. La API de

Java EE permite construir aplicaciones web que corren en un servidor web.

Esta plataforma de desarrollo ofrece una arquitectura n-niveles, además de ofrecer

características propias de la plataforma tales como: escalabilidad, portabilidad, usabilidad,

mantenibilidad entre otras. Utiliza la Máquina Virtual Java (JVM).


32

2.5.1. Arquitectura multi-nivel Java EE

La plataforma de Java EE utiliza un modelo distribuido multicapa para el desarrollo de

aplicaciones empresariales. Lo más habitual en desarrollo de aplicaciones es usar una

arquitectura de 3 capas, esto para solventar los problemas de integración de la mayoría de

aplicaciones informáticas.

La lógica del negocio, se puede dividir en varios componentes de acuerdo a su función y

dependiendo de la arquitectura multicapa usado en el desarrollo de aplicación. A continuación

se muestra una arquitectura tradicional en tres capas, la lógica de negocios y los servicios que

ofrece el nivel medio.

Ilustración 2. Arquitectura en 3 niveles

Fuente: http://iutll-abdd.blogspot.com/2012/05/arquitectura-de-n-capas.html

En general la mayoría de las aplicaciones se encuentran distribuidas de la siguiente manera:

nivel cliente (interfaz de usuario), nivel medio (lógica del negocio) y nivel de datos (base de

datos).

Nivel cliente

Tiene como misión la captura de datos de usuario y su envió a la capa de negocio, así como la

presentación de resultados procedentes de esta. En otras palabras es la página web que

interactúa con el usuario (interfaz de usuario).

http://iutll-abdd.blogspot.com/2012/05/arquitectura-de-n-capas.html


33

Nivel medio

Constituye el verdadero núcleo de la aplicación, se encarga del procesamiento de los datos de

usuario, generación y en envió de las respuestas a la capa de presentación. Durante este

proceso la capa de negocio interactúa con la capa de acceso a datos para el almacenamiento y

recuperación de información manejada por la aplicación.

Nivel de datos

La capa de acceso a datos representa la lógica de acceso y persistencia de datos dentro de la

aplicación. Está formado por uno o más gestores de base de datos que tiene que soportar no

solo el almacenamiento de datos, sino la recuperación de información y la concurrencia de

múltiples usuarios accediendo a la información.

2.5.2. Patrón MVC

MVC es una propuesta de diseño de software utilizada para implementar sistemas donde se

requiere el uso de interfaces de usuario.

El diseño, desarrollo e implementación del sistema emplea un estilo de arquitectura de

software denominado MVC, el cual separa los datos y la lógica de negocio de una aplicación

de la interfaz de usuario. MVC divide la aplicación en 3 componentes:

Ilustración 3. Arquitectura MVC

Fuente: http://librosweb.es/libro/jobeet_1_4/capitulo_4/la_arquitectura_mvc.html

http://librosweb.es/libro/jobeet_1_4/capitulo_4/la_arquitectura_mvc.html

http://librosweb.es/libro/jobeet_1_4/capitulo_4/la_arquitectura_mvc.html


34

Modelo

El modelo representa la lógica del negocio de la aplicación, incluyendo la interacción con el

servidor de base de datos. El modelo la conforman una serie de componentes de negocios

independientes del controlador y la vista. Maneja los datos

Vista

La vista es la lógica de presentación de la aplicación, permite la interacción entre el usuario y

el sistema, a través de un navegador web (la interfaz de usuario).

Controlador

Se considera el cerebro de la aplicación, pues este gestiona la interacción entre el modelo y la

vista.

Recibe las peticiones de usuario e invoca al modelo de la aplicación para atender cualquier

solicitud de información. Maneja la interacción y la navegación entre páginas.

Para implementar el MVC se eligió la plataforma Java EE que cumple con todos los requisitos

orientados al desarrollo en tres niveles.

2.5.3. Arquitectura Java EE y MVC

Una arquitectura multi-capas es una extensión de una arquitectura MVC. La diferencia radica

en la capa de negocio, pues en el caso de Java EE la capa de acceso a datos es una capa

independiente, mientras en MCV la capa de negocio contiene la capa de acceso a datos. A

continuación se describe la forma en la que están distribuidos los componentes por cada una

de las diferentes capas.


35

Ilustración 4. Arquitectura Java EE Y MVC

Fuente: http://es.slideshare.net/cptanalatriste/arquitectura-y-diseo-de-aplicaciones-java-ee

De modo que podemos notar lo siguiente:

Los contenedores proveen un entorno de ejecución para componentes Java.

Brindan además los servicios de seguridad, transacciones, administración del ciclo de

vida, caching, persistencia y comunicación en la red; reduciendo los tiempos de

desarrollo y simplificando el mantenimiento de las aplicaciones web.

La tecnología Servlets se emplea para la construcción de componentes controlador.

Los controladores Servlets pueden invocar a componentes EJB del modelo

Los datos obtenidos de una petición de usuario se muestran en pantalla mediante

páginas JSP.

De modo que al ser tecnologías que trabajan de forma separada, se puede tener

especialistas en cada tecnología, lo que representa menos riesgos y mayor

productividad.

2.5.4. Tecnología Java Server Faces (JSF)

JSF es un framework para el desarrollo de aplicaciones Java EE basadas en la web que

simplifica el desarrollo de interfaces de usuario en aplicaciones web. Se basa en una API que

http://es.slideshare.net/cptanalatriste/arquitectura-y-diseo-de-aplicaciones-java-ee


36

permite representar componentes de interfaz de usuario (UI), manejo de eventos, definición de

la navegación de las páginas web y validación desde del lado del servidor.

JSF utiliza a Java Server Pages (JSP), como tecnología de despliegue de las páginas además

de emplear otro tipo de tecnologías como XUL. La lógica de JSF es ejecutar la aplicación

web en el servidor y renderizar las páginas del lado del cliente. Esto significa que la aplicación

se ejecuta en un contenedor Servlet Java, que consta de:

Componentes JavaBeans (modelo)

Escucha de eventos

Paginas JSP como vistas de la aplicación.

Clases de lado del servidor.

JSF integra el modelo MVC como patrón de diseño para la realización de aplicaciones web,

cada uno de ellos con sus propios componentes.

2.5.4.1. Características principales de JSF

Las características principales de JSF son:

Provee componentes de interfaz usuario y manejo de su estado.

Manejo de eventos, conversión de datos y validación en el lado del servidor

Permite definir la navegación entre páginas.

Soporte internacional y accesibilidad.

JSF facilita la construcción de aplicaciones web con interfaces de usuario del lado del

servidor. Dicho de otra manera JSF permite conectar eventos que se generen en el cliente a

código que radica en el servidor, mapeo de componentes UI a una página de datos que radica

en el servidor o construir una interfaz de usuario mediante un componente extensible y

reutilizable.

2.5.2.2. Beneficios de JSF

Los beneficios que nos ofrece JSF en el desarrollo de las aplicaciones web y que

probablemente serán de mucha utilidad son las siguientes:


37

Especificación Estándar de modo se puede seleccionar la tecnología que más se adapte a

nuestros requerimientos de desarrollo.

La vista (modelo MVC) se basa en componentes de interfaz de usuario que contienen

eventos.

La flexibilidad de JSF permite crear sus propios componentes.

Separa la lógica del negocio de la presentación haciendo de las aplicaciones web algo menos

complejo e independiente en cada uno de sus componentes.

2.5.2.3. Componentes de JSF

2.5.2.3.1. Backing Bean

“Un Backing Bean es usualmente un Bean común de java que sirve de soporte para un objeto

manejado dentro de la aplicación. Pongamos por ejemplo una página JSP en una aplicación

orientada a la web:

La página JSP esta especificada como un Managed Bean para la aplicación, con un

identificador que la describe para toda la aplicación en general.

En este archivo JSP se dibujan todo los controles para proveer a la página de

funcionalidad.

Esta página tiene asociado un Backing Bean que es un Bean de Java. En este Bean se

codifican los comportamientos específicos asociados a cada control del Managed Bean

representado por la página JSP.

La ventaja de los Backing Beans es que pueden ser compartidos por un mismo Managed Bean,

de manera que para diferentes páginas se puede agrupar comportamientos comunes en un

mismo Bean que se comparte con ambos.” (Loor, 2015, págs. 4 - 5)

2.5.2.3.2. Managed Bean

“Un Managed Bean es un Java Bean que puede ser accedido desde una página JSF, cada

Managed Bean debe tener un nombre y un ámbito.” (Herrera Rey, Ochoa , Munevar , &

Alcocer, 2015, pág. 18)


38

“Diferentes usuarios de la aplicación web tienen diferentes instancias del Managed Bean. En

ellos se colocara la lógica del negocio y se encargaran de conectar los campos de una página

JSF con atributos del Managed Bean.” (Herrera Rey, Ochoa , Munevar , & Alcocer, 2015, pág.

19)

A continuación un cuadro descriptivo que define el alcance (scope o visibilidad) que puede

poseer el Managed Bean.

Alcance Descripción

@ApplicationScoped Objetos disponibles para todas las peticiones de cualquier

usuario en todas las vistas de la aplicación

@SessionScoped Objetos disponibles para todas las peticiones que formen

parte de la misma sesión de un cliente(valores permanecen

entre peticiones de la misma sesión)

@ViewScoped Objetos disponibles para todas las peticiones que se

realicen sobre la misma vista (página JSF) (valores

permanecen hasta que se navegue a otra página)

@RequestScoped Objetos disponibles desde que se recibe una petición hasta

que se la respuesta se envía al cliente (alcance por defecto)

@NoneScoped Objetos no son visibles a las vistas JSF, sólo a otros

Managed Beans Tabla 2. Tipos de Scope de Managed Bean

Fuente: http://ccia.ei.uvigo.es/docencia/SCS/1011/transparencias/Tema5-3.JSF.pdf

2.5.2.4. Navigation Rules

“Cuando los Managed Beans expresados en la aplicación se refieren a páginas JSP, se pueden

expresar reglas de navegación que definen los flujos del proceso entre ellos.

Estos Navigation Rules son expresiones utilizadas en los Managed Beans que representan al

flujo de navegación ente una página u otra.

Básicamente, los Navigation Rules son expresiones literales (String) que definen una salida

desde una página hasta otra. Estas expresiones se escriben en el archivo de definición de JSF

(faces.config.xml). Este es el mismo archivo donde se definen todos los Managed Beans y

demás componentes de aplicación.” (Loor, 2015, pág. 5)

http://ccia.ei.uvigo.es/docencia/SCS/1011/transparencias/Tema5-3.JSF.pdf


39

2.5.5. Tecnología Enterprise JavaBeans (EJB)

El Enterprise JavaBeans (EJB) se refiere a un conjunto de componentes Java EE que se

ejecutan en un contenedor EJB, apoyado de un servidor de aplicaciones. La gráfica siguiente

muestra una representación del funcionamiento básico de los Enterprise beans.

Ilustración 5. Funcionamiento básico de los EJB

Fuente: http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/ejb/sesion01-

apuntes.htm

“Los componentes Enterprise JavaBean (EJB) son clases con métodos y atributos que

implementan cierta lógica negocio y se ejecutan en el lado del servidor. Los EJBs son piezas

de código que pueden usarse independientemente o de forma conjunta con otros EJB para

llevar a cabo la lógica del negocio.” (Vélez Serrano, Peña Abril, & Gortazar Bellas, 2011, pág.

170)

“Permite el desarrollo en Java de aplicaciones multi-nivel, basadas en componentes y

orientadas a transacciones, que se apoyan en servidores de aplicación y otros productos

middleware.

Objetivos de la arquitectura de componentes EJB:

Facilitar el desarrollo de aplicaciones, concentrándose en la lógica de negocio:

desarrollo, aplicación y aspectos de tiempo de ejecución.

Independencia del proveedor de componentes mediante la especificación de interfaces.

Independencia de la plataforma gracias al principio: “Write Once Run Anywhere”

(WORA) y a su realización en Java.

http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/ejb/sesion01-apuntes.htm

http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/ejb/sesion01-apuntes.htm


40

Compatibilidad con Java-APIs existentes, con sistemas de servidor de terceros y con

protocolos CORBA” (Basanta Val, Pablo; Almenares Mendoza, Florina;, 2015, pág.

28)

2.5.5.1. Tipos de Beans

“La tecnología EJB define tres tipos de beans: beans de sesión, beans de entidad y beans

dirigidos por mensajes.

Los beans de entidad representan un objeto concreto que tiene existencia en alguna base de

datos de la empresa. Una instancia de un bean de entidad representa una fila en una tabla de la

base de datos.

Los beans dirigidos por mensajes pueden escuchar mensajes de un servicio de mensajes JMS.

Los clientes de estos beans nunca los llaman directamente, sino que es necesario enviar un

mensaje JMS para comunicarse con ellos. Los beans dirigidos por mensajes no necesitan

objetos EJB Object porque los clientes no se comunican nunca con ellos directamente. Un

ejemplo de bean dirigido por mensajes podría ser un bean ListenerNuevoCliente que se

activara cada vez que se envía un mensaje comunicando que se ha dado de alta a un nuevo

cliente.

Por último, el bean de sesión representa un proceso o una acción de negocio. Normalmente,

cualquier llamada a un servicio del servidor debería comenzar con una llamada a un bean de

sesión. Mientras que un bean de entidad representa una cosa que se puede representar con un

nombre, al pensar en un bean de sesión deberías pensar en un verbo. Ejemplos de beans de

sesión podrían ser un carrito de la compra de una aplicación de negocio electrónico o un

sistema verificador de tarjetas de crédito.

2.5.5.1.1. Beans de Sesión

Los beans de sesión representan sesiones interactivas con uno o más clientes. Los bean de

sesión pueden mantener un estado, pero sólo durante el tiempo que el cliente interactúa con el

bean. Esto significa que los beans de sesión no almacenan sus datos en una base de datos


41

después de que el cliente termine el proceso. Por ello se suele decir que los beans de sesión no

son persistentes.

A diferencia de los bean de entidad, los beans de sesión no se comparten entre más de un

cliente, sino que existe una correspondencia uno-uno entre beans de sesión y clientes. Por esto,

el contenedor EJB no necesita implementar mecanismos de manejo de concurrencia en el

acceso a estos beans.

Existen dos tipos de beans de sesión: con estado y sin él.

Beans de sesión sin estado

Los beans de sesión sin estado no se modifican con las llamadas de los clientes. Los métodos

que ponen a disposición de las aplicaciones clientes son llamadas que reciben datos y

devuelven resultados, pero que no modifican internamente el estado del bean. Esta propiedad

permite que el contenedor EJB pueda crear una reserva (pool) de instancias, todas ellas del

mismo bean de sesión sin estado y asignar cualquier instancia a cualquier cliente. Inclusó un

único bean puede estar asignado a múltiples clientes, ya que la asignación sólo dura el tiempo

de invocación del método solicitado por el cliente.

Una de las ventajas del uso de beans de sesión, frente al uso de clases Java u objetos RMI es

que no es necesario escribir los métodos de los beans de sesión de una forma segura para

threads (thread-safe), ya que el contenedor EJB se va a encargar de que nunca haya más de un

thread accediendo al objeto. Para ello usa múltiples instancias del bean para responder a

peticiones de los clientes.

Cuando un cliente invoca un método de un bean de sesión sin estado, el contenedor EJB

obtiene una instancia de la reserva. Cualquier instancia servirá, ya que el bean no puede

guardar ninguna información referida al cliente. Tan pronto como el método termina su

ejecución, la instancia del bean está disponible para otros clientes. Esta propiedad hace que los

beans de sesión sin estado sean muy escalables para un gran número de clientes. Algunos

ejemplos de bean de sesión sin estado podrían ser:


42

Un componente que comprueba si un símbolo de compañía está disponible en el

mercado de valores y devuelve la última cotización registrada.

Un componente que calcula la cuota del seguro de un cliente, basándose en los datos

que se le pasa del cliente.

Beans de sesión con estado

En un bean de sesión con estado, las variables de instancia del bean almacenan datos

específicos obtenidos durante la conexión con el cliente. Cada bean de sesión con estado, por

tanto, almacena el estado conversacional de un cliente que interactúa con el bean. Este estado

conversacional se modifica conforme el cliente va realizando llamadas a los métodos de

negocio del bean. El estado conversacional no se guarda cuando el cliente termina la sesión.

Algunos ejemplos de beans de sesión con estado podrían ser:

Un ejemplo típico es un carrito de la compra, en donde el cliente va guardando uno a

uno los ítems que va comprando.

Un Enterprise Bean que reserva un vuelo y alquila un coche en un sitio Web de una

agencia de viajes.

Debido a que el bean guarda el estado conversacional con un cliente determinado, no le es

posible al contenedor crear un almacén de beans y compartirlos entre muchos clientes. Por

ello, el manejo de beans de sesión con estado es más pesado que el de beans de sesión sin

estado.

En general, se debería usar un bean de sesión con estado si se cumplen las siguientes

circunstancias:

El estado del bean representa la interacción entre el bean y un cliente específico.

El bean necesita mantener información del cliente a lo largo de un conjunto de

invocaciones de métodos.

El bean hace de intermediario entre el cliente y otros componentes de la aplicación,

presentando una vista simplificada al cliente.


43

2.5.5.1.2. Bean de Entidad

Los beans de entidad modelan conceptos o datos de negocio que puede expresarse como

nombres. Esto es una regla sencilla más que un requisito formal, pero ayuda a determinar

cuándo un concepto de negocio puede ser implementado como un bean de entidad. Los beans

de entidad representan “cosas”: objetos del mundo real como hoteles, habitaciones,

expedientes, estudiantes, y demás. Un bean de entidad puede representar incluso cosas

abstractas como una reserva. Los beans de entidad describen tanto el estado como la conducta

de objetos del mundo real y permiten a los desarrolladores encapsular las reglas de datos y de

negocio asociadas con un concepto específico. Por ejemplo un bean de

entidad Estudiante encapsula los datos y reglas de negocio asociadas a un estudiante. Esto

hace posible manejar de forma consistente y segura los datos asociados a un concepto.

Los beans de entidad se corresponden con datos en un almacenamiento persistente (base de

datos, sistema de ficheros, etc.). Las variables de instancia del bean representan los datos en

las columnas de la base de datos. El contenedor debe sincronizar las variables de instancia del

bean con la base de datos. Los beans de entidad se diferencian de los beans de sesión en que

las variables de instancia se almacenan de forma persistente.

Son muchas las ventajas de usar beans de entidad en lugar de acceder a la base de datos

directamente. El uso de beans de entidad nos da una perspectiva orientada a objetos de los

datos y proporciona a los programadores un mecanismo más simple para acceder y modificar

los datos. Es mucho más fácil, por ejemplo, cambiar el nombre de un estudiante llamando

a student.setName () que ejecutando un comando SQL contra la base de datos. Además, el uso

de objetos favorece la reutilización del software. Una vez que un bean de entidad se ha

definido, su definición puede usarse a lo largo de todo el sistema de forma consistente. Un

bean Estudiante proporciona una forma completa de acceder a la información del estudiante y

eso asegura que el acceso a la información es consistente y simple.

La representación de los datos como beans de entidad puede hacer que el desarrollo sea más

sencillo y menos costoso.


44

2.5.5.1.3. Bean dirigido por mensaje

Son el tercer tipo de beans propuestos por la última especificación de EJB. Estos beans

permiten que las aplicaciones J2EE reciban mensajes JMS de forma asíncrona. Así, el hilo de

ejecución de un cliente no se bloquea cuando está esperando que se complete algún método de

negocio de otro Enterprise Bean. Los mensajes pueden enviarse desde cualquier componente

J2EE (una aplicación cliente, otro Enterprise Bean, o un componente Web) o por una

aplicación o sistema JMS que no use la tecnología J2EE.” (jtech.ua.es, jtech.ua.es, 2003 -

2004)

2.6. Servidor de aplicaciones

El servidor de aplicaciones generalmente gestiona la mayor parte (o la totalidad) de las

funciones de lógica de negocio y de acceso a los datos de la aplicación. Los principales

beneficios de la aplicación de la tecnología de servidores de aplicación son la centralización y

la disminución de la complejidad en el desarrollo de aplicaciones.

“El estándar Java EE permite el desarrollo de aplicaciones empresariales de una manera

sencilla y eficiente. Una aplicación desarrollada con las tecnologías Java EE permite ser

desplegada en cualquier servidor de aplicaciones o servidor web que cumpla con el estándar.

Un servidor de aplicaciones es una implementación de la especificación Java EE. La

arquitectura Java EE es la siguiente:” (jtech.ua.es, jtech.ua.es, 2003 - 2004)


45

Ilustración 6. Arquitectura Java EE relacionado al servidor de aplicaciones

Fuente: http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/sa/sesion1-apuntes.htm

Se define a continuación algunos de los conceptos que aparecen en la ilustración 6.

“Cliente web (contenedor de applets): Es usualmente un navegador e interactúa con el

contenedor web haciendo uso de HTTP. Recibe páginas HTML o XML y puede

ejecutar applets y código JavaScript.

Aplicación cliente: Son clientes que no se ejecutan dentro de un navegador y pueden

utilizar cualquier tecnología para comunicarse con el contenedor web o directamente

con la base de datos.

Contenedor web: Es lo que comúnmente denominamos servidor web. Es la

parte visible del servidor de aplicaciones. Utiliza los protocolos HTTP y SSL (seguro)

para comunicarse.

Servidor de aplicaciones: Proporciona servicios que soportan la ejecución y

disponibilidad de las aplicaciones desplegadas. Es el corazón de un gran sistema

distribuido.

Frente a la tradicional estructura en dos capas de un servidor web, un servidor de aplicaciones

proporciona una estructura en tres capas que permite estructurar nuestro sistema de forma más

http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/sa/sesion1-apuntes.htm


46

eficiente. Un concepto que debe quedar claro desde el principio es que no todas las

aplicaciones de empresa necesitan un servidor de aplicaciones para funcionar. Una pequeña

aplicación que acceda a una base de datos no muy compleja y que no sea distribuida

probablemente no necesitará un servidor de aplicaciones, tan solo con un servidor web

(usando Servlets y JSP) sea suficiente.

Como hemos comentado, un servidor de aplicaciones es una implementación de la

especificación Java EE. Existen diversas implementaciones, cada una con sus propias

características que la pueden hacer más atractiva en el desarrollo de un determinado sistema.

Algunas de las implementaciones más utilizadas son: WebLogic de Oracle, WebSphere de

IBM, JBoss, Apache Tomcat, GlassFish entre otras.” (jtech.ua.es, jtech.ua.es, 2003 - 2004)

El análisis que a continuación se detalla consta de tres de los servidores de aplicaciones más

populares y utilizadas, que por sus características se emplean en el desarrollo de la aplicación,

del mismo modo se escogerá el servidor de aplicaciones que nos ofrezca las mejores de las

prestaciones para el desarrollo del presente proyecto.

2.6.1. Servidor de aplicaciones GlassFish

“GlassFish es un servidor de aplicaciones de software libre desarrollado por Sun

Microsystems, compañía adquirida por Oracle Corporation, que implementa las tecnologías

definidas en la plataforma Java EE y permite ejecutar aplicaciones que siguen esta

especificación. Es gratuito, de código libre y se distribuye bajo un licenciamiento dual a través

de la licencia CDDL y la GNU GPL. La versión comercial es denominada Oracle GlassFish

Enterprise Server (antes Sun GlassFish Enterprise Server).” (Wikipedia Enciclopedia Libre,

2015)

Existe su contraparte comercial denominada Oracle GlassFish Server. GlassFish se basa en el

servidor Sun Java System Aplication Server de la corporación Oracle, el cual se derivó de

Apache Tomcat. Soporta las últimas versiones de JSP Y JSF, Servlets, EJBS, Java API para

servicios WEB (JAX-WS), Arquitectura Java para enlaces XML (JAXB), metadatos de

servicios web, entre otros.

http://es.wikipedia.org/wiki/Servidor_de_aplicaciones

http://es.wikipedia.org/wiki/Sun_Microsystems

http://es.wikipedia.org/wiki/Sun_Microsystems

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Java_EE

http://es.wikipedia.org/wiki/C%C3%B3digo_libre

http://es.wikipedia.org/wiki/Common_Development_and_Distribution_License

http://es.wikipedia.org/wiki/Licencia_p%C3%BAblica_general_de_GNU


47

GlassFish soporta las especificaciones API (JDBC, RMI, e-mail, Web Services, XML),

componentes Java EE (Enterprise Java Beans, conectores, Servlets, portlest, JSP, entre otros).

Esto permite la creación de aplicaciones empresariales portátiles y de gran escalabilidad.

Muchos consideran que JBoss es un competidor de respeto para GlassFish, sin embargo es

cuestión de familiaridad a la hora de desarrollar aplicaciones Java EE.

Características de GlassFish

Es gratuito y de código libre, se distribuye bajo la licencia CDDL y la GNUGPL

GlassFish permite incluir sus librerías como parte de otros framework, toolkits y

productos.

Posee soporte comercial disponible.

GlassFish es la implementación de referencia de las especificaciones de Java EE.

Es de fácil uso y no consume demasiados recursos.

Soporta aplicaciones web desarrolladas bajo código Java de gran complejidad, en las

que se necesitan alta escalabilidad y disponibilidad, haciendo uso exhaustivo de las

tecnologías de Java EE.

Alto desempeño.

Arquitectura modular.

Flexibilidad consistente

Robusta, orientado a arquitectura de servicios.

Administración centralizada, permite gestionar clúster de servidores de aplicaciones

desde una consola centralizada.

2.6.2. Servidor de Aplicaciones JBoss

JBoss Enterprise Application Platform es la plataforma para aplicaciones Java líder en la

industria, integrada, simplificada y proporcionada por el líder en software de código abierto

para empresas.

Integrando las tecnologías punteras del mercado en una única y sencilla solución, la

Plataforma de Aplicaciones JBoss Enterprise facilita el desarrollo, la implantación y la gestión

de las aplicaciones Java. Incluye las tecnologías de código abierto más avanzadas para la

creación, despliegue y alojamiento de aplicaciones Java de empresas y de servicios en una


48

arquitectura orientada a servicios. Con la Plataforma de Aplicaciones JBoss Enterprise, las

aplicaciones Java para empresa son sencillas, abiertas y asequibles.

Componentes y características

“La Plataforma de Aplicaciones JBoss Enterprise es una plataforma de alojamiento de

servicios y aplicaciones Java Enterprise Edition (EE) integrada, que extiende los estándares

Java y sirve de base para Java EE 5. La Plataforma de Aplicaciones JBoss Enterprise está

certificada para su ejecución en múltiples máquinas virtuales y sistemas operativos incluyendo

Red Hat Enterprise Linux, otras distribuciones Linux, Unix, y Windows, y es compatible con

las bases de datos más utilizadas de la industria”. (Inc, 2007, pág. 2)

La Plataforma de Aplicaciones JBoss Enterprise integra tecnologías Java EE y Web 2.0 como

Hibernate y Seam en el servidor JBoss Application Server, lo que permite a JBoss ser una

solución para aplicaciones Java.

JBoss Application Server, la Plataforma de Aplicaciones JBoss Enterprise es la solución

completa para aplicaciones Java de última generación. JBoss Application Server: el servidor

de aplicaciones Java más usado del mercado. JBoss Application Server es una plataforma Java

certificada para desarrollar y desplegar aplicaciones de empresa, que soporta tanto APIs como

Java EE APIs, e incluye un rendimiento y escalabilidad mejorados mediante las

funcionalidades de replicación buddy replication y fine grained replication. JBoss Application

Server proporciona una plataforma Java completa integrando Apache Tomcat, su contenedor

Web, así como las capacidades para caché de datos, agrupación en clusters, mensajería,

transacciones y servicios Web integrados que simplifican el desarrollo de servicios Web

mediante metadatos de servicios Web (JSR-181). Además de proporcionar un completo

abanico de servicios J2EE 1.4, JBoss Application Server incluye apoyo ampliado para

funcionalidades Java EE como: EJB 3.0, Java Persistence API 1.0, Servlet 2.5, JSP 2.1,

JSP/EL 1.0, JSTL 1.2, JSF 1.2, Javamail 1.4, JAF 1.1, SAAJ 1.3, JTA 1..

“Hibernate: la tecnología líder en persistencia y mapeo relacional-objeto (ORM) Hibernate

soluciona las complicaciones ORM directamente, proporcionando la capacidad de mapear la

representación de datos de un modelo de objetos a un modelo de datos relacional y


49

correspondiendo con los esquemas de la base de datos. Hibernate no sólo ofrece la posibilidad

de mapear Java a tablas de bases de datos, y de datos Java a datos SQL, sino que también

proporciona funcionalidades de consulta y recuperación de datos que reducen

significativamente el tiempo de desarrollo. Hibernate libera a los desarrolladores de

aplicaciones de las comunes tareas de programación de persistencia de datos, eliminando la

necesidad de procesamiento de datos manual mediante el uso de SQL y JDBC.

Seam; Seam: Seam es un poderoso marco de aplicación que simplifica la creación de

aplicaciones Web 2.0 de última generación. Seam soporta un modelo de programación

racionalizado para EJB3, JSF (Java Server Faces) y jBPM, y ayuda a superar los problemas y

dificultades comunes de los desarrolladores con JEE tradicional. Seam ayuda a unificar e

integrar tecnologías como Asynchronous JavaScript y XML (AJAX), Java Server Faces (JSF),

Enterprise Java Beans (EJB3), Java Portlets y Business Process Management (BPM).” (Inc,

2007, pág. 3)

2.6.3. Servidor de Aplicaciones WebSphere

“IBM WebSphere Application Server ofrece opciones para un entorno de ejecución de

servidor de aplicaciones Java más rápido y flexible con fiabilidad y flexibilidad mejoradas

para la creación y ejecución de aplicaciones, incluidas las aplicaciones cloud y móviles. Da

soporte a entornos de un único servidor y configuraciones de tamaño medio, así como

despliegues de gran tamaño que necesitan agrupación en clúster de nivel web en múltiples

instancias de servidor de aplicaciones.

WebSphere Application Server le ayudará a:

Aumentar la productividad del desarrollador con estándares abiertos y amplios

modelos de programación, incluidos opciones ligeras para despliegues web.

Desplegar y gestionar aplicaciones y servicios sin la restricción de tiempo, ubicación

o tipo de dispositivo.

Incluye el perfil Liberty, un perfil de servidor de aplicaciones web dinámico.

Mejorar la seguridad y el control mediante gestión integrada y herramientas

administrativas.” (IBM, 2015)


50

2.7. Estudio Comparativo de los Servidores de Aplicaciones

El estudio comparativo se fundamenta en ciertas características presentadas a continuación, de

tres de los servidores más utilizados en el mercado que se emplean en el desarrollo de

aplicaciones empresariales. La finalidad del análisis es determinar el servidor de aplicaciones

que mejor se ajuste al desarrollo del presente proyecto.

CARACTERÍSTICAS

SERVIDOR DE APLICACIONES

JBoss 6.0 GlassFish 3.1.2 WebSphere 8.0

Soporte multiplataforma SI SI SI

Administración remota SI SI SI

Open Source(software libre) PARCIAL PARCIAL NO

Cumplimiento del estándar JEE 6 SI SI SI

Posibilidad de despliegue EJB 3.0 SI SI SI

Posibilidad de despliegue JSF 2.0 SI SI SI

Soporte para múltiples Base de Datos SI SI SI

Compatibilidad Netbeans 7.4 SI SI PARCIAL

Tabla 3. Cuadro comparativo de tres de los servidores de aplicaciones más usados

Del cuadro anterior podemos determinar que JBoss y GlassFish ofrecen similares

prestaciones; mientras que WebSphere al no ser una herramienta de software libre y la

compatibilidad parcial con Netbeans hace que se descarte el uso de este servidor.

De la experiencia adquirida en el desarrollo de aplicaciones; una vez comprobado su

funcionalidad y en base a las características analizadas en este aparatado, se escogió GlassFish

como servidor de aplicaciones para el desarrollo del presente proyecto de Tesis.

2.8. Sistema Gestor de Base de datos

“Un Sistema Gestor de Base de Datos (SGBD, en inglés DBMS: Database Management

System) es un sistema de software que permite la definición de bases de datos; así como la

elección de las estructuras de datos necesarios para el almacenamiento y búsqueda de los

http://www.ecured.cu/index.php/Software

http://www.ecured.cu/index.php/Base_de_Datos


51

datos, ya sea de forma interactiva o a través de un lenguaje de programación. Un SGBD

relacional es un modelo de datos que facilita a los usuarios describir los datos que serán

almacenados en la base de datos junto con un grupo de operaciones para manejar los datos.

Los SGBD relacionales son una herramienta efectiva que permite a varios usuarios acceder a

los datos al mismo tiempo. Brindan facilidades eficientes y un grupo de funciones con el

objetivo de garantizar la confidencialidad, la calidad, la seguridad y la integridad de los datos

que contienen, así como un acceso fácil y eficiente a los mismos.” (EcuRed, 2015)

A continuación se analiza tres de los sistemas gestores de base de datos más populares y

utilizados, que por sus características se emplean al momento de la creación de la base de

datos de la aplicación, del mismo modo se escogerá el gestor de base de datos que nos ofrezca

las mejor de las prestaciones para el desarrollo del presente proyecto.

2.8.1. Sistema Gestor de Base de Datos MySQL

“MySQL es un sistema gestor de bases de datos relacionales rápido, sólido y flexible. Es

idóneo para la creación de bases de datos con acceso desde páginas web dinámicas, así como

para la creación de cualquier otra solución que implique el almacenamiento de datos,

posibilitando realizar múltiples y rápidas consultas. Está desarrollado en C y C++, facilitando

su integración en otras aplicaciones desarrolladas también en esos lenguajes.

Es un sistema cliente/servidor, por lo que permite trabajar como servidor multiusuario y de

subprocesamiento múltiple, o sea, cada vez que se crea una conexión con el servidor, el

programa servidor establece un proceso para manejar la solicitud del cliente, controlando así el

acceso simultáneo de un gran número de usuarios a los datos y asegurando el acceso a

usuarios autorizados solamente. Es uno de los sistemas gestores de bases de datos más

utilizado en la actualidad, utilizado por grandes corporaciones como Yahoo! Finance, Google,

Motorola, entre otras.” (EcuRed, 2015)


52

2.8.2. Sistema Gestor de Base de Datos Microsoft SQL Server

“SQL Server es un sistema gestor de base de datos relacionales producido por Microsoft. Es

un sistema cliente/servidor que funciona como una extensión natural del sistema operativo

Windows. Entre otras características proporciona integridad de datos, optimización de

consultas, control de concurrencia y backup y recuperación.

Es relativamente fácil de administrar a través de la utilización de un entorno gráfico para casi

todas las tareas de sistema y administración de bases de datos. Utiliza servicios del sistema

operativo Windows para ofrecer nuevas capacidades o ampliar la base de datos, tales como

enviar y recibir mensajes y gestionar la seguridad de la conexión. Es fácil de usar y

proporciona funciones de almacenamiento de datos que sólo estaban disponibles en Oracle y

otros sistemas gestores de bases de datos más caros.” (EcuRed, 2015)

2.8.3. Sistema Gestor de Base de Datos PostgreSQL

“PostgreSQL es un Sistema Gestor de Bases de Datos Relacionales Orientadas a Objetos,

derivado de Postgres, desarrollado en la Universidad de California, en el Departamento de

Ciencias de la Computación de Berkeley. Es un gestor de bases de datos de código abierto,

brinda un control de concurrencia multi-versión (MVCC por sus siglas en inglés) que permite

trabajar con grandes volúmenes de datos; soporta gran parte de la sintaxis SQL y cuenta con

un extenso grupo de enlaces con lenguajes de programación.

Posee características significativas del motor de datos, entre las que se pueden incluir las

subconsultas, los valores por defecto, las restricciones a valores en los campos (constraints) y

los disparadores (triggers). Ofrece funcionalidades en línea con el estándar SQL92, incluyendo

claves primarias, identificadores entrecomillados, conversión de tipos y entrada de enteros

binarios y hexadecimales.

El código fuente se encuentra disponible para todos sin costo alguno. Está disponible para 34

plataformas con la última versión estable. Es totalmente compatible con “ACID” (acrónimo de

Atomicity, Consistency, Isolation and Durability; en español: Atomicidad, Consistencia,

Aislamiento y Durabilidad).


53

Posee una integridad referencial e interfaces nativas para lenguajes como ODBC, JDBC, C,

C++, PHP, PERL, TCL, ECPG; PYTHON y RUBY. Funciona en todos los sistemas

operativos Linux, UNIX (AIX, BSD, HP-UX, SGIIRIX, Mac OS X, Solaris, Tru64), y

Windows.

Debido a la liberación de la licencia, PostgreSQL se puede usar, modificar y distribuir de

forma gratuita para cualquier fin, ya sea privado, comercial o académico.” (EcuRed, 2015)

2.9. Estudio Comparativo de los Sistemas Gestores de Base de Datos

El estudio comparativo se fundamenta en ciertas características presentadas a continuación, de

tres de los Sistemas Gestores de Base de Datos más utilizados en el mercado que se emplean

en el desarrollo de aplicaciones empresariales. La finalidad del análisis es determinar el

servidor de base de datos que mejor se ajuste al desarrollo del presente proyecto.

CARACTERÍSTICAS

SISTEMA GESTOR DE BASE DE

DATOS

MySQL

5.1

PostgreSQL

9.3

SQL Server

11.0

Soporte multiplataforma SI SI SI

Soporte procedimientos almacenados y

funciones

PARCIAL SI SI

Open Source SI SI NO

Funciones para el manejo de fechas y

horas

SI SI SI

Herramientas nativas de test NO SI SI

Varios tipos de datos SI SI SI

Interface de administración SI SI SI

Mantenimiento SI SI SI

Licenciamiento NO NO SI

Tabla 4. Cuadro comparativo de 3 de los gestores de base datos más usados


54

Por la experiencia adquirida en desarrollos anteriores y por haber comprobado su alta

confiabilidad, facilidad en su uso y promoviendo el uso de herramientas open source se eligió

PostgreSQL como el gestor de base de datos para el desarrollo del presente proyecto de Tesis.

Con respecto a Microsoft SQL Server por ser de distribución propietaria evidentemente posee

mayores ventajas frente a las anteriores bases de datos, pero por su elevado costo se la

descartó.


55

CAPITULO 3

3. METODOLOGÍA DE DESARROLLO

La metodología de desarrollo es una colección de procedimientos, técnicas, herramientas y

soporte documental, que facilita el desarrollo parcial o total de un nuevo producto o servicio.

La metodología debe ser aplicada en base a los requerimientos de cada proyecto.

La metodología de desarrollo tiene como objetivo desarrollar software de calidad, basados en

el uso de métodos y técnicas, que garanticen mantenibilidad y flexibilidad del producto final.

Cabe recordar que no todos los proyectos a desarrollar son iguales. De modo que es

importante emplear la metodología que mejor se adapte a las necesidades del proyecto a

ejecutarse, misma que se asocia al nivel de experiencia que posee el responsable del

desarrollo. Para el diseño e implementación del software se utilizará el proceso unificado de

desarrollo (RUP). RUP junto con el Lenguaje Unificado de Modelado (UML), constituyen la

metodología estándar y más utilizada en el desarrollo de aplicaciones; por lo tanto, la

metodología a seguir en el presente proyecto será la que propone RUP.

3.1. Proceso Unificado de Desarrollo o Rational Unified Process (RUP)

“EL Proceso Unificado de Racional es más que un simple proceso; es un marco de trabajo

genérico que puede especializarse para una gran variedad de sistemas de software, para

diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud

y diferentes tamaños de proyectos.

RUP utiliza el lenguaje unificado de Modelado (UML) para preparar todos los esquemas de un

sistema de software. De hecho UML es parte esencial del proceso.” (Diaz Polo, 2011, pág. 27)

RUP establece cuatro fases de desarrollo cada una de las cuales está organizada en varias

iteraciones separadas que deben satisfacer criterios definidos antes de emprender la próxima

fase.


56

Ilustración 7. Fases de desarrollo RUP

Fuente: Propia Javier Loachamin

“RUP es una metodología de desarrollo ágil y adaptable; proporciona un enfoque disciplinado

para la asignación de tareas y responsabilidades dentro de una organización, con el fin de

garantizar la producción de software de alta calidad, que satisfaga las necesidades de sus

usuarios finales; dentro de un lapso de tiempo y presupuesto predecibles.” (UNAM, 2015, pág.

100)

3.1.1. Características de RUP

“Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres

características esenciales: está dirigido por los casos de uso, está centrado en la arquitectura y

es iterativo e incremental.” (UNAM, 2015, pág. 101)

3.1.1.1. El Proceso Dirigido por los Casos de Uso

“Los casos de uso son técnicas que permiten estructurar los requisitos funcionales del sistema;

que fuerza a pensar en términos de importancia para los usuarios finales y no solo en términos

de funciones que debería contemplar el sistema.

En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del

sistema; también guían su diseño, implementación y prueba. Los Casos de Uso constituyen un

elemento integrador y una guía del trabajo.” (UNAM, 2015, pág. 102)


57

Ilustración 8. RUP dirigido por casos de uso

Fuente: http://es.slideshare.net/faustol/proceso-unificado-de-desarrollo

3.1.1.2. Proceso Centrado en la Arquitectura

“La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema,

está relacionada con la toma de decisiones que indican la forma de construcción del sistema.

La arquitectura se ve influenciada por la plataforma software, sistema operativo, gestor de

bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas

de estas restricciones constituyen requisitos no funcionales del sistema.” (UNAM, 2015, págs.

102 - 103)

Al existir una interacción entre los casos de uso y la arquitectura; los casos de uso deben

encajar en la arquitectura del mismo modo la arquitectura debe permitir el desarrollo de los

casos de uso requeridos. Esto provoca que tanto los casos de uso como la arquitectura

evolucionen conjuntamente durante todo el proceso de desarrollo de software.

En las fases iniciales del proyecto lo que se hace es ir consolidando y modificando la

arquitectura, dependiendo de las necesidades del proyecto; hasta tener una arquitectura más

robusta en las fases finales del proyecto.

3.1.1.3. Proceso Iterativo e Incremental

“RUP propone tener un proceso iterativo e incremental en donde el trabajo se divide en partes

más pequeñas o mini proyectos, permitiendo generar un equilibrio entre casos de uso y

arquitectura. Cada mini proyecto se puede ver como una iteración (un recorrido más o menos

http://es.slideshare.net/faustol/proceso-unificado-de-desarrollo


58

completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un

incremento que produce un crecimiento en el producto.” (UNAM, 2015, pág. 104)

Ilustración 9. RUP Iterativo e incremental

Fuente:http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A8%20Cap

%C3%ADtulo%205.pdf?sequence=8.

El proceso iterativo e incremental consta de una secuencia de iteraciones; cada iteración pasa

por los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas) que

refinan la arquitectura. Ver Ilustración 9.

Al final del proceso se analiza cada iteración, lo que permite distinguir si han aparecido

nuevos requisitos o han cambiado los existentes y como afectarían el desarrollo de la siguiente

iteración. La retroalimentación permite reajustar los objetivos para las siguientes iteraciones.

El proceso se lo ejecuta hasta determinar la versión actual del producto.

Algunas de ventajas que ofrece el modelo de proceso incremental son:

El usuario final no espera hasta el fin del desarrollo para utilizar el sistema. Pueden

empezar a usarlo desde el primer incremento.

El usuario final puede aclarar los requisitos que no tengan claros conforme las entregas del

sistema.

Se disminuye el riesgo de fracaso de todo el proyecto,

Las partes más importantes del sistema son entregadas primero, por lo cual se realizan más

http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A8%20Cap%C3%ADtulo%205.pdf?sequence=8.

http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A8%20Cap%C3%ADtulo%205.pdf?sequence=8.


59

pruebas en estos módulos y se disminuye el riesgo de fallos.

3.1.2. Dimensiones del RUP

El Proceso Unificado de Desarrollo puede ser descrito en dos dimensiones, detalladas a

continuación. Ver ilustración 10.

Ilustración 10. Dimensiones del RUP

Fuente: http://www.fing.edu.uy/inco/cursos/ingsoft/pis/proceso/MUM/dat/intro/intro.htm

Eje horizontal

El eje horizontal presenta el desarrollo por fases, iteraciones e hitos del proyecto a realizar.

Eje vertical

El eje vertical nos indica las diferentes actividades a realizarse de una manera más detallada

del ciclo de vida del producto.

3.1.3. Ciclo de vida del RUP

RUP se repite a lo largo de una serie de ciclos que constituyen la vida de un producto. Cada

ciclo concluye con una generación del producto para los clientes. Cada ciclo consta de cuatro

fases: Inicio, Elaboración, Construcción y Transición. Cada fase se subdivide a la vez en

iteraciones, el número de iteraciones en cada fase es variable.

http://www.fing.edu.uy/inco/cursos/ingsoft/pis/proceso/MUM/dat/intro/intro.htm


60

El ciclo de vida del producto se dividirá en 4 fases presentadas a continuación.

Fase de inicio

En esta fase se define el alcance y los límites del proyecto. Se definen los requerimientos

funcionales y no funcionales, basados en el objetivo general del proyecto. Se establece una

posible arquitectura, los costos, esfuerzos y tiempos del proyecto.

Fase de elaboración

En esta fase se analiza el cómo se va a construir la aplicación. Se construye un prototipo de la

arquitectura del sistema que proporcione una base firme para el diseño e implementación del

sistema.

Fase de construcción

Durante esta fase se completa el esqueleto de la aplicación para alcanzar la capacidad

operacional del sistema de forma incremental a través de sucesivas iteraciones. Se construye el

producto haciendo énfasis en la administración de los recursos, control de costos, planificación

y la calidad del sistema. Se proporcionan uno o más entregables antes de pasar a la entrega

final del producto.

Fase de transición

Se asegura la disponibilidad de la aplicación para los usuarios finales; completar la

documentación, entrenar al usuario en el manejo de sistema y en general tareas reaccionadas

con la configuración, instalación y facilitar de uso del sistema. Esta fase incluye pruebas y

desarrollo de nuevas versiones actualizadas del sistema que se va a liberar. Se realizan

ajustes al sistema basados en la retroalimentación con los usuarios.

3.2. El lenguaje unificado del modelado (UML)

“UML es una notación de modelado visual, que utiliza diagramas para mostrar distintos

aspectos de un sistema. Si bien muchos destacan que UML es apto para modelar cualquier

sistema, su mayor difusión y sus principales virtudes se advierten en el campo de los sistemas

de software.” (Fontela , 2011, pág. 4)


61

“El Lenguaje Unificado de Modelado (UML) es, tal como su nombre lo indica, un lenguaje de

modelado y no un método o un proceso. El UML está compuesto por una notación muy

específica y por las reglas semánticas relacionadas para la construcción de sistemas de

software. El UML en sí mismo no prescribe ni aconseja cómo usar esta notación en el proceso

de desarrollo o como parte de una metodología de diseño orientada a objetos.” (Sparks &

Systems, 2015, pág. 3)

Conocido por siglas en inglés Unified Modeling Language es el lenguaje de sistemas de

software más conocido y utilizado actualmente. Es un lenguaje gráfico que permite visualizar,

especificar, construir y documentar un sistema.

Una de las características de este lenguaje modelado es que es de gran ayuda para visualizar

el diseño y permite fácil acceso a los usuarios puesto que está diseñado con un software

orientado a objetos permitiendo especificar o describir métodos y procesos logrando así

definir un sistema.

3.3. Recopilación de la información

La recopilación de datos para la implementación de un sistema que proporcione con mayor

facilidad información acerca de permisos, vacaciones y licencias que tomen los empleados se

llevara a cabo con los “stakeholder”, esto se lograra mediante las siguientes técnicas:

Entrevistas

Encuestas

Observación y lectura de material bibliográfico

La metodología a utilizarse es una colección de procedimientos, técnicas, herramientas, y

soporte documental que facilita el desarrollo parcial o total de un nuevo producto o servicio.


62

CAPITULO 4

4. ANÁLISIS DE REQUISITO

4.1. Gestión del Talento Humano

La Dirección de Talento Humano el responsable del macro proceso de Gestión del Talento

Humano, que se estructura con los procesos de Reclutamiento, Selección y Contratación;

Evaluación de Desempeño; Movimiento de Personal; Vacaciones, Licencias y Permisos;

Manual de Descripción, Clasificación y Valoración de Puestos; Subsistema de Capacitación

entre otros, bajo el Régimen Disciplinario de personal regulado por la Ley Orgánica del

Servicio Público (LOSEP) y el Código de Trabajo.

La Gestión del Talento Humano consiste en la planeación, organización, desarrollo y

coordinación, así como también como control de técnicas, capaces de promover el desempeño

eficiente del personal, a la vez que es el medio que permite a las personas que colaboran en

ella alcanzar los objetivos individuales garantizando un servicio de calidad a la o el servidor,

así como a los entes externos relacionados directamente o indirectamente con la institución.

El desarrollo del proyecto se centra automatizar los procesos relacionados con la concesión de

vacaciones y licencias los cuales son descritos a continuación:

4.1.1. Proceso de Concesión de Vacaciones

A continuación se muestra el levantamiento del proceso de concesión de vacaciones a través

de los diagramas de flujo.

MACROPROCESO: Gestión de Talento Humano PROCESO: Concesión de Vacaciones

SUBPROCESO: Concesión de vacaciones a través de acciones de movimiento de personal RESPONSABLE: Talento Humano

SI NO

NO

SI

2

Recepta, verifica e ingresa

documentación

Solicitud

JEFE INMEDIATO RECEPCIÓN DIRECCIÓN DE TALENTO HUMANO

INICIO

1

Envía oficio al Directo de Talento

Humano, solicitando la autorización y

certificación de las vacaciones del

personal.

Oficio

3

Ingresa datos al

sistema Quipux, emite

hoja de ruta para

aprobación del

Director de Talento

Humano.

Documentos

Hoja de Ruta

¿Justifica

o

Aprueba?

4

Comunica al interesado y

Dependencia

5

Visto Bueno

FIN

7

Registra en sistema y elabora

Acción de Personal, remite para

suscripción del Director de Talento

Humano.

8

Secretaria de Dirección, entrega

original a interesado y copia a Facultad

o Dependencia.

9

Archiva documentación en la carpeta

personal. Documentos

Oficio con Visto Bueno

Acción de Personal

FIN

Solicitud

Oficio

¿Igual o

mayor a 3

días?

6

Registra en el sistema y se

archiva. Documento


FIN

10

Archiva documentación y entrega a

interesado.

Acción de Personal

FIN Acción de Personal


64

4.1.2. Proceso de Concesión de Vacaciones

A continuación se muestra el levantamiento del proceso de concesión de licencias a través de los diagramas de flujo.

MACROPROCESO: Gestión de Talento Humano PROCESO: Concesión de Licencias

SUBPROCESO: Concesión de Licencia a través de acciones de movimiento de personal RESPONSABLE: Talento Humano

ano

NO

SI

2

Recepta, verifica e ingresa

documentación Documentos de

Justificación

Solicitud

Solicitud

JEFE INMEDIATO RECEPCIÓN DIRECCIÓN DE TALENTO HUMANO VICERRECTORADO ADMINISTRATIVO Y

FINANCIERO

INICIO

1

Envía Oficio al Rector, Vicerrector o

Directo de Talento Humano,

solicitando el trámite para concesión

de licencia por:

-Calamidad Domestica

-Cambio de Horario

-Cargo a Vacaciones

-Comisión de servicios sin sueldo hasta

por 30 días.

- Comisión de servicios con sueldo

hasta por 30 días.

-Cuidado de recién nacido

-Cursos – Capacitación

-Enfermedad

-Estudios

-Maternidad

-Matrimonio

-Otras comisiones de servicios con

remuneración hasta por 30 días.

-Paternidad

-Permiso Especial

-Permiso por Rehabilitación

-Permiso sin sueldo hasta por 30 días.

Oficio

Oficio

3

Ingresa datos al

sistema Quipux, emite

hoja de ruta en

original y copia para

conocimiento y

aprobación de Rector,

Vicerrector

Administrativo y

Financiero o Director

de Talento Humano Documentos

Hoja de Ruta y

Original

¿Justifica

o

Aprueba?

5

Comunica al interesado y

Dependencia

4

Visto Bueno

FIN

6

Elabora Acción de personal,

registra licencia en el sistema y

remite para suscripción del

Director de Talento Humano.

Documentos de

Justificación


Acción de Personal

7

Suscribe por sistema Quipux

y remite al archivo. Documentos de

Justificación


Acción de Personal

8

Secretaria de Dirección, entrega

original a interesado y copia a Facultad

o Dependencia

9

Archiva documentación en la carpeta

personal.

Documentos de

Justificación


Acción de Personal

FIN

4.2. Toma de los Requerimientos

La captura de los requerimientos para el desarrollo del sistema basado en el proceso

unificado, necesita de técnicas y artefactos que permiten establecer de forma general el

contexto del sistema.

Las fases de inicio y elaboración hacen énfasis en el modelo del negocio y los

requerimientos funcionales, a través de los casos de uso, como artefacto para limitar el

alcance del proyecto y la aproximación inicial o línea base de la arquitectura.

La fase de construcción se completa el esqueleto de aplicación con la funcionalidad

deseada, por medio de una serie de iteraciones que proporciones entregables antes de

pasar a la entrega final del producto.

La fase de transición pretende garantizar que se tiene un producto preparado para su

entrega a la comunidad de usuarios con el fin de que la prueben.

A continuación, se procede a describir los requerimientos tanto funcionales como no

funcionales del módulo a desarrollarse.

4.2.1. Requerimientos funcionales

A continuación se describen los requisitos funcionales que debe poseer el sistema a

desarrollarse, los mismos que fueron definidos en conjunto con el analista responsable

de la Dirección de Talento Humano Universidad Central del Ecuador.


66

IDENTIFICADOR DESCRIPCIÓN

RF01 El sistema debe permitir el manejo de sesión mediante la

validación de usuario y contraseña

RF02 El sistema debe permitir la gestión (crear, actualizar, activar,

desactivar y cambiar contraseña) de los usuarios, definiendo

roles bajo los cuales los usuarios comunes se distinguen del

usuario administrador.

RF03 El sistema debe permitir la gestión (crear, actualizar, activar y

desactivar) de la o el servidor de la institución.

RF04 El sistema debe permitir el manejo de las variables inicio del

sistema (parametrizable), basado en el reglamento general a la

ley orgánica del servicio público (LOSEP) y Código de

Trabajo.

RF05 El sistema debe permitir la carga inicial o saldo histórico de

vacaciones correspondiente a la o el servidor de la institución.

RF06 El sistema debe permitir el ingreso de la planificación anual de

vacaciones emitidas por el jefe inmediato de cada unidad,

dirección o departamento de Administración Central.

RF07 El sistema debe generar las acciones de movimiento de

personal y autorización de vacaciones anuales basadas en las

solicitudes recibidas en la Dirección de Talento Humano.

RF08 El sistema debe permitir el ingreso y la modificación de los

permisos solicitados para el descuento respectivo del saldo de

vacaciones de la o el servidor de la institución.

RF09 El sistema debe permitir el acceso a un histórico de

vacaciones, licencias y permisos de la o el servidor de la

institución.

RF10 El sistema debe generar reportes basados en las licencias y

permisos concedidos a la o el servidor de la institución que

ayuden a la toma de decisiones dentro de la Dirección de

Talento Humano.


67

RF11 El sistema debe permitir que la o el servidor de la institución,

consulten en todo momento el número de días de vacaciones

pendientes y un histórico de las acciones de movimiento de

personal como resultado de gestionar las licencias y permisos.

RF12 El sistema debe permitir el control de la impresiones de las

acciones de movimiento de personal y de autorización de

vacaciones.

Tabla 5. Requerimientos funcionales del sistema

4.2.2. Requerimientos no funcionales

A continuación se describen los requerimientos no funcionales; aquellos que no se

relacionan directamente con la funcionalidad del sistema y que no son visibles por el

usuario.

IDENTIFICADOR DESCRIPCIÓN

RNF1 El sistema debe tener interfaz gráfica bastante intuitiva que

abstrae al usuario de los detalles técnicos, permitiendo que la

aplicación sea de fácil manejo.

RNF2 El sistema debe utilizar únicamente herramientas de software

libre en toda su implementación, atendiendo a las políticas

actuales de la institución.

RNF3 El sistema debe ser compatible con los navegadores web más

utilizados como son Internet Explorer, Mozilla Firefox y

Google Chrome.

RNF4 La navegabilidad del sistema será por medio de menús que

presentan varias opciones de la funcionalidad del sistema

(navegación compuesta).

RNF5 El sistema deberá desplegar mensajes de error, mostrando una

breve descripción del mismo.

RNF6 La tecnología java permitirá que las funciones, objetos y

componentes del sistema puedan ser reutilizados dentro de

otros contextos.


68

RNF7 El sistema debe poseer una alta disponibilidad, tanto en cuanto

no debería presentar fallos del sistema de modo que muestre los

resultados en tiempo real.

RNF8 El sistema debe permitir en el acceso, utilizando la

autenticación o autorización de los usuarios para la

administración del mismo.

RNF9 El sistema debe permitir su ejecución en diferentes plataformas

y/o sistemas operativos, no obstante, se requiere la entrega de

todas las herramientas necesarias para su implantación como

parte de la documentación.

RNF10 El sistema debe controlar la sesión de usuario por inactividad.

Tabla 6. Requerimientos no funcionales del sistema

4.3. Especificaciones funcionales

A continuación se detallan los requerimientos funcionales enunciados anteriormente

IDENTIFICADOR RF01

NOMBRE Gestionar sesión

CARACTERÍSTICA

ASOCIADA

Establece la restricción de acceso a las funcionalidades

de sistema de acuerdo al rol al cual fue asignado el

usuario.

DESCRIPCIÓN El sistema debe permitir el inicio de sesión mediante la

validación de usuario y contraseña, definiendo los

niveles de acceso, correspondiente a los roles que

intervienen en el proceso de solicitud de vacaciones,

licencias y permisos.

PRIORIDAD Esencial

Tabla 7. Especificación del requerimiento funcional RF01

IDENTIFICADOR RF2

NOMBRE Gestionar Usuarios

CARACTERÍSTICA Establece la línea base para la gestión y control de acceso


69

ASOCIADA a los usuarios del sistema en cuanto a las funcionalidades

del mismo.

DESCRIPCIÓN El sistema debe permitir la gestión (crear, actualizar,

activar, desactivar y cambiar contraseña) de los usuarios,

definiendo roles bajo los cuales los usuarios comunes se

distinguen del usuario administrador.

PRIORIDAD Esencial


IDENTIFICADOR RF03

NOMBRE Gestionar Servidores de la institución

CARACTERÍSTICA

ASOCIADA

Establece la línea base para la creación de nuevos

servidores de la institución, relacionados con el proceso

de concesión de vacaciones, licencias y permisos, a los

cuales tiene derecho.

DESCRIPCIÓN El sistema debe permitir la gestión (crear, actualizar,

activar y desactivar) de los servidores de la institución,

indicando la dependencia de desempeño y la fecha de

ingreso a la institución.

PRIORIDAD Esencial


IDENTIFICADOR RF04

NOMBRE Gestionar variables del sistema

CARACTERÍSTICA

ASOCIADA

Establece la línea base para el control de vacaciones y

licencias asociados a los tiempos, tipos de licencias y

permiso que se conceden a los servidores de la

institución.

DESCRIPCIÓN El sistema debe permitir el manejo de las variables inicio

del sistema (parametrizable), basado en el reglamento

general a la ley orgánica del servicio público (LOSEP) y

código de trabajo.


70

PRIORIDAD Esencial


IDENIFICADOR RF05

NOMBRE Carga inicial de saldos

CARACTERÍSTICA

ASOCIADA

Establece el punto de partida para el control de

vacaciones asociado al saldo de vacaciones por periodo.

DESCRIPCIÓN El sistema debe permitir la carga inicial los saldos o

saldo histórico de vacaciones correspondiente a la o el

servidor de la institución.

PRIORIDAD Esencial


IDENTIFICADOR RF06

NOMBRE Gestionar planificación anual de vacaciones

CARACTERÍSTICA

ASOCIADA

Establece la planificación anual de las vacaciones

asociado al proceso del movimiento del personal de

Administración Central.

DESCRIPCIÓN El sistema debe permitir el ingreso de la planificación

anual de vacaciones (flujo regular) emitidas por el jefe

inmediato de cada unidad, dirección o departamento de


PRIORIDAD Esencial


IDENTIFICADOR RF07

NOMBRE Gestionar acciones de Movimiento de Personal.

CARACTERÍSTICA

ASOCIADA

Genera la acción de movimiento de personal asociado a

la autorización de vacaciones y concesión de las

licencias.

DESCRIPCIÓN El sistema debe generar la acción de movimiento de

personal correspondiente a las vacaciones o licencias


71

basadas en las solicitudes recibidas en la Dirección de

Talento Humano.

PRIORIDAD Esencial


IDENTIFICADOR RF08

NOMBRE Registrar Permisos

CARACTERÍSTICA

ASOCIADA

Permite el registro de los permisos con cargo y sin cargo

a vacaciones.

DESCRIPCIÓN El sistema debe permitir el ingreso de los permisos

solicitados para el descuento respectivo del saldo de

vacaciones de la o el servidor de la institución.

PRIORIDAD Esencial


IDENTIFICADOR RF09

NOMBRE Visualizar histórico de vacaciones, licencias y permisos

CARACTERÍSTICA

ASOCIADA

Permite el acceso al registro de la o el servidor en lo

referente a las vacaciones, licencias y permisos.

DESCRIPCIÓN El sistema debe permitir el acceso a un histórico de las

vacaciones, licencias y permisos de la o el servidor.

PRIORIDAD Esencial


IDENTIFICADOR RF10

NOMBRE Generar Reportes

CARACTERÍSTICA

ASOCIADA

Genera reportes basados en las vacaciones, licencias y

permisos que ayuden a la toma de decisiones.

DESCRIPCIÓN El sistema debe generar reportes basados en las licencias

y permisos concedidos a la o el servidor de la institución

que ayuden a la toma de decisiones dentro de la

Dirección de Talento Humano.


72

PRIORIDAD Esencial


IDENTIFICADOR RF11

NOMBRE Gestionar Consulta

CARACTERÍSTICA

ASOCIADA

Permite el acceso al servidor de la institución asociado al

detalle y un histórico de las vacaciones, licencias y

permisos.

DESCRIPCIÓN El sistema debe permitir que la o el servidor de la

institución, consulte en todo momento el número de días

de vacaciones pendientes y un histórico de las acciones

de movimiento de personal como resultado de gestionar

las vacaciones, licencias y permisos del mismo.

PRIORIDAD Requerido


IDENTIFICADOR RF12

NOMBRE Gestionar Impresión

CARACTERÍSTICA

ASOCIADA

Permite controlar las acciones de movimiento de

personal realizadas, asociado al proceso de control.

DESCRIPCIÓN El sistema debe permitir el control de la impresiones de

las acciones de movimiento de personal y de autorización

de vacaciones realizadas.

PRIORIDAD Requerido


4.4. Modelado de Casos de Uso del Sistema

El proceso unificado estructura los requerimientos funcionales por medio de los casos de

uso, mientras que los requerimientos no funcionales son aspectos propios del sistema.

Los casos de uso nos permiten recoger los requisitos funcionales en concordancia

conjunta entre los desarrolladores y usuarios finales definiendo el alcance del proyecto y

la aproximación inicial o línea base de la arquitectura.


73

Para una correcta definición de los casos de uso, es necesario definir los actores del

proyecto a desarrollarse, que a su vez deberán asociarse con cada uno de los

requerimientos.

4.4.1. Identificación de los Actores del Sistema

“Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas

computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de

valor para el negocio. El conjunto de casos de uso al que un actor tiene acceso define rol

en el sistema y el alcance de su acción.” Sparks, Geoffrey;Solus S.A.;Craftware

Consultores Ltda.

En el presente proyecto se identificó tres actores: el Administrador del sistema, el

Empleado o Solicitante y el Analista de Talento Humano que intervienen en la gestión

de vacaciones, licencias y permisos; asociados a cada uno de ellos los casos de uso que

el sistema requiere.

4.4.1.1. Descripción de los Actores

ACTOR DESCRIPCION

Servidor de la

institución

Servidor de la Universidad Central el cual realiza la petición de

vacaciones, licencia o permiso indicando los datos obligatorios

aplicables a cada caso.

Administrador

del Sistema

Administrador, con conocimientos en informática, responsable de la

parametrización inicial del sistema y en general administrar las

funcionalidades del sistema.

Analista DTH Servidor de la Dirección de Talento Humano de la Universidad

Central del Ecuador, el cual revisa la peticiones previamente

autorizadas por el Director de Talento Humano, comprobando si

cumplen los requisitos aplicables del solicitante y concede la acción

de movimiento de personal correspondiente.

Tabla 19. Descripción rápida de los actores del sistema


74

4.4.2. Casos de uso

“Un Caso de Uso es una representación de una unidad discreta de trabajo realizada por

un usuario (u otro sistema) usando el sistema en operación. Se ejecuta en su totalidad o

no se ejecuta nada, devolviendo algo de valor al usuario.” (Sparks & Systems, 2015,

pág. 4)

Los casos de uso se usan como artificio para la captura de los requisitos funcionales;

quién y qué interactúa con el sistema describen las funcionalidades del mismo.

4.4.3. Diagrama de casos de uso

Los diagramas de casos usos (en inglés, use case) sirven para mostrar las funciones del

sistema de software desde el punto de vista de sus iteraciones con el exterior y sin entrar

ni en la descripción detallada ni en la implementación de estas funciones.

Los casos de uso se utilizan tanto en la recogida y documentación de requisitos como en

el análisis.

A continuación se describen los casos de uso y sus respectivos diagramas que surgen de

los requerimientos funcionales enunciados en el aparto previo.


75

4.4.4. Especificación de Casos de Uso

4.4.4.1. Caso de Uso para requerimiento Gestionar Sesión

Ilustración 11. Diagrama de Caso de Uso para requerimiento Gestionar Sesión

Caso de Uso Iniciar Sesión

Caso de uso: Iniciar Sesión

Identificador: GS1

Descripción

general:

Permite a determinados usuarios acceder al sistema, de acuerdo al

rol asignado para el usuario.

Requerimiento: Gestionar Sesión RF01

Actores: Administrador del sistema

Analista de la Dirección de Talento Humano

Servidor/a de la institución.

Precondiciones: Se haya cargado la página principal del sistema.

Se haya asignado previamente por parte del administrador, los

permisos correspondientes a los usuarios.

Poscondiciones: El sistema muestra habilitadas las opciones, de acuerdo al perfil de

acceso.

FLUJO BASICO


76

Paso Actor(es) Sistema

FB1 El actor ingresa a la página principal

del sistema las credenciales de

usuario y contraseña y da clic en el

botón “Login”

FB2 El sistema valida los datos

ingresados. Concede acceso

al sistema de acuerdo al rol

asociado y habilita las

opciones correspondientes.

FLUJO DE ERROR

Paso Actor (es) Sistema

FE1: Información de acceso al sistema incorrecta

FE1.1 El actor ingresa la información de

acceso errónea.

FE1.2 El sistema despliega un

mensaje de advertencia si las

credenciales ingresadas no

son válidas.

Tabla 20. Especificación de Caso de Uso Ingresar al Sistema

Caso de Uso Cerrar Sesión

Caso de uso: Cerrar Sesión

Identificador: GS2

Descripción

general:

Permite finalizar una sesión activa dentro del sistema.

Requerimiento: Gestionar Sesión RF01


Analista de la Dirección de Talento Humano

Servidor/a de la institución.

Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [ GS1 Ingresar al


77

Sistema].

Poscondiciones: Muestra la pantalla de inicio del sistema.

FLUJO BASICO


FB1 El usuario presiona el botón “Cerrar

Sesión.”

FB2 El sistema registra la petición

solicitada y cierra todas las

ventanas internas de la

aplicación.

Tabla 21. Especificación de Caso de Uso Salir del Sistema

4.4.4.2. Caso de Uso para requerimiento Gestionar Usuarios

Ilustración 12. Diagrama de caso de uso para requerimiento Gestionar Usuarios


78

Caso de Uso Administrar Usuarios

Caso de uso: Administrar Usuarios

Identificador: GU1

Descripción

general:

Permite al administrador del sistema gestionar el acceso de los

usuarios al sistema.

Requerimiento: Gestionar Usuario RF02.

Actores: Administrador del sistema.

Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GS1 Ingresar al

Sistema].

Poscondiciones: El sistema muestra la pantalla asociada a las opciones requeridas

para la gestión de usuarios.

FLUJO BASICO


FB1 El sistema identifica el rol de

usuario, para dependiendo

del resultado, mostrar el

menú de administración de

usuarios.

FB2 El actor accede a la opción

“Usuarios” dentro del menú de

“Administración”.

Tabla 22. Especificación de Caso de Uso Administrar Usuarios

Caso de Uso Crear Usuario

Caso de uso: Crear Usuario

Identificador: GU2

Descripción

general:

Permite al administrador crear usuarios, definiendo el acceso a las

funcionalidades del sistema.



Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GU1 Administrar


79

Usuarios].



FLUJO BASICO


FB1 El actor da clic sobre la opción

“Crear”

FB2 El sistema muestra una

pantalla, en la cual solicita

los datos del nuevo usuario.

FB3 El actor luego de completar los datos

solicitados, presiona clic en el botón

“Guardar”


ingresados. Despliega un

mensaje satisfactorio de

creación de nuevo usuario.

FLUJO DE ERROR


FE1: Información de nuevo usuario incorrecta

FE1.1 El actor ingresa datos erróneos,

duplicados o datos faltantes




son válidas.

Tabla 23. Especificación de Caso de Uso Crear Usuario


80

Caso de Uso Actualizar Usuario

Caso de uso: Actualizar Usuario

Identificador: GU3

Descripción

general:

Permite cambiar los datos de usuarios existentes




Usuarios].



FLUJO BASICO



“Listar” busca de la lista el usuario a

ser modificado, apoyándose de los

filtros.

FB2 El sistema recupera los datos

del usuario a ser modificado

y los presenta en pantalla.

FB3 El actor procede a modificar los

datos requeridos. Da clic en el botón

“Actualizar”



mensaje de satisfactorio

cambios realizados con éxito

FLUJO DE ERROR


FE1: Información de usuario modificado incorrecta


81






son válidas.

Tabla 24. Especificación de Caso de Uso Modificar Usuario

Caso de Uso Activar/Desactivar Usuario

Caso de uso: Activar/Desactivar Usuario

Identificador: GU4

Descripción

general:

Permite activar y desactivar a los usuarios del sistema controlando el

acceso de los mismos.




Usuarios].



FLUJO BASICO



“Activar “o “Desactivar”

FB2 El sistema muestra una

pantalla de búsqueda.

FB3 El actor ingresa lo parámetros de

búsqueda y elija la opción de activar

o desactivar el usuario

FB4 El sistema devuelve un

mensaje de confirmación.

Fb5 El actor da clic en “Aceptar”


82

Tabla 25. Especificación de Caso de Uso Activar/Desactivar Usuario

Caso de uso Resetear Contraseña

Caso de uso: Resetear Contraseña

Identificador: GU5

Descripción

general:

Permite modificar la contraseña de los usuarios existentes.




Usuarios].



FLUJO BASICO



“Resetear Contraseña” y busca de la

lista el usuario a ser modificado,

apoyándose de los filtros.


del usuario a ser modificado

y los presenta en pantalla.

FB3 El actor procede a modificar la

contraseña. Da clic en el botón

“Resetear”



mensaje de satisfactorio

cambios realizados con éxito

FLUJO DE ERROR



83

FE1: Información de usuario modificado incorrecta

FE1.1 El actor ingresa datos erróneos




son válidas.

Tabla 26. Especificación de Caso de Uso Resetear Contraseña

4.4.4.3. Caso de Uso para requerimiento Gestionar Servidores

Ilustración 13. Diagrama de caso de uso para requerimiento Gestionar Servidores

Caso de Uso Administrar Servidores

Caso de uso: Administrar Servidores

Identificador: GSR1

Descripción

general:

Permite gestionar (crear, modificar, activar o desactivar) a la o el

servidor de la institución, el mismo que hará uso de sistema para

consultas específicas.

Requerimiento: Gestionar Servidores RF03.


84

Actores: Analista de Talento Humano


Sistema].

Poscondiciones: El sistema muestra la pantalla con las funcionalidades requeridas

para la gestión de la o el servidor de la institución.

FLUJO BASICO



usuario y dependiendo de ese

resultado muestra la opción

para gestionar servidores

FB2 El actor ingresa a la opción

“Servidores” dentro del menú de

“Administración”

Tabla 27.Especificación de Caso de Uso Administrar Servidores

Caso de Uso para Crear Servidor

Caso de uso: Crear Servidor

Identificador: GSR2

Descripción

general:

Permite crear o ingresar los datos básicos de la o el servidor de la

institución y guardarlo en el sistema por primera vez. Posteriormente

la o el servidor hará uso de sistema para consultas específicas.



Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GSR1

Administrar Servidores].



FLUJO BASICO


FB1 El actor ingresa a la opción “Crear


85

Servidores”.

FB2 El sistema presenta un

especie de formulario para el

registro de los datos de la o

el servidor

FB3 El actor ingresa todos los datos

procurando llenar todos los campos

y da clic en el botón “Guardar”


ingresados. Si todo esta

correcto el sistema muestra

un mensaje indicando que se

llevó con éxito la operación

FLUJO DE ERROR


FE1: Información del servidor nuevo incorrecta




mensaje de advertencia si los

datos ingresados no son

válidos.

Tabla 28. Especificación de Caso de Uso Crear Servidor

Caso de uso para Actualizar Servidor

Caso de uso: Actualizar Servidor

Identificador: GSR4

Descripción

general:

Permite actualizar datos básicos de la o el servidor de la institución y

guardarlo en el sistema. Posteriormente la o el servidor hará uso de

sistema para consultas específicas.



86






FLUJO BASICO


FB1 El actor ingresa a la opción “Listar”

y busca el servidor, empleado los

filtros inherentes del sistema.

FB2 El sistema muestra los datos

relacionados con la búsqueda

de la o el servidor.

FB4 El actor realiza las actualizaciones

respectivas y da clic en “Actualizar”

FB3 El sistema valida los cambios

realizado y los guarda en la

base de datos. Si todo esta



llevó con éxito la operación

FLUJO DE ERROR


FE1: Información del servidor actualizado incorrecta




mensaje de advertencia si los

datos ingresados no son

válidos.

Tabla 29. Especificación de Caso de Uso Actualizar Servidor


87

Caso de uso para Activar/Desactivar Servidor

Caso de uso: Activar/Desactivar Servidor

Identificador: GSR5

Descripción

general:

Permite Inhabilitar a los servidores de la institución, permitiendo

darlos de alta cuando el sistema así lo requiera.







FLUJO BASICO



“Activar “o “Desactivar” y busca el

servidor, empleado los filtros

proporcionados por el sistema.

FB2 El sistema muestra los datos

relacionados con la búsqueda

de la o el servidor.

FB3 El actor realiza la operación de

activar o desactivar al servidor.

FB4 El sistema devuelve un

mensaje de confirmación.

FB5 El actor da clic en “Aceptar”

Tabla 30. Especificación de Caso de Uso Activar/Desactivar Servidor


88

4.4.4.4. Caso de Uso para requerimiento Gestionar Variables del Sistema

Ilustración 14. Diagrama de caso de uso para requerimiento Gestionar Variables

Caso de Uso Administrar Variables

Caso de uso: Administrar Variables

Identificador: AVS1

Descripción

general:

Permite ver y modificar las variables de configuración del sistema,

además de, procesar la carga inicial de saldo de vacaciones,

permitiendo tener un sistema parametrizable.

Requerimiento: Gestionar Variables del Sistema RF04.



Sistema].


para la gestión de las variables del sistema

FLUJO BASICO





89

resultado muestra la opción

para gestionar servidores

FB2 El actor ingresa a la opción

“Variables del Sistema” dentro del

menú de “Administración”

FB3

Tabla 31. Especificación de Caso de Uso Administrar Variables

Caso de Uso Crear Variable

Caso de uso: Crear Variable

Identificador: AVS2

Descripción

general:

Permite definir variables de configuración nuevas, dependiendo de

las necesidades del sistema.



Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [AV1 Administrar

Variables].

Poscondiciones: El sistema muestra la pantalla con las funcionalidades requeridas para

la gestión de las variables del sistema

FLUJO BASICO


FB1 El actor selecciona la

opción “Crear”

FB2 El sistema muestra en pantalla un

formulario para la creación de las

variables de configuración del sistema.

FB3 El actor ingresa los

parámetros de la variable

a crearse y da clic en la

opción “Guardar”.

FB4 El sistema valida los cambios realizado


90

y los guarda en la base de datos. Si todo

esta correcto el sistema muestra un

mensaje indicando que se llevó con

éxito la operación.

Tabla 32. Especificación de Caso de Uso Crear Variables

Caso de Uso Actualizar Variables

Caso de uso: Actualizar Variables

Identificador: AVS3

Descripción

general:

Permite modificar los valores de las variables de configuración del

sistema permitiendo tener un sistema parametrizable.



Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [AV1 Administrar

Variables].


para la gestión de las variables del sistema

FLUJO BASICO


FB1 El actor selecciona la opción

“Listar”

FB2 El sistema muestra en

pantalla el listado de las

variables de configuración

del sistema, acompañado de

la opción “Ver” y “Editar”

FB3 El actor da clic en la opción

“Editar". Ingresa los nuevos valores

de la variable a modificar y da clic

en “Actualizar".

FB4 El sistema valida los cambios


91

realizado y los guarda en la

base de datos. Si todo esta



llevó con éxito la operación.

Tabla 33. Especificación de Caso de Uso Modificar Variables

4.4.4.5. Caso de Uso para requerimiento Gestionar Vacaciones

Ilustración 15. Diagrama de caso de uso para requerimiento Gestionar Vacaciones

Caso de Uso Administrar Vacaciones

Caso de uso: Administrar Vacaciones

Identificador: GV1


92

Descripción

general:

Permite administrar todo lo referente a las vacaciones.

Requerimiento: Carga Inicial de saldos RF05.

Gestionar planificación anual de vacaciones RF06.

Gestionar acciones de movimiento de personal RF07.

Visualizar histórico de vacaciones, licencias y permisos RF09


Analista de Talento Humano


Sistema].


para gestión de vacaciones.

FLUJO BASICO



usuario, para dependiendo

del resultado, mostrar el

menú de administración de

usuarios.


“Vacaciones" dentro del menú de

“Asistencia”

Tabla 34. Especificación de Caso de Uso Administrar Vacaciones

Caso de Uso Carga Inicial Saldo de Vacaciones

Caso de uso: Carga Inicial Saldo de Vacaciones

Identificador: GV2

Descripción

general:

Permite subir el archivo inicial o saldo histórico de vacaciones de la

o el servidor de institución.

Requerimiento: Carga Inicial de saldos RF05.



93

Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GV1 Administrar

Vacaciones].


para la carga inicial de saldo de vacaciones.

FLUJO BASICO



“Importación inicial". Selecciona el

archivo correspondiente con los

campos requeridos para el sistema y

da clic en “Subir”.

Tabla 35. Especificación de Caso de Uso Carga Inicial de saldo de Vacaciones

Caso de Uso Concesión de Vacaciones

Caso de uso: Autorizar Vacaciones

Identificador: GV3

Descripción

general:

Permite ingresar los parámetros necesarios para generar la acción de

autorización de las vacaciones basadas en las solicitudes recibidas en

la Dirección de Talento Humano.

Requerimiento: Gestionar acciones de movimiento de personal RF07.



Vacaciones].



FLUJO BASICO



“Otorgar Vacación”.

FB2 El sistema despliega un

formulario donde se debe


94

ingresar todos los parámetros

necesarios para otorgar

vacaciones a la o el servidor

de la institución.

FB3 El actor ingresa todos parámetros

necesarios para generar la acción de

autorización de vacaciones anuales

correspondiente. Da clic en

“Guardar”.

FB4 El sistema valida todos los

datos ingresados y muestra

un mensaje, indicando que se

ha guardado

satisfactoriamente la acción

de autorización de

vacaciones anuales.

FLUJO DE ERROR


FE1: Información de autorización de vacaciones incorrecta






son válidas.

Tabla 36. Especificación de Caso de Uso Autorizar Vacaciones

Caso de Uso Actualizar Vacaciones

Caso de uso: Actualizar Vacaciones

Identificador: GV4

Descripción Permite modificar una acción de autorización de vacaciones anuales


95

general: basadas en las solicitudes recibidas en la Dirección de Talento

Humano.

Requerimiento: Gestionar acciones de movimiento de personal RF07.



Vacaciones].



FLUJO BASICO



“Listar” e inicia la búsqueda de la o

el servidor, del cual se desea

modificar la acción de autorización

de vacaciones anuales.

FB2 El sistema devuelve el

registro de autorización de

vacaciones anuales,

acompañado de las opciones

“Modificar” e “Imprimir”

FB3 El actor elige la opción “Modificar”

e ingresa todos parámetros a ser

modificados del registro de acción

de autorización de vacaciones

anuales. Da clic en “Guardar”.




ha guardado

satisfactoriamente la acción

de movimiento de personal.


96

FLUJO DE ERROR


FE1: Información de autorización de vacaciones incorrecta






son válidas.

Tabla 37.Especificación de Caso de Uso Modificar Vacaciones

Caso de Uso Registrar Planificación

Caso de uso: Registrar Planificación

Identificador: GV5

Descripción

general:

Permite el ingreso de la planificación anual de vacaciones emitidas

por el jefe inmediato de cada unidad, dirección o departamento de


Requerimiento: Gestionar Planificación Anual de Vacaciones RF06.



Vacaciones].


para la planificación anual de las vacaciones.

FLUJO BASICO


FB1 El actor elige la opción “Crear

dentro de la opción ”“Planificación

Anual “e inicia la búsqueda de la o


ingresar la planificación anual de

vacaciones


97

FB2 El sistema devuelve datos

relevantes del servidor,

incluyendo el saldo de

vacaciones.

FB3 El actor ingresa la planificación

anual del servidor y da clic en

“Guardar”


ingresados y muestra un

mensaje de satisfactorio.

Tabla 38. Especificación de Caso de Uso Registrar Planificación

Caso de Uso Actualizar Planificación

Caso de uso: Actualizar Planificación

Identificador: GV6

Descripción

general:

Permite modificar la planificación anual de vacaciones (flujo

regular) emitidas por el jefe inmediato de cada unidad, dirección o

departamento de Administración Central.



Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GV1

Administrar Vacaciones].


para la planificación anual de vacaciones.

FLUJO BASICO


FB1 El actor elige la opción “Listar”

dentro de la opción “Planificación



modificar la planificación anual de


98

vacaciones


registro de planificación

anual ingresada, acompañado

de las opciones “Procesar”,

“Modificar” y “Eliminar”.

FB3 El actor elige la opción “Modificar ”

e ingresa la nueva planificación

anual del servidor y da clic en

“Guardar”




Tabla 39. Especificación de Caso de Uso Modificar Planificación

Caso de Uso Eliminar Planificación

Caso de uso: Eliminar Planificación

Identificador: GV7

Descripción

general:

Permite eliminar la planificación anual de vacaciones emitidas por el

jefe inmediato de cada unidad, dirección o departamento de








FLUJO BASICO





99



eliminar la planificación anual de

vacaciones






FB3 El actor elige la opción “Eliminar”

FB4 El sistema muestra un


Tabla 40. Especificación de Caso de Uso Eliminar Planificación

Caso de Uso Procesar Planificación

Caso de uso: Procesar Planificación

Identificador: GV8

Descripción

general:

Permite ejecutar la planificación anual de vacaciones descontando

el número de días del saldo de vacaciones emitidas por el jefe

inmediato de cada unidad, dirección o departamento de

Administración Central




Vacaciones].



FLUJO BASICO





100


el servidor, del cual se desea ejecutar

la planificación anual de vacaciones







“Procesar”

FB4 El sistema descuenta el

número de días solicitados

del saldo de vacaciones,

basado en un saldo por

periodos.

Tabla 41. Especificación de Caso de Uso Procesar Planificación

Caso de uso Histórico Vacaciones

Caso de uso: Histórico Vacaciones

Identificador: GV9

Descripción

general:

Permite el acceso a un histórico (consultar) de la autorización de

vacaciones de la o el servidor.

Requerimiento: Visualizar histórico de vacaciones, licencias y permisos RF09.


Servidor/a de la institución




para consultar el histórico de la o el servidor en lo referente a las

vacaciones.

FLUJO BASICO


101



“Histórico” e inicia la búsqueda de

la o el servidor de la institución de

acuerdo a los filtros empleados.

FB2 El sistema recupera la

información del servidor, con

respecto a la autorización de

vacaciones ejecutadas por el

Analista.

FB3 El actor podrá visualizar el histórico

de las vacaciones solicitadas.

Tabla 42. Especificación de Caso de Uso Histórico Vacaciones

4.4.4.6. Caso de Uso para requerimiento Gestionar Licencias

Ilustración 16. Diagrama de caso de uso para requerimiento Gestionar Licencias

Caso de Uso Administrar Licencias


102

Caso de uso: Administrar Licencias

Identificador: GL1

Descripción

general:

Permite generar y modificar la acción de movimiento de personal

correspondiente a las licencias, basadas en las solicitudes recibidas

en la Dirección de Talento Humano.

Requerimiento: Gestionar Acciones de Movimiento de Personal RF07.

Visualizar histórico de vacaciones, licencias y permisos RF09.




Sistema].


para gestionar las licencias.

FLUJO BASICO




resultado muestra las

opciones para gestionar las

acciones de movimiento de

personal.


“Licencias” dentro del menú

“Asistencia”

Tabla 43. Especificación de Caso de Uso Administrar Licencias

Caso de Uso Concesión de Licencias

Caso de uso: Concesión de Licencias

Identificador: GL2

Descripción

general:

Permite la concesión de licencias basadas en las solicitudes recibidas

en la Dirección de Talento Humano.


103

Requerimiento: Gestionar acciones de Movimiento de Personal RF07.


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GL1 Administrar

Licencias].


para gestionar las licencias.

FLUJO BASICO


FB1 El actor elige la opción “Concesión

Licencias”




necesarios para la Concesión

de Licencias.

FB3 El actor ingresa todos parámetros

necesarios para Concesión de

Licencias. Da clic en “Guardar”.




ha guardado

satisfactoriamente los

cambios realizados

FLUJO DE ERROR


FE1: Información de concesión de licencias incorrecta






104


son válidas.

Tabla 44. Especificación de Caso de Uso Concesión de Licencias

Caso de Uso Actualizar Licencias

Caso de uso: Actualizar Licencias

Identificador: GL3

Descripción

general:

Permite modificar una acción de movimiento de personal

correspondiente a la concesión de las licencias, basadas en las

solicitudes recibidas en la Dirección de Talento Humano.

Requerimiento: Gestionar acciones de Movimiento de Personal RF07.


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GL1 Administrar

Licencias].


para gestionar las licencias

FLUJO BASICO


FB1 El actor elige la opción “Listar” e

inicia la búsqueda de la o el servidor

del cual se desea modificar la acción

de movimiento de personal, a través

de los filtros disponible en el

sistema.


registro detallado de la

acción de movimiento de

personal, acompañado de la

opciones “Modificar” e

“Imprimir”

FB3 El actor elige la opción “Modificar”


105

e ingresa todos parámetros a ser

modificados del registro de acción

de movimiento de personal. Da clic

en “Guardar”.



mensaje, indicando que se ha

guardado satisfactoriamente

la acción de movimiento de

personal.

FB5

FLUJO DE ERROR


FE1: Información de Concesión licencias incorrecta






son válidas.

Tabla 45. Especificación de Caso de Uso Modificar Licencias

Caso de Uso Histórico Licencias

Caso de uso: Histórico Vacaciones

Identificador: GV10

Descripción

general:

Permite el acceso a un histórico (consultar) de la concesión de

licencias de la o el servidor.






106

Vacaciones].


para consultar el histórico de la o el servidor en lo referente a las

vacaciones.

FLUJO BASICO



“Histórico” e inicia la búsqueda de

la o el servidor de la institución de

acuerdo a los filtros empleados.



respecto a la concesión de

vacaciones ejecutadas por el

Analista.


de las licencias concedidas.

Tabla 46. Especificación de Caso de Uso Histórico Licencias


107

4.4.4.7. Caso de Uso para requerimiento Gestionar Permisos

Ilustración 17. Diagrama de caso de uso para requerimiento Gestionar Permisos

Caso de Uso Administrar Permisos

Caso de uso: Administrar Permisos

Identificador: GP1

Descripción

general:

Permite ingresar y modificar los permisos solicitados para el

descuento respectivo del saldo de vacaciones de la o el servidor de

la institución.

Requerimiento: Gestionar Permisos RF08.

Visualizar histórico de vacaciones, licencias y permisos RF09




Sistema].


108


para gestionar los permisos solicitados.

FLUJO BASICO







personal.


“Permisos” dentro del menú

“Asistencia”

Tabla 47. Especificación de Caso de Uso Administrar Permisos

Caso de Uso Registrar Permiso

Caso de uso: Registrar Permiso

Identificador: GP2

Descripción

general:

Permite el ingreso de los permisos solicitados para el descuento

respectivo del saldo de vacaciones de la o el servidor de la

institución.

Requerimiento: Gestionar Permisos RF08


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GP1 Administrar

Permisos].



FLUJO BASICO


FB1 El actor elige la opción “Crear ”



109



necesarios para el permiso

que servirá para el descuento

de las vacaciones del

empleado.

FB3 El actor procede a ingresar los datos

solicitados y da clic en “Guardar



mensaje, indicando que se ha

guardado exitosamente la

solicitud de permiso.

FLUJO DE ERROR


FE1: Información de permiso solicitado incorrecto





los datos ingresados no son

válidos.

Tabla 48. Especificación de Caso de Uso Ingresar Permisos

Caso de Uso Histórico Permisos

Caso de uso: Histórico Permisos

Identificador: GP3

Descripción

general:

Permite el acceso a un histórico (consultar) de los permisos

solicitados de la o el servidor.




110


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GP1 Administrar

Permisos].



FLUJO BASICO


FB1 El actor da clic en la opción “Listar”

e inicia la búsqueda de los permisos

solicitados por la o el servidor de la

institución de acuerdo a los filtros

empleados.



respecto a los permisos

solicitados para el mismo.


de los permisos solicitados.

Tabla 49. Especificación de Caso de Uso Histórico Permisos


111

4.4.4.8. Caso de Uso para requerimiento Gestionar Impresiones

Ilustración 18. Diagrama de caso de uso para requerimiento Gestionar Impresiones

Caso de Uso Administrar Impresiones Acciones de Movimiento de Personal

Caso de uso: Administrar Impresiones Acciones de Movimiento de Personal

Identificador: GI1

Descripción

general:

Permite controlar las acciones de movimiento de personal impresas

y que faltan por imprimir.

Requerimiento: Gestionar Acciones de Movimiento de Personal RF07

Gestionar Impresiones RF12



Sistema].


para imprimir las acciones de movimiento de personal.


112

FLUJO BASICO







personal.


“Acciones de Personal” dentro del

menú “Asistencia”

Tabla 50. Especificación del Caso de Uso Administrar Impresiones Acciones de Movimiento de

Personal

Caso de Uso Acciones impresas

Caso de uso: Acciones impresas

Identificador: GI2

Descripción

general:

Permite imprimir la acción de movimiento de personal y

autorización de vacaciones anuales que fueron elaboradas y

ejecutadas anteriormente(histórico)

Requerimiento: Gestionar Impresiones RF12


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GI1 Administrar

Impresiones Acciones de Movimiento de].


para controlar el proceso de impresión acciones de personal.

FLUJO BASICO


FB1 El actor elige la opción “Impresas”

e inicia la búsqueda de la o el

servidor del cual se desea imprimir


113

la acción de movimiento de

personal, a través de los filtros

disponible en el sistema.



acción de movimiento de

personal, acompañado de la

opción “Imprimir”

FB3 El actor elige la opción “Imprimir”.

FB4 El sistema permite elegir una

ubicación para guardar el

archivo.

Tabla 51. Especificación de Caso de Uso Acciones impresas

Caso de uso Acciones por Imprimir

Caso de uso: Acciones por Imprimir

Identificador: GI3

Descripción

general:

Permite imprimir la acción de movimiento de personal y

autorización de vacaciones anuales que fueron ejecutadas

recientemente.

Requerimiento: Gestionar Impresiones RF12


Precondiciones: Haber ejecutado satisfactoriamente el caso de uso [GI1 Administrar

Impresiones Acciones de Movimiento de].


para controlar el proceso de impresión acciones de personal.

FLUJO BASICO


FB1 El actor elige la opción “Por

Imprimir” e inicia la búsqueda de la


114

o el servidor del cual se desea

imprimir la acción de movimiento de

personal, a través de los filtros

disponible en el sistema.




personal que por alguna

razón fueron impresas.

FB3 El actor elige la opción “Imprimir”.

FB4 El sistema permite elegir una

ubicación para guardar el

archivo.

Tabla 52. Especificación de Caso de Uso Acciones por Imprimir

4.4.4.9. Caso de Uso para requerimiento Generar Reportes

Ilustración 19. Diagrama de caso de uso para requerimiento Generar Reportes


115

Caso de Uso Reportes vacaciones, licencias y permisos

Caso de uso: Reportes vacaciones, licencias y permisos

Identificador: RV1

Descripción

general:

Permite generar reportes que incluyen el saldo en vacaciones,

basados en las vacaciones licencias y permisos concedidos a la o el

servidor de la institución que ayuden a la toma de decisiones dentro

de la Dirección de Talento Humano.

Requerimiento: Generar Reportes RF10.



Sistema].


para generar reportes.

FLUJO BASICO


FB1 El actor elige la opción de

“Vacaciones” o “Licencias” o

“Permisos” dentro del menú

Reportes según lo requiera.

FB2 El sistema solicita ciertos

parámetros conforme a los

reportes solicitados.

FB3 El actor llena todos los campos y

clic en “Generar”

FB4 El sistema procede a generar

el reporte y solicita un lugar

para guardar el archivo.

Tabla 53. Especificación de Caso de Uso Acciones Generar reportes


116

4.4.4.10. Caso de Uso para requerimiento Gestionar Consultas

Ilustración 20. Diagrama de caso de uso para el requerimiento de Gestionar Consultas

Caso de Uso Consulta Datos Servidor

Caso de uso: Consulta Datos Servidor

Identificador: GC1

Descripción

general:

El sistema debe permitir que la o el servidor de la institución,

consulten en todo momento el saldo de vacaciones, el histórico de

las acciones de movimiento de personal y permisos solicitados como

resultado de gestionar vacaciones, licencias y permisos.

Requerimiento: Gestionar Consulta RF11

Actores: Servidor/a de la institución.


Sistema].


para el usuario consulta.

FLUJO BASICO


117


FB1 El actor ingresa a la página principal

de la aplicación. Dar clic en

“Consultar saldo de vacaciones”

FB2 El sistema muestra un

formulario de consulta de

saldo de vacaciones

El actor ingresa todos los

parámetros necesarios y dar clic en

“Buscar”.

Tabla 54. Especificación de Caso de Uso Consulta Datos Servidor


118

CAPITULO 5

5. DISEÑO DE LA SOLUCIÓN

Esta fase implica la creación de esquemas, diagramas y de un modelo lógico como

parte de la solución al proyecto que se va a desarrollar, prestando atención a las técnicas

y artificios empleados en la fase del análisis.

El desarrollo del diseño de la solución pretende obtener la aplicación en su forma inicial,

la cual sirva como punto de referencia para la fase de desarrollo. Es necesario definir

correctamente todos los elementos intervinientes en el diseño de la solución, debido a

que esta se mantendrá a lo largo de la fase de desarrollo. Sin embargo el diseño de la

solución permite una retroalimentación adicional por parte de los clientes y la

posibilidad de realizar cambios de último minuto.

La fase de diseño agrupa a los elementos intervinientes en distintos puntos de vista,

requeridos para la posterior implementación de la solución.

5.1. Esquema de Proceso de Vacaciones, Licencias y Permisos.

El modulo a desarrollarse esta encargado de proporcionar el soporte para la tramitación

de las solicitudes de vacaciones, licencias y permisos emitidas por la o el servidor de la

institución. A continuación se presenta el esquema básico de cómo se gestiona y

controla el proceso de vacaciones, licencias y permisos.

Ilustración 21. Proceso de Vacaciones, Licencias y Permisos

Fuente: Elaborado por Klever Loachamin


119

1. El servidor o servidora realiza la petición de vacaciones, licencias o permiso

según sea el caso. La petición se entrega al Director o Jefe inmediato de cada

Dirección o Unidad perteneciente a Administración Central para su validación.

Las peticiones realizadas directamente por los Jefes van directamente al Director

de Talento Humano.

2. El responsable inmediato de la o el servidor, revisa la petición y la valida o

deniega la misma. De ser válida la petición se envía al Director de Talento

Humano caso contrario de devuelve al empleado.

3. El Director de Talento Humano revisa y autoriza o deniega la petición basado en

las necesidades institucionales. Si se autoriza pasa al Analista correspondiente

para su ejecución, caso contrario se devuelve al Jefe con la causa de denegación.

4. El Analista correspondiente recibe la petición autorizada, revisa los datos y

documentos adjuntos y procede a dar de alta en el sistema de gestión y control de

vacaciones, licencias y permisos. Si por alguna razón se presume que no es

correcta la petición se deniega, pasando al autorizador y posteriormente al

validador.

5.2. Punto de Vista Conceptual

La vista conceptual tiene como principal elemento a las entidades del negocio, las

cuales interviene en el desarrollo del proyecto. El modelo de dominio representa la

forma en la que interactúan dichas entidades, permitiendo en la siguiente etapa el

desarrollo de las mismas.

Se definen solo los atributos de las entidades, más no las funciones o métodos

asociados a las clases, ya que esos detalles se implementaran en la fase de desarrollo.

5.3. Punto de Vista Lógica

La vista lógica está formado por dos elementos que son: el Diagrama de Clases y el

Modelo Entidad Relación.

El Diagrama de Clases es una representación estructural del sistema. Consta de una

definición formal que representa las clases del sistema con sus atributos y métodos


120

respectivos, así como la interacción entre ellas. Las operaciones que se detalla en el

Diagrama de Clases se encuentran enmarcadas bajo en un contexto, delimitado por el

modelo de dominio previamente identificado.

El Modelo Entidad –Relación se utiliza en el modelamiento de datos que permite

obtener un esquema lógico y físico de la base de datos, considerando la interacción entre

las entidades que conforman el sistema.

Para el caso concreto se utilizara el modelo relacional. El modelo relacional es un

modelo muy intuitivo basado en tablas extendidas, donde se almacenara los datos del

sistema.

En el Modelo Entidad-Relación la representación de las entidades no necesariamente

coincide con las entidades representadas dentro del Diagrama de Clases.

5.3.1. Diagrama de clases

Ilustración 22. Diagrama de Clases del Diseño

con_asi_catalogo_general

#

o

o

*

o

o

o

*

*

o

o

cat_gen_id

fk_id_padre_cat_gen

fk_id_estado_cat_gen

cat_gen_nombre

cat_gen_descripcion

cat_gen_codigo_s

cat_gen_codigo_n

cat_gen_usuario_crea

cat_gen_fecha_crea

cat_gen_usuario_actualiza

cat_gen_fecha_actualiza

Integer

Integer

Integer

Variable characters (100)



Number (12)


Date


Date

con_asi_dia_especial

#

o

*

*

*

*

o

o

o

dia_esp_id


dia_esp_nombre

dia_esp_fecha

dia_esp_hora_inicio

dia_esp_hora_fin

dia_esp_puente

dia_esp_fechapuente

dia_esp_descripcion

Integer

Integer


Date

Time

Time


Date


con_asi_empleado

#

o

o

o

o

o

o

o

o

*

*

o

o

*

o

o

*

*

o

o

o

o

o

emp_cedula

fk_id_jornada_cat_gen

fk_uce_fac_id

fk_id_parroquia_cat_gen


fk_id_cargo_cat_gen

fk_emp_cedula_jefe

emp_codigo_s

emp_codigo_n

emp_apell ido

emp_nombre

emp_direccion

emp_email

emp_password

emp_telefono

emp_celular

emp_usuario_crea

emp_fecha_crea

emp_usuario_actualiza

emp_fecha_actualiza

fk_id_regido_por_cat_gen

emp_fecha_ingreso

emp_fecha_salida


Integer

Integer

Integer

Integer

Integer



Number (8)









Date


Date

Integer

Date

Datecon_asi_empleado_horario

#

o

o

o

*

o

o

o

o

emp_hor_id

fk_hor_id

fk_id_dia_cat_gen

fk_emp_cedula

emp_hor_fecha_crea

fk_id_dia_descanso_uno

fk_id_dia_descanso_dos

emp_hor_fecha_inicio

emp_hor_fecha_fin

Integer

Integer

Integer


Date

Integer

Integer

Date

Date

con_asi_falta

#

o

o

o

o

*

*

*

*

o

o

*

*

o

o

o

o

o

o

o

o

fal_id

fk_emp_cedula_falta

fk_id_tipo_ausencia_cat_gen

fk_id_sancion_cat_gen

fk_emp_cedula_falta_autoriza

fal_fecha_registro

fal_fecha_inicio

fal_fecha_fin

fal_duracion_dias

fal_autorizado_por

fal_observacion

fal_usuario_crea

fal_fecha_crea

fal_usuario_actualiza

fal_fecha_actualiza

fal_ced_sumilla

fal_nom_sumilla

fal_explicacion

fal_doc_referencia

fal_fecha_oficio

fal_copia

Long integer


Integer

Integer


Date

Date

Date

Number (5)




Date


Date



Text


Date


con_asi_horario

#

o

*

*

*

*

*

hor_id


hor_nombre

hor_entrada

hor_salida_almuerzo

hor_entrada_almuerzo

hor_salida

Integer

Integer


Time

Time

Time

Time

con_asi_log

#

*

o

o

o

o

log_id

log_fecha

log_usuario

log_accion

log_dato

log_descripcion

Long integer

Date




Text

con_asi_permiso

#

o

o

o

o

*

*

*

*

*

*

*

o

*

*

o

o

o

o

o

o

per_id



fk_emp_cedula_permiso

fk_emp_cedula_permiso_autoriza

per_fecha_registro

per_fecha_inicio

per_fecha_fin

per_hora_inicio

per_hora_fin

per_duracion_dias

per_duracion_horas

per_observacion

per_usuario_crea

per_fecha_crea

per_usuario_actualiza

per_fecha_actualiza

per_fecha_pedido

per_modo

per_fecha_fin_tralapada

per_motivo_traslapada

Long integer

Integer

Integer



Date

Date

Date

Time

Time

Number (5)

Number (5,2)



Date


Date

Date


Date

Text

con_asi_registro_timbrada

#

*

o

*

o

o

o

o

o

o

reg_tim_id

fk_id_tim

fk_emp_cedula

reg_tim_fecha

reg_tim_entrada

reg_tim_salida_almuerzo

reg_tim_entrada_almuerzo

reg_tim_salida

reg_tim_usuario_actualiza

reg_tim_fecha_actualiza

Long integer

Long integer


Date

Time

Time

Time

Time


Date

con_asi_timbrada

#

*

*

*

o

o

tim_id

tim_empleado

tim_fecha

tim_hora

tim_usuario_crea

tim_fecha_crea

Long integer


Date

Time


Date

con_asi_uce_facultad

#

o

o

*

o

o

o

o

*

o

o

*

*

o

o

uce_fac_id


fk_id_padre_uce_fac

uce_fac_nombre

uce_fac_direccion

uce_fac_telefono1

uce_fac_telefono2

uce_fac_email

uce_fac_autoridad

uce_fac_autoridad_alterna

uce_fac_descripcion

uce_fac_usuario_crea

uce_fac_fecha_crea

uce_fac_usuario_actualiza

uce_fac_fecha_actualiza

Integer

Integer

Integer










Date


Date

con_asi_variable_sistema

#

*

*

o

o

var_sis_id

var_sis_nombre

var_sis_valor

var_sis_margen_error

var_sis_descripcion

Integer





seg_menu

#

o

o

*

o

o

o

o

*

*

men_id

fk_id_padre_men


men_nombre

men_url

men_nivel

men_class

men_descripcion

men_fecha_creacion

men_fecha_actualiza

Integer

Integer

Integer



Characters (1)



Date

Date

seg_rol

#

o

*

o

rol_id


rol_nombre

rol_descripcion

Integer

Integer



seg_rol_menu

#

o

o

rol_men_id

men_id

rol_id

Integer

Integer

Integer

seg_usuario

#

o

o

o

*

*

*

*

*

o

*

*

o

o

usu_id


uce_fac_id

fk_rol_id

usu_nombre

usu_apell ido

usu_mail

usu_username

usu_password

usu_descripcion

usu_usuario_crea

usu_fecha_crea

usu_usuario_actualiza

usu_fecha_actualiza

Integer

Integer

Integer

Integer








Date


Date

con_asi_saldo_vacacion

#

*

*

*

o

o

*

o

o

o

o

o

sal_vac_id

fk_emp_cedula

sal_vac_dias_disponibles

sal_vac_dias_anio_actual

sal_vac_dias_un_anio

sal_vac_dias_dos_anios

sal_vac_periodo

sal_vac_dias_tomados

sal_vac_horas_tomadas

sal_vac_minutos_tomados

sal_vac_dias_anticipo

sal_vac_ultima_actualizacion

Long integer


Short integer

Short integer

Short integer

Short integer

Short integer

Short integer

Number (5,2)

Short integer

Short integer

Date

con_asi_historico_vacacion

#

*

o

o

o

o

o

o

o

o

o

o

o

*

*

o

o

*

*

*

o

o

o

*

*

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

o

his_vac_id

fk_emp_cedula

his_vac_ds_tomados

his_vac_hrs_tomadas

his_vac_mnts_tomados

his_vac_fecha_desde

his_vac_fecha_hasta

his_vac_hora_desde

his_vac_hora_hasta

his_vac_ds_disponibles

his_vac_ds_anio_actual

his_vac_ds_un_anio

his_vac_ds_dos_anios

his_vac_fecha_creacion

his_vac_usuario_creacion

his_vac_fecha_oficio

his_vac_doc_referencia

his_vac_estado

his_vac_ausencia

his_vac_modo

his_vac_ced_autoriza

his_vac_nom_autoriza

his_vac_id_proyeccion

his_vac_periodo

his_vac_encuenta_fin_semana

his_vac_ced_sumilla

his_vac_nom_sumilla

his_vac_copia

his_vac_ds_disponibles_ant

his_vac_ds_anio_actual_ant

his_vac_ds_un_anio_ant

his_vac_ds_dos_anios_ant

his_vac_periodo_ant

his_vac_ds_tomados_ant

his_vac_hrs_tomadas_ant

his_vac_mnts_tomados_ant

his_vac_ds_anticipo_ant

his_vac_observacion

his_vac_ds_anticipo

his_vac_fecha_actualizacion

his_vac_fecha_actualizacion_ant

Long integer


Short integer

Number (5,2)

Short integer

Date

Date

Time

Time

Short integer

Short integer

Short integer

Short integer

Timestamp


Date







Long integer

Short integer

Boolean




Short integer

Short integer

Short integer

Short integer

Short integer

Short integer

Number (5,2)

Short integer

Short integer


Short integer

Date

Date

con_asi_accion_personal

#

*

o

*

*

o

o

o

o

o

o

o

*

*

*

o

o

o

o

o

o

o

*

acc_per_id

fk_emp_cedula

fk_motivo_cat_gen

acc_per_fecha_creacion

acc_per_usuario_creacion

acc_per_fecha_documento

acc_per_fecha_elaboracion

acc_per_doc_referencia

acc_per_ced_autoriza

acc_per_nom_autoriza

acc_per_explicacion1


acc_per_estado

acc_per_impreso

acc_per_tipo

acc_per_fecha_desde

acc_per_fecha_hasta

acc_per_duracion_dias

acc_per_copia

acc_per_observacion

acc_per_ds_disponibles

acc_per_periodo

acc_per_id_registro_ref

Long integer


Integer

Timestamp


Date

Date




Text

Text




Date

Date

Short integer


Text

Short integer

Short integer

Long integer

con_asi_proyeccion_vacaciones

#

*

*

*

*

*

*

o

o

o

o

*

*

pro_vac_id

fk_emp_cedula

pro_vac_fecha_desde

pro_vac_fecha_hasta

pro_vac_ds_tomados

pro_vac_fecha_creacion

pro_vac_usuario_creacion

pro_vac_ced_autoriza

pro_vac_nombre_autoriza

pro_vac_fecha_documento

pro_vac_doc_referencia

pro_vac_estado

pro_vac_estado_proyeccion

Long integer


Date

Date

Short integer

Timestamp




Date





122

5.3.2. Modelo Entidad -Relación

Ilustración 23. Modelo Entidad-Relación de Datos

con_asi_catalogo_general

cat_gen_id

fk_id_padre_cat_gen


cat_gen_nombre

cat_gen_descripcion

cat_gen_codigo_s

cat_gen_codigo_n

cat_gen_usuario_crea

cat_gen_fecha_crea

cat_gen_usuario_actualiza

cat_gen_fecha_actualiza

int4

int4

int4

varchar(100)

varchar(250)

varchar(20)

numeric(12)

varchar(50)

date

varchar(50)

date

<pk>

<fk1>

<fk2>

con_asi_dia_especial

dia_esp_id


dia_esp_nombre

dia_esp_fecha

dia_esp_hora_inicio

dia_esp_hora_fin

dia_esp_puente

dia_esp_fechapuente

dia_esp_descripcion

int4

int4

varchar(50)

date

time

time

varchar(2)

date

varchar(250)

<pk>

<fk>

con_asi_empleado

emp_cedula

fk_id_jornada_cat_gen

fk_uce_fac_id

fk_id_parroquia_cat_gen


fk_id_cargo_cat_gen

fk_emp_cedula_jefe

emp_codigo_s

emp_codigo_n

emp_apellido

emp_nombre

emp_direccion

emp_email

emp_password

emp_telefono

emp_celular

emp_usuario_crea

emp_fecha_crea

emp_usuario_actualiza

emp_fecha_actualiza

fk_id_regido_por_cat_gen

emp_fecha_ingreso

emp_fecha_salida

varchar(10)

int4

int4

int4

int4

int4

varchar(10)

varchar(8)

numeric(8)

varchar(50)

varchar(50)

varchar(100)

varchar(50)

varchar(100)

varchar(9)

varchar(10)

varchar(50)

date

varchar(50)

date

int4

date

date

<pk>

<fk3>

<fk5>

<fk4>

<fk2>

<fk1>

<fk7>

<fk6>

con_asi_empleado_horario

emp_hor_id

fk_hor_id

fk_id_dia_cat_gen

fk_emp_cedula

emp_hor_fecha_crea

fk_id_dia_descanso_uno

fk_id_dia_descanso_dos

emp_hor_fecha_inicio

emp_hor_fecha_fin

int4

int4

int4

varchar(10)

date

int4

int4

date

date

<pk>

<fk3>

<fk1>

<fk2>

<fk5>

<fk4>

con_asi_falta

fal_id

fk_emp_cedula_falta



fk_emp_cedula_falta_autoriza

fal_fecha_registro

fal_fecha_inicio

fal_fecha_fin

fal_duracion_dias

fal_autorizado_por

fal_observacion

fal_usuario_crea

fal_fecha_crea

fal_usuario_actualiza

fal_fecha_actualiza

fal_ced_sumilla

fal_nom_sumilla

fal_explicacion

fal_doc_referencia

fal_fecha_oficio

fal_copia

int8

varchar(10)

int4

int4

varchar(10)

date

date

date

numeric(5)

varchar(100)

varchar(250)

varchar(50)

date

varchar(50)

date

varchar(10)

varchar(100)

TEXT

varchar(50)

DATE

varchar(100)

<pk>

<fk1>

<fk3>

<fk2>

<fk4>

con_asi_horario

hor_id


hor_nombre

hor_entrada

hor_salida_almuerzo

hor_entrada_almuerzo

hor_salida

int4

int4

varchar(50)

time

time

time

time

<pk>

<fk>

con_asi_log

log_id

log_fecha

log_usuario

log_accion

log_dato

log_descripcion

int8

date

varchar(100)

varchar(50)

varchar(500)

text

<pk>

con_asi_permiso

per_id



fk_emp_cedula_permiso

fk_emp_cedula_permiso_autoriza

per_fecha_registro

per_fecha_inicio

per_fecha_fin

per_hora_inicio

per_hora_fin

per_duracion_dias

per_duracion_horas

per_observacion

per_usuario_crea

per_fecha_crea

per_usuario_actualiza

per_fecha_actualiza

per_fecha_pedido

per_modo


per_motivo_traslapada

int8

int4

int4

varchar(10)

varchar(10)

date

date

date

time

time

numeric(5)

numeric(5,2)

varchar(250)

varchar(50)

date

varchar(50)

date

date

varchar(1)

date

TEXT

<pk>

<fk3>

<fk2>

<fk1>

<fk4>

con_asi_registro_timbrada

reg_tim_id

fk_id_tim

fk_emp_cedula

reg_tim_fecha

reg_tim_entrada

reg_tim_salida_almuerzo

reg_tim_entrada_almuerzo

reg_tim_salida

reg_tim_usuario_actualiza

reg_tim_fecha_actualiza

int8

int8

varchar(10)

date

time

time

time

time

varchar(50)

date

<pk>

<fk>

con_asi_timbrada

tim_id

tim_empleado

tim_fecha

tim_hora

tim_usuario_crea

tim_fecha_crea

int8

varchar(20)

date

time

varchar(50)

date

<pk>

con_asi_uce_facultad

uce_fac_id


fk_id_padre_uce_fac

uce_fac_nombre

uce_fac_direccion

uce_fac_telefono1

uce_fac_telefono2

uce_fac_email

uce_fac_autoridad

uce_fac_autoridad_alterna

uce_fac_descripcion

uce_fac_usuario_crea

uce_fac_fecha_crea

uce_fac_usuario_actualiza

uce_fac_fecha_actualiza

int4

int4

int4

varchar(100)

varchar(100)

varchar(10)

varchar(10)

varchar(50)

varchar(100)

varchar(100)

varchar(250)

varchar(50)

date

varchar(50)

date

<pk>

<fk1>

<fk2>

con_asi_variable_sistema

var_sis_id

var_sis_nombre

var_sis_valor

var_sis_margen_error

var_sis_descripcion

int4

varchar(100)

varchar(100)

varchar(100)

varchar(250)

<pk>

seg_menu

men_id

fk_id_padre_men


men_nombre

men_url

men_nivel

men_class

men_descripcion

men_fecha_creacion

men_fecha_actualiza

int4

int4

int4

varchar(50)

varchar(100)

char(1)

varchar(50)

varchar(250)

date

date

<pk>

<fk1>

<fk2>seg_rol

rol_id


rol_nombre

rol_descripcion

int4

int4

varchar(50)

varchar(250)

<pk>

<fk>

seg_rol_menu

rol_men_id

men_id

rol_id

int4

int4

int4

<pk>

<fk1>

<fk2>

seg_usuario

usu_id


uce_fac_id

fk_rol_id

usu_nombre

usu_apellido

usu_mail

usu_username

usu_password

usu_descripcion

usu_usuario_crea

usu_fecha_crea

usu_usuario_actualiza

usu_fecha_actualiza

int4

int4

int4

int4

varchar(50)

varchar(50)

varchar(50)

varchar(50)

varchar(100)

varchar(250)

varchar(50)

date

varchar(50)

date

<pk>

<fk1>

<fk2>

<fk3>


sal_vac_id

fk_emp_cedula

sal_vac_dias_disponibles

sal_vac_horas_disponibles

sal_vac_minutos_disponibles

sal_vac_horas_tomadas

sal_vac_minutos_tomados

sal_vac_dias_anio_actual

sal_vac_dias_un_anio

sal_vac_dias_dos_anios

sal_vac_periodo

sal_vac_dias_tomados

sal_vac_fecha_modificacion

INT8

varchar(10)

INT2

NUMERIC(5,2)

INT2

NUMERIC(5,2)

INT2

INT2

INT2

INT2

INT2

INT2

DATE

<pk>

<fk>


his_vac_id

fk_emp_cedula

his_vac_ds_tomados

his_vac_hrs_tomadas

his_vac_mnts_tomados

his_vac_fecha_desde

his_vac_fecha_hasta

his_vac_hora_desde

his_vac_hora_hasta

his_vac_ds_disponibles

his_vac_hrs_disponibles

his_vac_mnts_disponibles

his_vac_ds_anio_actual

his_vac_ds_un_anio

his_vac_ds_dos_anios

his_vac_fecha_creacion

his_vac_usuario_creacion

his_vac_fecha_oficio

his_vac_doc_referencia

his_vac_estado

his_vac_ausencia

his_vac_modo

his_vac_ced_autoriza

his_vac_nom_autoriza

his_vac_id_proyeccion

his_vac_periodo

his_vac_encuenta_fin_semana

his_vac_ced_sumilla

his_vac_nom_sumilla

his_vac_copia

his_vac_ds_disponibles_ant

his_vac_hrs_disponibles_ant

his_vac_mnts_disponibles_ant

his_vac_ds_anio_actual_ant

his_vac_ds_un_anio_ant

his_vac_ds_dos_anios_ant

his_vac_periodo_ant

his_vac_ds_tomados_ant

his_vac_hrs_tomadas_ant

his_vac_mnts_tomados_ant

his_vac_fecha_actualizacion_ant

INT8

varchar(10)

INT2

NUMERIC(5,2)

INT2

DATE

DATE

TIME

TIME

INT2

NUMERIC(5,2)

INT2

INT2

INT2

INT2

TIMESTAMP

VARCHAR(50)

DATE

VARCHAR(50)

VARCHAR(1)

VARCHAR(50)

VARCHAR(50)

VARCHAR(10)

VARCHAR(100)

INT8

INT2

BOOL

VARCHAR(10)

VARCHAR(100)

VARCHAR(100)

INT2

NUMERIC(5,2)

INT2

INT2

INT2

INT2

INT2

INT2

NUMERIC(5,2)

INT2

DATE

<pk>

<fk>


acc_per_id

fk_emp_cedula

fk_motivo_cat_gen

acc_per_fecha_creacion

acc_per_usuario_creacion

acc_per_fecha_documento

acc_per_fecha_elaboracion

acc_per_doc_referencia

acc_per_ced_autoriza

acc_per_nom_autoriza



acc_per_estado

acc_per_impreso

acc_per_tipo

acc_per_fecha_desde

acc_per_fecha_hasta

acc_per_duracion_dias

acc_per_copia

acc_per_observacion

acc_per_ds_disponibles

acc_per_periodo

acc_per_id_registro_ref

INT8

varchar(10)

int4

TIMESTAMP

VARCHAR(50)

DATE

DATE

VARCHAR(50)

VARCHAR(10)

VARCHAR(100)

TEXT

TEXT

VARCHAR(1)

VARCHAR(20)

VARCHAR(50)

DATE

DATE

INT2

VARCHAR(100)

TEXT

INT2

INT2

INT8

<pk>

<fk1>

<fk2>

con_asi_proyeccion_vacaciones

pro_vac_id

fk_emp_cedula

pro_vac_fecha_desde

pro_vac_fecha_hasta

pro_vac_ds_tomados

pro_vac_fecha_creacion

pro_vac_usuario_creacion

pro_vac_ced_autoriza

pro_vac_nombre_autoriza

pro_vac_fecha_documento

pro_vac_doc_referencia

pro_vac_estado

pro_vac_estado_proyeccion

INT8

varchar(10)

DATE

DATE

INT2

TIMESTAMP

VARCHAR(50)

VARCHAR(10)

VARCHAR(100)

DATE

VARCHAR(50)

VARCHAR(1)

VARCHAR(1)

<pk>

<fk>

5.3.3. Diccionario de Datos

Tablas


Campo Descripción

acc_per_id Identificador único de acción personal

fk_emp_cedula Llave foránea que identifica al empleado que se le

concede la acción de personal

fk_motivo_cat_gen Llave foránea que identifica el tipo de movimiento de

personal

acc_per_fecha_creacion Fecha de creación de la acción de personal

acc_per_usuario_creacion Fecha vigencia de la acción de personal

acc_per_fecha_documento Fecha de oficio solicitante

acc_per_fecha_elaboracion Fecha de creación de la acción de personal

acc_per_doc_referencia Referencia o número de oficio

acc_per_ced_autoriza Cedula del usuario autorizador

acc_per_nom_autoriza Nombre del usuario autorizador

acc_per_explicacion1 Texto explicación motivo de la acción de personal

acc_per_explicacion2 Texto explicación motivo de la acción de personal

acc_per_estado Estado de la acción de movimiento de personal

acc_per_impreso Estado de impresión

acc_per_tipo Tipo de movimiento de personal

acc_per_fecha_desde Fecha vigencia de la acción de movimiento de personal

acc_per_fecha_hasta Fecha de fin de la acción de movimiento de personal

acc_per_duracion_dias Número de días

acc_per_copia Asignar copia del documento impreso

acc_per_observacion Observaciones extras

acc_per_ds_disponibles Saldo en días de las vacaciones

acc_per_periodo Periodo de vacaciones disponibles

acc_per_id_registro_ref Identificador del articulo

Tabla 55. Entidad con_asi_accion_personal


124


Campo Descripción

his_vac_id Identificador único del histórico

fk_emp_cedula Llave foránea que identifica al empleado que se le

ha concedido alguna acción de personal

his_vac_ds_tomados Registro del descuento en días

his_vac_hrs_tomadas Registro del descuento en horas

his_vac_mnts_tomados Registro del descuento en minutos

his_vac_fecha_desde Fecha de concesión de vacaciones

his_vac_fecha_hasta Fecha fin de la concesión de vacaciones

his_vac_hora_desde Registro de hora de inicio del permiso

his_vac_hora_hasta Registro de la hora fin del permiso

his_vac_ds_disponibles Saldo de vacaciones en días

his_vac_hrs_disponibles Saldo de vacaciones en horas

his_vac_mnts_disponibles Saldo de vacaciones en minutos

his_vac_ds_anio_actual Vacaciones días acumulados actual

his_vac_ds_un_anio Vacaciones días acumulados en un año

his_vac_ds_dos_anios Vacaciones días acumulados en dos años

his_vac_fecha_creacion Registro de la fecha de creación del sistema de la

acción de movimiento de personal

his_vac_usuario_creacion Registro de la fecha del usuario

his_vac_fecha_oficio Fecha del documento solicitante

his_vac_doc_referencia Número de oficio

his_vac_estado Estado activado o desactivado

his_vac_ausencia Tipo de ausencia (permiso, vacación y licencia)

his_vac_modo Registro por horas o por días (H,D)

his_vac_ced_autoriza Cédula del usuario que autoriza el movimiento de

personal

his_vac_nom_autoriza Nombre del usuario quien autoriza el movimiento de

personal


125

his_vac_id_proyeccion Identificador de la planificación de vacaciones

anuales

his_vac_periodo Período al que corresponde el saldo de vacaciones

his_vac_encuenta_fin_semana Registro que toma en cuenta los fines de semana

para el descuento de las vacaciones

his_vac_ced_sumilla Servidor público que elabora la acción de

movimiento de personal

his_vac_nom_sumilla Servidor público que elabora la acción de

movimiento de personal

his_vac_copia Registra el usuario al cual se le genera una copia del

documento

his_vac_ds_disponibles_ant Días disponibles antes del descuento

his_vac_hrs_disponibles_ant Horas disponibles antes del descuento

his_vac_mnts_disponibles_ant Minutos disponibles antes del descuento

his_vac_ds_anio_actual_ant Días de vacaciones después del descuento

his_vac_ds_un_anio_ant Días de vacaciones después del descuento

his_vac_ds_dos_anios_ant Días de vacaciones después del descuento

his_vac_periodo_ant Registro del período solicitado de vacaciones

his_vac_ds_tomados_ant Vacaciones días tomados acumulado

his_vac_hrs_tomadas_ant Vacaciones horas tomadas acumulado

his_vac_mnts_tomados_ant Vacaciones minutos tomados acumulado

his_vac_fecha_actualizacion_ant Fecha de la última concesión de vacaciones(fecha de

inicio)

Tabla 56. Entidad con_asi_historico_vacacion

con_asi_permiso

Campo Descripción

per_id Identificador único de permisos

fk_id_tipo_ausencia_cat_gen Llave foránea que identifica el tipo de ausencia del

empleado

fk_id_sancion_cat_gen Llave foránea que identifica la sanción que se le


126

asignara al empleado

fk_emp_cedula_permiso Llave foránea que identifica al empleado a quien se

le asigna un permiso

fk_emp_cedula_permiso_autoriza Llave foránea que identifica el analista que autoriza

el permiso

per_fecha_registro Fecha de ingreso del permiso

per_fecha_inicio Fecha desde cuando se le concede el permiso

per_fecha_fin Fecha fin del concesión del permiso

per_hora_inicio Registro por horas del permiso inicio

per_hora_fin Registro por horas del permiso fin

per_duracion_dias Número de días del permiso

per_duracion_horas Horas del permiso concedido

per_observacion Observación acerca del permiso registrado

per_usuario_crea Registro del usuario que crea el permiso

per_fecha_crea Fecha de creación del permiso

per_usuario_actualiza Registra el usuario que modifica un permiso

per_fecha_actualiza Registra fecha en que el usuario modifica un

permiso

per_fecha_pedido Fecha de pedido del permiso

per_modo Registra el tiempo de permiso por horas o por días

(H,D)


per_motivo_tralapada

Tabla 57. Entidad con_asi_permiso

con_asi_proyección_vacaciones

Campo Descripción

pro_vac_id Identificador único de proyección de vacaciones

fk_emp_cedula Llave foránea que identifica al empleado al cual se

le asigna un tentativa de vacaciones

pro_vac_fecha_desde Fecha inicio de posibles vacaciones


127

pro_vac_fecha_hasta Fecha fin de posibles vacaciones

pro_vac_ds_tomados Días tomados del saldo de vacaciones

pro_vac_fecha_creacion Fecha en la que se registra el planificación

pro_vac_usuario_creacion Usuario que registra la planificación

pro_vac_ced_autoriza Persona quien autoriza la planificación

pro_vac_nombre_autoriza Persona quien autoriza la planificación

pro_vac_fecha_documento Fecha del documento con la planificación

pro_vac_doc_referencia Numero de oficio del documento

pro_vac_estado Estado del trámite

pro_vac_estado_proyeccion Estado de la proyección en ejecución

Tabla 58. Entidad con_asi_proyección_vacaciones


Campo Descripción

sal_vac_id Identificador único de saldo vacación

fk_emp_cedula Llave foránea que identifica al empleado con su saldo

respectivo de vacaciones

sal_vac_dias_disponibles Días disponibles de vacaciones

sal_vac_horas_disponibles Horas disponibles de vacaciones

sal_vac_minutos_disponibles Minutos disponibles de vacaciones

sal_vac_horas_tomadas Horas descontadas al saldo de vacaciones

sal_vac_minutos_tomados Minutos descontados al saldo de vacaciones

sal_vac_dias_anio_actual Total días de vacaciones disponibles

sal_vac_dias_un_anio Días de vacaciones de hace un año atrás

sal_vac_dias_dos_anios Días de vacaciones de hace dos años

sal_vac_periodo Periodo al que corresponde las vacaciones disponibles

sal_vac_dias_tomados Días descontados al saldo de vacaciones

sal_vac_fecha_modificacion Fecha de la última concesión de vacaciones(fecha de

finalización)

Tabla 59. Entidad con_asi_saldo_vacación

con_asi_empleado


128

Campo Descripción

emp_cedula Identificador único de empleado. El identificador es la

cédula del empleado

fk_id_jornada_cat_gen Llavea foránea que identifica la jornada de labores del

empleado

fk_uce_fac_id Llavea foránea que identifica la facultad o dependencia

en la cual labora el servidor

fk_id_parroquia_cat_gen Llave foránea que identifica la parroquia del servidor

fk_id_estado_cat_gen Llave foránea que identifica el estado del servidor

fk_id_cargo_cat_gen Llave foránea que identifica el cargo del servidor

(empleado o vigilante)

fk_emp_cedula_jefe Llave foránea que identifica el número de cedula del

jefe del servidor

emp_codigo_s Código auxiliar tipo caracteres

emp_codigo_n Código auxiliar tipo numérico

emp_apellido Apellido del servidor

emp_nombre Nombre del servidor

emp_direccion Dirección del servidor

emp_email Email del servidor

emp_password Contraseña del servidor

emp_telefono Teléfono del servidor

emp_celular Teléfono celular del servidor

emp_usuario_crea Usuario que registra a un nuevo servidor

emp_fecha_crea Fecha de registro del nuevo servidor

emp_usuario_actualiza Usuario que accede al registro de actualización del

servidor

emp_fecha_actualiza Fecha en que se actualiza el registro del servidor

fk_id_regido_por_cat_gen Llave foránea que identifica el régimen del servidor

emp_fecha_ingreso Fecha ingreso del servidor a la institución

emp_fecha_salida Fecha de fin de salida del servidor

Tabla 60. Entidad con_asi_empleado


129

con _asi_variable_sistema

Campo Descripción

var_sis_id Identificador único de variable del sistema

var_sis_nombre Nombre de la variable de configuración

del sistema.

var_sis_valor Valor de la variable

var_sis_margen_error Margen de error

var_sis_descripcion Descripción adicional de la variable de

sistema.

Tabla 61. Entidad con_asi_variable_sistema

5.4. Punto de Vista de Implementación

La vista de implementación comprende todos aquellos artificios que se utilizan para

ensamblar el sistema y ponerlo en producción. Esta vista también nos permite observar

la correspondencia de unas clases con otras, así como también la correspondencia de los

componentes lógicos con los físicos.

El diagrama que se utiliza para representar todos los componentes de esta vista es el

Diagrama de Secuencia.

5.4.1. Diagrama de Secuencia

El diagrama de secuencia consta de objetos, mensajes entre los objetos y el tiempo de

vida del objeto. El diagrama de secuencia muestra la forma en que los objetos se

comunican o interactúan entre si durante el trascurso del tiempo, que facilita

comprender la ejecución de un proceso. De modo que los diagramas de secuencia no son

más que una representación escénica de los casos de uso del sistema. Estos diagramas se

utilizan para indicar la dinámica del sistema orientado a objetos, es decir como los

objetos interactúan en varios escenarios representativos.

A continuación se detallan los diagramas de secuencia usados para la documentar los

casos de uso descritos anteriormente. Muestra los eventos que el actor realiza para los

escenarios principales.


130

5.4.1.1. Gestionar Sesión

Ilustración 24. Diagrama de secuencia para el caso de uso GS1



131

5.4.1.2. Gestionar Usuarios

Ilustración 26. Diagrama de secuencia para el caso de uso GU2


132




133


5.4.1.3.Gestionar Servidores de la institución



134


5.4.1.4.Gestionar Variables del sistema

Ilustración 32. Diagrama de secuencia para el caso de uso GVS2


135

Ilustración 33. Diagrama de secuencia para el caso de uso GVS3


136

5.4.1.5.Gestionar Vacaciones

Ilustración 34. Diagrama de secuencia para el caso de uso GV2


137



138



139



140



141

5.4.1.6. Gestionar Licencias

Ilustración 39. Diagrama de secuencia para el caso de uso GL2


142



143



144

5.4.1.7.Gestionar Permisos

Ilustración 42. Diagrama de secuencia para el caso de uso GP2


145

Ilustración 43. Diagrama de secuencia para el caso de uso GP3


146

5.4.1.8.Gestionar Impresiones

Ilustración 44. Diagrama de secuencia para el caso de uso GI2

5.4.1.9. Gestionar Consulta

Ilustración 45. Diagrama de secuencia para el caso de uso GC1


147

CAPÍTULO 6

6. DESARROLLO E IMPLEMENTACIÓN

En la fase de desarrollo se definirá cómo se van a implementarse las funcionalidades,

cómo se caracterizaran las interfaces, cómo se traducirá el diseño a un lenguaje de

programación y cómo se van a realizar las diferentes pruebas.

Mientras que ya en la fase de implementación se procederá a ejecutar el desarrollo del

proyecto es decir que se podrá visualizar más ampliamente la arquitectura final del

sistema.

6.1. Requerimientos de Hardware

Los requerimientos de hardware mínimos recomendados para el correcto

funcionamiento de la aplicación “SISTEMA DE GESTION Y CONTROL DE

VACACIONES, LICENCIAS Y PERMISOS PARA EL PERSONAL

ADMINISTRATIVO Y DE SERVICIO DE LA DIRECCIÓN DE TALENTO

HUMANO DE LA UNIVERSIDAD CENTRAL DEL ECUADOR” son:

Memoria recomendada 2GB

Procesador recomendado 2GHZ

Espacio en disco recomendado 40GB

Unidad de DVD-ROM

Periféricos de entrada/salida: pantalla, mouse y teclado.

6.2.Requerimientos de Software para el Desarrollo

Las herramientas de desarrollo a utilizarse en dicho proyecto son programas

informáticos que usa un desarrollador; para crear, depurar, gestionar y mantener un

programa.

El requerimiento no funcional (RNF2) sugiere el uso de herramientas de software libre.

Por este motivo para que el sistema a desarrollar e implementar tenga un correcto

funcionamiento se debe tener en cuenta la correcta instalación de los diferentes

programas detallados a continuación:


148

Sistema Operativo centos 6.5

Java - jdk1.7.0_51

Netbeans 7.4

PostgreSQL 9.3.2.1

GlassFish 3.1.2

IReport 5.1.0

6.2.1. Sistema Operativo CentOS 6.5

“CentOS (Community Enterprise Operating System) es una bifurcación a nivel binario

de la distribución Linux Red Hat Enterprise Linux RHEL, compilado por voluntarios a

partir del código fuente publicado por Red Hat.” (Wikipedia Enciclopedia Libre, 2015)

La característica principal del Centos 6.5 es que es un sistema operativo de código

abierto que se basa en la distribución RHEL, mismo que ofrece al usuario un software de

clase empresarial gratuito.

Requerimientos minimos

Memoria RAM: 2 GB (mínimo).

Espacio en Disco Duro: 20 GB (mínimo) - 40 GB (recomendado).

Procesador: soporta las arquitecturas i386 y x86_64 de 32 y 64 bits

respectivamente.

Para el desarrollo del sistema es necesario instalar CentOS 6.5 por lo que a continuacion

se detallará los pasos a seguir para la correcta instalación de dicho sistema operativo.

1. Para la instalar el sistema operativo se debe insertar el DVD de instalación “Sistema

operativo-SIGEVLP”, o a su vez para una arquitectura i386 se lo puede descargar

desde: http://mirror.symnds.com/distributions/CentOS-vault/6.5/isos/i386/CentOS-

6.5-i386-LiveDVD.iso Una vez ejecutado el DVD, la primera pantalla pregunta si

desea probar el sistema operativo o si desea realizar la instalación, elegir la opción

“Install”.

http://es.wikipedia.org/wiki/Bifurcaci%C3%B3n_%28desarrollo_de_software%29

http://es.wikipedia.org/wiki/Red_Hat_Enterprise_Linux

http://es.wikipedia.org/wiki/C%C3%B3digo_fuente

http://es.wikipedia.org/wiki/Red_Hat

http://mirror.symnds.com/distributions/CentOS-vault/6.5/isos/i386/CentOS-6.5-i386-LiveDVD.iso

http://mirror.symnds.com/distributions/CentOS-vault/6.5/isos/i386/CentOS-6.5-i386-LiveDVD.iso


149

Ilustración 46. Inicio de la instalación de CentOS

2. Chequear que el DVD de instalación este correcto, si es así se procede a dar un enter

en Skip.


150

Ilustración 47. Comprueba el DVD de instalación

3. Inmediatamente se inicia el entorno gráfico para la instalación del sistema. Dar click

en “Next”.


151

Ilustración 48. Versión del sistema operativo

4. Elegir el idioma a utilizarse durante toda la instalación y dar clic en el botón Next.


152

Ilustración 49. Selecciona el idioma de instalación

5. Seleccionar el idioma para el teclado del sistema, dar clic al botón “Siguiente”.


153

Ilustración 50. Seleccionar el idioma del teclado

6. Elegir la primera opción. Dar clic al botón “Siguiente”


154

Ilustración 51. Configurar dispositivos de almacenamiento

7. Aparecerá el disco detectado. Dar clic al botón “Si descarte todos los datos “


155

Ilustración 52. Aceptar dispositivos de almacenamiento

8. Definir el nombre del equipo para el sistema Centos (hostname). Dar clic al botón

“Siguiente”.


156

Ilustración 53. Nombre del equipo

9. Seleccionar la zona horaria en donde va a estar ubicado el equipo para que la misma

quede activada. Dar clic al botón “Siguiente”.


157

Ilustración 54. Seleccione zona horaria

10. Escribir una contraseña para el usuario root (administrador del sistema). Dar clic al

botón “Siguiente”.


158

Ilustración 55. Seleccione contraseña de la cuenta de root

11. Decidir cómo se particionará el disco duro para instalar, donde existirán las

siguientes opciones a elegir:

Usar la totalidad del disco duro

Compartir el disco con otro OS

Configurar el particionado

Una vez elegida una de estas tres opciones(Es recomendable elegir la primera opción).

Dar clic al botón “Siguiente”


159

Ilustración 56. Seleccione tipo de instalación

12. El asistente de instalación pregunta si se desea escribir los cambios elegidos en el

disco, para continuar hacer clic en el botón “Escribir cambios al disco”.


160

Ilustración 57. Escribir la configuración de almacenamiento

13. El asistente de instalación comienza a crear y formatear las particiones en el disco.

Ilustración 58. Formatear particiones en el disco

14. Una vez creado las particiones en disco, elegir el modo de instalación “Basic Server”

que instala y tiene herramientas de fácil personalización.


161

Ilustración 59. Modo de instalación

15. A continuación conservar el diseño de instalación mínima. Adicional a esto se debe

elegir que en la instalación del sistema operativo se incluya la administración del

mismo por entorno gráfico, esto mediante la habilitación del paquete “Escritorio” del

apartado escritorios; así mismo se debe indicar que no se desea incluir los paquetes

de OpenJDK, ya que se instalara la máquina virtual de java del proveedor Oracle.

Dar clic al botón “Siguiente” para continuar con la instalación.


162

Ilustración 60. Personalizar la instalación de CentOS

16. El asistente de instalación comprueba las dependencias de los paquetes que se

instalarán con el sistema operativo. Si todo esta correcto se inicia la instalación


163

Ilustración 61. Transfiriendo la imagen viva al disco duro

17. Una vez instalado Linux Centos. Dar clic al botón “Reiniciar”


164

Ilustración 62. Instalación de CentOS completa

18. Una vez reiniciado el equipo, se mostrará la pantalla de bienvenida al. Dar clic al

botón “Adelante”.

Ilustración 63. Pantalla de bienvenida


165

19. Aceptar el acuerdo de licencia que incluye el sistema operativo. Dar clic al botón

“Adelante”.

Ilustración 64. Información de licencia

20. Si desea crear un usuario deferente al root, ingresar el nombre de usuario y

contraseña. Dar clic al botón “Adelante”

Ilustración 65. Crear usuario diferente al root


166

21. Fijar la fecha y hora del sistema. Dar clic en el botón “Adelante”.

Ilustración 66. Fijar fecha y hora

22. Verificar que se ha instalado la herramienta Kdump en el sistema operativo. Dar clic

al botón “Finalizar”, con lo cual el proceso de instalación está completo.

Ilustración 67. Comprobación de Kdump


167

23. Luego de finalizar el proceso de instalación, se muestra de inicio del sistema

operativo.

Ilustración 68. Inicio del sistema operativo CentOS

6.2.2. Java- jdk1.7.0_51

“Java es un lenguaje de programación de propósito general, concurrente, orientado a

objetos que fue diseñado específicamente para tener tan pocas dependencias de

implementación como fuera posible. Su intención es permitir que los desarrolladores de

aplicaciones escriban el programa una vez y lo ejecuten en cualquier dispositivo

(conocido en inglés como WORA, o "write once, run anywhere"), lo que quiere decir que

el código que es ejecutado en una plataforma no tiene que ser recompilado para correr en

otra.” (Wikipedia Encliclopedia Libre, 2015)

Java es uno de los lenguajes de programación más conocidos que por lo general, se

utiliza para el desarrollo de aplicaciones web.

Java Development Kit (JDK) es un software cuyas herramientas, permiten el desarrollo

y ejecución, que se aplicarán en el ambiente de desarrollo, utilizando un lenguaje Java,

la versión que se utilizará para la implementación del sistema será jdk1.7.0_51. Hay que

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_de_prop%C3%B3sito_general

http://es.wikipedia.org/wiki/Computaci%C3%B3n_concurrente

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Desarrollador_de_software

http://es.wikipedia.org/wiki/C%C3%B3digo_fuente

http://es.wikipedia.org/wiki/Compilaci%C3%B3n_en_tiempo_de_ejecuci%C3%B3n


168

tomar en cuenta que versión dependerá de las actualizaciones que se presenten a medida

que pasa el tiempo.

A continuación se detalla paso a paso la instalación de este software.

1. Insertar el CD “Herramientas de desarrollo – SIGEVLP” e ingresar al directorio

Instaladores/Jdk en donde se deberá ubicar el archivo “jdk-7u51-linux-i586.rpm” y

copiarlo en la ruta raíz del sistema operativo “/”. También se puede descargar la

versión de Java más reciente desde:

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2. Abrir el terminal de CentOS, ubicándose en el menú principal ir a aplicaciones y

buscar la selección herramientas del sistema y dar clic al icono terminal, como

usuario privilegiado (root) y dirigirse a la ubicación del archivo.

3. Proceder a la instalación ejecutando el siguiente comando “rpm –ivh jdk-7u51-linux-

i586.rpm” y esperar unos instantes hasta que concluya la instalación.

Ilustración 69. Instalación de Java-jdk

4. El paquete se instalará en su totalidad en /usr/java/jdk1.7.0_51, creando de forma

automática los enlaces simbólicos /usr/java/default y /usr/java/latest

http://www.oracle.com/technetwork/java/javase/downloads/index.html


169

Ilustración 70. Revisión de los enlaces simbólicos de instalación

5. Añadir nuestro JDK al PATH de CentOS con el siguiente comando (se puede usar

vi, gedit o nano como editor): “nano/etc/profile”. Llenar las líneas JAVA_HOME

hasta el último export tal como se indica a continuación.

export JAVA_HOME=/usr/java/jdk1.7.0_51/

export PATH=$PATH:$HOME/bin:$JAVA_HOME/bin

export PATH=$PATH:$HOME/bin:$JAVA_HOME/bin

export JAVA_HOME=/usr/java/jre1.7.0_51

export DERBY_HOME=/usr/java/jdk1.7.0_51/db


170

Ilustración 71. Configurar variables de entorno

6. Instalar las alternativas en el sistema operativo, para que reconozca el nuevo JDK

update–alternatives --install “/usr/bin/java” “java”

“/usr/java/jre1.7.0_51/bin/java” 1

update–alternatives --install “/usr/bin/javac” “javac”

“/usr/java/jdk1.7.0_51/bin/javac” 1

update-alternatives --install "/usr/bin/java" "java"

"/usr/java/jdk1.7.0_51/jre/bin/java" 1

update-alternatives --install "/usr/bin/javac" "javac"

"/usr/java/jdk1.7.0_51/bin/javac" 1

7. Actualizar las alternativas en el sistema

update–alternatives --set java "/usr/java/jre1.7.0_51/bin/java”

update–alternatives --set javac "/usr/java/jdk1.7.0_51/bin/javac”

update-alternatives --set java "/usr/java/jdk1.7.0_51/jre/bin/java"

update-alternatives --set javac "/usr/java/jdk1.7.0_51/bin/javac"


171

8. Verificar el JDK instalado con el siguiente comando y listo

Java -version

9. Una vez ejecutado el comando anterior aparecerá en el terminal del sistema la

versión de la máquina virtual de java mostrando su instalación en el equipo.

Ilustración 72. Verificar el JDK instalado

6.2.3. NetBeans IDE 7.4

“NetBeans es un entorno de desarrollo integrado libre, hecho principalmente para el

lenguaje de programación Java. Existe además un número importante de módulos para

extenderlo. NetBeans es un producto libre y gratuito sin ninguna restricción de uso.”

(Wikipedia Enciclopedia Libre, 2015)

Esta plataforma permite que todas las aplicaciones sean desarrolladas a partir de un

conjunto de componentes de software conocidos como módulos.

El sistema a implementarse utilizará como IDE el NetBeans 7.4 por su confiabilidad y

fácil manejo.

Los pasos a seguir para su instalación son los siguientes:

1. Para la instalar de NetBeans, se debe insertar el CD de instalación “Herramientas

de desarrollo - SIGEVLP”, o a su vez se lo puede descargar desde:

https://netbeans.org/downloads/7.4/ dependiendo de la arquitectura del sistema

operativo, 32 0 64 bit. En el CD, ingresar a la ubicación “Instaladores/NetBeans

/netbeans-7.4v-javaee-linux.sh ” y copiarlo en la ruta raíz del sistema operativo “/”

2. Luego, abrir una terminal y ejecutar los siguientes comandos:

chmod a+x netbeans-7.4-linux.sh

http://es.wikipedia.org/wiki/Entorno_de_desarrollo_integrado

http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n

http://es.wikipedia.org/wiki/Java_%28lenguaje_de_programaci%C3%B3n%29

https://netbeans.org/downloads/7.4/


172

./netbeans-7.4-linux.sh

3. Se obtendrá el asistente de instalación que servirá de guía durante todo este proceso.

Dar clic al botón “Customize”.

Ilustración 73. Asistente de instalación de NetBeans

4. Desmarcar los servidores de aplicación que vienen incluidos y dar clic al botón

“OK”. Luego volvemos a la pantalla principal y dar clic al botón “Next”


173

Ilustración 74. Selección de paquetes y servidor de aplicación

5. Aceptar los términos de acuerdo de licencia de NetBeans. Dar clic al botón

“Siguiente”.


174

Ilustración 75. Aceptar los términos de acuerdo de licencia

6. Aceptar la licencia de JUnit. Dar clic al botón “Siguiente”.


175

Ilustración 76. Aceptar los términos de licencia de jUnit

7. Elegir los directorios en donde se instalará NetBeans y la ubicación donde estén

instalados. Dar clic al botón “Siguiente”.


176

Ilustración 77. Selección de los directorios de instalación

8. Se obtendrá un resumen breve de lo que se va a instalar. Dar click Check for

Updates si se quiere que NetBeans verifique alguna existencia de actualizaciones de

software. Dar clic al botón “Instalar” y se inicia el proceso de instalación.


177

Ilustración 78. Instalación de NetBeans

9. Concluido el proceso anterior y si se quiere dar alguna información anónima a

NetBeans se debe seleccionar la opción Apoye al proyecto Netbeans caso contrario

dar click en “Finish”. Una vez finalizada la instalación se podrá usar el NetBeans.


178

Ilustración 79. Instalación finalizada

6.2.4. PostgreSQL 9.3.2.1

“PostgreSQL es un Sistema de gestión de bases de datos relacional orientado a

objetos y libre, publicado bajo la licencia BSD” (Wikepedia Enciclopia Libre, 2015)

Una de las ventajas de este tipo de sistemas es que tiene seguridad en términos

generales, integridad referencial, afirmaciones, disparadores, autorizaciones, conexión a

DBMS, son muchas referidas como procedimientos almacenados.

Para su correcta instalación los pasos a seguir son los siguientes:

1. Insertar el CD “Herramientas del Desarrollo – SIGEVPL”, dirigirse al directorio

Instaladores/PostgreSQL y seleccionar el archivo “postgresql-9.3.2.1-linux.run”, o

a su vez se lo puede descargar desde:

http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos

http://es.wikipedia.org/wiki/Modelo_relacional

http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos

http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos

http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/Licencia

http://es.wikipedia.org/wiki/Licencia_BSD


179

http://olex.openlogic.com/packages/postgresql/9.3.2 luego copiar el archivo en la

ruta raíz del sistema “/”.

2. Verificar si el archivo copiado tiene todos los permisos de ejecución, en la pestaña

de permisos. Dar click al botón “Cerrar”.

Ilustración 80. Conceder permisos a la aplicación

3. Dar clic en el archivo postgresql-9.3.2.1-linux.run. Dar clic en la pestaña

“Siguiente” para comenzar la instalación.

http://olex.openlogic.com/packages/postgresql/9.3.2


180

Ilustración 81. Inicio de instalación de PostgreSQL

4. Seleccionar la ruta que ya nos indica el mismo asistente de instalación. Dar clic en

“Continuar”.


181

Ilustración 82. Seleccionar directorio de instalación

5. Ingresar la contraseña para el usuario postgres, esta contraseña es preferible que

tenga una combinación de letras mayúsculas, minúsculas, caracteres numéricos y

alfanuméricos. Dar clic “Siguiente”.


182

Ilustración 83. Contraseña para el usuario postgres

6. Indicar el puerto que ocupara la base de datos en el servidor en este caso el mismo

asistente nos dará un puerto en específico. Dar clic al “Siguiente”.


183

Ilustración 84. Seleccione el número de puerto del servidor

7. Seleccionar la configuración regional Spanish. Dar clic al botón “Siguiente”.


184

Ilustración 85. Seleccione idioma de instalación

8. Comenzar con el proceso de instalación. Dar clic al botón “Siguiente”.


185

Ilustración 86. Instalación de PostgreSQL

9. El asistente comenzará el proceso de instalación.


186

Ilustración 87. Instalación de PostgreSQL

10. Dar clic al botón “Terminar” para finalizar la instalación.


187

Ilustración 88. Instalación completa

11. Dar clic al botón “Cancelar” para que no se instalen los componentes adicionales

para la base de datos.


188

Ilustración 89. Cancelar componentes adicionales de PostgreSQL

12. Dar clic al botón “SI” para confirmar el mensaje y luego cerrar el asistente de

instalación.

Ilustración 90. Seleccione opción si

13. Iniciar PgAdmin III, para esto dirigirse al menú principal del sistema operativo y en

“Aplicaciones” buscar la opción “PostgreSQL 9.3” y elegir la opción “PgAdmin

III”; una vez que se abra el administrador del motor de la base de datos, debemos

autenticarnos como usuario administrador, en este caso usuario “postgres”, e

ingresamos la contraseña que se otorgó en la instalación del motor de base de datos.


189

Ilustración 91. Iniciar PgAdmin III

14. Crear la base de datos que contendrá la estructura y definición de tablas, funciones,

secuencias, entre otras. Dar clic derecho y seleccionar la opción new databases.

Ilustración 92. Crear nueva base de datos

15. Definir las propiedades de la base de datos e ingresar las propiedades en las pestañas

de properties, definition. Dar clic al botón “Aceptar”.


190

Ilustración 93. Propiedades de la base de datos

16. Una vez creada la base de datos “sigevlp”. Dar clic derecho y seleccionar la opción

restore.


191

Ilustración 94. Restaurar la base de datos

17. En la siguiente pantalla se deberá seleccionar el backup de la base a restaurar, para

esto se debe ingresar el CD “Herramientas de desarrollo -SIGEVLP”, ubicar el

directorio Base de datos y seleccionar el archivo “sigevlp_custom.backup”. Dar clic

al botón “Restore”.


192

Ilustración 95. Seleccione la base de datos a restaurar

18. Una vez restaurada la base de datos debe contener la siguiente estructura


193

Ilustración 96. Estructura de la base de datos

6.2.5. GlassFish 3.1.2

GlassFish es un servidor de aplicaciones de código abierto, proyecto iniciado por Sun

Microsystems para la plataforma Java EE. GlassFish es de software libre , de doble

licencia bajo dos licencias de software libre : Common Development and Distribution

License (CDDL) y la Licencia Pública General GNU (GPL). Es un servidor de

aplicaciones robusto, ligero y listo para la producción.

Para su correcta instalación los pasos a seguir son los siguientes:

1. Insertar el CD “Herramientas de desarrollo -SIGEVLP”, en el CD, dirigirse al

directorio “Instaladores/Glassfish”, seleccionar el archivo “glassfish-3.1.2.2.zip”, o a

su vez se lo puede descargar desde: https://glassfish.java.net/downloads/3.1.2.2-

final.html y copiarlo en la raíz del sistema “/”.

2. Abrir una terminal para comenzar con el proceso de instalación. Descomprimir el

contenido del archivo para obtener una carpeta llamada “glassfish3”.

http://en.wikipedia.org/wiki/Sun_Microsystems

http://en.wikipedia.org/wiki/Sun_Microsystems

http://en.wikipedia.org/wiki/Java_Platform,_Enterprise_Edition

http://en.wikipedia.org/wiki/Free_software

http://en.wikipedia.org/wiki/Dual-licensing

http://en.wikipedia.org/wiki/Dual-licensing

http://en.wikipedia.org/wiki/Free_software_licence

http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License

http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License

http://en.wikipedia.org/wiki/GNU_General_Public_License

https://glassfish.java.net/downloads/3.1.2.2-final.html

https://glassfish.java.net/downloads/3.1.2.2-final.html


194

unzip glassfish-3.1.2.2.zip

3. Crear un usuario y un grupo para ejecutar el servidor mediante los siguientes comandos:

groupadd glassfish

useradd -g glassfish -d /usr/glassfish glassfish

4. Mover la carpeta glassfish3 al directorio /usr/glassfish y cambiar el propietario de su

contenido.

mv glassfish3 /usr/glassfish

chown -R glassfish.glassfish /usr/glassfish/glassfish3

5. Para manejar de forma más fácil el servidor vamos a necesitar un script de inicio, parada

y reinicio. Creamos un archivo /etc/init.d/glassfishd e incluimos lo siguiente:

#!/bin/bash

#

# glassfish Start up the Glassfish server daemon

#

# chkconfig: 2345 55 25

# description: Glassfish is an application server. \

# This service starts up the Glassfish3 server daemon.

#

# processname: glassfish

source /etc/profile

GLASSFISH_HOME=/usr/glassfish/glassfish3

RUN_AS_USER=glassfish

case $1 in

start)

su - $RUN_AS_USER -c "sh $GLASSFISH_HOME/bin/asadmin start-domain

domain1"

;;

stop)

su - $RUN_AS_USER -c "sh $GLASSFISH_HOME/bin/asadmin stop-domain

domain1"

;;


195

6. Otorgar permisos de ejecución al script y lo agregamos como un servicio.

chmod +x /etc/init.d/glassfishd

chkconfig --add glassfishd

chkconfig glassfishd on

7. Iniciar glassfish start

service glassfishd start

8. Cambiar la contraseña del administrador y habilitar el manejo vía web del servidor. Por

defecto el nombre de la cuenta de administrador es admin y no tiene ninguna contraseña.

cd /usr/glassfish/glassfish3/bin

./asadmin --host localhost --port 4848 change-admin-password

./asadmin --host localhost --port 4848 enable-secure-admin

service glassfishd restart

9. Luego de esto, agregar los drivers de conexión con la base de datos, para lo cual

ubicarse en el directorio “Instaladores/PostgreSQL” del CD “Herramientas de

desarrollo - SIGEVLP” y copiar el archivo “postgresql-9.2-1003.jdbc4” en los

siguientes directorios

/usr/glassfish/glassfish3/glassfish/lib

/usr/glassfish/glassfish3/glassfish/domains/domain1/lib

service glassfishd restart

10. Ingresar a su panel de administración, para esto, mediante un browser ingresar a la

dirección http://localhost:4848, en la cual nos solicitará el usuario y contraseña

especificada tal como lo muestra la siguiente figura. Dar clic al botón Login.


196

Ilustración 97. Inicio de sesión de GlassFish

11. Para la conexión con la base de datos es necesario crear el Pool de conexiones. Ir al

aparatado “Resources/JDBC/JDBC Connection Pools” ubicado en la parte izquierda de

la consola de administración; luego hacer clic en New para crear un nuevo pool de

conexión.

Ilustración 98. Crear pool de conexión


197

12. El nombre del pool que se va a crear debe llamarse “__SigevlpPool”, en “Resource

Type” elegir “javax.sql.DataSource” y en “Database Driver Vendor” elegir

“PostgreSQL”. Dar clic al botón “Next”.

Ilustración 99. Propiedades del pool de conexión

13. Las propiedades de “User”, “Password” y “DatabaseName” deben coincidir con las que

se instalaron en el servidor de Base de datos PostgreSQL 9.3.2.1, además de esto

configurar también el, “ServerName” en “localhost” y las demás propiedades dejarlas

por default, para continuar dar clic sobre el botón “Finish”.


198

Ilustración 100. Propiedades del pool de conexión con la base de datos

14. Comprobar la conexión con la base de datos, en el apartado “Resources/JDBC/JDB

Connection Pools” hacer clic sobre el pool creado y hacer clic en el botón “Ping”, si la

conexión esta correcta se mostrara el mensaje “Ping Succeeded”.

Ilustración 101. Comprobar la conexión

15. Una vez creado el pool de conexión, se debe crear el JDBC Resources, en el apartado

“Resources/JDBC/JDBC Resources hacer clic al botón “New”.


199

Ilustración 102. Crear el JDBC Resources

16. Definir el nombre del JDBC Resources en “jdbc/__SigevlpPool”, en el apartado “Pool

Name” seleccionar “__SigevlpPool”, adicional a esto debe marcar la opción de

“Enabled”, para continuar hacer clic en el botón “Ok”.

Ilustración 103. Propiedades de JDBC Resources

17. Configurar al servidor para que el tiempo de Request Timeout no tenga límite al

momento de realizar ejecuciones en los que se involucre un tiempo prolongado de

generación de algún proceso del sistema; para esto ingresar al apartado


200

“Configurations/server-config/Network Config/Protocols” y en los archivos “admin-

listener”, “http-listener-1”, y “http-listener-2” en el pestaña “HTTP” (ubicado en la parte

superior), hacer clic en cada uno de los archivos y modificar el valor de “900” por “-1”,

luego de esto deben guardarse los cambios para cada uno de los archivos.

Ilustración 104. Cambiando Request Timeout

6.2.6. iReport 5.1.0

“La herramienta iReport Designer le permite diseñar informes JasperReports, así como

también permite ejecutarlos y generar la salida en una aplicación Java, y JasperServer

permite a los usuarios finales y las aplicaciones externas acceder, ver y publicar sus

informes de forma segura.” (El Blog Softpei Ingeniería y Sistemas, 2015)

Es un constructor, diseñador de informes visual, poderoso, intuitivo y fácil uso para

JasperReports escrito en Java permitiendo a los usuarios que corrijan visualmente

informes complejos con cartas, imágenes, subinformes, etc.

Los informes diseñados pueden ser impresos en PDF, HTML, XLS, CSV y XML cuyo

propósito principal es que permite crear documentos de tipo de páginas que puedan ser

impresos una forma más simple y flexible.

“Entre las principales características de iReport podemos destacar las siguientes:

100% escrito en JAVA y además OPENSOURCE y gratuito.

http://www.online-translator.com/url/tran_url.asp?lang=es&direction=es&template=General&cp1=NO&cp2=NO&autotranslate=on&transliterate=on&url=http%3A%2F%2Fjasperreports.sourceforge.net%2F


201

Maneja todas las etiquetas de JasperReports.

Permite diseñar con sus propias herramientas: rectángulos, líneas, elipses,

campos de los textfields, cartas, subreports (subreportes).

Soporta internacionalización nativamente.

Browser de la estructura del documento.

Recopilador y exportador integrados.

Soporta JDBC.

Soporta JavaBeans como orígenes de datos (éstos deben implementar la interface

JRDataSource).

Incluye Wizard’s (asistentes) para crear automáticamente informes, plantillas y

sub-reportes.

Facilidad de instalación.” (El Blog Softpei Ingeniería y Sistemas, 2015)


202

CAPITULO 7

7. CONCLUSIONES Y RECOMENDACIONES

7.1. Conclusiones

El departamento de recursos humanos no cuenta con un sistema automatizado que

refleje un reporte detallado de vacaciones, licencias, y permisos para así optimizar

los recursos humanos, tecnológicos y económicos.

El diseño e implementación de un sistema de registro de vacaciones, licencias y

permisos para una empresa u organización es muy importante tanto como para el

empleado así como también para la persona quien maneja toda esta información

puesto que en determinado momento se podría perder el manejo y control de dichos

reportes por la magnitud de la información que se maneja.

Las herramientas utilizadas para este proyecto serán de gran ayuda ya que nos

permitirá cargar el historial de una base datos al sistema actual.

El desarrollo de este sistema permitirá realizar planificaciones anuales de vacaciones

siendo este punto importante para la organización ya que sería de gran ayuda para

que se planifique las vacaciones de los empleados.

El presente proyecto al ser un dispositivo web permitirá conectarse al sistema desde

cualquier sitio en donde se encuentre.


203

7.2. Recomendaciones

Se realizó un análisis de cuán importante es la implantación de un sistema que

permita ingresar los datos de los empleados y que nos de cómo resultado un reporte

detallado y automático de todas las vacaciones, licencias y permisos que ha tomado

dicho empleado.

Se diseño e implemento un sistema didáctico y de fácil acceso listo para usarse en

dicha unidad en el momento que lo requieran, puesto que es un sistema completo que

ayuda a solucionar ciertos inconvenientes que se tiene actualmente, cabe recalcar

que el día de hoy es muy importante el desarrollo de nuevas tecnologías para así

facilitar el trabajo y la información que se da.

Se recomienda tomar como primera opción la carga inicial o saldo histórico de

vacaciones de los empleados ya que es una de las facilidades de este sistema

logrando así reportes más reales.

Se debería realizar una planificación de las vacaciones al menos una vez al año para

así poder ingresas al sistema las fechas en las que pueda o no tomar este beneficio un

empleado.

El beneficiario de este sistema deberá capacitarse a cerca de todos los beneficios de

dicho proyecto para así explotarlo al 100% y que sea de apoyo para facilitar su

trabajo.


204

LISTA DE REFERENCIAS

1. Basanta Val, Pablo; Almenares Mendoza, Florina;. (15 de Marzo de 2015). uc3m.es.

Recuperado el 15 de Marzo de 2015, de uc3m.es: http://ocw.uc3m.es/ingenieria-

telematica/software-de-comunicaciones-1/UDs_JEE/jee_unidad1

2. Diaz Polo, D. (2011). Definición de un poceso de desarrollo de software en u e ntorno

universitario. La habana: D - Instituto Superior Politécnico José Antonio Echeverría.

CUJAE.

3. EcuRed. (2015). ecured.cu. Recuperado el 25 de Marzo de 2015, de

http://www.ecured.cu/index.php/Sistema_Gestor_de_Base_de_Datos

4. El Blog Softpei Ingeniería y Sistemas. (2015). http://softpei.blogspot.com. Recuperado

el 30 de Marzo de 2015, de http://softpei.blogspot.com/2013/05/introduccion-la-

biblioteca.html

5. Fontela , C. (2011). UML: modelado de software para profesionales. Buenos Aires:

Alfaomega Grupo Editor.

6. Herrera Rey, N., Ochoa , D., Munevar , W., & Alcocer, E. (15 de Marrzo de 2015).

Slideshare. Recuperado el 15 de Marzo de 2015, de Slideshare:

http://es.slideshare.net/enriquepolo9/javaserver-faces-jsf

7. IBM. (2015). ibm.com. Recuperado el 20 de Marzo de 2015, de http://www-

03.ibm.com/software/products/es/appserv-was

8. Inc, R. H. (2007). redhat.com. Recuperado el 20 de Marzo de 2015, de redhat.com:

http://es.redhat.com/pdf/jboss/JBoss_Ent_app_platform_ES_web.pdf

9. jtech.ua.es. (15 de Marzo de 2003 - 2004). jtech.ua.es. Recuperado el 20 de Marzo de

2015, de jtech.ua.es: http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-

2004/sa/sesion1-apuntes.htm

10. jtech.ua.es. (2003 - 2004). jtech.ua.es. Recuperado el 20 de Marzo de 2015, de

http://www.jtech.ua.es/j2ee/2003-2004/abierto-j2ee-2003-2004/sa/sesion1-

apuntes.htm

11. Loor, J. M. (15 de Marzo de 2015). Ndeveloper. Recuperado el 15 de Marzo de 2015, de

Ndeveloper:

http://www.ndeveloper.com/ndeveloperDocuments/documents/nDeveloper_JavaServ

erFaces.pdf

12. Registro Oficial Segundo Suplemento N° 294. (06 de Octubre de 2010). Ley Orgánica del

Servicio Público. Ley Orgánica del Servicio Público. Quito, Pichincha, Ecuador: Lexis S.A.


205

13. Registro Oficial Suplemento N° 167. (26 de Septiembre de 2005). Codificación del

Código de Trabajo. Codificación del Código de Trabajo. Quito, Pichincha, Ecuador: Lexis.

14. Registro Oficial Suplemento N° 418. (01 de Abril de 2011). Decreto 710. Reglamento

General a la Ley Orgánica del Servicio Público. Quito, Pichincha, Ecuador: Lexis S.A.

15. Softpei.Blogstpot. (23 de marzo de 2015). softpei.blogspot.com. Recuperado el 23 de

marzo de 2015, de http://softpei.blogspot.com/2013/05/introduccion-la-

biblioteca.html

16. Sparks, G., & Systems, S. (2015). craftware.net. Recuperado el 25 de Marzo de 2015|,

de www.craftware.net/es/descargas/modelo_logico.pdf

17. UNAM. (2015). unam.mx. Recuperado el 25 de Marzo de 2015, de

http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A

8%20Cap%C3%ADtulo%205.pdf?sequence=8.%20%20Ver%20figura%206

18. Vélez Serrano, J., Peña Abril, A., & Gortazar Bellas, P. (2011). Diseñar y programar, todo

es empezar: una introduccion a la programación orientada a objetos usando UML y

Java. Madrid: Dykinson.

19. Wikepedia Enciclopia Libre. (2015). wikipedia.org. Recuperado el 30 de Marzo de 2015,

de http://es.wikipedia.org/wiki/PostgreSQL

20. Wikipedia Enciclopedia Libre. (2015). http://es.wikipedia.org/. Recuperado el 20 de

Marzo de 2015, de http://es.wikipedia.org/wiki/GlassFish

21. Wikipedia Enciclopedia Libre. (2015). wikipedia.org. Recuperado el 25 de Marzo de

2015, de http://es.wikipedia.org/wiki/CentOS

22. Wikipedia Enciclopedia Libre. (2015). wikipedia.org. Recuperado el 30 de Marzo de

2015, de http://es.wikipedia.org/wiki/NetBeans

23. Wikipedia Encliclopedia Libre. (2015). wikipedia.org. Recuperado el 25 de Marzo de

2015, de http://es.wikipedia.org/wiki/Java_%28lenguaje_de_programaci%C3%B3n%29


206

ANEXOS

Anexo 1. Documento de Conformidad y Entrega


207

Anexo 2. Manual de usuario

CONTENIDO

1. Introducción .............................................................................................................. 209

1.1. Propósito del documento ................................................................................. 209

2. Conceptos importantes .............................................................................................. 209

2.1. Gestionar Sesión .................................................................................................. 209

2.1.1. Ingreso al sistema.......................................................................................... 209

2.1.2. Cerrar sesión ................................................................................................. 212

3. Guía de usuario ......................................................................................................... 212

3.1. Gestionar Usuarios .............................................................................................. 212

3.1.1. Crear usuario ................................................................................................. 212

3.1.2. Actualizar usuario ......................................................................................... 214

3.1.3. Activar/ desactivar usuario ........................................................................... 215

3.1.4. Resetear contraseña....................................................................................... 216

3.2. Gestionar Servidores ........................................................................................... 217

3.2.1. Crear servidores ........................................................................................... 217

3.2.2. Actualizar servidores .................................................................................... 218

3.2.3. Activar/desactivar servidores ........................................................................ 220

3.3. Gestionar Variables del Sistema .......................................................................... 221

3.3.1. Crear variables .............................................................................................. 221

3.3.2. Actualizar variables ...................................................................................... 223

3.4. Gestionar Vacaciones .......................................................................................... 224

3.4.1. Carga inicial saldo de vacaciones ................................................................. 225

3.4.2. Concesión de vacaciones .............................................................................. 226

3.4.2.1. Control saldo de vacaciones ................................................................. 229

3.4.2.2. Control de ausencia ............................................................................... 229

3.4.4. Actualizar Vacaciones .................................................................................. 230

3.4.5. Registrar planificación .................................................................................. 232

3.4.5. Histórico vacaciones ..................................................................................... 233

3.5. Gestionar Licencias ............................................................................................. 234

3.5.1. Concesión de licencias ............................................................................. 234

3.5.2. Actualizar licencias ....................................................................................... 236

3.5.3. Histórico licencias......................................................................................... 238

3.6. Gestionar Permisos .............................................................................................. 239

3.6.1. Registrar permiso .......................................................................................... 239

3.6.2. Histórico permiso .......................................................................................... 241


208

3.7. Gestionar Impresiones ......................................................................................... 242

3.7.1. Acciones impresas ........................................................................................ 242

3.7.2. Acciones por imprimir .................................................................................. 245

3.8. Generar Reportes ................................................................................................. 247

3.9. Gestionar Consulta .............................................................................................. 248


209

1. Introducción

1.1. Propósito del documento

El presente documento tiene por objetivo detallar las funcionalidades del sistema de

gestión y control de vacaciones, licencias y permisos.

El proceso de la concesión de las vacaciones, licencias y permisos, requiere el uso de

herramientas tecnológicas que permitan automatizar dichos procesos, así como

documentar las acciones realizadas a través de acciones de movimiento de personal. El

sistema SIGEVLP es una aplicación web open source que permite realizar la gestión de

la solicitudes de servicio, información o cualquier requerimiento que realice la o el

servidor de Administración Central; con respecto a sus vacaciones, licencias y permisos

a los que tienen derecho en función del Reglamento General de la Ley Orgánica de

Servicio Público y Código de Trabajo. Así que el sistema posibilita la interacción con

los servidores de las diferentes dependencias pertenecientes a Administración Central;

incluso con agentes externos como el Ministerio de Relaciones Laborales

La aplicación web permitirá una interacción más transparente y eficaz entre el servidor y

el personal de apoyo que brinda el servicio, debido a la funcionalidad del sistema que

permite al servidor consultar en todo momento el histórico de las peticiones realizadas y

el número de días de vacaciones disponibles.

2. Conceptos importantes

2.1. Gestionar Sesión

El sistema debe permitir gestionar sesión mediante la validación de usuario y contraseña,

definiendo los niveles de acceso, correspondiente a los roles que intervienen en el

proceso de solicitud de vacaciones, licencias y permisos.

2.1.1. Ingreso al sistema

El sistema SIGEVLP es una aplicación web que puede ser accedida desde cualquier

navegador web. La dirección URL es: www. Sigevlp.com


210

El usuario debe ingresar a un navegador web (Firefox, Google Chrome) y escribir la

dirección URL. La página principal del sistema le solicitará al usuario ingresar los datos

de autenticación que serán entregados por única vez por el súper administrador (creador)

del sistema, sin embargo los servidores podrán acceder al usuario consulta, digitando

datos personales como; su número de cedula, fechas de ingreso a la institución y un

parámetro de seguridad capcha.

Ilustración 105. Ingreso al sistema

Para utilizar el sistema el usuario deberá ingresar su nombre de usuario y contraseña y

dar clic al botón “Login”. Así mismo el botón “Reset” permite limpiar los campos

ingresados.


211

Ilustración 106. Autenticación del usuario

Cuando los datos del usuario son incorrectos el sistema alerta al usuario mostrando una

pantalla de error.

Ilustración 107. Autenticación incorrecta

Si el nombre de usuario y contraseña ingresados son válidos el sistema mostrará al

usuario las distintas opciones a las que tiene privilegios, dependiendo del rol bajo el cual

fue creado.


212

Ilustración 108. Bienvenido al sistema SIGEVLP

El sistema presenta las siguientes opciones:

a. Utilidades: permite al usuario entre otras cosas modificar el perfil de usuario y

cambiar la contraseña del mismo.

b. Administración: permite al usuario gestionar las variables del sistema, las

dependencias y los servidores de la institución, entre otras cosas.

c. Asistencia: permite usuario gestionar las vacaciones, licencias permisos

solicitados por el servidor de la institución, entre otras cosas.

d. Reportes: permite al usuario generar reportes necesarios que ayuden a la tomas

de decisiones al momento de gestionar las vacaciones, licencias y permisos del

personal administrativo y de servicio de la institución.

Ilustración 109. Menú de navegación del sistema

2.1.2. Cerrar sesión

Permite finalizar una sesión activa dentro del sistema

Ilustración 110. Salir del sistema

3. Guía de usuario

3.1. Gestionar Usuarios

El sistema permite la gestión (crear, actualizar, activar, desactivar y cambiar contraseña)

de los usuarios, definiendo roles bajo los cuales los usuarios comunes se distinguen del

usuario administrador. Para gestionar usuarios tenemos las siguientes opciones: crear,

modificar, activar/desactivar y cambiar contraseña de los usuarios.

3.1.1. Crear usuario

Permite al usuario administrador del sistema crear usuarios, definiendo el acceso a las

funcionalidades del sistema (rol).


213

Ilustración 111. Crear usuarios

Una vez registrado el nuevo usuario dar clic al botón “Guardar.

Ilustración 112. Crear usuario nuevo


214

Si todos los datos ingresados están correctos el sistema mostrar un mensaje de “usuario

creado exitosamente”, caso contrario mostrara un mensaje “debe ingresar dato”

3.1.2. Actualizar usuario

Permite cambiar los datos de usuarios existentes. Dar clic sobre la opción “Listar”.

Ilustración 113.Modificar usuario

El sistema recupera los datos de todos los usuarios del sistema y los presenta en pantalla

junto con las opciones de “Ver” y “Editar”. Seleccionar de la lista el usuario a ser

modificado.

Ilustración 114. Lista de usuarios

Elegir la opción “Editar” y modificar los datos. Dar clic en el botón “Actualizar”


215

Ilustración 115. Actualizar usuario

El sistema valida los datos ingresados. Si todo está correcto despliega un mensaje

“usuario actualizado exitosamente”.

3.1.3. Activar/ desactivar usuario

Permite activar y desactivar a los usuarios del sistema controlando el acceso de los

mismos. Dar clic sobre la opción “Activar “o “Desactivar”, dependiendo de la acción a

realizarse.


216

Ilustración 116. Activar/desactivar usuario

El sistema muestra una pantalla de búsqueda, donde se ingresa los parámetros de

búsqueda y se dar clic sobre la opción de activar o desactivar el usuario.

Ilustración 117. Búsqueda del usuario

El sistema devuelve un mensaje de confirmación, se procede a dar clic en “Aceptar” y si

todo esta correcto el sistema muestra el mensaje “usuario activado/desactivado

exitosamente”.

3.1.4. Resetear contraseña

Permite modificar la contraseña de los usuarios existentes. Dar clic sobre la opción

“Resetear Contraseña”.

Ilustración 118. Resetear contraseña de usuario

Apoyándose de los filtros existentes seleccionar el usuario del cual se desea resetear la

contraseña.


217

Ilustración 119. Seleccionar el usuario

El sistema recupera los datos del usuario a ser modificado y los presenta en pantalla. Se

procede a modificar la contraseña del usuario seleccionado. Dar clic en el botón

“Resetear”

Ilustración 120. Reseteo de contraseña finalizado

El sistema valida los datos ingresados. Despliega un mensaje de conformación que debe

ser aceptado, luego si todo esta correcto el sistema muestra un mensaje “reseteo de

password exitoso”

3.2. Gestionar Servidores

Permite gestionar (crear, modificar, activar o desactivar) a la o el servidor de la

institución, el mismo que hará uso de sistema para consultas específicas.

3.2.1. Crear servidores

Permite al usuario analista crear o ingresar los datos básicos de la o el servidor de la

institución y guardarlo en el sistema por primera vez. Posteriormente la o el servidor

hará uso de sistema para consultas específicas. Dar clic a la opción “Crear”.


218

|

Ilustración 121. Crear servidores

El sistema presenta un formulario para el registro de los datos de la o el servidor, se

ingresa todos los datos procurando llenar todos los campos en especial la “fecha de

ingreso” del servidor a la institución, pues este parámetro es primordial para el cálculo

de las vacaciones del mismo. Dar clic en el botón “Guardar”.

El sistema valida los datos ingresados. Si todo esta correcto el sistema muestra el

mensaje “empleado creado exitosamente” lo que indica que la operación se llevó con

éxito

3.2.2. Actualizar servidores

Permite actualizar datos básicos de la o el servidor de la institución y guardarlo en el

sistema. Posteriormente la o el servidor hará uso del sistema para consultar su saldo en

vacaciones. Dar clic en la opción “Listar por parámetros”.

Ilustración 122. Opción listar


219

Buscar el servidor del cual se desea hacer los cambios mediante los filtros inherentes

del sistema. El sistema muestra los datos relacionados con la búsqueda de la o el

servidor junto con las opciones de “Ver” y “Editar”

Ilustración 123. Buscar servidor

Seleccionar la opción de “Editar”, a continuación se debe modificar todos aquellos

campos que sean necesarios, una vez realizado los cambios dar clic en “Actualizar”.

Ilustración 124. Actualizar datos del servidor

El sistema valida los cambios realizado y los guarda en la base de datos. Si todo esta

correcto el sistema muestra con los datos más relevantes del servidor junto con un

mensaje indicando que se llevó con éxito la operación.


220

Ilustración 125. Datos actualizados

3.2.3. Activar/desactivar servidores

Permite Inhabilitar a los servidores de la institución, permitiendo darlos de alta cuando

el analista así lo requiera.

Ilustración 126. Opción activar/desactivar

El usuario da clic sobre la opción “Activar “o “Desactivar” y busca el servidor,

empleado los filtros proporcionados por el sistema. El sistema muestra los datos

relacionados con la búsqueda de la o el servidor.


221


El usuario da clic sobre la opción de activar o desactivar al servidor. El sistema

devuelve un mensaje de confirmación. Dar clic en “Aceptar” , posteriormente se

muestra un mensaje de “empleado desactivado exitosamente”.

Ilustración 128. Mensaje satisfactorio

3.3. Gestionar Variables del Sistema

El sistema debe permitir el manejo de las variables inicio del sistema (parametrizable),

basado en el reglamento general a la ley orgánica del servicio público (LOSEP) y

Código de Trabajo.

3.3.1. Crear variables

Permite al administrador del sistema definir variables de configuración nuevas,

dependiendo de las necesidades del sistema. Se debe seleccionar la opción “Crear”


222

Ilustración 129. Opción crear

El sistema muestra en pantalla un formulario para la creación de las variables de

configuración del sistema. Se ingresa los parámetros de la variable a crearse y se da clic

en la opción “Guardar”.

Ilustración 130. Crear variables


correcto el sistema muestra un mensaje indicando que se llevó con éxito la operación.


223

Ilustración 131. Variable creada

3.3.2. Actualizar variables

Permite al administrador del sistema modificar los valores de las variables de

configuración del sistema permitiendo tener un sistema parametrizable. Dar clic a la

opción “Listar”

Ilustración 132. Opción Listar

El sistema muestra en pantalla el listado de las variables de configuración del sistema,

acompañado de la opción “Ver” y “Editar”. Dar clic en la opción “Editar" e ingresar los

nuevos valores de la variable a modificar y da clic en “Actualizar".


224

Ilustración 133. Editar variable


correcto el sistema muestra un mensaje indicando que se llevó con éxito la operación

junto con el detalle de los campos modificados.

Ilustración 134. Variable actualizada

3.4. Gestionar Vacaciones

Permite a los usuarios del sistema administrar todo lo referente a las vacaciones; la

carga inicial o saldo histórico de vacaciones correspondiente a la o el servidor de la

institución, generar el registro de autorización de las vacaciones de los servidores y la

planificación anual de vacaciones emitidas por el jefe inmediato de cada unidad,

dirección o departamento correspondientes a Administración Central.


225

3.4.1. Carga inicial saldo de vacaciones

Permite al administrador del sistema subir el archivo inicial o saldo histórico de

vacaciones de la o el servidor de institución. Dar clic en la opción “Importación inicial".

Ilustración 135. Importación inicial

Seleccione el archivo correspondiente con los campos requeridos, previamente

analizados para la carga inicial o saldo histórico de vacaciones, el mismo que debe tener

el formato CSV. Dar clic en “Buscar Archivo”.

Ilustración 136. Buscar archivo


226

Luego seleccionar el archivo de alguna ubicación especificar y dar clic en “Upload”. Si

todos los parámetros del archivo están correctos se almacenan en la base de datos y el

sistema muestra un mensaje de carga exitosa.

Ilustración 137. Carga exitosa

3.4.2. Concesión de vacaciones

Permite al usuario analista ingresar los parámetros necesarios la concesión de las

vacaciones, que servirá para generar la acción de autorización de las vacaciones basadas

en las solicitudes recibidas en la Dirección de Talento Humano. Dar clic sobre la opción

“Otorgar vacación”

Ilustración 138. Opción otorgar vacación

El sistema despliega un formulario donde se debe ingresar todos los parámetros

necesarios para otorgar vacaciones. Se despliega información referente al número de


227

días disponibles y descuentos por permiso, además de un detalle a futuro de los días

disponibles de las vacaciones de los servidores.

Ilustración 139. Crear vacaciones

El campo “Sumillado por”, hace referencia al funcionario de Talento Humano quien

elabora la respectiva acción de autorización de vacación.

Ilustración 140. Seleccionar Sumillado por

Se debe seleccionar el funcionario al cual se desea otorgar vacaciones.


228

Ilustración 141. Seleccionar el servidor

Luego de haber ingresado todos los parámetros necesarios dar clic en “Guardar”.

Ilustración 142. Guardar vacación creada

El sistema valida todos los datos ingresados y muestra un mensaje de confirmación de

los datos ingresados.


229

Ilustración 143. Mensaje de confirmación

Si el usuario analista confirma la creación el sistema mostrará un mensaje de “Registro

creado correctamente”.

3.4.2.1. Control saldo de vacaciones

El sistema también alertará al usuario cuando el empleado no cuente con un saldo de

vacaciones, eso incluye el tema del anticipo de las vacaciones, para lo cual el sistema

muestra un mensaje de alerta “El empleado seleccionado no posee los días de vacación

solicitado”.

Ilustración 144. Empleado no posee saldo de vacaciones

3.4.2.2. Control de ausencia

El sistema también alertará al usuario cuando el empleado ya cuente con una acción de

licencia o permiso asignado en una fecha indicada, eso para evitar el cruce de

información y seguridad del analista al momento de elaborar las acciones de


230

autorización de vacaciones y movimiento de personal. Muestra un mensaje de alerta “No

se puede otorgar la vacación debido a que en las fechas solicitadas el empleado ya

cuenta con una ausencia”

Ilustración 145. No se puede otorgar vacación

3.4.4. Actualizar Vacaciones

Permite al usuario analista modificar la última acción de autorización de vacaciones

anuales concedida, basada en la solicitud recibida en la Dirección de Talento Humano.

Cabe indicar que los días otorgados por vacación no permiten ser modificados, ya que

afectarían al descuento del saldo de las vacaciones.

Ilustración 146. Opción Listar vacación


231

El analista selecciona la opción “Listar por parámetros” e inicia la búsqueda de la o el servidor,

del cual se desea modificar la última acción de autorización de vacaciones anuales. El sistema

devuelve el último registro de autorización de vacaciones anuales, acompañado de las opciones

“Editar” y Anular”.

Ilustración 147. Búsqueda del servidor

El analista elige la opción “Editar” e ingresa todos parámetros a ser modificados del registro de

acción de autorización de vacaciones anuales. Da clic en “Guardar”.

Ilustración 148. Actualizar registro de vacaciones

El sistema valida todos los datos ingresados y muestra un mensaje, indicando que se ha guardado

satisfactoriamente la acción de autorización personal.


232

3.4.5. Registrar planificación

Permite al usuario analista registrar planificación anual de vacaciones emitidas por el

jefe inmediato de cada unidad, dirección o departamento de Administración Central. Dar

clic en la opción “Planificación”.

Ilustración 149. Opción planificación de vacaciones anuales

Seleccione el archivo correspondiente con los campos requeridos, previamente

analizados para la carga de la planificación anual de las vacaciones, el mismo que debe

tener el formato CSV. Dar clic en “Buscar Archivo”.

Ilustración 150. Buscar archivo


233

Luego seleccionar el archivo en alguna ubicación específica y dar clic en “Upload”. Si

todos los parámetros del archivo están correctos se almacenan en la base de datos y el

sistema muestra un mensaje de carga exitosa.

Ilustración 151. Carga exitosa

3.4.5. Histórico vacaciones

Permite al usuario analista acceder al histórico (consultar) de las vacaciones concedidas

a la o el servidor de la institución. Dar clic en la opción “Histórico por parámetros”

Ilustración 152. Opción histórico vacaciones


234

Se ingresa los parámetros de búsqueda de la o el servidor de la institución de acuerdo a

los filtros disponibles. Dar clic al botón “Buscar”.


El sistema recupera la información del servidor, con respecto a la autorización de

vacaciones ejecutadas por el Analista, el mismo que podrá visualizar el histórico de las

vacaciones solicitadas.

Ilustración 154. Histórico vacaciones

3.5. Gestionar Licencias

Permite al usuario analista generar, modificar y visualizar histórico de las acciones de

movimiento de personal correspondiente a las licencias, basadas en las solicitudes recibidas en la

Dirección de Talento Humano.

3.5.1. Concesión de licencias

Permite la concesión de licencias basadas en las solicitudes recibidas en la Dirección de Talento

Humano. Dar clic en la opción “Asignar”.

Ilustración 155. Opción Asignar

El sistema despliega un formulario donde se debe ingresar todos los parámetros necesarios para

la Concesión de Licencias. Cabe indicar que el formulario es similar al de vacaciones y por

consiguiente los parámetros muy fáciles de completar.


235

Ilustración 156. Crear licencia

Una vez ingresado todos los parámetros necesarios para Concesión de Licencias. Da clic en

“Guardar”.

Ilustración 157. Guardar licencia

El sistema válida todos los datos ingresados y muestra un mensaje de confirmación, antes de

proceder a guardar la licencia correspondiente. Dar clic en “Aceptar”.


236


Posteriormente si todo está bien el sistema indicará que se ha guardado satisfactoriamente la

licencia creada “Licencia otorgada exitosamente”.

3.5.2. Actualizar licencias

Permite modificar una acción de movimiento de personal correspondiente a la concesión de las

licencias, basadas en las solicitudes recibidas en la Dirección de Talento Humano. Dar clic en la

opción “Listar por parámetros”

Ilustración 159. Opción modificar

Ingresar los parámetros de búsqueda de la o el servidor del cual se desea modificar la acción de

movimiento de personal, a través de los filtros disponible en el sistema. Dar clic al botón

“Buscar”.


El sistema devuelve el registro detallado de la acción de movimiento de personal, acompañado

de la opción “Editar”. Dar clic en la opción “Editar”.


237

Ilustración 161. Editar licencia

Ingresar todos parámetros a ser modificados del registro de acción de movimiento de personal.

Da clic en “Editar”.

Ilustración 162. Guardar cambios licencia

El sistema verifica todos los datos ingresados y muestra un mensaje de confirmación, antes de

proceder a guardar la licencia correspondiente. Dar clic en “Aceptar”.



238

El sistema recupera los datos ingresados y muestra un mensaje indicando que se ha guardado

satisfactoriamente la acción de movimiento de personal.

Ilustración 164. Licencia actualizada exitosamente

3.5.3. Histórico licencias

Permite el acceso a un histórico (consultar) de la concesión de licencias de la o el

servidor. Dar clic en la opción “Histórico por parámetro”.

Ilustración 165. Opción histórico licencias

Ingresar los parámetros de búsqueda de la o el servidor de la institución de acuerdo a los

filtros disponibles. Dar clic al botón “Buscar”.



239

El sistema recupera la información del servidor, con respecto a la concesión de

vacaciones ejecutadas por el Analista, el mismo que podrá visualizar el histórico de las

licencias concedidas.

Ilustración 167. Histórico licencias

3.6. Gestionar Permisos

Permite ingresar, modificar y visualizar el histórico de los permisos solicitados para el

descuento respectivo del saldo de vacaciones de la o el servidor de la institución.

3.6.1. Registrar permiso

Permite el ingreso de los permisos solicitados para el descuento respectivo del saldo de

vacaciones de la o el servidor de la institución. Dar clic en la opción “Crear”.

Ilustración 168. Opción asignar permiso

El sistema despliega un formulario donde se debe ingresar todos los parámetros necesarios para

el permiso, que servirá para el descuento de las vacaciones del empleado.


240

Ilustración 169. Formulario de permiso

Ingresar los datos solicitados y da clic en “Guardar

Ilustración 170. Crear permiso

El sistema válida los datos ingresados y muestra un mensaje de confirmación, antes de proceder

a guardar el permiso correspondiente. Dar clic en “Aceptar”.


241


Posteriormente si todo está bien el sistema indicará que se ha guardado satisfactoriamente el

permiso creado “Permiso otorgada exitosamente”.

3.6.2. Histórico permiso

Permite al usuario analista acceder al histórico (consultar) de los permisos solicitados de la o el

servidor. Dar clic en la opción “Histórico por parámetros”.

Ilustración 172. Histórico permisos

Ingresar los parámetros de búsqueda de los permisos solicitados por la o el servidor de la

institución empleando los filtros disponibles. Dar clic al botón “Buscar”.


El sistema recupera la información del servidor, con respecto a los permisos solicitados para el

mismo. El usuario podrá visualizar el histórico de los permisos solicitados.


242

Ilustración 174. Histórico de los permisos solicitados

3.7. Gestionar Impresiones

Permite controlar las acciones de movimiento de personal impresas y las que fueron

elaboradas y aún faltan por imprimir.

3.7.1. Acciones impresas

Permite al usuario analista imprimir las acciones de movimiento de personal y

autorización de vacaciones anuales que fueron elaboradas y ejecutadas anteriormente.

Dar clic en la opción “Impresas”.

Ilustración 175. Opción acciones impresas

Iniciar la búsqueda de la o el servidor del cual se desea imprimir la acción de

movimiento de personal, a través de los filtros disponible en el sistema.


243

Ilustración 176. Acciones del personal impresas

El sistema devuelve el registro detallado de la acción de movimiento de personal,

acompañado de la opción “Imprimir”. Dar clic en la opción “Imprimir”, luego el sistema

muestra un mensaje de confirmación y dar clic al botón “Aceptar”.


Elegir la ubicación para guardar el archivo correspondiente.

Ilustración 178. Guardar archivo


244

El sistema devuelve la acción de movimiento de personal o autorización de vacaciones

en formato pdf, una vez realizado este proceso lo último es imprimir la acción

respectiva.

Ilustración 179. Acción de movimiento de personal


245

3.7.2. Acciones por imprimir

Permite imprimir la acción de movimiento de personal y autorización de vacaciones

anuales que fueron ejecutadas recientemente. Dar clic en la opción “Por Imprimir”.

Ilustración 180. Acciones por imprimir

Ingresar el tipo de acción; sea licencia o vacación e iniciar la búsqueda de la o el servidor del

cual se desea imprimir la acción de movimiento de personal, basados en los filtros del sistema.

Ilustración 181. Acciones de personal por imprimir

A continuación el sistema muestra un mensaje de confirmación. Dar clic al botón “Aceptar”.


246


El sistema permite elegir una ubicación para guardar el archivo. Elegir la ubicación y dar clic en

“Aceptar”.

Ilustración 183. Guardar archivo

El sistema devuelve la acción de movimiento de personal o autorización de vacaciones en

formato pdf, una vez realizado este proceso lo último es imprimir la acción respectiva.


247

Ilustración 184. Acción de movimiento de personal

3.8. Generar Reportes

Permite generar reportes que incluyen el saldo en vacaciones, las vacaciones licencias y

permisos concedidos a la o el servidor de la institución que ayuden a la toma de decisiones

dentro de la Dirección de Talento Humano. Dar clic en la opción de reporte que se necesite.


248

Ilustración 185. Reportes

El sistema permite generar reportes vacaciones, licencias y permisos otorgados al personal de la

institución de modo que sirva para la toma de decisiones en la a Dirección de Talento Humano.

Ilustración 186. Parámetros del reporte

3.9. Gestionar Consulta

El sistema debe permitir que la o el servidor de la institución, consulten en todo momento el

saldo de vacaciones. Dar clic en la opción “Consulta saldo de vacaciones”, ubicado en la parte

inferior izquierda de la página principal de la aplicación.

Ilustración 187. Consultar saldo vacaciones


249

El sistema muestra un formulario, en el cual se debe llenar todos los campos necesarios

y dar clic en “Buscar”.

Ilustración 188. Formulario consulta

Una vez ingresado todos los parámetros el sistema los valida y devuelve en pantalla un

resumen del saldo de vacaciones de la o el servidor del cual se ha realizado la consulta.

Ilustración 189. Resumen del saldo de vacaciones

UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Especificación del requerimiento funcional RF01...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Especificación del requerimiento funcional RF01...