Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Revision 2 Tesis
Revision 2 Tesis
RESIDENTES:
SAMORANO LPEZ LENY FABIOLA 11510679
MARTNEZ RAMOS SHEYLA BERENICE 11510537
AGOSTO-DICIEMBRE 2015
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.
1.2
JUSTIFICACIN................................................................................................ 13
1.3
OBJETIVOS ...................................................................................................... 14
1.3.1
1.3.2
1.4
1.5
1.6
IMPACTO .......................................................................................................... 16
1.6.1
1.6.2
1.6.3
CAPITULO II ....................................................................................................................... 17
ANTECEDENTES DEL ......................................................................................................... 17
INSTITUTO TECNOLGICO DE TAPACHULA .................................................................... 17
2.
HISTORIA.......................................................................................................... 18
2.2
2.3
2.4
EVOLUCIN ACADMICA................................................................................ 23
2.5
2.6
2.7
MISIN .............................................................................................................. 27
2.8
VISIN .............................................................................................................. 27
2.9
2.10
VALORES.......................................................................................................... 27
2.11
2.12
2.13
UBICACIN ....................................................................................................... 29
3.1.1
3.1.2
3.1.3
3.1.4
3.2
3.2.1
3.2.2
3.2.3
3.3
METODOLOGA RUP........................................................................................ 37
3.3.1
CARACTERSTICAS .................................................................................. 38
3.3.2
3.3.3
3.3.4
3.3.5
ARTEFACTOS ........................................................................................... 41
3.4
3.4.1
DEFINICIN DE UML................................................................................. 42
3.4.2
DIAGRAMA DE CLASES............................................................................ 43
3.4.3
3.4.4
3.4.5
3.5
3.5.1
3.5.2
3.5.3
3.5.4
3.5.5
3.5.7
3.5.8
CARDINALIDAD ......................................................................................... 52
3.5.9
3.5.10
3.5.11
NORMALIZACIN ...................................................................................... 54
3.6
3.5.7
3.6.2
3.7
3.7.1
3.7.2
3.7.3
LENGUAJE SQL......................................................................................... 59
3.8
3.8.1
3.9
LENGUAJE DE PROGRAMACIN.................................................................... 61
3.9.1
3.9.2
JAVA .......................................................................................................... 62
3.9.3
CARACTERSTICAS DE JAVA................................................................... 63
3.9.4
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.
4.2
4.3
4.4
4.5
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
RESULTADOS ......................................................................................................... 84
5.1
5.2
5.3
PROPUESTA..................................................................................................... 86
5.4
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 RELACIONAL 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 DESTADO ............................................................................................................................................... 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
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.
1.3 OBJETIVOS
1.3.1
OBJETIVO GENERAL
1.3.2
OBJETIVOS ESPECFICOS
Cmputo.
Hacer uso de las herramientas necesarias que permitan al sistema hacer conteos
estadsticos del acceso a la sala C.
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
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
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
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
Ing. Fausto Salvador Garca Glvez - Jefe del Departamento de Ciencias Bsicas
Dr. Luis Miguel Hernndez Barajas - Jefe del Departamento de Ingeniera Industrial
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
poblacin estudiantil de: 2 mil 345 alumnos, distribuidos en las diferentes carreras de la
siguiente forma:
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
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
25
2.6
IMPACTO EN LA SOCIEDAD
Por su calidad y por su pertinencia para el desarrollo industrial y econmico de la
2.7
MISIN
Contribuir a la conformacin de una sociedad ms justa, humana y con amplia cultura
2.8
VISIN
El Sistema Nacional de Institutos Tecnolgicos se consolidar como un sistema de
2.9
GIRO DE LA INSTITUCIN
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:
INTEGRIDAD:
Autenticidad
congruencia
entre
nuestros
valores
comportamiento.
27
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.
29
CAPITULO III
MARCO TERICO
30
3. MARCO TERICO
3.1
SISTEMAS DE INFORMACIN
3.1.2 CARACTERIZACIN
DE
UN
SISTEMA
DE
INFORMACIN
Los Sistemas de Informacin difieren de cualquier otro software por dos razones
principales:
SI, es utilizada para tomar decisiones organizacionales. As se catalogan como SI, aquellos
sistemas de informacin como:
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
bsicas: entrada,
3.2
INGENIERA DE SOFTWARE
calidad y las directrices que permiten a los gestores evaluar los progresos.
35
vida bsico
de
un software
consta
de
los siguientes
procedimientos:
Prueba beta (o validacin), para garantizar que el software cumple con las
especificaciones originales.
3.3
METODOLOGA RUP
Es una metodologa cuyo fin es entregar un producto de software. Se estructura todos
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
Desarrollo iterativo
Administracin de requisitos
Control de cambios
38
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 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.
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.
40
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.
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
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)
43
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
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.
46
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
Modelos fsicos.
Entidad-Relacin.
Semntica
Funcional
Orientado a objetos.
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 unificador.
La memoria de marco.
50
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
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.
52
3.5.10
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.
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
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
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
57
3.7
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
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.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
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.
64
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
Multiplataforma
Reconocimiento de Sintaxis
Depurador
Mltiples idiomas
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.1
CASOS DE USO
69
70
71
4.2
72
73
74
Tabla 4 Documentacin del Caso de Uso Modulo Presentacin - Ingresar Alumnos a Sala
75
76
4.3
DIAGRAMA DE DESPLIEGUE
77
4.4
MODELO RELACIONAL
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 Destado
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
5.2
84
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
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.
86
87
BIBLIOGRAFIA
Abraham Silberschatz, H. F. (2002). Fundamentos de Base de Datos. 4ta Edicion.
Madrid: Mc Graw Hill.
Ivn Lpez Montalbn, M. d. (2014). Gestion de Base de Datos. 2da Edicion. Madrid :
Garceta.
88
ANEXOS
89
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 256 K de Cache.
o Memoria RAM de 256 MB.
o Vdeo: 4 MB de memoria.
o Disco duro de 30 GB.
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
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
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
Ilustracin 5
93
Ilustracin 6
Ilustracin 7
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
Ilustracin 9
Ilustracin 10
Ilustracin 11
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
Ilustracin 13
Ilustracin 14
Ilustracin 15
Ilustracin 16
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
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
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
Ilustracin 27
Ilustracin 28
INSTALACIN DE NAVICAT
En la ventana de instalacin se procede a dar clic en Next.
Ilustracin 29
Ilustracin 30
Se presiona Next, en dado caso de no cambiar el directorio donde se almacenaran los proyectos:
Ilustracin 31
Ilustracin 32
Ilustracin 33
Ilustracin 34
Para culminar la instalacin solo queda dar clic en Install y se proceder a instalar.
Ilustracin 35
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
Ilustracin 38
Dentro de la conexin se crea una nueva base de datos que ser donde se vaciaran los datos
que se necesitan.
Ilustracin 39
Ilustracin 40
Ilustracin 41
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
Ilustracin 46
Solamente queda actualizar la base de datos para que los cambios sean efectuados.
Ahora se prosigue a ver las tablas que se encuentran dentro de la base de datos.
Ilustracin 47
Como medida de seguridad se crea un usuario ms, recordando que MySQL crea al
usuario root, siendo este usuario un sper usuario 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. As la base de datos contara con integridad y seguridad. Y evitar accesos no
deseados.
Nota: Cabe recordar que la contrasea del servidor no deber ser idntica a la de la
conexin de base de datos, debido a que las contraseas idnticas llegan a vulnerabilizar la
seguridad, y hacen ms fcil violacin
Ilustracin 48
Como se aprecia en la imagen el usuario root el que tenemos por default, y este obtiene
su contrasea cuando al instalar MySQL se le asigna una.
Ilustracin 49
Ahora se crea el usuario llamado sistema integral que ser con el cual se tendr acceso
a la base de datos y as poner en funcionamiento el sistema.
Ilustracin 50
Se asignan 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 se cre,
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.
Para acceder al sistema se debe tener una cuenta que consta de un usuario y contrasea.
Luego hacer clic en iniciar.
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.
Archivo
Herramientas
La pestaa que cuenta con el nombre de archivo solamente cuenta con la funcin de
cerrar sesin:
Presentacin
Administracin de equipos
Administracin de usuarios
Reportes
Alumnos en sala
Agregar carrera
Administracin de incidencias
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.
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.
Aqu se puede observar que el equipo numero 4 fue el que se asign al alumno, as el
estado del equipo ya aparece como ocupado.
Dentro del mdulo alumnos en sala, se puede apreciar que el registro del alumno esta
hecho, su hora de entrada y el nmero de equipo.
Para liberar y poder registrar la hora de salida solo se procede a copiar de nuevo el
nmero de control del alumno. Y se da clic sobre el botn de liberar equipo.
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.
Despus de darle clic sobre el botn aceptar, aparecer informacin del adeudo.
MODULO REPORTES
Cuando se da clic sobre el botn imprimir, aparece un men emergente, que nos da
diversas opciones para poder imprimir dicho reporte. Si se cuenta con un programa lector de
pdf, automticamente el sistema lo tomara para visualizar y guardar dicho reporte
El mismo sistema arroja un men emergente para decir que una impresin est en
curso.
Y si se desea saber cmo sali el reporte, no queda ms que abrirlo con un programa
que sea lector de pdf.