INSTITUTO TECNOLGICO DE TAPACHULA

INGENIERA EN SISTEMAS COMPUTACIONALES PROYECTO:

SISTEMA DE CONTROL INTEGRAL PARA LA SALA
C DEL
LABORATORIO DE CMPUTO DEL
INSTITUTO TECNOLGICO DE TAPACHULA.
RESIDENTES:
SAMORANO LPEZ LENY FABIOLA 11510679
MARTNEZ RAMOS SHEYLA BERENICE 11510537

AGOSTO-DICIEMBRE 2015

FECHA DE INICIO: 24 DE AGOSTO DE 2015

FECHA DE TERMINACIN:

LIC. MNICA SIBLINA

MARTNEZ SOLS
ASESOR EXTERNO

LIC. EZEQUIEL CRUZ

WONG
ASESOR INTERNO

RESUMEN
Este proyecto describe el desarrollo de un sistema de control de acceso y salida para la
sala C del laboratorio de cmputo ya que su principal propsito consiste en reducir tiempos
de espera por parte del alumno del ITT.
Con la implantacin del sistema se ofrecer un servicio de calidad a los alumnos, ya
que permitir agilizar el proceso de registro, mantener la informacin en tiempo y forma, y
mejorar la eficiencia.

Tabla de contenido
RESUMEN ............................................................................................................................. 2
ndice de Ilustraciones .............................................................................................................. 7
INTRODUCCIN ................................................................................................................... 9
CAPITULO I ........................................................................................................................ 11
DESCRIPCIN DEL PROYECTO.......................................................................................... 11
1.

DESCRIPCIN DEL PROYECTO ............................................................................ 12

1.1

PLANTEAMIENTO DEL PROBLEMA ................................................................ 12

1.2

JUSTIFICACIN................................................................................................ 13

1.3

OBJETIVOS ...................................................................................................... 14

1.3.1

OBJETIVO GENERAL ................................................................................ 14

1.3.2

OBJETIVOS ESPECFICOS ....................................................................... 14

1.4

ALCANCES DEL PROYECTO ........................................................................... 15

1.5

LIMITACIONES DEL PROYECTO ..................................................................... 15

1.6

IMPACTO .......................................................................................................... 16

1.6.1

IMPACTO SOCIAL ..................................................................................... 16

1.6.2

IMPACTO ECONMICO ............................................................................ 16

1.6.3

IMPACTO TECNOLGICO ........................................................................ 16

CAPITULO II ....................................................................................................................... 17
ANTECEDENTES DEL ......................................................................................................... 17
INSTITUTO TECNOLGICO DE TAPACHULA .................................................................... 17
2.

ANTECEDENTES DE LA INSTITUCIN .................................................................. 18

2.1

HISTORIA.......................................................................................................... 18

2.2

DIRECTORES Y SUBDIRECTORES/AS ........................................................... 18

2.3

DIRECTORIO DE LA INSTITUCIN .................................................................. 21

2.4

EVOLUCIN ACADMICA................................................................................ 23

2.5

LOGROS SIGNIFICATIVOS .............................................................................. 25

2.6

IMPACTO EN LA SOCIEDAD ............................................................................ 26

2.7

MISIN .............................................................................................................. 27

2.8

VISIN .............................................................................................................. 27

2.9

GIRO DE LA INSTITUCIN ............................................................................... 27

2.10

VALORES.......................................................................................................... 27

2.11

POLTICAS DE CALIDAD .................................................................................. 28

2.12

ORGANIGRAMA DEL LABORATORIO DE CMPUTO .................................... 28

2.13

UBICACIN ....................................................................................................... 29

CAPITULO III ...................................................................................................................... 30

MARCO TERICO ............................................................................................................... 30

3.

MARCO TERICO ................................................................................................... 31

3.1

SISTEMAS DE INFORMACIN ......................................................................... 31

3.1.1

DEFINICIN DE UN SISTEMA DE INFORMACIN (SI) ............................ 31

3.1.2

CARACTERIZACIN DE UN SISTEMA DE INFORMACIN ..................... 31

3.1.3

ELEMENTOS QUE CONFORMAN UN SISTEMA DE INFORMACIN ...... 32

3.1.4

ACTIVIDADES QUE REALIZA UN SISTEMA DE INFORMACIN ............... 33

3.2

INGENIERA DE SOFTWARE ........................................................................... 34

3.2.1

DEFINICIONES DE LA INGENIERA DE SOFTWARE ............................... 34

3.2.2

ELEMENTOS DE LA INGENIERA DE SOFTWARE .................................. 35

3.2.3

EL CICLO DE VIDA DEL SOFTWARE........................................................ 36

3.3

METODOLOGA RUP........................................................................................ 37

3.3.1

CARACTERSTICAS .................................................................................. 38

3.3.2

CICLO DE VIDA ......................................................................................... 39

3.3.3

DISCIPLINA DE DESARROLLO DE RUP................................................... 41

3.3.4

ELEMENTOS DEL RUP ............................................................................. 41

3.3.5

ARTEFACTOS ........................................................................................... 41

3.4

UML (LENGUAJE UNIFICADO DE MODELADO) .............................................. 42

3.4.1

DEFINICIN DE UML................................................................................. 42

3.4.2

DIAGRAMA DE CLASES............................................................................ 43

3.4.3

DIAGRAMA DE CASOS DE USO ............................................................... 44

3.4.4

DIAGRAMA DE SECUENCIA ..................................................................... 45

3.4.5

DIAGRAMA DE COLABORACIN ............................................................. 46

3.5

BASE DE DATOS .............................................................................................. 47

3.5.1

CICLO DE VIDA DE UNA BASE DE DATOS .............................................. 47

3.5.2

MODELOS DE LOS DATOS ....................................................................... 49

3.5.3

MODELOS DE DATOS BASADOS EN OBJETOS ..................................... 49

3.5.4

MODELOS DE DATOS BASADOS EN REGISTROS ................................. 49

3.5.5

MODELO DE DATOS FSICOS .................................................................. 50

3.5.7

MODELO ENTIDAD-RELACIN ................................................................ 50

3.5.8

CARDINALIDAD ......................................................................................... 52

3.5.9

MODELO RELACIONAL ............................................................................. 53

3.5.10

LAS RELACIONES EN EL MODELO RELACIONAL .................................. 54

3.5.11

NORMALIZACIN ...................................................................................... 54

3.6

SISTEMAS GESTORES DE BASE DE DATOS (SGBD) ................................... 55

3.5.7

FUNCIONES DE LOS SGBD...................................................................... 55

3.6.2

ABSTRACCIN DE DATOS ....................................................................... 57

4

3.7

LENGUAJES DE BASE DE DATOS .................................................................. 58

3.7.1

LENGUAJE DE DEFINICIN DE DATOS................................................... 58

3.7.2

LENGUAJE DE MANIPULACIN DE DATOS ............................................ 58

3.7.3

LENGUAJE SQL......................................................................................... 59

3.8

MY SQL WORKBENCH ..................................................................................... 60

3.8.1
3.9

MANIPULACIN E IMPORTACIN DE DATOS ........................................ 60

LENGUAJE DE PROGRAMACIN.................................................................... 61

3.9.1

PARADIGMAS EN LENGUAJES DE PROGRAMACIN. ........................... 61

3.9.2

JAVA .......................................................................................................... 62

3.9.3

CARACTERSTICAS DE JAVA................................................................... 63

3.9.4

EL ENTORNO DE DESARROLLO DE JAVA .............................................. 64

3.10

ENTORNO DE PROGRAMACIN..................................................................... 65

3.10.1
3.11

CARACTERSTICAS .................................................................................. 66

NAVICAT ........................................................................................................... 66

CAPITULO IV ...................................................................................................................... 68
DESARROLLO Y DESCRIPCIN DEL SISTEMA ................................................................. 68
4.

DESARROLLO Y DESCRIPCIN DEL SISTEMA .................................................... 69

4.1

CASOS DE USO ............................................................................................... 69

4.2

DESCRIPCIN DE CASOS DE USO ................................................................ 72

4.3

DIAGRAMA DE DESPLIEGUE .......................................................................... 77

4.4

MODELO RELACIONAL .................................................................................... 78

4.5

DICCIONARIO DE DATOS ................................................................................ 79

4.5.1

DALUMN .................................................................................................... 79

4.5.2

DCALUM .................................................................................................... 79

4.5.3

DCONFIG ................................................................................................... 80

4.5.4

DEQUIPO: .................................................................................................. 80

4.5.5

DESTADO .................................................................................................. 80

4.5.6

DINCIDENCIA ............................................................................................ 81

4.5.7

DINSTANCIA .............................................................................................. 81

4.5.8

DREPORT .................................................................................................. 81

4.5.9

DUSERS .................................................................................................... 82

CAPITULO V RESULTADOS OBTENIDOS .......................................................................... 83

5.

RESULTADOS ......................................................................................................... 84
5.1

PRUEBAS REALIZADAS................................................................................... 84

5.2

PRUEBAS CON LECTOR DE CDIGO DE BARRAS ....................................... 84

5.3

PROPUESTA..................................................................................................... 86

5.4

CONCLUSIONES Y RECOMENDACIONES ..................................................... 86

5

ANEXOS.............................................................................................................................. 89
ANEXO 1 MANUAL DE INSTALACION .............................................................................. 90
REQUERIMIENTOS ..................................................................................................... 90
INSTALACIN DE NETBEANS ................................................................................... 91
INSTALACIN DE MYSQL ........................................................................................ 117
INSTALACION DE NAVICAT ..................................................................................... 127
ANEXO 2 MANUAL DE USUARIO DEL SISTEMA ............................................................. 141
MEN PRINCIPAL ..................................................................................................... 141
MODULO PRESENTACIN....................................................................................... 146
MODULO ADMINISTRACIN DE EQUIPOS ............................................................. 150
MODULO ADMINISTRACIN DE USUARIOS........................................................... 151
MODULO ALUMNOS EN SALA ................................................................................. 152
MODULO AGREGAR CARRERA............................................................................... 152
MODULO ADMINISTRACIN DE INCIDENCIAS ...................................................... 153
MODULO IMPORTAR\EXPORTAR BASE DE DATOS .............................................. 154
MODULO REPORTES ............................................................................................... 155

ndice de Ilustraciones
ILUSTRACIN 1 TOTAL DE ALUMNOS INSCRITOS EN LA INSTITUCIN.................................................................. 22
ILUSTRACIN 2 ORGANIGRAMA DEL LABORATORIO DE CMPUTO DEL ITT ........................................................ 28
ILUSTRACIN 3 UBICACIN DEL INSTITUTO TECNOLGICO DE TAPACHULA ....................................................... 29
ILUSTRACIN 4 ELEMENTOS DE UN S.I. ................................................................................................................ 32
ILUSTRACIN 5 ACTIVIDADES QUE REALIZA UN S.I. .............................................................................................. 34
ILUSTRACIN 6 ESFUERZO EN ACTIVIDADES SEGN FASE DEL PROYECTO .......................................................... 39
ILUSTRACIN 7 EJEMPLO DE DIAGRAMA DE CLASES ............................................................................................ 43
ILUSTRACIN 8 EJEMPLO DE UN CASO DE USO .................................................................................................... 44
ILUSTRACIN 9 EJEMPLO DE UN DIAGRAMA DE SECUENCIA ............................................................................... 46
ILUSTRACIN 10 EJEMPLO DE UN DIAGRAMA DE COLABORACIN ..................................................................... 47
ILUSTRACIN 11 EJEMPLO DE MODELO ENTIDAD- RELACIN............................................................................. 52
ILUSTRACIN 12 EJEMPLO DE UNA BASE DE DATOS RELACIONAL ....................................................................... 53
ILUSTRACIN 13 DEFINICIN DE RELACIN .......................................................................................................... 54
ILUSTRACIN 14 LOS NIVELES DE ABSTRACCIN DE LOS DATOS ......................................................................... 58
ILUSTRACIN 15 CASO DE USO GESTIN DE CARRERAS ....................................................................................... 69
ILUSTRACIN 16 CASO DE USO GESTIN DE EQUIPOS ......................................................................................... 70
ILUSTRACIN 17 CASO DE USO GESTIN DE USUARIOS ....................................................................................... 70
ILUSTRACIN 18 CASO DE USO GESTIN DE ALUMNOS ....................................................................................... 71
ILUSTRACIN 19 CASO DE USO GESTIN DE INCIDENCIAS ................................................................................... 71
ILUSTRACIN 20 DIAGRAMA DE DESPLIEGUE DEL SISTEMA ................................................................................. 77
ILUSTRACIN 21 ESQUEMA E-R DEL SISTEMA ...................................................................................................... 78
ILUSTRACIN 22 LECTOR DE CDIGO DE BARRAS MODELO EC-CD-8500 ............................................................. 85

ndice de Tablas
TABLA 1 DOCUMENTACIN DEL CASO DE USO GESTION DE USUARIOS - AGREGAR USUARIO............................ 72
TABLA 2 DOCUMENTACIN DEL CASO DE USO GESTION DE USUARIOS - EDITAR USUARIOS .............................. 73
TABLA 3 DOCUMENTACIN DEL CASO DE USO GESTION DE EQUIPOS - AGREGAR EQUIPOS .............................. 74
TABLA 4 DOCUMENTACIN DEL CASO DE USO MODULO PRESENTACIN - INGRESAR ALUMNOS A SALA ......... 75
TABLA 5 DOCUMENTACIN CASO DE USO MODULO ADMINISTRACIN DE EQUIPOS - ELIMINAR EQUIPOS ...... 76
TABLA 6 DALUMN .................................................................................................................................................. 79
TABLA 7 DCALUM .................................................................................................................................................. 79
TABLA 8 DCONFIG.................................................................................................................................................. 80
TABLA 9 DEQUIPO ................................................................................................................................................. 80
TABLA 10 DEQUIPO ............................................................................................................................................... 80
TABLA 11 DIICIDENCIA ........................................................................................................................................... 81
TABLA 12 DINSTANCIA........................................................................................................................................... 81
TABLA 13 DREPORT ............................................................................................................................................... 81
TABLA 14 DUSERS .................................................................................................................................................. 82
TABLA 15 CARACTERSTICAS TCNICAS DEL LECTOR DE CDIGO DE BARRAS ...................................................... 85

INTRODUCCIN
El Instituto Tecnolgico de Tapachula es una institucin educativa con ms de 30
aos en la formacin de profesionales en distintas carreras, siendo su principal objetivo
formar profesionales con slida base cientfica, tcnica y humanstica; profundizar la
actividad de investigacin, incidiendo en la aplicacin e innovacin de la ciencia y la
tecnologa.
Actualmente la sala C del Laboratorio de Computo de dicha institucin necesita de
un sistema integral que le permita agilizar los tiempos en cuanto al prstamo de un equipo de
cmputo. El implementar un sistema integral en esta institucin es de vital importancia con
el cual se pretende disminuir el tiempo de espera y ofrecer un servicio de calidad a los
alumnos.
El sistema que se presenta a continuacin, controlara informacin de la Sala C del
Laboratorio de Computo y nicamente ser disponible para las personas autorizadas.
Este documento est dividido en cinco captulos, cuyo contenido se describe a
continuacin:
En el captulo 1, se describe en que consiste el proyecto, as como sus objetivos,
limitaciones y alcance.
En el captulo 2, se da una pequea descripcin del instituto Tecnolgico de
Tapachula as como un diagnstico de la situacin dentro de la sala C del laboratorio de
Cmputo.
En el captulo 3, se describen y desarrollan las bases tericas que fundamentan el
proyecto, y se habla de base de datos, sistemas gestores, lenguaje de programacin y entorno
9

de desarrollo.
En el captulo 4, se describen las herramientas de diseo que se emplearon para la
creacin del sistema, como son casos de uso, modelo entidad relacin, etc.
En el captulo 5, se dan los resultados obtenidos durante las pruebas realizadas, y
conclusiones.

10

CAPITULO I
DESCRIPCIN DEL PROYECTO

11

1. DESCRIPCIN DEL PROYECTO

1.1 PLANTEAMIENTO DEL PROBLEMA
Actualmente la sala C del Laboratorio de Computo del Instituto Tecnolgico de
Tapachula cuenta con un sistema de acceso tradicional, es decir, mediante el llenado de un
formulario que es otorgado por los alumnos que realizan servicio social dentro del
laboratorio. En dicho formulario se anota el nmero de control, nombre, carrera, semestre as
como la hora de ingreso y de salida.
En este registro cada persona debe ser responsable de indicar su hora de entrada as
como su respectiva salida, pero no todos lo hacen. De esta forma el registro se vuelve intil
ya que no cumple su propsito como debe ser.
Este mtodo empleado para el acceso a la sala C no es muy confiable, debido a que la
informacin no lleva un orden y conforme los alumnos van ingresando a la sala, se van
anotando en dicho formulario, y en ciertas ocasiones se llegan a saltar el paso de registro.
Dichas listas donde se registran los accesos de los alumnos a la sala se almacenan en
cajas comunes, y esto conlleva al almacenamiento de infinidad de ellas, los cuales son un
problema cuando se necesita informacin del uso de los equipos de la sala C, ya que los
reportes no pueden elaborarse a tiempo y esto conlleva a no tener un control actualizado del
acceso a la sala C.
Debido a que esta informacin es capturada de forma manual, hay ocasiones que se
llegan a generar problemas, como la perdida de informacin por estar incompleto dicho
formulario, as como tambin que no est legible para la persona que lleva a cabo la captura,
por lo que los datos que se generan, no se encuentran disponibles en el momento en que se
12

requiere, lo que implica perder informacin y tiempo, lo cual no permite actualizar los datos
que se solicita.
El proceso de registro para tener acceso a la sala C, llega a ser tedioso y tardado para
los alumnos, ya que mientras esperan la asignacin de un equipo, puede que otro usuario
tome un equipo que este en buenas condiciones, lo que provoca que el usuario que se estaba
registrando se le asigna un equipo en psimas condiciones, o ya sea sin servicio de internet, lo
que genera la prdida de tiempo del usuario, as como frustracin y enojo al no contar con un
equipo del cual hacer uso para realizar sus tareas o sus respectivas investigaciones.

1.2 JUSTIFICACIN
Debido al aumento en cuanto al nmero de estudiantes de las carreras que oferta la
institucin y al avance tecnolgico, los encargados de dicho centro de cmputo se ven con la
necesidad de requerir un sistema en donde lleven el control de los accesos del alumnado a la
sala C del laboratorio de cmputo.
Es as que se lleg a la conclusin de disear y desarrollar un sistema que lleve el
control de acceso y estadsticas, el cual contar con los siguientes beneficios:

Tener un control de los prestadores de servicios (alumnos de servicio social), los cuales
llevaran el registro de los estudiantes que tienen acceso a la sala C del Laboratorio de
Cmputo.

Gestionar el acceso a la sala C, del Laboratorio de Computo.

Llevar un registro estadstico de la informacin

Agilizar el tiempo de espera.

Mejorar la calidad de la informacin recabada.

13

 Registro de incidentes donde se guardaran los incidentes que se produzcan dentro de

la sala C del Laboratorio de Computo y donde un alumno sea el responsable.
Para la realizacin de este sistema se ha planteado un conjunto de actividades, desde
el anlisis de cmo opera la sala C del Laboratorio de Computo, el diseo del sistema y un
anlisis en cuanto a la herramienta adecuada que cumpla con las expectativas en cuanto al
desarrollo y programacin del sistema.
Con ese sistema se obtendr una buena organizacin, eficiencia, optimizacin del
tiempo de espera ya que se pretende disminuir el tiempo de atencin, buscado darle al
alumnado un mejor servicio.

1.3 OBJETIVOS
1.3.1

OBJETIVO GENERAL

Desarrollar un sistema integral que permita llevar el control de acceso, reportes y

estadsticas, para as obtener un mejor control de los datos de los usuarios de la sala C del
laboratorio de cmputo del Instituto Tecnolgico de Tapachula.

1.3.2

OBJETIVOS ESPECFICOS

Recabar la informacin sobre los servicios y funcionamiento de la sala C, as como

tambin los requerimientos a necesitar para el desarrollo y diseo del sistema.

Disear y desarrollar el sistema en una plataforma flexible, adecuada y fcil de

realizar, para lograr un buen sistema, utilizando los recursos con los que cuenta el
Instituto Tecnolgico de Tapachula.

Permitir el acceso de los alumnos, empleando un lector de cdigo de barra, el cual a

travs de su credencial de la escuela le dar el acceso a la sala C del Laboratorio de
14

Cmputo.

Hacer uso de las herramientas necesarias que permitan al sistema hacer conteos
estadsticos del acceso a la sala C.

Revisar los registros de entrada como de salida, verificando que se ponen a

disposicin del personal autorizado para ello.

Documentar el sistema de control de acceso y de servicios, con el fin de lograr las

expectativas deseadas y lograr cubrir las necesidades.

Determinar si el sistema es bien utilizado, si el mantenimiento que se le brindara es

confiable y seguro, si todos los cambios son suficientemente controlados.

1.4 ALCANCES DEL PROYECTO

Desarrollar un sistema integral de control de acceso, monitoreo y administracin,
validando los accesos del alumnado en general a travs del registro de cada alumno mediante
el nmero de control que se encuentra en su credencial estudiantil, que ser escaneado por
medio de un lector de cdigo de barras y de sta forma obtener los reportes y estadsticas de
uso tal y como lo requiera el personal del laboratorio de cmputo.

1.5 LIMITACIONES DEL PROYECTO

Se pretende analizar y desarrollar el sistema en un tiempo que comprende a los cuatro

meses como mnimo y como mximo de 6 meses, que es la duracin de la residencia.

La falta de otorgamiento de recursos por parte de la institucin para adquirir el lector

de cdigo de barras, sin embargo, si no se obtiene el mismo, se proceder a realizar
modificaciones al sistema, validando los accesos en forma manual a travs de teclear
el nmero de control del alumno.
15

El sistema solamente pretende registrar el acceso de los alumnos a la sala C del

Laboratorio de Cmputo. Puesto que el registro del acceso a la sala se lleva mediante
el nmero de control que se les otorga cuando se inscriben a la institucin.

Debido al tiempo de duracin de la residencia, posiblemente los conteos estadsticos

no puedan culminarse, dejando abierta la posibilidad para que ms adelante se pueda
terminar dicho objetivo, y realizarle mejoras al sistema.

El sistema ser implantado siempre y cuando se cuente con la autorizacin del jefe
del laboratorio y se tenga acceso a un equipo dentro de la sala C.

1.6 IMPACTO
1.6.1

IMPACTO SOCIAL

El impacto que se obtendr en el aspecto social es que al implementarse el sistema de

control de acceso dentro de la sala C los alumnos recibirn un servicio de calidad y eficiente al
disminuir los tiempos de espera por un equipo.

1.6.2

IMPACTO ECONMICO

Con la implantacin del sistema no se tendrn que adquirir licencias de pago, puesto
que las herramientas que se emplearon para disearlo e instalarlo son de software libre, siendo
as un ahorro en cuanto a costos.

1.6.3

IMPACTO TECNOLGICO

El impacto tecnolgico que se tendr consiste en tener un control de acceso usando

herramientas accesibles y de buena calidad, dejando de lado el registro tradicional y utilizando
un sistema. As la sala C contara con un sistema que registre el acceso de los alumnos.

16

CAPITULO II
ANTECEDENTES DEL
INSTITUTO TECNOLGICO DE TAPACHULA

17

2. ANTECEDENTES DE LA INSTITUCIN
2.1

HISTORIA
El 8 de abril con base y fundamento en el Decreto Presidencial, publicado en el Diario

Oficial de la Federacin, desaparece el Centro Regional de Enseanza Tcnica Industrial del

Soconusco (CeRETI Soconusco) y por instrucciones del Subsecretario de Educacin e
Investigacin Tecnolgicas, se cre en su lugar el Instituto Tecnolgico de Tapachula el da
16 de mayo de 1983.
El Instituto Tecnolgico de Tapachula inicia sus actividades administrativas el 15 de
junio, y las labores acadmicas el 22 del mismo mes, atendiendo en primera instancia, a la
poblacin estudiantil de los niveles medio superior y superior que pertenecan al CeRETI
Soconusco.
El 1 de julio del mismo ao, da inicio el primer semestre para alumnos inscritos dentro
del plan de estudios del Sistema Nacional de Institutos Tecnolgicos.
La planta de trabajadores estaba conformada por 81 personas, para atender una
matrcula de 148 alumnos de nivel medio superior y 172 alumnos del nivel superior.

2.2

DIRECTORES Y SUBDIRECTORES/AS
En julio de 1984, fue designado como director del Instituto Tecnolgico de Tapachula,

el C. Ing. Jorge El Castellanos Martnez, quin haba fungido como subdirector desde julio
de 1983 y fue relevado en la subdireccin por el C. M. C. Alberto Ganzo Figueroa.
El C. Ing. Jorge Carlos Garca Revilla, asume en julio de 1985 la direccin del
plantel, durante su gestin estuvieron como subdirectores los CC. Dr. Ren Javier Than
18

Mrquez (septiembre del 84 a mayo del 86) e Ing. Enrique Martnez Castillo (mayo 86 a
enero 87).
Correspondi en Marzo de 1987, al C. Ing. Nicols Baca Cisneros, tener la
responsabilidad de la Institucin, colaborando como subdirectores los CC. Ing. Ricardo
Jurez Lpez (enero junio 87) e Ing. Vctor Manuel Ibarra Balderas (junio 87 noviembre
88).
En 1988, ocurren cambios nuevamente, y a principios de septiembre, el C. Ing.
Ambrosio Elas Bernal Alcntara, acepta la direccin del plantel, y a fines del mes de
noviembre por segunda ocasin, un subdirector es el encargado de llevar las riendas de la
Institucin, esta responsabilidad recae en el C. Ing. Vctor Manuel Ibarra Balderas, y el
Ing. Jos Luis Mndez Navarro, lo sustituye en la subdireccin (noviembre 88 agosto
92).
En agosto de 1992, el C. Ing. Jos Luis Mndez Navarro recibe el nombramiento
de Director del Instituto Tecnolgico de Tapachula, y en este mismo mes, la subdireccin
queda bajo la responsabilidad del C. Ing. Armando Jess Zaragoza Villafn.
Las necesidades de organizacin fueron cambiantes y dinmicas, en atencin a la
demanda de la poblacin estudiantil, y fue as que el 11 de marzo de 1994, se autoriza y registra
en la Direccin General de Institutos Tecnolgicos (DGIT), la estructura orgnica funcional
de la Institucin, lo cual permite que se integren como directivos los CC. Ing. integren como
directivos: los CC. Ing. Alberto Romn Bonilla Villanueva, Ing. Armando Jess Zaragoza
Villafn e Ing. Ignacio Valdivia Mndez, como subdirectores de Planeacin y Vinculacin,
Acadmico y de Servicios Administrativos respectivamente.
El 6 de octubre de 1995, en presencia del C. Ing. Agustn Vzquez Vera, Subdirector
19

de Operacin de la DGIT, toma posesin como director el C. Ing. Alberto Romn Bonilla
Villanueva y en su lugar asume la responsabilidad de la subdireccin de planeacin y
vinculacin el C. Ing. Julio Csar Albores Abarca.
Nuevos cambios se suscitan y el C. Ing. Julio Csar Albores Abarca, a partir del 16
marzo del 1999, se desempea como Subdirector Acadmico y el C. M. A. Juan Amado
Rueda Ibarra, lo sustituye en la Subdireccin de Planeacin y Vinculacin.
A partir del 24 de febrero de 2000, un destacado egresado de la Institucin, asume el
cargo de Director del Instituto Tecnolgico de Tapachula, este honor le corresponde al C.
Mtro. Juan Amado Rueda Ibarra, sus colaboradores directivos son los CC.: Ing. Pedro
Ancheyta Bringas, Subdirector de Planeacin y Vinculacin, Ing. Julio Csar Albores Abarca,
Subdirector Acadmico y M. en A. Alicia Georgina Palacios Trinidad, Subdirectora de
Servicios Administrativos.
Un nuevo ciclo comienza a partir del 15 de diciembre de 2005, cuando toma posesin
como Director el Ing. Herman Caldern Pineda, sus colaboradores directivos son: Ing. Jos
Alfredo Len Hernndez subdirector acadmico, Mtro. Gelasio Montes Roa subdirector de
planeacin y vinculacin y el Mtro. Fernando Lpez Snchez subdirector de servicios
administrativos.
Con la representacin personal del Dr. Carlos Alfonso Garca Ibarra, Director General
de Educacin Superior Tecnolgica, el Mtro. Hctor Francisco Macas Daz, director de
Capacitacin y Desarrollo, el 26 de Marzo de 2010, le dio posesin como Director el M.C.A.
Miguel Cid Del Prado Martnez, destacado egresado de la Institucin. Su equipo de
colaboradores lo conforman como directivos: el Ing. Jos Alfredo Len Hernndez,
subdirector acadmico y el Mtro. Fernando Lpez Snchez, subdirector de servicios
20

administrativos.
En octubre de 2010, toman posesin como subdirectores: el Mtro. Fernando Lpez
Snchez, subdirector acadmico, el Mtro. Delfino Lpez Vzquez, subdirector de planeacin
y vinculacin y el Ing. Francisco Javier Meoo Morales, subdirector de servicios
administrativos.

2.3

DIRECTORIO DE LA INSTITUCIN

El directorio de la Institucin est conformado de la siguiente manera:

Ing. Pedro Ancheyta Bringas - Director del Instituto Tecnolgico de Tapachula

Ing. Fausto Salvador Garca Glvez - Jefe del Departamento de Ciencias Bsicas

Ing. Martn Njera Trejo - Jefe del Departamento de Ciencias de la Tierra

Ing. Rosember Hidalgo Lpez - Jefe del Departamento de Ingeniera Qumica y

Bioqumica

Dr. Luis Miguel Hernndez Barajas - Jefe del Departamento de Ingeniera Industrial

Mtra. Andrea Castaeda Reyes - Jefa del Departamento de Ciencias Econmico

Administrativa

Lic. Mnica Siblina Martnez Sols - Jefa del Departamento de Sistemas y

Computacin

Mtro. Delfino Lpez Vzquez Subdirector de Planeacin y Vinculacin

Mtro. Mario Francisco Fonseca Lozada - Jefe del Departamento de Planeacin,

Programacin y Presupuestacin

Lic. Vidalia Gmez Vzquez - Jefa del Departamento de Gestin Tecnolgica y

Vinculacin

Dr. Bertn Gernimo Prez - Jefe del Departamento de Comunicacin y Difusin

21

Lic. Jaime Rodas Campos - Jefe del Departamento de Actividades Extraescolares

Mtro. Roberto de Jess Aguilar Dillman - Jefe del Departamento de Servicios

Escolares

Ing. Delfino Cajina Pedreguera - Subdirector de Servicios Administrativos

Mtra., Ana Mara Salazar Ortiz - Jefa del Departamento de Recursos Financieros

Lic. Claudia Ins Pineda Ruz - Jefa del Departamento de Recursos Humanos

Lic. Balbina Meja Santos. - Jefa del Departamento de Recursos Materiales y Servicios

Mtro. Jos Concepcin Vera Aguilar. - Jefe del Departamento de Mantenimiento de

Equipo

Mtro. Nicols Cabrera Hidalgo - Jefe del Centro de Cmputo

Lic. Manuel Cerecedo Garca - Jefe del Centro de Informacin

Actualmente, se ofertan ocho carreras profesionales de las cuales se cuenta con una

poblacin estudiantil de: 2 mil 345 alumnos, distribuidos en las diferentes carreras de la
siguiente forma:

Ilustracin 1 Total de alumnos inscritos en la institucin

22

2.4

EVOLUCIN ACADMICA
En 1983, el I. T. de Tapachula, abre sus puertas a la superacin profesional a travs

de la carrera de Ingeniera Civil, adems contina atendiendo a 148 alumnos en nivel medio
superior con carreras terminales de Tecnlogos en Construccin y de Tecnlogos en
Electrotecnia, de igual manera, absorbe a la poblacin de nivel licenciatura del CeRETI, en
las carreras de Ingeniera Industrial en Transformacin de Productos Agropecuarios e
Ingeniera Civil, y se autoriza a los alumnos de esta ltima homologar sus estudios al plan
tecnolgico.
En junio de 1984 se culmina el primer estudio de investigacin de expectativas de
atencin educativa, para la creacin de nuevas carreras, el cual arroja como resultado que las
carreras de mayor demanda en orden de importancia eran Ingeniera Qumica, Ingeniera
Bioqumica, Ingeniera Industrial e Ingeniera Metalrgica.
Asimismo se presentaron, ante la Direccin General de Institutos Tecnolgicos,
propuestas de las academias para la implantacin de las carreras de Ingeniera Industrial en
Alimentos e Ingeniera Electromecnica. Siendo finalmente autorizada, el 15 de noviembre
de 1984; la carrera de Ingeniera Qumica, inscribindose para el semestre inicial, Septiembre
85 Febrero 86, un total de 73 alumnos, el C. Ing. Jorge Carlos Garca Revilla, como director
del plantel, fue el encargado de darles la bienvenida.
El 29 de mayo de 1985, se autoriza la apertura de la carrera de Ingeniera Industrial,
lo que hizo posible que para el semestre septiembre 86 - febrero 87 se inscribiera la primera
generacin conformada por 54 alumnos, siendo director del plantel el C. Ing. Jorge Carlos
Garca Revilla.

23

Uno de los objetivos primordiales del I. T. de Tapachula es brindar a la juventud

estudiosa del Estado de Chiapas, la oportunidad de formacin y superacin profesional a travs
de las diferentes carreras que se imparten, ampliando la oferta educativa; es por ello que en
1991 se crea la carrera de Licenciatura en Informtica, con una poblacin de 70 alumnos, y
es el C. Ing. Vctor Manuel Ibarra Balderas, director del plantel, el encargado de darle la
bienvenida a los alumnos de nuevo ingreso.
Un nuevo estudio sobre la demanda educativa en el Estado, muestra la necesidad de
proporcionar una nueva opcin de formacin profesional, por lo que en respuesta a ello el 28
de enero de 1993, siendo director el C. Ing. Jos Luis Mndez Navarro, se autoriza la carrera
de Ingeniera Electromecnica, inicindose en el mes de agosto del mismo ao con una
poblacin de 29 alumnos.
Las necesidades de la regin, as como un nuevo estudio de expectativas, dieron como
resultado que el 18 de junio de 2002, autorizaran la carrera de: Ingeniera en Sistemas
Computacionales. El C. Mtro. Juan Amado Rueda Ibarra, como mxima autoridad de la
Institucin, les da la bienvenida el 18 de agosto del 2003, a los 45 miembros de la primera
generacin de esta carrera.
A lo largo de 26 aos, el Instituto Tecnolgico de Tapachula ha refrendado su
compromiso con el Estado de Chiapas, de formar profesionistas que contribuyan a su
engrandecimiento, a travs de la solucin de problemas aplicando la ciencia y la tecnologa.
Es por ello que el 23 de agosto de 2009, el Ing. Herman Caldern Pineda, en su calidad de
Director, les dio la bienvenida a 88 alumnos que forman la primera generacin de Ingeniera
en Gestin Empresarial.

24

En agosto de 2010, corresponde al Mtro. Miguel Cid del Prado Martnez, director de
la Institucin, recibir 41 estudiantes de la primera generacin de la carrera de Ingeniera en
Informtica.

2.5

LOGROS SIGNIFICATIVOS

A lo largo de estos 30 aos, se destacan los siguientes logros:

Contar con un Cuerpo en Formacin Innovacin y Productividad, conformado por

docentes de las carreras de Ingeniera en Sistemas Computacionales, Ingeniera en
Informtica e Ingeniera Industrial.

El mayor logro acadmico, se alcanz en 2012, al obtener la acreditacin de la carrera

de Ingeniera Industrial en el nivel 1 por parte de CIEES.

La conclusin de la transferencia del Modelo de Incubacin de Empresas del Sistema

Nacional de Institutos Tecnolgicos (MiDE-SNIT).

El Consejo Institucional de Vinculacin del Instituto Tecnolgico de Tapachula.

Cuarto Lugar en el Certamen emprendedores 2013, en la categora de Proyecto de

Emprendimiento con el Sistema de Cobros Automatizados, desarrollado por alumnos
del noveno semestre de la carrera de Ingeniera en Sistemas.

Ser la nica Institucin Federal en el Estado de Chiapas, certificada con apego a:

Norma ISO 9001:2008 Sistema de Gestin de Calidad.

Norma ISO 14001:2004 Sistema de Gestin Ambiental.

Norma ISO 50001:2011 Sistema de Gestin de la Energa.

MEG 2003, Sistema de Gestin de Equidad de Gnero.

25

2.6

IMPACTO EN LA SOCIEDAD
Por su calidad y por su pertinencia para el desarrollo industrial y econmico de la

Regin, la labor educativa del I. T. de Tapachula es altamente estratgica para el desarrollo de

las comunidades, pues contribuye al enriquecimiento del capital humano e intelectual al
formar profesionales competitivos en las diferentes reas de ingeniera.
El I. T. de Tapachula contribuye, tambin de manera importante, con la promocin y
preservacin de la cultura y las artes de la regin a travs de su cultivo y difusin.
La educacin que imparte el I. T. de Tapachula es de suma importancia y pertinencia
para el desarrollo profesional de sus estudiantes y egresados, pues les asegura el dominio de
su rea profesional con una visin humanista que integra en su formacin el respeto de todas
las expresiones artsticas y culturales; de manera que los egresados de la Institucin son
profesionales requeridos por las empresas de la regin por su alto nivel competitivo, lo que
lo convierte en protagonistas exitosos de la nueva sociedad basada en el conocimiento.
A 30 Aos de vida y con una matrcula de 2,720 alumnos, en el nivel licenciatura, el
I. T. de Tapachula es un motor en el desarrollo econmico regional y un factor de primera
importancia para alcanzar la equidad social y regional a la que aspiran los mexicanos, que
incluye necesariamente una ms justa distribucin de los ingresos.
Por su cobertura, tanto en trminos numricos como geogrficos, el I. T. de Tapachula
es un instrumento del Gobierno Federal que se suma al proyecto de asegurar la equidad en el
acceso y en la distribucin territorial de oportunidades educativas. Por ello el I. T. de
Tapachula mantiene la tradicin que lo caracteriza de buscar en todo momento los ms altos
estndares de calidad educativa, y orientado a satisfacer las necesidades del desarrollo social,
26

cientfico y tecnolgico, cultural y humano de la Regin que hospeda a la Institucin.

2.7

MISIN
Contribuir a la conformacin de una sociedad ms justa, humana y con amplia cultura

cientfico-tecnolgica, mediante un sistema integrado de educacin superior tecnolgica,

equitativo en su cobertura y de alta calidad.

2.8

VISIN
El Sistema Nacional de Institutos Tecnolgicos se consolidar como un sistema de

educacin superior tecnolgica de vanguardia, as como uno de los soportes fundamentales

del desarrollo sostenido, sustentable y equitativo de la nacin y del fortalecimiento de su
diversidad cultural.

2.9

GIRO DE LA INSTITUCIN

Institucin educativa de nivel superior.

2.10 VALORES
El Instituto Tecnolgico de Tapachula, como institucin de educacin superior
considera que para el buen desarrollo armnico y el cumplimiento de su misin, sus
estudiantes y trabajadores deben de practicar los siguientes valores:

PERTENENCIA: Orgullo de formar parte dela institucin, plenamente identificado,

convencido, y comprometido con la misin y la visin del tecnolgico.

RESPONSABILIDAD: Cumplir con las funciones y tareas, individual y

grupalmente, con un sentido de compromiso y un enfoque centrado en la calidad.

INTEGRIDAD:

Autenticidad

congruencia

entre

nuestros

valores

comportamiento.
27

PROFESIONALISMO: Ser tico, respetuoso, competente y mantenerse actualizado

constantemente.

INNOVACIN: Fomentar la creacin y desarrollo de proyectos que conduzcan al

logro de la visin institucional.

COMPROMISO SOCIAL: Desempearse con espritu de servicio y coadyuvar, a

travs de la educacin tecnolgica del medio ambiente.

2.11 POLTICAS DE CALIDAD

El Instituto Tecnolgico de Tapachula establece el compromiso de implementar todos
sus procesos orientndolos hacia la satisfaccin de sus clientes sustentada en la Calidad del
Proceso Educativo. Para cumplir con sus requerimientos mediante la eficacia de un Sistema
de Gestin de la Calidad y de mejora continua, conforme a la norma ISO 9001:2008/NMXCC-9001-IMNC-2008.

2.12 ORGANIGRAMA DEL LABORATORIO DE CMPUTO

En la ilustracin 2 se muestra como est organizado el personal del laboratorio de
cmputo del ITT y el cargo correspondiente de cada uno de ellos.

Ilustracin 2 Organigrama del Laboratorio de Cmputo del ITT

28

2.13 UBICACIN
Este proyecto se llevar a cabo en las instalaciones del laboratorio de cmputo del
Instituto Tecnolgico de Tapachula, el cual se encuentra ubicado en Kilmetro 2, Carretera
a Puerto Madero, C.P. 30700, Tapachula, Chiapas. Telfonos: (52) (962) 62 52880, 62 52900,
62 54873, 62 54389. Fax Ext. 104 y 132. Ver la ubicacin del ITT en la ilustracin 3.

Ilustracin 3 Ubicacin del Instituto Tecnolgico de Tapachula

29

CAPITULO III
MARCO TERICO

30

3. MARCO TERICO
3.1

SISTEMAS DE INFORMACIN

3.1.1 DEFINICIN DE UN SISTEMA DE INFORMACIN (SI)

Un Sistema de Informacin (abreviado de aqu en adelante como SI) es un conjunto
de elementos interrelacionados entre s que recolectan, almacenan, procesan y distribuyen
informacin para el apoyo en la toma de decisiones, la administracin y el control en una
organizacin.

3.1.2 CARACTERIZACIN

DE

UN

SISTEMA

DE

INFORMACIN
Los Sistemas de Informacin difieren de cualquier otro software por dos razones
principales:

Almacenan gran cantidad de Informacin

Realizan un bajo grado de procesamiento sobre la informacin, y ste es,

fundamentalmente, de tipo estadstico
Aunque suene redundante, no est dems sealar, que la informacin que entrega un

SI, es utilizada para tomar decisiones organizacionales. As se catalogan como SI, aquellos
sistemas de informacin como:

Contabilidad: Informacin de flujos y estados financieros de la organizacin.

Personal: Toda la informacin referente al Recurso Humano de la institucin.

Registro Curricular (en una Universidad): Informacin respecto de los alumnos y

su situacin acadmica
31

3.1.3 ELEMENTOS QUE CONFORMAN UN SISTEMA DE

INFORMACIN
Un SI est compuesto por 6 elementos claramente identificables, tal y como se
muestran en la ilustracin 4:

Ilustracin 4 Elementos de un S.I.

Base de Datos. Es donde se almacena toda la informacin que se requiere para la

toma de decisiones. La informacin se organiza en registros especficos e
identificables.

Transacciones. Corresponde a todos los elementos de interfaz que permiten al usuario:

consultar, agregar, modificar o eliminar un registro especfico de Informacin.

Informes. Corresponden a todos los elementos de interfaz mediante los cuales el

usuario puede obtener uno o ms registros y/o informacin de tipo estadstico (contar,
sumar) de acuerdo a criterios de bsqueda y seleccin definidos.

Procesos. Corresponden a todos aquellos elementos que, de acuerdo a una lgica

predefinida, obtienen informacin de la base de datos y generan nuevos registros de
informacin.

Usuario. Identifica a todas las personas que interactan con el sistema, esto incluye
desde el mximo nivel ejecutivo que recibe los informes de estadsticas procesadas,
32

hasta el usuario operativo que se encarga de recolectar e ingresar la informacin al

sistema.

Procedimientos Administrativos. Corresponde al conjunto de reglas y polticas de

la organizacin, que rigen el comportamiento de los usuarios frente al sistema.
Particularmente, debieran asegurar que nunca, bajo ninguna circunstancia un usuario
tenga acceso directo a la Base de Datos.

3.1.4 ACTIVIDADES QUE REALIZA UN SISTEMA DE

INFORMACIN
Un sistema de informacin realiza cuatro actividades

bsicas: entrada,

almacenamiento, procesamiento, y salida de informacin. A continuacin se definen cada una

de estas actividades.

Entrada de informacin. La entrada es el proceso mediante el cual el sistema de

informacin toma los datos que requiere para procesar la informacin. Las entradas
pueden ser manuales o automticas.

Almacenamiento de informacin. El almacenamiento es una de las actividades o

capacidades ms importantes que tiene una computadora, ya que a travs de esta
propiedad el sistema puede recordar la informacin guardada en la sesin.

Procesamiento de informacin. Es la capacidad del sistema de informacin para

efectuar clculos de acuerdo con una secuencia de operaciones preestablecidas. Estos
clculos pueden efectuarse con datos introducidos recientemente en el sistema o bien
con datos que estn almacenados. Esta caracterstica de los sistemas permite la
transformacin de datos fuente en informacin.

Salida de informacin. La salida es la capacidad de un sistema de informacin para

33

sacar informacin procesada o bien datos de entrada al exterior.

Ilustracin 5 Actividades que realiza un S.I.

3.2

INGENIERA DE SOFTWARE

3.2.1 DEFINICIONES DE LA INGENIERA DE SOFTWARE

Ingeniera de Software es el estudio de los principios y metodologas para desarrollo
y mantenimiento de sistemas de software. (M.V.Zelkovitz, 1979)
Ingeniera del Software es la aplicacin prctica del conocimiento cientfico en el
diseo y construccin de programas de computadora y la documentacin asociada requerida
para desarrollar, operar (funcionar) y mantenerlos. Se conoce tambin como desarrollo de
software o produccin de software. (B.W.Bohem, 1976)
Ingeniera del Software trata del establecimiento de los principios y mtodos de la
ingeniera a fin de obtener software de modo rentable que sea fiable y trabaje en mquinas
reales. (BAUER, 1969)
34

3.2.2 ELEMENTOS DE LA INGENIERA DE SOFTWARE

La Ingeniera de software abarca cuatro elementos clave:

Mtodos o tcnicas Indican cmo construir tcnicamente el software, y abarca una

serie de tareas que incluyen la planificacin y estimacin de proyectos, el anlisis de
requisitos, el diseo de estructuras de datos, programas y procedimientos, la
codificacin, las pruebas y el mantenimiento.

Herramientas: Son instrumentos o sistemas automatizados para realizar algo de la

mejor manera posible. Proporcionan un soporte automtico o semiautomtico para
todas las fases del desarrollo y sistemas que integran las herramientas de cada fase de
manera que sirven para todo el proceso. Estas herramientas se denominan CASE
(Computer Aided Software Engineering).

Procedimientos. Los procedimientos indicarn qu herramientas debern utilizarse

cuando se aplican determinadas tcnicas. Definen la secuencia en que se aplican
los mtodos, los documentos que

se requieren, los controles que aseguran la

calidad y las directrices que permiten a los gestores evaluar los progresos.

Paradigmas. Representan un enfoque particular o filosofa para la construccin del

software. No es mejor uno que otro sino que cada uno tiene ventajas y desventajas.
Tambin hay situaciones donde un paradigma resulta ms apropiado que otro. Los
ms comunes son el desarrollo en cascada, el desarrollo en espiral, el desarrollo por
prototipos, el desarrollo incremental, el desarrollo en V y el desarrollo orientado a
objetos.

35

3.2.3 EL CICLO DE VIDA DEL SOFTWARE.

El trmino ciclo de vida del software describe el desarrollo de software, desde la fase
inicial hasta la fase final. El propsito de este programa es definir las distintas fases intermedias
que se requieren para validar el desarrollo de la aplicacin, es decir, para garantizar que el
software cumpla los requisitos para la aplicacin y verificacin de los procedimientos de
desarrollo: se asegura de que los mtodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los errores
que se detectan tarde dentro de la fase de implementacin. El ciclo de vida permite que los
errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse
en la calidad del software, en los plazos de implementacin y en los costos asociados.
El ciclo de

vida bsico

de

un software

consta

de

los siguientes

procedimientos:

Definicin de objetivos: definir el resultado del proyecto y su papel en la

estrategia global.

Anlisis de los requisitos y su viabilidad: recopilar, examinar y formular los

requisitos del cliente y examinar cualquier restriccin que se pueda aplicar.

Diseo general: requisitos generales de la arquitectura de la aplicacin.

Diseo en detalle: definicin precisa de cada subconjunto de la aplicacin.

Programacin (programacin e implementacin): es la implementacin de un

lenguaje de programacin para crear las funciones definidas durante la etapa de
diseo.

Prueba de unidad: prueba individual de cada subconjunto de la aplicacin para

36

garantizar que se implementaron de acuerdo con las especificaciones.

Integracin: para garantizar que los diferentes mdulos se integren con la

aplicacin. ste es el propsito de la prueba de integracin que est
cuidadosamente documentada.

Prueba beta (o validacin), para garantizar que el software cumple con las
especificaciones originales.

Documentacin: sirve para documentar informacin necesaria para los usuarios

del software y para desarrollos futuros.

Implementacin: La implementacin se establece como la construccin del

sistema. La actividad slo lleva a la prctica el sistema que se model en la fase
de diseo. La fase incluye las actividades de codificacin e integracin de los
diferentes mdulos constitutivos del sistema.

Mantenimiento: para todos los procedimientos correctivos (mantenimiento

correctivo) y las actualizaciones secundarias del software (mantenimiento
continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una

aplicacin dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo
de desarrolladores.

3.3

METODOLOGA RUP
Es una metodologa cuyo fin es entregar un producto de software. Se estructura todos

los procesos y se mide la eficiencia de la organizacin. Es un proceso de desarrollo de

software el cual utiliza el lenguaje unificado de modelado UML, constituye la metodologa
estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas
37

orientados a objetos.
El RUP es un conjunto de metodologas adaptables al contexto y necesidades de cada
organizacin. Describe cmo aplicar enfoques para el desarrollo del software, llevando a
cabo unos pasos para su realizacin. Se centra en la produccin y mantenimiento de modelos
del sistema.

3.3.1 CARACTERSTICAS

Forma disciplinada de asignar tareas y responsabilidades (quin hace qu,

cundo y cmo)

Pretende implementar las mejores prcticas en Ingeniera de Software

Desarrollo iterativo

Administracin de requisitos

Uso de arquitectura basada en componentes

Control de cambios

Modelado visual del software

Verificacin de la calidad del software

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e

incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos
(que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el
cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento,
una persona puede desempear distintos roles a lo largo del proceso).

38

3.3.2 CICLO DE VIDA

Ilustracin 6 Esfuerzo en actividades segn fase del proyecto

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado
ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas
en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor
hincapi en las distintas actividades.
Fases del ciclo de vida del RUP:

Fase de Inicio: Esta fase tiene como propsito definir y acordar el alcance del proyecto
con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visin
muy general de la arquitectura de software y producir el plan de las fases y el de
iteraciones posteriores.

Fase de elaboracin: En la fase de elaboracin se seleccionan los casos de uso que

permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza
la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del
problema, se disea la solucin preliminar.
39

Fase de Desarrollo: El propsito de esta fase es completar la funcionalidad del sistema,

para ello se deben clarificar los requerimientos pendientes, administrar los cambios de
acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el
proyecto.

Fase de Cierre: El propsito de esta fase es asegurar que el software est disponible para
los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de
aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe
verificar que el producto cumpla con las especificaciones entregadas por las personas
involucradas en el proyecto.

La metodologa RUP tiene 6 principios clave:

Adaptacin del proceso. El proceso debe adaptarse a las caractersticas de la organizacin

para la que se est desarrollando el software.

Balancear prioridades. Debe encontrarse un balance que satisfaga a todos los inversores
del proyecto.

Colaboracin entre equipos. Debe haber una comunicacin fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.

Demostrar valor iterativamente. Los proyectos se entregan, aunque sea de una forma
interna, en etapas iteradas. En cada iteracin se evaluar la calidad y estabilidad del
producto y analizar la opinin y sugerencias de los inversores.

Elevar el nivel de abstraccin: Motivar el uso de conceptos reutilizables.

Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de la

produccin.

40

3.3.3 DISCIPLINA DE DESARROLLO DE RUP

Determina las etapas a realizar durante el proyecto de creacin del software.

Ingeniera o modelado del negocio: Analizar y entender las necesidades del negocio para
el cual se est desarrollando el software.

Requisitos: Proveer una base para estimar los costos y tiempo de desarrollo del sistema.

Anlisis y diseo: Trasladar los requisitos analizados anteriormente a un sistema

automatizado y desarrollar una arquitectura para el sistema.

Implementacin: Crear software que se ajuste a la arquitectura diseada y que tenga el

comportamiento deseado.

Pruebas: Asegurarse de que el comportamiento requerido es correcto y que todo lo

solicitado est presente.

Despliegue: Producir distribuciones del producto y distribuirlo a los usuarios.

3.3.4 ELEMENTOS DEL RUP

Actividades: Procesos que se han de realizar en cada etapa/iteracin.

Trabajadores: Personas involucradas en cada actividad del proyecto.

Artefactos: Herramientas empleadas para el desarrollo del proyecto. Puede ser un

documento, un modelo, un elemento del modelo.

3.3.5 ARTEFACTOS
RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una serie
de artefactos que sirven para comprender mejor tanto el anlisis como el diseo del sistema
(entre otros). Estos artefactos (entre otros) son los siguientes:

41

Inicio:

o Documento Visin
o Especificacin de Requerimientos

Elaboracin:
o Diagramas de caso de uso

Construccin:
o Documento Arquitectura que trabaja con las siguientes vistas:

Vista lgica:
o Diagrama de clases
o Modelo E-R (Si el sistema as lo requiere)

Vista de implementacin:
o Diagrama de Secuencia
o Diagrama de estados
o Diagrama de Colaboracin

Vista conceptual
o Modelo de dominio

Vista fsica
o Mapa de comportamiento a nivel de hardware

3.4 UML (LENGUAJE UNIFICADO DE MODELADO)

3.4.1 DEFINICIN DE UML
El Lenguaje Unificado de Modelado (UML) es un lenguaje de modelado visual de
propsito general que se utiliza para especificar, visualizar, construir y documentar los
42

artefactos de un sistema software. Captura decisiones y conocimiento sobre sistemas que deben
ser construidos. Se usa para comprender, disear, ojear, configurar, mantener y controlar la
informacin sobre tales sistemas. (James Rumbaugh, 2000) (Ivn Lpez Montalbn, 2014)

3.4.2 DIAGRAMA DE CLASES

Una clase representa un concepto discreto dentro de la aplicacin que se est
modelando, que representa un elemento de un tipo particular un elemento cosa fsica (como
un avin), un elemento de negocio (como una solicitud), un elemento lgico (como la
programacin de la retransmisin de un evento), un elemento de una aplicacin (como el botn
de cancelar), un elemento de computacin (como una tabla indexada) o un elemento de
comportamiento (como una tarea). Una clase es el descriptor para un conjunto de objetos con
similar estructura, comportamiento y relaciones. Todos los atributos y operaciones se vinculan
a clases u otros clasificadores. Las clases son el punto alrededor del cual se organizan los
sistemas orientados a objetos.

Ilustracin 7 Ejemplo de Diagrama de Clases

43

3.4.3 DIAGRAMA DE CASOS DE USO

Un caso de uso describe una interaccin con actores como una secuencia de mensajes
entre el sistema y uno o ms actores. El trmino actor incluye tanto a personas, como a otros
sistemas informticos y procesos. La ilustracin 8 muestra un diagrama de casos de uso para
una aplicacin de telefnica de venta por catlogo. El modelo se ha simplificado como ejemplo.

Ilustracin 8 Ejemplo de un Caso de Uso

Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: actores, casos
de uso y relaciones entre casos de uso.

Actor. Un actor es una idealizacin de un rol desempeado por una persona externa, un
proceso o cosa que interacte con el sistema, subsistema o clase. Un actor caracteriza la
interaccin que una clase de usuarios externos puede tener con el sistema. Un actor
puede ser humano, un sistema informtico o algn proceso ejecutable. Un actor se dibuja
como una persona pequea con trazos lineales y el nombre situado debajo de l.
44

Caso de uso. Un caso de uso es una descripcin de la secuencia de interacciones que

se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo
una tarea especfica. Expresa una unidad coherente de funcionalidad, y se representa en
el Diagrama de Casos de Uso mediante una elipse con el nombre del caso de uso en su
interior. El nombre del caso de uso debe reflejar la tarea especfica que el actor desea
llevar a cabo usando el sistema.

3.4.4 DIAGRAMA DE SECUENCIA

Un diagrama de secuencia muestra un conjunto de mensajes ordenados en una
secuencia temporal. Un uso de un diagrama de secuencia es mostrar la secuencia de
comportamiento de un caso de uso. Cuando el comportamiento se implementa, cada mensaje
del diagrama de secuencia responde a una operacin de una clase o a un evento disparado en
una transicin de una mquina de estados.
Elementos de un diagrama de secuencia

Rol de la Clase: El rol de la clase describe la manera en que un objeto se va a comportar

en el contexto.

Activacin: Los cuadros de activacin representan el tiempo que un objeto necesita para
completar una tarea.

Mensajes: Los mensajes son flechas que representan comunicaciones entre objetos.

Lneas de Vida: Las lneas de vida son verticales y en lnea de puntos, ellas indican la
presencia del objeto durante el tiempo.

Destruccin de Objetos: Los objetos pueden ser eliminados tempranamente usando

una flecha etiquetada "<<destruir>>" que apunta a una X.

Loops: Una repeticin o loop en un diagrama de secuencias, es representado como un

45

rectngulo. La condicin para abandonar el loop se coloca en la parte inferior entre

corchetes [ ].

Ilustracin 9 Ejemplo de un Diagrama de Secuencia

3.4.5 DIAGRAMA DE COLABORACIN

El diagrama de colaboraciones describe las interacciones entre los objetos en trminos
de mensajes secuenciados. Los diagramas de colaboracin representan una combinacin de
informacin tomada de los diagramas de clases, de secuencias y de casos de uso, describiendo
el comportamiento, tanto de la estructura esttica, como de la estructura dinmica de un
sistema.

46

Ilustracin 10 Ejemplo de un Diagrama de Colaboracin

3.5 BASE DE DATOS

Una Base de Datos es una coleccin de informacin perteneciente a un mismo contexto
(o problema), que est almacenada de forma organizada en ficheros. (Ivn Lpez Montalbn,
2014).
Una base de datos est organizada mediante tablas que almacenan informacin
concerniente a algn objeto o suceso. Estas tablas se relacionan formando vnculos o relaciones
entre ellas, que ayudan a mantener la informacin de los diversos objetos de forma ordenada y
coherente (sin contradicciones).

3.5.1 CICLO DE VIDA DE UNA BASE DE DATOS

Como todo, las bases de datos tienen una vida finita. Nacen en un arrebato de optirnismo,
y su vida discurre cosechando fama, fortuna y notoriedad o un anonimato tranquilo segn los
casos, antes de extinguirse. Incluso las bases de datos ms aclamadas acaban siendo sustituidas
con el tiempo por otras estructuras ms flexibles y actualizadas, y la vida comienza de nuevo.
Aunque su definicin exacta puede variar, por regla general el ciclo de vida de una base de datos
47

consta de seis fases.

Anlisis. En la fase de anlisis se entrevista a los accionistas y se examinan todos los

sistemas existentes para identificar los problemas, las posibilidades y los limites. En esta
fase se determinan los objetivos y el mbito del nuevo sistema.

Diseo. En la fase de diseo se crea el diseo conceptual a partir de las necesidades

determinadas previamente. Tambin se crea un diseo lgico y fsico para preparar la
implementacin de la base de datos.

Implementacin. En la fase de implementacin se instala el sistema de administracin

de la base de datos (DBMS), se crea la base de datos y se cargan o importan los datos.

Pruebas. En la fase de pruebas se examina la base de datos y se ajusta, por lo general

junto a las aplicaciones asociadas.

Puesta en marcha. En esta fase la base de datos opera normalmente, produciendo

informacin para sus usuarios.

Mantenimiento. En la fase de mantenimiento se introducen cambios en la base de

datos en respuesta a las nuevas necesidades o se modifican las condiciones operativas
(como una carga ms pesada).
El desarrollo de la base de datos no es independiente al desarrollo de los sistemas. De

hecho, se suele considerar como uno de los componentes del proceso ms amplio de desarrollo de
sistemas. Las fases del desarrollo de sistemas coinciden bsicamente con las fases del ciclo de
vida de una base de datos, con la diferencia de su alcance. Mientras el diseo de las bases de
datos se centra en el diseo del sistema para almacenar los datos, el diseo de sistemas se ocupa
adems de los procesos que incidirn en los datos. (Holzner, 2005).

48

3.5.2 MODELOS DE LOS DATOS

Es una coleccin de herramientas conceptuales para describir los datos, las relaciones,
la semntica y las restricciones de consistencia. Los diferentes modelos de datos que se han
propuesto se clasifican en tres grupos diferentes: (Thomas M. Connolly, 2005)
Modelos lgicos basados en objetos,

Modelos lgicos basados en registros

Modelos fsicos.

3.5.3 MODELOS DE DATOS BASADOS EN OBJETOS

Los modelos de datos basados en objetos utilizan conceptos tales como entidades,
atributos y relaciones. Una entidad es un objeto singular (una persona, lugar, cosa, concepto,
suceso) dentro de la organizacin que hay que representar mediante una base de datos. Un
atributo es una propiedad que describe algn aspecto del objeto suficientemente relevante
como para registrarlo y una relacin es una asociacin entre entidades. Los tipos ms comunes
de modelos de datos basados en objetos son:

Entidad-Relacin.

Semntica

Funcional

Orientado a objetos.

3.5.4 MODELOS DE DATOS BASADOS EN REGISTROS

En un modelo de datos basados en registros, la base de datos est compuesta por
una serie de registros de formato fijo, posiblemente de tipos distintos. Cada tipo de registros
49

define un nmero fijo de campos, cada uno de los cuales suele tener una longitud tambin fija.
Existen tres tipos principales de modelos lgicos de datos basados en registros:

El modelo de datos relacional,

El modelo de datos en red y

El modelo de datos jerrquico.

3.5.5 MODELO DE DATOS FSICOS

Los modelos de datos fsicos describen cmo se almacenan los datos en la computadora,
representando informacin tal como las estructuras de registro, el ordenamiento de los registros
y las rutas de acceso. No hay tanto modelos fsicos de datos como modelos lgicos, y los
modelos fsicos ms comunes son:

El modelo unificador.

La memoria de marco.

3.5.7 MODELO ENTIDAD-RELACIN

El modelo de datos entidad-relacin (E-R) est basado en una percepcin del mundo
real que consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre
estos objetos. Una entidad es una cosa u objeto en el mundo real que es distinguible de
otros objetos.
Las entidades se describen en una base de datos mediante un conjunto de atributos.
Una relacin es una asociacin entre varias entidades. El conjunto de todas las entidades del
mismo tipo, y el conjunto de todas las relaciones del mismo tipo, se denomina respectivamente
conjunto de entidades y conjunto de relaciones.

50

La estructura lgica general de una base de datos se puede expresar grficamente

mediante un diagrama ER, que consta de los siguientes componentes:

Rectngulos, que representan conjuntos de entidades.

Elipses, que representan atributos.

Rombos, que representan relaciones entre conjuntos de entidades.

Lneas, que unen los atributos con los conjuntos de entidades y los conjuntos de
entidades con las relaciones.
Cada componente se etiqueta con la entidad o relacin que representa. Adems de

entidades y relaciones, el modelo E-R representa ciertas restricciones que los contenidos de
la base de datos deben cumplir. Una restriccin importante es la correspondencia de
cardinalidades, que expresa el nmero de entidades con las que otra entidad se puede asociar
a travs de un conjunto de relaciones. El modelo entidad-relacin se utiliza habitualmente en
el proceso de diseo de bases de datos.
El desarrollo de la base de datos no es independiente al desarrollo de los sistemas. De
hecho, se suele considerar como uno de los componentes del proceso ms amplio de desarrollo
de sistemas. Las fases del desarrollo de sistemas coinciden bsicamente con las fases del
ciclo de vida de una base de datos, con la diferencia de su alcance. Mientras el diseo de las
bases de datos se centra en el diseo del sistema para almacenar los datos, el diseo de
sistemas se ocupa adems de los procesos que incidirn en los datos.

51

Ilustracin 11 Ejemplo de Modelo Entidad- Relacin

3.5.8 CARDINALIDAD
La Cardinalidad de una relacin se calcula a travs de las participaciones de sus
ocurrencias en ella. Se toman el nmero mximo de participaciones de cada una de las
entidades en la relacin.
De esta manera, se clasifican las siguientes cardinalidades:

Cardinalidad 1:1 (Uno a Uno): Esta Cardinalidad especfica que una entidad A
puede estar vinculada mediante una relacin a una y solo una ocurrencia de otra
entidad B. A su vez una ocurrencia de la entidad B solo puede estar vinculada a una
ocurrencia de la entidad A.

Cardinalidad 1: N (o 1: Muchos): Esta relacin especifica que una entidad A puede

estar vinculada mediante una relacin a varias ocurrencias de otra entidad B. Sin
embargo, una de las ocurrencias de la entidad B solo puede estar vinculada a una
ocurrencia de la entidad A.

52

Cardinalidad M: N (o Muchos: Muchos) O tambin N: M: Esta Cardinalidad

especfica que una entidad A puede estar vinculada mediante una relacin a varias
ocurrencias de la entidad B, y a su vez, una ocurrencia de la entidad B puede estar
vinculada a varias de la entidad A. (Ivn Lpez Montalbn, 2014)

3.5.9 MODELO RELACIONAL

En el modelo relacional se utiliza un grupo de tablas para representar los datos y las
relaciones entre ellos. Cada tabla est compuesta por varias columnas, y cada columna tiene
un nombre nico. En la ilustracin 12, se presenta un ejemplo de base de datos relacional
consistente en tres tablas: la primera muestra los clientes de un banco, la segunda, las cuentas,
y la tercera, las cuentas que pertenecen a cada cliente.

Ilustracin 12 Ejemplo de una base de datos relacional

El modelo relacional es un ejemplo de un modelo basado en registros. Los modelos

basados en registros se denominan as porque la base de datos se estructura en registros de
formato fijo de varios tipos. Cada tabla contiene registros de un tipo particular. Cada tipo de
53

registro define un nmero fijo de campos, o atributos.

Las columnas de la tabla corresponden a los atributos del tipo de registro. No es difcil
ver cmo se pueden almacenar las tablas en archivos.
El modelo de datos relacional es el modelo de datos ms ampliamente usado, y una
amplia mayora de sistemas de bases de datos actuales se basan en el modelo relacional. El
modelo relacional se encuentra a un nivel de abstraccin inferior al modelo de datos E-R.
Los diseos de bases de datos a menudo se realizan en el modelo E-R, y despus se traducen
al modelo relacional.

3.5.10

LAS RELACIONES EN EL MODELO RELACIONAL

Se define una relacin como un conjunto de atributos, cada uno de los cuales pertenece
a un dominio, y que posee un nombre que identifica la relacin. Se representa grficamente
por una tabla con columnas (atributos) y filas (tupias). El conjunto de tupias de una relacin
representa el cuerpo de la relacin y el conjunto de atributos y el nombre representan el
esquema.

Ilustracin 13 Definicin de Relacin

3.5.11

NORMALIZACIN
Habitualmente, el diseo de una base de datos termina en el paso del modelo entidad-

relacin al modelo relacional. No obstante, siempre que se disea un sistema, no solo una
base de datos, sino tambin cualquier tipo de solucin informtica, se ha de medir la calidad
54

de la misma, y si no cumple determinados criterios de calidad, hay que realizar, de forma

iterativa, sucesivos refinamientos en el diseo, para alcanzar la calidad deseada.
Uno de los parmetros que mide la calidad de una base de datos es la forma normal en
la que se encuentra su diseo. Esta forma normal puede alcanzarse cumpliendo ciertas
restricciones que impone cada forma normal al conjunto de atributos de un diseo. El proceso
de obligar a los atributos de un diseo a cumplir ciertas formas normales se llama
normalizacin.
Las formas normales pretenden alcanzar dos objetivos:

Almacenar en la base de datos cada hecho solo una vez, es decir, evitar la redundancia
de datos. De esta manera se reduce el espacio de almacenamiento.

Que los hechos distintos se almacenen en sitios distintos. Esto evita ciertas anomalas
a la hora de operar con los datos.

3.6

SISTEMAS GESTORES DE BASE DE DATOS (SGBD)

Se define un Sistema Gestor de Base de Datos, en adelante SGBD, como el conjunto

de herramientas que facilitan la consulta, uso y actualizacin de una base de datos.

3.5.7 FUNCIONES DE LOS SGBD

Los SGBD cumplen con casi todas funciones que a continuacin se enumeran:

Permiten a los usuarios almacenar datos, acceder a ellos y actualizarlos de forma

sencilla y con un gran rendimiento, ocultando la complejidad y las caractersticas
fsicas de los dispositivos de almacenamiento.

Garantizan la integridad de los datos, respetando las reglas y restricciones que dicte
el programador de la base de datos. Es decir, no permiten operaciones que dejen cierto
55

conjunto de datos incompletos o incorrectos.

Integran, junto con el sistema operativo, un sistema de seguridad que garantiza el

acceso a la informacin exclusivamente a aquellos usuarios que dispongan de
autorizacin.

Proporcionan un diccionario de metadatos, que contiene el esquema de la base de

datos, es decir, cmo estn estructurados los datos en tablas, registros y campos, las
relaciones entre los datos, usuarios, permisos, etc.

Permiten el uso de transacciones, garantizan que todas las operaciones de la

transaccin se realicen correctamente, y en caso de alguna incidencia, deshacen los
cambios sin ningn tipo de complicacin adicional.

Ofrecen, mediante completas herramientas, estadsticas sobre el uso del gestor,

registrando operaciones efectuadas, consultas solicitas, operaciones fallidas y
cualquier tipo de incidencia. Es posible de este modo, monitorizar el uso de la base
de datos, y permiten analizar hipotticos malfuncionamientos.

Permiten la concurrencia, es decir, varios usuarios trabajando sobre un mismo

conjunto de datos. Adems, proporcionan mecanismos que permiten arbitrar
operaciones conflictivas en el acceso o modificacin de un dato al mismo tiempo por
parte de varios usuarios.

Independizan los datos de la aplicacin o usuario que est utilizndolos, haciendo ms

fcil su migracin a otras plataformas.

Ofrecen conectividad con el exterior. De esta manera, se puede replicar y distribuir

bases de datos. Adems, todos los SGBD incorporan herramientas estndar de
conectividad.

Incorporan herramientas para la salvaguarda y restauracin de la informacin en caso

56

de desastre. Adems, deben ofrecer sencillas herramientas para la importacin y

exportacin automtica de la informacin

3.6.2 ABSTRACCIN DE DATOS

Para que el sistema sea til debe recuperar los datos eficientemente. Como muchos
usuarios de sistemas de bases de datos no estn familiarizados con computadores, los
desarrolladores esconden la complejidad a los usuarios a travs de varios niveles de
abstraccin para simplificar la interaccin de los usuarios con el sistema.
De tal manera que se dividen en tres niveles de abstraccin los cuales son los siguientes:

Nivel fsico: El nivel ms bajo de abstraccin describe cmo se almacenan realmente

los datos. En este nivel se describen a detalle las estructuras de datos complejas de
bajo nivel.

Nivel lgico: El siguiente nivel ms alto de abstraccin describe qu datos se

almacenan en la base de datos y qu relaciones existen entre esos datos.
Los administradores de bases de datos, son los que deben decidir cul es la
informacin que se mantiene en la base de datos.

Nivel de vistas: El nivel ms alto de abstraccin describe slo parte de la base de

datos completa. Debido a la variedad de informacin almacenada en una base de datos
muchos usuarios no necesitan toda esta informacin. En su lugar, tales usuarios
necesitan acceder slo a una parte de la base de datos. Para que su interaccin con el
sistema se simplifique, se define la abstraccin del nivel de vistas. El sistema puede
proporcionar muchas vistas para la misma base de datos. (Abraham Silberschatz,
2002)

57

Ilustracin 14 Los Niveles de Abstraccin de los Datos

3.7

LENGUAJES DE BASE DE DATOS

Un sistema de bases de datos proporciona un lenguaje de definicin de datos para

especificar el esquema de la base de datos y un lenguaje de manipulacin de datos para

expresar las consultas a la base de datos y las modificaciones. En la prctica, los lenguajes de
definicin y manipulacin de datos no son dos lenguajes separados; en su lugar simplemente
forman partes de un nico lenguaje de bases de datos.

3.7.1 LENGUAJE DE DEFINICIN DE DATOS

Un esquema de base de datos se especifica mediante un conjunto de definiciones
expresadas mediante un lenguaje especial llamado lenguaje de definicin de datos (LDD).

3.7.2 LENGUAJE DE MANIPULACIN DE DATOS

La manipulacin de datos es:

La recuperacin de informacin almacenada en la base de datos.

La insercin de informacin nueva en la base de datos.

El borrado de informacin de la base de datos.

La modificacin de informacin almacenada en la base de datos.

58

Un lenguaje de manipulacin de datos (LMD) es un lenguaje que permite a los

usuarios acceder o manipular los datos organizados mediante el modelo de datos apropiado.
Hay dos tipos bsicamente:

LMD procedimental. Requieren que el usuario especifique qu datos se

necesitan y cmo obtener esos datos.

LMD declarativo (tambin conocidos como LMD no procedimentales).

Requieren que el usuario especifique qu datos se necesitan sin especificar cmo
obtener esos datos.

3.7.3 LENGUAJE SQL

SQL (Structured Query Language - Lenguaje Estructurado de Consultas) es el
lenguaje estndar para trabajar con bases de datos relacionales y es soportado prcticamente
por todos los productos en el mercado. Originalmente, SQL fue desarrollado en IBM
Research a principios de los aos setenta; fue implementado por primera vez a gran escala
en un prototipo de IBM, y posteriormente en numerosos productos comerciales de IBM y de
muchos otros fabricantes. El nombre oficial es Estndar Internacional del Lenguaje de Base
de Datos SQL (1992). (Date, 2001)
SQL se convirti, en trminos computacionales, en un lenguaje completo (ahora
incluye instrucciones como CALL, RETURN, SET, CASE. IF, LOOP, LEAVE, WHILE y
REPEAT, as como diversas caractersticas relacionadas como las variables y los
manejadores de excepciones). SQL es un lenguaje enorme.
Por ltimo, se debe mencionar que SQL est muy lejos de ser el lenguaje relacional
perfecto; padece de faltas tanto de omisin como de comisin. Sin embargo, este estndar,
59

es soportado por casi todos los productos del mercado y todo profesional de bases de datos
debe saber algo acerca de l. MySQL.
MySQL es un sistema de administracin de bases de datos relacional (RDBMS). Se
trata de un programa capaz de almacenar una enorme cantidad de datos de gran variedad y
de distribuirlos para cubrir las necesidades de cualquier tipo de organizacin, desde pequeos
establecimientos comerciales a grandes empresas y organismos administrativos. MySQL
compite con sistemas RDBMS propietarios conocidos, como Oracle, SQL Server y DB2.

3.8

MY SQL WORKBENCH
MySQL Workbench es un software creado por la empresa informtica Sun

Microsystems, esta herramienta permite modelar diagramas de entidad-relacin para bases

de datos MySQL. Puede utilizarse para disear el esquema de una base de datos nueva,
documentar una ya existente o realizar una migracin compleja, al igual que permite disear
de forma visual las bases de datos, facilitndote la tarea de trabajar con tablas y vistas.
MySQL Workbench tambin puede generar el guion necesario para crear la base de
datos que se ha dibujado en el esquema; es compatible con los modelos de base de datos y
soporta las novedades incorporadas en MySQL 5.

3.8.1 MANIPULACIN E IMPORTACIN DE DATOS

Algunas de las caractersticas ms interesantes de MySQL Workbench son:

Proporciona una representacin visual de las tablas, vistas, procedimientos y

funciones almacenadas y claves forneas.

Ofrece sincronizacin con la base de datos y el modelo.

Tiene soporte para exportar los datos.

60

Ofrece soporte completo a las caractersticas de MySQL 5

MySQL Workbench es totalmente gratuito en su versin Community (aunque existe

una versin comercial con algunas funcionalidades extras) y est disponible para todas las
plataformas (Windows, Linux y Mac OS).

3.9

LENGUAJE DE PROGRAMACIN
Un lenguaje de programacin consiste en un conjunto de rdenes o comandos que

describen el proceso deseado. Cada lenguaje tiene sus instrucciones y enunciados verbales
propios, que se combinan para formar los programas de cmputo.
Los lenguajes de programacin no son aplicaciones, sino herramientas que permiten
construir y adecuar aplicaciones.

3.9.1 PARADIGMAS EN LENGUAJES DE PROGRAMACIN.

Existen diversos lenguajes y paradigmas de programacin que se han diseado
para facilitar la tarea de la programacin en diferentes mbitos. Por ejemplo, la programacin
orientada a objetos es un paradigma dirigido al mejoramiento en la calidad del software por
medio de la observacin de aspectos tales como la correccin, robustez, extensibilidad,
compatibilidad y sobre todo la reusabilidad del software.
La programacin lgica, por su parte, es un paradigma orientado a la expresin de los
problemas en trminos lgicos para su posterior solucin por mtodos de inferencia y otras
tcnicas lgicas.
En la prctica, cada paradigma de programacin es implementado a travs de diversos
lenguajes. Slo como un ejemplo, la programacin orientada a objetos encuentra su
recipiente en lenguajes tales como Java, C++, Eiffel, Objective C, el paquete CLOS de
61

Common Lisp, etc.

3.9.2 JAVA
Surgi en 1991 cuando un grupo de ingenieros de Sun Microsystems trataron de disear
un nuevo lenguaje de programacin destinado a electrodomsticos. La reducida potencia de
clculo y memoria de los electrodomsticos llev a desarrollar un lenguaje sencillo capaz de
generar cdigo de tamao muy reducido.
Debido a la existencia de distintos tipos de CPUs y a los continuos cambios, era
importante conseguir una herramienta independiente del tipo de CPU utilizada. Desarrollaron
un cdigo neutro que no dependa del tipo de electrodomstico, el cual se ejecutaba sobre
una mquina hipottica o virtual denominada Java Virtual Machine (JVM). Era la JVM
quien interpretaba el cdigo neutro convirtindolo a cdigo particular de la CPU utilizada.
Como lenguaje de programacin para computadores, Java se introdujo a finales de
1995. El principal objetivo del lenguaje Java es llegar a ser el nexo universal que conecte
a los usuarios con la informacin, est sta situada en el ordenador local, en un servidor de
Web, en una base de datos o en cualquier otro lugar.
La compaa Sun describe el lenguaje Java como simple, orientado a objetos,
distribuido, interpretado, robusto, seguro, de arquitectura neutra, portable, de altas
prestaciones, multitarea y dinmico. Adems de una serie de halagos por parte de Sun hacia
su propia criatura, el hecho es que todo ello describe bastante bien el lenguaje Java, aunque
en algunas de esas caractersticas el lenguaje sea todava bastante mejorable.

62

3.9.3 CARACTERSTICAS DE JAVA

La principal caracterstica de Java es la de ser un lenguaje compilado e interpretado.

Todo programa en Java ha de compilarse y el cdigo que se genera bytecodes es
interpretado por una mquina virtual. De este modo se consigue la independencia de
la mquina, el cdigo compilado se ejecuta en mquinas virtuales que si son
dependientes de la plataforma.

Java es un lenguaje orientado a objetos de propsito general. Aunque Java comenzar

a ser conocido como un lenguaje de programacin de applets que se ejecutan en el
entorno de un navegador web, se puede utilizar para construir cualquier tipo de
proyecto.

En el diseo de Java se prest especial atencin a la seguridad. Existen varios niveles

de seguridad en Java, desde el mbito del programador, hasta el mbito de la ejecucin
en la mquina virtual.

La mquina virtual de Java gestiona la memoria dinmicamente.

Java tambin posee mecanismos para garantizar la seguridad durante la ejecucin

comprobando, antes de ejecutar cdigo, que este no viola ninguna restriccin de
seguridad del sistema donde se va a ejecutar.

Otra caracterstica de Java es que est preparado para la programacin concurrente

sin necesidad de utilizar ningn tipo de biblioteca.

Finalmente, Java posee un gestor de seguridad con el que poder restringir el acceso a
los recursos del sistema.
A menudo se argumenta que Java es un lenguaje lento porque debe interpretar los

bytecodes a cdigo nativo antes de poder ejecutar un mtodo, pero gracias a la tecnologa
63

JUT (Just In Time), este proceso se lleva a cabo una nica vez, despus el cdigo en cdigo
nativo se almacena de tal modo que est disponible para la siguiente vez que se llame.

3.9.4 EL ENTORNO DE DESARROLLO DE JAVA

Existen distintos programas comerciales que permiten desarrollar cdigo Java. La
compaa Sun, creadora de Java, distribuye gratuitamente el Java Development Kit (JDK). Se
trata de un conjunto de programas y libreras que permiten desarrollar, compilar y ejecutar
programas en Java. Incorpora adems la posibilidad de ejecutar parcialmente el programa,
deteniendo la ejecucin en el punto deseado y estudiando en cada momento el valor de cada una
de las variables (con el denominado Debugger). Existe tambin una versin reducida del JDK,
denominada JRE (Java Runtime Environment) destinada nicamente a ejecutar cdigo Java
(no permite compilar).
Los IDEs (Integrated Development Environment Entorno de Desarrollo Integrado),
tal y como su nombre indica, son entornos de desarrollo integrados. En un mismo programa
es posible escribir el cdigo, compilarlo y ejecutarlo sin tener que cambiar de aplicacin.
Algunos incluyen una herramienta para realizar Debug grficamente, frente a la versin que
incorpora el JDK basada en la utilizacin de una consola (denominada habitualmente ventana
de comandos de MS-DOS, en Windows NT/95/98) bastante difcil y pesada de utilizar. Estos
entornos integrados permiten desarrollar las aplicaciones de forma mucho ms rpida,
incorporando en muchos casos libreras con componentes ya desarrollados, los cuales se
incorporan al proyecto o programa. Como inconvenientes se pueden sealar algunos fallos
de compatibilidad entre plataformas, y ficheros resultantes de mayor tamao que los basados
en clases estndar.

64

3.10 ENTORNO DE PROGRAMACIN

Un entorno de desarrollo integrado, (IDE) es un entorno de programacin que ha sido
empaquetado como un programa de aplicacin, es decir, consiste en un editor de cdigo, un
compilador, un depurador y un constructor de interfaz grfica (GUI).
Los IDE proveen un marco de trabajo amigable para la mayora de los lenguajes de
programacin tales como C++, PHP, Python, Java, C#, Delphi, Visual Basic, etc. En algunos
lenguajes, un IDE puede funcionar como un sistema en tiempo de ejecucin, en donde se
permite utilizar el lenguaje de programacin en forma interactiva, sin necesidad de trabajo
orientado a archivos de texto.
Algunos ejemplos de entornos integrados de desarrollo (IDE) son los siguientes:

Eclipse

NetBeans

IntelliJ IDEA

JBuilder de Borland

JDeveloper de Oracle

KDevelop

Anjunta

Clarion

MS Visual Studio

Visual C++

Es posible que un mismo IDE pueda funcionar con varios lenguajes de programacin.
Este es el caso de Eclipse, al que mediante plagios se le puede aadir soporte de lenguajes
adicionales.
65

3.10.1

CARACTERSTICAS

Un IDE debe tener las siguientes caractersticas:

Multiplataforma

Soporte para diversos lenguajes de programacin

Integracin con Sistemas de Control de Versiones

Reconocimiento de Sintaxis

Extensiones y Componentes para el IDE

Integracin con Framework populares

Depurador

Importar y Exportar proyectos

Mltiples idiomas

Manual de Usuarios y Ayuda

3.11 NAVICAT
Navicat Premium es un administrador de bases de datos de mltiples conexiones que
le permite conectarse a MySQL, MariaDB, SQL Server, SQLite, Oracle y PostgreSQL
simultneamente en una sola aplicacin, lo que hace que la administracin de diferentes tipos
de base de datos sea muy fcil.
Navicat Premium combina las funciones de otros miembros Navicat y soporta la
mayora de las funciones de MySQL, MariaDB, SQL Server, SQLite, Oracle y
PostgreSQL. Incluyendo Procedimientos almacenados, Eventos, Disparadores (Triggers),
Funciones, Vistas, etc.
Navicat Premium permite transferir fcil y rpidamente datos a travs de diversos
66

sistemas de bases de datos o en un archivo de texto con formato y codificacin SQL. Adems
de los Trabajos por tandas para diferentes tipos de bases de datos, pudindose tambin
programar y ejecutar en un momento determinado. Otras caractersticas que incluye son el
Asistente de Importacin / Exportacin, Generador de Consultas, Generador de Informes,
Sincronizacin de Datos, Copias de seguridad, Programador de tareas y mucho ms.
Las caractersticas de Navicat son lo suficientemente sofisticadas como para ofrecer a
los profesionales de este mbito todas las necesidades requeridas, pero sin embargo, es de
fcil de aprendizaje para aquellos usuarios que se inician en los servidores de bases de datos.

67

CAPITULO IV
DESARROLLO Y DESCRIPCIN DEL SISTEMA

68

4. DESARROLLO Y DESCRIPCIN DEL SISTEMA

Este proyecto se sustenta del problema que se genera en la administracin de la
informacin, el cual ha sido llevar un registro del acceso de los alumnos a la sala C del
laboratorio de computo del Instituto Tecnolgico de Tapachula de manera bsica, es decir a
travs de registros en papel y acumulacin de cajas.
Una forma de tener un buen control sobre esta informacin es la utilizacin de la
tecnologa. En la actualidad la tecnologa de la informacin es una manera de tener
correctamente toda la informacin en tiempo y forma.
En base al levantamiento de informacin del funcionamiento de la sala C del
laboratorio de computo, se ha determinado que el principal problema es la manera en cmo
se lleva el registro de los alumnos a la sala. Por lo cual se plante la necesidad de un sistema
de informacin donde se permita al administrador tener en tiempo real informacin verdica,
sin la necesidad de recurrir a los registros.

4.1

CASOS DE USO

Ilustracin 15 Caso de Uso Gestin de Carreras

69

Ilustracin 16 Caso de Uso Gestin de Equipos

Ilustracin 17 Caso de Uso Gestin de Usuarios

70

Ilustracin 18 Caso de Uso Gestin de Alumnos

Ilustracin 19 Caso de Uso Gestin de Incidencias

71

4.2

DESCRIPCIN DE CASOS DE USO

Tabla 1 Documentacin del Caso de Uso Gestion de Usuarios - Agregar Usuario

72

Tabla 2 Documentacin del caso de Uso Gestion de Usuarios - Editar usuarios

73

Tabla 3 Documentacin del Caso de Uso Gestion de Equipos - Agregar Equipos

74

Tabla 4 Documentacin del Caso de Uso Modulo Presentacin - Ingresar Alumnos a Sala

75

Tabla 5 Documentacin Caso de Uso Modulo Administracin de Equipos - Eliminar Equipos

76

4.3

DIAGRAMA DE DESPLIEGUE

Ilustracin 20 Diagrama de Despliegue del Sistema

77

4.4

MODELO RELACIONAL

Ilustracin 21 Esquema E-R del Sistema

78

4.5

DICCIONARIO DE DATOS

4.5.1 DALUMN
Directorio de alumnos en general.

Tabla 6 Dalumn

4.5.2 DCALUM
Almacena las carreras.

Tabla 7 Dcalum

79

4.5.3 DCONFIG
Configuraciones del sistema.

Tabla 8 Dconfig

4.5.4 DEQUIPO:
Almacena informacin sobre los equipos de cmputo y su estado.

Tabla 9 Dequipo

4.5.5 DESTADO
Almacena informacin de usuario en caso de que se deshabiliten.

Tabla 10 Dequipo

80

4.5.6 DINCIDENCIA
Almacena Informacin de las Incidencias

Tabla 11 DIicidencia

4.5.7 DINSTANCIA
Alumnos que estn dentro de Sala.

Tabla 12 Dinstancia

4.5.8 DREPORT
Reporta las Entradas Y Salidas de los Alumnos.

Tabla 13 Dreport

81

4.5.9 DUSERS
Almacena Informacin de los Usuarios que Tendrn Acceso al Sistema.

Tabla 14 Dusers

82

CAPITULO V
RESULTADOS OBTENIDOS

83

5. RESULTADOS
5.1

PRUEBAS REALIZADAS

Para verificar el funcionamiento y eficacia del sistema se emple por un periodo de 4

das, registrando las entradas y salidas de los usuarios, y se observaron mejoras dentro del
proceso de registro.
Se midieron tiempos en cuanto a la duracin del registro habitual de los alumnos a la
hora de solicitar un equipo y se observ que tardaban entre 5 y 7 minutos por el mtodo
tradicional. Mientras que al hacer uso del sistema no tardaban ms 3 minutos en el proceso.
Con lo que se obtuvo el resultado que se esperaba, que consista primordialmente en agilizar
el proceso.
Durante las mismas pruebas tambin se analiz el resultado de los reportes, pues la
informacin obtenida durante un tpico da escolar, no estaba a tiempo y aun tendra que
capturarse y almacenarse, en dado caso de usar el proceso tradicional.
Mientras que el sistema nos arroja la opcin de bsqueda y de almacenamiento de la
informacin de manera automtica, inclusive filtrar la informacin para hacer bsqueda
especifica. Por lo cual la informacin se tiene en el momento oportuno.

5.2

PRUEBAS CON LECTOR DE CDIGO DE BARRAS

Se hicieron pruebas con un lector de cdigo de barras, y de igual manera el sistema

arrojo los resultados esperados, el rendimiento fue el mismo.

84

Para la prueba, se emple un lector de cdigo de barra con las siguientes

caractersticas.

Ilustracin 22 Lector de cdigo de

barras modelo EC-CD-8500

Tabla 15 Caractersticas tcnicas del lector de cdigo de barras

El nico inconveniente encontrado con el lector, fue que no pudo hacer lectura del
cdigo de barras de las credenciales pertenecientes a las generaciones 2013 -2015. Las
credenciales anteriores a estas que fueron emitidas si fueron ledas y procesadas por el lector.
Por lo cual si se desea implantar el sistema con el uso de lector de cdigo de barras se tendr
que emitir de nuevo las credenciales a modo que sean ledas por el lector de cdigo de barras,

85

5.3

PROPUESTA
Es natural que en los software se realicen cambios, dependiendo de las necesidades

de los usuarios se pueden aadir o eliminar nuevas funciones al sistema. Por tal motivo se
deja abierta la opcin de mejora del sistema, puesto que se quiere dar un servicio de calidad
que solo se logra a travs de la mejora continua.

5.4

CONCLUSIONES Y RECOMENDACIONES

La implantacin de este sistema ayudara a mejorar el proceso administrativo

relacionado con el acceso de alumnos a la sala C del laboratorio de cmputo, disminuyendo
tiempos, errores y personal para el control de la informacin.
El uso del sistema permite agilizar la manipulacin de los registros del acceso de los
alumnos a la sala C. adems de ser de fcil manejo, aunque para mejores resultados, se
recomienda capacitacin al personal del rea donde ser utilizado.
Algunas de las recomendaciones son:

Proporcionar informacin y capacitacin al personal de recin ingreso relacionado

con el uso del sistema.

Evitar que las personas ajenas al ITT ocupen el sistema. Ya que el uso del sistema
solo es apto para alumnos de la institucin.

El sistema debe de ser operado solo por el personal autorizado con el fin de
mantener la integridad de los datos y evitar perdida o filtrado de informacin.

El sistema debe recibir actualizacin de la base de datos, de esta manera el software

cumplir con el objetivo con el cual fue creado.

86

Se recomienda no compartir la clave de administrador para evitar alteraciones en el sistema

87

BIBLIOGRAFIA
Abraham Silberschatz, H. F. (2002). Fundamentos de Base de Datos. 4ta Edicion.
Madrid: Mc Graw Hill.

B.W.Bohem. (1976). Software Engineering. IEEE Trans. Computers.

BAUER, F. (1969). Software engineering: A report on a conference sponsored by the

nato science comittee/NATO. Prentice Hall.

Date, C. K. (2001). Introduccion a los Sistemas de Base de Datos. Mexico: Prentice

Hall.

Holzner, S. (2005). La Biblia de Java 2. Anaya Multimedia.

Ivn Lpez Montalbn, M. d. (2014). Gestion de Base de Datos. 2da Edicion. Madrid :
Garceta.

James Rumbaugh, I. J. (2000). El Lenguaje Unificado de Modelado. Manual de

Referencia. Madrid: Addison Wesley.

M.V.Zelkovitz. (1979). Principles of Software Engineering and Design. Prentice Hall.

Thomas M. Connolly, C. E. (2005). Sistemas de Base de Datos. Un enfoque practico

para diseo, implementacion y gestion. 4ta Edicion. Madrid: Pearson.

88

ANEXOS

89

ANEXO 1 MANUAL DE INSTALACION

En este manual se explicar cmo instalar cada una de las herramientas necesarias para
el correcto funcionamiento del presente proyecto.
Los siguientes pasos sern descritos para la instalacin de la aplicacin bajo una
plataforma Windows y en una mquina de 32 bits.
El sistema cuenta con un archivo .jar, y est diseado para funcionar como una
aplicacin cliente/servidor, para lo cual es necesario destinar un equipo dentro de la entidad
para que cumpla la funcin de un Servidor de Datos, y otro(s) equipo(s) como cliente(s).
Tambin puede darse el caso en el que un solo equipo pueda funcionar como servidor de
datos y como cliente al mismo tiempo.

REQUERIMIENTOS
Antes de tomar la decisin de instalar el sistema, se tiene que tomar en cuenta con los
requisitos recomendados para el equipo, que se describen a continuacin.
o Microsoft Windows XP/utimate
o Procesador Pentium III de 1 GHz de velocidad con 256K de Cache.
o Memoria RAM de 256MB.
o Vdeo: 4MB de memoria.
o Disco duro de 30GB.
o Tarjeta de red Ethernet 10/100 BASE-T (par trenzado), u otro dispositivo
de red adecuado para el funcionamiento normal en la red empresarial con
la que cuenta la institucin.

90

Cumpliendo con las caractersticas recomendadas descritas anteriormente se asegura

que la solucin se ejecutar con total normalidad, seguridad, eficiencia y eficacia deseadas.

INSTALACIN DE NETBEANS
Para instalar el sistema, en el equipo elegido por la entidad, es necesario instalar el
entorno de programacin NetBeans. Pero antes de instalar NetBeans se procede a instalar el
compilador (el llamado "Kit de desarrollo", JDK) como algn editor.
Para poder hacer uso de las caractersticas de NetBeans, se necesita tanto el compilador
(el llamado "Kit de desarrollo", JDK) como algn editor.

Ilustracin 1

Se pueden afinar detalles como la carpeta de instalacin, o qu partes no se desean

instalar (por ejemplo, se puede optar por no instalar los ejemplos). Si se cuenta con suficiente
espacio (posiblemente unos 400 Mb en total), generalmente la opcin ms sencilla hacer una
instalacin tpica, sin cambiar nada

91

Ilustracin 2

Ahora se debe tener paciencia durante un rato, mientras se descomprime e instala todo:

Ilustracin 3

En cierto punto preguntar si se desea instalar la mquina virtual Java (Java Runtime
Environment, JRE). Lo razonable ser responder que s, para poder probar los programas que
se creen:

92

Ilustracin 4

Igual que para el JDK, se puede cambiar la carpeta de instalacin:

Ilustracin 5

Se tiene que esperar otro momento...

93

Ilustracin 6

Y si todo ha ido bien, se debe obtener un mensaje de confirmacin:

Ilustracin 7

Y se propondr registrar la copia de Java en la pgina de Oracle (no es necesario).

Con eso ya se ha instalado la herramienta bsica, el compilador que convertir el programa
en Java a algo que pueda ser utilizado desde cualquier otro equipo que tenga una mquina
virtual Java.
94

Pero el kit de desarrollo (JDK) no incluye ningn editor con el que crear los programas.
Por lo cual se debe instalar un "editor genrico", actualmente existen muchos programas
gratuitos y de calidad, como Notepad++. Aun as, si el equipo es razonablemente moderno,
puede ser preferible instalar un entorno integrado, como NetBeans.
La instalacin no se podr completar si no se ha instalado Java antes, pero si ya se ha
hecho, debera ser simple y razonablemente rpida:

Ilustracin 8

Y al final de la instalacin quiz pregunte si se desea permitir que se recopile estadsticas

sobre el uso que se le dar:

Ilustracin 9

Todo listo. Ya se cuenta con un nuevo programa en el men de Inicio. Se procede a

hacer doble clic para comprobar que se ha instalado correctamente, y debera aparecer la
pantalla de carga:

Ilustracin 10

Y despus de un instante, la pantalla "normal" de NetBeans:

Ilustracin 11

Ya se cuenta con lo necesario para crear el ejecutable en java.

INSTALACIN DE MYSQL
Para poder hacer uso de la base de datos, se debe instalar un sistema gestor de base de
datos, en este caso ser MySQL puesto que es un SGBD muy dinmico, adems de ser
software libre.
El proceso de instalacin es muy simple y prcticamente no requiere intervencin por
parte del usuario.

Ilustracin 12

Comienza el proceso; slo llevar un par de minutos

Ilustracin 13

Ilustracin 14

Estadsticamente, la instalacin tpica ser la que mejor se adapte a las necesidades.

Ilustracin 15

Todo listo; se presiona Install cuando lo solicite.

Ilustracin 16

Una vez instalado MySQL, la siguiente fase es la configuracin del servidor en s

mismo. Se debe de asegurar que la marca Launch the MySQL Instance Configuration Wizard
est activa.

Ilustracin 17

Ilustracin 18

Se opta por Detailed Configuration, de modo que se optimice la configuracin del servidor
MySQL.

Ilustracin 19

Ha llegado un momento crucial. Dependiendo del uso que se le vaya dar al servidor se
debe elegir una opcin u otra, cada una con sus propios requerimientos de memoria. En este
caso se debe elegir la opcin Developer Machine, para desarrolladores, la ms apta para un
uso de propsito general y la que menos recursos consume.

Ilustracin 20

De nuevo, para un uso de propsito general, seleccionar la opcin por defecto, Multifunctional
Database.

Ilustracin 21

InnoDB es el motor subyacente que dota de toda la potencia y seguridad a MySQL. Su

funcionamiento requiere de unas tablas e ndices cuya ubicacin se puede configurar. Sin
causas de fuerza mayor, se acepta la opcin por defecto.

Ilustracin 22

Esta pantalla permite optimizar el funcionamiento del servidor en previsin del nmero
de usos concurrentes. La opcin por defecto, Decision Support (DSS) / OLAP ser
probablemente la que ms convenga.

Ilustracin 23

Al llegar a esta parte de la instalacin se procede a dejar ambas opciones marcadas, tal
como vienen por defecto. Es la ms adecuada para un uso de propsito general o de
aprendizaje, tanto si se es desarrollador como no. Aceptar conexiones TCP que permitir
conectarse al servidor desde otras mquinas (o desde la misma simulando un acceso web
tpico).

Ilustracin 24

Hora de decidir qu codificacin de caracteres se empleara. Salvo que se trabaje con

Unicode porque se necesita soporte multilenguaje, probablemente Latin1 sirva (opcin por
defecto).

Ilustracin 25

Instalar MySQL como un servicio de Windows (la opcin ms limpia) y marcar para
que el motor de la base de datos arranque por defecto y est siempre disponible. La alternativa
es hacer esto manualmente.
Adems, me aseguro de marcar que los ejecutables estn en la variable PATH, para
poder invocar a MySQL desde cualquier lugar en la lnea de comandos.

Ilustracin 26

Poner una contrasea al usuario root. Esto siempre es lo ms seguro. Si se desea, se

puede indicar que el usuario root pueda acceder desde una mquina diferente a esta, aunque
debe advertirse de que eso tal vez no sea una buena prctica de seguridad.

Ilustracin 27

ltima etapa: listos para generar el fichero de configuracin y arrancar el servicio.

Ilustracin 28

INSTALACION DE NAVICAT
En la ventana de instalacin procederemos a dar clic en Next.

Ilustracin 29

Aceptamos los trminos de licencia:

Ilustracin 30

Presionamos Next, en dado caso de no cambiar el directorio donde se almacenaran nuestros

proyectos:

Ilustracin 31

Ilustracin 32

Seleccionamos ambas casillas si lo que queremos es un icono en escritorio y otro en la barra

de tareas.

Ilustracin 33

Ilustracin 34

Para culminar la instalacin solo queda dar clic en Install y se proceder a instalar.

Ilustracin 35

Esta pantalla nos dice que la instalacin culmino y fue exitosa.

La razn por la cual se decidi utilizar Navicat como una herramienta ms, es porque de
manera grfica se realiza la conexin de la base de datos con la aplicacin, as mismo, la
creacin de usuario y privilegios.
Se cre una conexin con MySQL

Ilustracin 36

Se rellenan los campos solicitados, teniendo en cuenta que es un usuario local, ya que
todo el funcionamiento ser dentro del mismo equipo.
Se le asigna una contrasea a dicha conexin para tener seguridad. Solamente con la
contrasea se tendr acceso a dicha conexin.

Ilustracin 37

Podemos observar que nuestra conexin ya apareci en la barra izquierda de nuestro panel.

Ilustracin 38

Dentro de nuestra conexin creamos una nueva base de datos que ser donde vaciaremos los
datos que necesitaremos.

Ilustracin 39

Le damos el nombre a nuestra nueva base de datos:

Ilustracin 40

Buscamos el archivo .SQL de donde extraeremos los datos.

Ilustracin 41

Navicat nos otorga un cuadro de bsqueda para hacer ms fcil la importacin:

Ilustracin 42

Ilustracin 43

Despus de haber seleccionado el archivo la misma interfaz pide la opcin de iniciar para
comenzar el proceso de importacin.

Ilustracin 44

Ilustracin 45

Cuando se termina la importacin de datos, nos muestra un mensaje en la misma ventana,

Ilustracin 46

Solamente queda actualizar la base de datos para que los cambios sean efectuados.
Ahora proseguimos a ver las tablas que tenemos dentro de nuestra base de datos.

Ilustracin 47

Como medida de seguridad se crea un usuario mas, recordando que mysql crea al
usuario root, siendo este usuario un superusuario puesto que tiene acceso a todas las bases
de datos, y cuenta con todos los privilegios, que son (agregar, editar, eliminar, ver, agregar
otros usuarios).
El usuario alterno que se crea es con la finalidad de asignarle solamente ciertos
privilegios. Asi la base de datos contara con integridad y seguridad. Y evitaremos accesos no
deseadod.
Nota: Cabe recordar que la contrasea del servidor no debera ser identica a la de la
conexin de base de datos, debido a que las contraseas identicas llegan a vulnerabilizar la
seguridad, y hacen mas facil violacion

Ilustracin 48

Como se aprecia en la imagen es nuestro usuario root el que tenemos por default, y
este obtiene su contrasea cuando al instalar MySQL le asignamos una.

Ilustracin 49

Ahora creamos nuestro usuario llamado sistema integral que ser con el cual tendremos
acceso a la base de datos y as poner en funcionamiento el sistema.

Ilustracin 50

Asignamos los privilegios que se quieran otorgar a este usuario, seleccionar, actualizar, eliminar,
etc., segn las necesidades.

Ilustracin 51

En el cdigo se asignara la informacin que solicite como la del usuario que creamos,
as este usuario ser el nico que podr tener acceso a esta base de datos desde la aplicacin.
En diversas partes del cdigo se ingresa dicha informacin, ser la nica informacin
que se colocara, la contrasea del usuario root no ser proporcionada como medida de
seguridad.

Ilustracin 52

Esta informacin se asigna en varias partes del cdigo fuente, y debe ser asignada para
tener conexin con los datos, para finalizar solamente queda crear el archivo .jar, y as se
podr hacer uso del sistema.

ANEXO 2 MANUAL DE USUARIO DEL SISTEMA

MEN PRINCIPAL

Figura 1 Imagen Principal del Sistema

Para acceder al sistema debemos tener una cuenta que consta de un usuario y
contrasea. Luego hacer clic en iniciar.

Figura 2 Usuario accediendo de manera correcta

Al introducir el usuario y contrasea correcta ya podremos tener acceso al sistema.

Por lo cual nos arrojara el nombre completo del usuario que est teniendo acceso al sistema.

Figura 3 Usuario introduciendo contrasea incorrecta

En dado caso de que el usuario introduzca una contrasea incorrecta 5 veces seguidas,
el sistema se bloqueara por 30 segundos. Si son 10 veces seguidas que introduce de nuevo la
contrasea de manera incorrecta se bloquear por 60 segundos.

Figura 4 Tiempo de espera de 30 segundos

Al iniciar el sistema nos aparecern en la pantalla principal:

Archivo

Herramientas

Figura 5 Men principal

La pestaa que cuenta con el nombre de archivo solamente cuenta con la funcin de
cerrar sesin:

Figura 5 Pestaa Archivo

La pestaa de herramientas se compone de varios mdulos que son:

Presentacin

Administracin de equipos

Administracin de usuarios

Reportes

Alumnos en sala

Agregar carrera

Administracin de incidencias

Exportar e importar base de datos

Figura 6 Pestaa Herramientas

Los mdulos que se presentan sern diferentes entre los dos tipo de usuario que se
manejan dentro del sistema, mientras que el administrador podr tener acceso a todos ellos,
el invitado solo podr tener acceso a limitadas opciones.

Figura 7 Men Administrador

Figura 8 Men Invitado

Cuando se pretenda cerrar la aplicacin, saldr un mensaje emergente, que pedir

confirmacin para cerrar la aplicacin.

Figura 9 Mensaje Emergente de Confirmacin

MODULO PRESENTACIN
El modulo presentacin tiene como principal funcin, llevar el control de los alumnos
que accedan a la sala, puesto que aqu es donde se ingresara el nmero de control del alumno
que tendr acceso a la sala c, y se apreciara su informacin, tal como su nombre, carrera en la
que est inscrito as como su respectivo semestre.
Este mdulo tiene la principal caracterstica de ser donde se asigna un nmero de
equipo al alumno que lo requiera, as mismo se libera dicho equipo.
Tambin dentro de este mdulo se podrn apreciar las maquinas que se encuentran
disponibles y ocupadas dentro de la sala C.

Figura 10 Modulo Presentacin

Al introducir el nmero de control del alumno, se aprecia la informacin y podremos

asignarle un equipo, en caso de que el alumno cuente con laptop, se registrara como equipo
propio y si es equipo de la sala c, se denotara el nmero de equipo.

Figura 11 Asignacin de Equipos

Al acceder al men de equipos disponibles podemos apreciar la lista de equipos con

los que se cuenta en ese momento.

Figura 12 lista de equipos disponibles

En este momento le asignaremos al alumno un numero de equipo, y posteriormente

el sistema agregara su hora de entrada.

Figura 13 Entrada del alumno registrada

La entrada del alumno ya se registr, y puede observarse que ya apareci la hora.

Tambin nos aparece un mensaje emergente que nos confirma que la entrada del alumno ya
fue registrada.

Figura 14 Lista de equipos disponibles y ocupados

Aqu podemos observar que el equipo numero 4 fue el que se asign al alumno, as el
estado del equipo ya aparece como ocupado.

Figura 16 Alumnos dentro de la sala C

Dentro del mdulo alumnos en sala, podemos apreciar que el registro del alumno esta
hecho, su hora de entrada y el nmero de equipo.

Figura 15 Liberar equipo del alumno

Para liberar y poder registrar la hora de salida solo procederemos a copiar de nuevo el
nmero de control del alumno. Y damos clic sobre el botn de liberar equipo.

Figura 16 Salida del alumno registrada

Al dar clic sobre el botn de liberar equipo, nos aparecer de nuevo un mensaje
emergente que nos confirmara que la salida de dicho alumno ya se registr.

MODULO ADMINISTRACIN DE EQUIPOS

Dentro de este mdulo podremos agregar, editar y eliminar el nmero de equipos con
los que contamos, al igual que agregar una pequea descripcin de dicho equipo.

Figura 19 Modulo Administracin de Equipos

MODULO ADMINISTRACIN DE USUARIOS

El sistema puede agregar usuarios de dos tipos: administrador e invitado. Los tipos de
usuario se crearon con la finalidad de tener seguridad y restringir ciertos mdulos, puesto que
al invitado solo le importa la funcin primordial del sistema, que consiste en registrar el
acceso de los alumnos. Mientras que el administrador, podr ver reportes, agregar usuarios,
importar y exportar la base de datos.
Dentro del mdulo de agregar usuarios se puede agregar, editar y deshabilitar un
usuario. La idea de eliminar un usuario no es agradable, puesto que se quiere ver cuntos
alumnos han estado registrados.
Tambin se hace una validacin para agregar a un nuevo usuario, puesto que los
usuarios invitados deben pertenecer a la institucin y deben ser alumnos.
Debido a que alumnos de la institucin suelen dar su servicio social dentro de la sala C.

Figura 5-0-17 Modulo Administracin de Usuarios

MODULO ALUMNOS EN SALA

Dicho modulo solo tiene una funcin que consta de mostrar quienes son los alumnos
que se encuentran dentro de la sala, as como el nmero de equipo que se les asigno.

Figura 18 Modulo Alumnos en Sala

MODULO AGREGAR CARRERA

Figura 19 Modulo Agregar Carrera

Dentro de este mdulo se puede agregar, actualizar o eliminar una carrera, se hizo
con la finalidad de que si alguna ocasin una carrera nueva es agregada, no necesariamente
se tenga que ingresar desde la base de datos.

MODULO ADMINISTRACIN DE INCIDENCIAS

Figura 20 Modulo Administracin de Incidencias

En el mdulo de administracin de incidencias, se registraran todos los alumnos que

hayan cometido una incidencia dentro de la sala C con la ventaja de que tendr seguimiento.
Pues ser necesario saldar o eliminar dicha incidencia para poder tener acceso a la sala C y hacer
uso de un equipo.
Este mdulo tiene la opcin de agregar, editar y eliminar las incidencias. Como se
aprecia en la imagen el alumno con el nmero de control 11510537 ha cometido una
incidencia, y aun no se ha saldado. Entonces, si quiere tener acceso a la sala c deber saldar
el adeudo que tiene.

Figura 21 Alumno con Adeudo

Despus de darle clic sobre el botn aceptar, aparecer informacin del adeudo.

Figura 22 Informacin de la Incidencia

MODULO IMPORTAR\EXPORTAR BASE DE DATOS

Figura 23 Modulo Exportar/Importar BD

En este mdulo podremos importar, migrar, hacer un backup y restaurar, lo que es la

base de datos.
Dicho modulo se realiz con la finalidad de hacer ms fcil la labor del manejo de base
de datos, inclusive, si la base de datos est en un archivo de Excel.

MODULO REPORTES

Figura 24 Modulo Reportes

En el mdulo de reportes se pueden realizar diversos filtros de bsqueda segn las

necesidades. Tambin proporciona la facilidad de imprimir dichos reportes o registros en pdf.
En la imagen podemos ver el registro de los alumnos que han tenido acceso a la sala c, as
como su respectiva hora de entrada y salida.

Figura 25 Bsqueda de alumnos por carrera

Figura 26 Bsqueda de Alumnos por Fecha

Figura 27 Bsqueda por Nmero de Control

Figura 28 Men Emergente de Impresin de Reporte

Cuando se da clic sobre el botn imprimir, nos aparece un men emergente, que nos
da diversas opciones para poder imprimir dicho reporte. Si contamos con un programa lector
de pdf, automticamente el sistema lo tomara para visualizar y guardar dicho reporte

Figura 29 Mensaje Emergente de Impresin en Curso

El mismo sistema arroja un men emergente para decir que una impresin est en
curso.

Figura 30 Ruta para guardar el reporte

Tambin nos da la opcin de guardarlos en documentos, en dado caso de que no se

requiera su inmediata impresin.

Figura 31 Mensaje emergente de Impresin Terminada

Despus de haber guardado el documento, nos aparecer de nuevo una pantalla

emergente, que nos dir que la impresin fue realizada correctamente.

Figura 32 Reporte Terminado

Y si queremos saber cmo sali nuestro reporte, no queda ms que abrirlo con un
programa que sea lector de pdf.