universidad de guayaquil -...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

“DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE NOTAS,

ASISTENCIA Y CONTROL DE SYLLABUS PARA LA CARRERA DE INGENIERÍA

EN SISTEMAS COMPUTACIONALES Y CARRERA DE INGENIERÍA EN

NETWORKING Y TELECOMUNICACIONES DE LA


DE LA UNIVERSIDAD DE GUAYAQUIL”

TÉSIS DE GRADO

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

FRANKLIN EDUARDO FERRUZOLA DUQUE

TUTOR: ING. BERNARDO ÍÑIGUEZ MGS.

GUAYAQUIL – ECUADOR

2014

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

TÍTULO: “DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE NOTAS, ASISTENCIA Y

CONTROL DE SYLLABUS PARA LA CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Y

PARA LA CARRERA DE INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES DE LA FACULTAD DE

CIENCIAS MATEMÀTICAS Y FÌSICAS DE LA UNIVERSIDAD DE GUAYAQUIL”

REVISORES:

INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y

Físicas

CARRERA: Ingeniería en Sistemas Computacionales

FECHA DE PUBLICACIÓN: Noviembre del 2014 N° DE PÁGS.: 125

ÁREA TEMÁTICA: Instituciones Académicas

PALABRAS CLAVES: Registro, notas, Asistencias , Control, Syllabus

RESUMEN: La creación del Módulo de Notas, Asistencia y Syllabus para la Carrera de Ingeniería en Sistemas Computacionales y Carrera de Ingeniería en Networking y Telecomunicaciones de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, nace de la necesidad de una herramienta que permita el control de los procesos actualmente manuales, como la toma de asistencia y el ingreso de las notas que dan como resultado información desactualizada y pérdida de la misma. El propósito del presente trabajo es contribuir con el logro de la acreditación institucional elaborando una herramienta dinámica, de fácil manejo y de visualización amigable a la vista, utilizando una base de datos única para las notas y las asistencias permitiendo así la correcta visualización e integridad de los datos. N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:

Nº

DIRECCIÓN URL (tesis en la web):

ADJUNTO PDF X

SI

NO

CONTACTO CON AUTOR:


Teléfono:

0991840034

042607827

E-mail:

[email protected]

CONTACTO DE LA INSTITUCIÓN Nombre: Ab. Juan Chávez

Teléfono: 2307729

I

Guayaquil, Noviembre del 2014

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de investigación, “DESARROLLO DEL

SISTEMA INFORMÁTICO PARA EL INGRESO DE NOTAS, ASISTENCIA Y

CONTROL DE SYLLABUS DE LA CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES Y CARRERA DE INGENIERÌA EN NETWORKING Y

TELECOMUNICACIONES DE LA FACULTAD DE CIENCIAS MATEMÀTICAS Y

FÌSICAS DE LA UNIVERSIDAD DE GUAYAQUIL” elaborado por el Sr.

FRANKLIN EDUARDO FERRUZOLA DUQUE, egresado de la Carrera de

Ingeniería en sistemas Computacionales, Facultad de Ciencias Matemáticas y

Físicas de la Universidad de Guayaquil, previo a la obtención del Título de

Ingeniero en Sistemas, me permito declarar que luego de haber orientado,

estudiado y revisado, la Apruebo en todas sus partes.

Atentamente

Ing. Bernardo Iñiguez Mgs.

TUTOR

II

DEDICATORIA

El desarrollo de este documento es el

producto de esfuerzo, dedicación,

sacrificio y perseverancia, por lo cual le

dedico este logro a mi familia por el apoyo

que me brindaron durante todo el tiempo

de estudio y en la culminación del mismo.

III

AGRADECIMIENTO

Le agradezco primeramente a Dios por

darme vida, salud, fortaleza y por

bendecirme cada día para poder cumplir

esta meta trazada, a mis padres por estar

siempre a mi lado apoyándome en mis

decisiones, por el aliento en los momentos

difíciles y por los valores que me brindaron

en mi formación humanística, los cuales

fueron mis motivos para cumplir este

logro.

IV

TRIBUNAL DE GRADO

Ing. Eduardo Santos. Msc. Ing. Inelda Martillo Alcívar Mgs.

DECANO DE LA FACULTAD DIRECTORA

CIENCIAS MATEMÁTICAS Y FÍSICAS CISC, CIN

Ing. Bernardo Iñiguez Mgs. Ing. Alfonso Guijarro Mgs.

DIRECTOR DE TÉSIS PROFESOR DEL ÁREA - TRIBUNAL

Ab. Juan Chávez A. Ing. Lorenzo Cevallos Mgs.

SECRETARIO PROFESOR DEL ÁREA - TRIBUNAL

V

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de esta Tesis de

Grado, le corresponden exclusivamente; y el

patrimonio intelectual de la misma a la

UNIVERSIDAD DE GUAYAQUIL”


VI

.



CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

“DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO

DE NOTAS, ASISTENCIA Y CONTROL DE SYLLABUS PARA

LA CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES Y CARRERA DE INGENIERÍA EN

NETWORKING Y TELECOMUNICACIONES DE LA CAS DE LA


Tesis de Grado que se presenta como requisito para optar por el título de


Auto/a: FRANKLIN EDUARDO FERRUZOLA DUQUE

C.I. 0924784689

Tutor: ING. BERNARDO IÑIGUEZ Mgs.

VII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor de Tesis de Grado, nombrado por el Consejo Directivo de

la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Grado presentado por el/la estudiante FRANKLIN

EDUARDO FERRUZOLA DUQUE, como requisito previo para optar por el título de

Ingeniero en Sistemas Computacionales cuyo problema es:

“DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE NOTAS,

ASISTENCIA Y CONTROL DE SYLLABUS PARA LA CARRERA DE INGENIERÍA EN

SISTEMAS COMPUTACIONALES Y CARRERA DE INGENIERÍA EN NETWORKING Y

TELECOMUNICACIONES DE LA



Considero aprobado el trabajo en su totalidad.

Presentado por:

Franklin Eduardo Ferruzola Duque

Cédula de ciudadanía N° 0924784689

Tutor: Ing. Bernardo Iñiguez Mgs.

Guayaquil, Noviembre de 2014

VIII


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES

Autorización para Publicación de Tesis en Formato Digital

1. Identificación de la Tesis

Nombre Alumno: Franklin Eduardo Ferruzola Duque

Dirección: Guasmo Sur Cooperativa Batalla de Tarqui MZ 4 SL 1

Teléfono:2-607827 E-mail: [email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Título al que opta: Ingeniería en Sistemas Computacionales

Profesor guía: Ing. Bernardo Iñiguez Mgs.

Título de la Tesis: Desarrollo del Sistema Informático para el ingreso de notas,

asistencia Y control de syllabus de la Carrera de Ingeniería en Sistemas Computacionales y Carrera de Ingeniería en Networking Y Telecomunicaciones de la Facultad de Ciencias Matemáticas y físicas de la Universidad de Guayaquil.

Temas Tesis: Sistema del Módulo de Notas, Asistencia y Syllabus Académico

2. Autorización de Publicación de Versión Electrónica de la Tesis

A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de esta tesis.

Publicación electrónica:

Inmediata Después de 1 año

Firma Alumno:

3. Forma de envío:

El texto de la Tesis debe ser enviado en formato Word, como archivo .Doc. O.RTF

y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVDROM CDROM

ix

ÍNDICE GENERAL

APROBACIÓN DEL TUTOR ....................................................................... I

DEDICATORIA .......................................................................................... II

AGRADECIMIENTO ................................................................................. III

TRIBUNAL DE GRADO ............................................................................ IV

DECLARACIÓN EXPRESA ....................................................................... V

CERTIFICADO DE ACEPTACIÓN DEL TUTOR ..................................... VII

ÍNDICE GENERAL ..................................................................................... ix

ABREVIATURAS ...................................................................................... xii

DOS: Disk Operating System, sistema Operativo de Disco. ..................... xii

SIMBOLOGÍA .......................................................................................... xiii

ÍNDICE DE CUADROS ............................................................................ xiv

RESUMEN ............................................................................................. xviii

ABSTRACT .............................................................................................. xix

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

CAPITULO I EL PROBLEMA ................................................................ 4

PLANTEAMIENTO DEL PROBLEMA .............................................................. 4

UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ..................................... 4

SITUACIÓN CONFLICTO NUDOS CRÍTICOS .............................................. 6

CAUSAS Y CONSECUENCIAS DEL PROBLEMA ....................................... 6

DELIMITACIÓN DEL SISTEMA ........................................................................ 8

FORMULACIÓN DEL PROBLEMA .................................................................. 8

EVALUACIÓN DEL PROBLEMA ...................................................................... 8

OBJETIVO GENERAL ................................................................................... 10

OBJETIVOS ESPECÍFICOS .......................................................................... 10

ALCANCES DEL PROBLEMA ....................................................................... 11

JUSTIFICACIÓN E IMPORTANCIA ............................................................... 12

CAPITULO II MARCO TEÓRICO ........................................................ 13

ANTECEDENTES ............................................................................................. 13

x

FUNDAMENTACIÓN TEÓRICA ..................................................................... 16

CONCEPTOS PARA LA GUÍA DE PROCESOS DE SOFTWARE ........... 17

SERVICIO WEB ................................................................................................ 19

HIBERNATE ....................................................................................................... 27

VENTAJAS ......................................................................................................... 29

BASES DE DATOS COMPATIBLES ............................................................. 30

HTML 5 ............................................................................................................... 31

BOOTSTRAPP .................................................................................................. 33

VENTAJAS ......................................................................................................... 34

DESVENTAJAS ................................................................................................. 35

JAVA 7 ................................................................................................................ 36

ECLIPSE KEPLER ............................................................................................ 39

DESCARGA DE ECLIPSE ............................................................................... 40

ZK 7.0 .................................................................................................................. 41

CARACTERÍSTICAS PRINCIPALES ............................................................. 42

SQL SERVER 2012 .......................................................................................... 44

APACHE TOMCAT 7 ........................................................................................ 48

CSS3 ................................................................................................................... 49

EFECTOS DE TEXTO Y DISEÑO .................................................................. 53

MEDIOS PAGINADOS Y CONTENIDOS GENERADOS ........................... 53

MVC ..................................................................................................................... 54

FUNDAMENTACIÓN LEGAL ......................................................................... 56

LEY DE EDUCACIÓN SUPERIOR ................................................................ 56

PRINCIPIOS DEL SISTEMA DE EDUCACIÓN SUPERIOR ..................... 56

LEY DE PROPIEDAD INTELECTUAL ........................................................... 57

SECCION V ........................................................................................................ 57

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS .................... 57

PARAGRAFO PRIMERO ................................................................................. 57

DE LOS PROGRAMAS DE ORDENADOR .................................................. 57

DECRETO 1014 ................................................................................................ 60

SOBRE EL USO DEL SOFTWARE LIBRE ................................................... 60

xi

LEY ORGANICA DE EDUCACIÓN SUPERIOR .......................................... 61

HIPÓTESIS PREGUNTAS A CONTESTARSE ............................................ 62

VARIABLES DE LA INVESTIGACIÓN........................................................... 63

VARIABLE DEPENDIENTE ..................................................................... 63

VARIABLE INDEPENDIENTE ................................................................. 63

CAPITULO III METODOLOGÍA ........................................................... 64

DISEÑO DE LA INVESTIGACIÓN ................................................................. 64

MODALIDAD DE LA INVESTIGACIÓN .......................................................... 64

POBLACIÓN Y MUESTRA .............................................................................. 69

POBLACIÓN ...................................................................................................... 69

MUESTRA .......................................................................................................... 73

TAMAÑO DE LA MUESTRA ........................................................................... 73

OPERACIONALIZACIÓN DE VARIABLES ................................................... 75

INSTRUMENTOS DE RECOLECCIÓN DE DATOS ................................... 76

ENCUESTA ........................................................................................................ 77

ENTREVISTA ..................................................................................................... 78

ELABORACIÓN DE INSTRUMENTOS DE INVESTIGACIÓN .................. 80

LA ENCUESTA Y CUESTIONARIOS ............................................................ 80

PROCESAMIENTO Y ANÁLISIS ................................................................. 106

CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA ..................... 108

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ................................... 108

CAPÍTULO IV MARCO ADMINISTRATIVO ...................................... 109

DIAGRAMA DE GANTT ............................................................................... 109

PRESUPUESTO ............................................................................................. 116

CAPITULO V CONCLUSIONES ....................................................... 117

RECOMENDACIONES ................................................................................ 118

REFERENCIAS BIBLIOGRÁFICAS ............................................................. 119

Bibliografía ............................................................................................. 119

ANEXO .................................................................................................. 121

ANEXOS Encuesta Realizada……………………………………………124

xii

ABREVIATURAS

DOS: Disk Operating System, sistema Operativo de Disco.

IE: Internet Explorer.

IIS: Internet Information Server.

FTP: File Transfer Protocol. Protocolo de Transferencia de Datos.

MVC: Modelo Vista Controlador.

SQL: Structured Query Language(Lenguaje de Acceso a Base de

Datos).

DR: Recuperación de Desastres

BI: Inteligencia de Negocios.

RDBMS: Sistema de Gestión de Base de Datos Relacionales.

IDE: integrated development environment.

JDK: Java Development Kit.

URL: uniform resource locator(Identificador de Recursos Uniforme).

CISC: Carrera de Ingeniería en Sistemas Computacionales.

CINT: Carrera de Ingeniería en Networking y Telecomunicaciones.

xiii

SIMBOLOGÍA

E Espacio Muestral.

S Desaviación Estándar.

E(Y) Esperanza Matemática de la v.a. y

E Error

S Estimador de la Desviación Estándar.

E Exponencial.

xiv

ÍNDICE DE CUADROS

Tabla 1. Causas y Consecuencias del Problema. ................................................ 7

Tabla 2. Cuadro Muestreo Estratificado ............................................................. 74

Tabla 3. OPERACIONALIZACION DE LAS VARIABLES ................................... 75

Tabla 4. Variable Sexo....................................................................................... 83

Tabla 5. Variable Edad. ..................................................................................... 83

Tabla 6. Variable Semestre. .............................................................................. 83

Tabla 7. Variable Ingreso de Syllabus ................................................................ 84

Tabla 8. Variable Visualización de Syllabus ....................................................... 84

Tabla 9. Variable Ingreso de Asistencia ............................................................. 84

Tabla 10. Variable Actualización de Asistencia .................................................. 85

Tabla 11. Variable Ingreso de Notas .................................................................. 85

Tabla 12. Variable Visualización de Notas ......................................................... 86

Tabla 13. Variable Base de Datos Única ........................................................... 86

Tabla 14. Variable Creación de Módulos ........................................................... 86

Tabla 15. Tabla de Frecuencia Var. Sexo .......................................................... 87

Tabla 16. Tabla de Frecuencia Var. Edad .......................................................... 88

Tabla 17. Análisis Estadístico Var. Edad ........................................................... 89

Tabla 18. Tabla de Frecuencia Var. Semestre ................................................... 90

Tabla 19. Tabla de Frecuencia Var. Ingreso de Syllabus ................................... 91

Tabla 20. Análisis Var. Ingreso de Syllabus ....................................................... 92

Tabla 21. Tabla de Frecuencia de Var. Visualización del Syllabus .................... 93

Tabla 22. Tabla de Frecuencia Var. Ingreso de Asistencia ................................ 94

Tabla 23. Tabla de Frecuencia de Var. Actualización de Asistencia .................. 95

Tabla 24. Tabla de Frecuencia Var. Ingreso de Notas. ...................................... 96

xv

Tabla 25. Análisis Estadístico Var. Ingreso de Notas. ........................................ 97

Tabla 26. Tabla de Frecuencia Var. Visualización de Notas .............................. 98

Tabla 27. Tabla de Frecuencia Var. Base de Datos Única. ................................ 99

Tabla 28. Tabla de Frecuencia Var. Creación de Módulos. .............................. 100

Tabla 29. Comparación entre Var. Sexo - Var. Semestre ................................ 101

Tabla 30. Comparación de Variables Ingreso vs Actualización de Syllabus ..... 102

Tabla 31. Comparación entre las Variables Sexo e Ingreso de Notas. ............. 103

Tabla 32. Comparación entre Var. Sexo e Ingreso de Asistencia. ................... 104

Tabla 33.Resultado de Procesamiento de Datos. ............................................ 106

Tabla 34. PRESUPUESTO INGRESOS .......................................................... 116

Tabla 35. PRESUPUESTO EGRESOS ........................................................... 116

xvi

ÍNDICE DE GRÁFICOS

Gráfico 1. Descripción de un Servicio Web ........................................................ 19

Gráfico 2. Abreviaturas JSON ............................................................................ 22

Gráfico 3. Notación JSON. ................................................................................. 24

Gráfico 4. Notación de un Dato tipo Array .......................................................... 24

Gráfico 5. Notación de un Dato tipo Value ......................................................... 25

Gráfico 6. Notación de un Dato tipo String ......................................................... 26

Gráfico 7. Notación de un Dato tipo Number ...................................................... 27

Gráfico 8. Logo Hibernate .................................................................................. 27

Gráfico 9. Funcionamiento Básico de Hibernate ................................................ 28

Gráfico 10. Estructura de HTML 5 ..................................................................... 31

Gráfico 11. Introducción a Bootstrapp ................................................................ 33

Gráfico 12. Estructura Java 7............................................................................. 36

Gráfico 13. Página Principal Eclipse .................................................................. 39

Gráfico14.Estructura de ZK ............................................................................... 41

Gráfico 15. Logo SQL Server ............................................................................. 44

Gráfico 16. Logo Apache Tomcat ...................................................................... 48

Gráfico 17. Logo de CSS3 ................................................................................. 49

Gráfico 18. Propiedades CSS3 .......................................................................... 52

Gráfico 19. Estructura MVC ............................................................................... 54

Gráfico 20. Frecuencia Relativa Var. Sexo ........................................................ 87

Gráfico 21. Frecuencia Relativa Var. Edad ........................................................ 88

Gráfico 22. Frecuencia Relativa Var. Semestre ................................................. 90

Gráfico 23. Frecuencia Relativa Var. Ingreso de Syllabus ................................. 91

Gráfico 24. Frecuencia Relativa Var. Visualización del Syllabus ........................ 93

xvii

Gráfico 25. Frecuencia Relativa Var. Ingreso de Asistencia ............................... 94

Gráfico 26. Frecuencia Relativa Var. Actualización de Asistencia ...................... 95

Gráfico 27. Frecuencia Relativa Var. Ingreso de Notas...................................... 96

Gráfico 28. Frecuencia Relativa Var. Visualización de Notas. ............................ 98

Gráfico 29. Frecuencia Relativa Var. Base de Datos Única. .............................. 99

Gráfico 30. Frecuencia Relativa Var. Creación de Módulos. ............................ 100

Gráfico 31. Análisis Comparativo entre la Var. Sexo y Semestre ..................... 101

Gráfico 32. Análisis Comparativo Var. Ingreso vs Actualización de Syllabus ... 102

Gráfico 33. Comparación de Variables Sexo e Ingreso de Notas. .................... 103

Gráfico 34. Comparación entre Var Sexo e Ingreso de Asistencia. .................. 105

xviii




COMPUTACIONALES

“DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE

NOTAS, ASISTENCIA Y CONTROL DE SYLLABUS DE LA CARRERA

DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Y CARRERA DE

INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES DE LA

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS DE LA


Autor/a: FRANKLIN EDUARDO FERRUZOLA DUQUE

Tutor/a: Ing. BERNARDO IÑIGUEZ Mgs.

RESUMEN

La creación del Módulo de Notas, Asistencia y Syllabus de la Carrera de Ingeniería en Sistemas Computacionales y Carrera de Ingeniería en Networking y Telecomunicaciones de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, nace de la necesidad de una herramienta que permita el control de los procesos actualmente manuales, como la toma de asistencia y el ingreso de las notas que dan como resultado información desactualizada y pérdida de la misma. El propósito del presente trabajo es contribuir con el logro de la acreditación institucional elaborando una herramienta dinámica, de fácil manejo y de visualización amigable al usuario, basándonos en tecnologías actuales, robustas y utilizando una base de datos única para el almacenamiento permitiendo así la correcta visualización e integridad de los datos generados en nuestro flujo de procesos, reduciendo tiempos de respuesta para proporcionar una herramienta parametrizable y que permita cambios en el tiempo.

xix




COMPUTACIONALES

“DEVELOPMENT OF COMPUTER SYSTEM FOR INCOME NOTES,

ASSISTANCE AND CONTROL OF SYLLABUS OF ENGINEERING

CAREERS IN COMPUTER SYSTEMS AND RACE IN NETWORKING

AND TELECOMMUNICATIONS ENGINEERING FACULTY

OF MATHEMATICAL AND PHYSICAL SCIENCES

UNIVERSITY OF GUAYAQUIL”

Autor/a: FRANKLIN EDUARDO FERRUZOLA DUQUE

Tutor/a: Ing. BERNARDO IÑIGUEZ Mgs.

ABSTRACT

Creating Module Notes, Assistance and Syllabus of Engineering in Computer Systems and Engineering Degree in Networking and Telecommunications School of Mathematical and Physical Sciences at the University of Guayaquil, born of the need for a tool that allows control of the currently manual processes, such as taking assistance and income notes resulting outdated information and loss thereof. The purpose of this paper is to contribute to the achievement of institutional accreditation developing a dynamic tool, easy to use and user friendly display, based on current, robust technologies and using a single database for storage allowing proper display and integrity of the data generated in our workflow, reducing response times to provide a configurable tool that allows changes over time.

1

INTRODUCCIÓN

Un Sistema Académico contribuye de manera positiva en la eficiencia y

eficacia de los procesos y de la información generada durante el flujo de

datos, ya que la institución debe preservar los datos que se van obteniendo a

medida que se va avanzando en el tiempo.

Actualmente en la CISC y CINT de la Universidad de Guayaquil el proceso

de ingreso y visualización del Syllabus Académico es de forma manual ya

que dentro del Sistema actual no posee una opción la cual les permita a

docentes y estudiantes visualizar el contenido, de la misma forma las

asistencias de los estudiantes son llevadas manualmente por parte del

docente ya que no poseen una herramienta que les permita ingresar esta

información y con respecto al ingreso de las notas el Sistema actual no

garantiza la seguridad la información ingresada.

El desarrollo que se propone este trabajo de tesis los beneficiará porque

tanto el estudiante como el docente podrán tener un control más agradable a

la vista del usuario, así mismo el programa le brindará al docente la

2

oportunidad de registrar la asistencia de los estudiantes y además poder

actualizar la misma.

El ingreso de notas se realiza de forma ordenada y eficaz manteniendo un

orden que se especifica en la sección de métodos de evaluación de la

asignatura la cual pertenece a una de las opciones en el ingreso del Syllabus

Académico, esto servirá para que el profesor pueda ingresar las actividades

realizadas en un período específico para cada uno de los estudiantes

pertenecientes a la asignatura impartida por él.

El presente trabajo de tesis fue desarrollado en la plataforma Java, utilizando

una Base de Datos SQL SERVER 2008, los cuales se integran a la

arquitectura MVC (Modelo Vista Controlador), el front-end es generado con

BOOTSTRAPP que nos permite tener una visualización más amigable al

usuario con gráficas más dinámicas y que a la vez se adaptan a cualquier

dispositivo móvil, permitiendo así que el usuario pueda acceder al sitio desde

cualquier parte y en cualquier dispositivo.

Uno de los beneficios de este proyecto es la utilización de HTML 5 que le

permitirá al sitio tener mayor versatilidad en la navegación, como servidor

web se utilizó APACHE TOMCAT 7 el cual nos permitió tener un control

3

sobre el tráfico de red que nos benefició mucho ya que las llamadas a los

servicios son muy continuas.

Cabe mencionar que en el CAPÍTULO I se dará a conocer sobre la

problemática, causas y consecuencia, objetivos planteados y alcances

definidos para el presente trabajo de tesis, así como en el CAPÍTULO II

obtendremos conceptos y definiciones de las herramientas que estamos

utilizando para el desarrollo de la propuesta.

Llegando al CAPÍTULO III vamos a tener información sobre la recolección de

la información generada a través de encuestas y análisis estadísticos

basados en técnicas de recolección de datos, en el CAPÍTULO IV se da a

conocer el plan de desarrollo de la propuesta con el Cronograma de

Actividades y en el CAPITULO V veremos las conclusiones y

recomendaciones dirigidas para trabajos futuros.

4

CAPITULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

UBICACIÓN DEL PROBLEMA EN UN CONTEXTO

A través del tiempo, y de acuerdo al avance de la tecnología, los diversos

sistemas informáticos como el de la Carrera de Ingeniería en Sistemas

Computacionales y Carrera de Ingeniería en Networking y

Telecomunicaciones de la Facultad de Ciencias Matemáticas y físicas de la

Universidad Guayaquil han tenido que ser mejorados y en muchos de los

casos, han redefinido sus estructuras y diseños, ya sean en sus procesos o

en su presentación.

El proceso que actualmente está implementado con respecto al ingreso de

notas a través del sistema académico, no persigue una estructura de tal

forma que simplifique el proceso de registro de notas de los docentes. A raíz

de esto, no se tiene un mejor control en la manera de evaluación y

calificación, ya que cada materia obedece a un syllabus y este puede

5

presentar variaciones a través del tiempo, en sus diversas opciones de

ponderar la calificación.

Muchas ocasiones, resulta una tarea tardía, el efecto de poder realizar

cambios en la estructura de fondo del sistema para llevar a cabo esta tarea.

Cabe mencionar que estos cambios, también pueden surgir por reglamentos

establecidos en la institución académica.

Además de hacer mención, a que la manera de registrar la asistencia de los

estudiantes es realizada de manera manual la cual da cabida a pérdidas e

inconsistencias al momento de ingresarlas al sistema, así como también, el

registro y visualización del Syllabus Académico, el cual contiene información

importante y valiosa acerca de cada materia en relación al período o plan de

estudio, al no poder visualizar de forma libre el contenido del mismo el

estudiante no podrá llevar un control de la cátedra impartida por el docente.

Al no existir un buen control y además una óptima forma de realizar

procesos, el Sistema Académico, no brinda las suficientes satisfacciones por

las cuales fue creado, generando inconformidad, por las muchas opciones y

parámetros que el mismo solicita para procesar y realizar su respectiva

función.

6

SITUACIÓN CONFLICTO NUDOS CRÍTICOS

Al momento de realizar el ingreso de notas y asistencia en el Sistema

Académico de la Carrera de Ingeniería en Sistemas Computacionales y

Carrera de Ingeniería en Networking y Telecomunicaciones realizando el

respectivo seguimiento con el Syllabus de la materia, se tienen muchos

pasos a seguir durante el proceso.

Además de aquello, al momento de registrar el Syllabus al Sistema, el mismo

tiene muchas interfaces gráficas que logran realizar esta tarea, lo cual es

algo incómodo tener que dirigirse a muchas ventanas para el registro en

mención.

CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Las causas y consecuencias por las cuales se suscita este problema son las

mencionadas a continuación:

7

Tabla 1. Causas y Consecuencias del Problema.

Causa Consecuencia

Análisis incompleto del proceso de

ingreso de notas y registro de asistencia

en relación al Syllabus.

Demora de ingreso de notas, en relación

al sistema por medio del docente.

No contemplación de cambios,

variaciones futuras de reglamentos o

metodologías de los parámetros u

opciones del sistema.

No tendrá un dinamismo adecuado

entre el sistema con el usuario.

Visualización de las opciones

mencionadas, como módulo, mas no

como procesos o servicios.

Se deberá llenar o escoger muchos

parámetros para poder visualizar las

opciones del sistema.

Dentro del desarrollo, no existe una

buena práctica de diseño, pudiendo

así estructurar de forma óptima las

vistas o pantallas de creación y

visualización de estas opciones del

sistema.

Visualización de muchas ventanas,

esto puede confundir al usuario en el

momento de que esté operando el

sistema.

Elaboración: Franklin Ferruzola

Fuente: Causas y Consecuencias del Problema.

8

DELIMITACIÓN DEL SISTEMA

Campo: Educativo

Área: Tecnológica

Aspecto: Desarrollo de Software

Tarea: Desarrollo e Implementación del Módulo de Notas con sus diferentes

formas de Calificación y Asistencia de Estudiantes y Docentes registrando el

Syllabus para el Sistema Académico de la Universidad de Guayaquil.

FORMULACIÓN DEL PROBLEMA

Falta de un sistema web que me permita, el ingreso de notas en sus

diferentes formas de calificación y asistencia de estudiantes y docentes

registrando el Syllabus para el Sistema Académico de la Universidad de

Guayaquil de forma rápida y segura.

EVALUACIÓN DEL PROBLEMA

De acuerdo a lo expuesto y en base al análisis, se expone los siguientes

criterios de evaluación ante el problema mencionado son:

9

Delimitado: Suscitado en el campo educativo de la Universidad de

Guayaquil.

Claro: Mejoras en el proceso de registro y asistencia de acuerdo al

seguimiento dado por el syllabus.

Evidente: al momento del ingreso de estas opciones, se ve la necesidad de

recurrir a muchas interfaces gráficas, la misma que incomodará al usuario.

Relevante: Es de gran importancia el poder simplificar estos procesos, a la

hora de poder utilizar el Sistema Académico, de modo que no se torne

estresante para el usuario.

Original: El replanteo del diseño gráfico, estructuración de una entidad

distribuida e integrada con otros módulos del sistema, escalabilidad en sus

procesos, ayudará mucho en la utilización de las diferentes opciones del

sistema, ya que se está planteando desde otro enfoque de estándares de

programación de sistemas.

Factible: Redefinir la forma en que se realizarán estos procesos, creación de

una arquitectura distribuida de servicios para la rapidez de los proceso, una

Base de Datos segura con respaldos de información, para que el sistema

10

tenga un uso más dinámico y cubra las necesidades, tanto de los docentes

como de los estudiantes.

OBJETIVO GENERAL

Desarrollar los Módulos para el ingreso de Notas, Asistencia y Syllabus

Académico para la Carrera de Ingeniería en Sistemas Computacionales y

Carrera de Ingeniería en Networking y Telecomunicaciones de la Facultad de

Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, elaborando

un levantamiento de información eficiente, integrándolo al Sistema

Académico y utilizando la tecnología Web como herramienta, para la

optimización de procesos los cuales son manuales y mejorando así la

interacción entre el usuario y el sistema.

OBJETIVOS ESPECÍFICOS

Diseñar la Base de Datos Única utilizando SQL SERVER 2012 para el

almacenamiento de las notas, syllabus y asistencia para que la estructura

pueda adaptar sea procesos futuros.

11

Desarrollar procesos seguros y confiables, diseñando estructuras de

respuestas rápidas y de empaquetado de datos, para que garantice la

seguridad de la información generada en el flujo de datos.

Crear una herramienta escalable elaborando una estructura parametrizable

para que permita el crecimiento y cambios en el tiempo de acuerdo a la ley.

ALCANCES DEL PROBLEMA

El presente proyecto tiene como finalidad poder satisfacer todos los

requerimientos de los usuarios para una información óptima y rápida.

Definir el proceso de ingreso de Syllabus académico acorde a las

necesidades establecidas por el grupo de docentes.

Definición de la forma de ponderación por metodología a emplearse de

acuerdo al tipo de nota.

Revisión de la programación de Syllabus creada, durante el período

académico.

Elaboración de la estructura de ingreso y actualización de notas, de acuerdo

a la forma o criterios de evaluación.

Visualizar el histórico de notas y que no presente variaciones en el tiempo.

12

Realizar el ingreso y actualización de asistencia de estudiantes mediante el

aplicativo web.

Control del ingreso de asistencia con las actividades correspondientes a

festividades de la institución académica.

JUSTIFICACIÓN E IMPORTANCIA

El Sistema Académico como tal, es creado para la ayuda práctica del

usuario, sean estos, estudiantes, docentes, etc. El enfoque dado y de

acuerdo a las buenas formas y estándares de programación, nos ayudan a

realizar mejoras de tal modo, que nuestro sistema sea lo más dinámico y

conciso posible.

La importancia de esta herramienta es vital para conseguir que el ingreso de

notas, de asistencia y control de syllabus brinde eficacia y eficiencia en el

proceso, además de que sea utilizado de una forma más amigable y amena,

y que aporte como herramienta tecnológica al avance en la gestión de la

información para toda la comunidad universitaria.

Es de importancia el que podamos convertir del sistema común en el manejo

de la información académica, a servicios utilizados como parte de la vida

cotidiana de estudiantes, docentes y personal administrativo.

13

CAPITULO II

MARCO TEÓRICO

ANTECEDENTES

El presente trabajo fue basado en el análisis del Sistema de Notas,

Asistencia y Syllabus para la CISC y CINT de la Facultad de Ciencias

Matemáticas y Físicas de la Universidad de Guayaquil para la automatización

de cada uno de los procesos, los cuales se hacen hasta en la actualidad de

forma manual teniendo como resultados inconsistencias e inconvenientes de

orden logístico al momento de emprender el registro de la información.

La Universidad de Guayaquil, conocida desde sus inicios como la

“Universidad Estatal”, es una Unidad Universitaria pública ubicada en la

ciudad de Guayaquil perteneciente a la Provincia del Guayas en la República

del Ecuador.

La Universidad comenzó con su proceso fundacional desde el año de 1843

impulsado por los ideales de superación de los habitantes de la ciudad para

14

obtener una referencia propia y un lugar para formarse de manera

profesional.

Tras pretender en varias ocasiones la universidad como, el 1 de Diciembre

de 1867 cuando se reunieron en el Salón de exámenes del Colegio Vicente

Rocafuerte uno de los más prestigiosas Unidades Educativa de la época, la

cual estaba integrada por catedráticos y rectores de los planteles orientados

a la educación de los habitantes de nivel medio - alto económico, queda

totalmente establecida en la Ciudad de Guayaquil con el Doctor Luis de

Toala y Avilés designado como Rector de la entidad educativa.

Se inició con la Facultad de Jurisprudencia debido a que no contaba con el

fondo necesario para mantener a la Faculta de Ciencias Médicas, la cual se

apertura diez años después el 7 de Noviembre de 1877 y el 15 de

Septiembre de 1883 se crearon las Facultades de Ciencias Físicas y

Matemáticas, Ciencias Políticas y Administrativas, Filosofía y Literatura, las

Carreras de Ingeniería Civil y Telegrafía Eléctrica.

El 9 de octubre de 1883, el D. Pedro Carbo en su condición de Jefe

Supremo del Guayas, dispuso en esta ocasión su fundación, que tuvo, vida

muy efímera e inestable como sucedió con su primer tiempo de vida, y

gracias al triunfo de la Revolución Liberal del 5 de junio de 1895, y bajo la

presidencia del Gral. Eloy Alfaro, la Asamblea Constituyente afianzó de

15

manera definitiva el 29 de mayo de 1897, y nombró al ilustre médico Dr. Alejo

Lascano como primer Rector.

La Universidad Guayaquil fue la primera Entidad Universitaria del Ecuador

en acogerse la Reforma Universitaria iniciada en el año 1918 en la ciudad de

Córdoba de la República de Argentina, que promovió el paso a las

Organizaciones Estudiantiles llamadas en esa época cogobierno estudiantil

y a la libertad de cátedra.

A fines del siglo XIX se posesionó en los predios de la Casona Universitaria,

sin embargo, entre 1949 y 1954 empezó con la iniciativa de cambiar de lugar

ya que el crecimiento estudiantil se aceleraba y en el transcurso de este

tiempo se pudo mudar a su actual campus principal. (wikipedia.org, 2014)

16

FUNDAMENTACIÓN TEÓRICA

Los procesos de notas y de asistencias están elaborados mediante la

investigación, análisis e interpretación de toda la información generada en el

trabajo de campo basándose en cambios respecto al criterio de evaluación,

estatutos de la Universidad, normas y leyes pertenecientes a la Constitución

en referencia a cada uno de los objetivos trazados.

El ingreso de las notas, ingreso de las asistencias como tal son

parametrizables permitiendo ser dinámico en cada una de sus opciones y

muy seguro tomando en cuenta la arquitectura como tal ya que la

información obtenida en el proceso de los módulos es de vital importancia.

Esto le otorgó la comunidad estudiantil el bienestar de sus notas y su

correcta verificación a través de las opciones del sistema, ya que así se

asegura un correcto y automatizado funcionamiento manejo del aula de

clases para cada uno de los docentes y así mismo de los estudiantes, para

así seguir mejorando el funcionamiento de la Universidad de Guayaquil

brindando un herramienta enmarcada en los principios de ayuda a la

comunidad y mejora continua de cada uno de sus procesos, asegurando un

17

entorno de estudio pedagógico envuelto en la investigación científica de

nuevas tecnologías y persiguiendo el objetivo del desarrollo de la comunidad.

La elaboración del syllabus está vinculado con el análisis de metodologías,

criterios de evaluación y procedimientos de investigación para su asegurar el

correcto orden de las sesiones de estudio y la distribución de los contenidos

a tratar en cada una, ya que así se podrá asegurar una enseñanza

responsable y de calidad para cada uno de los estudiantes y puedan obtener

conocimientos que ayudará en el crecimiento de la sociedad.

CONCEPTOS PARA LA GUÍA DE PROCESOS DE SOFTWARE

“Principio 1. Ser ágil. Ya sea que el modelo de proceso que se elija sea

prescriptivo o ágil, son los principios básicos del desarrollo ágil los que deben

gobernar el enfoque. Todo aspecto del trabajo que se haga debe poner el

énfasis en la economía de acción: en mantener el enfoque técnico tan

sencillo como sea posible, hacer los productos del trabajo que se generan

tan concisos como se pueda y tomar las decisiones localmente, siempre que

sea posible.

18

Principio 2. En cada etapa, centrarse en la calidad. La condición de salida

para toda actividad, acción y tarea del proceso debe centrarse en la calidad

del producto del trabajo que se ha generado.

Principio 3. Estar listo para adaptar. El proceso no es una experiencia

religiosa, en él no hay lugar para el dogma. Cuando sea necesario, adapte su

enfoque a las restricciones impuestas por el problema, la gente y el proyecto

en sí.

Principio 4. Formar un equipo eficaz. El proceso y práctica de la ingeniería

de software son importantes, pero el objetivo son las personas. Forme un

equipo con organización propia en el que haya confianza y respeto mutuos.

Principio 5. Establecer mecanismos para la comunicación y

coordinación. Los proyectos fallan porque la información importante cae en

las grietas o porque los participantes no coordinan sus esfuerzos para crear

un producto final exitoso. Éstos son aspectos de la administración que deben

enfrentarse.

Principio 6. Administrar el cambio. El enfoque puede ser formal o informal,

pero deben establecerse mecanismos para administrar la forma en la que los

cambios se solicitan, evalúan, aprueban e implementan.

19

Principio 7. Evaluar el riesgo. Son muchas las cosas que pueden salir mal

cuando se desarrolla software. Es esencial establecer planes de

contingencia.” (Roger Pressman, págs. 84-84)

SERVICIO WEB

Gráfico 1. Descripción de un Servicio Web

Elaboración: Franklin Ferruzola Fuente: www.devx.com

Una definición muy simple es "un servicio disponible en la web". Pero esto es

un poco simplificado para una definición. Porque, utilizamos sitios web de

comercio electrónico para hacer compras. Utilizamos sitios web de medios

http://www.devx.com/dotnet/Article/35285

20

sociales para conectarse con la gente. Son, después de todo, los servicios

que se proporcionan a nosotros a través de la web. ¿Pueden ser llamados

servicios web?

La diferencia entre un sitio web estándar y un servicio web es la siguiente:

Un sitio web es para el consumo humano, mientras que un servicio

web es para la máquina (o código) consumo.

Tomemos un ejemplo de una aplicación de comercio electrónico. Usted ha

escrito un servicio de negocio llamado GetProducts para obtener una lista de

productos a partir de la base de datos. Usted puede escribir una capa de

MVC a llamar a este servicio y ver la lista de productos a un usuario como

una página web. El usuario puede acceder a una URL y ver esta página en

su navegador.

La página probablemente tendrá algo de formato para hacer la mirada lista

bastante y elegante. Generalmente atractivo para el ojo humano.

Pero, ahora vamos a decir que usted tiene una aplicación diferente que tiene

que utilizar su servicio de negocios para mostrar la lista de productos a partir

de su base de datos. ¿Cómo pueden acceder a esta lista? ¿La aplicación

puede acceder a la misma dirección que usó para mostrar los productos de

su navegador? Podría, pero entonces el código tendría que analizar a través

21

del HTML, haciendo caso omiso de toda la información de estilo y alineación,

y luego llegar a la información del producto.

Todo el formato y el estilo que es esencial para una página web legible

convertido en una carga innecesaria (que necesita ser analizada e ignorado)

a un pedazo de código que necesita consumir esta misma información.

La alternativa común de compartir código o binarios no es posible en este

caso.

No se puede empaquetar Servicio GetProducts e incluirlo en la aplicación

que lo requiera. Porque, la aplicación probablemente se ejecuta en una

infraestructura diferente en una red independiente que no tiene acceso a la

base de datos que su servicio de negocios conecta. Lo que sería ideal es si

la aplicación que consume podría llamar directamente al servicio de los

negocios de despliegue en el servidor.

Eso es básicamente lo que hace un servicio web. Permite dos piezas

diferentes de código que se ejecuten en dos servidores diferentes para poder

hablar entre ellos y llamar a los métodos de cada uno. “Por estas plataformas

para trabajar juntos, se desarrollaron-aplicaciones Web (explorable.com,

2014)”

22

JSON

Gráfico 2. Abreviaturas JSON


Fuente:gonzasilve.wordpress.com

JSON (JavaScript Object Notation) es un formato de intercambio de datos

ligero. Es fácil para los seres humanos a leer y escribir. Es fácil para las

máquinas para analizar y generar. Se basa en un subconjunto del lenguaje

de programación JavaScript, estándar ECMA-262 3 ª Edición - Diciembre

1999.

JSON es un formato de texto que es completamente independiente del

lenguaje pero utiliza convenciones que son familiares para los

programadores de la C-familia de lenguajes, incluyendo C, C ++, C #, Java,

http://gonzasilve.wordpress.com/2012/12/15/introduccion-a-json-parte-i/

23

JavaScript, Perl, Python, y muchos otros. Estas propiedades hacen que

JSON sea un lenguaje ideal en el intercambio de datos.

JSON se basa en dos estructuras:

Una colección de pares nombre / valor. En varios idiomas, esto se

realiza como un objeto, registro, estructura, diccionario, tabla hash,

lista con clave, o matriz asociativa.

Una lista ordenada de valores. En la mayoría de los idiomas, esto se

realiza como una matriz, vector, lista o secuencia.

Estas son estructuras de datos universales. Prácticamente todos los

lenguajes de programación modernos los apoyan de una forma u otra. Tiene

sentido que un formato de datos que es intercambiable con los lenguajes de

programación también se basará en estas estructuras.

En JSON, asumen estas formas:

Un objeto es un conjunto desordenado de pares nombre / valor. Un objeto

comienza con {(llave izquierda) y termina con} (llave derecha).

Cada nombre es seguido por: (dos puntos) y la pares nombre / valor están

separados por, (coma)” Estos son estructuras de datos universales.”.

(json.org, 2014)

24

Gráfico 3. Notación JSON.


Fuente: http://json.org/

Una matriz es una colección ordenada de valores. Una serie comienza con

[(corchete izquierdo) y termina con] (corchete derecho). Los valores están

separados por, (coma).

Gráfico 4. Notación de un Dato tipo Array



Un valor puede ser una cadena entre comillas dobles, o un número, o

verdadero o falso o nulo, o un objeto o una matriz. Estas estructuras se

pueden anidar.

25

Gráfico 5. Notación de un Dato tipo Value



Una cadena es una secuencia de cero o más caracteres Unicode, envuelto

entre comillas dobles, con escapes de barra invertida. Un personaje es

representado como una sola cadena de caracteres. Una cadena es muy

parecida a una C o una cadena Java.

26

Gráfico 6. Notación de un Dato tipo String



Un número es muy parecido a una C o número de Java, a excepción de que

los formatos octales y hexadecimales no se utilizan.

27

Gráfico 7. Notación de un Dato tipo Number



HIBERNATE

Gráfico 8. Logo Hibernate


Fuente: www.analyticaweb.com

28

Hibernate es un Object-RelationalMapping (ORM) solución para JAVA y se

inició como un marco persistente de código abierto creado por Gavin King en

el 2001, es un servicio de gran alcance, de alto rendimiento Object-Relational

Persistencia y consulta para cualquier aplicación Java.

Hibernate elabora clases Java a partir de tablas de bases de datos y de tipos

de datos Java con tipos de datos SQL y alivia al desarrollador del 95% de las

tareas de programación relacionado con la persistencia de datos común.

Hibernate se encuentra entre los objetos Java tradicionales y servidor de

base de datos para manejar todo el trabajo en la persistencia de los objetos

en función de los mecanismos apropiados O / R y patrones.” Hibernate ORM

permite a los desarrolladores escribir más fácilmente aplicaciones cuyos

datos sobrevive al proceso de solicitud” (http://hibernate.org/orm/, 2014).

Gráfico 9. Funcionamiento Básico de Hibernate


Fuente: www.roseindia.net

29

VENTAJAS

Hibernate se encarga de las clases de Java de mapeo a tablas de

bases de datos utilizando archivos XML y sin necesidad de escribir

ninguna línea de código.

Proporciona APIs simples para almacenar y recuperar objetos Java

directamente desde la base de datos.

Si hay un cambio en la base de datos o en cualquier tabla a

continuación, la única necesidad de cambiar las propiedades del

archivo XML.

Resumen lejos los tipos SQL desconocidas y proporcionarnos a

solucionar familiares objetos Java.

Hibernate no requiere un servidor de aplicaciones para operar.

Manipula asociaciones complejas de los objetos de la base de datos.

Reduce al mínimo el acceso de base de datos con las estrategias de

búsquedas inteligentes.

Proporciona consulta simple de datos.

30

BASES DE DATOS COMPATIBLES

Hibernate soporta casi todos los principales RDBMS. Lo que sigue es la lista

de algunos de los motores de bases de datos soportados por Hibernate.

HSQL DatabaseEngine

DB2 / NT

MySQL

PostgreSQL

FrontBase

Oracle

Base de datos de Microsoft SQL Server

Sybase SQL Server

Informix Dynamic Server

Tecnologías compatibles

Hibernate soporta una variedad de otras tecnologías, incluyendo las

siguientes:

XDoclet primavera

J2EE

Eclipse plug-ins

31

HTML 5

Gráfico 10. Estructura de HTML 5

Elaboración: Franklin Ferruzola Fuente: www.dennisplucinik.com

HTML fue desarrollado por el W3C hasta 2004, cuando los miembros del

grupo de trabajo de HTML crecieron con la dirección del W3C iba con HTML.

Sentían que el W3C no estaba prestando suficiente atención a las

necesidades de desarrollo del mundo real de la lengua y centrarse

demasiado en XML y XHTML. Así se formó un nuevo grupo llamado

WHATWG (Grupo de Trabajo de Tecnología Web de hipertexto Aplicación)

dedicado a la evolución de la Web. Comenzaron a trabajar en una nueva

especificación de HTML - HTML5.” Tim Berners-Lee inventó la "World Wide

32

Web" en 1989, y la Internet despegó en la década de 1990” (w3schools.com,

2012)

HTML5 es una nueva versión de HTML 4.01 y XHTML 1.0 centrándose en

las necesidades de los desarrolladores de aplicaciones Web, así como la

evolución de HTML y abordar las cuestiones que se encuentran en las

especificaciones actuales.

Aunque la especificación HTML5 (también en el W3C como un borrador de

trabajo) no está finalizado aún, se puede utilizar con cualquier navegador que

lo soporte o cualquier parte de ella. Por ejemplo, muchos navegadores web

soportan actualmente el elemento canvas. Este elemento se utiliza para

dibujar gráficos con scripting. En la actualidad se apoya en Safari, Firefox,

Opera e IE 8.

HTML5 es la nueva especificación para HTML, y muchos navegadores van a

empezar a apoyar en el futuro. Una cosa buena acerca de HTML5 es que

intenta permanecer compatible.

Si usted construye las aplicaciones Web es muy probable que desee

aprender HTML5. Hay una gran cantidad de nuevos atributos y etiquetas

33

construidas sólo para las aplicaciones Web. Por ejemplo, hay una serie de

nuevos controladores de eventos para arrastrar y soltar:

Ondrag

Ondragstart

Ondragend

Ondrop

BOOTSTRAPP

Gráfico 11. Introducción a Bootstrapp


Fuente: cv.wordpressconsultant.co.za

34

Bootstrap es un framework de Javascript de código abierto desarrollado por

el equipo en Twitter. Es una combinación de HTML, CSS, Javascript y código

diseñado para ayudar a construir los componentes de interfaz de usuario.

ToWork también fue programado para apoyar tanto HTML5 y CSS3.

También se le llama Front-end-marco.

Bootstrap es un conjunto de herramientas gratuitas para la creación de una

web y aplicaciones web.

Contiene HTML y plantillas de diseño basadas en CSS para la tipografía,

formas, botones, navegación y otros componentes de la interfaz, así como

extensiones opcionales de JavaScript.

VENTAJAS

1. Primera ventaja de que se puede obtener de arranque está ahorrando

mucho tiempo. Un Desarrollador web Ocupado no tiene mucho tiempo

para pasar un montón de tiempo en CSS, JavaScript y HTML.

Bootstrap está ofreciendo códigos readymade para salvar el máximo

de su tiempo.

35

2. La segunda y más atractiva opción de arranque es la personalización.

Usted puede personalizarlo con su propio camino. Sólo sentarse y

cambiar el código de todo lo que quieras.

DESVENTAJAS

1. Bootstrap tiene sólo una estructura de grid. Puede ser causa de la

similitud en la mayoría de los sitios basados en boot. Eso no es una

gran desventaja, pero es difícil conseguir originalidad.

2. Su forma debe ser envuelto en un <form>. Después de que es

recomendado por Bootstrap para envolver sus elementos en

<fieldset> etiquetas con un adicional <legend>.

36

JAVA 7

Gráfico 12. Estructura Java 7


Fuente: www.oracle.com

Java 7 viene con una serie de pequeñas mejoras para el lenguaje Java

(también conocido como la moneda del proyecto), un nuevo código de bytes

para invocar dinámicamente métodos y muchas adiciones a las bibliotecas.

El compilador de Eclipse implementa todas las nuevas características de

Java 7 y todas las características de Eclipse JDT como por ejemplo

búsqueda y refactorización han sido actualizados para soportar Java 7.

Además de eso, consiguieron añadido algunas características nuevas:

37

Mejora de inferencia de tipos para Generic creación de instancias

(Diamond)

Contenido ayuda en la inserción de instancias (Diamond).

Dónde asistencia posible, el contenido de las invocaciones

constructor ahora inserta una instancia en lugar de argumentos

de tipo explícitas.

La detección de argumentos de tipo redundantes.

El compilador ahora puede detectar especificaciones

redundantes de argumentos de cualquier tipo, que se pueda

eliminar a través de los argumentos. Eliminar Clase solución

rápida.

Esta opción está desactivada por defecto, pero se puede

habilitar en la página Java> Compilador> Errores / Advertencias

preferencia:

Nuevas formas de inserción argumentos de tipo inferido.

Puede insertar argumentos de tipo inferidos de una instancia a

través de ayuda rápida.

Nueva Surround con try / multi-catch con ayuda rápida.

La nueva acción Fuente>Surround con> Trate / multi-catch. Le

permite rodearse declaraciones seleccionadas con un bloque

try / multi-catch. Esto está también disponible como Surround

38

con try / multi-catch con rápida solución en caso de que hubiera

varias excepciones no capturadas.

Nuevo opción de añadir excepciones a la cláusula catch existente

Quick Fix.

La nueva opción de agregar excepciones a la cláusula catch

proporciona una solución rápida y le permite añadir

excepciones no capturadas a una cláusula catch existente.

Nuevo uso separado de bloques catch ayuda rápida al nuevo uso de

bloques catch separate, la ayuda rápida le permite sustituir una

cláusula multi-catch con bloques individuales de catch, una por cada

excepción en la cláusula multi-catch.

Nuevas excepciones le permite mover a bloque catch separados con

la ayuda rápida.

Las nuevas excepciones Mover a bloque catch separado, le

permite seleccionar uno o más excepciones seleccionadas de

una cláusula de múltiples catch.

Nuevos Combinaciones de bloques catch con la ayuda rápida.

Combinar bloques catch con la asistencia rápida le permite

combinar bloques catch independientes en un único bloque

multi-catch. La asistencia rápida se ofrece solamente cuando

elementos de todos los bloques de catch son iguales.

39

ECLIPSE KEPLER

Gráfico 13. Página Principal Eclipse


Fuente: sandarenu.blogspot.com

El IDE de Eclipse se puede ampliar con componentes de software

adicionales. Eclipse llama a estos componentes de software plug-ins. Varios

proyectos de código abierto y las empresas han ampliado el IDE de Eclipse o

aplicaciones independientes creadas (Eclipse RCP) en la parte superior de la

infraestructura Eclipse “El marco de trabajo Eclipse ofrece un nuevo tema

oscuro que incluye la configuración de resaltado de sintaxis para varios

lenguajes de programación” (eclipse.org, 2012).

40

Eclipse requiere un tiempo de ejecución de Java instalada. Eclipse 4.4

requiere al menos Java 6 para funcionar.

Java se puede descargar en dos formas que aunque diferentes tienen el

mismo objetivo: un JRE (Java RuntimeEnvironment) y una versión de JDK

(Java Development Kit).

El IDE de Eclipse contiene su propio compilador de Java, por tanto, un JRE

es suficiente para la mayoría de tareas con Eclipse.

Es necesaria una versión JDK de Java si compila el código fuente de Java en

la línea de comandos y de escenarios de desarrollo avanzadas, por ejemplo,

si desarrolla aplicaciones web en Java.

DESCARGA DE ECLIPSE

El IDE de Eclipse consta de varios componentes. La página web ofrece

Eclipse.org distribuciones pre-empaquetados de Eclipse para proporcionar

descargas de casos de uso típicos. El IDE de Eclipse para la distribución de

Desarrolladores Java está diseñado específicamente para el desarrollo Java

estándar.

Descarga el IDE Eclipse para el paquete Java Developers desde la siguiente

URL. Asegúrese de descargar la versión correcta para su versión de Java

(por ejemplo, 32 bits vs 64 bits).

http://www.eclipse.org/downloads

41

ZK 7.0

Gráfico14.Estructura de ZK


Fuente: blog.doubleslash.de

ZK 7 se centra en mejorar el sistema de tema, trayendo con ella el más

poderoso flexibles motor del tema, pero fácil de combinar el poder de CSS 3,

LESS y Bootstrap para crear la mejor experiencia posible.

Ahora es mucho más fácil de crear temas a partir de cero y / o personalizar

los temas existentes. Aprovechando ZK 7, los equipos de diseño y desarrollo

42

tendrán un trabajo mucho más fácil y dedicar menos tiempo a la creación de

aplicaciones que parecen grandes y funcionan mejor que nunca.

CARACTERÍSTICAS PRINCIPALES

Tabbox, grid, listbox, tree, menu, combobox, bandbox, datebox, chart, hbox,

vbox, window, slider, paging, audio, image, timer, include, iframe...

Drag and Drop cuenta con el apoyo de todos los componentes, de

manera que los usuarios pueden arrastrar y soltar componentes a

cualquier otro particular o conjunto de componentes.

Los menús contextuales e información sobre herramientas

personalizables soportados por todos los componentes, de manera

que un menú o cualquier ventana emergente aparece cuando el

usuario haga clic en, haga clic o mover el puntero del ratón sobre un

componente.

Personalizable clasificación del listbox, grid y los hijos de cualquier

componente con 100% código Java (java.lang.Comparator).

Auto-completado para el Combobox.

Carga en la demanda con los códigos de la escritura de Java.

Datos en tiempo real para el listbox.

43

Grids, listboxesy los trees con columnas de tamaño considerable.

Todos los componentes son cloneables y serializables.

Validación y formateo de los componentes de entrada, como

expresión regular y $ #, ## 0.

100% Java API de Google Maps, CKEditor y componentes de línea de

tiempo

El modelo centrado en el servidor orientado a eventos.

Peticiones Ajax, de notificación de aplicaciones y servidor de inserción

están gestionados como eventos.

Evento cola protege a los desarrolladores de la complejidad del Ajax y

del empuje del servidor, tales como la programación multi-hilo.

Todos los eventos se procesan en el servidor. No es un obstáculo

para la comunicación entre clientes y servidores.

Todos los eventos están sincronizados.

44

SQL SERVER 2012

Gráfico 15. Logo SQL Server


Fuente: blog.asirsl.com

Microsoft SQL Server 2012 es un sistema de gestión de bases de datos

relacionales (RDBMS) diseñado para el entorno empresarial. Al igual que sus

predecesores, SQL Server 2012 incluye un conjunto de extensiones de

programación para mejorar el lenguaje estructurado de consultas (SQL), un

lenguaje interactivo y programación estándar para la obtención de

información desde y actualización de una base de datos.

Microsoft SQL Server 2012, que suplanta a SQL Server 2008 R2, ofrece

nuevas capacidades, notables entre ellas las siguientes.

45

Índices de almacén de columnas: de sólo lectura índices que los

datos del grupo, la racionalización de la tramitación de las consultas

grandes almacenes de datos.

Compatibilidad con Windows Server Core: Esta es una versión

reducida que coloca una demanda mucho menor de los recursos

informáticos de una instalación completa hace.

PowerView: hace posible la generación de mash-ups de inteligencia

de negocios (BI) informa.

Auditoría mejorada: Los usuarios pueden personalizar sus registros

de auditoría para dar cabida a una gama más amplia de los

acontecimientos con mayor flexibilidad que antes era posible.

AlwaysOn: Los usuarios pueden fallar en múltiples bases de datos y

leer copias secundarias, mejorando la recuperación de desastres (DR)

operaciones.

Distributed Replay: Una carga de trabajo se puede tomar de un

servidor de producción y en otro servidor para probarlo en condiciones

reales antes de implementarlo.

46

El código original de SQL Server fue desarrollado por Sybase. A finales de

1980, Microsoft, Sybase y Ashton-Tate colaboraron para producir la primera

versión del producto, SQL Server 4.2 para OS / 2. Posteriormente, tanto

Sybase y Microsoft han ofrecido productos de SQL Server.

VENTAJAS

Mejor visualización de sus Datos.

Con Power View se puede extraer datos en vivo en presentaciones de

PowerPoint, ahorrándole tiempo y asegurar información actualizada

para cada reunión. Esta función mejora su visualización y la

interactividad con sus datos, que le da fácil acceso a los datos de la

empresa, lo que le permite realizar rápidamente las decisiones de

negocio, y lo hace todo dentro de un navegador.

Mejora de Calidad de Datos.

Los usuarios regularmente necesitan ayuda con su calidad de los

datos, un continuo desafío en muchas organizaciones. SQL Server

2012 ha reducido significativamente este problema mediante la mejora

de la fiabilidad y coherencia de los datos. Lo hace mediante la

limpieza de los propios datos resulta en una excelente calidad y

mantenimiento en curso.

47

Excelente Performance.

SQL Server 2012 mejora notablemente el rendimiento de su consulta

por miles de veces. Lo hace a través de la exploración rápida e

interactiva de los datos, lo que le permite obtener aún más valor de

negocio, incluso más rápido, por lo que resulta en decisiones más

rápidas y más precisas.

Misión Confianza crítico.

Nueva solución de recuperación de desastres de SQL Server ayuda a

proteger su infraestructura al tiempo que reduce el tiempo de

inactividad planificado y no planificado. Se proporciona la máxima

disponibilidad de las aplicaciones y de los datos, asegurando que

tiene el rendimiento que necesita, a un precio adecuado, en especial

para la misión cargas de trabajo críticas.

Escala de negocios Soluciones rápidas con la Nube.

SQL Server 2012 le ofrece la agilidad para crear de forma rápida y

soluciones que le ofrecen nuevas oportunidades de negocio desde el

servidor a la nube privada o pública escala. Todos ellos están unidos

entre sí para la productividad optimizada que le permite construir una

vez para que pueda implementar y administrar cualquier momento y

lugar.

48

APACHE TOMCAT 7

Gráfico 16. Logo Apache Tomcat


Fuente: crunchify.com

Apache Tomcat es una implementación de software de código abierto de las

tecnologías Java Servlets y JavaServerPages. Las especificaciones Java

Servlet y JavaServerPages son desarrollados bajo la Java

CommunityProcess.

Apache Tomcat se desarrolla en un entorno abierto y participativo y liberado

bajo la licencia Apache versión 2. Apache Tomcat pretende ser una

colaboración de los desarrolladores mejor de su clase en todo el mundo.

49

Si bien hay una gran cantidad de diferentes paquetes disponibles para

instalar Tomcat, por ejemplo, algunas distribuciones de Linux se puede

descargar usando ese paquete distribuciones y la dependencia de gestión.

Esto es bueno, en aras de la simplicidad.

Tomcat tiene varias implementaciones sobre cómo se maneja el tráfico de

red. Una de estas implementaciones está escrita en C y utiliza la biblioteca

Apache Portable Runtime (APR). Esta biblioteca se compila para Windows y

se encuentra en el archivo tcnative-1.dll.

CSS3

Gráfico 17. Logo de CSS3

Elaboración: Franklin Ferruzola Fuente: www.hongkiat.com

50

"CSS" es un acrónimo de Cascading Style Sheets, un lenguaje de marcado

basado en web se utiliza para describir el aspecto y el formato de una página

web en el navegador, que se utiliza más comúnmente en HTML o páginas

Web XHTML, pero también es aplicable a los documentos XML, incluyendo

XML sin formato, SVG y XUL. "CSS3" simplemente se refiere a la última

encarnación de CSS, con capacidades adicionales que van más allá del

alcance de las dos primeras generaciones.

Debido a su estructura modular, CSS3 permite a los desarrolladores crear

contenido rico en las páginas web con los requisitos del código relativamente

ligeros. Eso significa que los efectos visuales más elegantes, mejores

interfaces de usuario y lo más importante, las páginas más limpias que se

cargan más rápido que nunca. En pocas palabras, CSS3 es la capa de

presentación de una página web que lleva la carga de todas las otras

tecnologías involucradas dentro.

CSS3 finalmente trae la promesa de diseño de estilo de escritorio a las

páginas web, con elementos gráficos como sombras, degradados, efectos de

borde, diseños de varias columnas y mucho más.

Las tres especificaciones CSS caen bajo la jurisdicción de la World Wide

Web Consortium (también conocido como W3C), una de las muchas

51

organizaciones de estándares internacionales que mantienen las cosas bajo

control de la internet que todos conocemos y amamos. El W3C en sí fue

fundado a finales de 1994, que es en realidad cuando el precursor de la CSS

primero alzó su cabeza.

Cascading Style Sheets HTML (PSC) era el nombre de esa antigua variación,

que introdujo por primera vez los desarrolladores web para el concepto de

crear un enfoque coherente de cómo fueron labradas páginas que solo era

incapaz de HTML. Para 1997, CSS tenía su propia placa de desarrollo, el

Grupo de Trabajo de CSS, presidido por uno de W3C propia.

Parte del problema con las dos primeras generaciones de CSS es que la

especificación se hizo demasiado grande y compleja de actualizar con

frecuencia. En lugar de continuar por ese camino, el W3C ha creado el

sistema de módulos de CSS3, por lo que los componentes individuales se

pueden actualizar y refinada en pedazos con el tiempo.

Actualmente hay más de 40 módulos CSS publicados a través del Grupo de

Trabajo de CSS, incluyendo selectores, espacios de nombres, color y Media

Queries, con el Safari de Apple y Chrome de Google líderes adopción de la

norma en los últimos años.

52

Gráfico 18. Propiedades CSS3


Fuente: www.webresourcesdepot.com

SELECTORES

Selectores en CSS3 son muy interesantes. Permitirán al diseñador /

desarrollador seleccione en niveles mucho más específicos del documento.

Una de las cosas buenas de este módulo es que muchos navegadores ya

están empezando a apoyar la CSS avanzado 3 selectores. Por ejemplo,

algunos selectores son:

Correspondiente en los atributos y valores de atributos, incluyendo las

búsquedas parciales.

pseudo-clases estructurales, como el nth-child.

53

una pseudo-clase de destino para estilos únicos en elementos que se

apuntan en la dirección URL.

una pseudo-clase comprobado el estilo de cualquier elemento que se

comprueba, como elementos de radio o casilla.

EFECTOS DE TEXTO Y DISEÑO

Hacer cambios en la separación de sílabas, espacios en blanco, y la

justificación de texto en los documentos.

MEDIOS PAGINADOS Y CONTENIDOS GENERADOS

CSS3 soporta más opciones en los medios paginados, como los

encabezados y pies de página y números de página que se ejecutan.

Además habrá propiedades avanzadas para la impresión de contenido

generado incluyendo propiedades de las notas al pie y referencias cruzadas.

54

MVC

Gráfico 19. Estructura MVC


Fuente: perl-diving.blogspot.com

En el desarrollo de la programación orientada a objetos, modelo-vista-

controlador (MVC) es el nombre de una metodología o patrón de diseño para

el éxito y eficiencia que relaciona la interfaz de usuario para los modelos de

datos subyacentes. El patrón MVC se utiliza ampliamente en el desarrollo de

programas con lenguajes de programación como Java, Smalltalk, C y C ++.

55

El patrón MVC ha sido anunciado por muchos desarrolladores como un

patrón útil para la reutilización de código objeto y un patrón que les permite

reducir significativamente el tiempo que se necesita para desarrollar

aplicaciones con interfaces de usuario.

El patrón modelo-vista-controlador propone tres componentes principales o

los objetos que se utilizarán en el desarrollo de software:

Un modelo, que representa el subyacente, la estructura lógica de los

datos en una aplicación de software y la clase de alto nivel asociado

con él. Este modelo de objetos no contiene ninguna información sobre

la interfaz de usuario.

Una Vista, que es una colección de clases que representan los

elementos de la interfaz de usuario (todas las cosas que el usuario

puede ver y responder a las de la pantalla, tales como botones, cajas

de presentación, y así sucesivamente)

Un controlador, que representa las clases que conectan el modelo y la

vista, y se utiliza para comunicarse entre clases en el modelo y la

vista.

56

FUNDAMENTACIÓN LEGAL

Dentro del marco legal, se establecen leyes; que respaldan la viabilidad del

tema propuesto.

LEY DE EDUCACIÓN SUPERIOR

PRINCIPIOS DEL SISTEMA DE EDUCACIÓN SUPERIOR

Art. 13.- Funciones del Sistema de Educación Superior.- Son funciones del

Sistema de Educación Superior:

a) Garantizar el derecho a la educación superior mediante la docencia, la

investigación y su vinculación con la sociedad, y asegurar crecientes niveles

de calidad, excelencia académica y pertinencia.

b) Promover la creación, desarrollo, transmisión y difusión de la ciencia, la

técnica, la tecnología y la cultura.

c) Formar académicos, científicos y profesionales responsables, éticos y

solidarios, comprometidos con la sociedad, debidamente preparados para

que sean capaces de generar y aplicar sus conocimientos y métodos

científicos, así como la creación y promoción cultural y artística.

57

LEY DE PROPIEDAD INTELECTUAL

SECCION V

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS

PARAGRAFO PRIMERO

DE LOS PROGRAMAS DE ORDENADOR

Art. 28.- Los programas de ordenador se consideran obras literarias y se

protegen como tales. Dicha protección se otorga independientemente de

que hayan sido incorporados en un ordenador y cualquiera sea la

forma en que estén expresados, ya sea en forma legible por el

hombre (código fuente) o en forma legible por máquina ( código objeto), ya

sean programas operativos y programas aplicativos, incluyendo diagramas

de flujo, planos, manuales de uso, y en general, aquellos elementos que

conformen la estructura, secuencia y organización del programa.

Art. 29.- Es titular de un programa de ordenador, el productor, esto es la

persona natural o jurídica que toma la iniciativa y responsabilidad de la

realización de la obra. Se considerará titular, salvo prueba en contrario, a la

persona cuyo nombre conste en la obra o sus copias de la forma usual.

58

Dicho titular está además legitimado para ejercer en nombre propio los

derechos morales sobre la obra, incluyendo la facultad para decidir sobre su

divulgación.

El productor tendrá el derecho exclusivo de realizar, autorizar o

prohibir la realización de modificaciones o versiones sucesivas del

programa, y de programas derivados del mismo.

Las disposiciones del presente artículo podrán ser modificadas mediante

acuerdo entre los autores y el productor.

Art. 30.- La adquisición de un ejemplar de un programa de ordenador que

haya circulado lícitamente, autoriza a su propietario a realizar

exclusivamente:

a) Una copia de la versión del programa legible por máquina

(código objeto) con fines de seguridad o resguardo;

b) Fijar el programa en la memoria interna del aparato, ya sea que dicha

fijación desaparezca o no al apagarlo, con el único fin y en la medida

necesaria para utilizar el programa; y,

c) Salvo prohibición expresa, adaptar el programa para su exclusivo uso

personal, siempre que se limite al uso normal previsto en la licencia. El

59

adquirente no podrá transferir a ningún título el soporte que contenga el

programa así adaptado, ni podrá utilizarlo de ninguna otra forma sin

autorización expresa, según las reglas generales.

Se requerirá de autorización del titular de los derechos para cualquier otra

utilización, inclusive la reproducción para fines de uso personal o el

aprovechamiento del programa por varias personas, a través de redes u

otros sistemas análogos, conocidos o por conocerse.

Art. 31. -No se considerará que exista arrendamiento de un programa de

ordenador cuando éste no sea el objeto esencial de dicho contrato. Se

considerará que el programa es el objeto esencial cuando la funcionalidad

del objeto materia del contrato, dependa directamente del programa de

ordenador suministrado con dicho objeto; como cuando se arrienda un

ordenador con programas de ordenador instalados previamente.

Art. 32. -Las excepciones al derecho de autor establecidas en los artículos

30 y 31 son las únicas aplicables respecto a los programas de ordenador.

Las normas contenidas en el presente Parágrafo se interpretarán de

manera que su aplicación no perjudique la normal explotación de la obra o

los intereses legítimos del titular de los derechos.

60

DECRETO 1014

SOBRE EL USO DEL SOFTWARE LIBRE

Art. 1.- Establecer como política pública para las entidades de administración

Pública central la utilización del Software Libre en sus sistemas y

equipamientos informáticos.

Art. 2.- Se entiende por software libre, a los programas de computación que

se pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a

los códigos fuentes y que sus aplicaciones puedan ser mejoradas.

Estos programas de computación tienen las siguientes libertades:

Utilización de programa con cualquier propósito de uso común.

Distribución de copias sin restricción alguna.

Estudio y modificación de programa (Requisito: código fuente disponible)

Publicación del programa mejorado (Requisito: código fuente disponible

Art. 3.- Las entidades de la administración pública central previa a la

instalación del software libre en sus equipos, deberán verificar la existencia

de capacidad técnica que brinde el soporte necesario para este tipo de

software.

61

Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente

cuando no exista una solución de software libre que supla las necesidades

requeridas, o cuando esté en riesgo de seguridad nacional, o cuando el

proyecto informático se encuentre en un punto de no retorno.

Art. 5.- Tanto para software libre como software propietario, siempre y

cuando se satisfagan los requerimientos.

Art. 6.- La subsecretaría de Informática como órgano regulador y ejecutor de

las políticas y proyectos informáticos en las entidades de Gobierno Central

deberá realizar el control y seguimiento de este Decreto.

Art. 7.- Encargue de la ejecución de este decreto los señores Ministros

Coordinadores y el señor Secretario General de la Administración Pública y

Comunicación.

LEY ORGANICA DE EDUCACIÓN SUPERIOR

Art. 32.- Programas informáticos.- Las empresas que distribuyan

programas informáticos tienen la obligación de conceder tarifas

preferenciales para el uso de las licencias obligatorias de los

62

respectivos programas, a favor de las instituciones de educación superior,

para fines académicos. Las instituciones de educación superior

obligatoriamente incorporarán el uso de programas informáticos con software

libre.

HIPÓTESIS PREGUNTAS A CONTESTARSE

¿El Sistema de Notas, Asistencias y Syllabus permitirá llevar el control de las

asistencias de los estudiantes y el respectivo control según las festividades

de la institución?

¿El Sistema de Notas, Asistencias y Syllabus permitirá llevar el control en el

proceso de ingreso, modificación y visualización de notas según los cambios

generados por la ley?

¿El Sistema de Notas, Asistencias y Syllabus permitirá llevar un control de

contenido en el syllabus asignado a una materia, así como su ingreso y

visualización?

63

VARIABLES DE LA INVESTIGACIÓN

VARIABLE DEPENDIENTE

Diseño y Desarrollo del Módulo de Notas, Asistencia y Syllabus a utilizarse

en el sistema citado anteriormente.

VARIABLE INDEPENDIENTE

Diseño de la Base de Datos Única para el módulo de Notas, Asistencia y

Syllabus.

64

CAPITULO III

METODOLOGÍA

DISEÑO DE LA INVESTIGACIÓN

MODALIDAD DE LA INVESTIGACIÓN

El presente trabajo el cual se desarrolló, analizó e indagó fue fundamentado

en la necesidad de una herramienta que proporcione fiabilidad, seguridad y

visualización de todo el proceso vía web, en la cual se brinda como solución

una herramienta adaptable a las nuevas tecnologías, y se llegó a la

conclusión que la modalidad de la investigación es factible por que se

plantea una solución al problema 20% investigativo, 20% bibliográfico y un

60% de la propuesta.

La presente propuesta tiene como propósito la inmediata utilización de la

solución para poder cumplir con la necesidad de la misma.

Este trabajo investigativo persigue el cumplimiento de los objetivos

planteados y enmarcado en la delimitación de los mismos.

65

PROYECTO FACTIBLE

En el área educativa de la Universidad Guayaquil, la propuesta del presente

trabajo de tesis conlleva a ejecutar un plan de acciones y operaciones que

formarán parte de la estructura operativa viable y estable a desarrollar, que

permitirá las perfectas condiciones en la que la muestra poblacional inmersa

de docentes y estudiantes buscan satisfacer una necesidad específica o

problema determinado.

Para poder generar cambios y modificar esta realidad en el presente

proyecto la cual es de índole educativa, se debe de establecer el tipo de

investigación; el cual está dirigido a una investigación de tipo Proyectos

Factibles, el cual se debe su origen al planteamiento y formulación de

problemas, estableciendo relación entre la situación actual de la institución y

sus posibles cambios de deficiencias.

CONCEPTOS ESTADÍSTICOS

La Frecuencia Absoluta (ni).

Es la cantidad de veces que se repite una observación de mi muestra.

Gorgas, Cardiel, Zamorano. (2011),“Definida como el número de veces que

66

aparece repetido el valor en cuestión de la variable estadística en el conjunto

de las observaciones realizadas. Si N es el número de observaciones (o

tamaño de la muestra).”

La Frecuencia Relativa (fi).

La calculamos dividiendo nuestra frecuencia absoluta por el tamaño de

nuestra muestra, representa del total de nuestra muestra la cantidad en

porcentaje de una observación. Gorgas, Cardiel, Zamorano. (2011),“Cociente

entre la frecuencia absoluta y el número de observaciones realizadas.”

Marca de Clase.

Esla suma de los extremos de un intervalo dividida entre 2. Gorgas, Cardiel,

Zamorano. (2011), “Las marcas de clase de cada intervalo como el valor

medio entre los limites inferior y superior de cada intervalo de clase.”

Media

Es un promedio, que se calcula tomando todos los datos y dividiéndolos para

la totalidad de los mismos. Gorgas, Cardiel, Zamorano. (2011),“Supongamos

que tenemos una muestra de tamaño N, donde la variable estadística x toma

los valores x1, x2,. . ., xN. Se define la media aritmética x, o simplemente

media, de la muestra como:

67

Es decir, la media se calcula sencillamente sumando los distintos valores de

x y dividiendo por el número de datos.”

Mediana

Es el valor central de nuestros datos. Gorgas, Cardiel, Zamorano. (2011),

“Una medida de centralización importante es la mediana Me. Se define ´esta

como una medida central tal que, con los datos ordenados de menor a

mayor, el 50% de los datos son inferiores a su valor y el 50% de los datos

tienen valores superiores. Es decir, la mediana divide en dos partes iguales

la distribución de frecuencias o, gráficamente, divide el histograma en dos

partes de áreas iguales. Supongamos en primer lugar que los diferentes

valores de la variable no aparecen, en general, repetidos. En este caso, y

suponiendo que tenemos los datos ordenados, la mediana será el valor

central, si N es impar, o la media aritmética de los dos valores centrales, si N

es par.”

68

Moda

Es el valor que más se repite dentro de la muestra. Gorgas, Cardiel,

Zamorano. (2011),“Se define la moda Mo de una muestra como aquel valor

de la variable que tiene una frecuencia máxima. En otras palabras, es el

valor que más se repite. Hay que indicar que puede suceder que la moda no

sea única, es decir que aparezcan varios máximos en la distribución de

frecuencias. En ese caso diremos que tenemos una distribución bimodal,

trimodal, etc. Evidentemente, en el caso de una variable discreta que no

toma valores repetidos, la moda no tiene sentido. Cuando si existen valores

repetidos su cálculo es directo ya que puede leerse directamente de la tabla

de distribución de frecuencias.

Varianza.

Medida de dispersión más utilizada. Gorgas, Cardiel, Zamorano. (1994), “Es

la media de los cuadrados de las desviaciones de los valores de la variable

con respecto a la media aritmética de la distribución, se define con la

siguiente fórmula:

∑( )

69

Desviación Estándar.

Se representa matemáticamente como la raíz cuadrada de la varianza.

Gorgas, Cardiel, Zamorano. (2011),

”Para conseguir las mismas unidades se define la desviación típica (algunas

veces llamada desviación estándar) como la raíz cuadrada de la varianza.”

√

Coeficiente de Variación

Es la división entre la desviación Estándar y la media. Gorgas, Cardiel,

Zamorano. (2011), “Es el cociente entre la desviación típica y la media de la

distribución. “

POBLACIÓN Y MUESTRA

POBLACIÓN

La Población para el presente trabajo investigativo está enmarcado en la

70

Carrera de Ingeniería en Sistemas Computacionales y Carrera de Ingeniería

en Networking y Telecomunicaciones, donde la cantidad de estudiantes es

de 2605, según datos obtenidos de las autoridades de la propia carrera,

hasta la presente fecha.

MUESTRA

INTRODUCCIÓN

La muestra como una parte una parte representativa de nuestra población,

permitiendo relacionar las características o propiedades del total de la

población. La muestra definida dentro del marco de la población fue la de los

estudiantes y docentes de la Carrera de Ingeniería en Sistemas

Computacionales y en Networking las cuales forman parte de la institución.

Debido a que estos son los que perciben más la problemática definida dentro

del proyecto.

Además esta muestra representa el comportamiento del fenómeno en caso

de estudio, a través de las situaciones que se originan dentro de la

población, así como el comportamiento que representa en cada uno de los

individuos.

71

TECNICA DEL MUESTREO

El muestreo se refiere a la técnica empleada al momento de seleccionar la

muestra representativa de nuestra población. Existen diversos tipos de

muestreo los cuales se detallan explícitamente a continuación:

Muestreo Aleatorio Simple: En esta técnica, en la que cada miembro

de la población tomada tiene la misma probabilidad de ser elegido

como objeto de análisis.

“Todo el proceso de toma de muestras se realiza en un paso, en

donde cada sujeto es seleccionado independientemente de los otros

miembros de la población.” (explorable.com, 2014)

Muestreo Aleatorio Sistemático: El investigador en primer lugar

escoge al azar la primera ficha u objeto de la población. Como

segundo seleccionará a cada enésimo objeto de la lista.

“El procedimiento del muestreo aleatorio sistemático es muy fácil y se

puede hacer manualmente. Los resultados son representativos de la

población a menos que se repitan ciertas características de la

población por cada enésimo individuo, lo que es muy poco probable.”

(explorable.com, 2014)

https://explorable.com/es/poblacion-de-la-investigacion

72

Muestreo Aleatorio Estratificado: Es una técnica en donde el

investigador divide a toda la muestra poblacional en diferentes

subgrupos o estratos ya que pertenece a un proceso muestreo

probabilístico.

”Es importante tener en cuenta que los estratos no deben

superponerse. Que los subgrupos se superpongan dará a algunos

individuos mayores probabilidades de ser seleccionados como

sujetos”. (explorable.com, 2014)

Siendo caso de estudio los tipos de muestreos y lo que representan cada

uno de ellos como parte representativa de la población total, se estableció

utilizar el muestreo aleatorio estratificado. Debido a que nuestra muestra

posee una característica en común, la misma que se debe a los servicios

web que utilizan cada uno de los individuos por satisfacer una necesidad

especifica.

Dentro de la muestra representativa de 335 personas tomadas al azar, se

tomó en consideración como población muestral los estudiantes de la

Carrera de Ingeniería en sistemas Computacionales, se utilizó las siguientes

formulas:

73

MUESTRA

Control del ingreso de asistencia con las actividades correspondientes a

festividades de la institución académica.

Datos:

Población m= 3437

Error estimado e= 5%

Tamaño de la muestra n= 358.394161

TAMAÑO DE LA MUESTRA

P = Probabilidad de éxito (0.50) Q = Probabilidad de fracaso (0.50) N= Tamaño de la población (2605) E= error de estimación (0.05) Z= Valor de z, 1.96 para =0,05 y 2.58 para =0.01 n = Tamaño de la muestra (?)

QPKEN

NQPn

./)1(

..22

QPZEN

QPZNn

..)1(

...22

2

74

Tabla 2. Cuadro Muestreo Estratificado

POBLACIÓN DE LA CISC POBLACIÓN MUESTRA

Ingeniería en Sistemas Computacionales 1662 214

Ingeniería en Networking y Telecomunicaciones 943 121

TOTAL 2605 335

Elaboración: Franklin Ferruzola Fuente: Cuadro Estratificado de la CISC

( )

( )( )

335

75

OPERACIONALIZACIÓN DE VARIABLES

Tabla 3. OPERACIONALIZACION DE LAS VARIABLES

Variables Dimensiones Indicadores Técnicas y/o Instrumentos

V. I. 100%

Información Bibliográfica.

Procesos de

Desarrollo de Base de

Datos Única.

Ambiente de Instalación

Implementación del Ambiente de Instalación.

100%

Proceso de Estructuración de Base de Datos Única.

Estructuración de Base de Datos Única.

Técnicas de Base de Datos.

V.D. Procesos

de Desarrollo

de software.

100%

Ambiente de Desarrollo.

Implementación del ambiente de desarrollo.

Información Bibliográfica.

Proceso de Desarrollo de software.

100%

Desarrollo del Software.

Técnicas de Desarrollo.


Fuente: OPERACIONALIZACION DE LAS VARIABLES

76

INSTRUMENTOS DE RECOLECCIÓN DE DATOS

La investigación realizada está apoyada en diversos instrumentos que nos

permiten la recopilación de información en las diferentes áreas involucradas

del problema planteado.

OBSERVACIÓN

Es una técnica básica de visualización de hechos, la cual está basada en

una lista de verificación las cuales posee los principales criterios a observar.

En la parte superior constan las generalidades y datos principales de lo que

se observa y en la parte inferior las observaciones.“La observación

científica consiste en la medición y el registro de los hechos observables.

Esta actividad se debe realizar de forma objetiva, sin que las opiniones, los

sentimientos y las emociones influyan en la labor técnica.

A grandes rasgos, podemos distinguir tres pasos o etapas que caracterizan

el trabajo de observación científica:

Se elabora una hipótesis, que intenta explicar el fenómeno estudiado.

Se realiza una predicción lógica, basada en resultados anteriores o

simplemente en los conocimientos específicos, y se suele

experimentar a partir de estas ideas;

http://definicion.de/tecnica

http://definicion.de/hipotesis

http://definicion.de/prediccion

77

Por último, los profesionales se encuentran en condiciones de llegar a

una conclusión y, de esta forma, continuar aportando al saber de la

humanidad.” (Definicion.de, 2014)

ENCUESTA

Consiste en un conjunto de preguntas abiertas o cerradas con opciones

múltiples, las cuales referencian directamente a un tópico determinado los

cuales nos van a permitir determinar el punto de vista de las personas

encuestadas.”Es un estudio en el cual el investigador obtiene los datos a

partir de realizar un conjunto de preguntas normalizadas dirigidas a una

muestra representativa o al conjunto total de la población estadística en

estudio, formada a menudo por personas, empresas o entes institucionales,

con el fin de conocer estados de opinión, características o hechos

específicos.” (portaldeencuestas.com, 2014).

PRUEBA DE DIAGNÓSTICO

Es un prueba corta con determinadas opciones o ítems enmarcados en la

problemática a investigar, todo esto se realiza con el fin de conocer en qué

78

áreas se presentan las dificultades.”Procedimiento destinado a detectar las

dificultades en un área determinada. Su capacidad de discriminación está

determinada por la sensibilidad y la especificidad, características propias de

cada prueba o test diagnóstico.” (divestadistica.es, 2014)

ENTREVISTA

Esta consiste en una conversación la cual es elaborada en una propuesta de

preguntas y respuestas abiertas, en la cual se centraliza en una temática

determinada relacionada con la temática a estudiar. Está apoyada por

apuntes o tarjetas guía donde se lleva la secuencia de las preguntas que se

desea conocer.” En términos generales, una entrevista corresponde a una

conversación entre dos o más personas para una determinada finalidad.

Cuando esta finalidad es la de obtener información, estamos ante una

herramienta de Investigación Social. Del enfoque que le demos a la

información obtenida derivará el carácter, cualitativo o cuantitativo, de la

herramienta. ” (rincondelvago.com, 1998).

79

CONTENIDO

Identificación de la Institución:

Universidad de Guayaquil – Carrera de Ingeniería en Sistemas

Computacionales y Carrera de Ingeniería en Networking y

Telecomunicaciones.

Objetivo que persigue:

El objetivo principal es conocer cuál es el pensamiento de la población

estudiantil frente a la actualidad de la institución y la proyección futura que

esperan los mismos. Obteniendo información importante e interesante

respecto a si la Carrea de Ingeniería en Sistemas Computacionales se

encuentra preparada para soportar las peticiones directas y redirigidas hacia

el sistema académico en la actualidad.

Instrucciones de cómo debe contestar:

Las preguntas efectuadas son de tipo likert, permitiendo tener opciones

puntuales y concretas dirigidas al tema planteado con anterioridad.

Permitiendo obtener información personalizada de cada uno de los

encuestados.

80

ELABORACIÓN DE INSTRUMENTOS DE INVESTIGACIÓN

Los instrumentos de esta investigación están diseñados en 2 áreas:

Entrevista: dirigida a los docentes de la Universidad de Guayaquil Carrera

de Ingeniería en Sistemas Computacionales.

Encuesta: dirigida a los estudiantes de la Universidad de Guayaquil de la

Carrera de Ingeniería en Sistemas Computacionales y Carrera de Ingeniería

en Networking y Telecomunicaciones.

LA ENCUESTA Y CUESTIONARIOS

Encuesta realizada a los estudiantes de la Carrera de Ingeniera en Sistemas

Computacionales y de Networking de la Universidad de Guayaquil.

Tema: Sistema Académico del Módulo de Syllabus, Notas y Asistencia.

81

DESCRIPCIÓN DE LAS VARIABLES

Variable 1

Sexo.- Es una variable cualitativa que nos permitirá identificar el género de

del sujeto encuestado (Masculino o Femenino).

Variable 2

Edad.- Tipo de variable cuantitativa en la cual el sujeto encuestado podrá

ingresar su edad actual (años).

Variable 3

Semestre.- Variable cualitativa en la cual podremos saber el nivel estudio en

el que se encuentra el sujeto encuetado encuestado (Primer, Segundo,….,

Octavo Semestre).

Variable 4

Ingreso del Syllabus.- variable cualitativa que nos permitirá identificar el

conocimiento sobre el contenido ingresado en el syllabus por cada uno de

los encuestados.

Variable 5

Visualización del Syllabus.- con esta variable cualitativa podremos obtener

información sobre el nivel de satisfacción con la visualización del syllabus.

82

Variable 6

Ingreso Asistencia.- esta variable nos dará información sobre el nivel de

satisfacción que mantienen los encuestados con respecto al ingreso de la

asistencia.

Variable 7

Actualización Asistencia.- con esta variable obtendremos información

sobre la opinión al respecto de cómo se lleva el proceso de actualización de

asistencia.

Variable 8

Ingreso de Notas.- variable cualitativa que nos permitirá obtener el nivel de

conocimiento del encuestado sobre el proceso de ingreso de notas.

Variable 9

Visualización de Notas.- La presente variable nos proporcionará

información sobre el nivel de satisfacción de la visualización de las notas.

Variable 10

Base de Datos Única.- Variable cualitativa que nos permitirá obtener datos

sobre la opinión al momento de la creación de una base de datos para los

módulos a desarrollarse.

Variable 11

Creación de Módulo.- con esta variable podremos obtener datos sobre la

opinión de los encuestados con respecto al desarrollo a emplearse.

83

Codificación de Variables

Variable 1: Sexo

Tabla 4. Variable Sexo

Descripción Valor

Masculino 1

Femenino 2

Elaboración: Franklin Ferruzola. Fuente: Franklin Ferruzola.

Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 2: Edad

Tabla 5. Variable Edad.

Descripción Valor

[17 - 19) 1

[19 - 21) 2

[21- 23) 3

[23- 25] 4


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 3: Semestre

Tabla 6. Variable Semestre.

Descripción Valor

Primero 1

Segundo 2

Tercero 3

cuarto 4

Quinto 5

Sexto 6

Séptimo 7

Octavo 8


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II

84

Variable 4: Ingreso del Syllabus

Tabla 7. Variable Ingreso de Syllabus

Valor Descripción

0-20 Nunca

20-40 Casi Nunca

40-60 De Repente

60-80 Casi Siempre

80-100 Siempre

Elaboración: Franklin Ferruzola Fuente: Franklin Ferruzola.

Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 5: Visualización de Syllabus

Tabla 8. Variable Visualización de Syllabus

Valor Descripción

1 Pésima

2 Mala

3 Buena

4 Muy Buena

5 Excelente


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 6: Ingreso de Asistencia

Tabla 9. Variable Ingreso de Asistencia

Valor Descripción

1 Pésimo

2 Malo

3 Bueno

4 Muy Bueno

5 Excelente



85

Variable 7: Actualización de Asistencia

Tabla 10. Variable Actualización de Asistencia

Valor Descripción

1 Pésimo

2 Malo

3 Bueno

4 Muy Bueno

5 Excelente



Variable 8: Ingreso de Notas

Tabla 11. Variable Ingreso de Notas

Valor Descripción

1 0-20

2 20-40

3 40-60

4 60-80

5 80-100



86

Variable 9: Visualización de notas.

Tabla 12. Variable Visualización de Notas

Valor Descripción

1 Pésima

2 Mala

3 Buena

4 Muy Buena

5 Excelente


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 10: Base de Datos Única

Tabla 13. Variable Base de Datos Única

Valor Descripción

1 Indiferente

2 Total Desacuerdo

3 Parcial Desacuerdo

4 Parcial Acuerdo

5 Total Acuerdo


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Variable 11: Creación de Módulos

Tabla 14. Variable Creación de Módulos

Valor Descripción

0 SI

1 NO

Elaboración: Franklin Ferruzola. Fuente: Variable Creación de Módulos.


87

ANÁLISIS ESTADÍSTICO UNIVARIADO DE VARIABLES

VARIABLE SEXO

Tabla 15. Tabla de Frecuencia Var. Sexo

SEXO FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

MASCULINO 159 47%

FEMENINO 176 53%

TOTAL 335 100%

Elaboración: Franklin Ferruzola. Fuente: Tabla de Frecuencia Var. Sexo.


Gráfico 20. Frecuencia Relativa Var. Sexo

Elaboración: Franklin Ferruzola. Fuente: Tabla de Frecuencia Var. Sexo.


Análisis: Como podemos observar en el Gráfico, el 53% de una muestra de

335 personas encuestadas pertenecen al sexo femenino siendo mayoría en

la muestra tomada, y el 47% corresponde al sexo masculino, concluyendo

así que el sexo femenino accedió de mejor manera a la encuesta.

47%

53%

44%

46%

48%

50%

52%

54%

MASCULINO FEMENINO

FRECUENCIA RELATIVA

FRECUENCIARELATIVA

88

VARIABLE EDAD

Tabla 16. Tabla de Frecuencia Var. Edad

EDAD FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

[17 - 19) 73 22%

[19 - 21) 80 24%

[21- 23) 76 23%

[23- 25] 106 32%

TOTAL 335 100%



Gráfico 21. Frecuencia Relativa Var. Edad

Elaboración: Franklin Ferruzola. Fuente: Tabla de Frecuencia Var. Edad.


Análisis: Como podemos observar en el Gráfico 21 de una muestra de 335

personas tomadas al azar, nos dio como resultado que al momento de la

encuesta hubieron más personas entre la edad de 23 a 25 años de edad con

un 32% y con respecto al resto edades se mantiene un equilibrio al momento

de contestar la encuesta.

22% 24% 23%

32%

0%

10%

20%

30%

40%

[17 - 19) [19 - 21) [21- 23) [23- 25]

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

89

Tabla 17. Análisis Estadístico Var. Edad

EDAD

Media 20,88955224

Error típico 0,136308383

Mediana 21

Moda 19

Desviación estándar 2,494853045

Varianza de la muestra 6,224291715

Curtosis -1,236624164

Coeficiente de asimetría -0,028761893

Rango 8

Mínimo 17

Máximo 25

Cuenta 335

Elaboración: Franklin Ferruzola Fuente: Análisis Estadístico Var. Edad.


Análisis: Partiendo del análisis se considera que hemos obtenido que la

edad media de los encuestados es de 20,89; con una Mediana de 21 y una

Moda de 19(estos valores están dados en años).

Siguiendo con el análisis tenemos que con respecto a la moda el valor que

más se repite dentro de la muestra es 19 años, con respecto al rango

podemos decir que la diferencia entre el valor máximo y el valor mínimo es

de 8 años, con una desviación estándar del 2,49, dándonos como resultado

un intervalo de confianza entre 18,4 y 23,5.

El coeficiente de asimetría según la tabla es negativo(-), esto implica una

distribución normal simétrica hacia la izquierda, los que nos indica que la

mayor cantidad de los datos se encuentran agrupados hacia la derecha de la

distribución, la mayor frecuencia de edades que fue objeto de la encuesta

están entre 21 y 25 años de edad.

90

VARIABLE SEMESTRE

Tabla 18. Tabla de Frecuencia Var. Semestre

SEMESTRE FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

1 73 22%

2 48 14%

3 32 10%

4 37 11%

5 39 12%

6 38 11%

7 44 13%

8 24 7% TOTAL 335 100%

Elaboración: Franklin Ferruzola Fuente: Tabla de Frecuencia Var. Semestre.

Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Gráfico 22. Frecuencia Relativa Var. Semestre

Elaboración: Franklin Ferruzola. Fuente: Tabla de Frecuencia Var. Semestre.

Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Análisis: De la muestra de 335 personas tomadas al azar y encuestadas nos

dio como resultado que existe una mayoría con el 22% en Primer Semestre,

seguido de Segundo Semestre con 14%, Séptimo Semestre con el 13% y

Quinto Semestre con el 12%, ya que en los semestres restantes hay un

equilibrio en los encuestados.

22%

14%

10% 11% 12% 11% 13%

7%

0%

5%

10%

15%

20%

25%

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

91

VARIABLE INGRESO DE SYLLABUS

Tabla 19. Tabla de Frecuencia Var. Ingreso de Syllabus

Ing. Syllabus FRECUENCIA ABSOLUTA

FRECUENCIA RELATIVA

Nunca 87 26%

Casi Nunca 84 25%

De Repente 69 21%

Casi Siempre 44 13%

Siempre 51 15%

TOTAL 335 100%


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II.

Gráfico 23. Frecuencia Relativa Var. Ingreso de Syllabus



Análisis: Según el Gráfico 23 nos indica que el 50% de los encuestados no

poseen conocimientos sobre el contenido que se ingresa en el syllabus

académico.

26% 25%

21%

13% 15%

0%

5%

10%

15%

20%

25%

30%

Nunca CasiNunca

DeRepente

CasiSiempre

Siempre

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

92

Tabla 20. Análisis Var. Ingreso de Syllabus

Ingreso de Syllabus

Media 3,334328358

Error típico 0,075780871

Mediana 4

Moda 5

Desviación estándar 1,387017677

Varianza de la muestra 1,923818036

Curtosis -1,099163748

Coeficiente de asimetría 0,371358744

Rango 4

Mínimo 1

Máximo 5

Cuenta 335



Análisis: Partiendo del análisis se considera que hemos obtenido que la


Moda de 5.


más se repite dentro de la muestra es 5, con respecto al rango podemos

decir que la diferencia entre el valor máximo y el valor mínimo es de 4, con

una desviación estándar del 1,39.

El coeficiente de asimetría según la tabla es positivo (+), esto implica una

distribución normal simétrica hacia la derecha, los que nos indica que la

mayor cantidad de los datos se encuentran agrupados hacia la izquierda de

la distribución, la mayor frecuencia de opinión que fue objeto de la encuesta

están entre nuca y casi nunca.

93

VARIABLE VISUALIZACIÓN DEL SYLLABUS

Tabla 21. Tabla de Frecuencia de Var. Visualización del Syllabus

Visual. Syllabus FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

Pésima 74 22% Mala 80 24%

Buena 64 19% Muy Buena 54 16% Excelente 63 19%

TOTAL 335 100%



Gráfico 24. Frecuencia Relativa Var. Visualización del Syllabus



Análisis.-Podemos indicar gracias al Gráfico 24 que con el 46% de los

encuestados considera que la visualización del syllabus está entre mala y

pésima y aunque está muy pareja la decisión de los encuestados porque

existe un 35% que opina que esta entre Muy buena y Excelente la

visualización.

22% 24% 19% 16% 19%

0%

10%

20%

30%

FRECUENCIA RELATIVA

FRECUENCIARELATIVA

94

VARIABLE INGRESO DE ASISTENCIA

Tabla 22. Tabla de Frecuencia Var. Ingreso de Asistencia

Ing. Asistencia FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

Pésimo 90 27% Malo 61 18% Bueno 65 19% Muy Bueno 56 17% Excelente 63 19%

TOTAL 335 100%



Gráfico 25. Frecuencia Relativa Var. Ingreso de Asistencia



Análisis: Según el Gráfico 25 podemos decir que existen con el 45% de

opiniones negativas no les gusta el proceso actual de ingreso de asistencia

frente al 36% de opiniones positivas que les agrada en parte este proceso,

consideran que el proceso de ingreso de asistencia es malo.

27%

18% 19% 17%

19%

0%

5%

10%

15%

20%

25%

30%

Pésimo Malo Bueno MuyBueno

Excelente

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

95

VARIABLE ACTUALIZACIÓN DE ASISTENCIA

Tabla 23. Tabla de Frecuencia de Var. Actualización de Asistencia

Act. Asistencia FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

Pésimo 97 29%

Malo 98 29%

Bueno 58 17%

Muy bueno 45 13%

Excelente 37 11%

TOTAL 335 100%


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II Gráfico 26. Frecuencia Relativa Var. Actualización de Asistencia



Análisis: Podemos indicar que la mayoría de los encuestados con 58% entre

opiniones de malas y pésimas frente a un 42% de buenas y excelentes

opiniones consideran que el proceso de actualización de la asistencia actual

que es de forma manual es malo.

29% 29%

17% 13% 11%

0%

10%

20%

30%

40%

Pésimo Malo Bueno Muybueno

Excelente

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

96

VARIABLE INGRESO DE NOTAS

Tabla 24. Tabla de Frecuencia Var. Ingreso de Notas.

Conoc. Ing. Notas FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

[0-20) 83 25% [20-40) 80 24% [40-60) 71 21% [60-80) 51 15% [80-100] 50 15%

TOTAL 335 100%



Gráfico 27. Frecuencia Relativa Var. Ingreso de Notas



Análisis: Como se muestra en el Gráfico 27 los encuestados no poseen

conocimientos sobre cómo se lleva el proceso de ingreso de notas en el

sistema actual con más del 49% del total de encuestados frente a un 30%

que nos afirman que si tienen conocimientos de los procesos de ingreso.

25% 24% 21%

15% 15%

0%

10%

20%

30%

[0-20) [20-40) [40-60) [60-80) [80-100]

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

97

Tabla 25. Análisis Estadístico Var. Ingreso de Notas.

Ingreso de Notas

Media 2,71641791 Error típico 0,07539687 Mediana 3 Moda 1 Desviación estándar 1,37998926 Varianza de la muestra 1,90437036 Curtosis -1,14431104 Coeficiente de asimetría 0,29313552 Rango 4 Mínimo 1 Máximo 5 Cuenta 335


Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II. Análisis: Partiendo del análisis se considera que hemos obtenido que la


Moda de 1.


más se repite dentro de la muestra es 1, con respecto al rango podemos

decir que la diferencia entre el valor máximo y el valor mínimo es de 4, con

una desviación estándar del 1,38.

El coeficiente de asimetría según la tabla es positivo (+), esto implica una

distribución normal simétrica hacia la derecha, los que nos indica que la

mayor cantidad de los datos se encuentran agrupados hacia la izquierda de

la distribución, la mayor frecuencia en conocimiento que fue objeto de la

encuesta están entre [0-20%) y [20-40).

98

VARIABLE VISUALIZACIÓN DE NOTAS

Tabla 26. Tabla de Frecuencia Var. Visualización de Notas

PREGUNTA 6 FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

Pésima 78 23,30% Mala 82 24,50% Buena 63 18,80% Muy Buena 53 15,80% Excelente 59 17,60%

TOTAL 335 100%



Gráfico 28. Frecuencia Relativa Var. Visualización de Notas.



Análisis: Como se puede visualizar en el Gráfico 28 podemos indicar que el

49% de los encuestados consideran que la visualización de las notas en el

sistema académico actual es entre mala y pésima visualización de notas

frente a un 51% que lo consideran buena, dando un equilibrio entre las

opiniones referente al tema.

23,284% 24,478%

18,806% 15,821% 17,612%

,00%

5,00%

10,00%

15,00%

20,00%

25,00%

30,00%

Pésima Mala Buena MuyBuena

Excelente

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

99

VARIABLE BASE DE DATOS ÚNICA

Tabla 27. Tabla de Frecuencia Var. Base de Datos Única.

BASE DE DATOS ÚNICA FRECUENCIA ABSOLUTA FRECUENCIA RELATIVA

Indiferente 53 16%

Total Desacuerdo 62 19%

Parcial Desacuerdo 58 17% Parcial Acuerdo 79 24% Total Acuerdo 83 25%

TOTAL 335 100%



Gráfico 29. Frecuencia Relativa Var. Base de Datos Única.



Análisis: Como podemos observar en el Gráfico 29, podemos decir que con

el 49% de los encuestados están de acuerdo con la creación de la Base de

Datos Única para los módulos frente a un 36 % que está en desacuerdo y un

16% que le es indiferente el tema a desarrollarse .

16% 19% 17%

24% 25%

0%5%

10%15%20%25%30%

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

100

VARIABLE CREACIÓN DE MÓDULOS

Tabla 28. Tabla de Frecuencia Var. Creación de Módulos.

CREACIÓN MÓDULOS

FRECUENCIA ABSOLUTA

FRECUENCIA RELATIVA

SI 205 61% NO 130 39% TOTAL 335 100%



Gráfico 30. Frecuencia Relativa Var. Creación de Módulos.



Análisis: En el Gráfico 30 se puede observar claramente que hay mayoría

en los encuestados en opinión a la creación de los módulos para el ingreso

de notas, asistencias y syllabus académico con un 61% a favor de la

propuesta y apenas un 39% en contra del tema propuesto teniendo como

resultado que los encuestados están de acuerdo en empezar el proceso.

61%

39%

0%

20%

40%

60%

80%

SI NO

FRECUENCIA RELATIVA

FRECUENCIA RELATIVA

101

Análisis Bivariado de Variables.

Comparación entre la Variable Sexo – Semestre

Tabla 29. Comparación entre Var. Sexo - Var. Semestre

Sexo 1ero. 2do. 3ero. 4to. 5to. 6to. 7mo. 8vo. Total general

Hombre 39 21 14 19 20 20 14 12 159

Mujer 34 27 18 18 19 18 30 12 176

Total general 73 48 32 37 39 38 44 24 335

Elaboración: Franklin Ferruzola. Fuente: Franklin Ferruzola

Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II. Gráfico 31. Análisis Comparativo entre la Var. Sexo y Semestre



Análisis: Con la comparación realizada obtuvimos que existieron 39

hombres en Primer Semestre, 21 en Segundo y una paridad entre Quinto y

Sexto Semestre con 20 participantes frente a las mujeres con 34 en Primer

Semestre, 30 en Séptimo Semestre y 27 en Segundo Semestre, dando así

una mayoría en los primeros y últimos semestres por parte de las mujeres.

39 34

21

27

14 18 19 18 20 19 20 18

14

30

12 12

0

10

20

30

40

50

Hombre Mujer

1ero.

2do.

3ero.

4to.

5to.

6to.

7mo.

102

COMPARACIÓN DE VARIABLES SEMESTRE - INGRESO DE SYLLABUS

Tabla 30. Comparación de Variables Semestre e Ingreso de Syllabus

Semestre Siempre Casi Siempre De repente Casi Nunca Nunca Total general Primer 7 10 16 14 26 73 Segundo 12 5 5 17 9 48 Tercer 3 2 10 12 5 32 Cuarto 4 5 7 11 10 37 Quinto 7 9 8 9 6 39 Sexto 9 5 8 6 10 38 Séptimo 4 5 10 10 15 44 Octavo 5 3 5 5 6 24 Total general 51 44 69 84 87 335



Gráfico 32. Análisis Comparativo Var. Semestre e Ingreso de Syllabus



7

12

3 4

7 9

4 5

10

5

2

5

9

5 5 3

16

5

10

7 8 8 10

5

14

17

12 11 9

6

10

5

26

9

5

10

6

10

15

6

0

5

10

15

20

25

30

Siempre

Casi Siempre

De repente

Casi Nunca

Nunca

103

Análisis: Según la comparación propuesta nos dio como resultado que en

Primer y Séptimo Semestre desconocen el proceso de ingreso de syllabus,

en Segundo y tercero desconocen parcialmente el contenido que se ingresa

frente a Quinto y Sexto Semestre consideran que si tienen conocimientos

sobre el contenido que se ingresa a los syllabus académicos, dando así que

en la mayoría de los semestres el conocimiento sobre el proceso de ingreso

y del contenido a ingresa en bajo.

COMPARACIÓN ENTRE LAS VARIABLES SEXO Y VISUALIZACIÓN DE

SYLLABUS.

Tabla 31. Comparación entre las Variables Sexo y Visualización de Syllabus.

Sexo Pésimo Malo Bueno Muy Bueno Excelente Total general

Masculino 42 36 24 21 30 153 Femenino 46 43 34 34 25 182

Total general 88 79 58 55 55 335

Elaboración: Franklin Ferruzola Fuente: Franklin Ferruzola


Gráfico 33. Comparación de Variables Sexo y Visualización de Syllabus.


42 46

36 43

24

34

21

34 30

25

0

10

20

30

40

50

Masculino Femenino

Pésimo

Malo

Bueno

Muy Bueno

Excelente

104

Fuente: Franklin Ferruzola Fecha: 18 de Noviembre del 2014 PERÍODO 2014-2015 CICLO II.

Análisis: Según la comparación propuesta entre los sexos masculino y

femenino, podemos decir que los encuestados consideran que la

visualización de Syllabus es Pésima ya que se obtuvo que el sexo masculino

con 42 opiniones para Pésimo, 36 para Malo y aunque 30 opinaron que es

Excelente frente a las mujeres con 46 para Pésimo, 43 para Malo y una

paridad con 34 opiniones entre bueno y muy bueno dando así que en ambos

sexos hay uniformidad en opiniones entre mala y pésima para l visualización

del syllabus.

COMPARACIÓN ENTRE LA VARIABLE SEXO E INGRESO DE

ASISTENCIA

Tabla 32. Comparación entre Var. Sexo e Ingreso de Asistencia.

Sexo Excelente Muy Bueno Bueno Malo Pésimo

Total general

Hombre 21 20 28 43 47 159 Mujer 26 25 37 44 44 176 Total general 47 45 65 87 91 335



105

Gráfico 34. Comparación entre Var Sexo e Ingreso de Asistencia.



Análisis: Según la comparación propuesta podemos decir que por parte de

los hombres obtuvimos 47 opiniones para pésimo, 43 para malo y 28 para

bueno frente a una igualdad entre las opiniones pésimo y malo con 44

respuestas negativas y 37 para bueno, dando así que en ambos sexos existe

una mayoría que considera que el proceso de ingreso de asistencia actual es

entre malo y pésimo.

21 26

20 25

28

37 43 44

47 44

0

10

20

30

40

50

Hombre Mujer

Excelente

Muy Bueno

Bueno

Malo

Pésimo

106

PROCESAMIENTO Y ANÁLISIS

Luego de haber realizado la recolección de la información, y posterior a

aquello su respectiva tabulación lo cual permitirá reflejar porcentualmente la

situación actual del entorno. Este proceso se realizó manualmente,

obteniendo como resultado los datos y gráficos estadísticos que se detallan a

continuación:

Tabla 33.Resultado de Procesamiento de Datos.

Pregunta Opciones Respuestas Porcentaje

1. ¿Conoce Ud. Del contenido

que se ingresa en cada Syllabus al

Sistema Académico de la Carrera

de Ingeniería en Sistemas

Computacionales de la

Universidad de Guayaquil?

Nunca 87 26,00%

Casi Nunca 84 25,00%

De Repente 69 21,00%

Casi Siempre 44 13,00%

Siempre 51 15,00%

2. ¿Qué le parece la

Visualización del Syllabus en el

Sistema Académico de la

universidad de Guayaquil?

Pésima 95 28,00%

Mala 96 29,00%

Buena 64 19,00%

Muy Buena 38 11,00%

Excelente 42 13,00%

3. ¿Cómo considera Ud. El

proceso de Ingreso de la

Asistencia en el Sistema

Académico de la Universidad de

Guayaquil?

Pésimo 91 27,00%

Malo 87 26,00%

Bueno 65 19,00%

Muy Bueno 45 13,00%

Excelente 47 14,00%

4. ¿Qué le parece el proceso

actual para la actualización de la

Asistencia en el Sistema

Académico de la Carrera de

Ingeniería en Sistemas



Pésimo 97 29,00%

Malo 98 29,00%

Bueno 58 17,00%

Muy Bueno 45 13,00%

Excelente 37 11,00%

5. ¿Conoce Ud. de cómo se

lleva actualmente el proceso de

[0-20) % 93 28,00%

[20-40) % 74 22,00%

107

Ingreso de Notas al Sistema

Académico de la Carrera de

Ingeniería en Sistemas



[40-60) % 71 21,00%

[60-80) % 47 14,00%

[80-100] % 50 15,00%

6. ¿Qué le parece la

visualización actual de las Notas

en el sistema Académico de la

Carrera de Ingeniería en Sistemas



Pésima 86 25,70%

Mala 94 28,10%

Buena 63 18,80%

Muy Buena 50 14,90%

Excelente 42 12,50%

7. ¿Está Ud. de acuerdo con la

creación de una Base de Datos

Única para el módulo de Notas,

Asistencia y Syllabus el cual será

integrado al Sistema Académico

para la Carrera de Ingeniería en

Sistemas Computacionales de la


Indiferente 53 16,00%

Total Desacuerdo 62 19,00%

Parcial Desacuerdo 58 17,00%

Parcial Acuerdo 79 24,00%

Total Acuerdo 83 25,00%

8. ¿Considera Ud. Necesario la

creación de un Módulo que incluya

Notas, Asistencia y Syllabus para

la Carrera de Ingeniería en

Sistemas Computacionales de la


SI 205 61,00%

NO 130 39,00%

Elaboración: Franklin Ferruzola Fuente: Resultado de Procesamiento de Datos.


108

CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA

Dentro del marco de la propuesta establecida se generaron algunos criterios

que dieron la oportunidad de llevar a cabo el desarrollo del presente trabajo

investigativo. Los cuales respaldan fiabilidad y viabilidad de la información, a

través de pasos claros y específicos para culminar el proyecto.

Inicialmente se debe de tener en consideración los requerimientos

específicos y necesarios para el desarrollo de la solución en la plataforma

tecnológica, partiendo de una selección adecuada de hardware y software

para establecer la respectiva configuración y diseño de la base de datos en

cada una de las áreas.

Dentro del desarrollo se tomó en cuenta la necesidad de una herramienta

que les permita vía web obtener servicios tanto Docentes como Estudiantes

de cada uno de los procesos que son manejados actualmente de forma

manual. Además es necesario tomar en cuenta que la propuesta contiene

opciones que el Sistema actual no presenta como el proceso de Asistencias,

el proceso de Syllabus Académico y Reportes.

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA

Una vez desarrollado el proyecto propuesto, se debe de verificar la validación

y correcto funcionamiento del mismo. A través de distintos escenarios de

pruebas que pudieren darse en cada objetivo propuesto.

109

CAPÍTULO IV

MARCO ADMINISTRATIVO

DIAGRAMA DE GANTT

Nombre de tarea Duración Comienzo Fin

Sistema Académico 231 días mié

13/11/13

mié

01/10/14

Análisis 231 días mié

13/11/13

mié

01/10/14

Reunión autoridades para inscripción de

tema 2 días

vie

15/11/13

lun

18/11/13

Preparación de los equipos de trabajo 9 días mar

19/11/13

vie

29/11/13

instalación de los programas para el

desarrollo 3 días

mar

19/11/13

jue

21/11/13

instalación de la base de datos de clientes 3 días vie

22/11/13

mar

26/11/13

comprobación de conexión a la base de

datos 3 días

mié

27/11/13

vie

29/11/13

Charla Sobre Diseño 4 días lun

02/12/13

jue

05/12/13

Herramientas a Utilizarse para el

desarrollo: el Framework ZK, Json y

Persistencia, como comunicarlas en el

transcurso del sistema

2 días lun

02/12/13

mar

03/12/13

110

Explicación de un ejemplo con la

información actual 2 días

mié

04/12/13

jue

05/12/13

Reuniones y Capacitaciones 17 días vie

06/12/13

lun

30/12/13

Capacitación sobre Protocolo de

Comunicación entre Componentes 2 días

vie

06/12/13

lun

09/12/13

Configuración SVN, Creación de los

usuarios y Creación de los repositorios. 2 días

mar

10/12/13

mié

11/12/13

Capacitación sobre la definición de

estructuras, tipos de datos, uso de

primarykey y foreingkey.

2 días jue

12/12/13

vie

13/12/13

Capacitación de la Arquitectura del

sitio web(Interfaces, Modelos, Servicios,

Utilitarios), Arquitectura SOAP, Json, XML

2 días lun

16/12/13

mar

17/12/13

Capacitación para definir variables,

métodos y funciones. 2 días

mié

18/12/13

jue

19/12/13

Capacitación de Estándares del

desarrollo del proyecto a nivel de Base de

Datos y Programación.

3 días vie

20/12/13

mar

24/12/13

Reunión para presentar Modelos

Base de Datos y definir relaciones entre

módulos.

2 días mié

25/12/13

jue

26/12/13

Capacitación sobre los

comportamientos de los servicios del

modelo de seguridad contra los diferentes

modelos.

2 días vie

27/12/13

lun

30/12/13

DESARROLLO DEL MODULO DE 192 días mar mié

111

NOTAS, ASISTENCIA Y SYLLABUS 31/12/13 24/09/14

Base de Datos 29 días mar

31/12/13

vie

07/02/14

Análisis del Diagrama de Entidad

Relación del Módulo de Asistencia. 5 días

mar

31/12/13

lun

06/01/14

Desarrollo del Diagrama Entidad

Relación de Módulo de Asistencia. 1 día

mar

07/01/14

mar

07/01/14


Relación del Módulo de Syllabus. 5 días

mié

08/01/14

mar

14/01/14


Relación de Módulo de Syllabus 1 día

mié

15/01/14

mié

15/01/14


Relación del Módulo de Notas. 5 días

jue

16/01/14

mié

22/01/14


Relación del Módulo de Notas. 1 día

jue

23/01/14

jue

23/01/14

Creación de las estructuras de tablas

de base de datos a utilizarse en el

desarrollo.

6 días vie

24/01/14

vie

31/01/14

Desarrollo 129 días lun

03/02/14

jue

31/07/14

Análisis y Diseño de la pantalla de

Opciones de Asistencia. 2 días

lun

03/02/14

mar

04/02/14

Desarrollo de la pantalla de

Opciones de Asistencia. 2 días

mié

05/02/14

jue

06/02/14


Ingreso de Asistencia. 2 días

vie

07/02/14

lun

10/02/14

Desarrollo de la pantalla de Ingreso 5 días mar lun

112

de Asistencia. 11/02/14 17/02/14


Actualización de Asistencia. 2 días

mar

18/02/14

mié

19/02/14


Actualización de Asistencia. 8 días

jue

20/02/14

lun

03/03/14


Tipos de Evaluación. 1 día

mar

04/03/14

mar

04/03/14

Desarrollo de la pantalla de Tipos de

Evaluación. 2 días

mié

05/03/14

jue

06/03/14


Tipos de Operadores. 1 día

vie

07/03/14

vie

07/03/14


Operadores. 2 días

lun

10/03/14

mar

11/03/14


Tipos de Objetivos. 1 día

mié

12/03/14

mié

12/03/14


Objetivos. 2 días

jue

13/03/14

vie

14/03/14


Ingreso de Bibliografías. 1 día

lun

17/03/14

lun

17/03/14

Desarrollo de la pantalla de Ingreso

de Bibliografías. 5 días

mar

18/03/14

lun

24/03/14


Ingreso de Syllabus. 2 días

mar

25/03/14

mié

26/03/14


de Syllabus. 10 días

jue

27/03/14

mié

09/04/14


Detalle de Contenidos del syllabus. 2 días

jue

10/04/14

vie

11/04/14

113


de Contenido de Syllabus. 5 días

lun

14/04/14

vie

18/04/14


Parciales. 1 día

lun

21/04/14

lun

21/04/14


Parciales. 2 días

mar

22/04/14

mié

23/04/14


Ingreso de Notas. 2 días

jue

24/04/14

vie

25/04/14


de Notas. 15 días

lun

28/04/14

vie

16/05/14


Actualización de Notas. 2 días

lun

19/05/14

mar

20/05/14


Actualización de Notas. 13 días

mié

21/05/14

vie

06/06/14


Ingreso de Notas de Recuperación. 2 días

lun

09/06/14

mar

10/06/14


de Notas de Recuperación. 8 días

mié

11/06/14

vie

20/06/14


Cierre Manual de Ciclo. 2 días

lun

23/06/14

mar

24/06/14

Desarrollo de la pantalla de Cierre

Manual de Ciclo. 5 días

mié

25/06/14

mar

01/07/14


Consulta de Notas. 2 días

mié

02/07/14

jue

03/07/14

Desarrollo de la pantalla de Consulta

de Notas. 10 días

vie

04/07/14

jue

17/07/14

Controlar y verificar el 5 días vie jue

114

direccionamiento de los datos desde las

pantallas del sistema a la base de datos

18/07/14 24/07/14

Comprobar que los datos que se

soliciten sea los requeridos por el sistema

mediante la comparación de datos

5 días vie

25/07/14

jue

31/07/14

Revisión de cada pantalla de Módulos

de forma individual 20 días

sáb

02/08/14

jue

28/08/14

Revisión y control mediante pruebas de

ingreso a las pantallas para validar y

controlar su funcionamiento.

14 días sáb

02/08/14

mié

20/08/14

Controlar y verificar el

direccionamiento de los datos desde las

pantallas del sistema a la base de datos

3 días jue

21/08/14

lun

25/08/14

Comprobar que los datos que se

soliciten sea los requeridos por el sistema

mediante la comparación de datos

3 días mar

26/08/14

jue

28/08/14

REDACCION DE LOS CAPITULOS

DE TESIS 116 días

lun

10/02/14

lun

21/07/14

Redacción del Primer Capítulo

de Tesis 10 días

lun

10/02/14

vie

21/02/14

Redacción del Capítulo de Tesis 6 días lun

10/02/14

lun

17/02/14

Manejo de Formatos para la

entrega de documentación 4 días

mar

18/02/14

vie

21/02/14

Redacción del Segundo Capítulo

de Tesis 74 días

lun

24/02/14

jue

05/06/14

Redacción del Capítulo de Tesis 70 días lun vie

115

24/02/14 30/05/14



sáb

31/05/14

mié

04/06/14

Redacción del Tercer Capítulo

de Tesis 18 días

jue

05/06/14

lun

30/06/14

Redacción del Capítulo de Tesis 15 días jue

05/06/14

mié

25/06/14



jue

26/06/14

lun

30/06/14

Redacción del Cuarto Capítulo

de Tesis 14 días

mar

01/07/14

vie

18/07/14

Redacción del Capítulo de Tesis 10 días mar

01/07/14

lun

14/07/14



mar

15/07/14

vie

18/07/14


116

PRESUPUESTO

Tabla 34. PRESUPUESTO INGRESOS

INGRESOS

FINANCIAMIENTO PROPIO $ 1.090,00

TOTAL $ 1.090,00


Tabla 35. PRESUPUESTO EGRESOS

EGRESOS

SUMINISTROS DE OFICINA $ 20,00

LAPTOP HP $ 750,00

TRANSPORTES $ 50,00

REFRIGERIOS $ 50,00

FOTOCOPIAS $ 20,00

SERVICIO DE INTERNET $ 100,00

IMPRESIÓN Y ANILLADO DE TÉSIS $ 100,00

TOTAL $ 1.090,00


117

CAPITULO V

CONCLUSIONES

Haber concluido con éxito el desarrollo de los módulos propuestos ya que:

Al desarrollar una Base de Datos Única se logra obtener que la información

no se duplique.

Y al mismo tiempo se obtiene una herramienta que se integró al lanzador de

aplicaciones tomando en cuenta que los Módulos de Notas, Asistencia y

Syllabus.

Se obtiene una herramienta de respuesta rápida y con opciones de descarga

que permita tener al usuario información física.

Todos los módulos están desarrollados en Java utilizando Hibernate como

herramienta para la persistencia de Datos HIBERNATE, Apache TOMCAT

como Servidor Web, SQL SERVER 2012 como motor de Base de Datos, ZK

para la elaboración de las vistas incluyendo CSS3 como estándar de estilos,

JSON para la encriptación de los datos y tomando el estándar de desarrollo

MVC (Modelo Vista Controlador) permitiéndonos llevar un orden para el

diseño y desarrollo de los mismos.

Todo el desarrollo fue elaborado bajo el análisis e investigación de procesos

actuales en situaciones específicas, ya sea en el ingreso o en la consulta de

las diferentes opciones mejorando así los tiempos de respuesta, la

visualización de la información generada por los procesos del sistema y

preservando la seguridad de los datos gracias al empaquetado de datos en

el envío de información, añadiendo la descarga de la data en formato .pdf.

118

RECOMENDACIONES

Los interesados en el desarrollo del sistema, emprendan un análisis

más a fondo sobre los procesos actuales y así mismo de los futuros

procesos.

Se debe analizar de forma objetiva la información del diseño de la

base de datos ya que un buen diseño, garantiza un buen sistema.

En el desarrollo del software se trabaje en base a los requerimientos

encontrados y a la estructura de la base de datos analizada.

119

REFERENCIAS BIBLIOGRÁFICAS

Bibliografía

alegsa.com. (2014). alegsa.com. Obtenido de alegsa.com:

http://www.alegsa.com.ar/Dic/sistema.php

bitelia.com. (2014). bitelia.com. Obtenido de bitelia.com:

http://bitelia.com/2013/05/entendiendo-html5-guia-para-principiantes

blogeninternet.com. (2014). blogeninternet.com. Obtenido de blogeninternet.com:

http://www.blogeninternet.com/2013/04/que-es-html5-y-para-que-sirve.html

GDefinicion.de. (2014). Definicion.de. Recuperado el 17 de 11 de 2014, de Definicion.de:

http://definicion.de/observacion/

divestadistica.es. (2014). divestadistica.es. Obtenido de divestadistica.es:

http://www.divestadistica.es/es/diccionario_estadistico.html

eclipse.org. (10 de 2012). https://eclipse.org/. Obtenido de https://eclipse.org/.

explorable.com. (2014). explorable.com. Obtenido de explorable.com:

https://explorable.com/es/muestreo-aleatorio

geekytheory.com. (2014). geekytheory.com. Obtenido de geekytheory.com:

http://geekytheory.com/json-i-que-es-y-para-que-sirve-json/

guayacan.uninorte.edu.co. (2014). guayacan.uninorte.edu.co. Obtenido de

guayacan.uninorte.edu.co:

http://guayacan.uninorte.edu.co/registro/secciones.asp?ID=43

hipertexto.info. (2014). hipertexto.info. Obtenido de hipertexto.info:

http://www.hipertexto.info/documentos/serv_web.htm

http://hibernate.org/orm/. (06 de 2014). http://hibernate.org/orm/. Obtenido de

http://hibernate.org/orm/.

informatica-hoy.com. (2014). informatica-hoy.com. Obtenido de informatica-hoy.com:

www.informatica-hoy.com.ar/...informatica/Que-es-un-sistema-informatico

json.org. (2014). json.org. Obtenido de json.org: http://json.org/json-es.html

120

Lapuente, M. J. (s.f.). Servicios Web. Recuperado el 10 de 09 de 2014, de Servicios Web:

http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb

NORTE, U. D. (28 de 10 de 2014). UNIVERSIDAD DEL NORTE. Recuperado el 28 de 10 de

2014, de UNIVERSIDAD DEL NORTE:

http://guayacan.uninorte.edu.co/registro/secciones.asp?ID=43

portaldeencuestas.com. (2014). portaldeencuestas.com. Obtenido de

portaldeencuestas.com: http://www.portaldeencuestas.com/que-es-una-

encuesta.php

gRoger Pressman. (2013). Ingeniería de Software Enfoque Práctico 7ma. Edición. En R.

Pressman, Ingeniería de Software Enfoque Práctico 7ma. Edición (págs. 84-84).

w3c.es. (2014). w3c.es. Obtenido de w3c.es:

http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb

w3schools.com. (12 de 2012). http://www.w3schools.com/html/html5_intro.asp#. Obtenido

de http://www.w3schools.com/html/html5_intro.asp#.

Gwww.guioteca.com. (2014). www.guioteca.com. Obtenido de www.guioteca.com:

http://www.guioteca.com/internet/%C2%BFque-es-html5-y-que-cambios-

introduce/

121

ANEXO

122


Facultad de Matemáticas y Física

Carrera de Ingeniería en Sistemas Computacionales

ENCUESTA

“DISEÑO Y DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE NOTAS, ASISTENCIA Y CONTROL DE

SYLLABUS PARA LA CARRERA DE INGENIRÍA EN SISTEMAS DE LA UNIVERSIDAD DE GUAYAQUIL”

1. Sexo: Masculino _________ Femenino _________

2. Edad: __________

3. Semestre: ________________

4. ¿Conoce Ud. del contenido que se ingresa en cada Syllabus al Sistema Académico de la Carrera de Ingeniería

en Sistemas Computacionales de la Universidad de Guayaquil?

0-20% 20-40% 40-60% 60-80% 80-100%

5. ¿Qué le parece la visualización del Syllabus en el Sistema Académico de la Carrera de Ingeniería en Sistemas

Computacionales de la Universidad de Guayaquil?

Pésima Mala Buena Muy Buena Excelente

6. ¿Cómo considera Ud. el proceso de Ingreso de la Asistencia en el Sistema Académico de la Carrera de

Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil?

Pésimo Malo Bueno Muy Bueno Excelente

7. ¿Qué le parece el proceso actual para la actualización de la Asistencia en el Sistema Académico de la Carrera

de Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil?

Pésimo Malo Bueno Muy Bueno Excelente

8. ¿Conoce Ud. de cómo se lleva actualmente el proceso de Ingreso de Notas al Sistema Académico de la

Carrera de Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil?

Nulo Casi Nulo Regular Casi Total Total

9. ¿Qué le parece la visualización actual de las Notas en el sistema Académico de la Carrera de Ingeniería en

Sistemas Computacionales de la Universidad de Guayaquil?

Pésima Mala Buena Muy Buena Excelente

10. ¿Está Ud. de acuerdo con la creación de una Base de Datos Única para el módulo de Notas, Asistencia y

Syllabus el cual será integrado al Sistema Académico para la Carrera de Ingeniería en Sistemas

Computacionales de la Universidad de Guayaquil?

Indiferente Total Desacuerdo Parcial Desacuerdo Parcial Acuerdo Total Acuerdo

11. ¿Considera Ud. Necesario la creación de un Módulo que incluya Notas, Asistencia y Syllabus para la Carrera

de Ingeniería en Sistemas Computacionales de la Universidad de Guayaquil?

SI ____ NO ____

GRACIAS POR LA INFORMACIÓN PROPORCIONADA, ES MUY IMPORTANTE PARA NOSOTROS




COMPUTACIONALES

“DESARROLLO DEL SISTEMA INFORMÁTICO PARA EL INGRESO DE

NOTAS, ASISTENCIA Y CONTROL DE SYLLABUS PARA LA CARRERA

DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Y CARRERA DE

INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES DE LA



MANUAL TÉCNICO

Previa a la obtención del Título de:



TUTOR: ING. BERNARDO ÍÑIGUEZ MGS.

GUAYAQUIL – ECUADOR

2014

MANUAL TÉCNICO

ÍNDICE GENERAL

CONFIGURACION DE HIBERNATE .............................................................. 1

Configuración del archivo cfg.xml ................................................................ 1

Configuración de Hibernate Console Configuration. ..................................... 11

Configuración del Hibernate Code Generation. ............................................ 23

CONFIGURACIÓN DE SVN EN ECLIPSE ................................................... 28

DIAGRAMAS DE SECUENCIA ..................................................................... 40

ÍNDICE DE GRÁFICOS

Gráfico 1. Elección de opción Other ............................................................... 1

Gráfico 2. Configuración de archivo cfg.xml ................................................... 2

Gráfico 3. Poner nombre al archivo cfg.xml .................................................... 3

Gráfico 4. Opción de configuración. ................................................................ 4

Gráfico 5. Creación de Conexión a la Base de Datos. .................................... 4

Gráfico 6. Elección de connection profile. ....................................................... 5

Gráfico 7. Usuario y Password para la conexión. ........................................... 6

Gráfico 8. Elección de driver de conexión. ...................................................... 7

Gráfico 9. Elección de la Base de Datos. ........................................................ 8

Gráfico 10. Elegimos la opción create console configuration. ......................... 9

Gráfico 11. Presentación de archivo de configuración. ................................. 10

Gráfico 12. Verificación de archivo de configuración. ................................... 10

Gráfico 13. Elección de opción New > Other. ............................................... 11

Gráfico 14. Elección de Tipo de Archivo. ...................................................... 12

Gráfico 15. Escogemos el archivo de pasos anteriores. ............................... 13

Gráfico 16. Escogemos el archivo ya existente. ........................................... 14

Gráfico 17. Elegimos el archivo y presionamos ok. ...................................... 15

Gráfico 18. Elección de opción New > Orher. ............................................... 16

Gráfico 19. Elección de Hibernate Reverse Engineering. ............................. 17

Gráfico 20. Ponemos nombre reveng.xml. .................................................... 18

Gráfico 21. Elegimos el archivo de configuración. ........................................ 19

Gráfico 22. Presionamos Refresh. ................................................................ 20

Gráfico 23. Configuración de tablas a mapear. ............................................. 21

Gráfico 24. Incluimos los archivos. ............................................................... 22

Gráfico 25. Elegimos la perspectiva Hibernate. ............................................ 23

Gráfico 26. Opción Hibernate Code Generation. .......................................... 23

Gráfico 27. Escogemos el archivo .reveng.xml ............................................. 24

Gráfico 28. Buscamos el archivo existente. .................................................. 25

Gráfico 29. Elegimos el archivo. ................................................................... 26

Gráfico 30. Presionamos Apply y Run. ......................................................... 27

Gráfico 31. Escogemos la opción maketplase. ............................................. 28

Gráfico 32. Búsqueda de SVN. ..................................................................... 29

Gráfico 33. Instalamos el complemento SVN Team Proveder 2.0. ............... 29

Gráfico 34. Procedemos a reiniciar eclipse. .................................................. 30

Gráfico 35. Open Perspective ....................................................................... 30

Gráfico 36. SVN Repository Exploring .......................................................... 31

Gráfico 37. Repository Location Information SOAP ...................................... 31

Gráfico 38. Repository Location Information ZK ........................................... 32

Gráfico 39. Repositorios SVN ....................................................................... 32

Gráfico 40. Check Out .................................................................................. 33

Gráfico 41. Creación de proyecto ................................................................. 33

Gráfico 42. Perspectiva web ZK .................................................................... 34

Gráfico 43. Open Perspective ZK ................................................................. 34

Gráfico 44. Proyecto ZK ................................................................................ 34

Gráfico 45. Caso de Uso de ingreso de notas. ............................................. 35

Gráfico 46. Caso de uso de visualización de notas. ..................................... 35

Gráfico 47. Caso de Uso actualización de notas. ......................................... 36

Gráfico 48. Caso de uso de ingreso de recalificación. .................................. 36

Gráfico 49. Caso de uso de ingreso de asistencia. ....................................... 37

Gráfico 50. Caso de uso de visualización de asistencia. .............................. 37

Gráfico 51. Caso de uso ingreso de syllabus académico. ............................ 38

Gráfico 52. Caso de uso de edición de syllabus académico. ........................ 38

Gráfico 53. Caso de uso de visualización de syllabus académico. ............... 39

Gráfico 54. Diagrama de Secuencia de ingreso de syllabus. ........................ 40

Gráfico 55. Diagrama de Secuencia de ingreso de bibliografías. ................ 41

Gráfico 56. Diagrama de Secuencia de ingreso de detalle de contenido ...... 41

Gráfico 57. Diagrama de Secuencia de Ingreso de notas. ............................ 42

Gráfico 58. Diagrama de secuencia de ingreso de asistencia. ..................... 43

Gráfico 59. Diagrama General BO ................................................................ 44

Gráfico 60. Diagrama General EAO ............................................................. 44

Gráfico 61. Diagrama General de Clases ..................................................... 45

Gráfico 62. Diagrama del Modelo AsistenciasClasesDet .............................. 46

Gráfico 63. Diagrama del Modelo Bibliografias. ............................................ 46

Gráfico 64. Diagrama del Modelo BitacoraFinalNotas. ................................. 47

Gráfico 65. Diagrama del Modelo CabeceraNota. ........................................ 48

Gráfico 66. Diagrama del Modelo CabeceraSyllabus. .................................. 49

Gráfico 67. Diagrama del Modelo DetalleContenido. .................................... 50

Gráfico 68. Diagrama del Modelo DetalleEvaluacionMateria. ....................... 50

Gráfico 69. Diagrama del Modelo DetalleNota. ............................................. 51

Gráfico 70. Diagrama del Modelo DetalleNotaGeneral. ................................ 52

Gráfico 71. Diagrama del Modelo PlanAsistencia. ........................................ 53

Gráfico 72. Diagrama del Modelo RegistroObjetivos. ................................... 54

Gráfico 73. Diagrama del Modelo OpcionAsistencia. .................................... 55

Gráfico 74. Diagrama del Modelo Parcial. .................................................... 55

Gráfico 75. Diagrama del Modelo TipoMetodoEvaluacion. ........................... 56

Gráfico 76. Diagrama del Modelo Parcial. .................................................... 56

1

CONFIGURACION DE HIBERNATE

Configuración del archivo cfg.xml

1. Damos click derecho sobre el paquete src, new > Other.

Gráfico 1. Elección de opción Other

Elaboración: Franklin Ferruzola. Fuente: Configuración Archivo cfg.xml

2

2. Se presentará una pantalla de selección de tipos de configuraciones y

escogeremos la opción Hibernate Configuration File (cfg.xml).

Gráfico 2. Configuración de archivo cfg.xml


3

3. Colocaremos la dirección en el que se almacenarán todas las clases

java de nuestras tablas, el nombre de nuestro archivo de configuración

y presionamos next.

Gráfico 3. Poner nombre al archivo cfg.xml


4

4. Para configurar una conexión presionamos la opción:

Gráfico 4. Opción de configuración.


5. Creamos una conexión hacia la Base de Datos de nuestro proyecto.

Gráfico 5. Creación de Conexión a la Base de Datos.


5

6. Se nos presentará un panatalla en la cual elejiremos el tipo nuestra

Base de Datos y presionamos next.

Gráfico 6. Elección de connection profile.


6

7. Configuramos los parámetros de conexión como username, password y presionamos finish.

Gráfico 7. Usuario y Password para la conexión.


7

8. y al obtener el resultado del paso anterior escogemos nuestra

conexión.

Gráfico 8. Elección de driver de conexión.


8

9. El siguiente paso es el tipo de comunicación con la Base de Datos y

presionamos Finish.

Gráfico 9. Elección de la Base de Datos.


10. Chequeamos Create a Console Configuration y presionamos finish.

9

Gráfico 10. Elegimos la opción create console configuration.


10

11. Se presentará el archivo con la información de la configuración

Gráfico 11. Presentación de archivo de configuración.


12. Verificamos la información de conexión dando click en la opción

Source.

Gráfico 12. Verificación de archivo de configuración.


11

Configuración de Hibernate Console Configuration.


Gráfico 13. Elección de opción New > Other.

Elaboración: Franklin Ferruzola. Fuente: Configuración Hibernate Console Configuration.

2. Escogemos la opción de Hibernate Console Configuration y

presionamos next.

12

Gráfico 14. Elección de Tipo de Archivo.


3. Al visualizar esta pantalla procedemos a escoger el archivo cfg.xml

configurado en pasos anteriores y presionamos el botón Setup…

13

Gráfico 15. Escogemos el archivo de pasos anteriores.


4. Presionamos el botón Use existing… para escoger el archivo cfg.xml

configurado.

14

Gráfico 16. Escogemos el archivo ya existente.


5. Elegimos el archivo y presionamos ok, y luego Finish.

15

Gráfico 17. Elegimos el archivo y presionamos ok.


16

Configuración del Archivo reveng.xml.

El cual nos permitirá establecer la conexión con la Base de Datos.


Gráfico 18. Elección de opción New > Orher.

Elaboración: Franklin Ferruzola. Fuente: Configuración Archivo Reveng.xml

17

2. Escogemos la opción Hibernate Reverse Engineering File(reveng.xml)

y presionamos next.

Gráfico 19. Elección de Hibernate Reverse Engineering.


18

3. Procedemos a poner el nombre de nuestro .reveng.xml y presionamos

next.

Gráfico 20. Ponemos nombre reveng.xml.


19

4. Al realizar el paso anterior se nos presentará una pantalla como la

indicada.

Gráfico 21. Elegimos el archivo de configuración.


20

5. Como se muestra en la figura procedemos a escoger nuestra

Configuración de Consola configurada en pasos anteriores y

presionamos el botón Refresh.

Gráfico 22. Presionamos Refresh.


21

6. Se nos presentará toda la configuración de las tablas elegidas para la

importación.

Gráfico 23. Configuración de tablas a mapear.


22

7. Escogemos las tablas que queremos importar y presionamos Include y

Finish.

Gráfico 24. Incluimos los archivos.


23

Configuración del Hibernate Code Generation.

1. Nos dirigimos a la opción de ambiente Hibernate.

Gráfico 25. Elegimos la perspectiva Hibernate.

Elaboración: Franklin Ferruzola. Fuente: Configuración Hibernate Code generation

2. Vamos a la opción Run de Hibernate y escogemos la Hibernate code

Generations Configurations.

Gráfico 26. Opción Hibernate Code Generation.


24

3. Se nos presentará una pantalla en la cual escogeremos el archivo

.reveng.xml construido en pasos anteriores, y damos click en Setup...

Gráfico 27. Escogemos el archivo .reveng.xml


25

4. Con el paso anterior se nos presentará una pantalla en la que

escogeremos el archivo y para esto damos click en el botón Use

existing…

Gráfico 28. Buscamos el archivo existente.


26

5. Se nos presentará una consola en la que debemos ir hasta la

ubicación del archivo y escogemos el que hemos configurado.

Gráfico 29. Elegimos el archivo.


27

6. Como último paso damos click en Apply y después en Run.

Gráfico 30. Presionamos Apply y Run.


28

CONFIGURACIÓN DE SVN EN ECLIPSE

Paso 1: Ingresamos a la opción maketplase ubicado en Help, menú principal.

Gráfico 31. Escogemos la opción maketplase.

Elaboración: Franklin Ferruzola.

Fuente: Configuración SVN Eclipse

29

Paso 2: Realizar la búsqueda de SVN.

Gráfico 32. Búsqueda de SVN.



Paso 3: Procedemos a instalar el complemento SVN Team Proveder 2.0.

Gráfico 33. Instalamos el complemento SVN Team Proveder 2.0.



30

Paso 4: Procedemos a reiniciar eclipse. Posteriormente nos ubicamos en la

perspectiva de subversión para agregar los repositorios creados en

UbberSVN.

Gráfico 34. Procedemos a reiniciar eclipse.



Gráfico 35. Open Perspective



31

Paso 5: Una vez ubicados en SVN Repository Exploring. Agregamos los

repositorios existentes en el servidor. Para ello hacemos doble clic sobre

SVN Repositories /New /Repository Location.

Gráfico 36. SVN Repository Exploring



Paso 6: Escribimos el directorio indicado con el usuario y clave.

Gráfico 37. Repository Location Information SOAP



32

Paso 7: Repetimos la configuración para el proyecto ZK.

Gráfico 38. Repository Location Information ZK



Finalmente se visualizaron los repositorios creados en SVN Repository

Exploring

Gráfico 39. Repositorios SVN



33

Paso 8: Para crear el proyecto hacemos clic derecho sobre el repositorio y

presionamos checkout. Realizar este paso para los dos proyectos existentes.

Gráfico 40. Check Out



Posteriormente se creara el proyecto.

Gráfico 41. Creación de proyecto



34

Paso 9: Abrimos la perspectiva web ZK para visualizar los proyectos

importados. Ubicada en la opción Windows/ Other.

Gráfico 42. Perspectiva web ZK



Gráfico 43. Open Perspective ZK



Gráfico 44. Proyecto ZK



35

CASOS DE USO

INGRESO DE NOTAS

Gráfico 45. Caso de Uso de ingreso de notas.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso ingreso de notas.

VISUALIZACIÓN DE NOTAS

Gráfico 46. Caso de uso de visualización de notas.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso visualización de notas.

36

ACTUALIZACIÓN DE NOTAS

Gráfico 47. Caso de Uso actualización de notas.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso actualización de notas.

INGRESO DE RECALIFICACIÓN

Gráfico 48. Caso de uso de ingreso de recalificación.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso ingreso de recalificación.

37

INGRESO DE ASISTENCIA

Gráfico 49. Caso de uso de ingreso de asistencia.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso ingreso de aisstencia.

VISUALIZACIÓN DE ASISTENCIA

Gráfico 50. Caso de uso de visualización de asistencia.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso visualización de asistencia.

38

INGRESO DE SYLLABUS ACADÉMICO

Gráfico 51. Caso de uso ingreso de syllabus académico.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso ingreso de syllabus académico.

EDICIÓN DE SYLLABUS ACADÉMICO

Gráfico 52. Caso de uso de edición de syllabus académico.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso edición de syllabus académico.

39

VISUALIZACIÓN DE SYLLABUS

Gráfico 53. Caso de uso de visualización de syllabus académico.

Elaboración: Franklin Ferruzola. Fuente: Caso de Uso visualización de syllabus académico.

40

DIAGRAMAS DE SECUENCIA

INGRESO DE SYLLABUS

Gráfico 54. Diagrama de Secuencia de ingreso de syllabus.

Elaboración: Franklin Ferruzola. Fuente: Diagrama de Secuencia de ingreso de syllabus académico.

41

INGRESO DE BIBLIOGRAFÍAS

Gráfico 55. Diagrama de Secuencia de ingreso de bibliografías.

Elaboración: Franklin Ferruzola. Fuente: Diagrama de Secuencia de ingreso de bibliografías.

INGRESO DE DETALLE DE CONTENIDO

Gráfico 56. Diagrama de Secuencia de ingreso de detalle de contenido

Elaboración: Franklin Ferruzola. Fuente: Diagrama de Secuencia de ingreso de detalle de contenido.

42

INGRESO DE NOTAS

Gráfico 57. Diagrama de Secuencia de Ingreso de notas.

Elaboración: Franklin Ferruzola. Fuente: Diagrama de Secuencia de Ingreso de notas.

43

INGRESO DE ASISTENCIA

Gráfico 58. Diagrama de secuencia de ingreso de asistencia.

Elaboración: Franklin Ferruzola. Fuente: Diagrama de secuencia de ingreso de asistencia.

44

DIAGRAMA GENERAL BO

Gráfico 59. Diagrama General BO

Elaboración: Franklin Ferruzola. Fuente: Diagrama General BO.

DIAGRAMA GENERAL EAO

Gráfico 60. Diagrama General EAO

Elaboración: Franklin Ferruzola. Fuente: Diagrama General EAO.

45

DIAGRAMA DE CLASES GENERAL

Gráfico 61. Diagrama General de Clases

Elaboración: Franklin Ferruzola. Fuente: Diagrama General de Clases.

46

Diagrama del modelo AsistenciasClasesDet

Gráfico 62. Diagrama del Modelo AsistenciasClasesDet

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo AsistenciasClasesDet.

Diagrama del modelo Bibliografías

Gráfico 63. Diagrama del Modelo Bibliografias.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo Bibliografias.

47

Diagrama del modelo BitacoraFinalNotas

Gráfico 64. Diagrama del Modelo BitacoraFinalNotas.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo BitacoraFinalNotas.

48

Diagrama del modelo CabeceraNota

Gráfico 65. Diagrama del Modelo CabeceraNota.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo CabeceraNota.

49

Diagrama del modelo CabeceraSyllabus

Gráfico 66. Diagrama del Modelo CabeceraSyllabus.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo CabeceraSyllabus.

50

Diagrama de modelo DetalleContenido

Gráfico 67. Diagrama del Modelo DetalleContenido.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo DetalleContenido.

Diagrama de modelo DetalleEvaluacionMateria

Gráfico 68. Diagrama del Modelo DetalleEvaluacionMateria.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo DetalleEvaluacionMateria.

51

Diagramas de modelo de DetalleNota

Gráfico 69. Diagrama del Modelo DetalleNota.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo DetalleNota.

52

Diagramas de modelo DetalleNotaGeneral

Gráfico 70. Diagrama del Modelo DetalleNotaGeneral.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo DetalleNotaGeneral.

53

Diagrama de modelo PlanAsistencia

Gráfico 71. Diagrama del Modelo PlanAsistencia.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo PlanAsistencia.

54

Diagrama de modelo RegistroObjetivos

Gráfico 72. Diagrama del Modelo RegistroObjetivos.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo RegistroObjetivos.

55

Diagrama de modelo OpcionAsistencia

Gráfico 73. Diagrama del Modelo OpcionAsistencia.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo OpcionAsistencia.

Diagrama de modelo Parcial

Gráfico 74. Diagrama del Modelo Parcial.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo Parcial.

56

Diagrama de modelo TipoMetodoEvaluacion

Gráfico 75. Diagrama del Modelo TipoMetodoEvaluacion.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo TipoMetodoEvaluacion.

Diagrama de modelo Parcial

Gráfico 76. Diagrama del Modelo Parcial.

Elaboración: Franklin Ferruzola. Fuente: Diagrama del Modelo Parcial.

universidad de guayaquil -...

Documents