UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA...

I

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA INDUSTRIAL DEPARATAMENTO ACADÉMICO DE TITULACIÓN

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

SISTEMAS DE INFORMACIÓN

ÁREA

DESARROLLO DE SOFTWARE

TEMA: “DESARROLLO DEL MÓDULO DE APLICACIÓN

WEB PARA LA GESTIÓN DE SUSTENTACIÓN DEL PROCESO DE TITULACIÓN EN LA CARRERA DE SISTEMAS DE INFORMACIÓN DE LA FACULTAD

DE INGENIERÍA INDUSTRIAL”

AUTOR ALVARADO REYES ANGELO JAMIL

DIRECTORA DEL TRABAJO LSI. GUERRERO ARELLANO HELEN ELIZABETH

2018 GUAYAQUIL – ECUADOR

II

DECLARACIÓN DE AUTORIA

Yo, Alvarado Reyes Angelo Jamil, declaro que soy responsable del

presente trabajo y sus investigaciones, ideas y resultados, y que el

patrimonio intelectual del presente trabajo de titulación es propiedad de la

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

Alvarado Reyes Angelo Jamil

C.C. 0926626102

III

Agradecimientos

Primeramente, agradezco a Dios por permitirme alcanzar esta meta tan

anhelada.

A mi tutora de tesis LSI. Guerrero Arellano Helen Elizabeth por ser

protagonista en la realización de este trabajo de titulación. Gracias por su

paciencia y su tiempo dedicado.

A mi familia en especial a la Sra. Lubia Alvarado Reyes que ha sido padre

y madre para mí, por brindarme el apoyo y la confianza para continuar a

pesar de los obstáculos que se nos presente, a mis hermanos por estar

conmigo en todo momento, a mi abuelita que ella es mi segunda mamá y

la más querida de la casa y a todos los que me han acompañado en mi

carrera de formación profesional y personal.

Agradezco también al gestor de titulación al Ing. Cesar Muñoz por

brindarnos toda la información necearía para llevar a cabo la realización de

este proyecto.

A mis profesores de la Universidad porque a ellos le debo todos mis

conocimientos adquiridos durante estos cuatros años de carrera y por

ayudarme a ser un profesional.

Y para finalizar agradezco a todos mis compañeros de clase de todos los

semestres ya que, gracias al compañerismo, amistad y apoyo moral, han

aportado un porcentaje valioso para culminar esta carrera con éxito.

IV

Dedicatoria

Quiero dedicar este trabajo de titulación a mi Dios por brindarme la

oportunidad de continuar mis estudios superiores, por la guía siempre el

me la ha dado.

También le dedico a mi madre a la Sra. Lubia Alvarado Reyes porque

siempre estuvo apoyándome y gracias a ella soy una persona profesional.

V

Índice General

N° Descripción Pág.

PRÓLOGO

INTRODUCCIÓN 1

CAPITULO I

MARCO TEÓRICO

N° Descripción Pág

1.1 Gestión de Proceso. 8

1.1.1 Proceso de gestión educativa 8

1.1.2 Modelado de proceso 9

1.1.2.1 Modelo de proceso de negocio 9

1.1.3 aa Proceso de Revisión y sustentación de la Universidad de

Guayaquil 11

1.1.3.1 Proceso de Revisión de trabajo final 11

1.3.2 Proceso de sustentación del trabajo y titulación 12

1.2 Marco conceptual 15

1.2.1 Metodología de desarrollo 15

1.2.1.1 Roles en la metodología Scrum 15

1.2.1.2 Artefactos de Scrum 16

1.2.1.3 Método ágil de Scrum 17

1.2.1.4 Principios de Scrum 17

1.2.1.5 Valores de Scrum 17

1.3 Criterio para escoger un software de desarrollo 18

1.3.1 Lenguaje de programación que se ajusta a las necesidades 18

1.3.2 Entorno de desarrollo de java 19

1.4 IDE (Entorno de desarrollo integrado) 20

1.5 Aplicación web 21

1.6 Modelo vista controlador 21

VI

1.7 Arquitectura de tres capas 23

1.7.1 Capa de presentación 23

1.7.2 Capa lógica de negocio 23

1.7.3 Capa de datos 24

1.7.4 Ventajas de la arquitectura de 3 capas 24

1.7.5 Desventajas de la arquitectura de 3 capas 24

1.8 Framework 25

1.9 La base de datos apropiada 27

1.9.1 Criterio para escoger una base datos (PostgreSQL) 27

1.9.2 Ventajas de PostgreSQL 28

1.9.3 Desventajas 28

1.9.4 Principales características de PostgreSQL 28

1.9.5 Razones para utilizar PostgreSQL 28

1.10 Diagramas de UML 29

1.10.1 Ventajas de UML 29

1.10.2 Inconvenientes de UML 29

1.10.3 Diagramas de la normalización UML 29

1.10.3.1 Diagramas de clases 30

1.10.3.2 Diagrama de casos de uso 30

1.10.3.3 Diagramas de secuencias 31

1.10.3.4 Diagramas de estados 31

1.10.3.5 Diagrama de componentes 32

1.10.3.6 Diagrama de paquetes 32

1.11 Metodología de desarrollo 33

1.11.1 Aplicación de la metodología iconix 33

1.11.2 Características de la metodología iconix 33

1.11.3 Fases de la metodología iconix 34

1.12 Marco Referencial 34

1.13 Marco legal 36

CAPITULO II

METODOLOGÍA


VII

2.1 Tipo de investigación 38

2.1.1 Investigación descriptiva 39

2.1.2 Alcance de la investigación 39

2.2 Situación Inicial 40

2.3 Enfoque metodológico 40

2.4 Metodología de desarrollo 41

2.4.1 Fase preliminar 41

2.4.2 Análisis de requisitos 41

2.4.3 Diseño 41

2.4.4 Implementación y pruebas 42

2.5 Fuentes y técnicas 42

2.5.1 Desarrollo de las entrevistas 42

2.5.2 Recopilación de documentos 42

2.6 Requerimientos Funcionales 45

2. 7 Requerimientos no funcionales 46

2.8 Definición de los actores de los casos de usos 46

2.9 Diagramas de casos de usos 47

2.10 Narrativas de los casos de usos 49

2.11 Arquitectura del Sistema 53

2.11.1 Capa de presentación 53

2.11.2 Lógica de negocio 54

2.11.3 Lógica de datos 55

2.11.4 Bean 56

2.12 Estudio de factibilidad técnica 57

CAPITULO III

PROPUESTA


3.1 Tema 58

3.2 Objetivo 58

3.3 Fase de diseño 58

3.4 Diccionario de base de datos 65

VIII

3.5 Diagrama de secuencias 66

3.6 Diagramas de componentes 69

3.7 Diagrama de estados 70

3.8 Diagrama de despliegue 70

3.9 Plan de implementación 71

3.10 Impactos del proyecto 72

3.11 Prototipos 73

Conclusiones 82

Recomendaciones 83

ANEXOS

BIBLIOGRAFÍAS

IX

ÍNDICE DE GRÁFICOS


1 Diagramas de proceso ............................................................ 10

2 Mapa de proceso de sustentación .......................................... 13

3 Mapa de proeso de revision ..................................................... 14

4 Roles de scrum ........................................................................ 15

5 Ciclo de scrum ......................................................................... 16

6 Modelo vista controlador .......................................................... 23

7 Representacion de la arquitectura de tres capas ..................... 24

8 Representación de una clase ................................................... 30

9 Representación de casos de uso ............................................. 31

10 Representación de un diagrama de secuencias ...................... 31

11 Representación de un diagrama de estado ............................. 32

12 Representación de un diagrama de componentes ................... 32

13 Representación de un diagrama de paquetes ......................... 33

14 Sitio web de la UCE ................................................................. 35

15 Esquema del uso del patrón MVC ........................................... 53

16 Diagrama de clases ................................................................. 59

17 Diagrama de actividad asignación de un comité a un estudiante

................................................................................................................. 60

18 Diagrama de actividad creación de un tribunal 60

19 Diagrama de actividad asignación de un revisor 61

20 Diagrama de actividad registro de requisitos 61

21 Diagrama de actividad de registra de observaciones 62

22 Diagrama de actividad registro de rúbrica 63

23 Modelo entidad relación 64

24 Diagrama de secuencias de asignar el revisor 66

25 Diagrama de secuencia crear tribunal 66

X

26 Diagrama de secuencias de asignar el tribunal 67

27 Diagrama de secuencias de revisión del documento final 68

28 Diagrama de secuencias de registro de rúbrica 68

29 Diagrama de secuencias de registro de requisitos 68

30 Diagramas de secuencias de registro de nota de sustentación 69

31 Diagrama de componentes del sistema 69

32 Diagrama de estados 70

33 Diagrama de despliegue 70

34 Plan de implementación 71

XI

INDICE DE IMÁGENES


1 Modelo de la rúbrica del revisor ............................................... 43

2 Acta de acta de calificación final de sustentación .................... 44

3 Capa de presentación en jsf .................................................... 54

4 Mantenedor capa de negocio transaccional ............................. 54

5 Interface patrón de acceso dao ................................................ 55

6 Implementación de los métodos de la interface ....................... 56

7 Clase bean de acceso a la capa de negocio y jsf .................... 56

XII

INDICE DE CUADROS


1 Comparativas de lenguajes de comparación 19

2 Comparativas de IDE 20

3 Comparativas de Framameworks 26

4 Causas y efectos del proceso de sustentación 45

5 Requerimientos funcionales del módulo de sustentación 45

6 Requerimientos no funcionales del sistema 46

7 Actores y roles del sistema 46

8 Descripción de caso de uso revisar entregable final 49

9 Descripción de caso de uso registrar rúbrica 49

10 Descripción de caso de uso crear tribunal 50

11 Descripción de caso de uso registrar requisitos 51

12 Descripción del caso de uso asignar tribunal 52

13 Herramientas a utilizar en la elaboración del sistema 57

14 Diccionario de base de datos 65

15 Indicadores del sistema web de sustentación 72

16 Pantalla de crear tribunal 73

17 Pantalla asignar el tribunal 74

18 Pantalla de consultar tribunales creados 75

19 Pantalla de asignar revisor . 76

20 Pantalla de consultar revisor asignado 77

21 Pantalla de registro de rúbrica 78

22 Pantalla de revisión del documento final . 79

23 Pantalla de registro de requisitos 80

24 Pantalla de registro de observaciones del entregable final 81

XIII

AUTOR: ALVARADO REYES ANGELO JAMIL TÍTULO: DESARROLLO DEL MÓDULO DE APLICACIÓN WEB

PARA LA GESTIÓN DE SUSTENTACIÓN DEL PROCESO DE TITULACIÓN EN LA CARRERA DE SISTEMAS DE INFORMACIÓN DE LA FACULTAD DE INGENIERIA INDUSTRIAL

DIRECTORA: LSI. GUERRERO ARELLANO HELEN ELIZABETH

RESUMEN

La solución para el presente proyecto es el Desarrollo del sistema web para la gestión del proceso de sustentación para la carrera de Sistemas de información de la facultad de Ingeniería Industrial, nace a partir de la problemática del degaste de tiempo y de los recursos asignados durante la asignación de revisor y conformación del tribunal examinador, asignación del tribunal, el registro de las rúbricas. Para lo cual se realizó diferentes estudios de investigación para poder realizar el levantamiento de información, por medio de la observación y las entrevistas, se logra tener una idea más clara de la problemática y de las necesidades principales del departamento de titulación de la carrera de Sistemas de Información. Se escogió iconix como metodología de desarrollo del sistema, la cual nos indica la elaboración de los diagramas de casos de usos, diagramas de secuencias, modelo Entidad- Relación. El desarrollo del sistema se lo hizo mediante el patrón MVC ya que este patrón de diseño nos permite separar los datos de la aplicación, la interfaz de usuario y la lógica de control. Finalmente se logra aportar a la gestión de la sustentación del proceso de titulación de carrera. PALABRAS CLAVES: Gestión, Titulación, Módulo, Sustentación, Proyecto, Metodología

Alvarado Reyes Angelo Jamil Lsi. Guerrero Arellano Helen Elizabeth C.C 0926626102 Directora de trabajo

XIV

AUTHOR: ALVARADO REYES ANGELO JAMIL

SUBJECT: DEVELOPMENT OF THE WEB APPLICATION MODULE

FOR THE MANAGEMENT OF THE TITRING PROCESS

IN THE INFORMATION SYSTEMS DEGREE OF THE

OF INDUSTRIAL ENGINEERING FACULTY

DIRECTOR: LSI. GUERRERO ARELLANO HELEN ELIZABETH

ABSTRACT

The solution for the present project is the development of the web system for the management of the process of support for the degree of Information Systems of the Faculty of Industrial Engineering, originate from the problematic of wasting time and the resources allocated during the assignment of reviewer and conformation of the examining court, assignment of the court, the registration of the rubrics. For this purpose different research studies were carried out to be able to perform the gathering information, through observation and interviews, it is possible to have a clearer idea of the problems and the main needs of the degree department of the Information Systems qualification, Iconix was chosen as a system development methodology, which indicates the elaboration of the diagrams of cases of uses, diagrams of sequences, model Entity- Relationship. The development of the system was done through the MVC pattern since this design pattern allows to separate the application data, the user interface and the control logic, finally, it is possible to contribute to the management of the sustainment of the qualification process.

KEY WORDS: Management, Titling, Module, lift, Project, Methodology

Alvarado Reyes Angelo Jamil Lsi. Guerrero Arellano Helen Elizabeth I.D 0926626102 Director of work

XV

PRÓLOGO

El presente proyecto se titula desarrollo del módulo de aplicación web

para la gestión de sustentación del proceso de titulación en la carrera de

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

El desarrollo de este proyecto es con el único objetivo de automatizar y

ahorrar tiempo en la gestión de asignación de revisores y la gestión de

sustentación. Este proyecto se divide en tres capítulos.

Capítulo 1: En este capítulo se refiere todo relacionado con el marco

teórico, marco referencial y el marco legal, además se indica el análisis de

arquitecturas, entornos de trabajo y herramientas para el desarrollo.

Capítulo 2: Está comprendido por la metodología de investigación, las

fases de la metodología Iconix y el desarrollo de la arquitectura del sistema.

Capítulo 3: Está comprendido de la propuesta de trabajo, así también

como el diseño de las pantallas funcionales e implementación del sistema,

conclusiones y recomendaciones

Introducción 1

INTRODUCCIÓN

Tema

Desarrollo del módulo de aplicación web para la gestión de

sustentación del proceso de titulación en la carrera de sistemas de

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

Introducción

La sustentación del trabajo de titulación es el proceso final del

estudiante previo a la obtención del título, la unidad de titulación de la

carrera de Sistemas de Información de la UG es la encargada de verificar

y gestionar que se cumpla con la planificación y los procesos establecidos

para el semestre académico, así también se encarga de controlar que se

cumplan con los hitos establecidos para la entrega de los avances y

documentos por parte de los estudiantes durante el desarrollo del trabajo

de titulación.

La sustentación de los egresados es gestionada por la unidad de

titulación de la carrera de Sistemas de Información de la UG, este proceso

actualmente es realizado manualmente siendo un proceso laborioso y

tedioso, el cual se toma bastante tiempo para analizar la información

necesaria tales como el total de números de estudiantes que han aprobado

las respectivas tutorías, la cantidad de docentes disponibles para la

asignación del docente revisor, la asignación del tribunal examinador, el

horario de disponibilidad de cada docente, cantidad de aulas habilitadas de

acuerdo a los recursos que se van a utilizar.

Actualmente toda esta información es registrada en libros de Excel, lo

cual al ser revisada con lleva mucho tiempo ya que se puede generar

Introducción 2

información inapropiada para quien la requiera aumentando el desconcierto

y la falta de transparencia en cierta información y/o reportes.

Toda esta información es un activo de mucha importancia para llevar

a cabo la sustentación de los egresados, ya que actualmente se va a

calificar las tutorías, el revisor también calificará el trabajo de titulación y al

final el tribunal examinador pondrá la nota final.

El proceso de sustentación tiene otras características que lo hace

problemático, que es muy variable ya que los requisitos pueden cambiar de

acuerdo a las disposiciones y reformas académicas de la LOES y RRA que

aprueba la UG. Ya que para este año 2017 el proceso actual cambiara y la

unidad de titulación deberán modificar el proceso actual incorporando las

nuevas disposiciones académicas, por ejemplo, el revisor del estudiante

estará presente como miembro del tribunal examinador.

Con esta premisa, se ha concluido en desarrollar un “Sistema web

para la gestión y administración del proceso de sustentación” que sirva al

director de carrera, gestor de titulación, revisores y secretaria, dando la

facilidad y agilidad en el proceso de sustentación, minimizando los tiempos

de espera que en la actualidad se presentan.

Una vez implementado este módulo podría servir de modelo para

otras carreras que no tengan apoyo tecnológico en su unidad de titulación,

para realizar una gestión y un adecuado seguimiento de los actores

involucrados en el proceso de sustentación y de esta manera beneficiarse

todo el sistema universitario.

Como estudiantes de sistemas sabemos que tanto la tecnología como

los procesos cambian constantemente, por lo tanto, hay que adelantarse a

estos cambios y elaborar un software que resista los cambios y que permita

ahorrar tiempo de mantenimiento y esfuerzos posteriores.

Introducción 3

Objeto de estudio

El estudio se centra en el trabajo de titulación básicamente en el

proceso de sustentación, que corresponde, a la asignación del revisor, la

asignación del tribunal examinador y el registro de las notas del trabajo de

titulación, además se analizarán los requerimientos principales de la unidad

de titulación de la carrera de Sistemas de Información de la Universidad de

Guayaquil para determinar lo que se automatizara y que restricciones

deberán tener.

Justificación

Este proyecto se basa en diseñar un sistema web que facilitara las

actividades del proceso de sustentación de los estudiantes, que hayan

aprobado las respectivas tutorías, con el desarrollo de este proyecto se

beneficiarán a gestores y coordinadores que se encuentran involucrados

en este proceso, este proyecto permitirá que a través del internet los

usuarios accederán al sistema para el seguimiento continuo de las

actividades que se llevaran a cabo en el proceso de sustentación.

Con este nuevo sistema se podrá organizar de una mejor manera

todas las actividades a realizarse para el proceso de sustentación, como es

la asignación del revisor, registro de rúbrica, conformación del tribunal

asignación del tribunal examinador, que le corresponde a cada estudiante.

En la Carrera de Sistemas de Información de la Universidad de

Guayaquil se busca mejorar varios procesos en la cual se encuentra

involucrado la sustentación del proceso de titulación, con el desarrollo de

este proyecto se busca una mejora continua para la carrera, mediante el

uso de las tecnologías de información que en la actualidad son

fundamentales para realizar cualquier actividad de la vida cotidiana, y de

Introducción 4

esta manera agregar valor a este proceso que es el de registro de notas y

de sustentación.

Alcance

El propósito de desarrollar el sistema web es para cubrir los

requerimientos de asignación del revisor y la gestión de sustentación de la

Carrera de Sistemas de Información el cual contiene varias fases y

procesos.

Asignación del docente revisor

Registro de rúbrica

Docentes

Delegados

Docentes asignados para conformar el tribunal

Asignación del tribunal a cada estudiante

Perfil de usuarios

Los usuarios del sistema podrán acceder al módulo de gestión de

sustentación y a las opciones correspondientes de acuerdo a los permisos

que tenga.

Objetivos

Objetivo General

Desarrollar una aplicación web que permita gestionar y minimizar el

tiempo empleado en el proceso de sustentación, de la carrera en Sistemas

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

Objetivos específicos

Recopilar la información necesaria a partir del proceso actualmente

realizado y de acuerdo a las necesidades desarrollar la aplicación.

Introducción 5

Utilizar una arquitectura basada en el patrón MVC que permita tener

dividida la aplicación para facilitar su posterior escalabilidad y

mantenimiento.

Seleccionar una herramienta Open Source que será utilizada para el

desarrollo del sistema, y así contribuir al uso de software libre en las

instituciones públicas.

Analizar y diseñar una base de datos que permita almacenar toda la

información ingresada de la aplicación web.

Marco Teórico 6

CAPITULO I

MARCO TEÓRICO

Los estudiantes egresados realizan un trabajo de titulación el cual se

lo puede realizar de distintas maneras. En la carrera de licenciatura de

Sistemas de Información de la facultad de Ingeniería Industrial de la

Universidad de Guayaquil el trabajo de titulación está establecido en el

Reglamento Régimen Académico actual el que fue aprobado en enero del

2015, en el cual para obtener el grado académico de Licenciado o del título

Profesional universitario, los estudiantes deben realizar y defender un

proyecto de investigación “para solucionar una problemática o una situación

práctica, con características de viabilidad, rentabilidad y originalidad en los

aspectos de acciones, condiciones de aplicación, recursos tiempos, y

resultados esperados”.(Gestor, 2013) (Ver bibliografía).

Para titularse de la carrera de Licenciatura de Sistemas de Información

de la Universidad de Guayaquil ha tenido diferentes opciones de las cuales

son dos, tesis o trabajo de titulación y los exámenes de tipo complexivo.

Cualquiera de las dos opciones que le brinde la universidad al estudiante

el trabajo debe evidenciar la interrelación y armonización con la

investigación, la práctica pre-profesional y la integración con la sociedad,

conforme a las políticas de la Universidad de Guayaquil.

El proceso que sigue el trabajo de titulación es extenso, primero la

definición del programa el cual es desarrollado por la unidad de titulación

de la carrera de Sistemas de Información de la Universidad de Guayaquil,

se analiza tiempo, se establecen fechas de inicio y fin, tipos de ejercicios

que se llevaran a cabo, todas estas definiciones se deben basar en el

reglamento vigente establecido por la Universidad y CES (Consejo de

Marco Teórico 7

Educación Superior), después de haber establecido el programa en el que

se va trabajar, los estudiantes deben presentar la temática en el cual van a

trabajar o las propuestas presentando un anteproyecto, una vez aprobado

el tema que se va tratar, establecen el seguimiento y las respectivas

tutorías que intervienen tanto docentes como estudiantes.

“En el año 2013 se presentó una nueva reforma para la graduación

de los egresados, ya que según las estadísticas 14 de 100 estudiantes

culminan sus carreras.” (Telégrafo, 2013) (Ver Bibliografía).

“El consejo de educación superior plantea la posibilidad de

eliminar la tesis que se requiere para obtener el título, la tesis ya no

será un requisito para graduarse.”(Inmediato, 2013).

Con estos cambios presentados por el Consejo de Educación Superior

se incrementan las opciones de programas de titulación por lo tanto se creó

más procesos que deben ser evaluados y establecidos para obtener una

solución.

El origen de este estudio parte de mejorar y automatizar el proceso

actual de registro de notas, asignación de tribunal examinador y

sustentación de los trabajos de titulación por parte de los encargados de la

carrera de Sistemas de Información de la facultad de Ingeniería Industrial

de la Universidad de Guayaquil. Por medio de visitas al establecimiento y

entrevistas con el personal, logramos observar que el gestor de titulación

necesita tener un mejor control de las actividades que se llevan a cabo en

dicho proceso.

Por lo tanto, al contar con un sistema que permita agilizar las

actividades se ahorraría tiempo ya que con el uso de las herramientas

tecnológicas es mucho más fácil de realizar cualquier actividad.

Marco Teórico 8

1.1 Gestión de Proceso.

1.1.1 Proceso de gestión educativa.

Según Torres Il, Fernández E, Hernández L. ( 2010) (Ver bibliografía)

afirma lo siguiente con respecto a la gestión educativa. La evolución de la

gestión educativa data de los ochenta en América Latina, desde esa época

han surgido y se han desarrollado varios modelos que representan las

maneras de concebir la acción humana.

Los modelos de la gestión educativa comienzan a tomar fuerza a partir

de que la UNESCO (Organización de las Naciones Unidas para la

Educación, la Ciencia y la Cultura), como representante del organismo

rector de la educación mundial, plantea una serie de directrices, que las

denomina como la universidad proactiva, con el único objetivo de

establecer las políticas y ejecutar las acciones necesarias, oportunas para

la gestión educativa, para lograr los objetivos planteados.

Los modelos para la gestión universitaria se basan en modelos de

excelencia de calidad, dentro de estos modelos hay que destacar: el

modelo International Standardization. Este modelo se lo implementa para

garantizar una gestión eficaz y calidad en los distintos procesos. Los

procesos educativos, se basa en la calidad y eficacia para alcanzar

exitosamente la formación del estudiante.

Los modelos de gestión educativa expresan los sistemas de gestión

organizacional que se caracteriza de ser vulnerable a la imitación o

reproducción.

La gestión educativa busca penetrar un conjunto de servicios que

brindan a las personas de la organización, por lo tanto, quiere decir que la

gestión educativa adquiere una especificidad que tiene mucho valor el

trabajo humano. En la actualidad gracias al desarrollo de las tecnologías

Marco Teórico 9

de la informática y las comunicaciones transforman la gestión

organizacional, de tal manera que la demanda de personal altamente

calificado es cada vez mayor para llevar a ejecución las diferentes

actividades de gestión.

Vale recalcar que la gestión educativa busca aplicar los principios

generales de la gestión, que se concibe como un grupo de procesos, toma

de decisiones y ejecución de acciones que permite llevar a cabo las

prácticas pedagógicas y evaluación.

1.1.2 Modelado de proceso

Según Rocha Vargas Marcelo ( 2011) (Ver bibliografía) afirma que:

“El modelado de procesos, tiene dos aspectos que lo

definen: el modelado y los procesos. Regularmente los

conjuntos de procesos y subprocesos integrados en una

organización. La mejor forma que se puede representar un

proceso es a través de los diagramas que muestren el flujo

de trabajo e indicando la secuencia de actividades

necesarias.” (pág 25).

La representación gráfica de los diagramas nos facilita el análisis, con

el único fin de descomponer los procesos de trabajo en actividades

discretas, los diagramas hacen posible diferenciar las actividades que

aportan valor, cabe recalcar que no todas las actividades proveen valor ya

que pueden ser de apoyo.

1.1.2.1 Modelo de proceso de negocio

El proceso de negocio es el flujo de las actividades que se realizan

para lograr un objetivo de negocio. También se lo denomina como un

Marco Teórico 10

conjunto de actividades que sirve para crear valor ya sea para un cliente

interno o externo.

El modelo de proceso donde interviene la gestión de sustentación es

definir la lógica de negocio e identificar los procesos y roles de los distintos

tipos de usuarios que intervienen para la correcta gestión de las diferentes

actividades del módulo a desarrollar.

Un proceso de negocio contiene 3 partes:

Entradas

Producto o servicio que genera (salida)

Recursos que se utiliza para generar la salida (sean humanos u otro

tipo)

DIAGRAMA DE PROCESOS

Fuente: (Bizagi, s.f.) Elaborado por: Alvarado Reyes Angelo Jamil

Los diagramas de proceso pueden ser modificados para obtener el

beneficio que uno desea, dependiendo las necesidades del caso, como por

ejemplo puede mostrar las actividades de un proceso en particular, las

actividades que realiza una persona dentro del proceso, conociéndose el

diagrama, según la orientación, con la denominación adicional que puede

ser de dos tipos que son: “tipo material” y “tipo hombre”.

GRAFICO N° 1

Marco Teórico 11

1.1.3 Proceso de Revisión y sustentación de la Universidad de

Guayaquil

El instructivo de Titulación elaborado por el Honorable Consejo

Universitario el 20 de marzo del 2017, indica los pasos y requerimientos

para el proceso de revisión y sustentación.

1.1.3.1 Proceso de Revisión de trabajo final

A. Los estudiantes deberán solicitar mediante un oficio dirigido al rector

de carrera para la revisión de su trabajo, adjuntando el trabajo de

titulación con su versión final e impreso.

B. El director y el director de titulación asignara el revisor para el trabajo

de titulación. Para los trabajos de titulación multidisciplinarios el

revisor deberá ser escogido por las carreras que intervienen, no solo

por aquella donde el estudiante se inscribió, el tutor revisor deberá

entregar un informe final en un tiempo máximo de 15 días.

C. El revisor entregara el informe correspondiente y los estudiantes

tendrán 30 días para para llevar acabo los ajustes de acuerdo a las

observaciones dada por el revisor. Después de haber recibido el

trabajo de titulación con las observaciones incorporadas al mismo

revisor deberá entregar un informe final, adicional con la calificación

obtenida, esta nota deberá ser ingresada al sistema de la

Universidad como segunda calificación de la materia de titulación.

D. Al finalizar el proceso los estudiantes deberán entregar el trabajo de

titulación terminado. La memoria debe ser un ejemplar físico con su

respectivo archivo digital para la biblioteca de la Universidad y otro

para el repositorio de la carrera, el trabajo debe tener el modelo

aprobado por la universidad e incluyendo el cuerpo del trabajo.

Ficha de registro para el repositorio Nacional de Ciencia y

Tecnología en dos formatos que son digital e impreso.

Certificado de aprobación del revisor del trabajo presentado

impreso y firmado con tinta azul.

Marco Teórico 12

Declaración de la autoría y autorización de licencia gratuita

intransferible y no exclusiva para el uso no comercial del

trabajo de titulación con fines no académicos (Según Art. 114

Código Orgánico de la Economía Social De Los

Conocimientos, Creatividad e Innovación) de igual manera

impreso y firmado con tinta azul.

Certificado de porcentaje de similitud.

Certificado de tutor.

1.3.2 Proceso de sustentación del trabajo y titulación

La secretaria de cada facultad, por orden del director de Carrera

convocará el tribunal para la sustentación, el cual deberá ser conformado

por el revisor del trabajo de titulación, el Decano o un delegado y un docente

del área del conocimiento designado por el directo de carrera. El tribunal

será el que califique la sustentación del trabajo de titulación de los

estudiantes por lo cual tendrá conocimiento del documento previo al acto

de la sustentación.

La sustentación o defensa del trabajo oral del trabajo de titulación será

un acto público que tendrá una duración del al menos 20 minutos, por con

siguiente de un periodo de al menos de diez minutos para realizar las

respectivas preguntas por parte de los miembros del tribunal. Una vez

finalizada la sustentación, el tribunal se reunirá de inmediato y en privado,

para determinar la nota de sustentación por cada miembro del mismo.

Será calificado de acuerdo a la respectiva rubrica de evaluación y esta

nota corresponderá a la tercera calificación de la materia del trabajo de

titulación, esta nota deberá ser registrada por la secretaria de la facultad en

el sistema de la Universidad. La secretaria de la facultad registrara el acta

de calificación final dicho promedio adjuntando las calificaciones otorgadas

a la memoria escrita por el docente tutor y del revisor. Obteniendo así la

Marco Teórico 13

nota final de titulación, el tribunal dará a conocer públicamente la nota final

de trabajo de titulación

MAPA DE PROCESO SUSTENTACIÓN

Fuente: Modelamiento de proceso Elaborado: Pamela Reyes (2017)

GRAFICO N° 2

Marco Teórico 14

GRAFICO N° 3

MAPA DE PROCESO DE REVISIÓN

Fuente: Modelamiento de proceso Elaborado: Pamela Reyes (2017)

Marco Teórico 15

1.2 Marco conceptual

1.2.1 Metodología de desarrollo

Scrum es una metodología ágil de desarrollo de software que nos

facilita hallar prácticas emergentes, como la administración de proyectos

de innovación. Scrum no es un proceso completo si no que genera un

contexto relacional e iterativo, de vigilancia y adaptación al cambio

continuo, para que las personas involucradas vayan creando su módulo. Y

son ellos mismos en encontrar la mejor manera posible de solucionar las

problemáticas. (Ediciones Kleer, 2013) (Ver bibliografía).

1.2.1.1 Roles en la metodología Scrum

El grupo de desarrollo se refleja en dos roles que son: el ScrumMaster

y el Product Owner el primer rol es quien representa la utilización de la

metodología Scrum, la eliminación de impedimentos y ayuda al equipo de

desarrollo a lograr el mayor nivel de adaptación posible, también puede ser

considerado como un coach o facilitador del equipo de desarrollo. El

Product Owner es el representante del negocio, stakeholders, cliente y

usuarios finales. Tiene a cargo de llevar al equipo de desarrollo hacia el

producto adecuado.

ROLES DE SCRUM

Fuente: (scrummanager) Elaborado por: Ediciones Kleer

GRAFICO N° 4

Marco Teórico 16

Según Menzinsky A, López G, Palacio J, (2016) (Ver bibliografías)

afirma lo siguiente:

1.2.1.2 Artefactos de Scrum:

Pila del producto.

Pila del sprint.

incremento.

Pila del producto: especifica la lista de requisitos del usuario, que

parte de la visión del producto que va creciendo y evolucionando durante

el proceso de desarrollo.

Pila del sprint: indica la lista de trabajo que debe realizar equipo

durante el Sprint

Incremento: resultado de cada sprint.

Fuente: (scrummanager) Elaborado por: Ediciones Kleer

Para lograr el progreso de los proyectos que utilizan esta metodología

se realiza y verifica una serie de iteraciones llamadas Sprints, estos Sprints

tiene un tiempo definido de no más de un mes. Al inicio de cada Sprint el

equipo de desarrollo hace un compromiso de entregar algunas

funcionalidades del producto.

GRAFICO N° 5

Marco Teórico 17

Scrum es el modelo que más se utiliza en las metodologías ágiles ya

que este modelo tiene principios y valores.

1.2.1.3 Método ágil de Scrum

Es un modelo de desarrollo adaptable, antes que predictivo

Se enfoca más a las personas, que a los procesos

El modelo emplea un tipo de construcción incremental enfocado en

iteraciones y revisiones

1.2.1.4 Principios de Scrum

Individuos e interacciones por sobre procesos y herramientas.

Software funcionando por sobre documentación y exhaustiva.

Colaboración con el cliente por sobre la negociación de contratos.

Respuesta al cambio por sobre el seguimiento de un plan.

1.2.1.5 Valores de Scrum

1. Foco. - Los equipos de trabajos se concentran en un grupo de

características, esto le permite que al final de un corto periodo de

tiempo se entregue un producto de calidad y además se disminuye

el time-to market.

2. Coraje. - Los equipos de trabajo con Scrum trabajan como

verdaderos compañeros, ya que se apoyan entre sí, de esta manera

tener la valentía de asumir responsabilidades de mayor dificultad y

esto a su vez le permite crecer profesionalmente como equipo.

3. Apertura. - Los equipos de trabajo tienen la libertad de discutir

abiertamente de los problemas. No hay nada oculto en el grupo ni

conflictos. La sinceridad se reconoce y la disponibilidad de

información está presente todo el tiempo.

4. Compromiso. - cada equipo de trabajo tiene el control de sus

actividades a realizar, por eso todos tiene el compromiso para

cumplir con el objetivo de la empresa

Marco Teórico 18

El ambiente de trabajo de las empresas de desarrollo de software,

necesitan adaptarse a la entrega inmediata de resultados palpables, las

empresas deben de dar una respuesta ágil y flexible para mantenerse en

el mercado que evoluciona rápidamente.( Palacio Juan, 2014) (Ver

bibliografía)

Hoy en día se construye el software mientras se cambian y se

encuentran nuevos requisitos. El cliente desde la fabricación del software

tiene una idea bien clara de lo que necesita, pero muchas el cliente no sabe

lo que verdaderamente lo que requiere, y al ritmo que se mueve su negocio,

no le permite determinar con detalle cómo será el resultado final.

1.3 Criterio para escoger un software de desarrollo

Para el desarrollo del módulo de revisión y sustentación para el

proceso de titulación se debe escoger un tipo de software de desarrollo,

teniendo en cuenta los recursos que cuenta el departamento de titulación

sistemas operativos, diseño de redes, entre otros.

1.3.1 Lenguaje de programación que se ajusta a las necesidades

Java es un lenguaje para el desarrollo de software, este lenguaje es

independiente de la plataforma, lo cual permite que los desarrolladores

pueden correr en cualquier sistema sin hacer cambios, gracias a un archivo

llamado “byte-code” puede ser leído y ejecutado por cualquier pc que tenga

un intérprete de java.

Se decide el uso de este lenguaje por las siguientes razones:

Es un lenguaje orientado a objeto

Familiarización con el lenguaje

Compatible con varias versiones de BD

Es un lenguaje open source

Marco Teórico 19

1.3.2 Entorno de desarrollo de java

En la actualidad existen muchos programas comerciales que permiten

desarrollar el código javo. La compañía Sun, fundadora de java,

comercializa gratuitamente el java(tm) Development Kit (JDK). Se trata de

un grupo de programas y librerías que facilitan el desarrollo, compilar y

ejecutar los programas de java.

Los IDE, son entornos de desarrollo integrados. Es decir, en un mismo

programa es posible escribir el código javo, compilarlo y ejecutarlo sin tener

que cambiar de aplicación. Estos IDE incluyen herramientas de Debug

gráficamente.

CUADRO N ° 1

COMPARATIVA DE LENGUAJES DE PROGRAMACIÓN

Lenguaje Características

Fortalezas Debilidades Opinión

Java · Es orientado a objetos · Multiplataforma

· Permite su modularización · Permite creación de aplicaciones de escritorio, aplicaciones web y aplicaciones móviles.

· Es un lenguaje interpretado por lo tanto es un poco lento en comparación con otros lenguajes

· Es un lenguaje bastante documentado y fácil de aprender, contiene muchas librerías tiene varias alternativas de framework.

C# · Es orientado a objetos · Esta estandarizado por Microsoft como parte de su plataforma .net

· Está enfocada en forma plena en los sistemas operativos Windows. · Posibilidad de realizar aplicaciones web, de escritorio y móviles.

· Requiere un mínimo de 4 gb para su instalación.

· Es un lenguaje ideal para desarrollar aplicaciones para los entorno de Windows.

JSP (Java Server Pages)

· Es un lenguaje para creación de sitios dinámicos · Se necesita un servidor Tomcat

· Es de ejecución rápida de servlets. · Código bien estructurado · Integridad con módulos java · La parte dinámica está escrita en java

· Complejidad de aprendizaje

· La sintaxis es parecida a java por lo que podría ser relativamente fácil de aprender

Marco Teórico 20

· Motor basado en servlets de java · Multiplataforma

para los que saben programa en java.

Fuente: (Desarrollo web) Elaborado por: Alvarado Reyes Angelo Jamil

1.4 IDE (Entorno de desarrollo integrado)

Para escoger el IDE a usar se analizó un cuadro comparativo de tres

IDE’s en la cual se indicaron las principales características de Eclipse luna,

Netbeans 8.1 e intelllij Community, en la cual se presenta en el siguiente

cuadro.

CUADRO N ° 2

COMPARATIVAS DE IDE

Eclipse Luna Netbeans Intellij IDE

4.4 8.0.2 Community Edition

Lenguajes

Java ANCI C

C++ JSP SH

PHP PERL

JAVA PHP

C/C++ Groovy

Java Groovy Kotlin Xml Json

YAMIL

Frameworks

Oracle ADF EclipseLink

Kodo Struts JSF ZK

Java FX Web EE ZK

Android Swing

JavaFX

Sistema Operativo

Windows Linux Mac

Windows Linux Mac

Windows Linux Mac

Portabe Si No No

Espacio en disco 2GB 1.5GB 300

Fuente: (repositorio) Elaborado por: Alvarado Reyes Angelo Jamil

El IDE escogido para la elaboración del módulo de sustentación es

Netbeans, el cual es un IDE de programación que se compone de un

conjunto de herramientas para elaborar proyectos de código abierto. Sus

Marco Teórico 21

siglas nace Integrated Drive Electronics (IDE) que en este caso es utiliza el

IDE de java JEE (Java Platform, Enterprise Edition) con su respectivo

compilador.

1.5 Aplicación web

Según Pilacuán (2014) (Ver bibliografías) afirma que una aplicación

web es un grupo de páginas interrelacionadas que interactúan unas con

otras y con diversos recursos en un servidor web, además con una base de

datos. La interacción de las páginas web permite publicar en su sitio como

catálogos de productos virtuales, noticias y contenidos. Adicionalmente

podrá realizar consultas a bases de datos, registrar e ingresar información,

solicitudes, pedidos y múltiples tipos de información en línea en tiempo real.

Se entiende por aplicación web a un entorno de trabajo digital con el único

propósito de mejorar los procesos manuales ya sea de una empresa,

institución educativa u organización, incorporando en diferentes módulos

todas las actividades involucradas, organizadas por subprocesos para la

facilitar la interacción y ubicación de las opciones de la aplicación,

facilitando al usuario la posibilidad de gestionar y mantener toda la

información organizada en un solo ambiente seguro y confiable que estará

disponible las 24 horas del día para su manipulación.

Una ventaja principal de una aplicación web es que se puede acceder

desde cualquier lugar, con un computador que tenga conexión a internet,

los usuarios interactuar desde la interfaz de usuario mediante el uso del

browser ingresando una dirección web que hace referencia al servidor web

en donde se encuentra instalado el sitio, en donde se guardara la

información y documentos respectivos ya que dependiendo de la

configuración serán de acceso interno o externo desde cualquier parte del

mundo.

1.6 Modelo vista controlador

Para crear aplicaciones en tres capas, se debe de seguir un orden y

una organización que es lo que propone el Modelo Vista Controlador.

Marco Teórico 22

Eslava ( 2013) (Ver bibliografía) afirma que:

El Modelo Vista Controlador (MVC) es un patrón de diseño de

arquitectura de software que divide los datos, la lógica de negocio, la

interfaz de usuario y el módulo encargado de administrar los eventos y las

comunicaciones. Por lo cual el MVC establece la construcción de tres

componentes distintos que son el modelo, la vista y el controlador, esto

quiere decir, por un lado, se define los componentes para la representación

de la información, y por otro lado para la interacción del usuario.

Este patrón se basa en la idea de reutilización de código y la

separación de conceptos, con la finalidad de facilitar el trabajo en el

momento de desarrollar las aplicaciones y su posterior mantenimiento.

El MVC nos propone una forma de trabajo para fabricar software de

manera que sea más fácil para el desarrollador, ya que nos permite la

reutilización y optimización de código.

Para ello el MVC establece la construcción de tres componentes

distintos que son el modelo, la vista y el controlador. Este patrón es muy

utilizado con mucha frecuencia en las distintas aplicaciones web del

mercado. En dichas aplicaciones, la vista para el usuario final es la página

HTML y el código es el encargado de proveer de datos dinámicos a la

página.

El modelo es la representación de la base de datos y la lógica de

negocio, y el controlador es el encargado de recibir las peticiones de

entrada desde la vista, la función principal del MVC es a organización y la

estructura de una aplicación web utilizando este patrón de diseño nos

permite hacer un mantenimiento sencillo del sistema.

Marco Teórico 23

MODELO VISTA CONTRALOR

Fuente: (librosweb) Elaborado por: Alvarado Reyes Angelo Jamil

1.7 Arquitectura de tres capas

Según Gómez J comenta que “el diseño de sistemas informáticos

actuales se usan las arquitecturas multinivel o más conocida como la

programación por capas. En tas arquitectura cada capa cumple una misión

específica, lo que facilita a un sistema que sea escalable”.( Zurita Granizo

Diego Manuel, 2015) (Ver bibliografía).

1.7.1 Capa de presentación

Se refiere a la interacción entre el usuario y el sistema. Su principal

responsabilidad es mostrar la información al usuario final.

1.7.2 Capa lógica de negocio

Esta capa contiene la funcionalidad que implementa la aplicación.

Controla la ejecución de la capa de negocios para uso directo por parte de

los componentes de presentación o s encapsulamiento como servicio e

invocada desde una interfaz de servicios que coordina la conversación con

los usuarios d del servicio o invoca flujo o componente de negocio.

GRAFICO N° 6

Marco Teórico 24

1.7.3 Capa de datos

La capa de datos incluye la base de datos que contiene todos los datos

de manera persistente de la organización y esta se encapsula desde los

usuarios finales.

REPRESENTACIÓN DE LA ARQUITECTURA DE TRES CAPAS

Fuente: (Ccm) Elaborado por: Alvarado Reyes Angelo

1.7.4 Ventajas de la arquitectura de 3 capas

Componentes desarrollados en cualquier lenguaje.

Componentes independientes.

Pueden distribuirse en múltiples servidores los componentes.

La Base de Datos no puede ser accedida por los clientes sino

solo desde la capa intermedia.

Los drivers de la Base de Datos no deben estar en los clientes.

En los casos con mucha concurrencia, mejora la administración

de los recursos.

Permite reutilizar el software y construir aplicaciones escalables.

Centraliza la gestión de los reglamentos del negocio en un solo

lugar, con lo cual facilita su mantenimiento, uso y desarrollo.

Posee una mayor escalabilidad.

1.7.5 Desventajas de la arquitectura de 3 capas

Su implementación adiciona complejidad al sistema.

GRAFICO N° 7

Marco Teórico 25

Aumento en la cantidad de archivos a mantener y desarrollar.

Su aprendizaje es más complejo comparado con otros modelos.

1.8 Framework

Framework o también denominado marco de trabajo es aquel paquete

que se conforma de varios componentes los cuales estructuran la creación

de aplicaciones.

De acuerdo a (Martínez Martínez, A., & Cegarra Navarro, J. G., 2014)

(Ver bibliografía) El término inglés framework concreta, en términos

generales, un conjunto estandarizado de conceptos, prácticas y criterios

para enfocar un problema en particular, que es de utilidad como referencia

para afrontar y resolver problemas nuevos de características similares.” Es

decir que es un ambiente universal y reutilizable que proporciona todas las

facilidades y requerimientos necesarios en un solo paquete, mismos que

pueden ser adicionados o alterados a criterio del programador, para el

desarrollo de un tipo de aplicación especifico como por ejemplo una

aplicación o sistema web.

Las estructuras de las aplicaciones que realizan tareas específicas, se

basa en librerías, programas y plantillas ya existentes, es por eso que

(Moyota Chafla, J. C., 2015) (Ver bibliografía) menciona que:

El término framework (marco de trabajo) se emplea en muchos

ámbitos de desarrollo de aplicaciones no solo del tipo web, es así que

pueden existir frameworks para un sin número de ámbitos como, por

ejemplo: aplicaciones médicas, desarrollo de juegos, virtualización de

escenarios, interfaces de usuario, etc. (p. 20).

De acuerdo a (Funes, A., & Dasso, 2014) (Ver bibliografía) Un

Framework para Aplicaciones Web es un tipo de framework diseñado para

soportar el desarrollo de sitios dinámicos, aplicaciones, servicios y recursos

Marco Teórico 26

para la web. Este tipo de frameworks provee por lo general toda la

funcionalidad central a la mayoría de las aplicaciones web, tales como

administración de la sesión del usuario, persistencia de datos, y sistemas

de plantillas, así como un conjunto de buenas prácticas y guías para el

desarrollo.

Es por ello que se entiende como framework como aquella aplicación

incompleta configurable que puede constituir una nueva aplicación que

realice una nueva tarea en específico. Para la construcción de esa nueva

aplicación se toma en cuenta también el hecho de que los componentes de

los cuales va a estar integrada dicha aplicación dependen el lenguaje de

programación y el paradigma que se esté usando. Framework en

programación es una abstracción en el cual el código común provisto,

provee funcionalidades genéricas que pueden ser selectivamente anuladas

o mejoradas por el código del usuario dándole funciones específicas para

el desarrollo, son un caso especial de librerías de software porque que son

abstracciones reutilizables de códigos envueltos en una muy bien definida

interfaz de programación de aplicación, que contienen algunas

características claves distintivas que los separan de las librerías normales.

CUADRO N ° 3

COMPARATIVA DE FRAMEWORKS

Características

ZK

Permite la facilidad para el diseño de la interfaz de usuario No hace falta el componente de Ajax o JavaScript Permite centrar toda la lógica de programación del lado servidor Interfaz amigable

VAADIN Es compatible con los modelos MVC Ymvp Posee variedad de componentes para la interfaz de usuario

JSF

Forma parte del estándar J2EE Se puede hacer validaciones dentro del código Se puede manejar configuraciones en formato XML

Fuente: (repositorio) Elaborado por: Alvarado Reyes Angelo Jamil

El framework a utilizar es JSF el cual es de código abierto que facilitara

el diseño y la creación de la interfaz de usuario. Además, este framework

Marco Teórico 27

es basado en MVC, permite la conexión de componentes gráficos de los

datos mediante el uso de los beans gestionados.

1.9 La base de datos apropiada

Hay tener en cuenta muchos factores al omento de escoger una base

de datos para elaborar una aplicación web, primeramente, tener en cuenta

lo que se desea desarrollar, el alcance, los volúmenes de datos que se

desea manejar, los recursos con lo que se cuenta, las licencias y para

finalizar un factor importante es el conocimiento de los lenguajes de

desarrollo y que permita la capacidad de interactuar con las plataformas de

desarrollo.

1.9.1 Criterio para escoger una base datos (PostgreSQL)

Según Henríquez N. Iglesias A , Amaris Ramos L (

2013) (Ver bibliografía) afirma que:

La herramienta de PostgreSQL es un potente sistema de base de

datos de objeto relacional y es de código abierto. Tiene más de 15 años de

desarrollo activo es una arquitectura probada con la cual ha ganado una

sólida reputación de confiabilidad e integridad de datos. Además, se puede

ejecutar en varios sistemas operativos como:

Linux

Unix (aix,bsd, hp-ux, mac os x , Solaris,tru64)

Windows

Es compatible con ACID, cuenta con un soporte completo para las

llaves foráneas, uniones, vista, disparadores y procedimientos

almacenados, además incluye la mayoría de tipo de datos de SQL2008.

PostgreSQL ha ganado mercado que muchos han despertado su interés

por los testimonios escuchados de los resultados de las empresas entonces

han decidido usar esta base datos en sus organizaciones.

Marco Teórico 28

1.9.2 Ventajas de PostgreSQL:

Ideal para tecnologías web.

Fácil de Administrar.

Su sintaxis SQL es estándar y fácil de aprender.

Multiplataforma.

Capacidades de replicación de datos.

Soporte empresarial disponible.

1.9.3 Desventajas

En comparación con MySQL es más lento en inserciones y

actualizaciones, ya que cuenta con cabeceras de intersección que

no tiene MySQL.

Consume más recursos que MySQL.

La sintaxis de algunos de sus comandos o sentencias no es nada

intuitiva.

1.9.4 Principales características de PostgreSQL

Es una base de datos 100% ACID

Regionalización por columna

Múltiples métodos de autentificación

Acceso encriptado vía SSL

Completa documentación

Licencia BSD

1.9.5 Razones para utilizar PostgreSQL

Es OpenSource

Se puede instalar en varios sistemas operativos

Tiene las propiedades ACID

Facilidad de administración

http://es.wikipedia.org/wiki/ACID

Marco Teórico 29

1.10 Diagramas de UML

El UML está compuesto por varios elementos gráficos que relacionan

para conformar diagramas. Debido a que UML es un lenguaje, contiene

reglas para combinar tales elementos.

El objetivo del uso de los diagramas es representar diversas

perspectivas de un sistema, a lo cual se lo conoce como modelo, teniendo

en cuenta que un modelo es la representación de la realidad; los diagramas

UML describe lo que supuestamente hará un sistema, pero no indica

cómo implementar dicho sistema.

1.10.1 Ventajas de UML

Es un estándar que facilita la comunicación

Está basado en metamodelo con semántica definida

Se basa en notación grafica fácil de aprender y utilizar

1.10.2 Inconvenientes de UML

No es una metodología

No cubre todas las necesidades de especificación de un proyecto de

software

Muy pocos ejemplos elaborados en la documentación

Puede resultar complejo para alcanzar un conocimiento completo

del lenguaje.

1.10.3 Diagramas de la normalización UML

Diagramas de clases

Diagramas de casos de uso

Diagramas de secuencia

Diagrama de estados

Diagrama de componentes

Marco Teórico 30

Diagrama de paquetes

1.10.3.1 Diagramas de clases

Los diagramas de clases describen la estructura estática de un

sistema, las cosas que existen y que están alrededor de nosotros que se

agrupan naturalmente en categorías. Una clase es una categoría o grupo

de cosas que contiene atributos (propiedades) y acciones similares. Como

por ejemplo puede ser la clase “aviones” que tiene como atributos el

“modelo de avión”, “la cantidad de motores”, “la velocidad de crucero” y la

“capacidad de carga”. Las acciones del avión serian: acelerar, elevarse,

girar, descender, desacelerar.

REPRESENTACIÓN DE UNA CLASE

Fuente: (Teatroabadia) Elaborado por: Alvarado Reyes Angelo Jamil

1.10.3.2 Diagrama de casos de uso

Un caso de uso es la descripción de las acciones de un sistema desde

el punto de vista del usuario. Los casos de uso son muy importantes dado

que es una técnica de aciertos y errores para al final obtener los

requerimientos del sistema.

Los diagramas de casos de uso modelan la funcionalidad del sistema

usando actores y casos de uso. También se los conoce como servicios o

funciones provenientes por el sistema para los usuarios.

GRAFICO N° 8

Marco Teórico 31

REPRESENTACIÓN DE CASOS DE USO


1.10.3.3 Diagramas de secuencias

Los diagramas de secuencias representan como los objetos

interactúan entre sí, tales interacciones suceden con el tiempo. El diagrama

de secuencia indica la interacción con base a tiempos.

REPRESENTACIÓN DE UN DIAGRAMA DE SECUENCIAS


1.10.3.4 Diagramas de estados

En cualquier momento un objeto se encuentra en un estado cualquiera

como por ejemplo: la luz está encendida o apagada., el auto en movimiento

GRAFICO N° 9

GRAFICO N° 10

Marco Teórico 32

o detenido, la persona leyendo o cantando, etc. Los diagramas de estados

capturan esa pequeña realidad.

REPRESENTACIÓN DE UN DIAGRAMA DE ESTADO

Fuente: (teatroabadia) Elaborado por: Alvarado Reyes Angelo Jamil

1.10.3.5 Diagrama de componentes

Un diagrama de los componentes especifica la organización de los

elementos físicos de un sistema, además permite la visualización de la

estructura de alto nivel del sistema.

GRAFICO N° 12

REPRESENTACIÓN DE UN DIAGRAMA DE COMPONENTES


1.10.3.6 Diagrama de paquetes

Un diagrama de paquetes nos permite visualizar como está dividido la

descomposición de jerarquía lógica de un sistema, se lo representa por una

carpeta tabular.

GRAFICO N° 11

Marco Teórico 33

REPRESENTACIÓN DE UN DIAGRAMA DE PAQUETES

Fuente: (sparxsystems) Elaborado por : Alvarado Reyes Angelo Jamil

1.11 Metodología de desarrollo

1.11.1 Aplicación de la metodología iconix

Iconix es una metodología de desarrollo de software, que se basa en

la complejidad de análisis de la metodóloga RUP (Rational Unified

Processes) y la particularidad practicidad de la metodología XP (Extreme

Programming).

Esta metodología integra métodos de orientación a objetos, con el

único objetivo de abarcar todo el ciclo de duración de un proyecto. Se o

considera un enfoque minimalista, ya que está conformado por un conjunto

mínimo de medidas que son importantes para el desarrollo de

software.(Iisoftware, 2013) (Ver bibliografía).

Esta metodología es práctica, dinámica y trazable además es muy

utilizada por ser flexible cuenta con la ventaja que el proyecto de sistema

se lo puede desarrollar por partes.

1.11.2 Características de la metodología iconix

Iterativo e incremental

Trazabilidad

Dinámica del UML

GRAFICO N° 13

Marco Teórico 34

1.11.3 Fases de la metodología iconix

Análisis de los requisitos

Análisis de diseño preliminar

Revisión del diseño

Implementación

Teniendo en cuenta estas características de la metodología iconix se

escoge para el desarrollo de la aplicación web, ya que es muy dinámica y

cuenta con la funcionalidad adecuada para desarrollar sistemas de gestión

de titulación

1.12 Marco Referencial

Según Torres Torres Elvis Alexander (2016) (Ver bibliografía) afirma

que:

La unidad de titulación de la carrera de Ingeniería Informática de la

Universidad Central del Ecuador, tiene la función de administrar los

diferentes procesos de titulación de dicha Facultad, actualmente el proceso

de asignación de temas a los revisores es de forma manual, teniendo el

control y registro de este proceso en hojas Excel, siendo vulnerable a

muchos errores o perdida de la información de tal manera que se dificulta

determinar con claridad el número de temas asignados a cada revisor.

El proceso de asignación de revisores debe verificar el estado de cada

proyecto asignado, con el único propósito de no sobrecargar la asignación

de temas a un docente revisor, hay que tener en consideración que el

tiempo empleado en este proceso se incrementa cada año debido a que se

aumenta el número de postulantes, de esta manera también se maximiza

los recursos asignados a los distintos procesos de titulación.

Unos de los objetivos es automatizar la asignación de revisores

mediante una aplicación web y reducir la carga laboral de los actores

Marco Teórico 35

involucrados en el proceso de titulación de la facultad de Ingeniería

Informática de la Universidad Central del Ecuador.

El alcance de este sistema tendrá las siguientes características:

Registro de temas y asignación de revisores

Carga de documentos en formatos PDF

Registro de las actividades del revisor

Visualización de la cantidad de proyectos asignados a un docente

revisor

A continuación, se muestra la imagen de portal web para la Unidad de

titulación de la Carrera de Ingeniería Informática de la Universidad Central

del Ecuador.

SITIO WEB DE LA UCE

Fuente: (dspace) Elaborado por: Alvarado Reyes Angelo Jamil

Una vez analizado el proyecto anterior se puede concluir, que en el

desarrollo del sistema para la Universidad Central del Ecuador se utilizó la

arquitectura Modelo Vista Controlador (MVC), Prime Faces con Java Server

Faces y java como lenguaje para la elaboración del código fuente, ya que

estas tecnologías se ajustan a los lineamientos de la dirección de

tecnologías de dicho centro educativo. En base a esta premisa se puede

afirmar que el desarrollo del sistema para la gestión del subproceso de

sustentación dentro del proceso titulación, tiene una probabilidad de éxito

GRAFICO N° 14

Marco Teórico 36

del 90% este proyecto se lo implementará como plan piloto en la Carrera

de Sistemas de Información de la Facultad de Ingeniería Industrial,

cumpliendo de esta forma con los objetivos inicialmente planteados, de tal

manera que se fomentará el uso de software libre en las instituciones

educativas, además se contribuirá a la mejora continua y aplicación de

soluciones tecnológicas con la única finalidad de cumplir con los

reglamentos educativos.

1.13 Marco legal

El Artículo 21 del Reglamento Régimen Académico indica que la

unidad de titulación “Es la unidad curricular que incluye las asignaturas,

cursos o sus equivalentes, que permiten la validación académica de los

conocimientos, habilidades y desempeños adquiridos en la carrera para la

resolución de problemas, dilemas o desafíos de una profesión” (Consejo de

Educación Superior,2017,p.14).

Según lo citado anteriormente el estudiante debe evidenciar los

conocimientos adquiridos durante su formación como profesional,

demostrando la capacidad de resolver problemas relacionado a su carrera

académica.

El (Consejo de Educación Superior,2017) valorara los trabajos de

titulación de las diferentes carreras universitarias de formación técnica

superior y sus equivalentes lo siguiente: proyectos de investigación,

proyectos integradores, ensayos, artículos, análisis de casos, comparación

de estudios, propuestas metodológicas, propuestas tecnológicas,

productos o presentaciones artísticas, dispositivos tecnológicos, modelos

de negocios, emprendimientos, proyectos técnicos, trabajos

experimentales y entre otros que presenten un nivel de complejidad similar.

Cualquier desarrollo de trabajo de titulación deberá presentar una

propuesta innovadora que tenga como mínimo, una investigación

Marco Teórico 37

exploratoria con base conceptual, conclusiones y fuentes de consulta. Para

avalar su rigor académico, el trabajo que desarrolle para la titulación deberá

tener relación con el aprendizaje obtenido durante la carrera, además

deberá utilizar un nivel de argumentación coherente con el campo de

conocimiento.

Metodología 38

CAPITULO II

METODOLOGÍA

2.1 Tipo de investigación

Con respecto a este proyecto de titulación, la investigación que se

implementara es la descriptiva la misma que según Fidias G. Arias,( 2012)

(Ver bibliografías) la investigación descriptiva se basa en caracterizar un

hecho, fenómeno, individuo o grupo, con la finalidad de establecer una

estructura o comportamiento. Por lo tanto, los resultados de este tipo de

investigación se ubicarán en un nivel intermedio en cuanto a la profundidad

de conocimientos se refiere.

Analizando desde otro punto de vista describir es recolectar datos para

luego ser analizados, mediante el estudio de tipo descriptivo se clasifica un

grupo de cuestiones y se mide la información recolectada, con el único

propósito de describir el gran problema e identificar el motivo de la

investigación. La recolección de datos debe de mostrar un evento, una

comunidad, un fenómeno, circunstancia o situación que esté ocurriendo en

todos los aspectos.

De tal manera que, a través de la investigación descriptiva, se puede

recopilar todos los datos necesarios sobre el problema a solucionar,

siempre y cuando hay que tener presente las características de la

asignación de los cursos de titulación, que está conformado por el gestor

de titulación, docentes y estudiantes que van a ser lo beneficiados de dicho

curso para su posterior sustentación y graduación. Cada uno de estos

actores cumple un rol muy importante, de tal forma que es muy necesario

conocer las opiniones de cada uno ellos para así poder diseñar y adaptar

las recomendaciones para solucionar las necesidades de los involucrados.

Metodología 39

2.1.1 Investigación descriptiva

La investigación descriptiva se clasifica en:

a) Estudios de medición de variables independientes

El objetivo es observar y cuantificar la modificación de una o

más características en un grupo, sin establecer las relaciones entre

estas. Lo que quiere decir que cada característica o variable se

analiza de forma independiente, por lo tanto, no se formulan

hipótesis, sin embargo, son necesarias las variables.

b) Investigación correlacional

La finalidad de esta investigación es para determinar el grado

de relación o asociación existente entre dos o más variables. En este

tipo de investigación primero se miden las variables mediantes

pruebas de hipótesis correlaciónales y utilizando técnicas

estadísticas, este tipo de investigación no afirma una forma directa

de relaciones causales, pero pueden aportar indicios de probables

casos de un fenómeno en particular

2.1.2 Alcance de la investigación

Para el desarrollo del módulo de sustentación se lo llevara a cabo de

una manera cualitativa de investigación, debido a que el área de la

investigación está conformada por varios procesos, de tal manera la

incógnita dentro del proceso de titulación, es conocer de qué manera se

puede gestionar sistemáticamente los proceso de revisión y sustentación

del trabajo de titulación, teniendo en cuenta la personas involucradas y

otros aspectos cualitativos que se deben averiguar por medio de las fuentes

de elicitación a los diferentes actores que intervienen directamente con el

proceso.

Metodología 40

Mediante las fuentes de elicitación se obtiene la información necesaria

para elegir el tipo de arquitectura que se va a utilizar en el módulo de

revisión y sustentación del proceso de titulación, y de esta manera cumplir

con los objetivos específicos y de igual manera el objetivo general del

proyecto.

2.2 Situación Inicial

El proceso de revisión y sustentación en la carrera de Sistemas de

Información es gestionado por el gestor de titulación. Este proceso se lo

ejecuta dos veces al año:

El proceso de revisión final es lo nueva fase que se va a implementar

en los nuevos procesos de titulación, el gestor es el encargado de asignar

un revisor a cada estudiante esto se lo realiza previo a la sustentación para

indicar las observaciones del entregable final y estas puedan ser corregidas

por los estudiantes, en donde tendrá 30 días calendario para hacer las

respectivas correcciones, luego de esto el revisor deberá entregar un

informe de revisión final junto con la calificación.

Para la sustentación del trabajo de sustentación del gestor convocara

un tribunal examinador, el cual estará conformado por el revisor del trabajo

de titulación, el decano o su delegado y un docente del área de

conocimiento designado por el director de carrera, la sustentación se lo

llevara mediante un acto público que tendrá una duración de 20 minutos.

La sustentación será calificada de acuerdo a la respectiva rubrica de

evaluación y corresponderá a la tercera nota de la asignatura de la unidad

de titulación.

2.3 Enfoque metodológico

Según Hernández Sampieri Roberto, ( 2014) (Ver bibliografía)

manifiesta que:

A lo largo de la historia la ciencia indica que han surgido diversas

corrientes de pensamiento como: el empirismo, el materialismo dialéctico y

Metodología 41

muchas más que han abierto camino a la búsqueda del conocimiento.

Desde el siglo pasado tales corrientes se polarizaron en dos enfoques que

son cualitativos y cuantitativos.

Llevan a cabo la observación y luego evalúan los fenómenos.

Establecen suposiciones o ideas como consecuencia de la

observación y evaluación realizada.

Demuestran el grado de las suposiciones o ideas que tienen

fundamento.

Revisan tales suposiciones o ideas en base a pruebas o análisis

Proponen nuevas observaciones y evaluaciones para esclarecer,

modificar y fundamentar las suposiciones.

2.4 Metodología de desarrollo

En el presente proyecto se va a utilizar una metodología ágil de

desarrollo llamada Iconix es la más adecuada con respecto a la experiencia

de la misma.

2.4.1 Fase preliminar

Durante esta fase se establece el ciclo de vida que desempeñara el

sistema durante el proceso de desarrollo del proyecto las cuales se

mencionan a continuación:

2.4.2 Análisis de requisitos

En esta fase se realizarán tareas de identificar y organizar las tareas,

de igual manera determinar los diferentes requerimientos del sistema y los

actores que intervienen en el mismo.

2.4.3 Diseño

Metodología 42

En esta fase del diseño se especificará los casos de usos, diagrama

de clases, diagrama de secuencias, modelo entidad relación y se

comprueba que el diseño cumpla con los objetivos planteados inicialmente.

2.4.4 Implementación y pruebas

En esta última fase se hacen todas las pruebas que el sistema

requiera para comprobar la funcionalidad de cada uno de los componentes

que lo conforman, es decir se prueba el sistema como un todo, estas

pruebas van orientadas a los casos de usos.

2.5 Fuentes y técnicas

Las técnicas de recopilación de información utilizada en el presente

proyecto fueron las entrevistas y observación directa.

Las fuentes fueron los usuarios directores, gestor de titulación

coordinador y docentes de la carrera de sistemas de información.

2.5.1 Desarrollo de las entrevistas

Las entrevistas se desarrollaron en el proceso de modelamiento del

módulo de sustentación y revisión, aquí se indica la referencia del

modelamiento ya presentado y planteado.

2.5.2 Recopilación de documentos

La técnica de recopilación de documentos es para la observación y

gracias a las entrevistas realizadas a los actores involucrados se puedo

obtener los documentos que se utilizan en el proceso de sustentación.

A continuación, se muestra los documentos recopilados:

Metodología 43

MODELO DE LA RÚBRICA DEL REVISOR

Fuente: Departamento de Titulación Licenciatura en Sistemas de Información Elaborado por: Alvarado Reyes Angelo Jamil

IMAGEN N° 1

Metodología 44

ACTA DE ACTA DE CALIFICACIÓN FINAL DE SUSTENTACIÓN

Fuente: Departamento de Titulación Licenciatura en Sistemas de Información Elaborado por: Alvarado Reyes Angelo Jamil

IMAGEN N° 2

Metodología 45

CUADRO N ° 4

CAUSAS Y EFECTOS DEL PROCESO DE SUSTENTACIÓN

Proceso de sustentación

Problema Causa Efecto

No se sabe a qué línea pertenece un docente revisor

Se asigna revisor a cualquier estudiante sin tener en cuenta la línea de investigación

El revisor no podrá hacer las observaciones correspondientes ya que conoce muy poco de la del tema que le ha sido asignado

Al crear un tribunal no se tiene en cuenta los docentes que estén disponibles para conformar dicho tribunal examinador

Cruces de horarios No está disponible el docente para conformar el tribunal

Se desconoce los estudiantes que cumplen con todos los requisitos previo a la sustentación

Retraso en asignar el tribunal al estudiante

Se pierde tiempo en estar revisando que los estudiantes hayan cumplido con todos requisitos

En la asignación de revisores se sobrecarga de proyectos a un docente/revisor.

Los revisores se retrasan en realizar las observaciones en los

Se desgasta mucho tiempo en entregar los informes de las respectivas observaciones

Fuente: Investigación directa Elaborado por: Alvarado Reyes Angelo Jamil

2.6 Requerimientos Funcionales

CUADRO N ° 5

REQUERIMIENTOS FUNCIONALES DEL MÓDULO DE

SUSTENTACIÓN

ID REQUISITOS DESCRIPCIÓN DEL REQUERIMIENTO

USUARIO

RF-01

Asignar docente revisor

El sistema va a permitir asignar estudiantes a un revisor

Gestor de titulación

RF-02

Revisar documento y producto entregable

El sistema va a permitir ingresar las observaciones de la revisión

Revisor

RF–03

Ingresar rubrica del revisor

El sistema va a permitir ingresar la rúbrica detallando la calificación del estudiante

Revisor

RF–04 Ingresar calificación final

El sistema va a registrar la calificación final

Revisor

RF–05 Registro de requisitos

El sistema va a permitir el registro del cumplimiento de los requisitos

Secretaria

Metodología 46

RF–06

Crear tribunal El sistema va a permitir crear los tribunales por línea de investigación


RF-07 Asignar tribunal El sistema va a permitir asignar los miembros del tribunal por línea de investigación


RF-08 Ingresar acta de calificación final

El sistema va permitir ingresar la nota final de sustentación

Secretaria

RF-9 Asignar revisor El sistema va a permitir asignar un revisor a cada estudiante


RF-10 Generar reporte El sistema va a permitir generar automáticamente los respectivos reportes de las revisiones

Revisor

RF-11 Generar actas de calificación final

El sistema va a permitir generar las actas de calificación de los estudiantes


Fuente: Investigación directa Autor: Reyes Reyes Katherine Pamela

2. 7 Requerimientos no funcionales

CUADRO N ° 6

REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA

REQUERIMIENTOS NO FUNCIONALES

Código Requerimientos

RN 01 Interfaz intuitiva para el usuario

RN 02 Aplicación tipo web

RN 03 Rendimiento del sistema

RN 04 Disponibilidad del sistema


2.8 Definición de los actores de los casos de usos

A continuación, se presenta la siguiente tabla de los actores que van

interactuar con el sistema.

CUADRO N ° 7

ACTORES Y ROLES DEL SISTEMA

Fuente: Investigación directa

ACTORES

ROL DESCRIPCION


Se encarga de la planificación y asignar los recursos necesarios para el proceso de sustentación. Crea y asigna el tribunal examinador a los estudiantes Asignar el revisor para el trabajo de titulación

Metodología 47

Autor: Reyes Reyes Katherine Pamela

2.9 Diagramas de casos de usos

MODULO PRINCIPAL DEL PROCESO DE REVISOR Y

SUSTENTACIÓN


Secretaria Es la encargada de recopilar los documentos de los estudiantes para llevar a cabo el proceso de sustentación y de ingresar la nota final de sustentación.

Revisor Es el encargado revisar el producto y entregable final del estudiante, donde registrara las observaciones correspondientes También deberá entregar un informe final y calificará el trabajo de sustentación Registrará la rúbrica una vez que el estudiante haya corregido las observaciones dada por revisor

Metodología 48

Revisión del trabajo de titulación


Defensa del trabajo de titulación

Fuente: Investigación directa Autora: Reyes Reyes Katherine Pamela

Metodología 49

2.10 Narrativas de los casos de usos

CUADRO N ° 8

DESCRIPCIÓN DE CASO DE USO REVISAR ENTREGABLE FINAL

Universidad de Guayaquil Facultad de Ingeniería Industrial

Licenciatura en Sistemas de Información

Diagrama UML

Tema: “Modelamiento de procesos en el módulo de revisión del trabajo final y defensa de trabajo de titulación”

Integrantes: Katherine Reyes Reyes

Fecha de elaboración: 01/11/2017

Creación: 07/11/2017

Última modificación: 12/11/2017

Nombre de caso de Uso: Revisar entregable final

Actor Principal: Revisor

Precondiciones: se debe haber asignado un revisor a cada tema aprobado en tutoría

Postcondiciones: El revisor guarda la información.

Pasos Acción de los actores Respuesta del sistema

1 El revisor selecciona la facultad

2 Muestra la facultad seleccionada

3 El revisor selecciona la carrera

4 Muestra la carrera seleccionada

5 El revisor selecciona el periodo

6 Muestra el periodo seleccionado

7 El revisor selecciona un tema a revisar

8 Muestra en vista previa el documento a revisar

9 El revisor descarga el archivo

10 El sistema muestra un dialogo para registrar las observaciones

11 El revisor registra las observaciones del documento revisado

12 El revisor asigna un estado al documento

El sistema guarda las observaciones y el estado del documento revisado


CUADRO N ° 9

DESCRIPCIÓN DE CASO DE USO REGISTRAR RÚBRICA



Diagrama UML



Fecha d e elaboración: 01/11/2017



Metodología 50

Nombre de caso de Uso: Registrar rúbrica

Actor Principal: Revisor

Precondiciones: El entregable final debió ser corregido por el estudiante

Postcondiciones: El revisor guarda la información.


1 El revisor selecciona la facultad


3 El revisor selecciona la carrera


5 El revisor selecciona el periodo


7 El revisor selecciona un estudiante

8 Muestra la rúbrica con sus respectivos aspectos a evaluar

9 El revisor califica cada ítem de los aspectos

10 El sistema suma automáticamente el valor de cada subaspecto a evaluar

11 El revisor hace clic en guardar rúbrica

12 El sistema guarda la rúbrica del estudiante evaluado


CUADRO N ° 10

DESCRIPCIÓN DE CASO DE USO CREAR TRIBUNAL



Diagrama UML






Nombre de caso de Uso: Crear Tribunal

Actor Principal: Gestor de titulación

Precondiciones: Los docentes están registrado en la base de datos

Postcondiciones: El gestor guarda la información.


1 El gestor selecciona la facultad


3 El gestor selecciona la carrera


5 El gestor selecciona el periodo


Metodología 51

7 El gestor selecciona la línea de investigación

8 Muestra la línea de investigación

9 El gestor selecciona crear tribunal

8 Muestra una ventana para crear el tribunal

9 El gestor visualiza los docentes y los delegados

10 El gestor selecciona un delegado y un docente para crear un tribunal

11 El gestor hace clic en guardar comité

12 El sistema guarda los miembros del comité Fuente: Investigación directa Autora: Reyes Reyes Katherine Pamela

CUADRO N ° 11

DESCRIPCIÓN DE CASO DE USO REGISTRAR REQUISITOS



Diagrama UML






Nombre de caso de Uso: Registrar requisitos

Actor Principal: Secretaria

Precondiciones: Los estudiantes deben de haber aprobado la revisión del entregable final

Postcondiciones: La secretaria guarda la información.


1 La secretaria selecciona la facultad


3 La secretaria selecciona la carrera


5 La secretaria selecciona el periodo


7 La secretaria selecciona la línea de investigación


9 La secretaria selecciona registro de requisitos

8 Muestra los estudiantes para registrar los requisitos

9 La secretaria selecciona un estudiante

10 La secretaria hace clic en registrar requisitos

11 Muestra una ventana de los requisitos a cumplir

Metodología 52

12 La secretaria marca todos los requisitos que ha cumplido el estudiante

13 La secretaria hace clic en guardar

14 El sistema guarda los requisitos del estudiante


CUADRO N ° 12

DESCRIPCIÓN DEL CASO DE USO ASIGNAR TRIBUNAL



Diagrama UML






Nombre de caso de Uso: Asignar Tribunal

Actor Principal: Gestor de titulación

Precondiciones: Los tribunales están creados y los estudiantes tienen un revisor

Postcondiciones: El gestor guarda la asignación de cada tribunal


1 El gestor selecciona la facultad


3 El gestor selecciona la carrera


5 El gestor selecciona el periodo


7 El gestor selecciona la línea de investigación


9 El gestor selecciona asignar tribunal

8 Muestra los estudiantes

9 El gestor selecciona un estudiante

10 El gestor hace clic en asignar un tribunal

11 Muestra una ventana de los tribunales creados

12 El gestor le asigna un tribunal al estudiante

13 El sistema guarda el tribunal asignado


Metodología 53

2.11 Arquitectura del Sistema

Para el desarrollo del módulo de revisión y sustentación se utilizará el

patrón MVC la cual nos brinda una arquitectura multicapa y distribuida ya

que es accesible a través de internet a la plataforma.

Las capas lógicas de las que está compuesta el sistema son las

siguientes:

ESQUEMA DEL USO DEL PATRÓN MVC

Fuente: (cubenube) Elaborado por: Alvarado Reyes Angelo Jamil

Para el desarrollo del sistema se decidió por una arquitectura de tres

capas.

2.11.1 Capa de presentación

Se utilizará JavaServerFaces con PrimeFaces y etiquetas HTML para

generar las páginas web del sistema y diseñar el controlador del

patrón MVC, mientras que para la lógica de negocio se utilizará inyección

de dependencias mediante el uso del framework Spring y para el

almacenamiento de datos se utilizará como gestor de base de datos

PostgreSQL con el mapeo ORM.

GRAFICO N° 15

Metodología 54

CAPA DE PRESENTACIÓN EN JSF


2.11.2 Lógica de negocio

La lógica de negocio es en donde se realiza todas las reglas del

negocio y las necesidades de los usuarios, mediante la interacción con la

base de datos, en esta capa se utilizara la anotación @Service que nos

permite obtener los servicios a manipular además de la anotación

@Autowired que sirve para inyectar un Bean usando la detección de Spring

automáticamente y por ultimo también utilizamos la anotación

@Transactional para realizar todas las transacciones a la base de datos.

IMAGEN N° 4

MANTENEDOR CAPA DE NEGOCIO TRANSACCIONAL


IMAGEN N° 3

Metodología 55

2.11.3 Lógica de datos

Mediante el uso del patrón DAO se indicará el acceso de

persistencia de datos según las operaciones de cada modelo, para el

mapeo se utilizará el ORM de Hibernate mismo que se encargará de la

conexión con la base de datos y de construir automáticamente el código

que se utilizará para las transacciones hacia la base de datos.

Con el uso del patrón DAO se crea una clase tipo interfaz ahí se

indica los métodos a utilizarse.

IMAGEN N° 5

INTERFACE PATRÓN DE ACCESO DAO


Esta interfaz es implementada en una clase Dao con la palabra

reservada implements y de esta manera poder hacer uso de estos métodos.

Y para tener la disponibilidad de los datos se requiere acceder a la base de

datos con la anotación @Repository, además de esto se hace uso del

EntityManger ya que nos permite trabajar con la persistencia es decir que

podemos trabajar con las entidades de la base de datos.

Metodología 56

IMAGEN N° 6

IMPLEMENTACIÓN DE LOS MÉTODOS DE LA INTERFACE


2.11.4 Bean

Para que el bean se comunique con la lógica negocio se utiliza la

anotación @ManagedProperty, además el bean interactúa con la capa de

presentación usando la palabra reservada @ManagedBean de tipo JSF

para acceder a las propiedades de la interfaz de usuario.

IMAGEN N° 7

CLASE BEAN DE ACCESO A LA CAPA DE NEGOCIO Y JSF


Metodología 57

2.12 Estudio de factibilidad técnica

Ya conociendo las herramientas a utilizarse para el desarrollo del

proyecto del sistema web, es necesario realizar una evaluación de

factibilidad técnica.

Para el desarrollo del sistema se han definido las siguientes

herramientas.

CUADRO N ° 13

HERRAMIENTAS A UTILIZAR EN LA ELABORACIÓN DEL SISTEMA

Herramientas Observaciones

Java Lenguaje de programación

JSF + Prime Faces Para el diseño de las vistas

Netbeans IDE utilizado para el desarrollo

PostgreSQL Motor de base de datos

Apache Tomcat Servidor web para el sistema

Windows Sistema operativo Fuente: Investigación directa Elaborado por: Angelo Jamil Alvarado Reyes

Metodología 58

CAPITULO III

PROPUESTA

3.1 Tema

Desarrollo del módulo de aplicación web para la gestión de

sustentación del proceso de titulación en la carrera de sistemas de

información de la Facultad de Ingeniería Industrial.

3.2 Objetivo

Desarrollar una aplicación web que permita gestionar y minimizar el

tiempo empleado en el proceso de sustentación, de la carrera en Sistemas

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

3.3 Fase de diseño

A continuación, se presenta los siguientes diagramas y diseños

resultantes de la fase modelamiento de procesos para el módulo de

sustentación del proceso de titulación de la carrera de Sistemas de

Información.

Diagrama de Clases

Modelo conceptual

Modelo ER Entidad Relacional

Diagrama de secuencia

Diagrama de componentes

Diagrama de despliegue

Diagrama de estado

Propuesta 59

GRAFICO N° 16

DIAGRAMA DE CLASES


Propuesta 60

GRAFICO N° 17

DIAGRAMA DE ACTIVIDAD ASIGNACIÓN DE UN COMITÉ A UN

ESTUDIANTE


GRAFICO N° 18

DIAGRAMA DE ACTIVIDAD CREACIÓN DE UN TRIBUNAL


Propuesta 61

GRAFICO N° 19

DIAGRAMA DE ACTIVIDAD ASIGNACIÓN DE UN REVISOR


GRAFICO N° 20

DIAGRAMA DE ACTIVIDAD REGISTRO DE REQUISITOS


Propuesta 62

GRAFICO N° 21

DIAGRAMA DE ACTIVIDAD REGISTRA DE OBSERVACIONES DEL

ENTREGABLE FINAL


Propuesta 63

GRAFICO N° 22

DIAGRAMA DE ACTIVIDAD REGISTRO DE RÚBRICA


Propuesta 64

GRAFICO N° 23

MODELO ENTIDAD RELACIÓN


docentes

PK id_docente

cedula

nombres

apellidos

direccion

email

telefono

celular

estado

foto

nombre_foto

FK id_usuario

rubrica_entregables_final

PK id_rubrica_entregable_final

FK id_revision

FK id_tipo_rubrica

nota_parcial_1

ficha_inscripcion

PK id_ficha_inscripcion

FK id_estudiante

fecha_inscripcion

repeticiones

estado

FK id_subdetalle_cronogramas

delegados

PK id_delegado

FK id_docente

estado

fechas_sustentaciones

PK id_fecha

FK id_tribunal

fecha

hora

laboratorio

miembros_tribunal

PK miembro_tribunal_id

FK id_tribunal

FK id_docente

fecha_asignacion

estado

memoria_escrita

sustentacion_oral

requisitos

PK id_requisito

nombre

requisitos_estudiantes

PK id_requisito_estudiante

FK id_requisito

FK id_ficha_inscripcion

estadorevisiones

PK id_revision

FK id_entregable_final

fecha_revision

observacion

estado

informe_final

certif icado_pdf

revisores

PK id_revisor

FK id_docente

estado

tribunales

PK id_tribunal

FK id_delegados


numero_tribunal

fecha_conformacion

estado

nota_final

entregables_final

PK id_entregable_final

estado

FK id_documento


nombre_documento

archivo_pdf

fecha_subida

FK id_revisor

FK id_tribunal

aspectos

PK id_aspectos

detalle

subaspectos_rubrica_entregables_fin

PK id_sub_aspectos_rubrica

nota

FK id_sub_aspectos

FK id_rubrica_entregable_final

sub_aspectos

PK id_sub_aspectos

FK id_aspectos

detalle

valor_sub_aspecto

tipo_rubrica

PK id_tipo_rubrica

detalle

subdetalle_cronogramas

PK id_subdetalle_cronogramas

id_actividad

apertura

cierre

estado

observacion

Propuesta 65

3.4 Diccionario de base de datos

CUADRO N ° 14

No. Nombre físico Descripción

1 requisitos Contiene los requisitos que los

estudiantes deberán cumplir

previo a la sustentación.

2 requisitos_estudiantes Almacena los requisitos que han

cumplido los estudiantes.

3 Ficha_requisito Almacena la ficha de cada

estudiante que haya cumplido

con los requisitos

4 tribunales Registra los tribunales creados

para la sustentación

5 miembro_tribunal Registra los miembros que

pertenecen a un comité.

6 revisores Registra los miembros que son

revisores.

7 delegados Registra los docentes que están

como delegados.

8 revisiones Registra las observaciones de

cada tema.

9 rubrica_documento Registra la rúbrica de cada

entregable final.

10 Aspectos Registra los aspectos que serán

calificados del entregable final.

11 tipo rubrica Registra el tipo de rubrica.

12 subaspectos_rubrica_entregables_fin Registra la calificación de cada

subaspectos.

13 sub_aspectos Registra los subaspectos a

evaluar

14 Entregable_x_tribunal Registra los entregable que ha

sido asignado a cada tribunal


Propuesta 66

3.5 Diagrama de secuencias

GRAFICO N° 24

DIAGRAMA DE SECUENCIAS DE ASIGNAR EL REVISOR


GRAFICO N° 25

DIAGRAMA DE SECUENCIA CREAR TRIBUNAL


Propuesta 67

GRAFICO N° 26

DIAGRAMA DE SECUENCIAS DE ASIGNAR EL TRIBUNAL


GRAFICO N° 27

DIAGRAMA DE SECUENCIAS DE REVISIÓN DEL DOCUMENTO FINAL


Propuesta 68

GRAFICO N° 28

DIAGRAMA DE SECUENCIAS DE REGISTRO DE RÚBRICA


GRAFICO N° 29

DIAGRAMA DE SECUENCIAS DE REGISTRO DE REQUISITOS


Propuesta 69

GRAFICO N° 30

DIAGRAMAS DE SECUENCIAS DE REGISTRO DE NOTA DE

SUSTENTACIÓN


3.6 Diagramas de componentes

GRAFICO N° 31

DIAGRAMA DE COMPONENTES DEL SISTEMA


Propuesta 70

3.7 Diagrama de estados

GRAFICO N° 32


3.8 Diagrama de despliegue

GRAFICO N° 33


Propuesta 71

3.9 Plan de implementación

GRAFICO N° 34


Propuesta 72

3.10 Impactos del proyecto

Una vez desarrollado el proyecto se analiza el impacto que generará

el sistema, a través de indicadores:

TE = tiempo de efectividad

CUADRO N ° 15

INDICADORES DEL SISTEMA WEB DE SUSTENTACIÓN

Indicador Fórmula Nivel de

impacto

Descripción

Registro de

rúbrica

TE= tiempo de registro manual – tiempo de registro en el sistema TE = 20 min – 8 min TE= 12 min

Positivo

(+)

El ahorro de

tiempo es de 12

minutos con

respecto al

registro de la

rúbrica

manualmente

Asignación de

revisores

TE= tiempo de asignación manual – tiempo de asignación en el sistema TE = 60 min – 10 min TE= 50 min

Positivo

(+)

El ahorro de

tiempo es de 50

minutos en el

proceso de

asignación de

revisores

Conformación

del tribunal

TE= tiempo de conformación manual – tiempo de conformación en el sistema TE = 180 min – 30 min TE= 150 min

Positivo

(+)

El ahorro de

tiempo es de

150 min en este

proceso

Propuesta 73

Asignación

temas al tribunal

TE= tiempo de asignación manual – tiempo de asignación en el sistema TE = 120 min – 10 min TE= 110 min

Positivo

(+)

El ahorro de

tiempo en la

asignación de

tema al tribunal

es de 110 min


Análisis

Con este nivel de impacto positivo el proyecto indica que a corto,

mediano y largo plazo el resultado de la implementación del software

ayudará a la gestión de la sustentación de la carrera de Sistemas de

Información, beneficiando a los actores involucrados reduciendo de esta

manera los tiempos en la asignación de recursos.

3.11 Prototipos

En la siguiente pantalla se crea el tribunal examinador el cual estará

conformado por un delegado, un docente por línea de investigación y el

revisor.

CUADRO N ° 16

PANTALLA DE CREAR TRIBUNAL

Diseño de pantallas

Universidad de Guayaquil Proyecto Sistema de Titulación de

Carrera

Facultad de Ingeniería

Industrial

Módulo Gestión de sustentación

Licenciatura en Sistemas

de Información

Desarrollador Angelo Alvarado Reyes

Nombre Crear Tribunal

Propuesta 74

Nombre de la pagina Ruta

Crear_Tribunal sustentacion/faces/Tribunales.xhtml


En la siguiente pantalla se asignará el tribunal a los estudiantes que

hayan aprobado las revisiones y por ende que hayan cumplido con todos

los requisitos previos a la sustentación.

CUADRO N ° 17

PANTALLA ASIGNAR EL TRIBUNAL


Universidad de Guayaquil Proyecto Sistema de Titulación

de Carrera


Industrial


Propuesta 75


de Información


Nombre Asignar tribunal examinador


Asignar_tribunal sustentacion/faces/Tribunales.xhtml


En la siguiente pantalla se muestra lo tribunales previamente ya

creados en la cual al hacer clic en ver miembros se mostrará los integrantes

de un tribunal en particular.

CUADRO N ° 18

PANTALLA DE CONSULTAR TRIBUNALES CREADOS


Universidad de Guayaquil Proyecto Sistema de Titulación

de Carrera

Facultad de Ingeniería Industrial Módulo Gestión de

sustentación

Licenciatura en Sistemas de

Información

Desarrollador Angelo Alvarado

Reyes

Nombre Consulta de Tribunales creados

Propuesta 76


Consultar_Tribunales sustentacion/faces/Tribunales.xhtml


En la siguiente pantalla se asignará temas a los revisores y también

se visualizará cuantos temas tiene asignado cada revisor con la finalidad

de no sobrecargar a un revisor en particular.

CUADRO N ° 19

PANTALLA DE ASIGNAR REVISOR


Universidad de Guayaquil Proyecto Sistema de Titulación de Carrera


Industrial



Información


Nombre Asignar Revisor


Asignar_Revisor /sustentacion/faces/AsignarRevisor.xhtml


Propuesta 77

En la siguiente pantalla se mostrará los estudiantes con sus

respectivos revisores asignados previamente, de tal manera que el gestor

podrá eliminar cualquier asignación que el desee.

CUADRO N ° 20

PANTALLA DE CONSULTAR REVISOR ASIGNADO


Universidad de Guayaquil Proyecto Sistema de

Titulación de

Carrera


sustentación


Información

Desarrollador Angelo

Alvarado

Reyes

Nombre Consultar Revisor


Consultar_Revisores sustentacion/faces/AsignarRevisor.xhtml


Propuesta 78

En la siguiente pantalla se muestra la rúbrica para que el revisor

califique el trabajo de titulación de los estudiantes, para luego ser impresa.

CUADRO N ° 21

PANTALLA DE REGISTRO DE RÚBRICA



Titulación de

Carrera


sustentación


Información


Alvarado Reyes

Nombre Registrar Rúbrica


Rubrica_Revisor sustentacion/faces/revisionDocumento.xhtml


Propuesta 79

En la siguiente pantalla el revisor podrá visualizar y descargar el

trabajo de titulación de los estudiantes para realizar las respectivas

observaciones del mismo.

CUADRO N ° 22

PANTALLA DE REVISIÓN DEL DOCUMENTO FINAL



Titulación de

Carrera


sustentación


Información


Alvarado

Reyes

Nombre Revisar Documento final


Revisar_Documento sustentacion/faces/Revisar_Documento.xhtml


Propuesta 80

En esta pantalla el usuario registrará todos los requisitos del

estudiante previo a la asignación del tribunal

CUADRO N ° 23

PANTALLA DE REGISTRO DE REQUISITOS



Titulación de

Carrera


sustentación


Información


Alvarado

Reyes

Nombre Registro de Requisitos


Requisitos_Estudiantes sustentacion/faces/Requisito.xhtml


Propuesta 81

En la siguiente pantalla el revisor registrará las observaciones por

capítulo del trabajo de titulación del estudiante.

CUADRO N ° 24

PANTALLA DE REGISTRO DE OBSERVACIONES DEL ENTREGABLE

FINAL



Titulación de

Carrera


sustentación


Información


Reyes

Nombre Registrar observaciones del entregable final


Rubrica_Revisor sustentacion/faces/revisionDocumento.xhtml


Propuesta 82

CONCLUSIONES

Con el proyecto realizado se logra aportar a la gestión del subproceso

de sustentación dentro del gran proceso de titulación, esto se logra gracias

a un cronograma de actividades establecido para el desarrollo del tema.

Luego de haber culminado el desarrollo del sistema se puede

concluir lo siguiente:

El presente proyecto se logra realizar con éxito debido al

levantamiento de información de todos los procedimientos y

actividades que se llevan a cabo en la gestión de sustentación,

haciendo las respectivas observaciones y entrevistas para el

desarrollo de la aplicación.

Para desarrollar la aplicación web se utilizó la arquitectura Modelo

Vista Controlador (MVC), por lo tanto, la aplicación está dividida, es

decir, se facilitará el mantenimiento posterior del sistema.

El lenguaje que se utilizó para elaborar el código fuente de la

aplicación web fue java, para la interfaz del usuario se utilizó JSF

con prime faces y de esta forma se contribuyó al uso de software

libre en las instituciones públicas.

La información que fue recopilada se almaceno en un repositorio de

bases de datos digital, que cumple con todos los requerimientos

técnicos necesarios para asegurar la información del sistema, de tal

manera que los datos se encuentran ordenados y facilitan el acceso

de los diferentes usuarios.

El proyecto del desarrollo de la aplicación web va dirigido al

departamento de titulación de la carrera de Sistemas de Información, con

el cual se logra a portar a la gestión del proceso de sustentación, mejorando

así los procesos y satisfaciendo las necesidades de los actores

involucrados.

Propuesta 83

RECOMENDACIONES

Para un mejor funcionamiento y desempeño del sistema, se

recomienda realizar lo siguiente:

Seguir depurando la aplicación incorporando nuevas

funcionalidades a futuro y mantener una continua retroalimentación

del sistema para de esta manera seguir beneficiando a los actores

involucrados.

Implementar un módulo para generar los reportes para cada uno de

los usuarios para ampliar los medios de información.

Implementar el envío de notificaciones por correo hacia los usuarios

involucrados en el proceso de titulación.

Aumentar los niveles de seguridad dentro del sistema web, a fin de

evitar posibles pérdidas de la información con algún intruso no

deseado.

Agregar en el sistema una nueva opción para la calificación de las

rubricas, de forma tal que los miembros del tribunal de sustentación

puedan calificar en forma autónoma y anónima al egresado.

Implementar un módulo de reportes estadísticos para tener un

historial de los estudiantes que han sustentado por líneas de

investigación de cada proceso.

Propuesta 84

ANEXOS

Anexos 85

ANEXO N° 1

DESCRIPCIÓN DONDE SE REGISTRAN LOS DELEGADOS


Universidad de Guayaquil


Industrial


de Información

Diccionario de datos

Proyecto Sistemas de

titulación de carrera

Módulo Gestión de titulación


Reyes

Versión 1.0

Tabla Delegados

Descripción Tabla donde se registra los delegados

No Campo Definición Tip

o

Seq For

m

Long

1 Id_delegado Identificador de la tabla PK A I Ser4

2 Id_docente Foránea de docente Fk A I Int4

3 Id_carrera Foránea de carrera Fk A I Int4

4 Estado Estado del delegado E VA

Especificación

Tipo Secuencia

(seq)

Formato

Numero Carácter Fecha

PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A,

Automática

M, Manual

I(Integer)

DO(DoubleB

O(boolean)

VA(Varchar )

TE (Text)

DA(Date)

Anexos 86

ANEXO N° 2

DESCRIPCIÓN DONDE SE REGISTRA LA ASIGANCIÓN DEL ENTREGABLE AL TRIBUNAL



Industrial


de Información


Proyecto Sistemas de

titulación de carrera

Módulo Gestión de

titulación


Reyes

Versión 1.0

Tabla Entregable_x_tribunal

Descripción Tabla donde se registra los entregables asignados

No Campo Definición Ti

po

Seq For

m

Long

1 Asignacion_tribun

al

Identificador de la tabla PK A I Ser4

2 Id_entregable_fin

al

Foránea del entregable

final

Fk A I Int4

3 Id_tribunal Foránea del tribunal

asignado

Fk A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 87

ANEXO N° 3

DESCRIPCIÓN DE LA TABLA DEL ENTREGABLE POR REVISOR


Facultad de Ingeniería Industrial


Información


Proyecto Sistemas de titulación

de carrera



Versión 1.0

Tabla Entregable_x_docente_revisor

Descripción Tabla donde se registra los revisores asignados

a los entregables

No Campo Definición Tipo Seq Form Long

1 Id_entregable_re

visor


2 Id_entregable Foránea del entregable

final

Fk A I Int4

3 Id_docente Foránea del docente Fk A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 88

ANEXO N° 4

DESCRIPCIÓN DE LA TABLA DE REQUISITOS




Información



de carrera



Versión 1.0

Tabla Requisitos

Descripción Tabla donde se encuentra los requisitos a

cumplir por el estudiante


1 Id_requisto Identificador de la tabla PK A I Ser4

2 Nombre Nombre de cada requisito VA 100

Especificación

Tipo Secuencia

(seq)

Formato

Carácter Fecha

PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean))

VA(Varchar )

TE (Text)

DA(Date)


Anexos 89

ANEXO N° 5

DESCRIPCIÓN DE LA TABLA FICHA DE REQUISITOS




Información


Proyecto Sistemas de titulación de

carrera



Versión 1.0

Tabla Ficha_requisitos

Descripción Tabla donde se registra la ficha de requisitos

del estudiante


o

Seq Form Long

1 Id_ficha_requistos Identificador de la tabla PK A I Ser4

2 Fecha Fecha de registro E A DA

3 Id_ficha_inscripcion Foránea de la ficha de

inscripción del estudiante

FK A I Int4

4 Estado Estado de la ficha del

estudiante

E VA

Especificación

Tipo Secuencia

(seq)

Formato

Carácter Fecha

PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 90

ANEXO N° 6

DESCRIPCIÓN DE LA TABLA DE REQUISITOS DE LOS ESTUDIANTES



Industrial


Información


Proyecto Sistemas de titulación de carrera



Versión 1.0

Tabla Requistos_estudiantes

Descripción Tabla donde se registra cada uno de los

requisitos que ha cumplido los estudiantes


1 Id_requisto_

estudiante


2 Id_requisito Foránea del requistos FK A I Int4

3 Id_ficha_req

uisto

Foránea de la ficha del

estudiante

FK A I Int4

5 Estado Estado de cada requisito E BO

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de

dato

A,

Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 91

ANEXO N° 7

DESCRIPCIÓN DE LA TABLA DE MIEMBROS DEL TRIBUNAL




Información



de carrera



Versión 1.0

Tabla Miembros_tribunal

Descripción Tabla donde se registra los miembros del

tribunal creado


1 Id_miembro_

tribunal


2 Id_docente Foránea de docente FK A I Int4

3 Fecha_creac

ion

Fecha de conformación del

tribunal

A DA

4 Id_tribunal Foránea al tribunal que

pertenece

FK A I Int4

5 Nota_miemb

ro

Nota del miembro calificador DO

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de

dato

A, Automática

M, Manual

I(Integer)

DO(Double)

BO(boolean)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 92

ANEXO N° 8

DESCRIPCIÓN DE LA TABLA DE REGISTRO DE LAS REVISIONES




Información



carrera



Versión 1.0

Tabla Revisiones

Descripción Tabla donde se registra las revisiones del

entregable final


1 Id_revision Identificador de la tabla PK A I Ser4

2 Id_entregable_fin

al

Foranea del entregable

final

FK

A I Int4

3 Fecha_revision Fecha que se hizo la

revisión

A Da

4 Observación Observaciones que se le

hizo al entregable final

E

M TE

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A,

Automática

M, Manual

I(Integer) VA(Varchar )

TE (Text)

DA(Da

te)


Anexos 93

ANEXO N° 9

DESCRIPCIÓN DE LA TABLA DE REGISTRO DE LOS TRIBUNALES




Información



carrera



Versión 1.0

Tabla Tribunales

Descripción Tabla donde se registra los tribunales

creados


1 Id_tribunal Identificador de la tabla PK A I Ser4

2 Id_delegados Foránea del delegado FK A I Int4

3 Id_subdetalle_c

ronogramas

Foránea del subdetalle de

cronograma al que pertenece

FK

A I Int4

4 Nota_final Nota de la rúbrica de

sustentación

E

A DO

5 Id_entregable_f

inal

Foránea del documento del

estudiante

FK

A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO (double)

DA(Da

te)


Anexos 94

ANEXO N° 10

DESCRIPCIÓN DE LA TABLA DE REGISTRO DE LOS ASPECTOS A

EVALUAR DE LA RÚBRICA



Industrial


Información



carrera



Versión 1.0

Tabla Aspectos

Descripción Tabla donde se encuentran los aspectos a evaluar

en la rubrica


o

Seq Form Long

1 Id_aspectos Identificador de la tabla PK A I Ser4

2 Detalle Indica el aspecto a evaluar E M TE

3 Valor Indica la nota de cada

aspecto

E M DO

4 Id_tipo_rubrica Foránea del tipo de rubrica

al que pertenece

FK A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de dato

A, Automática

M, Manual

I(Integer)

DO(Dou

ble)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 95

ANEXO N° 11

DESCRIPCIÓN DE LA TABLA DE REGISTRO DE LOS SUBASPECTOS A EVALUAR DE LA RÚBRICA



Industrial


Información



carrera



Versión 1.0

Tabla Sub_aspectos

Descripción Tabla donde se encuentran los subaspectos a

evaluar


1 Id_sub_asp

ectos


2 Id_aspecto

s

Foránea del aspecto FK M I Int4

3 Detalle Indica el subaspecto a

evaluar

E

M TE

4 Valor_sub_

aspectos

Indica la nota de cada

subaspecto a evaluar

E

M DO

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave

primaria

FK, Clave

foránea

E, Elemento de

dato

A, Automática

M, Manual

I(Integer)

DO(Double)

VA(Varchar )

TE (Text)

DA(Da

te)


Anexos 96

ANEXO N° 12

DESCRIPCIÓN DE LA TABLA DEL REGSITRO DE LA CALIFICACIÓN FINAL DE LA RÚBRICA




Información



carrera



Versión 1.0

Tabla Rubrica_entregable_final

Descripción Tabla donde se registra la calificación total de

la rúbrica del estudiante


1 Id_rubrica_en

tregable_final


2 Calificación Contiene la nota final de la

rúbrica

E

A DO

3 Id_entregable

_final

Foránea del entregable

final

FK A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de

dato

A, Automática

M, Manual

I(Integer)

DO(Double)

VA(Varchar )

TE (Text)

DA(Date)


Anexos 97

ANEXO N° 13

DESCRIPCIÓN DE LA TABLA DEL REGSITRO DE LOS SUBASPECTOS CALIFICADOS



Industrial


Información



carrera



Versión 1.0

Tabla subaspectos_rubrica_entregables_fin

Descripción Tabla donde se registra los subaspectos con la

nota del estudiante

No Campo Definición Tipo Seq For

m

Long

1 Id_sub_aspe

ctos_rubrica


2 Nota Indica la nota de cada

subaspectos

E A DO

3 Id_sub_aspe

ctos

Foránea de los subaspectos FK A I Int4

4 Irubrica_entr

egable_final

Foránea del entregable del

estudiante

FK A I Int4

Especificación

Tipo Secuencia

(seq)

Formato


PK, Clave primaria

FK, Clave foránea

E, Elemento de

dato

A,

Automática

M, Manual

I(Integer)

DO(Double)

VA(Varchar )

TE (Text)

DA(Date)


BIBLIOGRAFÍAS

Consejo de Educación Superior, Pub. L. No. 2017, 22 marzo, Reglamento

de Régimen Académico. Consultado el 5 de abril del 2018. Obtenido de

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

gory&id=12&

Ediciones Kleer. (2013). PROYECTOS ÁGILES CON SCRUM (1a edición:).

Ciudad Autónoma de Buenos Aires. Consultado el 5 de abril del

2018. Obtenido de

https://bitbucket.org/presik/trytonpsk_hotel/downloads/kleer-

proyecto-agiles-con-scrum.pdf

Fidias G. Arias. (2012). EL PROYECTO DE INVESTIGACIÓN Consultado

el 5 de abril del 2018.

Funes, A., & Dasso. (2014). Evaluación de frameworks para aplicaciones

web. Presentado en XVI Workshop de Investigadores en Ciencias de la

Computación. Consultado el 5 de abril del 2018. Obtenido de

http://hdl.handle.net/10915/41581

Gestor. (2013, de Enero de). Instructivo de Graduación. Consultado el 5 de

abril del 2018. Obtenido de

http://investigacion.utb.edu.ec/index.php/repositorio/doc_download/

19-instructivo-de-graduacion-fafi.html

Henríquez N, Iglesias A, Amaris Ramos y Y. Ropain. (2013). Postgresql

una alternativa efectiva en las empresas, 4. Consultado el 5 de abril

del 2018. Obtenido de

http://revistas.unisimon.edu.co/index.php/identic/article/view/2482/2

375

Hernández Sampieri Roberto. (2014). METODOLOGIA DE LA

INVESTGACIÓN (sexta edición). Consultado el 5 de abril del 2018.

Inmediato. (2013, noviembre). Ecuador inmediato Noticias. Consultado el 5

de abril del 2018 Obtenido de

Bibliografía 99

http://www.ecuadorinmediato.com/index.php?module=Noticias&func=new

s_user_view&id=2

Isoftware. (2013). Consultado el 5 de abril del 2018. Obtenido de

http://iisoftware.blogspot.com

Martínez Martínez, A., & Cegarra Navarro, J. G. (2014). Gestión por

procesos de negocio: organización horizontal. Madrid. Consultado el

5 de abril del 2018. Obtenido de Ecobook.

Menzinsky Alexander, López Gertrudis, Palacio Juan. (2016, julio). Scrum

Manager Versión 2.6. Consultado el 5 de abril del 2018. Obtenido de

http://www.scrummanager.net/files/sm_proyecto.pdf

Moyota Chafla, J. C. (2015). Análisis de Framework Opensourse en el

desarrollo de una aplicación web para la gestión de reportes

estadísticos en el sistema de agua potable de la Provincia de

Chimborazo. UNACH, CHIMBORAZO. Consultado el 5 de abril del

2018. Obtenido de. http://dspace.unach.edu.ec/handle/51000/725

Muñoz Eslava, V. J. (2013). El nuevo php: conceptos avanzados. s.l.:

Bubok. Consultado el 5 de abril del 2018.

Nuñez Enrique ,Viteri Katherine. (2017). GESTIÓN Y CONTROL DEL

PROCESO DE TITULACIÓN POR MEDIO DEL EXAMEN

COMPLEXIVO EN LA UNIVERSIDAD ESTATAL DE MILAGRO.

Universidad Estatal De Milagro. Consultado el 5 de abril del 2018.

Obtenido de

http://repositorio.unemi.edu.ec/xmlui/handle/123456789/3844

Palacio Juan. (2014). Gestión de proyectos Scrum Manager. Consultado el

5 de abril del 2018. Obtenido de

http://www.scrummanager.net/files/sm_proyecto.pdf

Pilacuán Tepud. (2014). Sistema web para el control de producción y

tiempo perdido en la planta de pintura (GM. EPN, QUITO. Consultado el 5

de abril del 2018. Obtenido de http://biblioteca.epn.edu.ec/cgibin/

koha/opac-

detail.pl?biblionumber=24790&shelfbrowse_itemnumber=33342

Bibliografía 100

Rocha Vargas Marcelo. (2011). Consultado el 5 de abril del 2018. Modelado

de procesos.

Talledo San Miguel, J. (2015). Implantación de aplicaciones web en

entornos internet, intranet y extranet. Madrid:Parininfo.

Telégrafo. (2013, noviembre). Tesis no será la unica opción para los

estudiantes págs. 5-6. Consultado el 5 de abril del 2018.

Torres Israel, Fernández Ester, Hernández Lourdes. (2010). PROPUESTA

DE MODELO PARA MEJORAR LA GESTIÓN DE PROCESOS

EDUCATIVOS UNIVERSITARIOS. Consultado el 5 de abril del 2018

Obtenido. de

http://rii.cujae.edu.cu/index.php/revistaind/article/view/294/294

Torres Torres Elvis Alexander. (2016). AUTOMATIZACIÓN DEL

PROCESO DE ASIGNACIÓN DE TEMAS Y TUTORES PARA LA

UNIDAD DE TITULACIÓN DE LA CARRERA DE INGENIERÍA

INFORMÁTICA. Universidad Central del Ecuador. Consultado el 5

de abril del 2018. Obtenido de

http://www.dspace.uce.edu.ec/handle/25000/7403

Zurita Granizo Diego Manuel. (2015). desarrollar e implementación de un

sistema para el registro y control de tutorías académicas, basado en

una arquitectura de tres capas, para la carrera de ingeníera en

sistemas. Universidad Politécnica Salesiana, Quito. Consultado el 5

de abril del 2018. Obtenido de

http://dspace.ups.edu.ec/bitstream/123456789/10126/1/UPS%20-

%20ST001673.pdf

Bibliografía 101

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA...

Documents

Transcript of UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA...