universidad de guayaquil facultad de ingenierÍa...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE INGENIERÍA INDUSTRIAL DEPARTAMENTO ACADÉMICO DE TITULACIÓN

TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE

LICENCIADO EN SISTEMAS DE INFORMACIÓN

ÁREA DESARROLLO DE SOFTWARE

TEMA “DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB

PARA LA ADMINISTRACIÓN DE PERMISOS DEL PERSONAL ACADÉMICO DE LA UNIVERSIDAD DE GUAYAQUIL,

FACULTAD DE INGENIERÍA INDUSTRIAL, CARRERA DE LICENCIATURA EN SISTEMAS DE INFORMACIÓN”

AUTOR:

AVILÉS HIDALGO DANIEL JOSUÉ

DIRECTOR DE TRABAJO:

ING. CADENA MACÍAS JORGE FABRICIO, MTL

2018 GUAYAQUIL – ECUADOR

CERTIFICADO DE APROBACIÓN DEL TUTOR

En calidad de Tutor de Investigación debidamente designado por la

Unidad de Titulación. Certifico que el Sr. Daniel Josué Avilés Hidalgo,

estudiante egresado de la carrera de Licenciatura en Sistemas de

Información, ha culminado de manera satisfactoria su trabajo de titulación con

el tema DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA

LA ADMINISTRACIÓN DE PERMISOS DEL PERSONAL ACADÉMICO DE

LA UNIVERSIDAD DE GUAYAQUIL, FACULTAD DE INGENIERÍA

INDUSTRIAL, CARRERA DE LICENCIATURA EN SISTEMAS DE

INFORMACIÓN. Habiendo cumplido de manera correcta los requisitos de ley

para su aprobación.

Sin más que agregar siendo fiel a la verdad, el interesado queda

facultado para que pueda hacer uso del presente documento, así como

también se autoriza su presentación.

ING. JORGE FABRICIO CADENA MACÍAS, MTL

DIRECTOR DEL TRABAJO

ii

DECLARACIÓN DE AUTORÍA

“La responsabilidad del contenido de este Trabajo de Titulación, me

corresponde exclusivamente; y el patrimonio intelectual del mismo a la

Facultad de Ingeniería Industrial de la Universidad de Guayaquil.”

AVILÉS HIDALGO DANIEL JOSUÉ

C.C.: 092565901-3

iii

AGRADECIMIENTO

De manera especial a Dios por el don de la vida y la sabiduría para

llegar a cumplir una meta más.

Un profundo agradecimiento a mi familia, a mis padres quienes me han

apoyado y han velado por mi bienestar y mi educación ya que esta es la mejor

herencia que pueden dar para ser un hombre de bien y de éxitos.

A mis hermanos por su cariño, apoyo y confianza en mí.

A mi Tutor el ING. Jorge Fabricio Cadena, quien ha sido la persona que

me ha guiado en la culminación de esta tesis gracias a sus conocimientos y

paciencia a lo largo de su desarrollo.

A mi esposa quien ha sabido entender, me ha acompañado y me ha

brindado de su ayuda en este proceso de culminación de tesis.

Quiero agradecer de una manera especial a las Mg. Melissa Loor y

Tatiana Avilés por alentarme cada día por la paciencia y sobre todo el apoyo

que me han brindado, motivo por el cual quedare agradecido.

A mis maestros quienes me han enseñado y han compartido sus

conocimientos en las aulas de clases.

iv

DEDICATORIA

A mis padres Jorge Avilés Flor y Julia Hidalgo de Avilés por ser el motor de

mi vida y estar en cada paso que doy, por guiarme hacia el camino del éxito,

por enseñarme a no rendirme ante cualquier problema o situación que se

presente. Está dedicado a ustedes por todo su esfuerzo y confianza que han

puesto en mí para alcanzar un sueño que hoy se hace realidad.

ÍNDICE GENERAL

NO. DESCRIPCIÓN PÁG.

DECLARACIÓN DE AUTORÍA ii

AGRADECIMIENTO iii

DEDICATORIA iv

ÍNDICE GENERAL v

ÍNDICE DE TABLAS viii

ÍNDICE DE GRÁFICOS iv

RESUMEN xii

ABSTRACT xiii

PROLOGO 1

INTRODUCCIÓN 2

CAPÍTULO I

MARCO TEÓRICO 9

1.1. Antecedentes de la Investigación 9

1.2. Marco Teórico 10

1.2.1. Aplicaciones Web 10

1.2.1.1. Ventajas de una Aplicación WEB 11

1.2.1.2. Arquitectura de una Aplicación WEB 12

1.2.1.3. Tipos de Aplicaciones Web 14

1.2.2. Servidor Web 15

1.2.3. Tipos de Servidores Web 16

1.2.4. Administración del Personal 17

1.2.4.1. Objetivos de la Administración del Personal 18

1.2.4.2. Administración sin Papel 18

1.2.5. Arquitectura de la Aplicación Web PERDOCT 19

1.2.5.1. Lenguaje de Programación 19

1.2.5.1.1. De lenguaje 20

1.2.5.1.2. Portabilidad en los sistemas operativos 24

1.2.5.1.3. Confiabilidad 24

1.2.5.1.4. Arquitectura de Software y Hardware 25

vi


1.2.5.1.5. Detección de Fallas 25

1.2.5.2. Arquitectura del Sistema 26

1.2.5.3. Sistema de Base de Datos 28

1.2.5.3.1. MySQL 28

1.2.5.3.2. Apache 28

1.2.5.4. Sublime Text 3 28

1.2.6. Metodología de desarrollo 29

1.2.6.1. Programa Extrema (Extreme Programming / XP) 29

1.2.6.2. ICONIX 30

1.2.6.2.1. Análisis de Requisitos 31

1.2.6.2.2. Análisis y diseño preliminar 31

1.2.6.2.3. Diseño 32

1.2.6.2.4. Implementación 33

1.3. Marco Legal 33

1.3.1. Ley Orgánica del Servidor Público, LOSEP 33

CAPÍTULO II

METODOLOGÍA 36

2.1. Diseño de la Investigación 36

2.2. Tipos de Investigación 36

2.2.1. Investigación Descriptiva 36

2.2.2. Investigación de Campo 37

2.3. Enfoque de la Investigación 37

2.4. Técnicas e Instrumentos de Investigación 37

2.4.1. Encuesta 37

2.5. Población 37

2.6. Arquitectura del Sistema 38

2.7. Análisis e interpretación de resultados 38

2.8. Metodología de Desarrollo 47

2.8.1. Fases de la Metodología ICONIX 47

2.8.1.1. Requerimientos Funcionales 48

2.8.1.2. Listado de Actores y Roles 49

vii


2.8.1.3. Prototipos 58

CAPÍTULO III

PROPUESTA 75

3.1. Introducción 75

3.1.1. Tema 75

3.1.2. Objetivo 75

3.1.3. Entorno del Software 75

3.2. Fase del Diseño 76

3.2.1. Diagrama de Clases 76

3.2.2. Diagrama de Actividades 77

3.2.3. Modelo Entidad – Relación 79

3.2.4. Diccionario de la Base de Datos 80

3.2.5. Diagramas de Diseño 83

3.2.5.1. Diagrama de Robustez 83

3.2.6. Diagrama de Secuencia 90

Conclusiones y Recomendaciones 93

Conclusión 93

Recomendación 93

Anexos 95

Referencia Bibliograficas 100

ÍNDICE DE TABLAS


1 Tipo de servidores web 16

2 Cuadro Comparativo de lenguaje de programación 21

3 Portabilidad en los servidores, según los sistemas operativos 24

4 Arquitectura de software y harware 25

5 Grado de detección de fallas 25

6 Conocimiento del proceso de solicitud de permiso en la unidad

académica 39

7 La gestión administrativa se encuentra automatizada con

relación a la gestión de permisos 40

8 El sistema actual de permiso de la ug es el más idóneo para

la gestión de talento humano 41

9 Tiempo de respuesta de las solicitudes de permisos 42

10 Opciones de solicitud de permisos 44

11 Se debe realizar un cambio del sistema actual de permisos 45

12 Implementación de una aplicación web para la correcta

administración de permisos s 46

13 Opciones imprescindibles para la aplicación web 47

14 Requisitos funcionales 49

15 Caso de Uso – Actores 50

16 Caso de uso Aprobrar y/o Rechazar solicitud de permisos 56

17 Caso de uso Crear solicitud de permisos 57

ÍNDICE DE GRÁFICOS


1 Proceso de la metodología cualitativa 7

2 Cronograma de Actividades de Investigación 8

3 Esquema básico del servidor web 12

4 Esquema de funcionamiento del servidor web con páginas

estáticas 13

5 Esquema básica del funcionamiento del servidor web con

páginas dinámicas 13

6 Servidor web 15

7 Arquitectura funcional de un servidor web 16

8 Arquitectura de tres capas 27

9 Conocimiento del proceso de solicitud de permiso en la unidad

académica 40

10 La gestión administrativa se encuentra automatizada con

relación a la gestión de permisos 41

11 El sistema actual de permiso de la UG es el más idóneo para

la gestión de talento humano 42

12 Tiempo de respuesta de las solicitudes de permisos 43

13 Opciones de solicitud de permisos 44

14 Se debe realizar un cambio del sistema actual de permisos 45

15 Implementación de una aplicación web para la correcta

administración de permisos s 46

16 Opciones imprescindibles para la aplicación web 47

17 Fases de la metodología Íconix 48

18 Diagrama de caso de uso contexto 52

19 Diagrama de caso de uso del administración 53

20 Diagrama de caso de uso administrar permisos 54

21 Diagrama de caso de uso crear solicitudes de permisos 55

22 Prototipo Login y Password 58

23 Prototipo perfil del usuario 59

24 Prototipo opción formulario de solicitud 60

x


25 Prototipo opciones de permisos 61

26 Prototipo historial de permisos solicitados 61

27 Prototipo botones de edición, eliminar y observar o consultar

un permiso 62

28 Prototipo editar solicitud 63

29 Prototipo consulta de solicitud 63

30 Prototipo opción eliminar 64

31 Prototipo Login y Password usuario administrador 65

32 Prototipo perfil usuario administrador 66

33 Prototipo formulario de solicitud de permisos del

administrador 67

34 Prototipo historial de permisos del administrador 67

35 Prototipo aprobación de solicitud 68

36 Prototipo aprobar y/o negar solicitud 69

37 Prototipo historial de solicitud 69

38 Prototipo historial de solicitud filtradas 70

39 Prototipo filtro de reportes estadísticos 70

40 Prototipo resultado del ranking por motivo de permiso 71

41 Prototipo filtrado por fecha de inicio y fin 71

42 Prototipo filtro de personal administrativo - docente con más

solicitudes 72

43 Prototipo resultado de filtro de personal administrativo -

docente con más solicitudes 72

44 Prototipo de estados de solicitudes ingresadas, pendientes,

aprobadas y no aprobadas 73

45 Prototipo pantalla principal de ingreso de usuario y Password 73

46 Modelo de dominio 74

47 Diagrama de clases 76

48 Aprobar y/o rechazar la solicitud de permisos 77

49 Crear solicitud de permisos 78

50 Diagrama modelado de datos 79

xi


51 Índice del tipo de empleado 80

52 Resolución de solicitudes 80

53 índice de solicitud del personal académico 81

54 Solicitudes de permisos 81

55 Tipos de solicitudes de permisos 81

56 Índice de numeración de solicitudes 82

57 Tabla del tipo de contrato 82

58 Índice de tipo del contrato 82

59 Tipo de empleado 82

60 índice de tipo de empleado 82

61 Diagrama de robustez para iniciar sesión 83

62 Diagrama de robustez para crear solicitud / personal

académico 84

63 Diagrama de robustez para modificar solicitud 85

64 Diagrama de robustez consulta de estado de solicitud 86

65 Diagrama de robustez eliminar solicitud 87

66 Diagrama de robustez aprobar solicitud 88

67 Diagrama de robustez visualizar reportes 89

68 Diagrama de secuencia para iniciar sesión 90

69 Diagrama de secuencia crear solicitud 9

70 Diagrama de secuencia modificar solicitud 92

xii

AUTOR: AVILÉS HIDALGO DANIEL JOSUÉ

TEMA: DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB

PARA LA ADMINISTRACIÓN DE PERMISOS DEL PERSONAL

ACADÉMICO DE LA UNIVERSIDAD DE GUAYAQUIL,

FACULTAD DE INGENIERÍA INDUSTRIAL, CARRERA DE

LICENCIATURA EN SISTEMAS DE INFORMACIÓN.

DIRECTOR: ING.SIST. CADENA MACÍAS JORGE FABRICIO, MTL.

RESUMEN

La gestión de talento humano debe hacer uso de medios tecnológicos

que permiten administrar los tiempos que se invierten en realizar

determinados procesos de orden administrativo. Con el objetivo de mejorar el

sistema de administración de permisos del personal académico de la carrera

de Licenciatura en Sistemas de Información a través de una aplicación web

se realizó esta investigación teniendo como resultado el diseño de una

herramienta informática que automatice el proceso de solicitud y aprobación

de permisos realizados por el personal académico de la carrera. La aplicación

fue diseñada bajo la plataforma de desarrollo PHP con el servidor web MySQL

logrando una aplicación orientada a la web.

PALABRAS CLAVES: Aplicación web, servidor, MySQL, PHP

Avilés Hidalgo Daniel Josué

C.I. 0925659013

Ing.Sist. Cadena Macías Jorge, MTL.

Director de Trabajo

AUTHOR: AVILÉS HIDALGO DANIEL JOSUÉ SUBJECT: DESIGN AND IMPLEMENTATION OF A WEB APPLICATION

FOR THE PERMISSIONS MANAGEMENT OF THE ACADEMIC STAFF OF THE UNIVERSITY OF GUAYAQUIL, FACULTY OF INDUSTRIAL ENGINEERING, DEGREE IN INFORMATION SYSTEMS.

TUTOR: ING.SIST. CADENA MACÍAS JORGE FABRICIO, MTL.

ABSTRACT

The management of human talent has to use the technological means

that allow to manage the times that are invested in carrying out certain

administrative processes. With the aim of improving the system of

administration of permissions of the academic staff of the Degree in

Information Systems through a web application, a research was carried out

resulting in the design of a computer tool that automates the application and

approval process of permissions made by the academic staff of the degree.

The application was designed under the PHP development platform with the

MySQL web server achieving a web-oriented application.

KEY WORDS: Web Application, server, MySQL, PHP

Avilés Hidalgo Daniel Josué

C.I. 0925659013

Ing.Sist. Cadena Macías Jorge, MTI.

Director de Trabajo

PRÓLOGO

El presente proyecto titulado Diseño e implementación de una

aplicación web para la administración de permisos del personal académico de

la Universidad de Guayaquil, Facultad de Ingeniería Industrial, Carrera de

Licenciatura en Sistemas de Información. Se realiza con la finalidad mejorar y

sistematizar los permisos que el personal académico de la carrera requiera.

Esta aplicación web tiene por objetivo administrar los permisos por

inasistencia del personal académico.

El proyecto se encuentra dividido en 4 partes:

o Sección 1: Se encuentra la parte de Introducción del Tema, que

abarcan, la delimitación, la formulación del problema, la Justificación y

los objetivos tanto generales como específicos.

o Capítulo 1: Marco Teórico, Antecedentes de la investigación,

aplicaciones web y arquitectura de la aplicación web, servidores y tipos

de servidores, Base de datos, herramientas a utilizar.

o Capítulo 2: Metodología de la investigación, técnicas e instrumentos

de investigación, tabulaciones y análisis de la información, metodología

de desarrollo, prototipo del sistema.

o Capítulo 3: Propuesta se lleva a cabo todo lo realizado para la

elaboración del sistema, fases del diseño, diagramas de diseño, diseño

de tablas de base de datos, conclusiones y recomendaciones.

INTRODUCCIÓN

La carrera de LSI ubicada en la facultad de Ingeniera Industrial cuenta

con 32 docentes de tiempo parcial y completo, estos aparte de su labor

académica también desempeñan funciones de investigadores, gestores y

coordinadores. Sus múltiples funciones en ocasiones los obliga a cumplir

gestiones fuera de la unidad académica para ello requiere permisos

especiales que justifique su salida del establecimiento.

Existen otras ocasiones donde su inasistencia a cumplimiento de su rol

docente es necesaria debido a quebrantamientos de salud propia o de un

familiar. Para lo antes descrito es necesario contar con los permisos

adecuados o protocolarios para el propio desempeño de su función o para

evitar algún descuento en su remuneración mensual.

En este siglo llamado “la era del conocimiento” o la “era tecnológica” es

imprescindible hacer uso de las diferentes herramientas creadas para agilitar

procesos y mermar tiempos, sin embargo, en la carrera de LSI donde se

dominan y promueven el uso de las TIC carece de instrumentos basados en

tecnologías que mitiguen los tiempos que demoran hacer trámites de

permisos y justificación

Entre las diferentes ventajas del uso de las aplicaciones web se puede

describir que son manejables en cualquier ambiente haciendo previo uso de

una computadora, a través de ellas se puede disminuir los tiempos y agilitar

procesos, es por ello por lo que en el presente trabajo de investigación se

plantea el desarrollo de aplicación web basada en PHP para ayudar a los

docentes en los diferentes tramites antes expuestos.

Introducción 3

Objeto de la Investigación

La presente investigación tiene por objeto hacer uso de la aplicación

web para la administración de procesos de permisos y justificación por

inasistencia del personal académico de la carrera de Licenciatura en Sistemas

perteneciente a la facultad de la Ingeniería Industrial, la intención es dinamizar

y ahorro de tiempo

Delimitación del Problema de Investigación

La presente propuesta se plantea como estrategia para dar solución a

un problema de sistematización de procesos en lo que relaciona a la gestión

y administración de permisos para el personal académico de la carrera de

Licenciatura en Sistemas de Información de la Facultad de Ingeniería.

Delimitación del Espacio geográfico

El proyecto será realizado en la ciudad de Guayaquil sector norte Av.

Las Aguas, en la facultad de Ingeniería Industrial para la carrera de LSI.

Delimitación Espacial y Tiempo

La investigación propuesta tendrá como tiempo determinado una

duración aproximada de 2 meses, toma ese tiempo estimado, ya que el autor

requiere levantar toda la información de la problemática que se presenta,

usando información de las autoridades de la carrera de LSI.

Finalizado el proceso de investigación se procederá a clasificar

información en un proceso de siete días, y tabular gráficos como también el

diseño e implementación de la aplicación Web.

Introducción 4

Delimitación Semántica

o Aplicación Web: Sistema informático que es fundamentado en una

base de dato el cual se maneja vía Internet o intranet, genera procesa

y guarda información en su servidor.

o Administración de Permiso: La administración es una ciencia social que

persigue la satisfacción de objetivos institucionales por medio de una

estructura y a través del esfuerzo humano coordinado (José A.

Fernández Arenas, s.f). la administración de permisos son todos los

procesos y pasos que se debe seguir para el tramite respectivo.

Planteamiento del Problema

La carrera de Licenciatura en Sistemas de Información que

corresponde a la Facultad de Ingeniería Industrial perteneciente a la

Universidad de Guayaquil, durante mucho tiempo a usado sistemas comunes

para la administración de permisos y la justificación de los mismos lo cual ha

generado retrasos en diferentes procesos por la manera burócrata con la que

se gestionan, esto causa malestar en el personal académica debido a los

retrasos en el cumplimiento de las funciones académicas (ponencias,

pasantías, estudios, etc.) y además descuentos en sus remuneraciones (faltas

por carencias de tipo personal) las mismas que por la complejidad del trámite

no se pudieron justificar o validar a tiempo.

La carrera de Sistemas de Información siendo esta precursora del uso

de las Tics no cuenta con diferentes sistemas de automatización como es la

implementación de una aplicación web que permita la correcta administración

de los permisos del personal académico de la institución.

Introducción 5

Formulación del Problema

o ¿Cómo incide el uso de la aplicación web en la administración de

permisos para personal académico de la carrera de Licenciatura en

Sistemas de Información?

Justificación de la Investigación

En la actualidad el sistema de administración de permisos que lleva el

departamento de recursos humano de la Facultad de Ingeniería Industrial es

mecánico y tiende a retrasar el proceso de autorización de este, por lo que el

personal académico de esta institución se ha visto en algunos casos

perjudicado a nivel económico debido a los descuentos de los que fueron

objeto.

Los procesos que toman mucho tiempo, usando un sinnúmero de

papeles, lo cual conlleva a pérdida de tiempo el poder conseguir la

autorización requerida para la salida del personal sea a realizar actividades

propias de la docencia, tramites personales como son visitas al médico o

carencias familiares, esto causa malestar en el personal académico al retrasar

actividades programadas o de emergencia

Es por ello que identificando la necesidad de contar con un proceso

automatizado se plantea la presente investigación como una opción para

desarrollar una aplicación web donde el personal académico puede acceder

con el tiempo necesario para realizar el proceso de petición con los respaldos

requeridos por la institución donde dicha información será remitida al directivo

y al personal de recursos humanos para su validación y aprobación, con este

proceso se prevé administrar el tiempo y corregir posibles errores que se han

venido cometiendo por desconocimientos de los procesos.

Introducción 6

En la presente era tecnológica no se puede continuar con procesos que

retrasen el progreso de los docentes, la pertinencia de la presente

investigación se basa en el uso de las Tics al diseñar una aplicación que

permita facilitar los procesos de administración de permisos y justificación de

inasistencia para aquellos que lo necesiten.

Objetivos de la Investigación

Objetivo General

o Diseñar una aplicación web para la administración de permisos del

personal académico que se basará en flujo de procesos de

ingresos, aprobación y aceptación de este.

Objetivo Especifico

o Realizar el estudio de los sistemas de administración de permiso a

través de los métodos teóricos.

o Evaluar a través de los métodos empíricos el sistema de

administración de permisos actual y la viabilidad de la aplicación

web

o Establecer el lenguaje de programación acorde el diseño de la

aplicación web para la administración de permisos del personal

académico.

Metodología

En el presente proyecto de investigación a emplear es de tipo

cualitativa, misma que permite recabar información desde el usuario a partir

de las experiencia con el objeto problema de estudio. A continuación, se

presenta el proceso de la metodología cualitativa de acuerdo con de

(Hernández Sampieri, Fernández Collado, & Batista Lucio, 2010).

Introducción 7

GRÁFICO 1

PROCESO DE LA METODOLOGÍA CUALITATIVA

Fuente: Información tomada de (Hernández Sampieri, Fernández Collado, & Batista Lucio, 2010) Elaborado por: Avilés Hidalgo Daniel

Introducción 8

Cronograma Investigativo

GRÁFICO 2

CRONOGRAMA DE ACTIVIDADES DE INVESTIGACIÓN

Elaborado por: Avilés Hidalgo Daniel

CAPÍTULO I

MARCO TEÓRICO

1.1. Antecedentes de la Investigación

La investigación documental realizada permitió indagar los

antecedentes del presente proyecto mismos que están relacionados de forma

directa e indirecta con las variables de investigación.

Por lo antes mencionado, es importante indicar los trabajos y artículos

de científicos que forman parte de los antecedentes del presente proyecto.

Tales como el de los Sres. Aguilar Riera y Dávila Garzón David, con el tema

“Análisis, diseña e implementación de la aplicación web para el manejo del

distributivo de la Facultad de Ingeniería” realizado en el 2013 previo a la

obtención del título de Ingenieros de Sistemas, en la que señala que la

finalidad del sistema web consiste en mantener en la red un recurso

indispensable al momento de generar el distributivo.

Por otro lado, el trabajo de investigación del Sr. Wittenberg Nissim

Mauricio con el tema “Diseño e implementación de una aplicación web para la

gestión y ejecución del proceso de evaluación de desempeño de una

Universidad” realizado en abril del 2010 en Santiago de Chile previo a la

obtención del título de Ingeniero Civil en Computación, cuyo objetivo central

era rediseñar y actualizar el proceso de ejecución de la evaluación de

desempeño de la UC utilizando tecnologías actuales que permitan acordar y

controlar el tiempo necesario para completar las evaluaciones de los

funcionarios de la Universidad.

Marco Teórico 10

Se menciona además al proyecto del Sr. Sánchez Zuain y la Sra. Duran

Elena con el tema “Identificación de requisitos para las aplicaciones web

mediante el uso de una taxonomía basada en la categorización de las

aplicaciones”, artículo científico presentado en octubre del 2016 en el XXII

Congreso Argentino de Ciencias de la Computación (CACIC 2016), con el fin

de seleccionar las categorías de aplicaciones web que se tomarían como base

para definir la Taxonomía de Requisitos, proponen una categoría, que ilustra

la evolución de las Aplicaciones Web. Esto es útil en la comprensión de sus

necesidades, para desarrollar e implementar Sistemas web.

Esta investigación por medio de los métodos teóricos y empíricos tiene

como objetivo central diseñar el sistema de administración de permisos del

personal académico de la carrera de Licenciatura en Sistemas de Información

a través de una aplicación web, siendo los principales beneficiarios de esta

contribución administrativa el personal docente y administrativo que presta

servicio en la Facultad de Ingeniería Industrial de la Universidad Guayaquil.

1.2. Marco Teórico

1.2.1. Aplicaciones Web

“Es una aplicación software que se codifica en un lenguaje soportado por

los navegadores Web en la que se confía la ejecución al navegador”. (Almaraz

Hernández, Campos Cantero, & Castelo Delgado, 2011, pág. 30)

Es el medio por el cual un usuario puede acceder a un sitio determinado

empleando para si un servidor web, las aplicaciones en la actualidad se han

convertido en una de las opciones debido a lo práctico del navegador web

considerado como cliente ligero esto puede ser por la independencia del

sistema operativo que se presenta, así como la oportunidad de realizar

actualizaciones de forma dinámica.

Marco Teórico 11

Se trata de una herramienta que plantea y emplea la arquitectura

cliente-servidor, en la cual, el cliente o usuario, empleando un navegador web,

accede a la aplicación, mediante la dirección en la que está ubicado el

respectivo servidor web. El acceso a este servidor se realiza ya sea a través

de internet o intranet. (Aguilar Riera & Dávila Garzón, 2013, pág. 21).

La importancia de este medio de comunicación se centra en la

oportunidad de mantener una comunicación activa puesto que permite al

usuario de la información acceder a de modo interactivo a los datos.

1.2.1.1. Ventajas de una Aplicación WEB

De acuerdo con (Almaraz Hernández, Campos Cantero, & Castelo

Delgado, 2011, pág. 32) las ventajas de la aplicación web son:

Optimizar el tiempo: Para realizar las actividades requeridas el

usuario no se ve obligado a adquirir e instalar programas informáticos.

No se presentan problemas de compatibilidad: No se diseña en

función del sistema operativo de cada cliente.

No requiere de memoria del disco duro: Dado que no es un software

no ocupara espacio en el disco duro del usuario.

Permanece actualizado: Cada vez que el usuario acceder por medio

de la web tendrá acceso a la última versión de la aplicación.

Multiplataforma: Se puede acceder desde todo tipo de sistema

operativo el único requisito es tener acceso al navegador.

Portables: En la actualidad se vienen diseñando aplicaciones web

para ser utilizadas desde un ordenador, así como también desde un

móvil.

Marco Teórico 12

Colaboración: Facilita el proceso de compartir información entre los

usuarios gracia al acceso del servicio.

1.2.1.2. Arquitectura de una Aplicación WEB

“La arquitectura de las aplicaciones web consta de máquinas

conectadas a una red, por lo general, Internet o una Intranet corporativa que

sigue el esquema cliente-servidor en nuestro caso de servidores web.” (Lerma

Blasco, Murcia Andrés, & Mifsud Talón, 2013, pág. 11)

GRÁFICO 3

ESQUEMA BÁSICO DEL SERVIDOR WEB

Fuente: Información tomada de (Lerma Blasco, et al, 2013, pág. 11) Elaborado por: Avilés Hidalgo Daniel

De acuerdo con (Lerma Blasco, et al, 2013, pág. 11) la figura 1 presenta

el esquema básico del servidor web donde la comunicación se lleva a cabo a

través del protocolo HTTP permitiendo así la interacción cliente – servidor

web, con la finalidad de que el usuario tenga acceso a la dirección URL que

solicita por medio de la búsqueda en el repositorio de páginas del servidor.

Marco Teórico 13

GRÁFICO 4

ESQUEMA BÁSICO DE FUNCIONAMIENTO DEL SERVIDOR WEB CON

PÁGINAS ESTÁTICAS


Las páginas web dinámicas son construidas a partir de la información

recibida o mediante la consulta de bases datos, son escritas en lenguaje de

programación para servidores PHP, ASP.net o JSP.

GRÁFICO 5

ESQUEMA BÁSICO DEL FUNCIONAMIENTO DEL SERVIDOR WEB CON

PÁGINAS DINÁMICAS


Marco Teórico 14

Tal como se referencia en la figura 3 de acuerdo con (Lerma Blasco, et

al, 2013, pág. 11) cuando el usuario trabaja como páginas dinámicas el código

que recibe el cliente se construye en el programador en el momento que fue

procesada la petición

1.2.1.3. Tipos de Aplicaciones Web

De acuerdo con (Sánchez-Zuain & Durán, 2016) se puede citar los tipos

de aplicaciones web:

o Interactivas: Son aplicaciones web donde se realizan cambios

constantes y se da una interacción con el usuario.

o Transaccionales: Estas aplicaciones fueron diseñadas con el objetivo

de brindar mayor interactividad, de forma que el usuario pueda realizar

cambios de contenidos.

o Colaborativas: Estas aplicaciones son empleadas como una

estrategia colaborativa de intercambios de conocimiento.

o Web social: Las webs sociales permiten a los usuarios conectarse

desde diferentes espacios geográficos y son más que un espacio

social, permiten en la actualidad desarrollar actividades laborales por

su conectividad. La Web Social comprende un conjunto de recursos y

prácticas que permiten a los usuarios socializar entre ellos.

o Ubicuas: Son diseñados para proveer un servicio personalizado.

Permitiendo que la información sea cada vez más accesible desde

cualquier parte del mundo donde se encuentren los usuarios

independientemente del tipo de dispositivo que utilice. Esta adquiere

relevancia con la llegada de Google+ y su potencial integrador que,

unido al auge de la Web móvil, a la conectividad permanente.

Marco Teórico 15

1.2.2. Servidor Web

“Es un ordenador o máquina informática que está al “servicio” de otras

máquinas, ordenadores o personas llamadas clientes y que les suministran a

estos, todo tipo de información”. (Sierra García, 2012, pág. 1)

GRÁFICO 6

SERVIDOR WEB

Un servidor es conocido como un ordenador que mantiene una

capacidad de almacenamiento de forma tal que puede responder de forma

eficiente a miles de clientes que envían o receptan información.

Un servidor web o servidor HTTP es un programa que establece una

comunicación entre el cliente y servidor mediante la ejecución, realizando

conexiones bidireccionales y/o unidireccionales y síncronas o asíncronas con

el cliente generando o cediendo una respuesta en cualquier lenguaje o

aplicación del lado del cliente. (Morales de la Torre, 2013, pág. 29)

Marco Teórico 16

GRÁFICO 7

ARQUITECTURA FUNCIONAL DE UN SERVIDOR WEB

Fuente: Información tomada de (Morales de la Torre, 2013) Elaborado por: Avilés Hidalgo Daniel

1.2.3. Tipos de Servidores Web

De acuerdo con (Sierra García, 2012) en la tabla 1 se presentan los

tipos de servidores web:

TABLA 1

TIPOS DE SERVIDORES WEB

DENOMINACIÓN

DEL SERVIDOR DESCRIPCIÓN

SERVIDOR DE

CORREO

Servidor que almacena, envía, recibe y realiza todas las

operaciones relacionadas con el e-mail.

Marco Teórico 17

DENOMINACIÓN

DEL SERVIDOR DESCRIPCIÓN

SERVIDOR PROXY

Actúa de intermediario de forma que el servidor que

revive una petición no conoce quién es el cliente que

verdaderamente está detrás de esa petición.

SERVIDOR WEB

Almacena principalmente documentos HTML,

imágenes, videos, textos, presentaciones, y en general

todo tipo de información.

SERVIDOR DE

BASE DE DATOS

Da servicios de almacenamiento y gestión de base de

datos a sus clientes.

SERVIDORES

CLÚSTER

Son servidores especializados en el almacenamiento de

la información teniendo grandes capacidades de

almacenamiento y permitiendo evitar la pérdida de la

información por problemas en otros servidores.

SERVIDORES

DEDICADOS

Son servidores de uso exclusivo de una persona o

empresa.

SERVIDORES DE

IMÁGENES

Permiten alojar gran cantidad de imágenes sin consumir

recursos de nuestro servidor web en almacenamiento o

para almacenar fotografías personales, profesionales,

etc.

Fuente: Información tomada de (Sierra García, 2012) Elaborado por: Avilés Hidalgo Daniel

1.2.4. Administración del Personal

“Es el área de administración relacionada con todos los aspectos del

personal de una organización: determinando necesidades de personal,

reclutar, seleccionar, desarrollar, asesorar y recompensar a los empleados;

actuar como enlace con los sindicatos y manejar otros asuntos de bienestar.

(Rodríguez Valencia, 2008)

La administración del personal es una de las áreas más importante de

una organización dado que es el sitio donde se selecciona e induce al personal

Marco Teórico 18

para el cargo que va a desempeñar, así como también es el lugar donde se

realizan todas las solicitudes relacionadas a los permisos que el personal

requiere.

1.2.4.1. Objetivos de la Administración del Personal

De acuerdo con (Alfaro Casrtellanos, 2012) la administración del

personal funciona en base a los siguientes objetivos.

o Regular de manera justa y técnica las diferentes fases de las relaciones

laborales de una organización para promover al máximo el

mejoramiento de bienes y servicios producidos.

o Lograr que el personal al servicio del organismo social trabaje para

alcanzar los objetivos organizacionales.

1.2.4.2. Administración sin Papel

“La administración digital no solo nos hará una vida más fácil, sino que

será un elemento estructural que operará como palanca de crecimiento,

generando un efecto multiplicador respecto del capital y los recursos

humanos.” (Mellado Ramírez, 2015)

Las organizaciones buscan estar a la vanguardia de los cambios que

son generado por la era digital, como es notable en los últimos años las

empresas han automatizado un sinnúmero de procesos que se realizaban de

forma personal y que conllevaba en mucho de los casos una lista de requisitos

para poder cumplir con el objetivo del usuario.

El objetivo primordial en la administración moderna se puede definir

como “una oficina sin papel” esto es viable dada las nuevas tecnologías que

permiten interactuar con los usuarios de la información. Se pueden preguntar

qué tan eficiente puede ser este tipo de procesos la respuesta es óptimamente

Marco Teórico 19

eficiente desde el punto de vista que el usuario puede ingresar a una

aplicación web y realizar el requerimiento desde la comodidad de su casa,

oficina o espacio físico donde se encuentre.

1.2.5. Arquitectura de la Aplicación Web PERDOCT

Para el desarrollo de la aplicación web PERDOCT se empleó MySQL

como base de datos por utilizar varias capas de seguridad, contraseñas

encriptadas, derechos de acceso y privilegio para los usuarios siendo

compatible con Windows y Linux.

1.2.5.1. Lenguaje de Programación

El lenguaje PHP es un lenguaje interpretado con una sintaxis similar a

la de C++ o JAVA, suele incluirse incrustado en páginas HTML (o XHTML),

siendo el servidor web el encargado de ejecutarlo. (Palomo Duarte)

Las principales características de PHP de acuerdo con (Vázquez

Mariño, 2008):

o Velocidad: PHP es integra muy bien junto a otros softwares,

especialmente bajo ambientes Unix, cuando se configura como módulo

de Apache, está listo para ser utilizado.

o Estabilidad: PHP utiliza su propio sistema de administración de

recursos y dispone de un sofisticado método de variables, conformando

un sistema robusto y estable.

o Seguridad: PHP provee diferentes niveles de seguridad, estos pueden

ser configurados desde el archivo .ini Soporte para una gran cantidad

de bases de datos: MysSQL, PostgreSQL, Oracle,MS SQL Server,

SybasemSQL, Informix, entre otras

Marco Teórico 20

o Simplicidad: Usuarios con conocimiento en C y C++ podrán utilizar

PHP rápidamente.

De acuerdo con (Paz Brezo, 2014) existen seis razones fundamentales

para trabajar con el lenguaje de programación PHP en aplicaciones web,

estas son:

o Lenguaje totalmente libre y abierto.

o Curva de aprendizaje muy baja.

o Los entornos de desarrollo son de rápida y fácil configuración.

o Fácil despliegue: paquetes totalmente autoinstalables que integran

PHP.

o Fácil acceso a bases de datos.

o Comunidad muy grande

Con la finalidad de seleccionar el lenguaje de programación se realizó

un cuadro comparativo entre dos lenguaje de programación para aplicaciones

web empleando métodos de comparación elegidos para el proceso de

investigación.

Su gran comunidad de PHP hace que el soporte, guías, libros y

soluciones de dudas sean mucho más fácil en foros o redes sociales

1.2.5.1.1. De lenguaje

En la tabla 2 se muestra un cuadro comparativo de los lenguajes de

programación que se pueden emplear en el diseño de la aplicación web.

Marco Teórico 21

TABLA 2

CUADRO COMPARATIVO DE LENGUAJE DE PROGRAMACIÓN

Lenguaje características Fortalezas Debilidades Opinión

PHP

- Utilizado para generar páginas

web dinámicas.

- Se ejecuta en el servidor

- Los usuarios no pueden ver el

código PHP únicamente reciben

en sus navegadores código

HTML

- Las páginas que genera son

visibles para prácticamente

cualquier navegador y

computadora o dispositivos

móviles que pueda interpretar el

HTML.

- No se necesita la instalación de

PHP en el lado del cliente.

- Versiones resiente permiten la

POO

- Lenguaje de alto nivel

- Su sintaxis es muy similar a

otros lenguajes

- Fácil

- Es un lenguaje muy popular

tiene una comunidad muy

grande

- Rápido

- Multiplataforma

- Maneja base de datos

- Bastante documentado

- Libre y gratuito.

- Varias funciones

- No requiere definición de

variables

- Puede ser combinado junto

a HTML

- Tiene muchos frameworks

que facilitan el desarrollo en

este lenguaje.

- Necesita un servidor

para funcionar

- La POO es deficiente

para aplicaciones

grandes

- Todo el trabajo se

realiza el en servidor y

mucha información o

solicitudes pueden ser

ineficiente.

- Es un lenguaje que está

muy bien documentado y

se pueden encontrar un

sinfín de ejemplos y

tutoriales lo cual lo hacer

una muy buena opción

para aprender y conocer

sobre la programación.

Marco Teórico 22

- Muchos servicios de

alojamiento web tienen PHP

RUBY

- Orientado a objetos

- Lenguaje de alto nivel

- Sintaxis similar a Python y Perl

- Opensource

- Lenguaje para la creación de

aplicaciones de escritorio y

aplicaciones web.

- Diferencia entre mayúsculas

y minúsculas

- Maneja excepciones

- Puede cargar librerías si el

sistema operativo lo permite

- Multiplataforma

- Portátil

- Desarrollo de bajo costo

- Software libre

multiplataforma

- Es relativamente nuevo

y no cuenta con mucha

documentación en

comparación con otros

lenguajes de

programación no está

muy difundido en

relación con otros

lenguajes.

- Sus sintaxis son muy

simple y fácil de aprender y

posible utilizarlos en baria

plataformas, además es

Opensource y libre.

JSP

(Java

Server

Pages)

- Lenguaje para creación de sitios

dinámicos

- Necesita un servidor Tomcat

- Motor basado en servlets de java

multiplataforma

- Ejecución rápida de servlets.

- Código bien estructurado

- Integridad con módulos java

- La parte dinámica está

escrita en java

- Complejidad de

aprendizaje

- Su sintaxis es similar a java

por lo que podría ser

relativamente fácil de

aprender para los que

saben programa en java.

ASP

(Active

Server

Pages)

- Desarrollado por Microsoft

- Tecnología del lado del servidor

- Requiere de Internet Información

Server (IIS)

- Usa visual Basic script

- Comunicación optima con

SQL server

- Soporta JScript

- De paga

- El hospedaje de sitios

web es costos

- Necesita de mucho

código para funciones

sencillas

- La principal desventaja de

este lenguaje es el costo.

Marco Teórico 23

ASP.ET

- Sucesor de ASP

- Creada por Microsoft

- De paga

- Orientado a objetos

- Controles de usuarios y

personalizados

- Fácil mantenimiento

- Incremento en velocidad

- Mayor seguridad

- Mayor consumo de

recursos

-

- Es un lenguaje que tiene

con mejores

características que su

primera versión

Java - Es orientado a objetos

- Multiplataforma

- Al ser orientado a objetos

permite su modularización

- Permite la creación de

aplicaciones de escritorio

Tiene soporte a desarrollo

de aplicaciones móviles y

web.

- Es un lenguaje

interpretado así que es

relativamente lento en

comparación con otros

lenguajes

- Es un lenguaje bastante

documentado y fácil de

aprender, contiene muchas

librerías tiene varias

alternativas de framework

para un desarrollo más

fácil y creación de

aplicaciones robustas.

Fuente: Información tomada de la investigación directa Elaborado por: Avilés Hidalgo Daniel

Marco Teórico 24

1.2.5.1.2. Portabilidad en los sistemas operativos

Los lenguajes de programación son portables en los sistemas

operativos Windows a Linux y viceversa; esto nos indica que permite la

migración de datos entre sistemas operativos.

TABLA 3

PORTABILIDAD EN LOS SERVIDORES, SEGÚN LOS SISTEMAS

OPERATIVOS

Herramienta

Apache IIS Tomcat OneASP (Modulo)

Windows Linux Windows Linux Windows Linux Windows Linux

PHP

ASP

JSP

Fuente: Información tomada (Jabba Molinares, Alocer Olaciregui, & Rojas Morales, 2014) Elaborado por: Avilés Hidalgo Daniel

De acuerdo con la tabla 3 el servidor apache tanto PHP como JSP es

portable para Windows hacia Linux Redhat y viceversa, es importante

destacar que PHP se puede ejecutar en IIS.

1.2.5.1.3. Confiabilidad

Al ser ejecutado el programa por parte de los usuarios se puede

observar que al seleccionar la opción Ver código fuente, disponible en el

navegador de internet de internet, no se muestra el código del lado del cliente,

siendo favorable desde el punto de vista de la seguridad de programación.

Marco Teórico 25

1.2.5.1.4. Arquitectura de Software y Hardware

TABLA 4

ARQUITECTURA DE SOFTWARE Y HARDWARE

Característica necesarias para

un funcionamiento adecuado

Herramientas

PHP ASP JSP

Sistema Operativo Linux - Windows Windows Linux

Servidor Apache ISS Tomcat

Memoria 128 o más 128 o más 256 a más

Fuente: Información tomada (Jabba Molinares, et all, 2014) Elaborado por: Avilés Hidalgo Daniel

Los lenguajes de programación PHP y JSP fue diseñado para un

sistema operativo libre como Linux, con el transcurso del tiempo los lenguajes

fueron actualizados y fue usado para sistema operativos pagados como lo es

Windows.

1.2.5.1.5. Detección de Fallas

TABLA 5

GRADO DE DETECCIÓN DE FALLAS

Detección de fallas

Herramientas

PHP ASP JSP

Óptimo

No óptimo

Fuente: Información tomada (Jabba Molinares, et all, 2014) Elaborado por: Avilés Hidalgo Daniel

Marco Teórico 26

Como se puede apreciar en la tabla 5 el grado de detección de fallas

en PHP es parcial; esto quiere indicar que dicha herramienta no detecta por

completo qué tipo es el que se produce.

1.2.5.2. Arquitectura del Sistema

Una arquitectura de dos capas en realidad tiene tres partes: un cliente,

un servidor y un protocolo, mismo que hace un puente entre las capas del

cliente y del servidor. El diseño de dos capas es muy efectivo para

aplicaciones de red, así como para programas con interfaz gráfica de usuario

(GUI); comúnmente los programas GUI se almacenan del lado del cliente, y

la lógica del negocio del lado del servidor, esto permite regenerar y validar

datos del usuario en el cliente, donde se tiene una respuesta más rápida; en

el proceso, se conservan los tan apreciados recursos de la red y del servidor.

De igual forma, la lógica del negocio vive en el servidor, donde está segura,

además de hacer uso los recursos de dicho servidor. (Acosta Gonzaga,

Álvarez Cedillo, & Gordillo Mejía, 2014)

Esta arquitectura cliente – servidor demanda un interfaz de usuario

ejecutable en un computadora, desde donde se realiza la solicitud de

permisos a un administrador el mismo que debe procesar el requerimiento

para aprobar o rechazar el permiso de forma que el servidor pueda visualizar

la respuesta de su solicitud.

De acuerdo con (Sarasty Espaá, 2015) la arquitectura de capa se

encuentra constituida de la siguiente manera:

o Capa de presentación: también conocida como Capa de Usuario,

es aquella que presenta la interfaz gráfica del sistema al usuario,

captura información del usuario en un mínimo proceso (realiza

filtrado para comprobar que no hay errores de formato) esta interfaz

debe de tener una característica amigable para el usuario de

Marco Teórico 27

manera que sea entendible y de uso fácil. Esta capa tiene una

comunicación única con la capa de negocio.

o Capa de negocio: En esta capa se encuentra los programas que

se ejecutan, también se reciben las peticiones del usuario y se

envían la respuesta tras el proceso.

Esta capa se denomina de negocio porque justo es donde se

establecen todas las normas o reglas a cumplirse. También esta

capa sirve como bloqueo para que el usuario no posea acceso

directo a la base de datos.

La capa de negocio tiene una comunicación con la capa de datos

para solicitar al gestor de base de datos almacenar o recuperar

datos de él.

o Capa de datos: En esta capa se encuentran todos los datos y se

encarga de ingresar a los mismos. Se encarga de tareas comunes

como lo es el borrado, modificado y consultas de los datos.

Está formada por uno o más gestores de base de datos que realizan

el almacenamiento de datos y reciben las solicitudes de

almacenamiento y recuperación de información desde la capa de

negocio.

GRÁFICO 8

ARQUITECTURA DE TRES CAPAS

Fuente: Información tomada de (Sarasty Espaá, 2015) Elaborado por: Avilés Hidalgo Daniel

Marco Teórico 28

1.2.5.3. Sistema de Base de Datos

Para el desarrollo de la aplicación web PREDOCT se seleccionó un

servidor de plataforma libre, un software que integra en una sola aplicación un

servidor web apache con un lenguaje scripts PHP un servidor de base MySQL.

1.2.5.3.1. MySQL

Mysql es un sistema de gestión de base de datos relacional. La mayor

parte de código se encuentra escrito en lenguaje C/C++, es un software de

uso simple que permite crear bases de datos Simples y Complejas con mucha

facilidad. MYSQL es un software libre compatible con múltiples plataformas

informáticas. Este gestor de base de datos es muy utilizado en el desarrollo

de web, ya que permite al desarrollador hacer cambios a sus sitios de manera

fácil, solo con cambiar un archivo se evita de modificar todo el código web.

Cuando se combina con PHP se convierte en una mezcla poderosa que

siempre es tomada en cuenta para realizar aplicaciones cliente/servidor, que

requieran el uso de una base de datos rápida, segura y potente.

1.2.5.3.2. Apache

Apache es un servidor web libre se puede tener accesos al programa

desde sitio web, http://www.apache.org/. Puede ser usado a través de los

sistemas operativos Linux y Windows, manteniendo tres líneas de su servidor

web: 1.x, 2.0 y 2.2.

1.2.5.4. Sublime Text 3

Sublime Text es un editor de código fuente creado por John Skinner en

el año 2008 y desarrollado en C++. Este editor se puede descargar de forma

gratuita, aunque existe una licencia si se trabaja de manera comercial. Una

de sus características principales es que trabaja en las tres plataformas

http://www.apache.org/

Marco Teórico 29

principales como lo es Windows, MAC OS x y Linux y también permite realizar

autocompletado y marcado de llaves.

1.2.6. Metodología de desarrollo

La aplicación web PREDOCT se desarrolló basada en la metodología

Íconix por sus bondades, a continuación, se presenta una descripción de las

metodologías analizadas para el desarrollo del proyecto.

1.2.6.1. Programa Extrema (Extreme Programming / XP)

La Programación Extrema o Extreme Programming, es un enfoque de

la ingeniería de software formulado por Kent Beck, se considera el más

destacado de los procesos ágiles de desarrollo de software. Al igual que estos,

la programación extrema se diferencia de los métodos tradicionales

principalmente en que presenta más énfasis en la adaptabilidad que en la

previsibilidad. (Bautista Q, 2012)

De acuerdo con (Meléndez Valladarez, Gaitan, & Pérez Reyes, 2016)

las características de extreme programming son:

o Metodología basada en prueba y error para obtener para obtener

un software que funcione realmente.

o Fundamentada en principios.

o Está orientada hacia produce y usa software (el cliente participa

muy activamente).

o Reduce el coste del cambio en todas las etapas del ciclo de vida del

sistema.

o Combina las que han demostrada ser las mejores prácticas para

desarrollar software, y las lleva al extremo.

o Cliente bien definido.

Marco Teórico 30

o Los requisitos pueden cambiar.

o Grupo pequeño y muy integrado (2-12 personas)

o Equipo con formación elevada y capacidad de aprender.

1.2.6.2. ICONIX

Es un proceso simplificado en comparación con otros procesos más

tradicionales, que unifican un conjunto de métodos de orientación a objetos

con el objetivo de abarcar todo el ciclo de vida de un proyecto. (Amavizca

Valdez, García Ruíz, Jiménez López, Duarte Guerrero, & Vásquez Brindis,

2014).

Las tres características fundamentales de ICONIX de acuerdo con

(Debrauwer, 2015):

o Iterativo e incremental: Varias iteraciones ocurren entre el

desarrollo del modelo del dominio y la identificación de los casos

de uso. El modelo estático es incrementalmente refinado por los

modelos dinámicos.

o Trazabilidad: Cada paso está referenciado por algún requisito.

Se define trazabilidad como la capacidad de seguir una relación

entre los diferentes artefactos producidos.

o Dinámica del UML: La metodología ofrece un uso “dinámico del

UML” como los diagramas del caso de uso, diagramas de

secuencia y de colaboración.

De acuerdo con. (Amavizca Valdez, et all, 2014) las ventajas de la

metodologia ICONIX que se consideraron para el desarrollo de la aplicación

web fueron:

o La capacidad de respuesta a cambios de requisitos a lo largo del

desarrollo.

Marco Teórico 31

o La entrega continua y en plazos breves de software funcional.

o El trabajo conjunto entre el cliente y el equipo de desarrollo.

o La importancia de la simplicidad, eliminado el trabajo

innecesario.

o La atención continua a la excelencia técnica y al buen diseño.

o La mejora continua de los procesos y el equipo de desarrollo

1.2.6.2.1. Análisis de Requisitos

Esta fase se divide en 3 actividades, como lo son el Modelo de Dominio,

el prototipo y los casos de uso.

Para trabajar en el Análisis de requisitos, se tuvo que realizar una

encuesta de solicitud de permisos al personal académico de la Facultad de

ING. Industrial.

o Modelo de Dominio: Para realizar este modelo se tuvo que

construir un diagrama de clase simplificado, que es una

representación de las agrupaciones que estructurarán el sistema.

o Casos de uso: Detalla la postura o acciones a realizar el usuario

en el sistema, esto quiere decir, la conducta del sistema desde la

perspectiva del usuario.

o Prototipo: El prototipo del sistema no es más que el diseño de la

interfaz gráfica que tendrá nuestro sistema, con el fin de que el

cliente que es personal académico pueda tener una visión al

sistema forma amigable.

1.2.6.2.2. Análisis y diseño preliminar

En esta fase se describe las tres actividades principales que son: la

descripción de los casos de uso por plantillas o fichas, el diagrama de

actividades y el diagrama de Robustez.

Marco Teórico 32

o Descripción de los casos de uso: es el detalle del flujo de

acciones principal contemplando también los flujos alternativos y los

de excepción, la función principal de esta actividad es describir el

procedimiento del sistema desde la perspectiva del usuario y

establecer los límites y las interrelación entre sistema y usuario.

o Diagramas de Robustez: Es una combinación entre el diagrama

de clases y el de actividades, esta herramienta facilita el

reconocimiento de objetos generando sencillez al momento de darle

lectura al sistema. Este diagrama se divide en

o Objetos fronterizos: Es usado por el o los clientes para

comunicarse con el sistema.

o Objetos entidad: Son objetos del modelo del dominio.

o Objetos de Control: Es una conexión entre la interfaz y los objetos

de entidad.

o Diagrama de Clases: Este a su vez permite describir la estructura

de un sistema mostrando las clases los atributos y las relaciones

entre cada uno ellos.

Una de sus funciones principales es de asegurar que las

especificaciones del sistema son viables.

1.2.6.2.3. Diseño

La etapa de diseño permite reconocer todos los elementos que

conforman nuestro sistema. Dentro de esta etapa se elabora el diagrama de

secuencia que son aquellos que mostraran los métodos que llevaran las

clases a nuestro sistema.

Los diagramas de secuencia están compuestos de cuatro elementos

que son: Curso de acción, los objetos, los mensajes y los métodos. Se debe

terminar el diagrama de secuencia revisando que este cubra todos los

requisitos identificados.

Marco Teórico 33

1.2.6.2.4. Implementación

La fase de implementación permitirá crear el software que

posteriormente será entregado para ser uso del mismo. Se podrá hacer uso

del diagrama de componentes para apoyar el desarrollo, es decir mostrar

cómo está distribuido cada elemento que compone la estructura interna, así

como generar y escribir el código.

Se debe tener en cuenta que el código desarrollado debe de tener tres

ítems importantes como son:

o Reusabilidad: la cual permite hacer uso de cualquier componente en

diferentes aplicaciones.

o Extensibilidad: es aquel que permite modificar con total facilidad el

software.

o Confiabilidad: permitirá que el sistema trabaje descartando cualquier

error al software.

1.3. Marco Legal

1.3.1. Ley Orgánica del Servidor Público, LOSEP

De acuerdo con la LOSEP (Ley Orgánica del Servicio Público), existen

algunas razonas por la que un empleado puede acogerse a permisos que

justifiquen su inasistencia en el cumplimiento de la labor que desempeña,

estos son:

Según el Art. 59 del reglamento dice que todo servidor público tiene

permiso para estudios regulares de hasta dos horas diarias.

Para estudios regulares de postgrado se concederá licencia sin

remuneración o comisión de servicio con remuneración siempre que la o el

Marco Teórico 34

servidor demuestre que realiza sus estudios dentro de la jornada laboral.

Estos permisos no aplican para servidores que laboren en jornada especial.

El Art. 60 del reglamento de la LOSEP sobre los permisos de atención

médica nos dice se tiene hasta dos horas diarias y que se debe solicitar con

24 horas de anticipación, se debe justificar este permiso con un certificado

médico del IESS o centro de Salud en caso de emergencia.

Cuidado Recién nacido

De acuerdo al Art. 61 del reglamento se establece hasta dos horas

diarias (continuas o fraccionado). Hasta doce meses después de terminar

licencia maternidad. En caso de fallecer la madre, el padre hará uso del resto

del permiso.

Permiso para representación de una asociación laboral

La autoridad nominadora podrá conceder permisos con remuneración

conforme a lo señalado en el inciso cuarto del artículo 33 de la LOSEP, de

manera mensual y no acumulable.

Este permiso se concederá de conformidad con el plan de trabajo que

deberá ser obligatoriamente presentado a la autoridad institucional.

Art. 63 Permiso para cuidado de familiares con discapacidades

severas o enfermedades catastróficas.

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

Marco Teórico 35

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

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.

Marco Metodológico 36

CAPÍTULO II

MARCO METODOLÓGICO

2.1. Diseño de la Investigación

El diseño de investigación se desarrolló empleando métodos teóricos

por medio del cual se usa método de análisis de síntesis, revisión bibliográfica

para fundamentar las bases teóricas. A través del método empírico se

empleará técnicas de investigación para el levantamiento de información del

sistema actual de administración de permisos y la validación técnica del

diseño de una aplicación web.

2.2. Tipos de Investigación

Para el proceso investigación se utilizó varios tipos de investigación con

el objeto de identificar las falencias que presentaba el actual sistema de

gestión de permisos para el personal de servicios de la carrera de Licenciatura

en Sistemas de Información de la Facultad de Ingeniería Industrial.

2.2.1. Investigación Descriptiva

A través de esta investigación se analizó las características principales

del problema objeto de estudio permitiendo identificar de forma clara los

puntos débiles de la gestión de talento humano de la unidad académica con

relación al proceso de aprobación de permisos al personal.


2.2.2. Investigación de Campo

El proceso investigación se realizó en la carrera de Licenciatura en

Sistemas de Información de la Facultad de Ingeniería Industrial donde se

aplicó el instrumento de investigación diseñado para el levantamiento de

información.

2.3. Enfoque de la Investigación

El trabajo de investigación fue realizado bajo el enfoque cualitativo, se

desarrolló en base al análisis de los procesos administrativo que se lleva a

cabo en la unidad académica, tomando en consideración las características

principales de la gestión de talento humano realizada hasta la actualidad.

2.4. Técnicas e Instrumentos de Investigación

Para el correcto desarrollo del proceso investigativo se empleó una

técnica de investigación la misma que fue diseñada de forma tal que permita

recopilar la información y datos del sistema de gestione de permisos.

2.4.1. Encuesta

La técnica de investigación diseñada para el levantamiento de

información consistió en la elaboración de un formulario de preguntas

semiestructura a través de la aplicación Google Forms que permite realizar

las encuesta en línea, el mismo fue enviado a los docentes la carrera de

Licenciatura en Sistemas de Información de la Facultad de Ingeniería

Industrial.

2.5. Población

La población objeto de estudio fueron 21 docentes de la carrera de

Licenciatura en Sistemas de Información de la Facultad de Ingeniería


Industrial a los cuales se les envió la encuesta por medio del Google – Forms,

para recopilar información ligada a la propuesta y al problema de

investigación.

2.6. Arquitectura del Sistema

La aplicación web PREDOCT fue diseñada bajo el lineamiento de una

arquitectura de tres capas MVC (Modelo, Vista, Controlador) utilizando el

sistema XAMPP el cual es un servidor de multiplataforma de software libre

que contiene base de datos MySQL y servidor Apache.

2.7. Análisis e interpretación de resultados

Una vez obtenido los resultados de la encuesta aplicada a los docentes

la carrera de Licenciatura en Sistemas de Información de la Facultad de

Ingeniería Industrial por medio del Google Forms, se procedió a trabajar con

el utilitario Microsoft Excel donde se realizó la tabulación y gráficos

estadísticos.

1. Conoce usted el proceso para solicitar un permiso.

TABLA 6

CONOCIMIENTO DEL PROCESO DE SOLICITUD DE PERMISO EN LA

UNIDAD ACADÉMICA

CATEGORÍAS FRECUENCIAS PORCENTAJES

SI 10 48%

NO 11 52%

TOTALES 21 100%

Fuente: Datos de la investigación Elaborado por: Avilés Hidalgo Daniel


GRÁFICO 9

CONOCIMIENTO DEL PROCESO DE SOLICITUD DE PERMISO EN LA

UNIDAD ACADÉMICA


Como se puede apreciar en la figura 6 el 52% de los encuestados están

de acuerdo con la información proporciona por los encuestados se puede

inferir que existe desconocimientos de los procesos que se deben realizar

para solicitar un permiso en la unidad académica, siendo esto un impedimento

de forma directa para cumplir con los protocolos y tiempos que requiere esta

gestión.

2. Considera que la gestión administrativa por parte de la Universidad

se encuentra automatizada con relación a la gestión de permisos para

el personal académico.

TABLA 7:

LA GESTIÓN ADMINISTRATIVA SE ENCUENTRA AUTOMATIZADA CON

RELACIÓN A LA GESTIÓN DE PERMISOS


SI 4 19%

NO 17 81%

TOTALES 21 100%


SI

48%NO

52%

SI NO


GRÁFICO 10

LA GESTIÓN ADMINISTRATIVA SE ENCUENTRA AUTOMATIZADA CON

RELACIÓN A LA GESTIÓN DE PERMISOS


El personal académico de la carrera de Licenciatura en Sistemas de

Comunicación considera que en la actualidad el sistema de permisos no se

encuentra en una fase de automatización por lo que hasta el momento el

docente que requiere un permiso debe realizarlo vía oficio con 45 días de

anticipación y con una serie de requisitos que soporten la solicitud y con ese

proceso deben esperar el tiempo estimado de siete días laborables para que

su petición sea respondida por la autoridad competente. La gestión de

permisos al personal académico de acuerdo con los informantes requiere de

procesos automatizados que permitan disminuir el tiempo de respuesta para

el usuario, de acuerdo con la información proporcionada por los encuestados

tal como se aprecia en el gráfico 10.

3. Cree usted que el sistema actual de permisos con el que trabaja la UG

es el más idóneo para la gestión del talento humano.

TABLA 8 EL SISTEMA ACTUAL DE PERMISO DE LA UG ES EL MÁS IDÓNEO PARA LA GESTIÓN DE TALENTO HUMANO


SI 3 14%

NO 18 86% TOTALES 21 100%

Fuente: Datos de la investigación Elaborado por: Daniel Avilés Hidalgo

19%

81%

SI NO


GRÁFICO 11

EL SISTEMA ACTUAL DE PERMISO DE LA UG ES EL MÁS IDÓNEO

PARA LA GESTIÓN DE TALENTO HUMANO


El grafico 11 respalda la información obtenida en la pregunta 3 donde

los académicos afirman que el sistema actual con el que se realiza la

administración de permisos por parte del departamento de talento humano no

es el más adecuado, y esto se debe al tiempo de respuesta de las solicitudes

que hasta la actualidad se realizan en físico.

La administración de permisos en la actualidad es parte de las

gestiones que debe realizar el gestor de talento humano el mismo que debe

recurrir a cambiar de forma categórica los procesos que se realizan para esta

solicitud por parte de sus usuarios directos y por ende para la eficiencia de la

información que brinda.

4. En cuanto tiempo se recibe la respuesta a una solicitud de permisos.

TABLA 9

TIEMPO DE RESPUESTA DE LAS SOLICITUDES DE PERMISOS


DE 1 A 3 DÍAS 10 48%

DE 4 A 7 DÍAS 4 19%

MÁS DE 7 DÍAS 7 33% TOTALES 21 100%


14%

86%

SI NO


GRÁFICO 12

TIEMPO DE RESPUESTA DE LAS SOLICITUDES DE PERMISOS


Considerando los procesos que se deben realizar para la solicitud de

permisos y la documentación soporte incorporada es razonable que el tiempo

de respuesta se encuentre en el rango comprendido de 4 a 7 días, al

considerar que existen casos en el que el docente requiera un permiso de

urgencia por ejemplo por una calamidad doméstica o por complicaciones de

salud la gestión que se realiza a su petición no será recibida de forma oportuna

tal como se aprecia en el gráfico 12.

Como el caso antes mencionado podemos situar las otras opciones de

permiso con el que cuenta el personal académico, por esta razón la gestión

de personal de la carrera de Licenciatura en Sistema de Comunicación debe

reducir al mínimo su tiempo de respuesta con el objetivo de optimizar los

procesos y tener una base de permisos autorizados y negados actualizado en

tiempo real.

19%

48%

33%

De 1 a 3 días

De 4 a 7 días

Más de 7 días


5. Cuáles son las opciones más recurrentes por las que usted realiza

permiso.

TABLA 10:

OPCIONES DE SOLICITUD DE PERMISOS


ACTIVIDADES ACADÉMICAS 10 48%

CALAMIDAD DOMESTICA 2 10%

ENFERMEDAD 8 38%

LICENCIA DE MATERNIDAD 1 5%

TOTALES 21 100% Fuente: Datos de la investigación Elaborado por: Avilés Hidalgo Daniel

GRÁFICO 13

OPCIONES DE SOLICITUD DE PERMISOS


La comunidad académica perteneciente a la Carrera de Licenciatura en

Sistemas de Comunicación se destacan dos razones por las que se solicitan

permisos como se aprecia en el grafico 13, con relación a labor docente es

comprensible que se realicen una serie de solicitudes de permisos

relacionados a las actividades académicas que buscan realizar tales como

congresos, conferencias, seminarios entre otros, teniendo transcendencia

académica para el docente y para la unidad académica puesto que esta

normado que el docente debe actualizarse, escribir y publicar.

48%

9%

38%

5%

Actividades académicas

Calamidad domestica

Enfermedad

Licencia de maternidad


Con relación a la salud es importante mencionar que los imprevistos suelen

presentarse de un momento a otro por lo que será imprescindible la solicitud de

permiso por parte del o de los docentes de ser el caso.

6. Cree usted que es necesario cambiar el sistema actual de permiso.

TABLA 11

SE DEBE REALIZAR UN CAMBIO DEL SISTEMA ACTUAL DE PERMISOS


SI 19 90%

NO 2 10%


GRÁFICO 14

SE DEBE REALIZAR UN CAMBIO DEL SISTEMA ACTUAL DE PERMISOS


A partir de la gráfica 14 respaldada por la información en las preguntas

2, 3 y 4 demuestra que es pertinente realizan un cambio en el sistema de

gestión de permisos por parte del departamento de talento humano de la

carrera de Licenciatura en Sistema de Comunicación, considerando que la

administración moderna demanda procesos automatizados con eficiencia en

tiempo de respuesta.

Con el cambio de sistema se logrará cumplir con la administración sin

papel dado que se reducirá al máximo la documentación que se solicite para

el proceso de permisos o a su vez se almacenará en una base de datos por

90%

10%

SI NO


medio de un servidor web, permitiendo contar de esta forma con los soportes

por cada solicitud y usuario de forma oportuna si se requiere realizar un

informe o algún documento de respaldo del permiso autorizado o negado de

ser el caso.

7. Cree usted posible la implementación de una aplicación web para la

correcta administración de permiso del personal académico de la

U.G.

TABLA 12:

IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA LA CORRECTA

ADMINISTRACIÓN DE PERMISOS s


SI 20 95%

NO 1 5%


GRÁFICO 15

IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA LA CORRECTA

ADMINISTRACIÓN DE PERMISOS


La era digital permite tener al alcance de la mano la información

necesaria para realizar una serie de trabajos que años atrás era inimaginable,

por ello la idea de implementar una aplicación web que permita realizar el

95%

5%

SI NO


proceso de solicitud de permisos desde la comodidad del hogar u oficina

donde se cuente con acceso a internet es una opción oportuna y que guarda

relación con los requerimientos de la administración eficiente, implementación

que se ve respaldada por los docentes como se puede apreciar en el gráfico

15.

8. Que opción imprescindible considera usted que debe contener esta

aplicación web.

TABLA 13:

OPCIONES IMPRESCINDIBLES PARA LA APLICACIÓN WEB

CATEGORÍAS FRECUENCIAS

PORCENTAJES

COMUNICACIÓN DIRE AL GESTOR DE TALENTO HUMANO

13 32%

DOCUMENTO DIGITALIZ CTA DEL DOCENTE ADO

13 32%

FACILIDAD AL MOMENTO DE PEDIR PERMISO (SISTEMA AMIGABLE)

15 37%


GRÁFICO 16

OPCIONES IMPRESCINDIBLES PARA LA APLICACIÓN WEB


Los docentes como usuarios directos de la aplicación web consideran

que debe tener una serie de características que permitan identificar las

13

32%

13

32%

15

36%

Comunicación directa del docente al

gestor de talento humano

Documento digitalizado

Facilidad al momento de pedir permiso

(sistema amigable)


diferencias del sistema actual, como son la comulación directa usuario –

administrador, digitalización de los documentos soporte, y sistema amigable

que permita realizar el proceso de forma adecuada cumpliendo los procesos

y fácil de acceder a la información.

2.8. Metodología de Desarrollo

Del análisis realizado en el capítulo dos se seleccionó la metodología

ICONIX para desarrollar la aplicación web dada las características y bondades

que presenta para el desarrollo e implementación de la propuesta planteada.

2.8.1. Fases de la Metodología ICONIX

El presente proyecto se desarrolló en cuatro fases delimitadas por la

metodología seleccionada tal como se muestra en la gráfica 17.

GRÁFICO 17

FASES DE LA METODOLOGÍA ICONIX



2.8.1.1. Requerimientos Funcionales

En la tabla se presentan los requisitos funcionales extraídos de la

información obtenida en la investigación de campo:

TABLA 14

REQUISITOS FUNCIONALES

Requerimientos mínimos para análisis y diseño de la aplicación web

PREDOCT para optimizar el proceso de petición de permisos por parte del

personal

ID. REQUERIMIENTO REQUISITO FUNCIONAL USUARIO

RF-001

Diseñar una aplicación web que

permita realizar solicitudes de

permisos.

Roles Identificados:

o Administrador

o Personal Académico

Talento

Humano - LSI

RF-002

El usuario Personal Académico

podrá crear y enviar solicitudes

de permisos de acuerdo con la

normativa vigente.

Talento

Humano - LSI

RF-003

El usuario administrador

deberá gestionar las solicitudes

de permisos receptadas.

Talento

Humano - LSI

RF-004

La aplicación deberá contar con

las opciones de crear,

consultar, editar y eliminar

solicitudes de permisos.

Talento

Humano - LSI


RF-005

La aplicación contará con la

funcionalidad de consultar,

aprobar y rechazar las

solicitudes.

Talento

Humano - LSI

RF-006

La aplicación deberá generar

un reporte de ranking por

motivos de permisos.

Talento

Humano - LSI

RF-007


un reporte personal

administrativo - docente con

más solicitudes realizadas

Talento

Humano - LSI

RF-008


un reporte de estado de

solicitudes del personal

administrativo – docente.

Talento

Humano - LSI


2.8.1.2. Listado de Actores y Roles

Se entiende por caso de uso a la descripción de una serie de

secuencias que son ejecutadas por el sistema dando respuesta a los

requerimientos del usuario.

A continuación, se presentan los casos de uso para el diseño de la

aplicación web PREDOCT.


TABLA 15

CASO DE USO – ACTORES

Actor Caso de Uso

Administrador

o Inicio de sesión en el sistema de

permisos PREDOCT.

o Consulta de solicitudes de permisos

realizadas.

o Aprobar solicitud de permiso.

o Rechazar solicitud de permiso.

o Realizar consulta de reportes de

solicitudes:

o Ranking por motivos de

permisos.

o Personal administrativo - docente

con más solicitudes realizadas.

o Estado de solicitudes del

personal administrativo –

docente.


Actor Caso de Uso

Personal Académico

o Inicio de sesión en el sistema de

permisos PREDOCT.

o Crear solicitud de permisos.

o Seleccionar el tipo de permiso.

o Modificar la solicitud.

o Eliminar la solicitud.

o Consultar el estatus de la solicitud de

permiso realizada.



GRÁFICO 18

DIAGRAMA DE CASO DE USO CONTEXTO



GRÁFICO 19

DIAGRAMA DE CASO DE USO DEL ADMINISTRACIÓN



GRÁFICO 20

DIAGRAMA DE CASO DE USO ADMINISTRAR PERMISOS



GRÁFICO 21

DIAGRAMA DE CASO DE USO CREAR SOLICITUDES DE PERMISOS



En las siguientes tablas se exponen los casos de uso de la aplicación

web PREDOCT.

TABLA 16

CASO DE USO APROBAR Y/O RECHAZAR SOLICITUD DE PERMISO

Identificación: CE – 001

Caso de Uso: Aprobar y/o rechazar solicitud de

permiso

Actores: Administrador

Descripción:

Permite consulta las solicitudes de

permisos ingresadas por el personal

académico.

Flujo normal

Acción del actor Respuesta del Sistema

1. Iniciar sección en el sistema de

permiso PREDOCT

2. Consulta de solicitudes de permisos

realizadas por el personal

Se despliega el menú de aprobación de

solicitudes.

3. Visualizar la solicitud de permiso Se despliega una pantalla con la

descripción de la solicitud realizada.

4. Aprobar y/o negar solicitud

Se muestra en pantalla un mensaje

donde indica que la resolución de la

solicitud fue grabada correctamente.



TABLA 17

CASO DE USO CREAR SOLICITUD DE PERMISO

Identificación: CE – 002

Caso de Uso: Crear solicitud de permiso

Actores: Personal Académico

Descripción:

Permite registrar solicitudes de

permisos con los anexos que

respalden el tipo de permiso.

Flujo normal

Acción del actor Respuesta del Sistema

1. Iniciar sección en el sistema de

permiso PREDOCT

2. Crear de solicitudes de permisos Se despliega el formulario de solicitud

de permiso

3. Enviar Solicitud

Se envía la solicitud al administrador.

Y se guarda en el historial de permisos

del docente donde podrá: modificar o

eliminar la solicitud siempre que se

encuentre pendiente de aprobación.

4. Consulta de estatus de solicitud Consultar la resolución a su solicitud

de permisos.



2.8.1.3. Prototipos

El sistema PERDOCT fue diseñado con el objetivo de optimizar el

proceso de petición de permisos por parte del personal que conforma la

carrera de Licenciatura en Sistema de Información de la Facultad de

Ingeniería Industrial de la Universidad de Guayaquil.

A continuación, se presenta una guía para los usuarios del sistema

PERDOCT:

1. Usuario de la Información (Docente)

o Paso 1: empleando un navegador web el docente puede acceder al

sistema PERDOCT por medio de la ruta: localhost/sistema permisos

(ver gráfico 18)

GRÁFICO 22

PROTOTIPO LOGIN Y PASSWORD



Al ingresar al sistema del docente se mostrará la primera pantalla

donde tendrá que ingresar su usuario el cual es el número de cedula

seguido por la contraseña la cual se la proporciona el administrador.

o Paso 2: Una vez ingresado el usuario y la contraseña mostrara en

pantalla el historial de solicitudes de permisos del docente, en el que

podrá ver el número de cada una de sus solicitudes como también la

fecha que envió el permiso y la fecha que solicito su permiso, dentro

de este historial también podrá ver qué tipo o que categoría fue su

permiso sea este por calamidad doméstica, enfermedad, emergencia,

estudios u otros. Nos mostrara también el estado de nuestra solicitud

si se encuentra aprobada, no aprobada o pendiente. En el caso que la

solicitud se encuentre pendiente el usuario podrá eliminar si así lo

desea.

GRÁFICO 23

PROTOTIPO PERFIL DEL USUARIO



o Paso 3: En la pantalla de perfil del usuario que se encuentra del lado

izquierdo podemos acceder a la opción solicitud de permisos que a su

vez despliega una ventana en la que aparece el nombre del usuario y

la categoría correspondiente (TC y TM), y las opciones de solicitud de

permisos que deberá completar de forma personal.

GRÁFICO 24

PROTOTIPO OPCIÓN FORMULARIO DE SOLICITUD


Cuando damos clic en el botón Solicitud de Permiso se

mostrará de forma automática el formulario de solicitud donde el

solicitante tendrá que seleccionar el motivo por el cual requiere el

permiso para ello tendrá varias opciones como citas médicas,

emergencia, estudios, calamidad doméstica y otros (ver figura 4).

Además, tendrá que seleccionar el tiempo de su permiso ya sea una

solicitud por horas o por día. El usuario tendrá un cuadro de texto con

un máximo de 500 palabras para que describa su caso, se cuenta con


la opción de seleccionar y adjuntar un archivo sea este PDF o imagen

como respaldo de su permiso y por último el botón enviar solicitud.

GRÁFICO 25

PROTOTIPO OPCIONES DE PERMISOS


o Paso 4: Otra de las opciones con la cual cuenta el usuario se

encuentra en el botón historial de permisos solicitados,

permitiéndole acceder al registro de permisos realizados, ver el estado

de la solicitud, así como el número de esta.

GRÁFICO 26

PROTOTIPO HISTORIAL DE PERMISOS SOLICITADOS



Cada uno de nuestros permisos solicitados que se encuentren

pendiente de su aprobación o negación tendrán en la parte final

derecha tres botones:

o Editar (color amarillo); se podrá editar siempre y cuando no se haya

tomado la resolución de aprobación o negación del permiso.

o Eliminar (color rojo); se podrá eliminar siempre y cuando esté

pendiente para aprobar o denegar el permiso.

o Observar o consultar (color azul). Mostrará una lupa de color azul

el cual mostrara o indicará la resolución del permiso sea esta

aprobada o denegada.

GRÁFICO 27

PROTOTIPO BOTONES DE EDICIÓN, ELIMINAR Y OBSERVAR O

CONSULTA UN PERMISO


A través de la opción editar se despliega una ventana en la cual

se pueden realizar los cambios en la solicitud de permiso que se

encuentra sin una respuesta por parte del administrador.


GRÁFICO 28

PROTOTIPO EDITAR SOLICITUD


Una vez que el administrador aprobo o nego una solicitud

realizada por el docente este puede acceder a la opcion de consulta.

GRÁFICO 29

PROTOTIPO CONSULTA DE SOLICITUD


EL docente también cuenta con la opción de eliminar una

solicitud de permiso realizada y que se encuentra en espera de

aprobación o negación por parte del administrador, esto será posible


por a través del botón rojo que al dar clic mostrará un cuadro de dialogo

donde se pregunta ¿Está seguro de eliminar la solicitud?

GRÁFICO 30

PROTOTIPO OPCIÓN ELIMINAR


Cuando el docente haya solicitado su permiso y este ha sido

respondido por el administrador o talento humano mostrara en la parte

derecha del historial en la sección estado la palabra aprobado o no

aprobado, seguido tenemos una lupa que es el botón consulta donde

podremos consultar nuestro permiso.

2. Usuario de la Información (Administrador)

Todo sistema debe de contar con un administrador de usuario,

que es aquella persona que está controlando el sistema y dará o

responderá la solicitud de permisos del personal docente.

o Paso 1: empleando un navegador web el administrador podrá tener

acceso al sistema PERDOCT por medio de la ruta: localhost/sistema

permisos


GRÁFICO 31

PROTOTIPO LOGIN Y PASSWORD USUARIO ADMINISTRADOR


Esta es la pantalla del administrador la cual también pedirá un

usuario y una clave o contraseña para su respectivo ingreso. El

administrador también tendrá que registrar su solicitud de permiso

cuando lo requiera así podrá haber un control en todos los usuarios al

momento de pedir sus permisos.

o Paso 2: Al momento de ingresar mostrará en pantalla un menú de lado

izquierdo con seis botones y de lado derecho en la hoja de trabajo

mostrará el historial de solicitud de permiso de ese usuario

(administrador) ya que el al momento de requerir un permiso tendrá

que hacerlo como cualquier docente o usuario.

La pantalla administradora contara en su menú con los

siguientes botones: Solicitud de permiso, historial de permisos


solicitados, aprobación de solicitud, historial de solicitudes tramitadas,

reportes, y por último el botón salir.

GRÁFICO 32

PROTOTIPO PERFIL DE USUARIO ADMINISTRADOR


o Paso 3: El administrador tendrá la obligación de registrar sus permisos

en el sistema de manera que al dar un clic en la opción solicitud de

permiso, se mostrará un formulario de solicitud con el nombre del

docente y el tipo de contrato, solo tendrá que llenar o seleccionar el

campo tipo de permiso y seleccionar si su permiso lo desea por día

completo o por horas. También contará con un cuadro de texto con un

máximo de 500 palabras para que ingrese alguna descripción y abajo

tendrá un botón adjuntar para ingresar algún archivo PDF o JPG como

respaldo de su solicitud (véase gráfico 32).


GRÁFICO 33

PROTOTIPO FORMULARIO DE SOLICITUD DE PERMISO DEL

ADMINISTRADOR


o Paso 4. Historial de permisos solicitados: El usuario administrador

también cuenta con la opción historial de solicitud la misma que

permitirá ver las solicitudes realizadas por el administrador. Se podrá

apreciar el número de solicitud, la fecha que se realizó como también

la fecha que se solicita el permiso y la categoría de la misma a un

costado también contara con el estado sea este pendiente, aprobado o

negado.

GRÁFICO 34

PROTOTIPO HISTORIAL DE SOLICITUD DEL ADMINISTRADOR



o Al final de cada solicitud mostrara los tres botones el de editar, eliminar

y consultar la solicitud. Solo se podrá editar la solicitud o eliminar si aún

no ha sido aprobada.

o Paso 5 Aprobación de Solicitudes: Otra de las opciones que trae el

usuario administrador es la aprobación de solicitudes en la cual

permitirá visualizar todas las solicitudes enviadas por los docentes, en

pantalla mostrara el número de solicitud la fecha en que envió la

solicitud el nombre y apellido del solicitante, la fecha que se desea el

permiso y la categoría sea esta por emergencia u otros.

GRÁFICO 35

PROTOTIPO APROBACIÓN DE SOLICITUD


o Paso 6. Al final de cada solicitud estará un botón con un lápiz este me

permitirá ver el contenido de la solicitud. Este botón al momento de

seleccionar no solo permitirá ver la solicitud enviada por el docente sino

también responder aquella solicitud y de manera inmediata llegará al

usuario del docente con una respuesta de aprobación o de negación


GRÁFICO 36

PROTOTIPO APROBAR Y/O NEGAR SOLICITUD


o Paso 7: Como administrador tendrá una opción en el menú para poder

ver todo un historial de solicitudes tramitadas, pero al activarlo mostrara

en la hoja de trabajo un cuadro donde podrá realizar filtros de búsqueda

de usuarios sea por cedula, apellido del solicitante, también tendrá filtro

por estado de solicitud o por fecha.

GRÁFICO 37

PROTOTIPO HISTORIAL DE SOLICITUD



o Paso 8. Una vez realizado el filtrado de búsqueda damos un clic al

botón buscar que se encuentra dentro del cuadro y aparecerá en la

parte de abajo las solicitudes buscadas ya tramitadas

GRÁFICO 38

PROTOTIPO HISTORIAL DE SOLICITUD FILTRADAS


o Paso 9: El botón reportes que se encuentra en el menú del usuario

administrador permitirá ver reportes estadísticos por filtros: como

ranking por motivos de permisos, personal docente/administrativo con

más solicitudes de permisos realizados, estado de las solicitudes del

personal administrativo/docente.

GRÁFICO 39

PROTOTIPO FILTRO DE REPORTES ESTADÍSTICOS



o Paso 10. Cuando filtramos ranking por motivos de permisos

automáticamente nos mostrara dos cuadros de fecha uno de inicio y

otro de fin, al seleccionar las fechas y dar clic en aceptar mostrara el

resultado de forma estadística.

GRÁFICO 40

PROTOTIPO RESULTADO DEL RANKING POR MOTIVO DE PERMISO


GRÁFICO 41

PROTOTIPO FILTRADO POR FECHA DE INICIO Y FIN



o Paso 11. Al momento de activar el filtro de personal

administrativo/docente con más solicitudes de permiso mostrará tres

cuadros donde se tendrá que ingresar la fecha de inicio seguido por la

fecha de fin y por último el estado de la solicitud.

GRÁFICO 42

PROTOTIPO FILTRO DE PERSONAL ADMINISTRATIVO DOCENTE CON

MÁS SOLICITUDES


Al momento de ingresar y buscar el sistema mostrara en pantalla los

resultados obtenidos por el filtro.

GRÁFICO 43

PROTOTIPO RESULTADOS DEL FILTRO DE PERSONAL

ADMINISTRATIVO/DOCENTE CON MÁS SOLICITUDES



o Paso 12. El último filtro es el de estado de las solicitudes del personal

administrativo/docente. Este filtro permitirá ver el estado de las

solicitudes que se encuentran ingresadas, aprobadas, No aprobadas,

pendientes.

GRÁFICO 44

PROTOTIPO ESTADOS DE SOLICITUDES INGRESADAS, PENDIENTES,

APROBADAS Y NO APROBADAS


o Paso13: La última opción que se encuentra en el menú del

administrador es el botón salir el cual al momento de activar se va a

cerrar el sistema mostrando en pantalla un cuadro de ingreso de

usuario y contraseña.

GRÁFICO 45

PROTOTIPO PANTALLA PRINCIPAL DE INGRESO DE USUARIO Y

PASSWORD


Siguiendo con la metodología de desarrollo Íconix, se presenta el

Modelo de Dominio o Conceptual de la aplicación web PREDOCT:


GRÁFICO 46

MODELO DE DOMINIO


CAPÍTULO III

PROPUESTA

3.1. Introducción

3.1.1. Tema

Diseñar una aplicación web para la administración de permisos del

personal académico que se basará en flujo de procesos de ingresos,

aprobación y aceptación de este.

3.1.2. Objetivo

Establecer el lenguaje de programación acorde el diseño de la

aplicación web para la administración de permisos del personal académico

3.1.3. Entorno del Software

El desarrollo de las interfaces de la aplicación web se utilizó el sistema

XAMPP el cual es un servidor de multiplataforma de software libre que

contiene base de datos MySQL y servidor Apache.

Propuesta 76

3.2. Fase del Diseño

3.2.1. Diagrama de Clases

En el gráfico 18 se presenta el diagrama de clases que se aplicó a la

proyecto PREDOCT, donde se presentan las actividades para realizar las

solicitudes de permisos del personal académico.

GRÁFICO 47

DIAGRAMA DE CLASES


Propuesta 77

3.2.2. Diagrama de Actividades

A continuación, se presentan los diagramas de actividades como

administrador y personal académico.

GRÁFICO 48

APROBAR Y/O RECHAZAR LA SOLICITUD DE PERMISOS


Propuesta 78

GRÁFICO 49

CREAR SOLICITUD DE PERMISOS


Propuesta 79

3.2.3. Modelo Entidad – Relación

En el grafico 48 se puede apreciar el modelo de datos elaborado para el presente

proyecto.

GRÁFICO 50

DIAGRAMA MODELADO DE DATOS


Propuesta 80

3.2.4. Diccionario de la Base de Datos

A continuación, se presenta el diccionario de la base de datos

elaborada para la aplicación web.

GRÁFICO 51

INDICE DEL TIPO DE EMPLEADO


GRÁFICO 52

RESOLUCIÓN DE SOLICITUDES


Propuesta 81

GRÁFICO 53

INDICE DE SOLICITUD DEL PERSONAL ACADÉMICO


GRÁFICO 54

SOLICITUDES DE PERMISOS


GRÁFICO 55

TIPOS DE SOLICITUDES DE PERMISOS


Propuesta 82

GRÁFICO 56

INDICE DE NUMERACIÓN DE SOLICITUD


GRÁFICO 57

TABLA DEL TIPO DE CONTRATO


GRÁFICO 58

INDICE DEL TIPO DEL CONTRATO


GRÁFICO 59

TIPO DE EMPLEADO


GRÁFICO 60

ÍNDICE TIPO DE EMPLEADO


Propuesta 83

3.2.5. Diagramas de Diseño

3.2.5.1. Diagrama de Robustez

Los principales diagramas de robustez diseñados para el presente

proyecto de titulación se presentan a continuación.

GRÁFICO 61

DIAGRAMA DE ROBUSTEZ PARA INICIAR SESIÓN


Propuesta 84

GRÁFICO 62

DIAGRAMA DE ROBUSTEZ PARA CREAR SOLICITUD /

PERSONAL ACADÉMICO


Propuesta 85

GRÁFICO 63

DIAGRAMA DE ROBUSTEZ PARA MODIFICAR SOLICITUD


Propuesta 86

GRÁFICO 64

DIAGRAMA DE ROBUSTEZ CONSULTA DE ESTADO DE SOLICITUD


Propuesta 87

GRÁFICO 65

DIAGRAMA DE ROBUSTEZ ELIMINAR SOLICITUD


Propuesta 88

GRÁFICO 66

DIAGRAMA DE ROBUSTEZ APROBAR SOLICITUD


Propuesta 89

GRÁFICO 67

DIAGRAMA DE ROBUSTEZ VISUALIZAR REPORTES


Propuesta 90

3.2.6. Diagrama de Secuencia

Los principales diagramas de secuencias diseñados para el presente

proyecto de titulación se presentan a continuación.

GRÁFICO 68

DIAGRAMA DE SECUENCIA INICIO DE SESIÓN


Propuesta 91

GRÁFICO 69

DIAGRAMA DE SECUENCIA DE CREAR SOLICITUD


Propuesta 92

GRÁFICO 70

DIAGRAMA DE SECUENCIA DE MODIFICAR SOLICITUD


Propuesta 93

CONCLUSIONES Y RECOMENDACIONES

Conclusión

Una vez desarrollado el sistema de administración de permisos del personal

académico de la universidad de Guayaquil, Facultad de Ingeniería Industrial,

se llegó a las siguientes conclusiones:

1. Haciendo un análisis exhaustivo de las bases teóricas es pertinentes la

abolición en la medida de lo posible la documentación física para hacer

uso de las TIC y que la documentación soporte para el requerimiento de

permiso quede registrada en una base de datos online.

2. AL realizar un estudio del sistema de administración de permisos de la

carrera LSI se pudo constatar la inexistencia de un software que viabilice

de manera eficiente dicha gestión por lo que aún cuando la carrera es

técnica los procesos no son automatizados.

3. El sistema de administración fue desarrollado en lenguaje de

programación de páginas Web (PHP) ya que este posee una interfaz de

fácil manejo y su sintaxis es similar a la de C++ o JAVA, con base de dato

MySQL que es de uso libre y compatible con múltiples plataformas

informáticas.

Recomendación

1. La información del sistema sea manipulado única y exclusiva por el

administrador el cual se hará responsable de la información que se

ingresa en el sistema con el fin de evitar alteraciones en los datos

almacenados.

Propuesta 94

2. Se recomienda realizar copia de seguridad de la base de datos de

manera periódica, para evitar algún daño en el equipo. Este software

podrá adaptarse a las necesidades de cualquier facultad de la

Universidad de Guayaquil e inclusive a colegios y escuelas como

empresas.

3. Se recomienda hacer uso del software PERDOCT para automatizar los

procesos de permisos tal como lo describe la administración sin papel.

Anexos 96

Guayaquil, septiembre de 2018

Sr.

DIRECTOR DE LA CARRERA

LICENCIATURA EN SISTEMAS DE INFORMACIÓN

FACULTAD DE INGENIERIA INDUSTRIAL

UNIVERSIDAD DE GUAYAQUIL

Ciudad. -

De mis consideraciones:

Envío a Ud. el Informe correspondiente a la tutoría realizada al Trabajo de

Titulación “DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB

PARA LA ADMINISTRACIÓN DE PERMISOS DEL PERSONAL

ACADÉMICO DE LA UNIVERSIDAD DE GUAYAQUIL, FACULTAD DE

INGENIERÍA INDUSTRIAL, CARRERA DE LICENCIATURA EN SISTEMAS

DE INFORMACIÓN”. (título) LICENCIADO EN SISTEMAS DE INFORMACIÓN del

estudiante DANIEL JOSUÉ AVILÉS HIDALGO, indicando ha cumplido con todos

los parámetros establecidos en la normativa vigente:

El trabajo es el resultado de una investigación.

El estudiante demuestra conocimiento profesional integral.

El trabajo presenta una propuesta en el área de conocimiento.

El nivel de argumentación es coherente con el campo de conocimiento.

Adicionalmente, se adjunta el certificado de porcentaje de similitud y la valoración del

trabajo de titulación con la respectiva calificación.

Dando por concluida esta tutoría de trabajo de titulación, CERTIFICO, para los fines

pertinentes, que el (los) estudiante (s) está (n) apto (s) para continuar con el proceso

de revisión final.

Atentamente,


TUTOR DE TRABAJO DE TITULACIÓN

C.C.: 0914946595

Anexos 97

RÚBRICA DE EVALUACIÓN TRABAJO DE TITULACIÓN

Título del Trabajo: Diseño e implementación de una aplicación web para la administración de permisos del personal académico de la universidad de Guayaquil, Facultad de Ingeniería Industrial, carrera de Licenciatura en Sistemas de Información Autor(s): Daniel Josué Avilés Hidalgo

ASPECTOS EVALUADOS PUNTAJE MÁXIMO

CALF.

ESTRUCTURA ACADÉMICA Y PEDAGÓGICA 4.5

Propuesta integrada a Dominios, Misión y Visión de la Universidad de Guayaquil.

0.3

Relación de pertinencia con las líneas y sublíneas de investigación Universidad / Facultad/ Carrera

0.4

Base conceptual que cumple con las fases de comprensión, interpretación, explicación y sistematización en la resolución de un problema.

1

Coherencia en relación a los modelos de actuación profesional, problemática, tensiones y tendencias de la profesión, problemas a encarar, prevenir o solucionar de acuerdo al PND-BV

1

Evidencia el logro de capacidades cognitivas relacionadas al modelo educativo como resultados de aprendizaje que fortalecen el perfil de la profesión

1

Responde como propuesta innovadora de investigación al desarrollo social o tecnológico.

0.4

Responde a un proceso de investigación – acción, como parte de la propia experiencia educativa y de los aprendizajes adquiridos durante la carrera.

0.4

RIGOR CIENTÍFICO 4.5

El título identifica de forma correcta los objetivos de la investigación 1

El trabajo expresa los antecedentes del tema, su importancia dentro del contexto general, del conocimiento y de la sociedad, así como del campo al que pertenece, aportando significativamente a la investigación.

1

El objetivo general, los objetivos específicos y el marco metodológico están en correspondencia.

1

El análisis de la información se relaciona con datos obtenidos y permite expresar las conclusiones en correspondencia a los objetivos específicos.

0.8

Actualización y correspondencia con el tema, de las citas y referencia bibliográfica

0.7

PERTINENCIA E IMPACTO SOCIAL 1

Pertinencia de la investigación 0.5

Innovación de la propuesta proponiendo una solución a un problema relacionado con el perfil de egreso profesional

0.5

CALIFICACIÓN TOTAL * 10

* El resultado será promediado con la calificación del Tutor Revisor y con la calificación de

obtenida en la Sustentación oral.


TUTOR DE TRABAJO DE TITULACIÓN

C.C.: 0914946595

Guayaquil, septiembre de 2018

Anexos 98

REPOSITARIO NACIONAL DE EDUCACIÓN SUPERIOR, CIENCIA,

TECNOLOGÍA E INNOVACIÓN

TITULO Y SUBTITULO: Diseño e implementación de una aplicación web para la administración de permisos del personal académico de la Universidad de Guayaquil, Facultad de Ingeniería Industrial, Carrera de Licenciatura en Sistemas de Información AUTOR/ES: Avilés Hidalgo Daniel Josué

REVISORES: Ing. Cadena Macías Jorge Fabricio, MTL

INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL

FACULTAD: FACULTAD DE INGENIERÍA INDUSTRIAL

CARRERA: Licenciatura en Sistemas de Información

FECHA DE PUBLICACIÓN: Septiembre - 2018

N. DE PAGS: 117

ÁREAS TEMÁTICAS: Desarrollo de Software

PALABRAS CLAVE: Aplicación Web – Administración de Permisos -

RESUMEN: La gestión de talento humano debe hacer uso de medios tecnológicos que permiten administrar los tiempos que se invierten en realizar determinados procesos de orden administrativo. Con el objetivo de mejorar el sistema de administración de permisos del personal académico de la carrera de Licenciatura en Sistemas de Información a través de una aplicación web se realizó esta investigación teniendo como resultado el diseño de una herramienta informática que automatice el proceso de solicitud y aprobación de permisos realizados por el personal académico de la carrera. La aplicación fue diseñada bajo la plataforma de desarrollo PHP con el servidor web MySQL logrando una aplicación orientada a la web. N. DE REGISTRO (en base de datos):

N. DE CLASIFICACIÓN:

DIRECCIÓN URL (tesis en la web):

ADJUNTO URL (tesis en la web):

ADJUNTO PDF: SI NO

CONTACTO CON AUTORES/ES: Teléfono: 0998016545

E-mail: [email protected]

CONTACTO EN LA INSTITUCION:

Nombre:

Teléfono:

E-mail:

Anexos 99

FORMATO DE ENCUESTA

ENCUESTA

Sistema de permisos para personal docente de la Universidad de Guayaquil.

Esta encuesta tiene como objetivo ver y mejorar el sistema actual de automatización para el agendamiento de permisos al personal, "facultad de Ingeniería Industrial - Carrera Licenciatura en Sistemas de Información".

1. Conoce usted el proceso para solicitar un permiso

SI NO

2. Considera que la gestión administrativa por parte de la universidad se encuentra automatizada con relación a la gestión de permisos para el personal académico.

SI NO

3. Cree usted que el sistema actual de permisos con el que el trabajo la UG es el más idóneo para la gestión del talento humano

SI NO

4. En cuanto tiempo se recibe la respuesta a una solicitud de permisos.

SI NO

5. Cuáles son las opciones más recurrentes por las que usted realiza permiso

SI NO

6. Cree usted que es necesario cambiar el sistema actual de permiso

SI NO

7. Cree usted posible la implementación de una aplicación web para la correcta administración de permiso para el personal académico de la U.G

SI NO

8. Que opciones imprescindibles considera usted que debe contener esta aplicación web. (seleccione uno o todas)

DOCUEMENTO DIGITALIZADO COMUNICACIÓN DIRECTA DEL DOCENTE AL GESTOR DE TALENTO HUMANO. FACILIDAD AL MOMENTO DE PEDIR PERMISO (SISTEMA AMIGABLE)

REFERENCIAS BIBLIOGRÁFICAS

Acosta Gonzaga, E., Álvarez Cedillo, J., & Gordillo Mejía, A. (2014).

Arquitecturas en n-Capas: Un Sistema adaptivo. Polibits.

Aguilar Riera, E. G., & Dávila Garzón, D. A. (2013). Análisis, Diseño e

Implementacion de la Aplicación Web para el manejo del distributivo de

la Facultad de Ingeniería. Cuenca.

Alfaro Casrtellanos, M. (2012). Administración del Personal. Viveros de la

Loma, Tlalnepantla, México: Red de Tercer Milenio.

Almaraz Hernández, J. M., Campos Cantero, P., & Castelo Delgado, T. (2011).

Desarrollo de una aplicación Web para la gestión de Entorns Virtuales.

Madrid. Recuperado el 18 de 02 de 2018, de

http://eprints.ucm.es/13083/1/Memoria_SI_Final.pdf

Amavizca Valdez, L., García Ruíz, A., Jiménez López, E., Duarte Guerrero,

G., & Vásquez Brindis, J. (22-24 de Julio de 2014). Aplicación de la

metodología semi-ágil ICONIX para el desarrollo de software:

implementación y publicación de un sitio WEB para una empresa SPIN

- OFF en el Sur de Sonora, México. Twelfth LACCEI Latin American

and Caribbean Conference for Engineering and Technology (LACCEI-

2014).

Bautista Q, J. (2012). Programación Extrema XP. Obtenido de Unión

Bolivariana: http://ingenieriadesoftware.mex.tl/52753_xp---extreme-

programing.html

Berzal, F., Cortijo, F. J., & Cubero, J. C. (s.f.). Desarrollo Profesional de

Aplicaciones Web con ASP.NET.

Coelho , N.; Salvador, P.; Nogueira, A.;. (2013). Differentiation of HTTP

Applications based on Multiscale Analysis. Bentham Science Publisher,

2(1), 12-25.

Referencia Bibliográficas 101

Debrauwer, L. &. (2015). UML 2 Iniciacion, ejemplos y ejercicios corregidos

(Cuarta ed.). RecursosInformticos.

Ginige, A., & Murugesan, S. (2001). Web Engineering: AnIntroduction”, IEEE.

Gues Editors Introduction.

Hernández Sampieri, R., Fernández Collado, C., & Batista Lucio, M. (2010).

Metodologñias de la Investigación. México: McGraw-Hill.

Jabba Molinares, D., Alocer Olaciregui, A., & Rojas Morales, C. (29 de

Noviembre de 2014). Análisis comparativo de las herramientas de

programación Web: PHP, ASP y JSP, bajo los sistemas operativos

Linux y Windows. Ingeniería & Desarrollo. Universidad del Norte.

Kappel , G.; et. al. (Julio de 2004). Web Engineering - Old Wine in New

Bottles?”, Invited Talk, International Conference on Web Engineering.

Munich,. 28-30.

Lerma Blasco, R. V., Murcia Andrés, J. A., & Mifsud Talón, E. (2013).

Aplicaciones Wdb (Segunda ed.). (P. S. Ariadna Allés, Ed.) Madrid,

España: McGraw-Hill/Interamericana de España, S.L.

Meléndez Valladarez, S., Gaitan, M. E., & Pérez Reyes, N. (2016).

Metodología ágil de desarrollo de software programaciòn extrema.

Managua: Universidad Nacional Autonoma de Nicaragua.

Mellado Ramírez, D. (29 de Octubre de 2015). Una Administración sin Papel.

Nueva Revista de Política, Cultura y Arte, 154-178.

Morales de la Torre, J. (2013). Aplicación disbuida Web-Móvil Administrable

para la gestión y difusión geo-localizada de atractivos turisticos y

hoteles para la ciudad de Ibarra, con tecnología GIS y software libre.

Universidad Técnica del Norte, Ibarra. Recuperado el 16 de Noviembre

de 2017, de repositorio.utn.edu.ec

Palomo Duarte, M. (s.f.). Programacion en PHP a través de ejemplos. España:

Creative Commons Reconocimiento-CompartirIgual 2.5.

Referencia Bibliográficas 102

Paz Brezo, M. (30 de Noviembre de 2014). Seis buenos motivos para trabajar

con PHP. Obtenido de http://www.lancetalent.com/blog/6-buenos-

motivos-para-trabajar-con-php/

Pressman, R. (2005). Ingenieria del Software (Sexta Edicion ed.). Mcgraw-Hill.

Rodríguez Valencia, J. (2008). Administración moderna de personal (7ª

Edición / 704 págs ed.). Paraninfo.

Rossi, Oscar; Pastor, Oscar; Schwabe , Daniel; Olsina, Luis;. (2007). Web

Engineering: Modelling and Implementing Web Applications. Springer.

Sanchez -Zuain, S., & Duran, E. (2016). Taxonomía de Requisitos para

Aplicaciones Web. Red de Universidad con Carreras en Informatica .

Sarasty Espaá, H. (2015). Documentación y análisis de los principales

frameworks de arquitectura de sftware en aplicaciones empresariales.

La Plata : Universidad Nacional de la Plata.

Sierra García, M. (2012). Didáctica y divulgacion de la programación.

Obtenido de Qué es un servidor y cuáles son los principales tipos de

servidores (proxy,dns, web,ftp,pop3 y smtp, dhcp...).:

https://www.aprenderaprogramar.com/index.php?option=com_content

&view=article&id=542:que-es-un-servidor-y-cuales-son-los-

principales-tipos-de-servidores-proxydns-webftppop3-y-smtp-

dhcp&catid=57&Itemid=179

Softaculous Ltd. (s.f.). Obtenido de www.softaculous.com/apps.

Vázquez Mariño, C. (2008). Programación en PHP5 Nivel Básico. Ferrol,.

Woojong, Suh;. (2005). Web engineering: principles and techniques. Estados

Unidos : Idea Group Publishing.

universidad de guayaquil facultad de ingenierÍa...

Documents