Proyec to

73
INSTITUTO DE EDUCACIÓN SUPERIOR UNIVERSIDAD TÉCNICA DE MACHALA SISTEMA NACIONAL DE NIVELACIÓN Y ADMISIÓN PROYECTO INTEGRADOR DE SABERES TEMA: “SISTEMA PARA LA INFORMACIÓN E IMPRESIÓN AUTOMATIZADA REFERENTE AL ÁREA DE ESTUDIO EMITIDOS POR LA UTMACH (UTMÁTICO)” AUTORES: AGUILAR NOLE LUIS FERNANDO MANZO YANANGÓMEZ JOSÉ RICARDO SÁNCHEZ OCHOA LIGIA ELENA VILLALTA CAMINOS JULIO TEMÍSTOCLES TUTORES: MILTÓN VALAREZO CRISTHIAN ZAMBRANO CONSULTANTE (S) WILMER HENRY ILLESCAS ESPINOZA PERIÓDO:

Transcript of Proyec to

Page 1: Proyec to

INSTITUTO DE

EDUCACIÓN SUPERIOR

UNIVERSIDAD TÉCNICA DE MACHALA

SISTEMA NACIONAL DE NIVELACIÓN Y ADMISIÓN

PROYECTO INTEGRADOR DE SABERES

TEMA:

“SISTEMA PARA LA INFORMACIÓN E IMPRESIÓN AUTOMATIZADA

REFERENTE AL ÁREA DE ESTUDIO EMITIDOS POR LA UTMACH

(UTMÁTICO)”

AUTORES:

AGUILAR NOLE LUIS FERNANDO

MANZO YANANGÓMEZ JOSÉ RICARDO

SÁNCHEZ OCHOA LIGIA ELENA

VILLALTA CAMINOS JULIO TEMÍSTOCLES

TUTORES:

MILTÓN VALAREZO CRISTHIAN ZAMBRANO

CONSULTANTE (S)

WILMER HENRY ILLESCAS ESPINOZA

PERIÓDO:

OCTUBRE– MARZO DEL 2013

MACHALA – EL ORO - ECUADOR

Page 2: Proyec to

INSTITUTO DE EDUCACIÓN SUPERIOR

UNIVERSIDAD TÉCNICA DE MACHALA

PROYECTO INTEGRADOR DE SABERES

TEMA:

“SISTEMA PARA LA INFORMACIÓN E IMPRESIÓN AUTOMATIZADA

REFERENTE AL AREA DE ESTUDIO EMITIDOS POR LA UTMACH

(UTMÁTICO)”

MACHALA – EL ORO – ECUADOR

ÍNDICE

2 | P á g i n a

Page 3: Proyec to

PORTADA 1

CONTRAPORTADA 2

ÍNDICE 3

ÍNDICE DE FIGURAS 4

ÍNDICE DE GRÁFICOS 6

ÍNDICE DE ANEXOS 6

INTRODUCCIÓN 7

DEDICATORIA 8

AGRADECIMIENTO 9

CAPÍTULO I

1. EL PROBLEMA

1.1 ANTECEDENTES DEL PROBLEMA 10

1.2 SITUACIÓN PROBLEMÁTICA 14

1.3 PLANTEAMIENTO DEL PROBLEMA 14

1.4 OBJETIVO GENERAL 15

1.5 OBJETIVO ESPECÍFICO 15

1.6 TAREAS DE INVESTIGACIÓN 15

1.7 POBLACIÓN 15

1.8 MUESTRA 16

1.9 MARCO METODOLÓGICO 16

1.10 INTERPRETACIÓN DE RESULTADOS

DE LA INVESTIGACIÓN 16

CAPITULO II

3 | P á g i n a

Page 4: Proyec to

2. MARCO TEÓRICO

2.1 MARCO CONTEXTUAL 21

2.1.1 UNIVERSIDAD TÉCNICA DE MACHALA 21

2.1.2 MISIÓN 23

2.1.3 VISIÓN 23

2.1.4 ORGANIGRAMA 23

2.2 MARCO CONCEPTUAL 24

2.2.1 TECNOLOGÍA 24

2.2.2 EQUIPO DE INGRESO DE DATOS 24

2.2.3 PROGRAMAS DE FUNCIONAMIENTO 26

2.2.4 EQUIPOS DE SALIDA DE DATOS 32

CAPITULO III

3. PROPUESTA DEL PROYECTO

3.1 PROPUESTA A DESARROLLAR 34

3.2 JUSTIFICACIÓN 34

3.3 DISEÑO FUNCIONAMIENTO DEL UTMÁTICO 35

3.3.1 DISEÑO FRONTAL DEL UTMÁTICO 35

3.3.2 DISEÑO Y FUNCIONAMIENTO DE PANTALLAS 36

3.4 INTERPRETACIÓN DE DATOS DE LA INVESTIGACIÓN 40

4. CONCLUSIONES 44

5. BIBLIOGRAFÍA 45

6. GLOSARIO 46

7. ANEXOS 47

ÍNDICE DE FIGURAS

CAPITULO I

FIGURA1.1 PRODUCCIÓN TOTAL DIARIA EN UNA

FÁBRICA FORD (1928) 10

FIGURA 1.2 INTERIOR DE UNA OFICINA MODERNA (2011) 11

FIGURA1.3 KIOSCO VIRTUAL (2011) 12

FIGURA1.4 POLIMÁTICO (2010) 12

4 | P á g i n a

Page 5: Proyec to

FIGURA 1.5 CABINAS PARA LA IMPRESIÓN DE NOTAS UNIVERSIDAD DE

GUAYAQUIL (2011) 13

FIGURA1.6 TOSIMÁTICOS (2011) 13

CAPITULO II

FIGURA 2.1 ORGANIGRAMA DE LA UTMACH 23

FIGURA 2.2 MONITOR ELO 17151 25

FIGURA 2.3 DETECTOR DE HUELLAS 25

FIGURA 2.4 DESARROLLADOR POSTGRES SQL 26

FIGURA 2.5 IMPRESORA TÉRMICA 32

CAPITULO III

FIGURA 3.1 DISEÑO DEL UTMATICO 35

FIGURA 3.2 PANTALLA DE INICIO 36

FIGURA 3.3 PANTALLA DE INGRESO DE DATOS 37

FIGURA3.4 PANTALLA DE OPCIONES 37

FIGURA 3.5 PANTALLA DE OPCIÓN UBICACIÓN 38

FIGURA 3.5.1 CROQUIS DE LA UBICACIÓN DE ÁREA DE ESTUDIO 38

FIGURA 3.6 PANTALLA DE OPCIÓN CALIFICACIONES 39

FIGURA 3.6.1 PANTALLA DE CALIFICACIONES DEL ESTUDIANTE 39

ÍNDICE DE TABLAS

TABLA NO 1 DISTRIBUCIÓN DE AULAS DE CLASES 16

TABLA NO 2 INGRESARON DIRECTAMENTE A SU

AULA DESIGNADA 17

TABLA NO 3 CAUSANTES DE LA DISTRIBUCIÓN

IRREGULAR DE LOS PARALELOS Y AULAS DE CLASE 18

TABLA NO 4 DÍAS QUE INGRESO A SU AULA 19

TABLA NO 5 ES NECESARIO INSTALAR UN

SISTEMA DE INFORMACIÓN 40

TABLA NO 6 LUGAR DE UBICACIÓN DEL

SISTEMA INFORMATIVO 41

5 | P á g i n a

Page 6: Proyec to

TABLA NO 7 DESEA QUE EL SISTEMA DE INFORMACIÓN BRINDE DATOS

DE CALIFICACIONES 42

TABLA NO 8 UTILIDAD DEL SISTEMA DE INFORMACIÓN 43

ÍNDICE DE GRÁFICOS

GRÁFICO NO 1 DISTRIBUCIÓN DE AULAS DE CLASES 17

GRÁFICO NO 2 INGRESARON DIRECTAMENTE

A SU AULA DESIGNADA 18

GRÁFICO NO 3 CAUSANTES DE LA DISTRIBUCIÓN IRREGULAR DE LOS

PARALELOS Y AULAS DE CLASE 19

GRÁFICO NO 4 DÍAS QUE INGRESO A SU AULA 20

GRÁFICO NO 5 ES NECESARIO INSTALAR UN

SISTEMA DE INFORMACIÓN 40

GRÁFICO NO 6 LUGAR DE UBICACIÓN DEL

SISTEMA INFORMATIVO 41

GRÁFICO NO 7 DESEA QUE EL SISTEMA DE INFORMACIÓN BRINDE

DATOS DE CALIFICACIONES 42

GRÁFICO NO 8 UTILIDAD DEL SISTEMA DE INFORMACIÓN 43

ÍNDICE DE ANEXOS

ANEXO A. FORMATO DE LA ENCUESTA REALIZADA A LOS ESTUDIANTES

DEL PRE-UNIVERSITARIO DE LA UTMACH 48

ANEXO B. ESTUDIANTES DE LA ENCUESTA REALIZADA 50

ANEXO C. GRUPO EN EL PROCESO DEL PROYECTO INTEGRADOR DE

SABERES. 52

ANEXO D. AVATAR DEL SISTEMA DESARROLLADO 54

INTRODUCCIÓN

6 | P á g i n a

Page 7: Proyec to

El presente proyecto de integrador de saberes es un sistema desarrollado para la

información de datos de la ubicación del área de estudio al ingresar al pre-universitario;

estos se emiten actualmente a través de un procedimiento, en el cual el alumno ingresa a

la página de la UTMACH (http://www.utmachala.edu.ec) y averigua su ubicación de

estudio como es el curso el paralelo en donde le han asignado. Pero existen ocasiones en

que el alumno no está informado de este ´proceso y es cuando se encuentra en la

incertidumbre de su actual ubicación.

Se ha observado que al no saber de esta información se produce una aglomeración en

los cybers de la universidad y en el departamento central.

Al analizar situaciones parecidas en otras instituciones, y siendo los propios

protagonistas se presenta la posibilidad de diseñar un sistema que mejore este proceso,

haciéndolo más rápido, ágil y simple; Se obtendrá beneficios, de tiempo para los

alumnos y el personal administrativo.

Este trabajo esta divido en 3 capítulos:

En el capítulo 1 se planteara el problema a desarrollar como sus objetivos la situación

problemática y la relevancia que tiene ante la sociedad universitaria.

En el capítulo 2 revisa la historia de la automatización de los procesos administrativos y

los sistemas de consulta y emisión de certificados o de documentos de distinta índole

existente en diferentes instituciones educativas comerciales, así como los diferentes

conceptos de lo que se compone el UTMÁTICO.

En el capítulo 3 se desarrollara el funcionamiento que realiza el UTMÁTICO y el

proceso para ingresar a la información del área de estudio de cada estudiante

7 | P á g i n a

Page 8: Proyec to

DEDICATORIA

Primeramente a Dios por habernos permitido llegar hasta este punto y habernos dado

salud, poder ser el manantial de vida y darnos lo necesario para seguir adelante día a día

para lograr nuestros objetivos, además de su infinita bondad y amor

A nuestras madres por habernos apoyado en todo momento, por sus consejos, sus

valores, por la motivación constante que nos han permitido ser personas de bien, pero

más que nada, pos su amor, a nuestros padres por los ejemplos de perseverancia y

constancia que los caracterizan y que nos han infundido siempre, por el valor mostrado

para salir adelante y por su amor, y a todos aquellos que nos ayudaron directa o

indirectamente a realizar este documento.

Autores:

Luis Aguilar

Ricardo Manso

Ligia Sánchez

Julio Villalta

8 | P á g i n a

Page 9: Proyec to

AGRADECIMIENTO

Agradecemos principalmente a Dios por brindarnos sabiduría, salud y vida para seguir

con nuestros estudios y por permitir que nuestro deseo de ser profesional se cumpla.

A nuestros tutores Ing. Milton y el Dr. Christian Zambrano que sembraron en nosotros

una semilla de búsqueda y superación, y de los conocimientos necesarios para llegar a

culminar este trabajo.

De forma súper especial para esas personas que han entregado su vida

incondicionalmente para que vivamos, han entregado su dolor para que nosotros no

caigamos, han entregado su trabajo para que podamos avanzar, han entregado su

libertad para hacernos libres y sobretodo no has brindado su amor y confianza para

poder a cumplir este proyecto.

Autores:

Luis Aguilar

Ricardo Manso

Ligia Sánchez

Julio Villalta

9 | P á g i n a

Page 10: Proyec to

CAPÍTULO I

1.1 ANTECEDENTES DE LA PROBLEMÁTICA

1.1.1Automatización

El origen de la automatización en general nació a partir de la Revolución Industrial, el

cual fue un periodo comprendido entre la segunda mitad del siglo XVIII y principios del

XIX. Sobre ella se dice que ésta provee a operadores humanos mecanismos para

asistirlos en los esfuerzos físicos del trabajo, la automatización reduce ampliamente la

necesidad sensorial y mental del ser humano.

La automatización surgió a partir del interés de las nuevas industrias de mejorar la

calidad del producto, hacerlo más uniforme, mejorar el control y la productividad

reduciendo costos de producción, disminuir al máximo la intervención humana para que

existan menos errores al tratarse de procesos repetitivos y hacer las instalaciones más

seguras para el personal.

Figura 1.1 Producción total diaria en una Fábrica FORD (1928)

Fuente: www.fullcoches.com

www.wikipedia.org.AutomatizacionIndustrial. 24/02/2011

http:// es.wikipedia.org/wiki/Automatizaci%C3%B3n_indistrial.

Con el avance de la tecnología en las industrias y con el aumento de los procesos

administrativos, para control de producción, control de personal, emisión de informes,

etc. Se requiere el aumento del personal y las horas dedicadas a cubrir estos

10 | P á g i n a

Page 11: Proyec to

requerimientos. Entonces surgió la necesidad de crear procedimientos administrativos

que sean más eficientes y eficaces. Con la llegada de la computación y después

consumasificación, esta tarea se vio ampliamente simplificada y abaratada, dando lugar

a que cada vez más compañías utilicen este recurso; y ayudados por otros servicios

complementarios, la automatización de los diferentes procesos administrativos se vio

ampliamente beneficiada.

Por tanto se puede concluir que la búsqueda del hombre por hacer sus actividades

diarias más eficientes y eficaces en cualquier ámbito no es algo nuevo, y conlleva en sí

el mejoramiento no solo de los procesos, sino también del entorno humano que le rodea.

Figura 1.2 Interior de una oficina moderna (2011)

Fuente: www.123rf.com

1.1.2 Otros sistemas para la emisión de certificados.

Guayaquil siempre se ha caracterizado por estar a la vanguardia en lo que ha tecnología

se refiere. En esta ciudad existen diferentes empresas e instituciones educativas y

comerciales que ya han desarrollado sistemas automatizados de consulta y emisión de

certificados o documentos de distinta índole, entre las cuales tenemos:

El registro Municipal del Cantón Guayaquil, el cual ha implementado un sistema

automatizado para la impresión de partidas de nacimiento, actas de matrimonio, y actas

de defunciones. Este se denomina Kiosko Virtual.

11 | P á g i n a

Page 12: Proyec to

Figura 1.3 Kiosko Virtual (2011)

Fuente: www.guayaquil.gov

La Escuela Superior Politécnica del Litoral cuenta con el llamado Polimático, el cual es

un sistema mediante el cual el estudiante puede imprimir los diferentes certificados que

emite la institución.

Figura 1.4 Polimático (2010)

Fuente: www.cib.espol.edu.ec

En la Universidad de Guayaquil, se encuentran instalados unos equipos mediante el cual

el estudiante puede obtener información sobre sus notas e imprimirlas.

12 | P á g i n a

Page 13: Proyec to

Figura 1.5 Cabinas para impresión de notas Universidad de Guayaquil (2011)

Fuente: Autores

La Casa Comercial Tosi en sus diferentes sucursales existen equipos llamados

Tosimáticos, en donde se pueden realizar consultas sobre los saldo de las tarjetas de

crédito, movimientos, e imprimir los estados de cuentas.

Figura 1.6 Tosimáticos (2011)

Fuente: Autores

La Empresa Claro ha desarrollado unos equipos ubicados en sus centros de Atención al

Cliente parecidos a los cajeros automáticos, en los cuales se pueden hacer recargas

13 | P á g i n a

Page 14: Proyec to

automáticas, así como la cancelación de las facturas de los diferentes planes ofrecidos

por esta operadora de celular.

1.2 SITUACIÓN PROBLEMÁTICA

Cerca de 1200 estudiantes, formaban parte del programa de admisión y nivelación para

ingresar a la Universidad Técnica de Machala, iniciando clases el lunes 15 de abril del

presente año, dando cumplimiento a lo establecido por la Secretaría Nacional de

Educación Superior, Ciencia, Tecnología e Innovación (SENESCYT), como parte del

Primer Periodo 2013.

De acuerdo a la programación académica prevista, los docentes y aspirantes se

presentaron al horario establecido en donde hubo una alteración en determinar la

ubicación de cada estudiante del curso de nivelación lo cual ocasiono una

desorganización tanto en el departamento central en como en los cybers internos de la

UTMACH con colas extensas, ya que algunos al ignorar que la información estaría en la

página de la universidad y debido al tiempo que se llevaba en buscar su diferente

ubicación provoco desconcierto de las clases establecidas.

1.3 PLANTEAMIENTO DEL PROBLEMA

Para el problema de investigación nos hemos basado en la observación durante el

proceso de ingreso al curso de nivelación, fue entonces, cuando nos dimos cuenta de

que todo aquello constituía la siguiente situación:

La falta de conocimiento de los estudiantes que aprobaron y van a ingresar al curso de

nivelación de la UTMACH, sobre su ubicación del área de estudio (Facultad, paralelo,

escuela, entre otros).

1.4 OBJETIVO GENERAL DE LA INVESTIGACIÓN

Ddiseñar un sistema de emisión para informar a los estudiantes de la UTMACH

acerca de su respectiva área de estudio utilizando tecnología existente para que

estos sean obtenidos de una manera ágil, eficaz y segura.

1.5 OBJETIVOS ESPECÍFICOS

14 | P á g i n a

Page 15: Proyec to

Utilizar nuevas tecnologías como una alternativa para automatizar procesos del

departamento central de la UTMACH.

Reducir colas que se forman en los cybers y en el área de información del DNA.

Elaborar una encuesta para conocer las opiniones de los estudiantes del pre-

universitario sobre la situación de los que fueron protagonistas y la alteración de

las clases establecidas.

Interpretar las diferentes respuestas, clasificarlas y obtener una conclusión valida

en base a los resultados obtenidos.

Reducir el tiempo empleado para la emisión de información acerca del área de

estudio.

Caracterizar los procesos del sistema automatizado (UTMÁTICO) para la

obtención e impresión de datos.

1.6 TAREAS DE INVESTIGACIÓN

Realizar las respectivas encuestas dirigida a los estudiantes que asisten al Curso

de Nivelación y Admisión de la UTMACH para así poder determinar la

existencia del problema escogido para nuestro proyecto investigativo y además

dar a conocer la propuesta y los beneficios que se obtendría con esta.

Investigar acerca de cómo funciona del sistema informático de la UTMACH

para de esta manera saber cómo implementar nuestra propuesta.

.

1.7 POBLACIÓN

Estudiantes de todas las carreras que se encuentren en el curso de Nivelación y

Admisión de la UTMACH.

1.8 MUESTRA

Se ha tomado una muestra de 40 estudiantes de las distintas áreas de estudio que se

encuentran en curso de Nivelación y Admisión de la UTMACH.

1.9 MARCO METODOLÓGICO

15 | P á g i n a

Page 16: Proyec to

Durante la etapa investigativa previa al desarrollo es necesario usar el método analítico

sintético, para analizar proyectos similares que se han implementado en otras

instituciones públicas y privadas, con la finalidad de obtener referencias y

conocimientos de los mismos, como ayuda para el desarrollo de nuestro sistema y poder

determinar fortalezas y debilidades.

El método inductivo, aplicado en su forma indirecta, permite tener conclusiones y

recomendaciones más fiables, mediante muestras de población de estudiantes para el

respectivo análisis de encuestas.

1.10 INTERPRETACIÓN DE RESULTADOS DE LA INVESTIGACIÓN

1.10.1 Datos obtenidos con respecto al problema

1. COMO CONSIDERA QUE FUE LA DISTRIBUCIÓN DE LAS AULAS PARA

LOS ESTUDIANTES DEL CURSO DE NIVELACIÓN Y ADMISIÓN

TABLA N° 1

DISTRIBUCIÓN DE AULAS DE CLASES

DISTRIBUCIÓN CANTIDAD PORCENTAJES

EXELENTE 1 2,5 %

REGULAR23 57.5 %

MALA 16 40 %

TOTAL 40 100 %

REALIZADO POR: LOS AUTORES

GRÁFICO N° 1

16 | P á g i n a

Page 17: Proyec to

REALIZADO POR: LOS AUTORES

En el siguiente grafico se puede notar que el 58% de los estudiantes encuestados han

opinado que la distribución de los estudiantes hacia las diferentes aulas de clases es

regular, el 40% ha dicho que es mala y el 2% que ha sido excelente.

2. PARA EL PRIMER DÍA DE CLASES, INGRESO USTED DIRECTAMENTE AL

PARALELO DESIGNADO EN LA UTAMCH POR EL SENESCYT.

TABLA N° 2

INGRESARON DIRECTAMENTE A SU AULA DESIGNADA

REALIZADO POR: LOS AUTORES

GRÁFICO N° 2

17 | P á g i n a

EXELENTE3%

REGULAR57%

MALA40%

DISTRIBUCIÓN DE AULAS DE CLASES

INGRESODIRECTAMENTE

CANTIDAD PORCENTAJES

SI 8 20 %

NO 32 80%

TOTAL 40 100 %

Page 18: Proyec to

REALIZADO POR: LOS AUTORES

En el siguiente grafico se puede observar que el 80% de estudiantes no ingresaron

directamente a su aula designada y el 20% si.

3. CUAL CREE UD QUE SERIA LA CAUSA DE LA DISTRIBUCION

IRREGULAR POR PARALELOS DEL CURSO DE NIVELACION Y

ADMISION DE LA UTMACH

TABLA N° 3

CAUSANTES DE LA DISTRIBUCIÓN IRREGULAR DE LOS PARALELOS Y

AULAS DE CLASE

REALIZADO POR: LOS AUTORES

GRÁFICO N° 3

18 | P á g i n a

SI20%

NO80%

INGRESARON DIRECTAMENTE A SU AULA DESIGNADA

INSTITUCIÓN CANTIDAD PORCENTAJES

DNA-UTMACH 26 58 %

SENECYT 17 43 %

TOTAL 40 100 %

Page 19: Proyec to

REALIZADO POR: LOS AUTORES

El 58% de estudiantes han opinado que los causantes de la distribución irregular de los

estudiantes es el SENESCYT, mientras que el 43% dice que es el DNA – UTMACH.

4. ¿A LOS CUANTOS DÍAS USTED PUDO INGRESAR A SU PARALELO

DESIGNADO?

TABLA N° 4

DÍAS QUE INGRESO A SU AULA

REALIZADO POR: LOS AUTORES

GRÁFICO N° 4

19 | P á g i n a

SENECYT43%

DNA-UTMACH58%

CAUSANTES DE LA DISTRIBUCIÓN IRREGULAR DE LOS PARALELOS Y

AULAS DE CLASE

DIAS QUE INGRESO

CANTIDAD PORCENTAJES

PRIMER 16 40 %

SEGUNDO 18 45 %

TERCER 6 15 %

DIAS DESPUES 00%

TOTAL 40 100 %

Page 20: Proyec to

REALIZADO POR: LOS AUTORES

20 | P á g i n a

PRIMER40%

SEGUNDO45%

TERCER15%

DIAS QUE INGRESO A SU AULA

Page 21: Proyec to

CAPÍTULO II

MARCO TEÓRICO

2.1 MARCO CONTEXTUAL

2.1.1 UNIVERSIDAD TÉCNICA DE MACHALA

RESEÑA HISTÓRICA

Grandes jornadas tuvo que cumplir la comunidad Orense para lograr la fundación de la

universidad, desde las luchas en las calles que costó la vida de hombres de nuestro

pueblo, hasta las polémicas parlamentarias, como producto de los intereses que se

reflejan al interior de la sociedad. 

Después de una serie de gestiones y tramites, Universidad Técnica de Machala, se creó

por la resolución del honorable Congreso Nacional de la República del Ecuador, por

decreto ley No. 69-04, del 14 de abril de 1969, publicado en el Registro Oficial No. 161,

del 18 del mismo mes y año. Habiéndose iniciado con la Facultad de Agronomía y

Veterinaria.

Por resolución oficial se encargó a la Casa de la Cultura Núcleo de El Oro, presidida por

el Lcdo. Diego Minuche Garrido, la organización de la universidad, con la Asesoria de

la Comisión de Coordinación Académica del Consejo Nacional de Educación Superior,

hasta que se designe el rector.

El 23 de julio de 1969, el señor Presidente de la República Dr. José María Velasco

Ibarra, declaró solemnemente inaugurada la Universidad Técnica de Machala en visita a

la provincia de El Oro. El 14 de febrero de 1970, se reúne la Asamblea Universitaria y

nomina al Ing. Galo Acosta Hidalgo como Vicerrector titular, encargándole el

rectorado. Durante esta administración se emprendió fundamentalmente a la

organización de la universidad. El 20 de Marzo de 1972, en la cuarta Asamblea

Universitaria, se eligió al Econ. Manuel Zúñiga Mascote, como el primer Rector titula,

quedando también designado como Vicerrector el Ing. Guillermo Ojeda López. Esta

administración frente a las necesidades de la juventud estudiosa de la Provincia,

procedió a la estructuración de nuevas facultades, la creación de Departamento de

Investigación y la adecuación de la ciudadela Diez de Agosto, para atender la demanda

de matrículas en la universidad.El 12 de diciembre de 1972, el Ing. Rafael Bustamante

21 | P á g i n a

Page 22: Proyec to

Ibáñez, Decano de la Facultad de Agronomía y Veterinaria, se encargó del Rectorado; y

el Dr. Gerardo Fernández Capa, Decano de la Facultad de Ciencias y Administración

asumió las Funciones de Vicerrector encargado.

El 20 de noviembre de 1973, la asamblea universitaria eligió rector al Ing. Gonzalo

Gambarroti Gavilnez y Vicerrector al Dr. Carlos García Rizzo. La administración del

Ing. Gonzalo Gambarrotti, tuvo una duración de dos años aproximadamente y su

gestión se fundamento en la implementación de aulas y equipos que se demandaban

para ese entonces. Se emprendió en programas de Extensión Cultural y se efectuaron los

tramites indispensables para la adquisición de nuevas propiedades.

La H. Asamblea Universitaria del 15 de Enero de 1977, nombro como rector de la

Universidad Técnica de Machala, al Dr. Gerardo Fernández Capa y como Vicerrector al

Dr. Jaime Palacios Peralta; quienes después de cumplir exitosamente su periodo

administrativo merecieron su reelección, en sus mismas dignidades el 17 de Enero de

1981. Estas autoridades efectuaron programaciones y obras que reclamaban las propias

exigencias del crecimiento de la población universitaria y el desarrollo del medio.

Dieron prioritaria atención a la adecuada marcha académico-administrativa de la

Universidad, a la iniciación de la construcción del Campus Universitario y el Complejo

Deportivo y a la elevada formación científico-técnica de los estudiantes.

En lo que respecta a la construcción de la Ciudadela Universitaria se dotó de un

complejo arquitectónico a la Facultad de Agronomía y Veterinaria; y se iniciaron las

obras de los edificios de las Facultades de Sociología, Ingeniería Civil y Ciencias

Químicas. Durante esta administración se creó el Departamento de Planificación y tres

nuevas carreras: Acuacultura, Educación Parvularia, y Enfermería.

En diciembre de 1983, fallece el Dr. Jaime Palacios Peralta, Vicerrector de la

Universidad, y en su reemplazo el 30 de junio de 1984, la H. Asamblea Universitaria

designó al Ing. Marino Uriguen Barreto. La tarea educativa debe llevar a enseñar como

discernir lo verdadero de lo falso, lo justo de lo injusto, lo moral de lo inmoral, lo que

eleva a la persona y lo que la manipula.

2.1.2 MISIÓN

22 | P á g i n a

Page 23: Proyec to

La Universidad Técnica de Machala es una Institución reconocida en su área de

influencia formadora de profesionales, con capacidades científico-técnicas, ética,

solidaria, con identidad nacional, que aporta, creativamente, a través de la docencia,

investigación, vinculación y gestión, a la solución de los problemas del desarrollo

sostenible y sustentable.

2.1.3 VISIÓN

La Universidad Técnica de Machala para el año 2013 es una institución acreditada,

lidera el desarrollo territorial, forma y perfecciona profesionales competentes,

emprendedores, innovadores, críticos y humanistas.

2.1.4 ORGANIGAMA

Figura 2.1 Organigrama de la UTMACH

Fuente: www.utmachala.edu.ec/portalweb/general/articulo/hl/es/item/12-24-115

23 | P á g i n a

Page 24: Proyec to

2.2 MARCO CONCEPTUAL

2.2.1 Tecnología

Tecnología es el conjunto de conocimientos técnicos, ordenados científicamente, que

permiten diseñar y crear bienes y servicios que facilitan la adaptación al medio

ambiente y satisfacer tanto las necesidades esenciales como los deseos de la humanidad.

Es una palabra de origen griego, τεχνολογία, formada por téchnē (τέχνη, arte, técnica u

oficio, que puede ser traducido como destreza) y logía(λογία, el estudio de algo).

Aunque hay muchas tecnologías muy diferentes entre sí, es frecuente usar el término en

singular para referirse a una de ellas o al conjunto de todas. Cuando se lo escribe con

mayúscula, Tecnología, puede referirse tanto a la disciplina teórica que estudia los

saberes comunes a todas las tecnologías como la educación tecnológica, la disciplina

escolar abocada a la familiarización con las tecnologías más importantes.

La actividad tecnológica influye en el progreso social y económico, pero su carácter

abrumadoramente comercial hace que esté más orientada a satisfacer los deseos de los

más prósperos (consumismo) que las necesidades esenciales de los más necesitados, lo

que tiende además a hacer un uso no sostenible del medio ambiente. Sin embargo, la

tecnología también puede ser usada para proteger el medio ambiente y evitar que las

crecientes necesidades provoquen un agotamiento o degradación de

los recursos materiales y energéticos del planeta o aumenten las desigualdades sociales.

Como hace uso intensivo, directo o indirecto, del medio ambiente (biosfera), es la causa

principal del creciente agotamiento y degradación de los recursos naturales del planeta.

2.2.2 Equipo de ingreso de datos:

MONITOR TÁCTIL

El uso del teclado y mouse hacen que un sistema como el propuesto sea tedioso y lento;

no cumpliría el objetivo de optimizar el tiempo en la emisión del certificado. Un

monitor táctil es una pantalla que, mediante un toque directo sobre su superficie permite

la entrada de datos y órdenes al dispositivo a través de un cable USB(Bus Universal en

serie). A su vez, actúa como periférico de salida, mostrando los resultados introducidos

previamente; esto se lo realiza a través de un cable VGA (Video Graphics Adapter).

Consiste en un cristal transparente donde se sitúa una lámina que permite interactuar

24 | P á g i n a

Page 25: Proyec to

directamente sobre esa superficie, utilizando un proyector para lanzar la imagen sobre la

pantalla de cristal.

Figura 2.2 Monitor ELO 17151

Fuente: www.elotouch.com

HUELLA DACTILAR

La huella dactilar se usa en muchas aplicaciones en las que se quiere realizar la

identificación de personas de forma segura y cómoda para el usuario. Su objetivo es

evitar los riesgos de suplantación de identidad derivada del robo, copia o pérdida de

tarjetas y códigos numéricos, de una forma muy práctica para el usuario, evitándole el

tener que recordar códigos ni contraseñas.

Es un sistema rápido y seguro, pero, además, es el más extendido entre los sistemas de

reconocimiento biométrico.

25 | P á g i n a

Page 26: Proyec to

Figura 2.3 Detector de huellas

Fuente: www.detectordigital.com

2.2.3 Programas De Funcionamiento:

a) POSTGRES

PostgreSQL es un SGBD  relacional orientado a objetos y libre, publicado bajo

la licencia BSD. Como muchos otros proyectos de código abierto, el desarrollo de

PostgreSQL no es manejado por una empresa y/o persona, sino que es dirigido por una

comunidad de desarrolladores que trabajan de forma desinteresada, altruista, libre y/o

apoyados por organizaciones comerciales. Dicha comunidad es denominada

el PGDG (PostgreSQL Global Development Group).

Figura 2.4 Desarrollador Postgre SQL

Fuente: http://es.wikipedia.org/wiki/PostgreSQL

NOMBRE DEL PRODUCTO

El uso de caracteres en mayúscula en el nombre PostgreSQL puede confundir a algunas

personas a primera vista. Las distintas pronunciaciones de "SQL" pueden llevar a

confusión. Los desarrolladores de PostgreSQL lo pronuncian /poːst ɡɹɛs kjuː ɛl/;. Es

también común oír abreviadamente como simplemente "Postgres", el que fue su nombre

original. Debido a su soporte del estándar SQL entre la mayor parte de bases de datos

relacionales, la comunidad consideró cambiar el nombre al anterior Postgres. Sin

embargo, el PostgreSQL Core Team anunció en 2007 que el producto seguiría

26 | P á g i n a

Page 27: Proyec to

llamándose PostgreSQL. El nombre hace referencia a los orígenes del proyecto como la

base de datos "post-Ingres", y los autores originales también desarrollaron la base de

datos Ingres.

HISTORIA

PostgreSQL ha tenido una larga evolución, la cual se inicia en 1982 con el

proyecto Ingres en la Universidad de Berkeley. Este proyecto, liderado por Michael

Stonebraker, fue uno de los primeros intentos en implementar un motor de base de datos

relacional. Después de haber trabajado un largo tiempo en Ingres y de haber tenido una

experiencia comercial con él mismo, Michael decidió volver a la Universidad en 1985

para trabajar en un nuevo proyecto sobre la experiencia de Ingres, dicho proyecto fue

llamado post-ingres o simplemente POSTGRES.

El proyecto post-ingres pretendía resolver los problemas con el modelo de base de datos

relacional que habían sido aclarados a comienzos de los años 1980. El principal de estos

problemas era la incapacidad del modelo relacional de comprender "tipos", es decir,

combinaciones de datos simples que conforman una única unidad. Actualmente estos

son llamados objetos. Se esforzaron en introducir la menor cantidad posible de

funcionalidades para completar el soporte de tipos. Estas funcionalidades incluían la

habilidad de definir tipos, pero también la habilidad de describir relaciones - las cuales

hasta ese momento eran ampliamente utilizadas pero mantenidas completamente por el

usuario. En Postgres la base de datos «comprendía» las relaciones y podía obtener

información de tablas relacionadas utilizando reglas. Postgres usó muchas ideas de

Ingres pero no su código.

La siguiente lista muestra los hitos más importantes en la vida del proyecto Postgres.

1986: se publicaron varios papers que describían las bases del sistema.

1988: ya se contaba con una versión utilizable.

1989: el grupo publicaba la versión 1 para una pequeña comunidad de usuarios.

1990: se publicaba la versión 2 la cual tenía prácticamente reescrito el sistema de

reglas.

1991: publicación de la versión 3, esta añadía la capacidad de múltiples motores de

almacenamiento.

27 | P á g i n a

Page 28: Proyec to

1993: crecimiento importante de la comunidad de usuarios, la cual demandaba más

características.

1994: después de la publicación de la versión 4, el proyecto terminó y el grupo se

disolvió.

Después de que el proyecto POSTGRES terminara, dos graduados de la

universidad, Andrew Yu y Jolly Chen, comenzaron a trabajar sobre el código de

POSTGRES, esto fue posible dado que POSTGRES estaba licenciado bajo la BSD, y lo

primero que hicieron fue añadir soporte para el lenguaje SQL a POSTGRES, dado que

anteriormente contaba con un intérprete del lenguaje de consultas QUEL (basado en

Ingres), creando así el sistema al cual denominaron Postgres95.

En el año 1996 decidieron cambiar el nombre de Postgres95 de tal modo que refleje la

característica del lenguaje SQL y lo terminaron llamando PostgreSQL, cuya primera

versión de código abierto fue lanzada el 1 de agosto de 1996. La primera versión formal

de PostgreSQL (6.0) fue liberada en enero de 1997. Desde entonces, muchos

desarrolladores entusiastas de los motores de base de datos se unieron al proyecto,

coordinaron vía Internet y entre todos comenzaron a incorporar muchas características

al motor.

Aunque la licencia permitía la comercialización de PostgreSQL, el código no se

desarrolló en principio con fines comerciales, algo sorprendente considerando las

ventajas que PostgreSQL ofrecía. La principal derivación se originó cuando Paula

Hawthtorn (un miembro del equipo original de Ingres que se pasó a Postgres) y Michael

Stonebraker conformaron Illustra Information Technologies para comercializar

Postgres.

En 2000, ex inversionistas de Red Hat crearon la empresa Great Bridge para

comercializar PostgreSQL y competir contra proveedores comerciales de bases de

datos. Great Bridge auspició a varios desarrolladores de PostgreSQL y donó recursos de

vuelta a la comunidad, pero a fines de 2001 cerró debido a la dura competencia de

compañías como Red Hat y pobres condiciones del mercado.

En 2001, Command Prompt, Inc. lanzó Mammonth PostgreSQL, la más antigua

distribución comercial de PostgreSQL. Continúa brindando soporte a la comunidad

28 | P á g i n a

Page 29: Proyec to

PostgreSQL a través del auspicio de desarrolladores y proyectos, incluyendo PL/Perl,

PL/php y el alojamiento de proyectos de comunidades como PostgreSQL Build Farm.

En enero de 2005, PostgreSQL recibió apoyo del proveedor de base de datos Pervasive

Software, conocido por su producto Btrieve que se utilizaba en la plataforma Novell

Netware. Pervasive anunció soporte comercial y participación comunitaria y logró algo

de éxito. Sin embargo, en julio de 2006 dejó el mercado de soporte de PostgreSQL.

En octubre de 2005, John Loiacono, vicepresidente ejecutivo de software en Sun

Microsystems comentó: "No estamos yendo tras el OEM de Microsoft pero estamos

viendo a PostgreSQL ahora", aunque no se dieron especificaciones en ese momento.

Para noviembre de 2005, Sun Solaris 10 (lanzamiento 6/06) incluía PostgreSQL.

En agosto de 2007 EnterpriseDB anunció el Postgres Resource Center y EnterpriseDB

Postgres, diseñados para ser una completamente configurada distribución de

PostgreSQL incluyendo muchos módulos contribuidos y agregados. EnterpriseDB

Postgres fue renombrado Postgres Plus en marzo de 2008.

El proyecto PostgreSQL continúa haciendo lanzamientos principales anualmente y

lanzamientos menores de reparación de bugs, todos disponibles bajo la licencia BSD, y

basados en contribuciones de proveedores comerciales, empresas aportantes y

programadores de código abierto mayormente.

Características

Alta concurrencia

Mediante un sistema denominado MVCC (Acceso concurrente multiversión, por

sus siglas en inglés) PostgreSQL permite que mientras un proceso escribe en una

tabla, otros accedan a la misma tabla sin necesidad de bloqueos. Cada usuario

obtiene una visión consistente de lo último a lo que se le hizo commit. Esta

estrategia es superior al uso de bloqueos por tabla o por filascomún en otras

bases, eliminando la necesidad del uso de bloqueos explícitos.

Amplia variedad de tipos nativos

PostgreSQL provee nativamente soporte para:

Números de precisión arbitraria.

Texto de largo ilimitado.

29 | P á g i n a

Page 30: Proyec to

Figuras geométricas (con una variedad de funciones asociadas).

Direcciones IP (IPv4 e IPv6).

Bloques de direcciones estilo CIDR.

Direcciones MAC.

Arrays.

Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que pueden ser

por completo indexables gracias a la infraestructura GiST de PostgreSQL. Algunos

ejemplos son los tipos de datos GIS creados por el proyecto PostGIS.

Otras características

Claves ajenas también denominadas Llaves ajenas o Claves Foráneas (foreign

keys).

Disparadores (triggers): Un disparador o trigger se define como una acción

específica que se realiza de acuerdo a un evento, cuando éste ocurra dentro de la

base de datos. En PostgreSQL esto significa la ejecución de un procedimiento

almacenado basado en una determinada acción sobre una tabla específica. Ahora

todos los disparadores se definen por seis características:

El nombre del disparador o trigger

El momento en que el disparador debe arrancar

El evento del disparador deberá activarse sobre...

La tabla donde el disparador se activará

La frecuencia de la ejecución

La función que podría ser llamada

Entonces combinando estas seis características, PostgreSQL le permitirá crear una

amplia funcionalidad a través de su sistema de activación de disparadores (triggers).

Vistas.

Integridad transaccional.

Herencia de tablas.

Tipos de datos y operaciones geométricas.

30 | P á g i n a

Page 31: Proyec to

Soporte para transacciones distribuidas. Permite a PostgreSQL integrarse en un

sistema distribuido formado por varios recursos (p.ej, una base de datos

PostgreSQL, otra Oracle, una cola de mensajes IBM MQ JMS y un ERP SAP)

gestionado por un servidor de aplicaciones donde el éxito ("commit") de la

transacción globlal es el resultado del éxito de las transacciones locales. Más

información en inglés

FUNCIONES

Bloques de código que se ejecutan en el servidor. Pueden ser escritos en varios

lenguajes, con la potencia que cada uno de ellos da, desde las operaciones básicas de

programación, tales como bifurcaciones y bucles, hasta las complejidades de la

programación orientada a objetos o la programación funcional.

Los disparadores (triggers en inglés) son funciones enlazadas a operaciones sobre los

datos.

Algunos de los lenguajes que se pueden usar son los siguientes:

Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de oracle).

C.

C++.

Java PL/Java web.

PL/Perl.

plPHP.

PL/Python.

PL/Ruby.

PL/sh.

PL/Tcl.

PL/Scheme.

Lenguaje para aplicaciones estadísticas R por medio de PL/R.

PostgreSQL soporta funciones que retornan "filas", donde la salida puede tratarse como

un conjunto de valores que pueden ser tratados igual a una fila retornada por una

consulta (query en inglés). Las funciones pueden ser definidas para ejecutarse con los

derechos del usuario ejecutor o con los derechos de un usuario previamente definido. El

31 | P á g i n a

Page 32: Proyec to

concepto de funciones, en otros DBMS, son muchas veces referidas como

"procedimientos almacenados" (stored procedures en inglés).

VENTAJAS

-Seguridad en terminos generales -Integridad en BD: restricciones en el dominio -

Integridad referencial - Afirmaciones (Assertions) -Disparadores (Tiggers) -

Autorizaciones -Conexión a DBMS -Transacciones y respaldos

b) PHP

Es un lenguaje de programación de uso general de código del lado del

servidor originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno

de los primeros lenguajes de programación del lado del servidor que se podían

incorporar directamente en el documento HTMLen lugar de llamar a un archivo externo

que procese los datos. El código es interpretado por un servidor web con un módulo de

procesador de PHP que genera la página Web resultante. PHP ha evolucionado por lo

que ahora incluye también una interfaz de línea de comandos que puede ser usada

en aplicaciones gráficas independientes. PHP puede ser usado en la mayoría de los

servidores web al igual que en casi todos los sistemas operativos y plataformas sin

ningún costo.PHP fue creado originalmente por Rasmus Lerdorf en 1995. Actualmente

el lenguaje sigue siendo desarrollado con nuevas funciones por el grupo PHP.2 Este

lenguaje forma parte del software libre publicado bajo la licencia PHP que es

incompatible con la Licencia Pública General de GNU debido a las restricciones del uso

del término PHP.3

2.2.4 Equipos De Salida De Datos:

a) IMPRESORA TÉRMICA

32 | P á g i n a

Page 33: Proyec to

Figura 2.5 Impresora térmica

Fuente: http://es.wikipedia.org/wiki/Impresora_t%C3%A9rmica

Una impresora térmica se basa en una serie de agujas calientes que van recorriendo un

papel especial (termosensible) que al contacto se vuelve de color negro. Son muy

usadas en los cajeros y supermercados por su bajo coste.

La impresión térmica sólo posibilita la impresión en monocromo color negro, y

únicamente en los modelos más recientes mediante un papel especial adicionalmente en

rojo o azul. Por otro lado, los costos por copia son muy bajos ya que no consume más

que el propio papel. La velocidad de impresión en este caso puede tener en mm/s,

refiriéndose a los milímetros de rollo de papel que salen de la impresora. Oscila

habitualmente entre 100 y 206 mm/s.

La durabilidad de la impresión es relativamente baja puesto que el desgaste que tiene el

papel, en particular las temperaturas altas, hace que se pierda el texto o imagen escrito

en el mismo.

33 | P á g i n a

Page 34: Proyec to

CAPÍTULO III

PROPUESTA DEL PROYECTO

3.1 PROPUESTA

Debido a la falta de información en la universidad con respecto a datos, ubicación

calificación entre otros hemos considerado:

Análisis y diseño de un sistema automatizado para informar a los estudiantes del curso

de nivelación y admisión de la UTMACH acerca de su respectiva área de estudio.

3.2 JUSTIFICACION DE LA PROPUESTA

Este proyecto pretende mejorar el sistema con el que los estudiantes obtienen los

diferentes datos de ubicación y calificaciones, a través de un equipo denominado

UTMÁTICO.

El cual permitirá reducir las irregularidades existentes al momento de obtener

información acerca de su área de estudio, también ayudara a obtener conocimiento

sobre las calificaciones evitando así las largas colas en los distintos cybers y gastos de

dinero.

Con el UTEMATICO se pretende dar agilidad, seguridad y eficiencia al proceso, así

como disminuir el valor que cuesta el tiempo en un cyber. También se busca reducir el

tiempo que los estudiantes se demoran en ingresar a sus cuentas personales en la página

de la Universidad.

Este sistema va a estar actualizándose cada vez con información de la universidad

como eventos, becas entre otros.

34 | P á g i n a

Page 35: Proyec to

A futuro se pueden dar otras aplicaciones al equipo, por ejemplo que el mismo emita

certificados que se otorgan en la universidad; diferentes tipos de solicitudes y consultas

3.3 DISEÑO Y FUNCIONAMIENTO DEL SISTEMA UTMÁTICO

3.3.1DISEÑO FRONTAL DEL UTMÁTICO

35 | P á g i n a

Page 36: Proyec to

Figura 3.1 diseño del UTMATICO

Fuente: Autores

3.3.2 DISEÑO DE PANTALLAS Y FUNCIONAMIENTO.

Nuestro sistema automatizado estará basado en que mediante un toque directo sobre su

superficie; que permita la entrada de datos, en donde nos va a mostrar información de la

universidad como eventos, becas, entre otros. Aparte de eso tendrá un detector de huella

36 | P á g i n a

Page 37: Proyec to

digital (Tomada en el proceso de matrícula de los estudiantes) en la cual vamos a

ingresar.

Figura3.2 Pantalla de Inicio

Fuente: Autores

Previamente verificamos si los datos mostrados en la pantalla coinciden con nuestra

información. En la misma pantalla habrá 2 botones (Aceptar, Cancelar) de los cuales

debemos elegir según nuestro interés.

37 | P á g i n a

Page 38: Proyec to

Figura 3.3 Pantalla de ingreso de datos

Fuente: Autores

Si la opción elegida es cancelar, el sistema regresara automáticamente a la pantalla de

inicio. Si la opción elegida es aceptar se nos presentaran 2 botones (Ubicación,

Calificaciones) de los cuales debemos acceder según nuestro interés.

Figura3.4 Pantalla de opciones

Fuente: Autores

38 | P á g i n a

Page 39: Proyec to

Si la opción elegida es Ubicación, automáticamente se nos presentara una pantalla

donde se encontrara un plano de la Universidad en el cual se encontraran 2 puntos, uno

de ellos identifica la ubicación actual y el otro punto muestra la ubicación que desea el

estudiante; estos 2 puntos estarán unidos por una línea continua. En esta misma pantalla

habrá 2 botones (Imprimir, Salir) de los cuales podremos escoger cualquier opción.

Figura 3.5 Pantalla de opción Ubicación

Fuente: Autores

Figura 3.5.1 Croquis de la ubicación de área de estudio

Fuente: Autores

39 | P á g i n a

Page 40: Proyec to

Si la opción elegida es Calificaciones, se mostrara una pantalla, donde se encontraran

todas las calificaciones que el estudiante ha obtenido hasta esa fecha. Habrá 2 botones

en la misma pantalla (Imprimir, Salir) de los cuales deberemos escoger una opción.

Si en cualquier de las 2 pantallas mencionadas anteriormente elegimos la opción

“Imprimir” el sistema automáticamente imprimirá una hoja en la cual estarán los datos

elegidos según las pantallas en la cual se encuentre el estudiante.

Figura 3.6 Pantalla de opción calificaciones

Fuente: Autores

Figura 3.6.1 Pantalla de calificaciones del estudiante.

Fuente: Autores

40 | P á g i n a

Page 41: Proyec to

3.4 INTERPRETACIÓN DE DATOS DE LA INVESTIGACIÓN

5. CREE UD. QUE SERIA NECESARIO CREAR E INSTALAR UN SISTEMA DE

INFORMACIÓN

TABLA N° 5

ES NECESARIO INSTALAR UN SISTEMA DE INFORMACIÓN

RESPUESTA CANTIDAD PORCENTAJES

SI 37 92,5 %

NO 3 7,5 %

TOTAL 40 100%

REALIZADO POR: LOS AUTORES

GRÁFICO N° 5

REALIZADO POR: LOS AUTORES

Con respecto a la propuesta el 92% de encuestados opinan que es necesario instalar un

sistema de información, mientras que el 8% opina que no.

41 | P á g i n a

SI93%

NO8%

ES NECESARIO INSTALAR UN SISTEMA DE INFORMACION

Page 42: Proyec to

6. SITIOS QUE UD CREE EN LOS QUE DEBERIAN SER INSTALADOSLOS SISTEMA DE INFORMACIÓN.

TABLA N° 6

LUGAR DE UBICACIÓN DEL SISTEMA INFORMATIVO

UBICACIÓN CANTIDAD PORCENTAJES

EDIFICIO CENTRAL 7 17,5 %

EDIFICIO CENTRAL Y CADA FACULTAD

33 82,5 %

TOTAL 40 100%

REALIZADO POR: LOS AUTORES

GRÁFICO N° 6

REALIZADO POR: LOS AUTORES

El 83% opinan que este sistema de información debería ser instalado en el Edificio

Central y en cada Facultad, y el 17% opina que solo en el edificio central.

42 | P á g i n a

EDIFICIO CENTRAL17%

EDIFICIO CENTRAL Y CADA FACULTAD

83%

LUGAR DE UBICACIÓN DEL SISTEMA INFORMATIVO

Page 43: Proyec to

7. CREE UD CONVENIENTE QUE A MAS DE BRINDAR DATOS DE

UBICACIÓN, ESTE SISTEMA BRINDE INFORMACIÓN ACERCA DE

CALIFICACIONES POR MODULOS DURANTE EL CURSO DE NIVELACIÓN

Y ADMISIÓN

TABLA N° 7

DESEA QUE EL SISTEMA DE INFORMACIÓN BRINDE DATOS DE CALIFICACIONES

RESPUESTA CANTIDAD PORCENTAJES

SI 34 85 %

NO 6 15 %

TOTAL 40 100%

REALIZADO POR: LOS AUTORES

GRÁFICO NO 7

SI NO

0%10%20%30%40%50%60%70%80%90%

SI; 0.850000000000

001

NO; 0.15

DESEA QUE EL SISTEMA DE INFOR-MACIÓN BRINDE DATOS DE CALIFI-

CACIONES

REALIZADO POR: LOS AUTORES

El 85% de los encuestados si desea que este sistema brinde datos de calificaciones y el

15% no.

8. SISTEMA DE INFORMACIÓN DEBE SER UTILIZADO POR:

43 | P á g i n a

Page 44: Proyec to

TABLA N° 8

UTILIDAD DEL SISTEMA DE INFORMACIÓN

ESTUDIANTES CANTIDAD PORCENTAJES

CURSO DE NIVELACION Y ADMISIÓN

27 67,5 %

UNIVERSITARIOS 13 32,5 %

TOTAL 40 100%

REALIZADO POR: LOS AUTORES

GRÁFICO N° 8

REALIZADO POR: LOS AUTORES

El 67% de los encuestados han sugerido que este sistema sea utilizado solo por los

estudiantes del Curso de Nivelación y Admisión y el 33% por todos los estudiantes

universitarios.

CONCLUSIONES

44 | P á g i n a

CURSO DE NIVELACION Y

ADMISIÓN68%

UTILIDAD DEL SISTEMA DE IN-FORMACIÓN

UNIVERSITA-RIOS 33 %

Page 45: Proyec to

Hemos concluido que:

Existe una gran disconformidad con el proceso de información y ubicación de los

estudiantes que ingresaron al curso de nivelación y admisión.

La mayor parte de los estudiantes según las encuestas realizadas no ingresaron

directamente a su aula designada y tuvieron que esperar hasta el siguiente día para

ingresar a su curso, ya que las listas estaban pegadas en cada curso.

La desorganización que existió el primer día de clases es debido a que no se tenía

la información correcta de los cursos correspondientes, y las listas no se

encontraban completas.

La falta de información rápida clara y precisa provoca un desconcierto de

estudiantes en la universidad.

El tiempo que se utiliza para buscar información en páginas web y en cuentas

personales provoca la desorganización de clases.

BIBLIOGRAFÍA

45 | P á g i n a

Page 46: Proyec to

DIRRECCIONES ELECTRÓNICAS:

http:// www.wikipedia.org.AutomatizacionIndustrial

http:// es.wikipedia.org/wiki/Automatizaci%C3%B3n_indistrial

http:// www.fullcoches.com

http:// www.123rf.com

http:// www.guayaquil.gov

http:// www.cib.espol.edu.ec

http:// www.elotouch.com

http:// www.utmachala.edu.ec

http://www.theserverside.com/discussions/thread.tss?

thread_id=21385#95297

http:java.sun.com/javaee/technolog

en   http://www.theserverside.com/discussions/thread.tss?thread_id=21385#95297  y

en   http://java.sun.com/javaee/technologies/jta/index.jsp.

ies/jta/index.jsp.

.

GLOSARIO

46 | P á g i n a

Page 47: Proyec to

Optar: Escoger o preferir una posibilidad de un conjunto.

Automatizar: Aplicar máquinas o procedimientos automáticos en la realización

de un proceso o en una industria.

Implementar: poner en funcionamiento una determinada cosa

Disconformidad: Falta de acuerdo o de aceptación, por parte de una persona, de

una situación, decisión u opinión. discrepancia, disensión, disentimiento.

Aglomeración: Conjunto grande de personas o cosas reunidas en un lugar, muy

juntas y generalmente desordenadas.

Vanguardia: Conjunto de personas o ideas que están más avanzadas en relación

con las tendencias de su tiempo, desde el punto de vista artístico, científico,

ideológico.

Irregularidad: Cambio o desviación respecto de lo que es normal, regular,

natural o previsible

47 | P á g i n a

Page 48: Proyec to

ANEXO A:

48 | P á g i n a

Page 49: Proyec to

FORMATO DE LA ENCUESTA REALIZADA A LOS ESTUDIANTES DEL CURSO DE NIVELACIÓN DE LA UTMACH

UNIVERSIDAD TÉCNICA DE MACHALACURSO DE NIVELACIÓN Y ADMISIÓN

PROYECTO INTEGRADOR DE SABERES

La presente encuesta se ha realizado con el objetivo de identificar el problema existente

en razón a la distribución por áreas de estudio de los estudiantes del curso de nivelación

y admisión de la UTMACH, y también se plantea la creación de un sistema de

información que permita una mejorar en la distribución por áreas, cursos y paralelos

de los estudiantes.

PROPUESTA:

49 | P á g i n a

Page 50: Proyec to

5- PIENSA UD. QUE SERIA NECESARIO CREAR E INSTALAR UN SISTEMA

DE INFORMACIÓN (COMO UN CAJERO AUTOMÁTICO) EN EL CUAL SE

BRINDE DATOS REALES Y ESPECÍFICOS ACERCA DE SU UBICACIÓN POR

ÁREA DE ESTUDIO ANTES DE INICIAR EL CURSO DE NIVELACIÓN Y

ADMISIÓN EN LA UTMACH.

SI ( ) NO ( )

6- EN QUE SITIOS CREE QUE DEBERIAN SER INSTALADO ESTE SISTEMA DE INFORMACIÓN.

SOLO EN EL EDIFICIO CENTRAL ( )

EN EL EDIFICIO CENTRAL Y EN CADA FACULTAD ( )

7- CREE UD CONVENIENTE QUE A MAS DE BRINDAR DATOS DE

UBICACIÓN, ESTE SISTEMA BRINDE INFORMACIÓN ACERCA DE

CALIFICACIONES POR MODULOS DURANTE EL CURSO DE NIVELACIÓN Y

ADMISIÓN

SI ( ) NO ( )

8- ESTE SISTEMA DE INFORMACIÓN DEBE SER UTILIZADO POR:

SOLO ESTUDIANTES DEL CURSO DE NIVELACIÓN Y ADMISIÓN ( )

ESTUDIANTES UNIVERSITARIO ( )

ANEXO B

50 | P á g i n a

Page 51: Proyec to

ESTUDIANTES DE LA ENCUESTA REALIZADA

51 | P á g i n a

Page 52: Proyec to

52 | P á g i n a

Page 53: Proyec to

ANEXO C.

GRUPO EN EL PROCESO DEL PROYECTO INTEGRADOR DE SABERES

53 | P á g i n a

Page 54: Proyec to

54 | P á g i n a

Page 55: Proyec to

ANEXO D

AVATAR DEL SISTEMA DESARROLLADO

55 | P á g i n a

Page 56: Proyec to

56 | P á g i n a