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

AREA DESARROLLO DE SOFTWARE

TEMA

“DESARROLLO DE UN SISTEMA REPORTEADOR WEB CON LA TECNOLOGÍA PHP PARA EL DEPARTAMENTO DE VINCULACIÓN DE LA

CARRERA DE LICENCIATURA EN SISTEMAS DE INFORMACIÓN DE LA FACULTAD DE INGENIERÍA

INDUSTRIAL”.

AUTOR REINA MORÁN ÁNGEL FRANCISCO

DIRECTOR DEL TRABAJO LSI. MORENO DÍAZ VÍCTOR HUGO, MSG.

2018 GUAYAQUIL – ECUADOR

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL CARRERA SISTEMAS DE INFORMACIÓN

UNIDAD DE TITULACIÓN

CERTIFICADO PORCENTAJE DE SIMILITUD

Habiendo sido nombrado VICTOR HUGO MORENO DÍAZ, tutor del trabajo de titulación

certifico que el presente proyecto ha sido elaborado por REINA MORÁN ANGEL FRANCISCO

con mi respectiva supervisión como requerimiento parcial para la obtención del título de

LICENCIADO EN SISTEMAS DE INFORMACIÓN.

Se informa que el proyecto: “DESARROLLO DE UN SISTEMA REPORTEADOR WEB CON LA

TECNOLOGÍA PHP PARA EL DEPARTAMENTO DE VINCULACIÓN DE LA CARRERA DE LICENCIATURA EN

SISTEMAS DE INFORMACIÓN DE LA FACULTAD DE INGENIERÍA INDUSTRIAL.”, ha sido orientado

durante todo el periodo de ejecución en el programa antiplagio URKUND) quedando el 5% de

coincidencia.

https://secure.urkund.com/view/33469163-442723-934723

LSI. MORENO DÍAZ VICTOR HUGO, MSC.

C.I. 0912876018

DOCENTE TUTO

https://secure.urkund.com/view/33469163-442723-934723

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 de la Universidad de Guayaquil.”

REINA MORÁN ÁNGEL FRANCISCO

C.C. 0951589910

iii

DEDICATORIA

A mis familiares.

A mi mamá que siempre me apoyo confió y estuvo pendiendo de

mí, en etapa de estudio y en la elaboración de esta tesis.

A mis maestros.

Ing. Carlos Ponce quien en vida nos brindó apoyo y motivación

para la culminación de nuestros estudios profesionales; Ing. José Caicedo

que siempre estuvo a disposición e impulsó a realizar el presente proyecto

de tesis; Ing. Víctor Hugo Moreno con su ayuda puede elaboración esta

tesis.

iv

AGRADECIMIENTO

A mis amigos.

Que nos apoyamos mutuamente en nuestra formación profesional

y que hasta ahora, seguimos siendo amigos.

Finalmente, a los maestros, aquellos que marcaron cada etapa de

nuestro camino universitario, y que me ayudaron en asesorías y dudas

presentadas en la elaboración de la tesis

v

ÍNDICE GENERAL

Nº Descripción Pág.

PRÓLOGO

INTRODUCCIÓN

1

2

CAPÍTULO I

MARCO TEÓRICO


1.1

Gestión de los proyectos de vinculación en la

Universidad de Guayaquil

7

1.2 Marco legal de los proyectos de vinculación 7

1.2.1 Ley Orgánica de educación superior (LOES) 7

1.2.2

Reglamento general a la ley orgánica de

educación superior

9

1.2.3 Asamblea Nacional de Ecuador – Educación 9

1.2.4 Estatus de la Universidad de Guayaquil 10

1.3

La información como recurso indispensable en

una organización

10

1.4

Las TICS como herramientas de transmisión y

presentación de información 12

1.5 Diseño del manejo de los reportes de gestión 13

1.5.1 Tecnologías PHP en sistema WEB 13

1.6 Marco conceptual 15

1.6.1 Reporte 15

1.6.1.1 Reporte escrito 15

1.6.1.2 Reporte Técnico 16

1.6.1.3 Reporte de investigación 16

vi


1.6.2 Tecnología de la Información y comunicación 17

1.6.3 Sistema de información 18

1.6.3.1

Sistema de información para la toma de

decisiones 21

1.6.3.2 Sistemas de control y seguimiento de proyectos 21

1.6.3.3

Sistema Reporteador Web como herramienta de

información

23

1.6.4 Sistema web 24

1.6.4.1 Ventajas 24

1.6.4.2 Desventajas 25

1.6.5 Arquitectura del sistema 25

1.6.5.1 Arquitectura de dos capas 26

1.6.5.1.1 Ventajas de dos capas 26

1.6.5.1.2 Desventajas de dos capas 26

1.6.5.2 Arquitectura de tres capas 26

1.6.5.2.1 Ventajas Principal 26

1.6.5.2.2 Niveles 27

1.6.5.2.2.1 Nivel de Presentación 27

1.6.5.2.2.2 Nivel de Negocio 27

1.6.5.2.2.3 Nivel de acceso a datos 27

1.6.6 Técnicas de análisis y diseño del sistema 27

1.6.6.1 Diagrama de clases 28

1.6.6.2 Diagrama Caso de Uso 28

1.6.6.3 Diagrama de secuencia 28

1.6.6.4 Diagrama de actividades 28

1.6.6.5 Modelos de dominio 29

1.6.6.6 Diagrama de robustez 29

1.6.7 Herramientas para diseño del sistema 29

1.6.7.1 JasperReports 29

1.6.7.2 Crystal Reports 30

1.6.7.2.1 Ventajas 30

vii


1.6.7.3 Framework 31

1.6.8 Metodología de desarrollo 31

1.6.8.1 Programación extrema 31

1.6.8.1.1 Ventajas Programación extrema 31

1.6.8.1.2 Desventajas Programación extrema 32

1.6.8.2 Iconix 32

1.6.8.2.1 Ventajas Iconix 32

1.6.8.2.2 Desventajas Iconix 32

1.6.8.2.3 Fases de la metodología Iconix 32

1.6.9 Uso de tecnología para el sistema de reporte 33

1.6.9.1 Tecnología Java Server Faces 33

CAPÍTULO II

METODOLOGÍA


2.1 Tipo de Investigación 36

2.2 Alcance de la investigación 37

2.3 Arquitectura 37

2.4 Metodología de desarrollo 38

2.5 Técnicas de Recolección de Datos 39

2.5.1 Técnica de observación 41

2.5.2 Aplicación de la observación 41

2.5.3 Técnica de la Entrevista 41

2.5.3.1 Aplicación de la Entrevista 42

2.5.3.2 Resumen de las entrevistas 45

2.5.3.2.1 Matriz de resultados de recolección de datos 45

2.5.4 Recopilación documental 47

2.5.4.1 Formato monitoreo y evaluación de docente 47

2.5.4.2 Formato monitoreo y evaluación – estudiantes 47

2.5.4.3

Formato de matriz trimestral de seguimiento y

monitoreo de proyectos 48

viii


2.5.4.4

Nómina de alumnos para vinculación con

proyectos

48

2.5.4.5

Formato de seguimiento y monitoreo de

proyectos

49

2.5.4.6 Análisis documental 49

2.5.4.7 Diagrama de ASME 49

2.5.4.8 Narrativa del diagrama de ASME 50

2.5.5 Requerimientos funcionales 51

2.5.6 Requerimientos no funcionales 52

2.5.7 Casos de uso 52

2.5.7.1 Definición de actores de casos de uso 53

2.5.7.2 Diagrama de casos de uso 54

2.5.7.2.1 Reporte Proyectos Ejecutados 54

2.5.7.2.2 Reporte Actividades 55

2.5.7.2.3 Reporte nómina de estudiantes 55

2.5.7.2.4 Reporte participante de proyectos 55

2.5.7.2.5 Reporte horas de docentes 56

2.5.7.2.6 Reporte horas estudiantes 56

2.5.7.2.7 Diagrama de actividades 57

2.5.7.2.8 Diagrama proyecto ejecutados 57

2.5.7.2.9 Diagrama docente participantes 58

2.5.7.2.10 Diagrama Estudiante participantes 58

2.5.7.3 Descripción de casos de uso 59

2.5.7.3.1 Descripción de casos de uso reporte proyectos 59

2.5.7.3.2 Descripción de casos de uso reporte actividades 60

2.5.7.3.3

Descripción de casos de uso Reporte nómina de

alumnos

61

2.5.7.3.4

Descripción de casos de uso reporte participante

de proyectos

62

2.5.7.3.5 Descripción de casos de uso reporte estadísticos

horas estudiantes

63

ix


2.5.7.3.6

Descripción de casos de uso reporte estadísticos

horas docentes

64

2.5.7.3.7

Descripción de casos de uso reporte estadístico

de actividades por proyecto

65

2.5.7.3.8

Descripción de casos de uso diagrama de

proyecto ejecutados

66

2.5.7.3.9


de docente participante por proyecto

67

2.5.7.3.10


de docente participante por proyecto

68

2.5.7.3.11 Diagrama de contexto de casos de uso 69

2.6 Modelo de dominio 70

CAPÍTULO III

PROPUESTA


3 Introducción 71

3.1 Tema 71

3.1.1 Objetivo 71

3.1.2 Entorno de software 71

3.2 Fase de diseño 71

3.2.1 Modelo - diagramas de clases 71

3.2.2 Modelo entidad – relación 71

3.2.3 Diagrama de actividades 72

3.2.3.1.1 Diagrama de actividad ingreso al sistema 73

3.2.3.1.2 Diagrama de actividad Reporte Proyecto 74

3.2.3.1.3 Diagrama de actividad Reporte Docente 75

3.2.3.1.4 Diagrama de actividad Reporte Alumno 76

3.2.3.2 Diccionario de la base de datos 77

3.2.3.2.1 Diccionario de la tabla de actividad 77

x


3.2.3.2.3 Diccionario de la tabla de asistencia 78

3.2.3.2.4 Diccionario de la tabla de convenio 78

3.2.3.2.5 Diccionario de la tabla detalle de proyecto 79

3.2.3.2.6 Diccionario de la tabla docente 79

3.2.3.2.7 Diccionario de la tabla de empresa 80

3.2.3.2.8 Diccionario de la tabla de estudiante 80

3.2.3.2.9 Diccionario de la tabla de fases 81

3.2.3.2.10 Diccionario de la tabla de línea de investigación 81

3.2.3.2.11 Diccionario de la tabla de matriz diaria 82

3.2.3.2.12 Diccionario de la tabla objetivos específicos 82

3.2.3.2.13 Diccionario de la tabla de objetivos generales 83

3.2.3.2.14 Diccionario de la tabla perfil 83

3.2.3.2.15 Diccionario de la tabla de proyecto 84

3.2.3.2.16 Diccionario de la tabla representante 84

3.2.3.2.17 Diccionario de la tabla de semestre 85

3.2.3.2.18 Diccionario de la tabla usuario 85

3.2.4 Descripción del diccionario de las tablas 86

3.2.4.1 Descripción de la tabla de actividad 86

3.2.4.2 Descripción de la tabla de asistencia 87

3.2.4.3 Descripción de la tabla de convenio 88

3.2.4.4 Descripción de la tabla de empresa 89

3.2.4.5 Descripción de la tabla de estudiante 90

3.2.4.6 Descripción de la tabla de fases 91

3.2.4.7 Descripción de la tabla de matriz diaria 92

3.2.4.8 Descripción de la tabla de proyecto 93

3.2.4.9 Descripción de la tabla detalle de proyecto 94

3.2.4.10 Descripción de la tabla de usuario 95

3.2.4.11 Descripción de la tabla de docente 96

3.2.4.12 Descripción de la tabla de gestor 97

3.2.5 Diagramas de diseño 98

3.2.5.1 Diagramas de robustez 98

xi


3.2.5.1.1

Diagrama de robustez de Reporte proyectos

(Ejecutados y en ejecución)

98

3.2.5.1.2

Diagrama de robustez de Reporte Actividades

por proyecto

98

3.2.5.1.3

Diagrama de robustez de Reporte monina

alumno por proyecto

99

3.2.5.1.4

Diagrama de robustez de Reporte participante

por proyecto

99

3.2.5.1.5

Diagrama de robustez de Reporte estadístico

horas docentes

99

3.2.5.1.6


horas estudiantes

100

3.2.5.1.7


actividades por proyecto

100

3.2.5.1.8


proyecto ejecutados

101

3.2.5.1.9


docentes participantes por proyecto

101

3.2.5.1.10


estudiante participantes por proyecto

102

3.2.5.2 Diagramas de secuencia 102

3.2.5.2.1 Diagrama de secuencia Reportes proyectos 102

3.2.5.2.2 Diagrama de secuencia Reportes Docentes 103

3.2.5.2.3 Diagrama de secuencia Reportes Estudiantes 103

3.3 Mapa del sistema 104

3.4 Cronograma de trabajo 105

3.4.1.1 Pantalla de inicio 106

3.4.1.2 Pantalla menú y sus controladores 107

3.4.1.3 Pantalla Reporte Proyecto 108

3.4.1.4 Pantalla Reporte Actividades 109

3.4.1.5 Pantalla Reporte Proyecto Ejecutado 111

xii


3.4.1.6 Pantalla Diagrama docente participantes 112

3.4.1.7 Pantalla Reporte Nomina estudiante 113

3.5 Impacto 115

3.5.1 Estudio de Factibilidad 116

3.5.1.1 Factibilidad Operativa 116

3.5.1.2 Factibilidad Técnica 117

3.5.1.3 Factibilidad Económica 118

3.6 Conclusiones 119

3.7 Recomendaciones 119

BIBLIOGRAFÍA 120

xiii

ÍNDICE DE CUADROS


1 Planeación de proyecto 22

2

Matriz del resumen de la entrevista coordinador del área

de vinculación

45

3

Matriz del resumen de la entrevista tutor del área de

vinculación

46

4

Matriz del resumen de la entrevista gestor seguimiento

de proyectos

47

5 Requerimientos funcionales 51

6 Requerimientos no funcionales 52

7 Lista de roles 54

8 Descripción de Caso de Uso Reporte Proyectos 59

9 Descripción de Caso de Uso Reporte Actividades 60

10 Descripción de Caso de Uso Reporte Actividades 61

11

Descripción de Caso de Uso Reporte Participante de

Proyectos 62

12 Descripción de Caso de Uso Reporte Estadísticos 63



15

Descripción de Caso de Uso Diagrama Proyectos

Ejecutados 66



18 Tabla de Actividad 86

19 Tabla de Asistencia 87

20 Tabla de Convenio 88

21 Tabla de Empresa 89

xiv


22 Tabla de Estudiante 90

23 Tabla de Fases 91

24 Tabla de Matriz Diaria 92

25 Tabla de Proyecto 93

26 Tabla Detalle Proyecto 94

27 Tabla de Usuario 95

28 Tabla Docente 96

29 Tabla Gestor 97

30 Pantalla Inicio de Sesión 106

31 Pantalla Menú 107

32 Pantalla Reporte Proyecto 108

33 Pantalla Reporte Actividades 109

34 Reporte Proyecto Ejecutado 111

35 Pantalla Diagrama Docente Participantes 112

36 Pantalla Nomina Estudiante 113

37 Niveles de Impacto 115

38 Calificación de los Niveles de Impacto 116

39 Recursos Tecnológicos 117

40 Costo En Personal Estimado 118

41 Costo En Personal Real 118

xv

ÍNDICE DE IMÁGENES


1 Matriz trimestral área de vinculación 17

2 Reporte Jasperreports 29

3 Re Crystal Reports 30

4 Matriz trimestral area de vinculación 48

5 Tabla de Actividades 77

6 Tabla de Asistencia 77

7 Tabla de Carrera 78

8 Tabla de Convenio 78

9 Tabla Detalle Proyecto 79

10 Tabla Docente 79

11 Tabla Empresa 80

12 Tabla Estudiante 80

13 Tabla Fases 81

14 Tabla Línea Investigación 81

15 Tabla Matriz Diaria 82

16 Tabla Objetivos Específicos 82

17 Tabla Objetivos Generales 83

18 Tabla de Perfil 83

19 Tabla de Proyecto 84

20 Tabla de Representante 84

21 Tabla Semestre 85

22 Tabla Usuario 85

23 Plan de Implementación 105

xvi

ÍNDICE DE DIAGRAMAS


1 Arquitectura de Php 14

2 Funciones de un Sistema de Información 18

3 Tipo de Procesamiento de Información 19

4 Diseño conceptual de un Sistema de Información 20

5 Procesos de control de Seguimiento de Proyectos 23

6 Sistema de Reporte Web 24

7 Arquitectura de Software Modelo En Capas 27

8 Objetos del Diagrama 29

9 Estructura Java Server Faces 35

10 Fases de Iconix 38

11 Diagrama de ASME 49

12 Ejemplo de caso de uso 53

13 Caso de uso Reporte Proyectos Ejecutados 54

14 Caso de uso Reporte Actividades 55

15 Caso de uso Reporte Nómina de Estudiantes 55

16 Caso de uso Reporte Participante de Proyectos 55

17 Caso de uso Reporte Horas Docentes 56

18 Caso de uso Reporte Horas Estudiantes 56

19 Caso de uso diagrama de Actividades 57

20 Caso de uso diagrama Proyecto Ejecutados 57

21 Caso de uso diagrama Docente Participantes 58

22 Caso de uso diagrama Estudiante Participantes 58

23 Diagrama de Contexto de Caso De Uso 69

24 Modelo de Dominio 70

25 Diagrama Modelo Entidad - Relación 72

xvii


26 Diagrama de Actividad de Ingreso Al Sistema 73

27 Diagrama de Reporte Proyecto 74

28 Diagrama de Reporte Proyecto 75

29 Diagrama de Reporte Alumno 76

30 Diagrama de Robustez de Reporte Proyecto 98

31

Diagrama de Robustez de Reporte Actividades por

Proyecto

98

32 Diagrama de Robustez de Reporte Alumno por Proyecto 99

33

Diagrama de Robustez de Reporte Participante por

Proyecto

99

34

Diagrama de Robustez de Reporte Estadístico Horas

Docentes

99

35

Diagrama de Robustez de Reporte Estadístico Horas

Estudiantes

100

36

Diagrama de Robustez De Reporte Estadístico

Actividades por Proyecto

100

37

Diagrama de Robustez de Reporte Estadístico Proyecto

Ejecutados

101

38

Diagrama de Robustez de Reporte Estadístico Docentes

Participante por Proyecto

101

39

Diagrama de Robustez de Reporte Estadístico

Estudiantes Participante por Proyecto

102

40 Diagrama de Reportes Proyectos 102

41 Diagrama de Reportes Docentes 103

42 Diagrama de Reportes Docentes 103

43 Mapa del Sistema 104

xviii

AUTOR: REINA MORÁN ÁNGEL FRANCISCO TEMA: DESARROLLO DE UN SISTEMA REPORTEADOR

WEB CON LA TECNOLOGIA PHP PARA EL DEPARTAMENTO DE VINCULACIÓN DE LA CARRERA DE LICENCIATURA EN SISTEMAS DE INFORMACIÓN DE LA FACULTAD DE INGENIERÍA INDUSTRIAL.

DIRECTOR: LSI. MORENO DÍAZ VÍCTOR HUGO, MSC.

RESUMEN El presente trabajo propone el DESARROLLO DE UN SISTEMA REPORTEADOR WEB CON LA TECNOLOGÍA PHP PARA EL DEPARTAMENTO DE VINCULACIÓN DE LA CARRERA DE LICENCIATURA EN SISTEMAS DE INFORMACIÓN DE LA FACULTAD DE INGENIERÍA INDUSTRIAL, con el propósito de cumplir con la necesidad de agilizar sus procesos y obtener un mejor control de los reportes. El sistema reporteador web se basa en los componentes de Java Server Faces con la tecnología que permite el uso de interfaces del usuario por lado del servidor, en aplicaciones web en base a java, Prime Faces es una librería de componentes visuales para PHP de código abierto que cuenta con gran cantidad de componentes que facilitan la creación de las aplicaciones web, Bootstrap es el entorno de desarrollo que tiene como objetivo facilitar el diseño web permitiendo la adaptabilidad en cualquier dispositivo y diferentes pantallas. Hibernate herramienta que permite el Mapeo Objeto-Racional (ORM) en las plataformas de java. El sistema reporteador web ayudará al Departamento de Vinculación a generar automáticamente los reportes que se elaboran en base a la información de los proyectos la cual está en la base de datos PostgreSQL, posteriormente agilita la entrega de reportes y ayuda a la carga extra de trabajo para los docentes. PALABRAS CLAVES: Base de Datos, Primefaces, Hibernate, Bootstrap,

Mapeo, Objeto, Relacional, Java, Server, Faces, Vinculación, Procesos.

Reina Morán Ángel Francisco Lsi. Moreno Díaz Víctor Hugo, Msc. C.C. 0951589910 Director Del Trabajo

xix

AUTHOR: REINA MORÁN ÁNGEL FRANCISCO SUBJECT: DEVELOPMENT OF A WEB REPORTER SYSTEM WITH

PHP TECHNOLOGY FOR THE DEPARTMENT OF VINCULACION OF THE INFORMATION SYSTEMS DEGREE AT THE FACULTY OF INDUSTRIAL ENGINEERING.

DIRECTOR: LSI. MORENO DÍAZ VÍCTOR HUGO, MSC.

ABSTRACT The present work proposes the development of a web system with PHP technology for the department of connection of the Degree in Information Systems of the Faculty of Industrial Engineering, with the purpose of fulfilling the need to streamline their processes and obtain a better control of reports.The web reporter system is based on the Java components. The server is faced with the technology that allows when use of server user interfaces, web applications on the Java base, Prime Faces is a library of visual components for PHP open source that has a large number of components that facilitate the creation of web applications, which allows adaptation on any device and Hibernate Tool that allows Object-Rational Mapping (ORM) on java platforms. The web reporting system to the Vinculacion Department to automatically generate the reports that are prepared based on the information of the projects that are in the PostgreSQL database, then expedite the delivery of reports and help with the extra work load for the teachers. KEY WORDS: Database, Primefaces, Hibernate, Bootstrap, Relational,

Object, Mapping, Java, Server, Faces, Linking, Processes.

Reina Morán Ángel Francisco Lsi. Moreno Díaz Víctor Hugo, Msc. I.D. 0951589910 Dirесtor of work

PRÒLOGO

El proyecto tiene como título desarrollo de un sistema reporteador

web con la tecnología PHP para el departamento de vinculación de la

carrera de licenciatura en sistemas de información de la facultad de

ingeniería industrial, con la finalidad de agilizar el proceso de fabricación

reportes que se realiza en base a la información de los proyectos de

vinculación que se efectúan en el departamento.

El propósito del sistema es gestionar la elaboración los diferentes

reportes, desde las consultas de la información de los proyectos hasta la

exportación e impresión de la información, para el análisis y diseño del

sistema reporteador web se estudió la metodología Iconix.

El Proyecto está dividido en 3 Capítulos:

Capítulo 1: Elaboración del Marco Teórico, se investiga, comparan

y analizan herramientas que se podrán utilizar.

Capítulo 2: Levantamiento de la información y requerimientos

utilizando técnica cualitativa, elaboración de diagramas.

Capítulo 3: La propuesta de la investigación en la que se detallan

los procesos que dan solución a lo planteado. Incluyendo la conclusión y

recomendación del proyecto.

INTRODUCCIÓN

Tema

Desarrollo de un sistema reporteador web con la tecnología PHP

para el departamento de vinculación de la carrera de licenciatura en

sistemas de información facultad de ingeniería industrial.

Antecedentes

Durante el periodo de intervención 2011 - 2012 el Consejo de

Evaluación, Acreditación y aseguramiento de la calidad de la Educación

Superior (CEASSCES), informo que en la Universidad de Guayaquil no se

realizaban proyectos de vinculación con la sociedad, siendo este un

requisito esencial para la obtención de título de tercer nivel como lo aclara

la Ley Orgánica De Educación Superior (LOES), por lo tanto se consideró

que los docentes deberían participar en los proyectos brindando

información y orientando durante el desarrollo y ejecución de los

proyectos de vinculación a la sociedad. Entre las diferentes gestiones que

realiza el departamento de vinculación están:

Los convenios: estos pueden ser: entre las facultades, otras

universidades, organizaciones e instituciones públicas o privadas de la

ciudad.

Organizar y planificar los diferentes proyectos.

Documentación de los planes y gestiones de los proyectos.

Alcance

El alcance definido para el sistema reporteador web es automatizar

la elaboración de los reportes del departamento de vinculación de la

Introducción 3

carrera de Licenciatura en Sistemas de Información, consultando y

exportando a PDF, las cuales se presentan al gestor del departamento de

vinculación y posteriormente al termino de casa fase del proyecto.

Objeto de la investigación

La presente propuesta de desarrollo identifica como objeto de

estudio la información generada en base a los proyectos de vinculación

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

de Ingeniería Industrial de la Universidad de Guayaquil, tomando en

cuenta que en la actualidad el Departamento de Vinculación presenta

inconvenientes al momento de presentar los reportes.

Lo que se busca es optimizar el tiempo y presentación de los

reportes que se realizan en el departamento de vinculación.

Planteamiento del Problema

Los procedimientos para generar los reportes en el área presentan

complejidad al momento de elaborar, estructurar y buscar la información

física, en ciertas ocasiones los informes ya elaborados se perdían y la

información que se requiere para generar los reportes estaban en

determinados equipos informáticos, donde el gestor del departamento es

responsable de dicha información. Con los inconvenientes mencionados

anteriormente, surgen los siguientes problemas: atraso en la entrega de

los reportes, perdida de los documentos y réplicas de reportes

innecesarias; esto genera cargas de trabajo extra para los docentes y les

impide realizar sus actividades diarias.

En segundo plano se encuentra la demora de los códigos de los

proyectos debido a que los gestores se atrasan en la entrega de los

informes de las actividades que se realizan en el departamento.

Introducción 4

Delimitación del tema

El tema de esta investigación pretende mejorar la elaboración de

los reportes que se generan el departamento de vinculación, generando

un impacto en productividad y ahorro de tiempo para los docentes que

intervienen e incluso permitiendo un mejor acceso a la información.

Delimitación – Geográfica

Se desarrollará el sistema reporteador web para el departamento

de vinculación de la carrera de licenciatura en sistema de información de

la facultad de ingeniería de la universidad de Guayaquil ubicado en la

ciudad de Guayaquil-Ecuador, en la Av. Raúl Gómez Lince s/n y Av. Juan

Tanca Marengo.

Delimitación Espacial y de Tiempo

El desarrollo del presente tema se lo realizará en un lapso de 6

meses, comprendidos desde el mes de julio hasta diciembre del año

2017.

Delimitación semántica

Internet: Conjunto de redes interconectadas y que se comunican

mediante protocolos.

Software: Se refiere a los programas informáticos ejemplo:

sistemas operativos, aplicaciones móviles, juegos entre otros.

Sistema web: Son todas las herramientas que se pueden acceder

por medio de un servidor web a través de internet.

Sistema Reporteador: Es un software la cual se puede consultar

información la cual puede crear informes.

Introducción 5

Justificación

De acuerdo con (LOES, 2010) “Art. 87.- Requisitos previos

a la obtención del título. - Como requisito previo a la

obtención del título, los y las estudiantes deberán

acreditar servicios a la comunidad mediante prácticas o

pasantías pre-profesionales, debidamente monitoreadas,

en los campos de su especialidad, de conformidad con

los lineamientos generales definidos por el Consejo de

Educación Superior”.

La utilización de herramientas informáticas para la documentación,

gestión y desarrollo de proyectos es una buena opción para una óptima

organización documental, por tener acceso a la información con la mayor

veracidad y eficacia donde se permite consultas con filtros y exporta a

documentos digitales como PDF. Con la información mencionada

anteriormente se observa la importancia del Departamento de Vinculación

para que los estudiantes puedan cumplir con uno de los requisitos para

poder realizar su trabajo de titulación. Por ello este proyecto busca

incrementar la eficiencia mediante un sistema reporteador web que

permite, mejorar la elaboración de los reportes, optimizar el tiempo de

entrega y ayudar a los docentes con la carga extra de trabajo.

Mejorar la elaboración de los reportes.

El sistema permite hacer búsquedas de la información mediante el

uso de filtro de consultas que agilizan la entrega de informes.

Ayuda a los docentes con la carga extra de trabajo.

El gestor de vinculación tendrá la autorización de generar los

reportes, por ende, puede hacerlos sin necesidad de solicitarlo al docente

tutor.

Introducción 6

Objetivos

Objetivo General

Desarrollar una aplicación Web para minimizar el tiempo de

elaboración de los reportes del Departamento de Vinculación de la

Facultad de Ingeniería Industrial en la Carrera de Licenciatura en Sistema

de Información.

Objetivos Específicos

Identificar los requerimientos que permitan conocer los diferentes

reportes y contendidos del sistema, a fin de que este cumpla con las

necesidades del usuario.

Extraer toda la información de la base de datos donde se almacenan

las principales características de los proyectos de vinculación, con el

objetivo de generar los reportes.

Identificar los diagramas que ofrezcan al usuario una perspectiva

grafica sobre la situación de los proyectos de vinculación.

CAPÍTULO I

MARCO TEÓRICO

1.1. Gestión de los proyectos de vinculación en la Universidad

de Guayaquil

La Universidad de Guayaquil en la Facultad de Ingeniería Industrial

en la carrera de LSI, los proyectos de vinculación es la formación

académica de los estudiantes a nivel profesional. Cada proyecto se tiene

que detallar las actividades, que se establecieron al inicio, los

participantes entre estudiantes y docentes tiene como propósito cumplir

los objetivos.

1.2. Marco legal de los proyectos de vinculación

1.2.1. Ley Orgánica de educación superior (LOES)

En el ámbito, objeto, fines y principios del sistema de educación

superior la función principal de toda institución de educación superior

garantizar entre los puntos importantes la vinculación a la sociedad

Capítulo 3 Principios del sistema de educación superior Articulo 13 literal

A.

“Funciones del Sistema de Educación Superior. -

Son funciones del Sistema de Educación Superior:

a) Garantizar el derecho a la educación superior

mediante la docencia, la investigación y su vinculación

con la sociedad, y asegurar crecientes niveles de calidad,

excelencia académica y pertinencia” (LOES, 2017).

Marco Teórico 8

Es un principio pertinente que todas las universidades tenga una

educación superior vinculada a la sociedad al desarrollo científico,

humanístico como se estipula en los siguientes artículos:

Capítulo 1 del principio de pertinencia articulo 107 Principio de

pertinencia. –

“El principio de pertinencia consiste en que la educación

superior responda a las expectativas y necesidades de la

sociedad, a la planificación nacional, y al régimen de

desarrollo, a la prospectiva de desarrollo científico,

humanístico y tecnológico mundial, y a la diversidad

cultural. Para ello, las instituciones de educación superior

articularán su oferta docente, de investigación y

actividades de vinculación con la sociedad, a la demanda

académica, a las necesidades de desarrollo local, regional

y nacional, a la innovación y diversificación de

profesiones y grados académicos, a las tendencias del

mercado ocupacional local, regional y nacional, a las

tendencias demográficas locales, provinciales y

regionales; a la vinculación con la estructura productiva

actual y potencial de la provincia y la región, y a las

políticas nacionales de ciencia y tecnología” (LOES, 2017).

Capitulo Tipología de instituciones, y régimen académico. Sección

Primera De la formación y tipos de instituciones.

Artículo. 127.- “Otros programas de estudio. - Las

universidades y escuelas politécnicas podrán realizar en

el marco de la vinculación con la colectividad, cursos de

educación continua y expedir los correspondientes

certificados” (LOES, 2017).

Marco Teórico 9

Artículo. 138.-“ Fomento de las relaciones

interinstitucionales entre las instituciones de educación

superior.- Las instituciones del Sistema de Educación

Superior fomentarán las relaciones interinstitucionales

entre universidades, escuelas politécnicas e institutos

superiores técnicos, tecnológicos, pedagógicos, de artes

y conservatorios superiores tanto nacionales como

internacionales, a fin de facilitar la movilidad docente,

estudiantil y de investigadores, y la relación en el

desarrollo de sus actividades académicas, culturales, de

investigación y de vinculación con la sociedad. “El

Consejo de Educación Superior coordinará acciones con

el organismo rector de la política educativa nacional para

definir las áreas que deberán robustecerse en el

bachillerato, como requisito para ingresar a un centro de

educación superior” (LOES, 2017)

1.2.2. Reglamento general a la ley orgánica de educación

superior

De acuerdo con (ASAMBLEA NACIONAL, 2011, pág. 4) “Los

programas y cursos de vinculación con la sociedad, así

como los cursos de educación continua, tomando en

cuenta las características de la institución de educación

superior, sus carreras y programas y las necesidades del

desarrollo nacional, regional y local”.

1.2.3. Asamblea Nacional de Ecuador - Educación

“Educación se centrará en el ser humano y garantizará su

desarrollo holístico, en el marco del respecto a los

derechos humanos, al medio ambiente sustentable y a la

Marco Teórico 10

democracia: será participativa. Obligatoria, intercultural,

democrática” (Asamblea Nacional del Ecuador, 2018, pág.

32). “Un organismo público de planificación, regulación y

coordinación interna del sistema y de la relación entre

sus distintos actores; y por un organismo público técnico

de acreditación y aseguramiento de la calidad de

instituciones, carreras y programas” (Asamblea Nacional

del Ecuador, 2018, pág. 158).

1.2.4. Estatus de la Universidad de Guayaquil

“El Director de Carrera es un gestor académico

responsable de los procesos de admisión, formación

académica, investigación para el aprendizaje, vinculación

con la sociedad, titulación y evaluación y acreditación de

la carrera” (Consejo Universitario, 2012, pág. 49).

“La Universidad de Guayaquil desarrollará convenios con

redes nacionales e internacionales, así como con otras

instituciones académicas y científicas, para el desarrollo

de proyectos de formación, investigación y vinculación

con la sociedad” (Consejo Universitario, 2012, pág. 50).

“Contar con procesos de planificación de las actividades

de vinculación con la sociedad, prácticas pre-

profesionales y pasantías” (Consejo Universitario, 2012,

pág. 54).

1.3. La información como recurso indispensable en una

organización

Teniendo en cuenta la investigación de (RODRIGUEZ &

GÓMEZ, 2015) “La información es un recurso estratégico

para las empresas de base tecnológica. Pero, su valor no

Marco Teórico 11

suele estar reconocido, y por ende, no suele potenciarse

ni gestionarse eficazmente, poniendo en peligro el

desenvolvimiento y la supervivencia de dichas

organizaciones.”

“La información es un conjunto datos transformado

mediante diversos procesos, esto nos ayuda a entender

los que está sucediendo ya sea en nuestro entorno y en el

caso de una organización lo que pasando con los

procesos y procedimientos” referente a (Alexey Semenov,

2016).

“El conocimiento es una entidad de trabajo intelectual

superior a la información, puesto que es el resultado de la

información mentalmente procesada. Este nexo es la

clave para entender la incidencia de ambos recursos en la

organización como un todo”. (RODRIGUEZ & GÓMEZ,

2015)

Como da a conocer (Heredero, 2012)“todo aquello que sirve

para poner de manifiesto la situación del entorno o del

sistema, sus objetivos o resultados y reducir la

incertidumbre frente a un proceso de decisión” esto nos

da como referencia que la información es el eje del

conocimiento y en una empresa es que nos permite tomar

decisiones”.

“Una organización es un sistema conformado por:

personas, recursos materiales e información, siendo el

último, el punto neurálgico de los dos anteriores que

permite la supervivencia de los mismos. Esta afirmación

remite a las concepciones más recientes defendidas por

la Gestión de la Información (GI), en el sentido de que las

organizaciones deben ser consideradas

Marco Teórico 12

fundamentalmente como sistemas de información.”

(LAMAS, DIAZ, & BAZAN, 2012)

1.4. Las TICS como herramientas de transmisión y

presentación de información

“La tecnología nos permite ver tanto una imagen estática

(fotografía) como una imagen dinámica (video). También

nos permite oír sonido (audio), el cual es siempre

dinámico. Tanto las imágenes como los sonidos pueden

combinarse en la grabación y proyección de video. Estos

son los tipos básicos de objetos de información. Los

seres humanos podemos estructurar los objetos de

información. Por ejemplo, inventamos los idiomas y los

caracteres necesarios para comunicarlos. Los textos

(secuencias de caracteres) son objetos de información

estructurados. También podemos crear objetos más

complejos uniendo objetos simples. Unir significa crear

una conexión, asociación o vínculo imaginario entre dos

objetos (por ejemplo, una palabra o un trozo de imagen).

El objeto complejo que se constituye a partir de esa unión

se denomina hiperobjeto. Las TIC nos brindan

herramientas para llevar a cabo transferencias

instantáneas de un objeto a otro, o entre varios

hiperobjetos.” (Alexey Semenov, 2016).

(Alexey Semenov, 2016) Menciona que “Las tecnologías de

la información y la comunicación deben ponerse en

práctica de modo tal que sean un apoyo para alcanzar los

objetivos de la EPT a un costo razonable. Si bien estas

tecnologías tienen un gran potencial para divulgar

conocimiento, fomentar un aprendizaje más efectivo y

Marco Teórico 13

desarrollar servicios educativos más eficientes, este

potencial no podrá explotarse al máximo a menos que las

tecnologías estén al servicio de la puesta en marcha de

estrategias educativas, y no a la inversa. Para ser

efectivas, especialmente en los países en desarrollo, las

TIC deben combinarse con métodos más tradicionales,

como el uso de libros y radios y aplicarse en forma más

extensiva a la formación docente.”.

Entre las diferentes herramientas que nos permite la interactuar

con la información y a su vez a procesarla son los sistemas de

información.

1.5. Diseño del manejo de los reportes de gestión

De acuerdo con (Valverde J. B., 2016) “El diseño que se

haga del manejo de los reportes e informes será tan

sofisticado como se quiera y depende del uso que se les

dé a los indicadores en cada nivel de toma de decisiones

de la organización, Todo el conjunto de reportes, que

produzca la organización, necesita de un mecanismo de

flujo, seguimiento y análisis del proceso encadena que

tiene lugar desde que se genera hasta que se administra

la información”.

Cada reporte tendrá un diseño diferente esto dependerá de la

información que se solicite, esto con el fin de ayudar a tomar decisiones,

se los utiliza mucho en las empresas para verificar la situación de la

empresa o compañía y de dialogar las soluciones.

1.5.1 Tecnologías PHP en sistema WEB

El desarrollo de un sistema web tiene como finalidad alojarse

mediante un servidor de internet o una red local, ejecutándolos en

Marco Teórico 14

navegadores como: Chrome, Firefox, Internet Explore, Edge, etc; sin tener

la necesidad de instalarlos en las diferentes plataformas de sistemas

operativos (S.O). Como expresa (Baez, fraktalweb, 2013) la programación

se realiza únicamente para los usuarios que solicitan respuestas de

cliente a servidor mediante los navegadores web, dejando de programar

sistemas de escritorios en plataformas de S.O.

En la actualidad en el mundo de PHP hay una serie de variedades

de framework que permiten el desarrollo de sistemas web; siendo una de

ellas, gestión de transacciones y soporte de pruebas automatizadas, así

como lo hace notar (Gimeno & Gonzalez, 2012) en la segunda edición del

libro “Programación 3”.

En el diagrama a continuación se muestra como la Arquitectura de

esta plataforma se encuentra conformada por módulos que se agrupan.

DIAGRAMA Nº 1

ARQUITECTURA DE PHP

Fuente: Universidad de Alicante, 2014 Elaborado por: Reina Morán Ángel Francisco

Marco Teórico 15

1.6 Marco conceptual

1.6.1 Reporte

“Es un informe de tipo documento ya se ha físico, digital

o audiovisual que transmite información de cualquier

tipo. El reporte puede contener información financiera,

cuadros estadísticos, la conclusión de una investigación,

la estructura de una problemática o solución entre otros.”

(Jimenez, 2012)

En la actualidad los reportes siguen siendo muy importante pero

esta diversificado para diferentes áreas, pero con los mismos propósitos

la cual es que contenga información valiosa ya se ha para una

organización, empresa o población.

1.6.1.1 Reporte escrito

“Con este Reporte se pretende que el interesado conozca

y aplique la metodología más adecuada en su área para

reportar el planteamiento, análisis y solución de un

problema en particular. Se desea que se enfatice en la

discusión de resultados y conclusiones y que distinga los

aspectos más importantes de su trabajo y los dé a

conocer en un resumen. Esta actividad se considera

complementaria a la información científica, que en forma

general o específica, recibió el interesado durante su

estancia y constituye la forma más adecuada para

completar y dar por terminado un trabajo de

investigación.” (monsalve, 2012)

Marco Teórico 16

Nos ayuda a que la persona conozca el tema a tratar ya sea el

resultado de las ventas de una empresa hasta una investigación o que se

destaquen los resultados, conclusiones de la investigación.

1.6.1.2 Reporte Técnico

“Se los utiliza para mostrar resultados técnicos como una

auditoria o el avance de un proyecto de investigación o

tecnológico nos ayuda a entender de una forma breve los

que está haciendo, este tipo de reporte es un paso previo

a la publicación de revistas o congreso” (monsalve, 2012).

1.6.1.3 Reporte de investigación

“Los reportes investigativos contienen información

obtenida de diferentes fuentes y medios de información

estos pueden ser: entrevistas, encuestas, observaciones,

internet entre otros, la información puesta debe ser

organizada con un flujo de tal manera que esté

relacionado de una manera u otro” (monsalve, 2012).

En la informática los reportes son esenciales porque presentan la

información que está alojada en las bases datos, pero no solo es

presentar una información de por medio hay un análisis de cómo y cuanta

información se presenta en los reportes con el fin de que el usuario pueda

interpretarlo fácilmente.

“En las grandes empresas el manejo de la información es

esencial y fundamental especialmente si tiene un gran

volumen de datos, en vista de esto en la informática se

maneja en concepto llamado “Big Data” claro está que las

empresas entiendan el valor que ofrece un proyecto de

big data” (Fogelman-Soulié, 2015).(VÉASE imagen nº 1)

Marco Teórico 17

IMAGEN Nº 1

MATRIZ TRIMESTRAL ÁREA DE VINCULACIÓN

Fuente: Departamento de vinculación - Coordinador departamento de vinculación Elaborado por: Reina Morán Ángel Francisco

1.6.2 Tecnología de la Información y comunicación

Las TIC es muy necesario ya se en el ámbito social o laboral, la

cual nos permite tener una la información alcance generando

conocimiento esto se debe a la demanda de la información es decir a la

social que necesita estar informada sobre cualquier hecho. Debido al

constante avance de la Tecnología, cada vez más empresas deben

incursionar e invertir en el herramientas tecnológicas(hardware y/o

software), por cuanto a los administradores, gerentes o directivos

requieren de soluciones más efectivas y eficaces de: calidad, seguridad y

Marco Teórico 18

automatización de procesos, y que facilite la elaboración de proyecciones

y proformas presupuestaria mediante una herramienta de gran utilidad y

apoyo para la toma de decisiones para cumplir con los objetivos de

manera eficiente.

1.6.3 Sistema de información

“Una de las herramientas fundamentales para la

realización de cualquier actividad es la información, y

quienes mejor uso hagan de ella, más oportunidades

tendrán de sobrevivir.” (Montoya & Saavedra, 2014).

“Si anteriormente los factores básicos y las ventajas

competitivas eran suficientes para el adecuado desarrollo

de una nación, ahora los que mayor incidencia tienen son

los denominados factores avanzados, dentro de los

cuales se encuentran la tecnología, la infraestructura y el

conocimiento; siendo estos los que permiten la creación

de ventajas competitivas.” (Montoya & Saavedra, 2014)

DIAGRAMA Nº 2

FUNCIONES DE UN SISTEMA DE INFORMACIÓN

Fuente: Libro de Sistema de Información Gerencial : Kenneth C. Laudon y Jane P. Laudon Elaborado por: Reina Morán Ángel Francisco

Marco Teórico 19

Los sistemas de información son los encargados de procesar los

datos adquiridos mediante procesos, levantamiento de información entre

otros es con el fin de generar conocimiento, entre las áreas que podemos

encontrar estos sistemas son el área comercial, técnica, administrativa y

financiera. Entre los diferentes tipos de procesamiento de información

tendrían (véase Diagrama n°3)

DIAGRAMA Nº 3

TIPO DE PROCESAMIENTO DE INFORMACIÓN

Fuente: Andreu et al, 2003 ‘Andrés Álvarez Elaborado por: Reina Morán Ángel Francisco

Como vemos en el diagrama nº3 existen diferentes tipos de

procesos de información que nos ayuda ya en el departamento de

vinculación a como poder visualizar la información de manera detallada

para los docentes.

Marco Teórico 20

“Un sistema información en su forma básica está constituido por:

Hardware

Software ya desarrollado

Personal

Bases de datos

Modelos de análisis, planeación, control y toma de decisiones”

(Montoya & Saavedra, 2014)

DIAGRAMA Nº 4

DISEÑO CONCEPTUAL DE UN SISTEMA DE INFORMACIÓN

Fuente: Sistema de información de toma de decisiones - Daniel Cohen, 1994 Elaborado por: Reina Morán Ángel Francisco

Los sistemas de información están compuestos por distintos

subsistemas que cooperan entre sí para facilitar el procesamiento y

Marco Teórico 21

presentación del a información. Teniendo la perspectiva del departamento

de vinculación todo comienza un convenio seguidamente proyecto que

con el aval de la universidad y de la otra parte que firmó el convenio se

aprueban, seguidamente la convocatoria de los estudiantes esto se podría

decir que son los procedimientos que se realizan como un sistema de

información.

1.6.3.1 Sistema de información para la toma de decisiones

“Sistema de soporte a la decisión se ha definido y

utilizado en formas diferentes esto a la a necesidad que

tenga el usuario. En mi punto de vista es un software que

ayuda a tomar decisiones en base a la información que se

le proporciona.” (Alexandra Ruiz, 2012)

1.6.3.2 Sistemas de control y seguimiento de proyectos

EL control y seguimiento de proyecto tiene como objetivo vigilar los

diferentes procesos, procedimiento y actividades que se realizan en un

proyecto, es considera una labor crucial para todo proyecto. Entre los

roles que encontramos en esta labor está el jefe de proyecto que es el

encargado del cumplimiento de los parámetros metas y objetivos del

proyecto.

De acuerdo con tesis de posgrado (Henríquez Cortés, 2017)

“Las Actividades de Seguimiento y Control de un

proyecto se llevan a cabo desde la asignación de las

tareas hasta su aceptación interna por parte del equipo de

proyecto, previa a la aceptación del Cliente. Las tareas

propias del Seguimiento y Control del proyecto se

realizan a medida que se ejecutan las distintas tareas de

los procesos de Análisis, Diseño, Construcción,

Implantación y Mantenimiento del Sistema.”

Marco Teórico 22

CUADRO N° 1

PLANEACIÓN DE PROYECTO

Fuente: Universidad de chile Henríquez Cortés, Miguel Iván; Elaborado por: Reina Morán Ángel Francisco

Secuencia de actividades de Seguimiento y Control del Proyecto.

Asignación de Tareas

La cual el objetivo la documentación de los datos necesario para el

posterior control.

Comunicación de equipo de trabajo

Hacer reunión periódicamente con el equipo con el fin de fortalecer los

conocimientos encontrados en el trascurso de proyecto y verificar las

diferentes etapas.

Control de tareas

En este paso se revisa minuciosamente que se estén cumplimiento los

parámetros correspondientes.

Análisis y registro de incidencia

En este paso se revisa las diferentes incidencias que se suscitaron

para su posterior evaluación tiempo, afecto, costo.

Petición de cambios de requerimiento

Se procede al cambio requeridos después de haber definido

inicialmente.

Análisis de petición de cambios de requerimiento

Se procede con el equipo de trabajo al análisis de los cambios

requeridos

TAREA PRODUCTOS TÉCNICAS Y PRÁCTICAS

PARTICIPANTES

GPS 1.1: Asignación

de Tarea

Ficha de asignación de tarea:

Identificador de la tarea en la planificación

Nombre de la tarea

Descripción de la tarea

Fecha prevista de comienzo

Esfuerzo estimado

Fecha prevista de terminación

Asignación de recursos

Jefe de Proyecto

https://manuel.cillero.es/doc/metrica-3/interfaces/gestion-de-proyectos/gps/actividad-1/tarea-1



https://manuel.cillero.es/doc/metrica-3/participantes/perfil-jefe-de-proyecto



Marco Teórico 23

Estimación del Esfuerzo y Planificación de la Solución

Registro del Cambio de Requisitos

Finalización de la Tarea

DIAGRAMA Nº 5

PROCESOS DE CONTROL DE SEGUIMIENTO DE PROYECTOS

Fuente: Universidad de chile Henríquez Cortés, Miguel Iván; Elaborado por: Reina Morán Ángel Francisco

1.6.3.3 Sistema Reporteador Web como herramienta de

información

Los sistemas de reportes tienen como finalidad mostrar una visión

general de la situación ya sea un proyecto o esquemas económicos para

una empresa. Consecuentemente, estos muestran la situación de

las operaciones regulares de un departamento para que los directivos

puedan controlar, organizar, planear y dirigir. Como lo hace notas

(Hidalgo, 2013) . Un reporte es un documento generado por el sistema

que nos presenta información de manera estructura o resumida.

Marco Teórico 24

DIAGRAMA Nº 6

SISTEMA DE REPORTE WEB

Fuente: Informes Report Hidalgo, Manuel Cruz Elaborado por: Reina Morán Ángel Francisco

1.6.4 Sistema web

Como nos indica (Baez, 2012) “Los sistemas Web o

también conocido como aplicaciones Web son aquellos

que están creados e instalados no sobre una plataforma o

sistemas operativos ( Windows, Linux), sino que se aloja

en un servidor en Internet o sobre una intranet (red local),

su aspecto es muy similar a páginas Web que vemos

normalmente, pero en realidad los ‘sistemas Web’ tienen

funcionalidades muy potentes que brindan respuestas a

casos particulares.”

1.6.4.1 Ventajas

Se puede utilizar cualquier navegador o explorador entre los más

conocido (Chrome, Firefox, Internet explore).

No necesitan instalar software en la computadora del usuario ya que la

aplicación está alojada en servidor.

Marco Teórico 25

La base de datos permite el procesamiento de la información a

mostrarle al usuario

1.6.4.2 Desventajas

Las aplicaciones web requieren navegadores web totalmente

compatibles para funcionar. Incluso muchas veces requieren las

extensiones apropiadas y actualizadas para operar.

Muchas veces requieren una conexión a internet para funcionar, si la

misma se interrumpe, no es posible utilizarla más. De todas maneras,

en ocasiones, pueden ser descargadas e instaladas localmente para su

uso offline.

Muchas no son de código abierto, perdiendo flexibilidad.

La aplicación web desaparece si así lo requiere el desarrollador o si el

mismo se extingue. Las aplicaciones tradicionales, en general, pueden

seguir usándose en esos casos.

El usuario, en general, no tiene libertad de elegir la versión de la

aplicación web que quiere usar. Un usuario podría preferir usar una

versión más antigua, hasta que la nueva sea probada.

En teoría, el desarrollador de la aplicación web puede rastrear

cualquier actividad que el usuario haga. Esto puede traer problemas de

privacidad.

1.6.5 Arquitectura del sistema

Una arquitectura de software es una forma de diseñar las

estructuras de los objetivos y requerimientos, es decir, tener definido

donde colocar cada componente que valla a necesitar.

Existen algunas arquitecturas entre ellas están:

Arquitectura de dos capas

Arquitectura de tres capas

Marco Teórico 26

1.6.5.1 Arquitectura de dos capas

Común mente conocida cliente/servidor esta arquitectura requiere

de donde se implementará la interfaz para el usuario y donde va a estar

alojado el gestor de la base de datos esto con el fin de poder enviar y

recibir solicitud esto con el fin realizar operaciones.

1.6.5.1.1 Ventajas de dos capas

Los ambientes para desarrollar aplicaciones tienen buena

documentación, robustas y probadas.

Son rápidas al conectarse a los servidores por su conexión directa con

la base de datos.

1.6.5.1.2 Desventajas de dos capas

Dependen de un solo tipo de conexión ejemplo controlador JDBC para

java

Las distribuciones de estos softwares tienden hacer complicada

1.6.5.2 Arquitectura de tres capas

Entre sus principales características es la organización de su

proyecto la cual separa la capa de presentación, capa de negocio y la de

enlaces de datos.

1.6.5.2.1 Ventajas Principal

Capacidad de desarrollar en varios niveles en ejemplo notable es

cuando se tiene que hacer un cambio o agregar funcionalidades al

sistema.

Marco Teórico 27

DIAGRAMA Nº 7

ARQUITECTURA DE SOFTWARE MODELO EN CAPAS

Fuente: http://es.slideshare.net/Decimo/arquitectura-3-capas Elaborado por: Reina Morán Ángel Francisco

1.6.5.2.2 Niveles

1.6.5.2.2.1 Nivel de Presentación

Donde el Look & Feel del sistema interactúa con el usuario y en

donde la información presentada al usuario toma importancia.

1.6.5.2.2.2 Nivel de Negocio

En este nivel se establecen la lógica, funciones, reglas y

validaciones que requiera el sistema.

1.6.5.2.2.3 Nivel de acceso a datos

Este nivel se encarga de realizar el seleccionar, registrar, actualizar

y eliminar (CRUD) hacia el gestor de la base.

1.6.6 Técnicas de análisis y diseño del sistema

Para la inicialización del proyecto se hace un análisis de la

información con el fin de contribuir a la documentación del sistema y tener

Marco Teórico 28

una perspectiva más clara, unos de las técnicas más utilizados son los

diagramas como ejemplo: UML o lenguaje unificado de modelado que me

mediante gráficos podamos visualizar, especificar y construir los

diferentes aspectos del sistema.

1.6.6.1 Diagrama de clases

Detallan como va a estar compuesto el sistema y qué relación tiene

una con la otra por medio de las clases. Se los denominan diagramas

estáticos porque detallas clases, métodos, y atributos.

1.6.6.2 Diagrama Caso de Uso

Detallan las diferentes relaciones que tienen entre casos de uso y

los actores del proceso.

1.6.6.3 Diagrama de secuencia

Es la intercomunicación que existen entre un grupo de objetos en el

sistema esto se modela para cada caso de uso.

1.6.6.4 Diagrama de actividades

Detallan las diferentes secuencias actividades que tiene un sistema

tales como un proceso de negocio, flujo de trabajo y los pasos de un caso

de uso.

1.6.6.5 Modelos de dominio

Siguiendo con las reglas de lenguaje unificado de modelados

(UML) los modelos de dominio presentan diagramas del sistema en una

fase final.

Marco Teórico 29

1.6.6.6 Diagrama de robustez

Mediante grafico representa todos los pasos descritos en los casos

de uso, muestra el comportamiento del software como de las clases.

DIAGRAMA Nº 8

OBJETOS DEL DIAGRAMA

Fuente: Jomara Rodriguez Valverde.docx Fernández Peña, Sumano López María & Andrade Miros Josué Elaborado por: Reina Morán Ángel Francisco

1.6.7 Herramientas para diseño del sistema

1.6.7.1 JasperReports

De acuerdo con (jaspersoft., 2017) “La herramienta JasperReports

tiene como propósito principal en crear informes de contenido

importantes, se utiliza para la impresión de datos de forma simple y

flexible en los tipos de formatos como: PDF, HTML, XLS, CSV y XML.

IReport es el Front-end para edición de informe comúnmente utilizado

junto con JasperReports para la generación de reportes”.

IMAGEN Nº 2

REPORTE JASPERREPORTS

Fuente: Java Server Faces Agustin Froufe Quintanas Elaborado por: Reina Morán Ángel Francisco

Marco Teórico 30

1.6.7.2 Crystal Reports

Se podría decir que es un recurso inteligente empresarial para el

diseño, manejo y creación de reportes o informes, creado por Microsoft e

liberado junto con Visual Basic se convirtió en uno de los sistemas de

reportaría más utilizados por la comunidad.

IMAGEN Nº 3

Re CRYSTAL REPORTS

Fuente: http://trustedbi.com/category/bi-platform/crystal-reports/ Elaborado por: Reina Morán Ángel Francisco

1.6.7.2.1 Ventajas

De acuerdo con (Valverde J. B., 2016) “Transforma

rápidamente cualquier fuente de datos en contenido

interactivo, integrar estrechamente capacidades de

Marco Teórico 31

diseño, modificación y visualización en aplicaciones

.NET, Java o COM. Permitir a los usuarios finales acceder

e interactuar con los reportes a través de portales Web,

dispositivos móviles y documentos de Microsoft Office”

1.6.7.3 Framework

Es un marco de trabajo ya definido en el cual se cuenta con

estándares, concepto diferentes criterio y enfoques.

Son muy útiles en cuando que facilita del desarrollo de un software.

1.6.8 Metodología de desarrollo

Entre las varias metodologías para desarrollo de proyecto

encontramos las más utilizadas como son: La programación Extrema,

Scrum e Iconix

1.6.8.1 Programación extrema

Destacada como una de las metodologías ágil para el desarrollo de

software la diferencia que tiene con respectos a otras metodologías en la

adaptabilidad que tiene sobre los cambios, es decir, que se ajusta a los

cambios que se van dando en el transcurso del desarrollo del software.

1.6.8.1.1 Ventajas Programación extrema

Su adaptabilidad a los cambios que se presentan.

Tiene una mayor optimización en cuestión de tiempo de desarrollo.

Permite desarrollos colaborativos en cuanto a complementar los

diferentes bloques de desarrollo.

Marco Teórico 32

1.6.8.1.2 Desventajas Programación extrema

Se recomienda para proyecto con un periodo corto de tiempo.

Su implementación puede llegar ser más complicada que las

metodologías tradicionales.

1.6.8.2 Iconix

Metodología pesada-ligera de Desarrollo del Software que combina

entre un RUP (Rational Unified Process) y un XP (eXtreme Programming).

Iconix tiene derivación directa de (Rational Unified Process), su principio

es que el 80% de los casos pueden ser resuelto con UML, esto ayuda a

simplificar los proceso y sin dejar de lado documentación.

1.6.8.2.1 Ventajas Iconix

Contribuye a un proceso ligero para obtener el sistema.

Está dirigido a desarrollo de sistema con gestión de pequeña y

mediana complejidad.

1.6.8.2.2 Desventajas Iconix

La información para los requerimientos debe ser rápida y puntual.

Esta metodología no es recomendada para desarrollos de larga

duración.

1.6.8.2.3 Fases de la metodología Iconix

Fase revisión de los requisitos

Modelo de dominio

Marco Teórico 33

Prototipos

Modelos casos de usos

Fase revisión de diseños

Descripción detallada de los casos de uso

Diagrama de Robustez

Fase Diseño

Registro de Diagramas de secuencias

Fase Implementación

Desarrollo del código fuente

1.6.9 Uso de tecnología para el sistema de reporte

1.6.9.1 Tecnología Java Server Faces

“Desarrollado a través del proceso de comunidad Java bajo JSR -

314, la tecnología Java Server Faces establece el estándar para la

creación de interfaces de usuario del lado del servidor. Con las

contribuciones del grupo de expertos, las API de Java Server Faces están

siendo diseñadas para que puedan ser aprovechadas por herramientas

que harán aún más fácil el desarrollo de aplicaciones web. Varios

vendedores de herramientas respetadas eran miembros del grupo de

expertos JSR-314, que desarrolló la especificación Java Server Faces

1.0. Estos proveedores están comprometidos a soportar la tecnología

Java Server Faces en sus herramientas, promoviendo así la adopción del

estándar tecnológico Java Server Faces. (Oracle, 2016) ”

Marco Teórico 34

1.6.9.1.1 Descripción de la tecnología Java Server Faces

“Un conjunto de API para representar los componentes de interfaz

de usuario y administrar su estado, gestionar eventos y validación de

entrada, definir la navegación de páginas y apoyar la internacionalización

y la accesibilidad.

Una biblioteca de etiquetas personalizadas de Java Server Pages

(JSP) para expresar una interfaz de Java Server Faces dentro de una

página JSP” (Oracle, 2016).

“Diseñada para ser flexible, la tecnología Java Server Faces

aprovecha los conceptos existentes de interfaz de usuario y de nivel web

sin limitar a los desarrolladores a un lenguaje de marcado, protocolo o

dispositivo cliente concreto. Las clases de componente de interfaz de

usuario incluidas con la tecnología Java Server Faces encapsulan la

funcionalidad del componente, no la presentación específica del cliente,

permitiendo así que los componentes de interfaz de usuario de Java

Server Faces se representen en varios dispositivos cliente. Al combinar la

funcionalidad del componente de interfaz de usuario con los procesadores

personalizados, que definen los atributos de representación para un

componente de interfaz de usuario específico, los desarrolladores pueden

crear etiquetas personalizadas para un dispositivo cliente concreto. Como

comodidad, la tecnología Java Server Faces proporciona un renderizador

personalizado y una biblioteca de etiquetas personalizadas de JSP para

renderizar a un cliente HTML, lo que permite a los desarrolladores de

Java Platform” (Oracle, 2016).

“La facilidad de uso que es el objetivo principal, la arquitectura

JavaServer Faces claramente define una separación entre la lógica de la

aplicación y la presentación al mismo tiempo que facilita la conexión de la

capa de presentación al código de la aplicación. Este diseño permite a

cada miembro de un equipo de desarrollo de aplicaciones web centrarse

Marco Teórico 35

en su parte del proceso de desarrollo, y también proporciona un modelo

de programación simple para vincular las piezas. Por ejemplo, los

desarrolladores de páginas web sin experiencia en programación pueden

utilizar las etiquetas de componentes de JavaServer Faces UI para

vincularse al código de la aplicación desde una página web sin necesidad

de escribir scripts” (Froufe, 2012).

DIAGRAMA Nº 9

ESTRUCTURA JAVA SERVER FACES

Fuente: Java Server Faces Agustin Froufe Quintanas Elaborado por: Reina Morán Ángel Francisco

“Desarrollado a través del proceso de comunidad Java bajo JSR -

314, la tecnología Java Server Faces establece el estándar para la

creación de interfaces de usuario del lado del servidor. Con las

contribuciones del grupo de expertos, las API de Java Server Faces están

siendo diseñadas para que puedan ser aprovechadas por herramientas

que harán aún más fácil el desarrollo de aplicaciones web. Varios

vendedores de herramientas respetadas eran miembros del grupo de

expertos JSR-314, que desarrolló la especificación JavaServer Faces 1.0.

Estos proveedores están comprometidos a soportar la tecnología

JavaServer Faces en sus herramientas, promoviendo así la adopción del

estándar tecnológico JavaServer Faces” (Froufe, 2012).

CAPÍTULO II

METODOLOGÍA

2.1. Tipo de Investigación

Para el presente proyecto el tipo de investigación es mixta, con

naturaleza descriptiva y exploratoria esto se debe al objetivo principal que

solucionar una inconveniente que existen el departamento de vinculación.

De acuerdo con (Mendoza, 2012)“La investigación

exploratoria es considerada como el primer acercamiento

científico a un problema, nos ayuda a encontrar lo

procedimientos adecuados, para elaborar una

investigación posterior, es decir, establece contacto con

el objeto de estudio dando una visión general de tipo

aproximado”.

Es una investigación de tipo exploratoria al verificar y reconocer las

distintas necesidades esto nos permitirá esclarecer la limitación del

campo de estudio y la necesidad herramienta informática como un

sistema reporteador web.

En la investigación descriptiva (Mendoza, 2012) “la

utilización del método de análisis logrando caracterizar

un objeto de estudio o una situación concreta, señalando

características y propiedades; también puede servir para

investigaciones que requieran un mayor nivel de

profundidad”.

Metodología 37

También se considera una investigación de tipo descriptiva por

motivo que se deben analizar los diferentes procesos e interpretar los

datos para generar la información que requieran los usuarios, por ente se

describirá todos los inconvenientes que se están presentado en el

departamento la para la generación y entrega de reportes. Cabe

mencionar que cada reporte solicitado tiene un formato especifico por

cuanto su propósito.

2.2. Alcance de la investigación

“Utiliza la recolección y análisis de los datos para afinar

las preguntas de investigación o revelar nuevas

interrogantes en el proceso de interpretación” (Hernández

Sampieri, Fernández Collado, & Baptista Lucio).

Citando a (Pita Fernández, 2012)“Los investigadores

cualitativos hacen registros narrativos de los fenómenos

que son estudiados mediante técnicas como la

observación participante y las entrevistas no

estructuradas.”

En la presente investigación se utilizará el enfoque cualitativo, esto

nos ayudaría a la comprensión detallada de los procesos y preguntas

realizadas a las personas involucradas, entre sus características este

enfoque permite tener un amplio dialogo con el entrevistado con el fin de

despejar las dudas.

2.3. Arquitectura

Para el desarrollo web se escogió la arquitectura de tres capas, la

cual nos permite dividir con el fin de organizar nuestro código, por ente en

la capa de aplicación tendría MVC, en el servicio de aplicaciones estará

Servidor Xampp para las peticiones que haga el usuario y en el servidor

de datos donde se va a buscar la información.

Metodología 38

“La arquitectura del software es el diseño de más alto

nivel de la estructura de un sistema. Consiste en un

conjunto de abstracciones que forman el “marco” del

software, la arquitectura se diseña en la fase posterior a

la de requisitos, la llamada fase de diseño” (Gómez, 2016).

2.4. Metodología de desarrollo

Para simplificar los procesos de desarrollo donde caso de uso,

diagramas de secuencia, diagramas UML, modelos de dominio entre otro

la metodología Iconix es una buena opción.

Tal como expresa (icomix, 2014)” Es una metodología

pesada-ligera de Desarrollo del Software que se halla

entre RUP (Rational Unified Process) y XP (eXtreme

Programming), unifica un conjunto de métodos de

orientación a objetos con el objetivo de tener un control

estricto sobre todo el ciclo de vida del producto a

realizar.”

DIAGRAMA Nº 10

FASES DE ICONIX

Fuente: http://repositorio.ug.edu.ec/handle/redug/19752 Elaborado por: Reina Morán Ángel Francisco

Metodología 39

2.5. Técnicas de Recolección de Datos

En el desarrollo de proyecto de sistemas la información de los

requerimientos es necesaria para el correcto funcionamiento, en el

presente proyecto se utiliza los diferentes métodos e instrumento de

investigación, con la finalidad de acceder y obtener la información

requerida, de forma sistemática, ordenada, metodológica, racional y

crítica.

Citando a (Delgado, 2015) “La recolección de datos se

refiere al uso de una gran diversidad de técnicas y

herramientas que pueden ser utilizadas por el analista

para desarrollar los sistemas de información, los cuales

pueden ser la entrevistas, la encuesta, el cuestionario, la

observación, el diagrama de flujo y el diccionario de

datos. Todos estos instrumentos se aplicarán en un

momento en particular, con la finalidad de buscar

información que será útil a una investigación en común.”

Tal como plantea (gonzalez, 2014)“Los analistas utilizan

una variedad de métodos a fin de recopilar los datos

sobre una situación existente, como entrevistas,

cuestionarios, inspección de registros (revisión en el

sitio) y observación.”

“Las fuentes y técnicas para recolección de la

información como los hechos o documentos a los que

acude el investigador y que le permiten tener información,

también señala que las técnicas son los medios

empleados para recolectar información, Además

manifiesta que existen: fuentes primarias y fuentes

secundarias, las fuentes primarias es la información oral

Metodología 40

o escrita que es recopilada directamente por el

investigador a través de relatos o escritos transmitidos

por los participantes en un suceso o acontecimiento,

mientras que las fuentes secundarias es la información

escrita que ha sido recopilada y transcrita por personas

que han recibido tal información a través de otras fuentes

escritas o por un participante en un suceso o

acontecimiento” (Sabino).

De acuerdo con (WELLINGTON, 2016)“para recolectar

información se deben tomar en cuenta tres actividades

que se encuentran estrechamente vinculadas entre sí,

que son:

- Seleccionar un instrumento o método de recolección de

los datos.

- Aplicar ese instrumento o método para recolectar datos

-Preparar observaciones, registros y mediciones

obtenidas.”

Una vez obtenida la información, es importante definir la forma en

la cual se analizará y utilizará.

Como expresa (WELLINGTON, 2016) “el tratamiento de la

información es un proceso que consiste en el recuento,

clasificación y organización de los datos recolectados, y

que los procedimientos utilizados dependerán de la clase

de estudio o investigación y del tipo de datos. Además,

menciona que el tratamiento de la información durante la

investigación deberá ser llevada a cabo con el fin de que

sirva como base para la toma de decisiones”.

La técnica de investigación utilizada para recolectar la información

de los proyectos es la entrevista.

Metodología 41

2.5.1 Técnica de observación

“La observación es la acción de observar, de mirar

detenidamente, en el sentido del investigador es la

experiencia, es el proceso de mirar detenidamente, o

sea, en sentido amplio, el experimento, el proceso de

someter conductas de algunas cosas o condiciones

manipuladas de acuerdo con ciertos principios para

llevar a cabo la observación” (Valverde J. B., 2016).

En el presente proyecto la observación se considera como medio

de recopilación de la información, esto con el fin de detallar el entorno y

determinar cómo funciona el lugar.

2.5.2 Aplicación de la observación

El lugar donde se consideró aplicar la técnica de observación es el

área de vinculación de la facultad de ingeniería industrial, en la cual se

observaron los diferentes procedimientos y documentos que se realizan

en el área.

Unos de los puntos a dialogar es la generación y elaboración de los

reportes.

2.5.3 Técnica de la Entrevista

Para el presente proyecto se aplicará la entrevista como

herramienta fundamental de recopilación de datos debido que el

entrevistador puede obtener un información detallada y precisa.

De acuerdo con (Atagua , Donatti , Ferrer , & Guillent , 2012)

“La entrevista es una técnica de recopilación de

Metodología 42

información mediante una conversación profesional, con

la que además de adquirirse información acerca de lo que

se investiga, tiene importancia desde el punto de vista

educativo; los resultados a lograr en la misión dependen

en gran medida del nivel de comunicación entre el

investigador y los participantes en la misma”.

Esta técnica fue escogida por cuanto a la comunicación que tiene

el entrevistador con el entrevistado la cual nos permite obtener la

información con mayor detalle a los procesos y procedimientos que se

están dando en el presente tema de investigación, claro está que la

información va a depender del perfil del entrevistado.

2.5.3.1 Aplicación de la Entrevista

La aplicación de la entrevista se la ara a los docentes que están

encargados del área de vinculación, por que cumplen con el perfil del

entorno en donde se va aplicar el presente proyecto. A continuación, se

detallan los siguientes perfiles personales y profesionales.

Perfil de Entrevista #1: Docente - Departamento vinculación.

Cargo: Coordinador del área de vinculación.

Profesión: Ingeniero en Sistema.

Nombre: Villacis Chancay Ulises.

Lugar de Trabajo: área de vinculación.

Aporte cualitativo: Permitirá obtener información referente a los

diferentes procesos, procedimiento, seguimientos, dificultades que se

Metodología 43

presentas en al área de vinculación con respecto a los reportes que se

generan para la presentación o seguimiento de los proyectos

La aplicación de la entrevista ayudara al departamento de

vinculación a mejoras las actividades que realiza las cuales son:

Coordina los diferentes proyectos que se están ejecutando y en

procesos de ejecución.

Dar seguimiento a los proyectos la cual su labor es ver si está en el

tiempo estipulado si no hay inconveniente entre otro.

Planificar, organizar y evaluar las actividades en el departamento de

vinculación.

Elabora y presentas los diferentes reportes he informes que se

requieran.


Cargo: Seguimiento de proyectos.

Profesión: Ingeniera en Sistema.

Nombre: Marieta Mora.








Metodología 44

Coordina los diferentes grupos de estudiantes que realizan los

proyectos que se están ejecutando.

Planificar, organizar y evaluar las actividades que se realizan en cada

proyecto.


requieran.


Cargo: Tutora de grupo.

Profesión: Ingeniera en Sistema.

Nombre: Sandra Zapata.








Coordina los diferentes grupos de estudiantes que realizan los

proyectos que se están ejecutando.

Planificar, organizar y evaluar las actividades que se realizan en cada

proyecto.


requieran.

Metodología 45

2.5.3.2 Resumen de las entrevistas

En el siguiente resumen de las entrevistas realizadas a los

diferentes perfiles nos ayuda a la compresión de los procedimientos

realizados en el área de vinculación, esto con el fin del desarrollo de un

sistema para la generación de reportes y seguimientos de proyectos.

2.5.3.2.1 Matriz de resultados de recolección de datos

CUADRO N° 2

MATRIZ DEL RESUMEN DE LA ENTREVISTA COORDINADOR DEL

ÁREA DE VINCULACIÓN

Entrevista para obtención de requerimientos para el sistema reporteador web con la tecnología java server faces para el departamento de vinculación de la carrera de licenciatura en sistema de información facultad de ingeniería industrial.

Fecha: 25/08/2017

Cargo: Coordinador del área de vinculación

Nombre Entrevistador

Ángel Reina Moran

Nombre Entrevistado:

Ing. Ulises Villacis

RESUMEN DE ENTREVISTA

En el área de vinculación se genera un aproximado de entre diez y quince reportes, se maneja esta cantidad porque se necesita detallar las actividades que se realizan tanto para los docentes asignados y como para los que ejecutan los proyecto, es decir, los estudiantes.

Entre los diferentes reportes que se elaboran se obtendrían:

Matriz de monitoreo y evaluación – Estudiantes

Matriz de monitoreo y evaluación - Docentes

Matriz de monitoreo semanal – Docentes

Matriz de las actividades realizadas por proyecto

Matriz de las actividades por realizarse

Nóminas de alumnos para vinculación

Reportes horas de los docentes

Reportes horas por actividades

Entre los reportes que se generan con mayor frecuencia son las matrices de actividades que se realizan, porque se necesita dar a conocer lo que se realiza tanto para los docentes como los estudiantes en nómina.

Por lo general lo que piden en nivel gerencial son:

Las nóminas de los docentes asignados al área de vinculación

Lista de los proyectos por semestre con sus estados

Lista de participantes de proyecto en un rango de fechas o de forma semestral esto incluye docentes y estudiantes

Metodología 46

Seria de mucha utilidad ver el avance de los proyectos mediante diagramas no ayudaría ver si estamos cumpliendo con el cronograma establecido, también poder ver cuántos estudiantes participan en cada proyecto o por semestre, ver cuántos son hombre o mujeres, beneficiario por proyecto, actividades por proyectos entre otros.

Seria de mucha utilidad que las especificaciones que di para los diagramas se transformen para los reportes, es decir, que generé la lista de los beneficiarios por proyecto, participantes en total por semestre, horas de cada alumno por proyecto con su respectivo totalizado.

Claro está que todos los reportes deben estar por rango de fechas, totalizado y en algún caso tabulado.

Fuente: Investigación de campo Elaborado por: Reina Morán Ángel Francisco

CUADRO N° 3

MATRIZ DEL RESUMEN DE LA ENTREVISTA TUTOR DEL ÁREA DE

VINCULACIÓN


Fecha: 25/08/2017 Cargo: Tutor del área de vinculación


Ángel Reina Moran


Lic. Sandra Zapata


Entre los diferentes reportes que entrega al coordinador son:

Matriz de monitoreo y evaluación – Estudiantes

Matriz de monitoreo y evaluación - Docentes


Nóminas de alumnos para vinculación

Entre los reportes por lo general los que más se frecuentan son:

Matriz de monitoreo – Estudiantes


La actividad que realizo en mi trabajo son:

Tutora de grupos de vinculación.

Coordino los grupos si hay que viajar.

Si hay una novedad y dificultad yo me encargo.

Seria de utilidad se presente diagramas de las actividades relacionadas con los proyectos así podría tener una visión clara del avance de los proyectos.


Metodología 47

CUADRO N° 4

MATRIZ DEL RESUMEN DE LA ENTREVISTA GESTOR SEGUIMIENTO

DE PROYECTOS


Fecha: 25/08/2017 Cargo:

Seguimiento de proyecto del área de vinculación


Ángel Reina Moran


Ing. Marieta Mora


Lista de los proyectos y sus actividades correspondientes

El reporte que verifica son las diferentes actividades de los proyectos en ejecución y finalizado.

Las actividades deben ser representadas por porcentaje con respecto al proyecto.

Consultar convenios aceptados por el Coordinador del Vinculación, demás visualizar las actividades del docente.

Que los reportes solo serán de uso interno y exclusivo con el coordinador y docente.


2.5.4 Recopilación documental

2.5.4.1 Formato monitoreo y evaluación de docente

Se realiza el proceso de monitoreo de las horas que participo el

docente, cada actividad tiene sus horas establecida, esto permite evaluar

al docente en el proceso.

2.5.4.2 Formato monitoreo y evaluación – estudiantes

Se realiza el proceso de monitoreo de las horas que participo el

estudiante, cada actividad tiene sus horas establecida, esto permite

evaluar al estudiante en el proceso.

Metodología 48

2.5.4.3 Formato de matriz trimestral de seguimiento y monitoreo

de proyectos

En la matriz se registra semanalmente todas las actividades que

realiza diariamente tiendo en cuenta el tiempo, fecha y la actividad. Toda

la actividad tiene que estar firmada luego de este proceso el documento

pasa al coordinador de vinculación de la carrera.

IMAGEN Nº 4

MATRIZ TRIMESTRAL ÀREA DE VINCULACIÓN


2.5.4.4 Nómina de alumnos para vinculación con proyectos

Previo al comiendo de cada proceso de vinculación se obtiene una

nómina de los estudiantes que participaran en el proceso de vinculación

en esta monina se tiene los datos del estudiante como nuero de teléfono,

correo institucional, la fecha de inicio y fin del proyecto.

Metodología 49

2.5.4.5 Formato de seguimiento y monitoreo de proyectos

En esta matriz se obtiene el resumen de cada proyecto finalizado la

cual se detalla las actividades, reuniones, objetivos, línea de

investigación, fecha inicio y final del proyecto.

2.5.4.6 Análisis documental

2.5.4.7 Diagrama de ASME

DIAGRAMA Nº 11

DIAGRAMA DE ASME


Metodología 50

2.5.4.8 Narrativa del diagrama de ASME

1. El Coordinador ingresa un proyecto. Nombre del proyecto,

Objetivos, Convenio, Actividades o eventos, Número de

estudiantes, Presupuesto y Zona Geográfica.

2. El Coordinador elabora la lista de tutor correspondiente a las

diferentes líneas de investigación de la carrera LSI.

3. El Coordinador genera la nómina de convocatoria de los

estudiantes que tenga aprobado el séptimo semestre o egresados

4. Gestora envía al tutor asignados el resumen del proyecto y

actividades. Por correo Electrónico.

5. Tutor asignado recepta el proyecto y listado de los estudiantes.

6. Tutor asigna las actividades al grupo de estudiante.

7. Tutor lleva control diariamente de las actividades realizada y

observaciones durante el proyecto mediante una hoja de Excel

8. Gestora visita diariamente al tutor con los reportes del control de

las actividades para verificar si están cumpliendo los objetivos del

proyecto.

9. Gestora guarda el proceso de actividades realizada por los

estudiantes y el tutor mediante el formato de seguimiento del

proyecto.

10. Gestora cuando culmina el proceso del proyecto guarda el registro

de las horas de los estudiantes, horas trabajadas por el tutor,

actividades o eventos, presupuesto y gastos.

11. Gestor envía por correo el proyecto culminado al Coordinador del

Departamento de Vinculación.

12. Coordinador del Departamento recepta el proyecto y el resumen

mediante una matriz de control de seguimiento hecha en Excel.

13. Coordinador evalúa las actividades o eventos realizados.

Metodología 51

2.5.5 Requerimientos funcionales

CUADRO N° 5

REQUERIMIENTOS FUNCIONALES

CÓDIGO REQUERIMIENTO USUARIO

RQ001

Reporte Proyectos. Coordinador de

Departamento de Vinculación

RQ002 Reporte actividades. Coordinador de


RQ003 Reporte nómina de estudiantes. Coordinador de


RQ004 Reporte participante de proyectos Coordinador de


RQ005 Reporte horas estudiantes Gestor de


RQ006 Reporte horas docentes Gestor de


RQ007 Diagrama Proyectos Ejecutados Gestor de


RQ008 Diagrama actividades. Coordinador de


RQ009 Diagrama docente participante. Coordinador de


RQ010 Diagrama estudiantes participantes. Coordinador de



Metodología 52

2.5.6 Requerimientos no funcionales

CUADRO N° 6

REQUERIMIENTO NO FUNCIONALES

CÓDIGO REQUERIMIENTO

RN000 Look & Feel amigable para el usuario

RN001 Diseño Reportes web

RN002 Funcionabilidad

RN003 Documentación legible

RN004

Parámetros generales en cada pantalla como logo

de la universidad y nombre de la carrera


2.5.7 Casos de uso

“Un caso de uso representa la lista de tareas que pueden

realizar los actores y está directamente relacionada con

los requisitos del proceso empresarial. Los casos de uso

son un reconocimiento de los requisitos que debe

alcanzar el proyecto. Para documentar un caso de uso,

defina los requisitos del objetivo, proporcione una

presentación y liste los diferentes actores o roles.” (IBM®,

2017)

Los casos de uso es una forma de explicar mediante gráficos los

diferentes pasos o actividades que se van a realizar en un proceso. En la

presente investigación los casos de usos nos permitirán detallar los

procesos que va a realizar nuestro sistema.

Metodología 53

DIAGRAMA Nº 12

EJEMPLO DE CASO DE USO

Fuente:https://www.google.com.ec/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0ahUKEwi3pqDoxqDWAhVOxCYKHZXsD14QjRwIBw&url=https%3A%2F%2Fes.slideshare.net%2Funimauro%2Fsistema-de-gestion-de-notas-de-post-grado&psig=AFQjCNE1F9Cqls5a9jHjkXnXaRD33arVcQ&ust=1505336794570405 - Carlos Cardenas Fernandez, Carrier Software Senior Engineer Elaborado por: Reina Morán Ángel Francisco

2.5.7.1 Definición de actores de casos de uso

Listado de roles

En el siguiente cuadro se detallan los actores que intervienen en la

participación de la recopilación de la información.

https://www.google.com.ec/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0ahUKEwi3pqDoxqDWAhVOxCYKHZXsD14QjRwIBw&url=https%3A%2F%2Fes.slideshare.net%2Funimauro%2Fsistema-de-gestion-de-notas-de-post-grado&psig=AFQjCNE1F9Cqls5a9jHjkXnXaRD33arVcQ&ust=1505336794570405




Metodología 54

CUADRO N° 7

LISTA DE ROLES


2.5.7.2 Diagrama de casos de uso

2.5.7.2.1 Reporte Proyectos Ejecutados

DIAGRAMA Nº 13

CASO DE USO REPORTE PROYECTOS EJECUTADOS


Es el rol encargado del registro de la información de docentes, estudiantes y proyecto, entre sus obligaciones genera los

diferentes reportes.

Es el rol que registra convenios, actividades docentes y estudiantes, también da

seguimiento al proyecto previo y en ejecución.

Este rol registra las actividades

de los participantes.

Metodología 55

2.5.7.2.2 Reporte Actividades

DIAGRAMA Nº 14

CASO DE USO REPORTE ACTIVIDADES


2.5.7.2.3 Reporte nómina de estudiantes

DIAGRAMA Nº 15

CASO DE USO REPORTE NÓMINA DE ESTUDIANTES


2.5.7.2.4 Reporte participante de proyectos

DIAGRAMA Nº 16

CASO DE USO REPORTE PARTICIPANTE DE PROYECTOS


Metodología 56

2.5.7.2.5 Reporte horas de docentes

DIAGRAMA Nº 17

CASO DE USO REPORTE HORAS DOCENTES


2.5.7.2.6 Reporte horas estudiantes

DIAGRAMA Nº 18

CASO DE USO REPORTE HORAS ESTUDIANTES


Metodología 57

2.5.7.2.7 Diagrama de actividades

DIAGRAMA Nº 19

CASO DE USO DIAGRAMA DE ACTIVIDADES


2.5.7.2.8 Diagrama proyecto ejecutados

DIAGRAMA Nº 20

CASO DE USO DIAGRAMA PROYECTO EJECUTADOS


Metodología 58

2.5.7.2.9 Diagrama docente participantes

DIAGRAMA Nº 21

CASO DE USO DIAGRAMA DOCENTE PARTICIPANTES


2.5.7.2.10 Diagrama Estudiante participantes

DIAGRAMA Nº 22

CASO DE USO DIAGRAMA ESTUDIANTE PARTICIPANTES


Metodología 59

2.5.7.3 Descripción de casos de uso

2.5.7.3.1 Descripción de casos de uso reporte proyectos

CUADRO N° 8

DESCRIPCIÓN DE CASO DE USO REPORTE PROYECTOS

Código: RQ001

Nombre: Reporte Proyectos

Actor: Coordinador departamento de

vinculación

Fecha:

Precondición:

El coordinador genera el reporte

Flujo de Eventos

Acción Actor

1.- El coordinador filtra por fecha y

cantidad de proyectos

2.- Genera la consulta

Sistema

3.- Sistema valida el rango el rango

de fecha.

4.- Si hay resultados muestra en

pantalla sino da un aviso de no

resultado

5.- Permitirá imprimir los resultados

Postcondición:

No hay registros


Metodología 60

2.5.7.3.2 Descripción de casos de uso reporte actividades

CUADRO N° 8

DESCRIPCIÓN DE CASO DE USO REPORTE ACTIVIDADES

Código: RQ002

Nombre: Reporte Actividades de Proyecto


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor

1.- El coordinador filtra por

fecha, cantidad de proyectos

o código de proyecto


Sistema

3.- Sistema valida el rango el

rango de fecha, codigo.



resultado

5.- Permitirá imprimir los

resultados

Postcondición:

No hay registros


Metodología 61

2.5.7.3.3 Descripción de casos de uso Reporte nómina de

alumnos

CUADRO N° 9

DESCRIPCIÓN DE CASO DE USO REPORTE ACTIVIDADES

Código: RQ003

Nombre: Reporte Actividades de Proyecto


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor





Sistema

3.- Sistema valida el rango de

fecha, código de proyecto.



resultado


resultados

Postcondición:

No hay registros


Metodología 62

2.5.7.3.4 Descripción de casos de uso reporte participante de

proyectos

CUADRO N° 10

DESCRIPCIÓN DE CASO DE USO REPORTE PARTICIPANTE DE

PROYECTOS

Código: RQ004

Nombre: reporte participante de proyectos


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor





Sistema


fecha, código de proyecto.



resultado


resultados

Postcondición:

No hay registros


Metodología 63


horas estudiantes

CUADRO N° 11

DESCRIPCIÓN DE CASO DE USO REPORTE ESTADÍSTICOS

Código: RQ000

Nombre: Reporte estadísticos horas

estudiantes


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor


fecha, cantidad de

estudiantes


Sistema


fecha

4.- Si hay resultados muestra el

diagrama en pantalla sino da un

aviso de no resultado


resultados

Postcondición:

No hay registros


Metodología 64


horas docentes

CUADRO N° 12

DESCRIPCIÓN DE CASO DE USO REPORTE ESTADISTICOS

Código: RQ002

Nombre: Reporte estadísticos horas docentes


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor


fecha, cantidad


Sistema

3.- Sistema valida el rango de fecha





Postcondición:

No hay registros


Metodología 65

2.5.7.3.7 Descripción de casos de uso reporte estadístico de


CUADRO N° 13


Código: RQ003

Nombre: Reporte estadísticos horas docentes


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor

1.- El coordinador filtra por fecha,

cantidad


Sistema






Postcondición:

No hay registros


Metodología 66

2.5.7.3.8 Descripción de casos de uso diagrama de proyecto

ejecutados

CUADRO N° 14

DESCRIPCIÓN DE CASO DE USO DIAGRAMA PROYECTOS

EJECUTADOS

Código: RQ005

Nombre: Diagrama proyecto ejecutados


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor

1.- El coordinador filtra por fecha


Sistema






Postcondición:

No hay registros


Metodología 67


docente participante por proyecto

CUADRO N° 15


Código: RQ005

Nombre: Reporte estadísticos docentes

participantes


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor



Sistema






Postcondición:

No hay registros


Metodología 68


docente participante por proyecto

CUADRO N° 16


Código: RQ005

Nombre: Reporte estadísticos estudiantes

participantes


vinculación

Fecha:

Precondición:


Flujo de Eventos

Acción Actor



Sistema






Postcondición:

No hay registros


Metodología 69

2.5.7.3.11 Diagrama de contexto de casos de uso

DIAGRAMA Nº 23

DIAGRAMA DE CONTEXTO DE CASO DE USO


Metodología 70

2.6. Modelo de dominio

DIAGRAMA Nº 24

MODELO DE DOMINIO


CAPÍTULO III

PROPUESTA

3 Introducción

3.1.1 Tema

Desarrollo de un sistema reporteador web con la tecnología PHP

para el departamento de vinculación de la carrera de licenciatura en

sistema de información facultad de ingeniería industrial.

3.1.2 Objetivo

Desarrollar una aplicación Web para agilizar el proceso de las

matrices del Departamento de Vinculación de la Facultad de Ingeniería

Industrial en la Carrera de Licenciatura en Sistema de Información.

3.1.3 Entorno de software

Para el Análisis y diseño del software se proyectará la arquitectura

de 3 capas, utilizando PHP como la capa de negocio, presentación al

usuario Bootstrap, los reportes jaspertReport. PostgreSQL como motor de

base de datos.

3.2 Fase de diseño

3.2.1 Modelo - diagramas de clases

3.2.2 Modelo entidad – relación

Se detalla a continuación:

Propuesta 72

DIAGRAMA Nº 25

DIAGRAMA MODELO ENTIDAD - RELACIÓN


3.2.3 Diagrama de actividades

Los siguientes diagramas son en base a los requerimientos

expuestos en el proyecto:

Propuesta 73

3.2.3.1.1. Diagrama de actividad ingreso al sistema

DIAGRAMA Nº 26

DIAGRAMA DE ACTIVIDAD DE INGRESO AL SISTEMA


Propuesta 74

3.2.3.1.2. Diagrama de actividad Reporte Proyecto

DIAGRAMA Nº 27

DIAGRAMA DE REPORTE PROYECTO


Propuesta 75

3.2.3.1.3. Diagrama de actividad Reporte Docente

DIAGRAMA Nº 28

DIAGRAMA DE REPORTE PROYECTO


Propuesta 76

3.2.3.1.4. Diagrama de actividad Reporte Alumno

DIAGRAMA Nº 29

DIAGRAMA DE REPORTE ALUMNO


Propuesta 77

3.2.3.2. Diccionario de la base de datos

3.2.3.2.1. Diccionario de la tabla de actividad

IMAGEN Nº 5

TABLA DE ACTIVIDADES


3.2.3.2.2. Diccionario de la tabla de asistencia

IMAGEN Nº 6

TABLA DE ASISTENCIA


Propuesta 78

3.2.3.2.3. Diccionario de la tabla de carrera

IMAGEN Nº 7

TABLA DE CARRERA


3.2.3.2.4. Diccionario de la tabla de convenio

IMAGEN Nº 8

TABLA DE CONVENIO


Propuesta 79

3.2.3.2.5. Diccionario de la tabla detalle de proyecto

IMAGEN Nº 9

TABLA DETALLE PROYECTO


3.2.3.2.6. Diccionario de la tabla docente

IMAGEN Nº 10

TABLA DOCENTE


Propuesta 80

3.2.3.2.7. Diccionario de la tabla de empresa

IMAGEN Nº 11

TABLA EMPRESA


3.2.3.2.8. Diccionario de la tabla de estudiante

IMAGEN Nº 12

TABLA ESTUDIANTE


Propuesta 81

3.2.3.2.9. Diccionario de la tabla de fases

IMAGEN Nº 13

TABLA FASES


3.2.3.2.10. Diccionario de la tabla de línea de investigación

IMAGEN Nº 14

TABLA LINEA INVESTIGACIÓN


Propuesta 82

3.2.3.2.11. Diccionario de la tabla de matriz diaria

IMAGEN Nº 15

TABLA MATRIZ DIARIA


3.2.3.2.12. Diccionario de la tabla objetivos específicos

IMAGEN Nº 16

TABLA OBJETIVOS ESPECÍFICOS


Propuesta 83

3.2.3.2.13. Diccionario de la tabla de objetivos generales

IMAGEN Nº 17

TABLA OBJETIVOS GENERALES


3.2.3.2.14. Diccionario de la tabla perfil

IMAGEN Nº 18

TABLA DE PERFIL


Propuesta 84

3.2.3.2.15. Diccionario de la tabla de proyecto

IMAGEN Nº 19

TABLA DE PROYECTO


3.2.3.2.16. Diccionario de la tabla representante

IMAGEN Nº 20

TABLA DE REPRESENTANTE


Propuesta 85

3.2.3.2.17. Diccionario de la tabla de semestre

IMAGEN Nº 21

TABLA SEMESTRE


3.2.3.2.18. Diccionario de la tabla usuario

IMAGEN Nº 22

TABLA USUARIO


Propuesta 86

3.2.4 Descripción del diccionario de las tablas

3.2.4.1. Descripción de la tabla de actividad

CUADRO N° 17

TABLA DE ACTIVIDAD


Licenciatura en Sistemas de Información DICCIONARIO DE DATOS

Página 1 de 17

Fecha de elaboración: 13/10/2017

PROYECTO SGPV 1.0

INTEGRANTES: Angel Reina Moran

MODULO DE: Versión 1.0

TABLA: ACTIVIDAD TIPO TABLA: REGISTRO

DESCRIPCIÓN: Contiene datos de actividades que se realizaran en el SGPV.

Descripción del registro

No. Nombre

del campo Definición Tipo Sec Formato Long Null

1 act_id Valor incremental E A I 32 Si

2 act_cod Código de Actividad PK A VC 50 No

3 act_descrip

cion Describe la

actividad realizada E M VC 50 Si

4 act_fecha Sexo del infante E M D 1 Si

5 act_cod_fa

se Código fase de la

actividad FK M VC 32 Si

OBSERVACIÓN:

Tipo PK Clave Primaria

FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA M MANUAL

Formato numérico I Integer

S Small Integer DC Decimal

M Money

Formato caracter C Char

VC Varchar

Formato fecha

D Date DT DateTime


Propuesta 87

3.2.4.2. Descripción de la tabla de asistencia

CUADRO N° 19

TABLA DE ASISTENCIA

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información

DICCIONARIO DE DATOS

Página 2 de

17

Fecha de

elaboración:

13/10/2017

PROYECTO

SGPV 1.0

INTEGRANTES:

Angel Reina Moran

MODULO DE:

Versión 1.0


DESCRIPCIÓN: Contiene datos de asistencias que se realizaran en el SGPV.


No. Nombre del

campo Definición Tipo Sec

Format

o Long Null

1 asi_id Valor incremental E A I 32 Si

2 asi_cod_grupo Código de grupo PK A VC 50 No

3 asi_fecha Fecha E M VC 50 Si

4 asi_cedula_estu Cedula_estudiante E M D 1 Si

5 asi_cod_actividad Codigo_actividad FK M VC 50 Si

6 asi_carga_hora Horas trabajadas FK M VC 32 SI

OBSERVACIÓN:

Tipo

PK Clave Primaria

FK Clave Foránea

E Elemento de dato

Secuencia

A

AUTOMATI

CA

M

MANUAL

Formato

numérico

I Integer

S Small

Integer

DC Decimal

M Money

Formato

caracter

C Char

VC

Varchar

Formato fecha

D Date

DT DateTime


Propuesta 88

3.2.4.3. Descripción de la tabla de convenio

CUADRO N° 20

TABLA DE CONVENIO

Universidad de

Guayaquil Licenciatura en

Sistemas de Información


Página 3 de 17


PROYECTO SGPV 1.0

INTEGRANTES: Ángel Reina Moran


TABLA: ACTIVIDAD TIPO TABLA: MAESTRA

DESCRIPCIÓN: Contiene tipos de convenios con las instituciones del sitio web SGPV.


No. Nombre del

campo Definición Tipo Sec Formato Long Null

1 con_id Valor incremental E A I 32 Si

2 con_cod Código de convenio PK A VC 50 No

3 con_cod_empres

a Convenio - código

de empresa FK M VC 50 Si

4 con_cod_represe

ntante Convenio - código de representante

FK M VC 50 Si

5 con_fecha_in Fecha de inicio E M D 0 Si

6 con_fecha_exp Fecha de expiración

E M D 0 Si

7 con_cod_proyect

o Convenio - código

de proyecto FK M VC 50 Si

OBSERVACIÓN:

Tipo PK Clave Primaria FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA

M MANUAL

Formato numérico I Integer S Small Integer

DC Decimal M Money


VC Varchar

Formato fecha D Date

DT DateTime


Propuesta 89

3.2.4.4. Descripción de la tabla de empresa

CUADRO N° 18

TABLA DE EMPRESA

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 4 de 17

Fecha de

elaboración:

13/10/2017

PROYECTO

SGPV 1.0

INTEGRANTES:

Ángel Reina Moran

MODULO DE:

Versión 1.0


DESCRIPCIÓN: Contiene el almacenamiento de todas las empresa del sitio web SGPV.


No. Nombre del


1 empr_id Valor incremental E A I 32 Si

2 empr_cod Código de empresa PK A VC 50 No

3 empr_nombre Nombre empresa E M VC 50 Si

4 empr_direccion Dirección empresa E M VC 100 Si

OBSERVACIÓN:

Tipo

PK Clave Primaria

FK Clave Foránea

E Elemento de dato

Secuencia

A

AUTOMATI

CA

M MANUAL

Formato

numérico

I Integer

S Small

Integer

DC Decimal

M Money

Formato

caracter

C Char

VC

Varchar

Formato fecha

D Date

DT DateTime


Propuesta 90

3.2.4.5. Descripción de la tabla de estudiante

CUADRO N° 19

TABLA DE ESTUDIANTE


Licenciatura en Sistemas de Información


Página 5 de 17


PROYECTO SGPV 1.0




DESCRIPCIÓN: Contiene el listado de los alumnos en sistema web SGPV.


No. Nombre del


Formato

Long Null

1 Este_id Valor incremental E A I 10 Si

2 Este_cedula Cedula PK A VC 50 No

3 Este_nombres Nombres E M VC 50 Si

4 Este_apellidos Apellidos E M VC 50 Si

5 Este_estado_ci

vil Estado civil E M VC 0 Si

6 Este_direccion Dirección E M VC 0 Si

7 Este_email Email E M VC 50 Si

8 Este_celular Celular E M I 32 Si

9 Este_convecion

al Teléfono Convencional E M I 32 Si

10 Este_cod_pro_

estu Estudiante- proyecto FK M VC 50 Si

11 Este_cod_sem

_estu Esrudiante-semestre FK M VC 50 Si

OBSERVACIÓN:


FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA M MANUAL


DC Decimal M Money


VC Varchar


DT DateTime


Propuesta 91

3.2.4.6. Descripción de la tabla de fases

CUADRO N° 20

TABLA DE FASES




Página 6 de 17


PROYECTO SGPV 1.0




DESCRIPCIÓN: Contiene el almacenamiento de fases de del sitio web SGPV.


No. Nombre del


Formato

Long Null

1 fs_id Valor incremental E A I 32 Si

2 fs_cod Código – fase PK A VC 50 No

3 fs_cod_matriz Código-matriz E M VC 50 Si

4 fs_fecha_real Fecha real E M D 0 Si

5 fs_fecha_real

_corte Fecha real corte E M D 0 Si

6 fs_descripcio

n Descripción E M VC 100 Si

7 fs_observacio

n Observación E M VC 100 Si

8 fs_cod_pro Fase-código proyecto FK M VC 50 Si

OBSERVACIÓN:

Tipo PK Clave Primaria FK Clave Foránea E Elemento de

dato

Secuencia A

AUTOMATICA M MANUAL


DC Decimal M Money


VC Varchar


DT DateTime


Propuesta 92

3.2.4.7. Descripción de la tabla de matriz diaria

CUADRO N° 24

TABLA DE MATRIZ DIARIA

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 8 de

17

Fecha de

elaboración:

13/10/2017

PROYECTO

SGPV 1.0

INTEGRANTES:

Ángel Reina Moran

MODULO DE:

Versión 1.0


DESCRIPCIÓN: Contiene el la reporte diario sistema web SGPV.


No. Nombre del


Format

o Long Null

1 mdi_id Valor incremental E A I 32 Si

2 lg_usuario Cedula del usuario PK A VC 50 No

3 lg_contrasena Contraseña E M VC 50 Si

OBSERVACIÓN:

Tipo

PK Clave Primaria

FK Clave Foránea

E Elemento de

dato

Secuencia

A

AUTOMATICA

M MANUAL

Formato

numérico

I Integer

S Small

Integer

DC Decimal

M Money

Formato

caracter

C Char

VC

Varchar

Formato fecha

D Date

DT DateTime


Propuesta 93

3.2.4.8. Descripción de la tabla de proyecto

CUADRO N° 25

TABLA DE PROYECTO




Página 9 de 17


PROYECTO SGPV 1.0




DESCRIPCIÓN: Contiene proyecto de vinculación sistema web SGPV.


No. Nombre del


Format

o Long Null

1 proye_id Valor

incremental E A I 32 Si

2 proye_cod Cedula del

usuario PK A VC 50 No

3 proye_nom

bre Contraseña E M VC 50 Si

4 proye_fecha

_ini Fecha inicial E M D 0 Si

5 proye_fecha

_fin Fecha final E M D 0 Si

6 proye_cod_

carrera Proyecto-Carrera

FK M VC 50 Si

7 proye_obse

rvacion Observación E M VC 100 Si

8 proye_zona Zona E M VC 50 Si

9 proye_canto

n Cantón E M VC 50 Si

10 proye_parro

quia Parroquia E M VC 50 Si

11 proye_direc

cion Dirección E M VC 50 Si

OBSERVACIÓN:


FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA M MANUAL


DC Decimal M Money

Formato

caracter C Char

VC Varchar


DT DateTime


Propuesta 94

3.2.4.9. Descripción de la tabla detalle de proyecto

CUADRO N° 26

TABLA DETALLE PROYECTO




Página 10 de 20


PROYECTO SGPV 1.0




DESCRIPCIÓN: Contiene el detalle de los proyectos de vinculación sistema web SGPV.


No. Nombre del


Formato

Long Null

1 detpro_id Valor incremental E A I 32 Si

2 detapro_cod Código de la tabla PK A VC 50 No

3 detpro_fecha Fecha detalle E M VC 50 Si

4 detpro_proye Código proyecto FK M D 0 Si

5 detpro_gesto

r Código gestor FK M D 0 Si

6 detpro_doc Cedula docente FK M VC 50 Si

7 detpro_fs Código fases FK M VC 100 Si

8 detpro_act Código actividades FK M VC 50 Si

OBSERVACIÓN:


FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA M MANUAL


DC Decimal M Money

Formato

caracter C Char

VC Varchar


DT DateTime


Propuesta 95

3.2.4.10. Descripción de la tabla de usuario

CUADRO N° 27

TABLA USUARIO




Página 10 de 17


PROYECTO SGPV 1.0




DESCRIPCIÓN: Contiene los usuarios sistema web SGPV.


No. Nombre del


1 usu_id Valor incremental E A I 32 Si

2 usu_cod Cedula del usuario FK A VC 50 Si

3 usu_cedula Contraseña PK M VC 50 No

4 usu_nombre Fecha inicial E M VC 50 Si

5 usu_apellido

s Fecha final E M VC 50 Si

6 usu_cod_pe

rfil Proyecto-Carrera FK M VC 50 Si

7 usu_cod_ln_

inves Observación FK M VC 50 Si

OBSERVACIÓN:


FK Clave Foránea

E Elemento de dato

Secuencia A

AUTOMATICA

M MANUAL


DC Decimal M Money


VC Varchar


DT DateTime


Propuesta 96

3.2.4.11. Descripción de la tabla de docente

CUADRO N° 28

TABLA DOCENTE

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 10 de

20

Fecha de

elaboración:

13/10/2017

PROYECTO

SGPV 1.0

INTEGRANTES:

Ángel Reina Moran

MODULO DE:

Versión 1.0


DESCRIPCIÓN: Contiene los docentes sistema web SGPV.


No. Nombre del


Format

o Long Null

1 doc_id Valor incremental E A I 32 Si

2 doc_cedula Cedula del usuario FK A VC 50 Si

3 doc_nombres Contraseña E M VC 50 No

4 doc_apellidos Fecha inicial E M VC 50 Si

5 cod_linea Fecha final E M VC 50 Si

OBSERVACIÓN:

Tipo

PK Clave Primaria

FK Clave Foránea

E Elemento de

dato

Secuencia

A

AUTOMATICA

M MANUAL

Formato

numérico

I Integer

S Small

Integer

DC Decimal

M Money

Formato

caracter

C Char

VC

Varchar

Formato fecha

D Date

DT DateTime


Propuesta 97

3.2.4.12. Descripción de la tabla de gestor

CUADRO N° 29

TABLA GESTOR

Universidad de

Guayaquil

Licenciatura en

Sistemas de

Información


Página 10 de

20

Fecha de

elaboración:

13/10/2017

PROYECTO

SGPV 1.0

INTEGRANTES:

Ángel Reina Moran

MODULO DE:

Versión 1.0


DESCRIPCIÓN: Contiene los gestores sistema web SGPV.


No

.

Nombre del


Format

o Long Null

1 gest_id Valor incremental E A I 32 Si

2 gest_cedula Cedula del usuario PK A VC 50 Si

3 gest_nombres Contraseña E M VC 50 No

4 gest_apellidos Fecha inicial E M VC 50 Si

5 gest_linea Fecha final FK M VC 50 Si

OBSERVACIÓN:

Tipo

PK Clave

Primaria

FK Clave

Foránea

E Elemento de

dato

Secuencia

A

AUTOMATICA

M MANUAL

Formato

numérico

I Integer

S Small

Integer

DC Decimal

M Money

Formato

caracter

C Char

VC

Varchar

Formato fecha

D Date

DT DateTime


Propuesta 98

3.2.5 Diagramas de diseño

3.2.5.1 Diagramas de robustez

En los siguientes diagramas de robustez se expresan los

requerimientos funcionales indicados anteriormente.

3.2.5.1.1 Diagrama de robustez de Reporte proyectos

(Ejecutados y en ejecución)

DIAGRAMA Nº 30

DIAGRAMA DE ROBUSTEZ DE REPORTE PROYECTO


3.2.5.1.2 Diagrama de robustez de Reporte Actividades por

proyecto

DIAGRAMA Nº 31

DIAGRAMA DE ROBUSTEZ DE REPORTE ACTIVIDADES POR

PROYECTO


Propuesta 99

3.2.5.1.3 Diagrama de robustez de Reporte monina alumno por

proyecto

DIAGRAMA Nº 32

DIAGRAMA DE ROBUSTEZ DE REPORTE ALUMNO POR PROYECTO


3.2.5.1.4 Diagrama de robustez de Reporte participante por

proyecto

DIAGRAMA N° 33

DIAGRAMA DE ROBUSTEZ DE REPORTE PARTICIPANTE POR

PROYECTO


3.2.5.1.5 Diagrama de robustez de Reporte estadístico horas

docentes

DIAGRAMA N° 34

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO HORAS

DOCENTES


Propuesta 100

3.2.5.1.6 Diagrama de robustez de Reporte estadístico horas

estudiantes

DIAGRAMA N° 35

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO HORAS

ESTUDIANTES


3.2.5.1.7 Diagrama de robustez de Reporte estadístico


DIAGRAMA N° 36

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO

ACTIVIDADES POR PROYECTO


Propuesta 101

3.2.5.1.8 Diagrama de robustez de Reporte estadístico proyecto

ejecutados

DIAGRAMA N° 37

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO PROYECTO

EJECUTADOS



docentes participantes por proyecto

DIAGRAMA N° 38

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO DOCENTES

PARTICIPANTE POR PROYECTO


Propuesta 102


estudiante participantes por proyecto

DIAGRAMA N° 39

DIAGRAMA DE ROBUSTEZ DE REPORTE ESTADÍSTICO

ESTUDIANTES PARTICIPANTE POR PROYECTO


3.2.5.2 Diagramas de secuencia

3.2.5.2.1 Diagrama de secuencia Reportes proyectos

DIAGRAMA N° 40

DIAGRAMA DE REPORTES PROYECTOS


Propuesta 103

3.2.5.2.2 Diagrama de secuencia Reportes Docentes

DIAGRAMA N° 41

DIAGRAMA DE REPORTES DOCENTES


3.2.5.2.3 Diagrama de secuencia Reportes Estudiantes

DIAGRAMA N° 42

DIAGRAMA DE REPORTES DOCENTES


Propuesta 104

3.3 Mapa del sistema

DIAGRAMA N° 43

MATRIZ DE SISTEMA


Propuesta 105

3.4 Cronograma de trabajo

A continuación se detallan las actividades realizadas durante el

desarrollo del presente tema:

IMAGEN Nº 23

PLAN DE IMPLEMENTACIÓN


Propuesta 106

Descripción prototipo

A continuación, se muestran las ventanas que conforman el

prototipo del sistema reporteador propuesto.

3.4.1.1 Pantalla de inicio

CUADRO N° 30

PANTALLA INICIO DE SESIÓN

UNIVERSIDAD DE

GUAYAQUIL

Licenciatura en Sistemas

de Información

DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de

Elaboración

20/10/2017

Desarrollador:

Jefferson Panta Vera

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVindex.xhtml

Nombre Físico: index Nombre Lógico: SGPVindex.xhtml

Nombre del Objeto Nombre Campo Contenido

image Universidad Guayaquil imagen

Lblusuario Usuario Usuario

Lblcontrasena Contraseña Contraseña

Txtusuario Texto usuario --

Txtcontraseña Texto contraseña --

Btniniciar Botón Iniciar Iniciar


Propuesta 107

3.4.1.2 Pantalla menú y sus controladores

CUADRO N° 31

PANTALLA MENU

UNIVERSIDAD DE

GUAYAQUIL

Licenciatura en

Sistemas de

Información

DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de

Elaboración

20/10/2017

Desarrollador:

Ángel Francisco

Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVmenu.xhtml

Nombre Físico: menú Nombre Lógico: SGPVmenu.xhtml



Lblperfil Perfil Perfil

Btniniciar Cerrar session Cerrar session

Menubar menu --


Propuesta 108

3.4.1.3 Pantalla Reporte Proyecto

CUADRO N° 32

PANTALLA REPORTE PROYECTO

UNIVERSIDAD DE

GUAYAQUIL Licenciatura en


DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de Elaboración 20/10/2017

Desarrollador: Ángel Francisco Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVreporteproyectos.xhtml

Nombre Físico: Proyecto Nombre Lógico: SGPVreporteproyectos.xhtml





Menubar menu --

Txtcod Txtcodigo --

Btnbuscar Buscar Proyecto Buscar Proyecto

Btnavanzada Buscar Avanzada Buscar Avanzada

BtnImprimirinforme Imprimir informe entero Imprimir informe entero

Lblcod Código Código Proyecto

Lblnombre Nombre Proyecto Nombre Proyecto

Lblfinicial Fecha Inicial Fecha Inicial

Lblffinal Fecha Final Fecha Final

Lblobservacion Observación Observación

Lbldireccion Dirección Dirección

Lblcarrera Carrera Carrera

Tabla grilResulta

Btnxls Botón icon xls Icon excel

Btndoc Botón icon doc Icon word Fuente: Investigación de campo Elaborado por: Reina Morán Ángel Francisco

Propuesta 109

3.4.1.4 Pantalla Reporte Actividades

CUADRO N° 33

PANTALLA REPORTE ACTIVIDADES

UNIVERSIDAD DE

GUAYAQUIL

Licenciatura en

Sistemas de

Información

DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de

Elaboración

20/10/2017

Desarrollador:

Ángel Francisco

Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVreporteactividades.xhtml

Nombre Físico: Proyecto Actividades Nombre Lógico:

SGPVreporteactividades.xhtml

Propuesta 110





Menubar menu --

Txtcod Txtcodigo --

Btnbuscar Buscar Proyecto Buscar

Proyecto

Btnavanzada Buscar Avanzada Buscar

Avanzada

BtnImprimirinforme Imprimir informe entero Imprimir

informe entero

Lblcod Código Código

Proyecto

Lblnombre Nombre Proyecto Nombre

Proyecto






Tabla grilResulta

btnxls Botón icon xls Icon excel

btndoc Botón icon doc Icon word


Propuesta 111

3.4.1.5 Pantalla Reporte Proyecto Ejecutado

CUADRO N° 34

REPORTE PROYECTO EJECUTADO

UNIVERSIDAD DE

GUAYAQUIL

Licenciatura en

Sistemas de

Información

DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de

Elaboración

20/10/2017

Desarrollador:

Ángel Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVreportproyectoejecutado.xhtml

Nombre Físico: alumno Nombre Lógico:

SGPVreportproyectoejecutado.xhtml





Btnconfig Configurar Configurar

Menubar Menú --

GrlDiagrama Diagrama Proyecto Diagrama Proyecto


Propuesta 112

3.4.1.6 Pantalla Diagrama docente participantes

CUADRO N° 35

PANTALLA DIAGRAMA DOCENTE PARTICIPANTES

UNIVERSIDAD DE

GUAYAQUIL Licenciatura en


DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de Elaboración 20/10/2017

Desarrollador: Ángel Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVdiagramadocenteparticipante.xhtml

Nombre Físico: docente Nombre Lógico: SGPVdiagramadocenteparticipante.xhtml





Btnconfig Configurar Configurar

Menubar Menú --

GrlDiagrama Diagrama docente Diagrama docente Fuente: Investigación de campo Elaborado por: Reina Morán Ángel Francisco

Propuesta 113

3.4.1.7 Pantalla Reporte Nomina estudiante

CUADRO N° 36

PANTALLA NOMINA ESTUDIANTE

UNIVERSIDAD DE

GUAYAQUIL

Licenciatura en

Sistemas de

Información

DISEÑO DE

PANTALLAS

Página 1 de 8

Fecha de

Elaboración

20/10/2017

Desarrollador:

Ángel Francisco

Reina Moran

PROYECTO

SGPV

NOMBRE LÓGICO: SGPVreportenomina.xhtml

Nombre Físico: Nomina Estudiante Nombre Lógico:

SGPVreportenomina.xhtml

Propuesta 114





Menubar menu --

Txtcod Txtcodigo --

Btnbuscar Buscar Proyecto Buscar

Proyecto

Btnavanzada Buscar Avanzada Buscar

Avanzada

BtnImprimirinforme Imprimir informe entero Imprimir

informe

entero

Lblcod Código Código

Proyecto

Lblnombre Nombre Proyecto Nombre

Proyecto






Tabla grilResulta

btnxls Botón icon xls Icon excel

btndoc Botón icon doc Icon word


Propuesta 115

3.5 Impacto

En el cuadro nº 37 se determina un rango de nivel de impacto

positivo o negativo para identificar la importancia de cada uno de los

indicadores. Como se observa en los resultados obtenidos de la tabla de

calificación de los niveles de impacto se identifica que los indicadores:

búsqueda de los proyectos, bienestar del departamento de vinculación,

generar reportes y eficiencia en la entrega de reportes representan un

nivel de impacto alto positivo, es decir, son los indicadores que tienen

mayor representatividad dentro del proyecto y el consumo de papel de

oficina es el indicador que recibe una calificación de impacto bajo positivo,

porque a pesar que el sistema conlleva a receptar la información de

manera virtual y no física por requerimientos de la facultad es necesario

que existan documentos en físicos para ser archivados en las carpetas de

los estudiantes.

CUADRO N° 37

NIVELES DE IMPACTO

-3

IMPACTO ALTO

NEGATIVO

-2

IMPACTO MEDIO

NEGATIVO

-1

IMPACTO BAJO

NEGATIVO

0 NO HAY IMPACTO

1

IMPACTO BAJO

POSITIVO

2

IMPACTO MEDIO

POSITIVO

3

IMPACTO ALTO

POSITIVO


Propuesta 116

CUADRO N° 38

CALIFICACIÓN DE LOS NIVELES DE IMPACTO

NIVEL DE IMPACTO -3 -2 -1 0 1 2 3 TOTAL

IND

ICA

DO

RE

S

Búsqueda de los proyectos X 3

Generar reportes x 3

Consumo de papel de oficina X 1

Bienestar departamento de

vinculación X 3

Eficiencia entrega de reportes X 3

TOTAL 1

12 13

Total Impacto: 13/5

Total Impacto: 3


Nivel de Impacto: Impacto Medio Positivo

Análisis.- El proyecto prevé indicar a corto, mediano y largo plazo,

el cambio de consumo de papel de oficina, imprimir reportes mediante un

sistema Web en cual reducirá el tiempo en la entrega de reportes de los

proyectos de vinculación.

3.5.1 Estudio de Factibilidad

En el presente proyecto se realizó el estudio de factibilidad para

determinar la importancia que tendrá durante la implementación del

proyecto.

3.5.1.1. Factibilidad Operativa

La factibilidad operativa del proyecto en cuestión consiste en

determinar la probabilidad de funcionamiento del sistema Web, a través

de la creación de métodos y procedimientos orientados hacia los

Propuesta 117

docentes tutores de proyectos de vinculación y al personal del

departamento, con la finalidad de aprender a manejar las diferentes

funciones y ventanas que contiene el sistema, iniciando las

capacitaciones desde el ingreso del nombre de usuario y contraseña de

los tutores y continuando con los reportes que desee generar, posterior a

la enseñanza del manejo del sistema, el personal involucrado podrá

familiarizarse con el mismo y aprender a manejarlo correctamente.

3.5.1.2. Factibilidad Técnica

Para determinar la factibilidad técnica se procede a identificar los

recursos mínimos y los componentes necesarios para la utilización de los

recursos tecnológicos que permitan la instalación del software en el

departamento.

CUADRO N° 39

RECURSOS TECNOLÓGICOS

RECURSOS REQUISITOS MINOS COMPONENTES

Equipo PC Procesador Intel I3 – 3.60 GHz 4Gb Ram.

Sistema Operativo Win 10.

Xampp

Apache Tomcat

Laptop

Navegador

Equipo servidor

Procesador Core I3 – 540

Servidor Local


Para el software se requirió instalar el componente Apache Tomcat

y Xampp, la conexión permanente con la Base de Datos Postrges que

actualmente se mantiene en el departamento. Se recomienda para la

utilización de un navegador web Chrome.

Propuesta 118

3.5.1.3. Factibilidad Económica

El presente proyecto ha seleccionado la herramienta para el

desarrollo bajo licencia Open Surce, de lo cual beneficia la parte

económica del desarrollo del sistema Web.

En la parte de hardware los equipos informáticos a usarse están

disponibles, siendo parte del activo actual de la empresa.

Como estimación económica se procede a realizar los siguientes

cuadros detallados a continuación.

CUADRO N° 40

COSTO EN PERSONAL ESTIMADO

COSTO EN PERSONAL ESTIMADO

Categoría Cantidad Meses Sueldo Total

Coordinador de Proyecto 1 3 1500 4500

Desarrollador 1 3 600 1800

Control de Calidad 1 3 700 2100

Total 8400


CUADRO N° 41

COSTO EN PERSONAL REAL

COSTO EN PERSONAL REAL

Categoría Cantidad Meses Sueldo Total

Coordinador de Proyecto 1 3 0 0

Desarrollador 1 3 0 0

Control de Calidad 1 3 0 0

Total 0


Propuesta 119

3.6 Conclusiones

En el presente proyecto se logró identificar los requerimientos para

el Sistema Reporteador web para el departamento de vinculación

mediante las técnicas de recopilación de datos como la entrevista,

obteniendo datos para el producto final.

Para la extracción de la información se procedió al análisis del

modelo de datos donde se realizan las tablas del proyecto y el modelo de

dominio para identificar los campos de cada tabla con el objetivo de

consultar correctamente la información de los proyectos.

Para los diagramas se extrae la información de los proyectos la

cual va ayudar al gestor o coordinador de vinculación para una mejor

toma de decisión.

3.7 Recomendaciones

Se recomienda para una mejor experiencia en la utilización del

sistema reporteador web, la utilización del navegador Chrome con la

versión 52.0.2743 en adelante.

Se recomienda que la base de datos este en mantenimiento

periódicamente para tener eficiente acceso a la información.

Se recomienda realizar respaldos de la base de datos periódicamente

para evitar cualquier inconveniente de perdida de información que exista

en servidor de la carrera de Licenciatura en Sistemas de Información.

Se recomienda para futuros proyectos que los estudiantes tengan

conocimientos de las herramientas y lenguajes de programación.

BIBLIOGRAFÍA

Alexandra Ruiz, L. A. (Agosto de 2012). Obtenido de

http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S0120-

56092009000200015

Alexey Semenov, I. d. (mayo de 2016). UNESCO. Obtenido de

Organizacion de la Naciones Unidas para la Educacion, Ciencias y

Cultura:

http://unesdoc.unesco.org/images/0013/001390/139028s.pdf

Asamblea Nacional. (02 de SEPTIEMBRE de 2011). REGLAMENTO

GENERAL A LA LEY ORGANICA DE EDUCACION SUPERIOR.

Recuperado el 26 de JULIO de 2017, de

http://www.espol.edu.ec/sites/default/files/archivos_transparencia/R

eglamento%20Ley%20de%20Educacion%20Superior.pdf

Asamblea Nacional del Ecuador. (20 de Octubre de 2018). Constitución

de la República del Ecuador. Recuperado el 26 de Julio de 2017,

de

http://www.asambleanacional.gob.ec/sites/default/files/documents/o

ld/constitucion_de_bolsillo.pdf

Atagua , M., Donatti , D., Ferrer , J., & Guillent , Y. (31 de julio de

2012). Obtenido de http://metodologia02.blogspot.com/p/tecnicas-

de-la-investigacion.html

Baez, S. (2012). fraktalweb. Obtenido de

http://fraktalweb.com/blog/sistemas-web-para-que-sirven/

Bibliografía 121

Consejo Universitario. (2012). Universidad de Guayaquil. Recuperado el

27 de Julio de 2017, de

http://www.cisc.ug.edu.ec/cisc/images/ESTATUTO_UG.pdf

Delgado, L. A. (15 de mayo de 2015). Blogger. Obtenido de http://data-

collection-and-reports.blogspot.com/2009/05/recoleccion-de-

datos.html

Fogelman-Soulié, F. (17 de Diciembre de 2015). Implementing Big Data

Analytics Projects in Business. Obtenido de springerlink:

http://link.springer.com/chapter/10.1007/978-3-319-26989-4_6

Froufe, A. (2012). JavaServer Pages. Madrid - España: Alfaomega Ra-

MA.

Gómez, V. (23 de junio de 2016). Instituto Binario. Obtenido de

https://instintobinario.com/arquitectura-en-tres-capas/

Gonzalez, w. (13 de mayo de 2014). Blogger -recopilacion de datos.

Obtenido de http://recodatos.blogspot.com/2009/05/tecnicas-de-

recoleccion-de-datos.html

Henríquez Cortés, M. I. (2017). Repositorio Academico Universidad de

Chile. Obtenido de http://repositorio.uchile.cl/handle/2250/101928

Heredero, C. d. (2012). Sistema de informacion en la empresa. España:

Revista de ciencias sociales y jurídicas.

Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, M.

(s.f.). Metodología de laInvestigación. Colonia Desarrollo Santa Fe:

McGRAW-HILL. Recuperado el 05 de Agosto de 2017, de

http://www.pucesi.edu.ec/web/wp-

Bibliografía 122

content/uploads/2016/04/Hern%C3%A1ndez-Sampieri-R.-

Fern%C3%A1ndez-Collado-C.-y-Baptista-Lucio-P.-2003.-

Metodolog%C3%ADa-de-la-investigaci%C3%B3n.-M%C3%A9xico-

McGraw-Hill-PDF.-Descarga-en-l%C3%ADnea.pdf

Hidalgo, M. C. (2013). Informes t Reportes.

IBM®. (11 de noviembre de 2017). Obtenido de

https://www.ibm.com/support/knowledgecenter/es/SS2U2U_10.0.0/

com.ibm.pim.dev.doc/pim_tsk_arc_definingusecases.html

Icomix, M. (18 de 02 de 2014). Metodologia de Desarollo. Obtenido de

http://metodologiaiconix.blogspot.com/

Jaspersoft., T. (2017). JasperReports. Obtenido de

http://community.jaspersoft.com/project/jasperreports-library

Jimenez, I. C. (24 de mayo de 2012).

http://lecturamasescritura.blogspot.com/2012/05/informe-o-

reporte.html.

Lamas, M. A., Diaz, P., & Bazan, I. O. (2012). Miami Dade College.

Obtenido de

http://www.mdp.edu.ar/humanidades/documentacion/licad/archivos/

modulos/inicial/archivos/bibliografia/inicial/eje3/ADMINISTRACION/

UNIDADES_DE_INFORMACION/MI080.htm

Loes, C. L. (2017). Obtenido de

http://www.ces.gob.ec/index.php?option=com_phocadownload&vie

w=category&id=11:ley-organica-de-educacion-superior&Itemid=137

Mendoza, A. D. (19 de mayo de 2012). Clases investigacion Cientifica.

Obtenido de

Bibliografía 123

https://investigacionestodo.wordpress.com/2012/05/19/clases-y-

tipos-de-investigacion-cientifica/

Monsalve, A. M. (26 De 02 De 2012). Obtenido de

http://angiemilenamogollonmonsalve.blogspot.com/

Montoya, C. A., & Saavedra, M. B. (2014). Ceipa. Obtenido de

http://www.ceipa.edu.co/lupa/index.php/lupa/article/view/120/235

Oracle. (2016). Oracle technetwork. Obtenido de

http://www.oracle.com/technetwork/java/javaee/javaserverfaces-

139869.html

Pita Fernández, S. P. (27 de 05 de 2012). Obtenido de

https://www.fisterra.com/mbe/investiga/cuanti_cuali/cuanti_cuali2.p

df

Rodriguez, I. M., & Gómez, C. G. (junio de 2015). Revista General de

Información y Documentación. Obtenido de

http://revistas.ucm.es/index.php/RGID/article/view/51238/47559

Sabino, C. A. (s.f.). El proceso de investigación. En C. A. Sabino.

Valverde, J. B. (2 de Septiembre de 2016). ANALISIS Y DISEÑO DEL

PROTOTIPO DE UN SISTEMA DE INFORMACION PARA LA

GESTION Y SEGUIMIENTO DE ACTIVIDADES EN ELAREA DE

RECREACION PARQUES SAMANES. GUAYAQUIL: Universidad

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

Licenciatura en Sistema de Información. Obtenido de

http://repositorio.ug.edu.ec/handle/redug/19752

Valverde, J. R. (2016). Analisis y Diseño del Prototipo de un Sistema de

Informacion para la Gestion y Seguimiento de Actividades en

Bibliografía 124

Elarea de Recreacion Parques Samanes. Guayaquil: Universidad

Guayaquil.

Villacis Chancay, I. U. (09 de 06 de 2017). Matriz de Control de

Seguimiento de Proyecto. (R. M. Francisco, Entrevistador)

Wellington, R. B. (2016). Análisis y Diseño del Prototipo de un.

Guayaquil: Universidad de Guayaquil.

universidad de guayaquil facultad de ingenierÍa...

Documents