1
PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL ACCESO DE VEHICULOS Y SUS OCUPANTES AL PARQUEADERO DE UN COJUNTO
RESIDENCIAL, IMPLEMENTANDO RFID Y DETECCIÓN DE HUELLA DIGITAL
JULIÁN DAVID CAMPO ROMERO JORGE ALFREDO CRUZ CAMELO
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
BOGOTÁ D. C. 2016
2
PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL ACCESO DE VEHICULOS Y SUS OCUPANTES AL PARQUEADERO DE UN COJUNTO
RESIDENCIAL, IMPLEMENTANDO RFID Y DETECCIÓN DE HUELLA DIGITAL
JULIÁN DAVID CAMPO ROMERO 20121078021
JORGE ALFREDO CRUZ CAMELO
20121078078
Proyecto presentado como requisito para optar por el título de Tecnólogo en Sistematización de Datos
Tutor ING. GERARDO ALBERTO CASTANG MONTIEL
Ingeniero en Electrónica
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
BOGOTA D. C. ABRIL 2016
3
NOTA DE ACEPTACIÓN
_______________________________
_______________________________
_______________________________
_______________________________ Firma del Tutor
_______________________________ Firma del Jurado 1
_______________________________ Firma del Jurado 2
4
Contenido
RESUMEN ............................................................................................................... 8
INTRODUCCIÓN ................................................................................................... 10
1. FASE DE DEFINICIÓN Y PLANEACIÓN ....................................................... 11
1.2. TEMA ........................................................................................................... 11
1.3. PLANTEAMIENTO DEL PROBLEMA .......................................................... 11
1.3.1. Descripción ............................................................................................ 11
1.3.2. FORMULACIÓN DEL PROBLEMA ....................................................... 12
1.4 JUSTIFICACIÓN .......................................................................................... 12
1.5 OBJETIVOS ................................................................................................. 13
1.5.1 Objetivo general .................................................................................... 13
1.5.2 Objetivos específicos ............................................................................. 13
1.6 ALCANCES Y DELIMITACIONES ............................................................... 14
1.6.1 ALCANCES ........................................................................................... 14
1.7 MARCO METODOLOGICO ......................................................................... 15
1.7.1 METODOLOGÍA RUP ........................................................................... 15
1.7.2 ESPECIFICACIÓN DE LAS FASES ...................................................... 15
1.8 MARCO DEREFERENCIA ........................................................................... 17
1.8.1 MARCO HISTÓRICO ................................................................................ 17
1.8.1.1 NIVEL LOCAL ........................................................................................ 17
1.8.1.2 NIVEL NACIONAL .................................................................................. 17
1.8.1.3 NIVEL INTERNACIONAL ....................................................................... 17
1.8.2 MARCO TEÓRICO ................................................................................ 18
1.8.3 MARCO CONCEPTUAL ........................................................................ 19
1.9 FACTIBILIDAD ............................................................................................. 21
1.9.1 FACTIBILIDAD TÉCNICA...................................................................... 21
1.9.2 FACTIBILIDAD OPERATIVA ................................................................. 21
1.9.3 FACTIBILIDAD ECONÓMICA ............................................................... 22
1.9.4 FACTIBILIDAD LEGAL .......................................................................... 23
2. FASE DE MODELAMIENTO DEL NEGOCIO ................................................. 24
2.1Modelado del negocio ................................................................................... 24
2.1.1Modelo de procesos................................................................................ 24
2.1.2 Modelo de dominio................................................................................. 26
5
3. FASE DE REQUERIMIENTOS ....................................................................... 27
3.1. Requerimientos Funcionales .................................................................... 27
3.2. Requerimientos no Funcionales ............................................................... 28
3.3. Definición de actores ................................................................................ 28
3.4. Lista preliminar de casos de uso .............................................................. 28
3.5. Depuración de casos de uso .................................................................... 29
3.5.1. Diagramación de casos de uso ............................................................. 29
3.6. Documentación de casos de uso ....................................................... 31
4. FASE DE ANALISIS ....................................................................................... 39
4.1. Diagramas de Secuencia .......................................................................... 39
4.2. Diagramas de Colaboración ..................................................................... 40
4.3. Diagramas de Actividad ............................................................................ 41
4.4. Diagramas de Estado ............................................................................... 42
5. FASE DE DISEÑO .......................................................................................... 46
5.1. Listado de clases ...................................................................................... 46
5.2. Responsabilidad de clases ....................................................................... 46
5.3. Diagrama de clases .................................................................................. 52
5.4. Modelo relacional de Base de Datos ........................................................ 53
5.5. Diccionario de datos ................................................................................. 53
6. FASE DE IMPLEMENTACIÓN ....................................................................... 56
6.1. Diagrama de Componentes ...................................................................... 56
6.2. Diagrama de Despliegue .......................................................................... 56
7. FASE DE PRUEBAS ...................................................................................... 57
7.1 Registro de Usuarios .................................................................................... 57
7.2 Modificación de Usuarios ............................................................................. 57
7.3 Eliminación de un usuarios ........................................................................... 58
7.4 Registro de un automóviles .......................................................................... 58
7.5 Modificación de automóviles ........................................................................ 59
7.6 Eliminación de automóviles .......................................................................... 59
7.7 Creación de relaciones usuario - automóvil ................................................. 60
7.8 Eliminar relaciones usuario-automóvil .......................................................... 61
7.9 Consulta de Usuarios ................................................................................... 61
7.10 Consulta de Automóviles ............................................................................ 62
6
7.11 Consulta de Relaciones Usuario - Automóvil ............................................. 62
7.12 Consulta de Registros de Entrada y Salida ................................................ 63
8. CONCLUSIONES ........................................................................................... 64
9. BIBLIOGRAFÍA E INFOGRAFÍA ..................................................................... 66
10. ANEXOS .......................................................................................................... 67
INDICE DE TABLAS
Tabla 1 Recursos humanos ................................................................................... 22 Tabla 2 Recursos físicos para el desarrollo del prototipo ...................................... 22 Tabla 3 Presupuesto total ...................................................................................... 23 Tabla 4 Requerimientos Funcionales ..................................................................... 27 Tabla 5 Requerimientos no Funcionales ................................................................ 28 Tabla 6 Actores ...................................................................................................... 28 Tabla 7 Documentación caso de uso Identificación usuarios del sistema. ............ 31 Tabla 8 Documentación caso de uso Registrar Usuario(Persona). ....................... 31 Tabla 9 Documentación caso de uso Modificar Usuario(Persona). ....................... 32 Tabla 10 Documentación caso de uso Consultar Usuario(Persona) ...................... 33 Tabla 11 Documentación caso de uso Eliminar Usuario(Persona). ....................... 33 Tabla 12 Documentación caso de uso Registrar Automóvil. .................................. 34 Tabla 13 Documentación caso de uso Modificar Automóvil. .................................. 35 Tabla 14 Documentación caso de uso Consultar Automóvil. ................................. 35 Tabla 15 Documentación caso de uso Eliminar Automóvil. ................................... 36 Tabla 16 Documentación caso de uso Eliminar Automóvil. ................................... 36 Tabla 17 Documentación caso de uso Consultar informes de ingresos/egresos. .. 37 Tabla 18 Documentación caso de uso Registrar Visitante. .................................... 37 Tabla 19 Listado de clases .................................................................................... 46 Tabla 20 Responsabilidad de la clase Auto ........................................................... 46 Tabla 21 Responsabilidad de la clase Maneja ....................................................... 47 Tabla 22 Responsabilidad de la clase Opera ........................................................ 47 Tabla 23 Responsabilidad de la clase Principal ..................................................... 48 Tabla 24 Responsabilidad de la clase Inicial ......................................................... 49 Tabla 25 Responsabilidad de la clase FUsuario .................................................... 50 Tabla 26 Responsabilidad de la clase FAuto ......................................................... 50 Tabla 27 Responsabilidad de la clase FManeja .................................................... 51 Tabla 28 Responsabilidad de la clase FOpera ...................................................... 51 Tabla 29 Diccionario de datos................................................................................ 53 Tabla 30 Prueba 1, Registro de Usuarios .............................................................. 57 Tabla 31 Prueba 2, Modificación de Usuario ......................................................... 57 Tabla 32 Prueba 3, Eliminación de Usuario ........................................................... 58 Tabla 33 Prueba 4, Registro de un automóvil ........................................................ 58
7
Tabla 34 Prueba 5, Modificación de un automóvil. ................................................ 59 Tabla 35 Prueba 6, Eliminación de un automóvil ................................................... 59 Tabla 36 Prueba 7, Creación de relaciones usuario-automóvil .............................. 60 Tabla 37 Prueba 8, Eliminar relación usuario-automóvil ........................................ 61 Tabla 38 Prueba 9, Consulta de usuario ................................................................ 61 Tabla 39 Prueba 10, consulta de automóviles. ...................................................... 62 Tabla 40 Prueba 11, Consulta de relaciones Usuario Automóvil ........................... 62 Tabla 41 Prueba 12, Consulta de Registros de Entrada y Salida .......................... 63
INDICE DE FIGURAS
Figura 1 Diagrama de procesos de la gestión de ingreso automóviles .................. 24
Figura 2 Diagrama de procesos de la gestión de salida de automóviles ............... 25 Figura 3 Diagrama deprocesos de la gestión de usuarios ..................................... 25 Figura 4 Modelo de Dominio .................................................................................. 26
Figura 5 Caso de uso Registrar usuario (Administrador, Usuario) ......................... 29 Figura 6 Registrar Auto (Administrador) ................................................................ 29
Figura 7 Registrar Automóvil desconocido (Administrador, Empleado) ................. 30 Figura 8 Consultar informes de ingresos/egresos (Administrador,Empleado) ....... 30 Figura 9 Registrar Visitante (Administrador, Empleado) ........................................ 30
Figura 10 Diagrama de secuencia Registrar Usuario(Persona) ............................. 39 Figura 11 Diagrama de colaboración Registrar Usuario ........................................ 40
Figura 12 Diagrama de actividad Registrar Usuario .............................................. 41 Figura 13 Diagrama de Estado Registrar Usuario(Persona). ................................. 42
Figura 14 Diagrama de Estado Modificar Usuario(Persona). ................................. 42 Figura 15 Diagrama de Estado Consultar Usuario(Persona) ................................. 43
Figura 16 Diagrama de Estado Eliminar Usuario(Persona) ................................... 43 Figura 17 Diagrama de Estado Registrar Automóvil. ............................................. 43 Figura 18 Diagrama de Estado Modificar Automóvil. ............................................. 44
Figura 19 Diagrama de Estado Consultar Automóvil. ............................................ 44 Figura 20 Diagrama de Estado Eliminar Automóvil. ............................................... 44 Figura 21 Diagrama de Estado Registrar automóvil desconocido. ........................ 44
Figura 22 Diagrama de Estado Consultar informes ingresos/egresos. .................. 45 Figura 23 Diagrama de Estado Registrar Visitante. ............................................... 45
8
RESUMEN
Diariamente, en los conjuntos residenciales que cuentan con servicio de parqueadero, se presenta el ingreso y salida de automóviles, ya sea de residentes o visitantes. La verificación de quienes conducen los automotores, es realizada normalmente por los vigilantes asignados quienes, para dar autorización de ingresar o extraer un vehículo, realizan un registro de forma manual de la placa del automóvil y los datos del conductor(a), sin tener en cuenta si la persona está o no autorizada para operar el vehículo.
Por estos motivos, se decidió desarrollar éste proyecto, como apoyo tanto a las personas que residenen el conjunto residencial, como los vigilantes que están encargados de mantener la seguridad del lugar, para que se pueda llevar un registro organizado y eficaz, a través de un sistema amigable con los usuarios.
9
ABSTRACT
Daily, in residential complexes that have parking service, the entry and exit of vehicles, whether residents or visitors is presented. Verification of those who drive motor, is normally done by the guards assigned people to give permission to enter or remove a vehicle, performing are cord manually plate car and driver data, regardless whether or not the person is authorized to operate the vehicle.
For these reasons, we decided to develop this project, in support of both people living in the residential complex, as the guards who are responsible for maintaining the security of the place, so you can take an organized and effective registration through friendly system with users.
10
INTRODUCCIÓN
El presente proyecto trabaja con dos tecnologías de identificación: biometría y RFID. La tecnología biométrica se caracteriza por utilizar métodos automáticos que analizan las características humanas con el fin de identificar y autentificar a las personas. La biometría busca automatizar estos procesos mediante el uso de algoritmos de reconocimiento las cuales pueden ser aplicados a diversas tecnologías para la identificación biométrica como pueden ser los reconocimientos de huellas dactilares, faciales, vasculares de iris o voz. Este tipo de tecnologías puede resultar eficiente ya que aportan mayor seguridad en el acceso a instalaciones y sistemas. Uno de los métodos más utilizados en la identificación biométrica es la huella dactilar ya que a parte de otros métodos como el reconocimiento facial la biometría de huella dactilar ha tenido una mayor aceptación por los usuarios y es de uso habitual en algunos lugares.
RFID es un método de almacenamiento y recuperación de datos remotos que usa dispositivos tales como tarjetas o tags RFID el cual permite agilizar procesos sin intervención humana, sin la necesidad de algún tipo de contacto físico estar tarjetas pueden ser activas, pasivas o semipasivas. Este tipo de tecnología ha sido utilizada durante los últimos treinta años por los medios de comunicación que conocemos pero ya hace unos años ha empezado a evolucionar como más capacidad y a meterse entre nosotros ya que los costes de esta tecnología han comenzado a reducirse. En la actualidad existen muchas aplicaciones basadas en RFID como en sistemas de control de acceso, en hospitales, sistemas industriales automatizados todo esto permite un ahorro de tiempo y dinero lo cual llama la atención de los usuarios.
La implementación de estas dos tecnologías en la industria vehicular aún se encuentra en auge y se conocen muy pocos sistemas de control acceso que cuenten con el uso de este tipo de tecnologías por ello este trabajo se enmarca dentro de este contexto. Un sistema de control de acceso vehicular que cuente con esta tecnología puede resultar eficiente ya que logra agilizar los procesos y falta de información errada sobre la entrada y salida de los vehículos lo cual puede ocasionar problemas en algunos casos.
11
1. FASE DE DEFINICIÓN Y PLANEACIÓN
1.1. TITULO DEL TRABAJO
PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL ACCESO DE VEHICULOS Y SUS OCUPANTES AL PARQUEADERO DE UN COJUNTO RESIDENCIAL, IMPLEMENTANDO RFID Y DETECCIÓN DE HUELLA DIGITAL.
1.2. TEMA
La solución planteada está orientada a la gestión de los datos de los habitantes del conjunto residencial y sus vehículos junto con la verificación de las operaciones de entrada y salida de los mismos.
1.3. PLANTEAMIENTO DEL PROBLEMA
1.3.1. Descripción
Actualmente existen gran cantidad de lugares en los que se presta el servicio de parqueadero de autos como centros comerciales, conjuntos residenciales, restaurantes, entre otros, en dichos lugares se presenta un gran problema en ojalá cuanto a la seguridad que se presta para la verificación de quien ingresa con el auto y quien sale de allí con él. Cabe resaltar que la máxima verificación que se realiza en algunos lugares es para saber a qué hora ingreso el auto y a qué hora se retiró, información básica para el cobro, y en pocos casos se verifica al menos la identificación de quien sale del lugar de parqueo, dicha verificación se hace de una manera manual y no es nada eficiente para darle confiabilidad a los clientes del cuidado de sus autos.
Estos sistemas manuales que se usan son poco seguros para las personas que dejan su auto al cuidado de un parqueadero lo que en algunos casos puede prestarse para que el auto sea sacado del parqueadero sin que su dueño se dé cuenta lo cual le genera problemas al centro comercial, conjunto residencial o donde sea que se encuentre el auto, además de ello el sistema de verificación es poco eficiente ya que no se realiza una previa identificación de que el auto si pertenece a esa persona y por ello se presentan robos o pueden ingresar vehículos robados o vehículos no autorizados.
12
1.3.2. FORMULACIÓN DEL PROBLEMA
¿El desarrollo de un sistema de control automatizado mediante tecnología RFID y biometría mejora la seguridad en el proceso de acceso vehicular al parqueadero de un conjunto residencial?
1.4 JUSTIFICACIÓN
La tecnología RFID que se utilizará en el proyecto, se viene implementando en
varios lugares del mundo sin embargo hasta hace poco se está teniendo una
mayor aplicación ya que en los últimos años las tecnologías RFID se han
desarrollado y perfeccionado, en Colombia han sido pocos los desarrollos que se
tienen. Otros métodos de control de acceso relevantes para el proyecto son los
procesos biométricos, específicamente la detección de huella digital; se podría
decir que la tecnología biométrica hasta ahora está comenzando a hacerse
popular y por ello no muchas personas conocen todo su potencial.1
Teniendo en cuenta que el control de acceso vehicular en diferentes lugares que
cuentan con parqueadero no es muy sofisticado, se piensa en un sistema que
permita el control de ese acceso con una diferencia significativa: relacionar cada
vehículo con su dueño para evitar al máximo los robos que se presentan a diario.
Además de evitar robos y demás, se pretende minimizar la intervención de un
operador en el uso del sistema, logrando que el sistema sea lo suficientemente
accesible para los usuarios.
Como base, conocemos que en los parqueaderos de los conjuntos residenciales
se presenta el ingreso de cualquier persona con su automóvil y no hay una forma
eficiente de evaluar si la persona que acaba de entrar pertenece al conjunto
residencial o al menos es de fiar por fuente de alguno de los ocupantes del mismo.
Un sistema que permita la detección de automóviles a una distancia considerable,
aporta eficiencia en la entrada y salida de automotores del conjunto residencial. El
hecho de utilizar un sistema biométrico como lo es la detección por huella digital,
permite que la seguridad sea llevada a su máximo nivel, permitiendo conocer los
datos de quien ingresa y sale del conjunto, permitiendo que se creen restricciones
a quienes quieran robar algún automóvil.
1 Introducción a la Biometría [en línea ] <http://www.varpa.es/Docencia/TAPI/biometrics-tapi.pdf>
[Consulta 15 de octubre de 2014 ]
13
1.5 OBJETIVOS
1.5.1 Objetivo general
Desarrollar el prototipo de un sistema para el control de acceso de vehículos y sus
ocupantes a un conjunto residencial que cuente con servicio de parqueadero,
empleando tecnologías RFID y lectura de huella digital, permitiendo la verificación
de las personas que ingresan al lugar.
1.5.2 Objetivos específicos
Generar e implementar un módulo de verificación de datos de usuario, para
restringir el acceso de personas no autorizadas al conjunto residencial,
además de verificar que el automóvil está siendo conducido por su
propietario u otra persona autorizada por éste para conducirlo, todo ello
utilizando un sistema biométrico que valida la huella digital de los usuarios.
Generar e implementar un módulo de verificación de entrada y salida de
vehículos, para otorgar o denegar el acceso de automóviles no
identificados, esto a través de etiquetas RFID previamente instaladas en los
automóviles autorizados.
Diseñar un programa que permita la lectura de los datos enviados por la
antena RFID y el lector de huella digital, para ser almacenados en la base
de datos.
Generar una base de datos que permita el almacenamiento y comparación
de datos de una manera eficiente, de tal forma que la validación realizada
por los módulos anteriores sea igualmente eficaz.
Realizar pruebas de funcionamiento, retroalimentación y depurar el sistema.
14
1.6 ALCANCES Y DELIMITACIONES
1.6.1 ALCANCES
El sistema permitirá ampliar la seguridad en el conjunto residencial en donde se instale, disminuyendo la cantidad de robos que se presentan en dichos lugares.
El sistema permite la reducción de la intervención humana para la supervisión de la entrada y salida de automóviles.
El sistema está definido para el parqueadero de un conjunto residencial por el tipo de seguridad necesario, pero en un futuro dicho sistema puede generalizarse a parqueaderos en cualquier lugar.
El uso de la detección de huella digital permite también que el conjunto residencial conozca información de quienes entran y salen del mismo.
15
1.7 MARCO METODOLOGICO
En esta parte se realizará una breve descripción sobre la metodología que se utilizara para el desarrollo del proyecto.
1.7.1 METODOLOGÍA RUP
El proceso unificado conocido como RUP, es un modelo de software que permite el desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimentación, garantizando el cumplimiento de ciertos estándares de calidad. Aunque con el inconveniente de generar mayor complejidad en los controles de administración del mismo. Sin embargo, los beneficios obtenidos recompensan el esfuerzo invertido en este aspecto.
Inicialmente fue llamado UP (UnifiedProcess) y luego cambió su nombre a RUP por el respaldo de Rational Software de IBM. Esa metodología fue lanzada en 1998 teniendo como sus creadores a Ivar Jacobson, GrandyBooch y James Rumbaugh. El RUP nació del UML (UnifiedModelingLanguage) y del UP (Somerville, 2005).2
1.7.2 ESPECIFICACIÓN DE LAS FASES
RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas:
Proceso: Las etapas o flujo de trabajo de esta sección son:
Modelado de negocio
Requisitos
Análisis y Diseño
Implementación
Pruebas
Despliegue
Soporte: En esta parte nos conseguimos con las siguientes etapas:
Gestión del cambio y configuraciones
Gestión del proyecto
Entorno
2PÉREZ, Oiver Andrés, Cuatro enfoques para el desarrollo de software RUP-MSF-XP-SCRUM,
2011, Pág. 65
16
La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente3:
Inicio (también llamado Incepción o Concepción).
Elaboración.
Desarrollo (también llamado Implementación, Construcción).
Cierre (también llamado Transición).
Fase de concepción: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones.
Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.
Fase de construcción: El propósito 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 transición: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.4
3PÉREZ, Oiver Andrés, Cuatro enfoques para el desarrollo de software RUP-MSF-XP-SCRUM,
2011, Pág. 66 4 Desarrollando aplicaciones informáticas con el Proceso de Desarrollo Unificado (RUP) [En línea]
<http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm> [Consulta 17 octubre de 2014]
17
1.8 MARCO DEREFERENCIA
1.8.1 MARCO HISTÓRICO
La tecnología RFID tiene múltiples aplicaciones, para este caso es el uso que se le da a esta con los vehículos, por tanto se ha buscado las diferentes implementaciones que se le ha dado, tanto a nivel local, nacional e internacional; encontrando las siguientes ejecuciones:
1.8.1.1 NIVEL LOCAL
378 - 2195, SN 2012, Desarrollo de un prototipo para el control de acceso vehicular a parqueaderos implementando Tecnología RFID 78 – 1043, PL 2012, Prototipo de Aplicación para la gestión de inventarios y generación de reportes automatizados para Pymes utilizando identificación por dispositivos RFID 78 – 500, CM 2010, Sistema para el registro de dispositivos bajo identificación por Radiofrecuencia
378 – 536, AC 2011, Generación de sistemas de repuestos de voz interactiva para la venta de tiquetes en el Transporte Terrestre Intermunicipal.
1.8.1.2 NIVEL NACIONAL
Prototipo a pequeña escala de un sistema de control RFID para los puntos de chequeo de autobuses de servicio público – Universidad de San Buenaventura, Medellín, en el presente prototipo se aplica la tecnología RFID para un sistema similar al os peajes, en éste caso para los puntos de servicio público en la ciudad
1.8.1.3 NIVEL INTERNACIONAL
Identificación de vehículos empleando Radio Frecuencia (RFID - EPC) – Centro de Investigación en Computación, México D.F., documento que muestra una tesis realizada en instituto politécnico Nacional de México, en donde se aplica la tecnología RFID para el control de acceso vehicular.
18
Implementación de un Prototipo de Control, Monitoreo y Autenticación vehicular utilizando Tecnología RFID – Escuela Politécnica Nacional, Quito Ecuador, Este proyecto muestra cómo se aplica la tecnología RFID para garantizar la seguridad en las fronteras del país, evitando la sustracción anormal de automóviles.
Sistema de control de acceso con RFID – Centro de Investigación y de Estudios Avanzados del Instituto Politécnico Nacional, México D.F., tesis que describe el uso de la tecnología RFID para el control de acceso con tarjeta a lugares que lo requieran.
Diseño e implementación del sistema de control e identificación vehicular en parqueadero ubicado en el edificio administrativo de la UPS Aplicando Tecnología RFID - Universidad Politécnica Salesiana, Guayaquil, Ecuador, una última tesis que muestra una aplicación parecida a la del presente proyecto: utilizar RFID para lugares parecidos a peajes.
1.8.2 MARCO TEÓRICO
Biometría
Técnicas biométricas más conocidas: Huella dactilar Características del ojo: iris y retina Geometría de la mano e imagen vascular Características faciales Composición química del olor corporal Líneas de la mano Escritura manuscrita Voz Tecleo Gesto y movimiento corporal
Lectura de Huella Digital
¿Cómo funcionan los productos de reconocimiento de huella dactilar?
En primer lugar, el usuario debe registrar su huella dactilar para verificaciones futuras (1:1) o identificaciones (1:N).
El usuario puede registrarse colocando su dedo en un aparato de reconocimiento de huella dactilar, tal como un Ratón Óptico con huella dactilar o un aparato de control de acceso. El sensor digitaliza el dedo del usuario y captura la imagen tridimensional de la huella dactilar.
19
El algoritmo específico extrae puntos particulares de la imagen y convierte la información en un único modelo matemático, comparable a un password con 60 dígitos. Este modelo único se encripta y se archiva para representar a usuario. No se guarda ninguna imagen concreta de la huella dactilar.
Después, para la verificación, un usuario registrado determina quién son ellas (introduce una identificación del usuario) y posicionando el dedo en el sensor, una nueva imagen de la huella dactilar del usuario es capturada. Se extraen datos particulares de la huella dactilar y se convierten en una muestra. Esta muestra se compara a la muestra del usuario pre-registrada para comprobar la correspondencia. Si la muestra corresponde, el usuario es verificado positivamente.
Para la identificación, el usuario posiciona su dedo en el sensor sin informar su identidad (no introduce ninguna identificación del usuario). La reciente muestra extraída es comparada con muestras preexistentes. Si se encuentra correspondencia el usuario es identificado como ya registrado.
1.8.3 MARCO CONCEPTUAL
RFID: La identificación por radiofrecuencia o RFID por sus siglas en inglés (radio frequencyidentification), es una tecnología de identificación remota e inalámbrica en la cual un dispositivo lector o reader vinculado a un equipo de cómputo, se comunica a través de una antena con un transponder (también conocido como tag o etiqueta) mediante ondas de radio.5
Esta tecnología que existe desde los años 40, se ha utilizado y se sigue utilizando para múltiples aplicaciones incluyendo casetas de peaje, control de acceso, identificación de ganado y tarjetas electrónicas de transporte.
En los últimos años, la tecnología RFID ha entrado al "mainstream" tecnológico gracias a su creciente difusión en aplicaciones de cadena de suministro motivada por las iniciativas de las cadenas de autoservicio y departamentales.6
Biometría: La biometría es una tecnología de seguridad basada en el reconocimiento de unacaracterística de seguridad y en el reconocimiento de una característica física e intransferible de las personas, como por ejemplo la huella digital.
5 ¿Cómo funciona la tecnología de identificación por radio frecuencia RFID? [En línea]
<http://www.egomexico.com/tecnologia_rfid.htm> [Consulta 18 octubre de 2014] 6 ¿Cómo funciona la tecnología de identificación por radio frecuencia RFID? [En línea]
<http://www.egomexico.com/tecnologia_rfid.htm> [Consulta 18 octubre de 2014]
20
Huella dactilar: Una huella dactilar es la impresión visible o moldeada que produce el contacto de las crestas papilares de un dedo de la mano (generalmente se usan el dedo pulgar o el dedo índice) sobre una superficie. Es una característica individual que se utiliza como medio de identificación de las personas. Sensor: Un sensor es un dispositivo capaz de detectar magnitudes físicas o químicas, llamadas variables de instrumentación, y transformarlas en variables eléctricas. Transponder: Existen distintos tipos de transponders, inicialmente se puede hacer una clasificación en transponders activos y pasivos:
Transponders activos: necesitan una fuente de alimentación externa (batería), presentan la ventaja de un mayor alcance de emisión pero presentan la desventaja de la dependencia de la batería, de su complejidad y de su elevado coste.
Transponders pasivos: No necesitan una fuente de alimentación externa se alimentan del campo generado por el módulo RFID, son sencillos y de bajo coste pero en comparación con los transponders activos proporcionan una distancia de lectura menor.
Antena: Cada sistema RFID incluye como mínimo una antena para transmitir y recibir las señales de radio frecuencia. En algunos sistemas una única antena transmite y recibe las señales. En otros sistemas una antena transmite y otra recibe las señales. La cantidad y el tipo de las antenas depende de la aplicación( velocidad de paso, nº de transpondersa detectar etc.). Lector: El lector RFID o modulo digital consiste en un módulo basado en lógicareconfigurable específicamente diseñado para esta aplicación, dicho módulo direcciona al transceptor para transmitir señales RF, recibe la señal codificada del transponder a través del transceptor de RF.
21
1.9 FACTIBILIDAD
1.9.1 FACTIBILIDAD TÉCNICA
En cuanto a la parte tecnológica se realizará una descripción a nivel de hardware y del software que se requiere para el desarrollo y puesta en marcha del proyecto. Hardware: Un equipo con las siguientes características mínimas:
Procesador de 2.0GHz, Intel® Core™ i3-4600U
Sistema Operativo Windows 7 o superior
Memoria RAM: 2 GB o superior
Tarjeta gráfica: Gráficos Mobile Intel® HD
Disco duro: 250GB Software: Se utilizara lenguaje de programación Java y para la base de datos el gestor PostgreSQL. No solo será necesario tener en cuenta el aspecto tecnológico, sino también contar con el recurso humano que es de vital importancia para el desarrollo del proyecto el cual está a cargo de los ejecutores del proyecto Jorge Alfredo Cruz Camelo y Julián David Campo Romero con el respaldo y la asesoría del ingeniero electrónico Gerardo Castang Montiel(Tutor del proyecto), además de ello la primera vez que el software entre en funcionamiento puede resultar complicado debido a que no ha sido utilizado con frecuencia pero luego de ser dado a conocer por un tiempo será sencillo utilizarlo.
1.9.2 FACTIBILIDAD OPERATIVA
El sistema no es exactamente nuevo, ya que ha sido aplicado en varios aspectos de la vida cotidiana de la ciudadanía. Es el caso de los peajes, algunos parqueaderos y demás, que utilizan tecnología RFID para la detección de automóviles que se acercan al puesto de control. Por otro lado, los sistemas biométricos no son muy conocidos, pero específicamente la detección de huella digital ha sido muy utilizada en el mundo actual para lugares como EPS, lugares de registro de documento de identidad y otras entidades del gobierno que necesitan información de sus usuarios, y que tienen conexión directa con la base de datos de todos los habitantes de la ciudad.
22
Tabla 1 Recursos humanos
Personal Función Duración (meses)
Valor/mes Total
Gerardo Alberto Castang Montiel
Director de tesis 4
4000000 16.000.000
Julián David Campo Romero
Analista Desarrollador
8 500000 4.000.000
Jorge Alfredo Cruz Camelo
Analista Desarrollador
8 500000 4.000.000
TOTAL 24.000.000
1.9.3 FACTIBILIDAD ECONÓMICA
Los gastos que se deben tener en cuenta se describen en las siguientes tablas.
Tabla 2 Recursos físicos para el desarrollo del prototipo
Ítem Descripción Cantidad Valor Total
1 Computador 1 1200000 1200000
2 Impresora 1 40000 40000
3 Servicios de luz 2 120000 240000
4 Impresiones y papelería 1 15000 15000
5 Encuadernación de tesis
2 13000 26000
6 Lector RFID 13.56MHz 1 30000 30000
7 Lector de huella digital DigitalPersona U4500
1 250000 250000
23
8 Automóvil(a escala) para efectos de pruebas
1 20000 20000
TOTAL 1821000
PRESUPUESTO
A continuación se muestra el presupuesto total, requerido el sistema de
información web.
Tabla 3 Presupuesto total
RECURSOS VALOR
Recursos Físicos $ 1.821.000
Recursos Humanos $24.000.000
TOTAL $ 25.821.000
1.9.4 FACTIBILIDAD LEGAL
El aspecto legal del proyecto se despliega bajo el parámetro de software libre en este caso el tipo de licencia utilizada para el desarrollo de este software GNU donde trae consigo unas normas que permiten el uso del software para fines educativos y académicos que son aplicables en el país.
24
2. FASE DE MODELAMIENTO DEL NEGOCIO
2.1Modelado del negocio
En esta fase del proyecto se pretende llegar a un mejor entendimiento de la organización a la que se le realizará el software; los objetivos de esta fase son lograr que los clientes, los usuarios finales y los desarrolladores comprendan la estructura y el problema que posee la organización a la que se le hará el aplicativo.
En esta fase se encuentrael modelo de dominio y los procesos principales sobre los cuales se basa la aplicación: proceso para la gestión de ingresos y egresos, proceso para la gestión y organización de los datos de los usuarios y automóviles.
2.1.1Modelo de procesos
A continuación, se presentan los diagramas de los procesos más significativos en el proyecto a desarrollar
Proceso para la gestión de ingresos de automóviles
Con este proceso se podrá llevar un control sobre la entrada de automóviles al conjunto residencial.
Figura 1 Diagrama de procesos de la gestión de ingreso automóviles
25
Figura 2 Diagrama de procesos de la gestión de salida de automóviles
Figura 3 Diagrama deprocesos de la gestión de usuarios
26
2.1.2 Modelo de dominio
Un modelo de dominio se utiliza con frecuencia para capturar los tipos más importantes de objetos software. Los objetos del dominio representan “las cosas” que existen o los eventos que suceden en el entorno en el que trabaja el sistema. El modelo de dominio muestra clases conceptuales significativas en un dominio del problema es el artefacto más importante que se crea durante el análisis orientado a objetos.
Muchos objetos del dominio o clases pueden obtenerse de una especificación de requisitos o mediante la entrevista con los expertos del dominio.
El modelo de dominio de nuestro sistema está basado en un sistema de control de acceso para parqueaderos donde un primer actor (usuario que ingresa) conduce un segundo actor(auto) en donde a través de un tercer actor (lector RFID) se validaran sus datos y de acuerdo a eso se le concederá el acceso o no y la operación que realice se guardara (entrar o salir).
Figura 4 Modelo de Dominio
27
3. FASE DE REQUERIMIENTOS
En esta fase se establecen los requisitos que debe tener el sistema a realizar, de acuerdo a las necesidades del cliente y el usuario. Los objetivos de esta fase son planear, establecer y definir los requerimientos del software.
Hay que tener en cuenta que existen requerimientos funcionales y no funcionales. Los requerimientos funcionales son declaraciones de los servicios que tendrá el sistema y corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad, facilidad de uso, etc. Los requerimientos no funcionales hacen referencia a las características del sistema que aplican de manera general como un todo, más que rasgos particulares del mismo tales como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.
3.1. Requerimientos Funcionales
Tabla 4 Requerimientos Funcionales
REQUERIMIENTOS FUNCIONALES
DESCRIPCION
RF El actor administrador puede realizar todas las operaciones en la aplicación.
RF El actor administrador puede(crear, modificar, consultar, eliminar) usuarios.
RF El actor empleado puede consultar, agregar y modificar usuarios.
RF El actor administrador puede(crear, modificar, consultar, eliminar) automóviles.
RF El actor empleado puede crear, modificar y consultar automóviles.
RF El actor administrador puede crear y eliminar relaciones usuario-automóvil
RF El actor empleado puede crear relaciones usuario-automóvil
RF El actor administrador puede consultar usuarios, automóviles, relaciones usuario-automóvil, registros de entrada y salida.
RF El actor empleado puede consultar usuarios, automóviles, relaciones usuario-automóvil y registros de entrada y salida.
RF
Los actores residente y visitante, pueden modificar sus datos.
RF Todos los actores pueden iniciar sesión utilizando su huella digital
28
3.2. Requerimientos no Funcionales
Tabla 5 Requerimientos no Funcionales
3.3. Definición de actores
Tabla 6 Actores
ACTOR RESPONSABILIDAD
Empleado
Este actor se encarga de monitorear el sistema cuando es necesario y realizar operaciones sobre usuarios y automóviles.
Residente, Visitante Estos actores interactúan con el sistema en la entrada y salida.
Lector RFID Este actor se encarga de recibir la información del tag y validar el acceso.
Lector de Huella Este actor se encarga de recibir la huella digital y de acuerdo a eso conceder el acceso o no.
Administrador Este actor será el encargado de administrar los usuarios y toda la aplicación.
3.4. Lista preliminar de casos de uso
ADMINISTRADOR
1.Identificacion usuarios del sistema
2.Registrar usuario(persona)
3.Modificar usuario(persona)
4.Consultar usuario(persona)
5.Registrar visitante
6.Eliminar usuarios(persona)
7.Registrar automóviles
8.Modificar automóvil
9.Consultar automóvil
10.Eliminar automóvil
11.Consultar informes entrada/salida
12. Registrar automóvil desconocido
REQUERIMIENTOS NO FUNCIONALES
DESCRIPCION
RNF Java Netbeans
RNF PostgreSQL
RNF Computador
EMPLEADO
1.Registrar visitante
2.Registrar automóvil desconocido
3.Consultar informes entrada/salida de automóviles
4.Consultar usuario
29
3.5. Depuración de casos de uso
3.5.1. Diagramación de casos de uso
En esta parte podremos encontrar el diseño de los diagramas de los casos de uso, divididos de acuerdo a los módulos del sistema.
Figura 5 Caso de uso Registrar usuario (Administrador, Usuario)
Figura 6 Registrar Auto (Administrador)
USUARIO
1.Actualizar datos
2.Consultar datos
30
Figura 7 Registrar Automóvil desconocido (Administrador, Empleado)
Figura 8 Consultar informes de ingresos/egresos (Administrador,Empleado)
Figura 9 Registrar Visitante (Administrador, Empleado)
Para ver más diagramas, dirigirse al Anexo 2
31
3.6. Documentación de casos de uso
Tabla 7 Documentación caso de uso Identificación usuarios del sistema.
Tabla 8 Documentación caso de uso Registrar Usuario(Persona).
Nombre: Registrar usuario(Persona)
Actor: Administrador, Usuario
Descripción: Permite crear una Usuario(persona) en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa al menú nuevo usuario.
1.Muestra el formulario para Registrar Usuario.
2. Usuario coloca huella 2. Lee huella
3.Registrar datos 3. Verificar que todos los campos y datos este completos.
4.Guarda los datos. 4. Actualizar base de datos.
Nombre: Iniciar sesion
Actor: Administrador
Descripción: Identificar el tipo de usuario que accede al sistema y mostrar información según el perfil proporcionado.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresar huella digital de usuario del sistema.
1. Validar huella digital del usuario.
2.Acercar la huella al lector de huella.
2.Permitir ingreso
Precondición: El usuario ya debe estar registrado en el sistema, y debe colocar correctamente su huella digital.
Poscondición: El sistema le permite el ingreso a la interfaz según la necesidades.
Situaciones excepcionales
1. La huella digital no se reconoce 2. Usuario no existe
32
Precondición: 1. Tener privilegios para ingresar a la interfaz 2. Ingresar datos y guardarlos en el sistema.
Poscondición: 1. Registrar Usuario 2. Actualizar base de datos
Situaciones excepcionales
1. Que todos los campos y datos estén completos y sean correctos de lo contrario no se guardara la información.
2. Que el lector no reconozca la huella del Usuario. 3. Que el usuario del sistema no tenga privilegios
para ingresar a la interfaz.
Tabla 9 Documentación caso de uso Modificar Usuario(Persona).
Nombre: Modificar usuario(Persona)
Actor: Administrador, Usuario
Descripción: Modificar los datos del usuario en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa al menú Modificar Usuario.
1. Muestra formulario Modificar Usuario
2. Coloca huella 2. Lee huella
3.Editar los datos que se deseen.
3. Muestra confirmación si en realidad desea modificar los datos.
4.Guarda los datos. 4.Actualizar información en la BD.
Precondición: 1. Tener privilegios para ingresar a la interfaz 2. Modificar información del usuario.
Poscondición: 1. Que los datos sean correctos 2. Actualizar base de datos del sistema
Situaciones excepcionales
1. Que usuario no coloque su huella correctamente en el lector, no se mostraránsus datos.
33
Tabla 10 Documentación caso de uso Consultar Usuario(Persona)
Nombre: Consultar usuario(Persona)
Actor: Administrador, empleado, lector de huella
Descripción: Consultar datos de usuario en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Seleccionar la opción el menú para mostrar la opción de Consultar Usuario.
1. Mostrar ventana de consultar usuarios.
2. Buscar el usuario(persona) por identificación al cual desea consultar los datos.
2. Mostrar datos actuales de la Base de Datos.
Precondición: 1. El usuario debe estar previamente registrado en el sistema.
Poscondición: 1. Mostrar los datos del usuario(Persona) que desea.
Situaciones excepcionales
1. Si el usuario(Persona) no existe en el sistema se notificara.
Tabla 11 Documentación caso de uso Eliminar Usuario(Persona).
Nombre: Eliminar usuario (Persona)
Actor: Administrador, Usuario
Descripción: Eliminar un usuario del sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresar a menú Eliminar Usuario.
1. Mostrar formulario para Eliminar Usuario
2. Coloca huella 2. Lee huella
3.Buscar datos del usuario. 3. Confirmar si desea eliminar los datos.
4.Eliminar datos. 4. Actualizar base de datos.
Precondición: 1. El usuario debe estar registrado previamente en el sistema.
Poscondición: 1. El sistema elimina a la persona y le notifica al administrador.
34
Situaciones excepcionales
1. Que el usuario no exista 2. Que no tenga privilegios para realizar la
eliminación de los datos.
Tabla 12 Documentación caso de uso Registrar Automóvil.
Nombre: Registrar automóvil
Actor: Administrador
Descripción: Registrar un automóvil en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Registrar automóvil
1. Mostrar formulario para Registrar automóvil.
2.Coloca tag 2.Comprueba tag
2. Registra los datos 2. Comprobar que todos los campos obligatorios estén correctamente ingresados.
3.Guarda los datos. 3. Actualizar base de datos
Precondición: 1. Tener privilegios para ingresar a la interfaz. 2. Ingresar todos los datos correctamente.
Poscondición: 1. Agregar automóvil al sistema. 2. Actualizar base de datos.
Situaciones excepcionales
1. Que todos los campos y datos estén completos y sean correctos de lo contrario no se guardara la información.
35
Tabla 13 Documentación caso de uso Modificar Automóvil.
Nombre: Modificar automóvil
Actor: Administrador
Descripción: Modificar información sobre un automóvil que pertenezca al conjunto residencial.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Modificar automóvil
1. Mostrar formulario para modificar automóvil.
2. Buscar datos del automóvil.
2. Muestra datos actuales de la BD.
3. Modificar datos 3. Confirmación de modificación datos
4.Guarda datos 4. Actualiza base de datos.
Precondición: 1. El automóvil debe estar registrado en el sistema. 2. Tener privilegios para ingresar a la interfaz. 3. Modificar datos.
Poscondición: 1. Actualizar base de datos del sistema. 2. Que los datos sean correctos.
Situaciones excepcionales
Si el usuario no ha modificado algún dato mostrado, aun así el sistema actualizara dicha información.
Tabla 14 Documentación caso de uso Consultar Automóvil.
Nombre: Consultar automóvil
Actor: Administrador, empleado
Descripción: Consultar información sobre un automóvil que pertenezca al conjunto residencial o de todos en general.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Consultar automóvil
1.Mostrar el formulario de consultar usuarios.
2. Buscar automóvil que desea consultar los datos o ver listado general de autos.
2. Mostrar los datos actuales de la base de datos.
Precondición: 1. El automóvil debe estar registrado en el sistema. 2. Se requiere la huella del administrador o del
empleado.
Poscondición: 3. Mostrar los datos del automóvil que se desea.
Situaciones excepcionales
2. Si el automóvil no existe en el sistema se notificara.
36
Tabla 15 Documentación caso de uso Eliminar Automóvil.
Nombre: Eliminar automóvil
Actor: Administrador
Descripción: Eliminar información sobre un automóvil que pertenezca al conjunto residencial.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Eliminar automóvil
1. Mostrar formulario de Eliminar automóvil.
2. Buscar datos del automóvil.
2. Confirmar si desea eliminar datos.
3.Eliminar datos 3.Actualizar base de datos.
Precondición: 1. El automóvil debe estar registrado en el sistema 2. Tener privilegios para ingresar a la interfaz 3. Se requiere la huella del administrador.
Poscondición: 1. Eliminar información de la base de datos.
Situaciones excepcionales
4. Que no se encuentre información del automóvil 5. Que no se valide la información.
Tabla 16 Documentación caso de uso Eliminar Automóvil.
Nombre: Registrar automóvil desconocido
Actor: Administrador, empleado
Descripción: Registrar un automóvil desconocido que pertenece a un usuario pero que no está en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Registrar automóvil desconocido.
1. Mostrar formulario de Registrar automóvil desconocido.
2. Registra los datos 2. Comprobar que todos los campos obligatorios estén correctamente ingresados.
3.Guarda los datos. 3. Actualizar base de datos
Precondición: 1. Tener privilegios para ingresar a la interfaz 1. Requiere huella del administrador o empleado. 2. Ingresa datos
Poscondición: 1. Agregar automóvil desconocido al sistema. 2. Actualizar base de datos.
Situaciones 1. Que todos los campos y datos estén completos y
37
excepcionales sean correctos de lo contrario no se guardara la información.
Tabla 17 Documentación caso de uso Consultar informes de ingresos/egresos.
Nombre: Consultar informes de ingresos/egresos
Actor: Administrador
Descripción: Consultar los informes de entrada y salida de autos en el parqueadero.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Ingresa a la opción de menú Consultar informes de ingresos/egresos
1. Mostrar formulario de Consultar información
2. Ver informes 2. Mostrar información actual de la base de datos.
Precondición: 1. Debe haber registros de entrada y salida. 2. Tener privilegios para consultar los informes.
Poscondición: 1. Mostrar los datos actuales de los ingresos/egresos.
Situaciones excepcionales
1. Si los ingresos y egresos consultados no existen en la base de datos no se mostraran.
Tabla 18 Documentación caso de uso Registrar Visitante.
Nombre: Registrar visitante(Persona)
Actor: Administrador, Empleado, Usuario
Descripción: Modificar los datos del usuario en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Usuario(visitante) coloca la huella digital.
1. Lee huella de Usuario(visitante).
2. Ingresa al menú Registrar Visitante.
2. Muestra el formulario para Registrar Visitante.
3.Registrar los datos 3. Verificar que todos los campos estén completos para el registro.
4.Guarda los datos. 3.Actualizar Base de datos.
Precondición: 3. Tener privilegios para ingresar a la interfaz. 4. Ingresar datos y guardarlos en el sistema.
Poscondición: 3. Registrar Usuario
38
4. Actualizar base de datos
Situaciones excepcionales
1. No llenar todos los campos para el registro y se mostrar un error.
2. Que el lector no reconozca la huella de la persona. 3. Que el usuario del sistema no tenga privilegios
para ingresar a la interfaz.
39
4. FASE DE ANALISIS
En la siguiente fase se encuentra el diseño de los diagramas de secuencia,
colaboración y estado de cada caso de uso descrito en la fase de requerimientos.
4.1. Diagramas de Secuencia
Un diagrama de secuencia muestra la interacción de un conjunto de objetos en
una aplicación a través del tiempo y se modela para cada caso de uso. El
diagrama de secuencia contiene detalles de implementación del escenario,
incluyendo los objetos y clases que se usan para implementar el escenario, y
mensajes intercambiados entre los objetos.
Figura 10 Diagrama de secuencia Registrar Usuario(Persona)
Para ver más diagramas, remitirse al Anexo 2.
40
4.2. Diagramas de Colaboración
Un diagrama de colaboración es esencialmente un diagrama que muestra
interacciones organizadas alrededor de los roles. A diferencia de los diagramas de
secuencia, los diagramas de colaboración muestran explícitamente las relaciones
de los roles. Por otra parte, un diagrama de colaboración no muestra el tiempo
como una dimensión aparte, por lo que resulta necesario etiquetar con números
de secuencia de mensajes como hilos concurrentes:
Muestra cómo las instancias específicas de las clases trabajan juntas para
conseguir un objetivo en común
Implementa las asociaciones del diagrama de clases mediante el paso de
mensajes de un objeto a otro. Dicha implementación es llamada “enlace”.
Figura 11 Diagrama de colaboración Registrar Usuario
Para ver los demás diagramas, dirigirse al Anexo 2.
41
4.3. Diagramas de Actividad
Un diagrama de actividades es como un diagrama de estados, en la que todos los
estados representan actividades. Un diagrama de muestra el flujo de control entre
una serie de tareas o actividades, los diagramas de actividades son muy usados
para elaborar sistemas de flujos de trabajo (workflow) de un sistema.
En general un diagrama de actividades muestra una serie de acciones o tareas
que se ejecutan en cierto orden (y otros elementos adicionales). A cada actividad
se le representa con un rectángulo de esquinas redondeadas. El procesamiento
dentro de una actividad se lleva a cabo y, al realizarse, se continúa con la
siguiente actividad. Una flecha representa la transición de una actividad a otra. El
punto inicial del diagrama se representa con un círculo relleno y uno final
representado por una diana.
Figura 12 Diagrama de actividad Registrar Usuario
Para ver más diagramas, ver Anexo 2.
42
4.4. Diagramas de Estado
Los diagramas de estados muestran el conjunto de estados por los cuales pasa un
objeto durante su vida en una aplicación en respuesta a eventos junto con sus
respuestas y acciones a esos eventos. También ilustran que eventos pueden
cambiar el estado de los objetos de la clase. Normalmente contienen estados y
transiciones.
Un diagrama de estado indica el ciclo de vida de un objeto que es implementado
para ejecutar los casos de usos planteados.
Figura 13 Diagrama de Estado Registrar Usuario(Persona).
Figura 14 Diagrama de Estado Modificar Usuario(Persona).
43
Figura 15 Diagrama de Estado Consultar Usuario(Persona)
Figura 16 Diagrama de Estado Eliminar Usuario(Persona)
Figura 17 Diagrama de Estado Registrar Automóvil.
44
Figura 18 Diagrama de Estado Modificar Automóvil.
Figura 19 Diagrama de Estado Consultar Automóvil.
Figura 20 Diagrama de Estado Eliminar Automóvil.
Figura 21 Diagrama de Estado Registrar automóvil desconocido.
45
Figura 22 Diagrama de Estado Consultar informes ingresos/egresos.
Figura 23 Diagrama de Estado Registrar Visitante.
46
5. FASE DE DISEÑO
El objetivo de esta fase es reunir el análisis obtenido en la fase anterior y
transformarlo en el diseño futuro que tendrá el sistema, adaptándolo para que sea
consistente con el entorno de implementación.
En esta fase se encuentran la lista de clases y la responsabilidad de estas, el
diagrama de clases, el modelo relacional de base de datos, el diccionario de datos
todo esto con el fin de plantear no solamente la arquitectura del sistema sino
también darle al usuario una explicación de los módulos que tiene la aplicación.
5.1. Listado de clases
Tabla 19 Listado de clases
LÓGICA VISTA
Auto Inicial
Maneja FUsuario
Opera FAuto
Usuario FManeja
FOpera
5.2. Responsabilidad de clases
Tabla 20 Responsabilidad de la clase Auto
CLASE Auto
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
consultarAuto()
Permite consultar la información de un automóvil basado en su tag RFID.
consultarAutoS() Permite consultar la información de un automóvil a partir de un parámetro.
ConsultarAutoST() Permite consultar la información de un automóvil a partir de un parámetro de tipo String
ConsultarAutoIT() Permite consultar la información de un automóvil a partir de un parámetro de tipo entero.
consultarAutoT() Permite consultar la información de todos los automóviles registrados.
modificarAuto() Permite modificar los datos de un automóvil registrado
eliminarAuto() Permite eliminar un automóvil registrado
47
nuevoAuto() Permite registrar un nuevo automóvil
Tabla 21 Responsabilidad de la clase Maneja
CLASE Maneja
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
nuevoManeja() Permite guardar en la BD una nueva relación entre un usuario y un automóvil.
ConsultarManejaCoincidencia() Permite ver si el usuario y automóvil proporcionados están relacionados
consultarManeja() Permite consultar los usuarios que se encuentran relacionados con la placa proporcionada al método.
consultarManejaC() Permite ver todos los datos de los automóviles que tiene un usuario a cargo.
eliminarManeja(); Permite eliminar de la BD una relación usuario-automóvil.
consultarManejaT() Permite consultar toda la información de un automóvil y su relación con usuarios a partir de una placa proporcionada.
Tabla 22 Responsabilidad de la clase Opera
CLASE Opera
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
nuevoAutoOpera() Guarda los datos de una Entrada o Salida hecha por un usuario con u n automóvil
consultarOpera() Permite consultar en la BD los registros de entrada y salida de un automóvil, basado en su placa.
consultarOperaPL() Permite consultar los registros de entrada y salida de automóviles realizados por un usuario.
consultarOperaDM() Permite consultar todos los registros de entrada y salida de un automóvi, de un día del mes en específico
consultarOperaDMP() Permite consultar los registros de entrada y salida de un día del mes en específico para un automóvil en particular basado en su placa.
consultarOperaDMU() Permite consultar los registros de entrada y salida de un día del mes en específico para un automóvil en particular por un usuario, utilizando su ID.
consultarOperaMA() Permite consultar todos los registros de
48
entrada y salida de automóvil en un mes del año en específico.
consultarOperaMAP() Permite consultar todos los registros de entrada y salida de un mes del año en específico, para un automóvil en particular, basado en su placa.
consultarOperaMAU() Permite consultar todos los registros de entrada y salida de un mes del año en específico, para un automóvil, por un usuario, utilizando su ID.
consultarOperaFE() Permite consultar todos los registros de entrada y salida de automóvil en una fecha exacta.
consultarOperaFEP() Permite consultar todos los registros de entrada y salida de automóvil en una fecha exacta, basado en su placa.
consultarOperaFEU() Permite consultar todos los registros de entrada y salida de automóvil en una fecha exacta, por un usuario, utilizando su ID
Tabla 23 Responsabilidad de la clase Principal
CLASE Usuario
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
guardarUsuario() Permite guardar en la BD un nuevo usuario.
consultarUsuario() Permite consultar los datos de todos los usuarios que se encuentren registrados.
modificarUsuario() Permite modificar en la BD los datos de un usuario en concreto.
eliminarUsuario() Permite eliminar de la BD un usuario en concreto.
consultarUsuarioC() Permite consultar todos los datos de un usuario basado en su ID.
consultarUsuarioPS() Permite consultar todos los datos de un usuario, basado en un parámetro de tipo String.
consultarUsuarioPL() Permite consultar todos los datos de un usuario basado en un parámetro de tipo Long.
consultarSesion() Permite consultar los datos de usuarios registrados para poder iniciar sesión en el sistema.
49
Tabla 24 Responsabilidad de la clase Inicial
CLASE Inicial
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
iniciarArduino() Permite iniciar la conexión con Arduino
finalizarArduino() Permite finalizar la conexión con Arduino.
Imprimir() Si existe o no el automóvil, envía un mensaje a la ventana principal
EnviarTexto() Envía el informe de sucesos a un TextArea en la ventana principal
EstadoHuellas() Informa de cuántas veces más se debe poner la huella digital en el lector
getTemplate() Retorna la plantilla de huella actual
setTemplate() Asgina un valor a la variable que contiene la plantilla de huella digital en la ventana principal.
setDec() Permite a la ventana principal decidir si solicitar o no nueva sesión.
Limpiar() Vacía todos los campos de la ventana principal
deshabilitarMenus() Deshabilita todos los menús de la ventana principal
Iniciar() Inicia la conexión con el lector de huella digital, e implementa todos los listeners necesarios.
Start() Permite que el lector de huella digital inicie la lectura y procesamiento de la huella digital que se reciba.
Stop() Detiene la lectura de huellas digitales a través del lector
extraerCaracteristicas() Extrae las características necesarias para crear la plantilla de la huella digital que se reciba a través del lector.
ProcesarCaptura() Verifica que la huella digital que se ha recibido es correcta y puede ser creada su respectiva plantilla.
verficiarAcceso() Verifica los datos de usuario y automóvil actuales
Sesión() Verifica la sesión actual
habilitaA() Habilita los menús para el usuario Administrador
habilitaE() Habilita los menús para el usuario Empleado
habilitaU() Habilita los menús para los usuarios Residente y Automóvil
recibirSesion() Recibe la sesión ya iniciada cuando se abre una ventana externa.
50
Tabla 25 Responsabilidad de la clase FUsuario
CLASE FUsuario
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
getTemplate() Retorna la plantilla de huella actual
setTemplate() Asgina un valor a la variable que contiene la plantilla de huella digital en la ventana principal.
Iniciar() Inicia la conexión con el lector de huella digital, e implementa todos los listeners necesarios.
Start() Permite que el lector de huella digital inicie la lectura y procesamiento de la huella digital que se reciba.
Stop() Detiene la lectura de huellas digitales a través del lector
extraerCaracteristicas() Extrae las características necesarias para crear la plantilla de la huella digital que se reciba a través del lector.
ProcesarCaptura() Verifica que la huella digital que se ha recibido es correcta y puede ser creada su respectiva plantilla.
Procesar() Procesa los datos del usuario recibido
recibirSesion() Recibe la sesión de la ventana principal
Tabla 26 Responsabilidad de la clase FAuto
CLASE FAuto
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
iniciarArduino() Permite iniciar la conexión con Arduino
finalizarArduino() Permite finalizar la conexión con Arduino.
activar() Activa o desactiva botones de la interfaz gráfica, dependiendo de la operación que se desee realizar por el usuario.
procesar() Procesa el tag RFID recibido
recibeSesion() Recibe la sesión de la ventana principal
51
Tabla 27 Responsabilidad de la clase FManeja
CLASE FManeja
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
getTemplate() Retorna la plantilla de huella actual
setTemplate() Asgina un valor a la variable que contiene la plantilla de huella digital en la ventana principal.
Iniciar() Inicia la conexión con el lector de huella digital, e implementa todos los listeners necesarios.
Start() Permite que el lector de huella digital inicie la lectura y procesamiento de la huella digital que se reciba.
Stop() Detiene la lectura de huellas digitales a través del lector
extraerCaracteristicas() Extrae las características necesarias para crear la plantilla de la huella digital que se reciba a través del lector.
ProcesarCaptura() Verifica que la huella digital que se ha recibido es correcta y puede ser creada su respectiva plantilla.
iniciarArduino() Permite iniciar la conexión con Arduino
finalizarArduino() Permite finalizar la conexión con Arduino.
Procesar() Procesa los datos del usuario y automóvil recibido
recibeSesion() Recibe la sesión de la ventana principal
Tabla 28 Responsabilidad de la clase FOpera
CLASE FOpera
DESCRIPCIÓN
MÉTODO RESPONSABILIDAD
getTemplate() Retorna la plantilla de huella actual
setTemplate() Asgina un valor a la variable que contiene la plantilla de huella digital en la ventana principal.
Iniciar() Inicia la conexión con el lector de huella digital, e implementa todos los listeners necesarios.
Start() Permite que el lector de huella digital inicie la lectura y procesamiento de la huella digital que se reciba.
Stop() Detiene la lectura de huellas digitales a través del lector
52
extraerCaracteristicas() Extrae las características necesarias para crear la plantilla de la huella digital que se reciba a través del lector.
ProcesarCaptura() Verifica que la huella digital que se ha recibido es correcta y puede ser creada su respectiva plantilla.
iniciarArduino() Permite iniciar la conexión con Arduino
finalizarArduino() Permite finalizar la conexión con Arduino.
recibeSesion() Recibe la sesión de la ventana principal
Procesar() Procesa los datos del usuario y automóvil recibido
Activar() Activa componentes según opción recibida.
5.3. Diagrama de clases
53
5.4. Modelo relacional de Base de Datos
5.5. Diccionario de datos
Tabla 29 Diccionario de datos
TIPO DATO
TIPO OBJETO
NOMBRE
DESCRIPCIÓN
TABLA
USUARIO
Contiene toda la información relacionada con los usuarios del sistema (administradores, empleados, residentes y visitantes)
bytea ATRIBUTO
huella Cadena de bytes que representa la huella digital del usuario.
54
(PK)
Bigint ATRIBUTO
(PK)
Id_u Documento de identidad del usuario
Varchar ATRIBUTO
nombres Nombres del usuario
Varchar
ATRIBUTO
apellidos Apellidos del usuario
Bigint ATRIBUTO cel_u Número celular del usuario
Varchar ATRIBUTO tipo_u Almacena el tipo de usuario que puede ser: Administrador, Empleado, Residente o Visitante.
TABLA AUTO Contiene toda la información de los autos reconocidos por el sistema.
Varchar ATRIBUTO (PK)
Id_a Identificador único del tag recibido por el lector RFID
Varchar ATRIBUTO (PK)
placa Almacena la placa del automóvil
Int ATRIBUTO modelo Almacena el modelo del automóvil
Varchar ATRIBUTO color Almacena el color del automóvil
Varchar ATRIBUTO marca Almacena la marca del automóvil
TABLA MANEJA Tabla que almacena los datos que relacionan a los usuarios y los automóviles que tienen a cargo.
Bytea ATRIBUTO (FK)(PK)
huella Huella digital representada en una cadena de bytes, del usuario que tiene a cargo el automóvil
Bigint ATRIBUTO (FK)(PK)
id_u Documento de identidad del usuario que tiene a cargo el automóvil.
Varchar ATRIBUTO (FK)(PK)
Id_a Identificador único del tag recibido por el lector RFID, del automóvil que tiene a cargo el usuario.
Varchar ATRIBUTO (FK)(PK)
Placa Placa del automóvil que tiene a cargo el usuario.
Varchar ATRIBUTO Tipo Tipo de usuario que tiene a cargo el automóvil: Orignial o Autorizado.
TABLA
OPERA
Contiene datos relacionados con las operaciones que se realizan con un automóvil, ya sea entrada o salida.
Bytea ATRIBUTO (FK)(PK)
huella Huella digital representada en una cadena de bytes, del usuario que operó el automóvil.
55
Bigint ATRIBUTO (FK)(PK)
id_u Documento de identidad del usuario que operó el automóvil.
Varchar ATRIBUTO (FK)(PK)
Id_a Identificador único del tag recibido por el lector RFID del automóvil que se operó.
Varchar ATRIBUTO (FK)(PK)
Placa Placa del automóvil que se operó.
Date ATRIBUTO Fecha Fecha en la que se realizó la operación del automóvil.
Time ATRIBUTO hora Hora en la que se realizó la operación del automóvil.
Varchar ATRIBUTO Operacion Operación que se realizó con el automóvil: entrada o salida.
56
6. FASE DE IMPLEMENTACIÓN
En esta fase se encuentra el diagrama de componentes y de despliegueque
explican con más detalle las forma que se realizó la aplicación.
6.1. Diagrama de Componentes
6.2. Diagrama de Despliegue
57
7. FASE DE PRUEBAS
7.1 Registro de Usuarios
Se debe permitir el registro de un nuevo usuario
Tabla 30 Prueba 1, Registro de Usuarios
PRUEBA 01 REGISTRO DE USUARIO
PROPÓSITO Verificar que el sistema permita el registro de todo tipo de usuarios definidos.
REQUISITOS - Conocer los datos básicos del usuario a inscribir
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Usuarios - “Nuevo Usuario” de la interfaz principal
- Poner huella digital 4 veces - Llenar los datos del formulario - Dar clic en el botón Guardar - Confirmar guardar - Mensaje de ingreso exitoso
7.2 Modificación de Usuarios
Se debe permitir la modificación de datos de un usuario
Tabla 31 Prueba 2, Modificación de Usuario
PRUEBA 02 MODIFICACIÓN DE UN USUARIO
PROPÓSITO Verificar que el sistema permita la modificación de todo tipo de usuarios.
REQUISITOS - Conocer los datos que se van a modificar
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Usuarios - “Modificar Usuario” de la interfaz principal
- Poner huella digital 4 veces
58
- Modificar los datos del formulario - Dar clic en el botón Modificar - Confirmar modificar - Mensaje de modificación exitosa.
7.3 Eliminación de un usuarios
Se debe permitir eliminar un usuario
Tabla 32 Prueba 3, Eliminación de Usuario
PRUEBA 03 ELIMINACIÓN DE UN USUARIO
PROPÓSITO Verificar que el sistema permita eliminar todo tipo de usuarios.
REQUISITOS - Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Usuarios - “Eliminar Usuario” de la interfaz principal
- Poner huella digital 4 veces - Dar clic en el botón Eliminar - Confirmar eliminar - Mensaje de eliminación exitosa
7.4 Registro de un automóviles
Se debe permitir ingresar un nuevo automóvil
Tabla 33 Prueba 4, Registro de un automóvil
PRUEBA 04 REGISTRO DE UN AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita el registro de un automóvil
REQUISITOS - Conocer los datos del automóvil a registrar
- Tener el tag correspondiente - Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Automóviles -
59
“Nuevo Automóvil” de la interfaz principal
- Acercar tag RFID a registrar junto con el automóvil.
- Llenar los datos del formulario - Dar clic en el botón Guardar - Confirmar Guardar - Mensaje de registro exitoso.
7.5 Modificación de automóviles
Se debe permitir modificar los datos de un automóvil
Tabla 34 Prueba 5, Modificación de un automóvil.
PRUEBA 05 MODIFICACIÓN DE UN AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita la modificación de un automóvil
REQUISITOS - Conocer los datos a modificar del automóvil
- Tener el tag del automóvil a modificar
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Automóviles - “Modificar Automóvil” de la interfaz principal
- Acercar tag RFID del automóvil a modificar
- Llenar los datos del formulario - Dar clic en el botón Modificar - Confirmar Modificar - Mensaje de modificación exitosa
7.6 Eliminación de automóviles
Se debe permitir eliminar un automóvil
Tabla 35 Prueba 6, Eliminación de un automóvil
PRUEBA 06 ELIMINACIÓN DE UN AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita eliminar un automóvil
REQUISITOS - Tener el tag del automóvil a eliminar
60
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Automóviles - “Eliminar Automóvil” de la interfaz principal
- Acercar tag RFID del automóvil a eliminar
- Dar clic en el botón Eliminar - Confirmar Eliminar - Mensaje de eliminación exitosa
7.7 Creación de relaciones usuario - automóvil
Se debe permitir crear relaciones usuario-automóvil
Tabla 36 Prueba 7, Creación de relaciones usuario-automóvil
PRUEBA 07 REGISTRO DE RELACIÓN USUARIO-AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita crear relaciones entre usuarios y automóviles
REQUISITOS - Huella del usuario a relacionar - Tag del automóvil a relacionar - Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Relaciones - “Crear Relación Usuario - Automóvil” de la interfaz principal
- Acercar tag RFID del automóvil a relacionar
- Poner la huella del usuario a relacionar
- Dar clic en el botón Crear - Confirmar creación - Mensaje de creación exitosa
61
7.8 Eliminar relaciones usuario-automóvil
Se debe permitir eliminar una relación usuario-automóvil
Tabla 37 Prueba 8, Eliminar relación usuario-automóvil
PRUEBA 08 ELIMINAR RELACIÓN USUARIO-AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita eliminar una relación usuario-automóvil
REQUISITOS - Huella del usuario que tiene relacionado el automóvil, o tag del automóvil
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Relaciones - “Eliminar Relación Usuario-Automóvil” de la interfaz principal
- Acercar tag RFID o huella digital - Seleccionar un registro de la tabla - Dar clic en el botón Eliminar - Confirmar Eliminar - Mensaje de que se eliminó
exitosamente.
7.9 Consulta de Usuarios
Se permite realizar la consulta de uno o varios usuarios
Tabla 38 Prueba 9, Consulta de usuario
PRUEBA 09 CONSULTA DE UN USUARIO
PROPÓSITO Verificar que el sistema permita realizar consultas relacionadas con usuarios.
REQUISITOS - Cualquier dato del usuario a consultar
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Consultas - “Consultar Usuarios” de la interfaz principal
62
- Proporcionar algún dato para realizar la consulta
- Se muestran datos obtenidos por la consulta
7.10 Consulta de Automóviles
Se permite realizar la Consulta de uno o varios automóviles
Tabla 39 Prueba 10, consulta de automóviles.
PRUEBA 10 CONSULTA DE UN AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita consultar automóviles
REQUISITOS - Cualquier dato del automóvil a consultar.
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Consultas - “Consultar Automóvil” de la interfaz principal
- Proporcionar algún dato del automóvil a buscar.
- Dar clic en botón que corresponda - Resultados obtenidos de la consulta
7.11 Consulta de Relaciones Usuario - Automóvil
Se permite la consulta de las relaciones entre usuario y automóvil
Tabla 40 Prueba 11, Consulta de relaciones Usuario Automóvil
PRUEBA 11 CONSULTA DE RELACIÓN USUARIO-AUTOMÓVIL
PROPÓSITO Verificar que el sistema permita consultar relaciones entre usuarios y automóviles
REQUISITOS - Huella del usuario, tag del automóvil o placa
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
63
PASOS - Dar clic en el menú Consultas - “Consultar Relación Usuario - Automóvil” de la interfaz principal
- Proporcionar algún dato de la relación a buscar.
- Dar clic en botón que corresponda - Resultados obtenidos de la consulta
7.12 Consulta de Registros de Entrada y Salida
Se permite realizar la consulta de los registros de entrada y salida
Tabla 41 Prueba 12, Consulta de Registros de Entrada y Salida
PRUEBA 04 CONSULTA DE REGISTROS DE ENTRADA Y SALIDA
PROPÓSITO Verificar que el sistema permita consultar todos los registros de entrada y salida
REQUISITOS - Huella o ID de usuario, placa o fecha en al que se realizó la operación.
- Tener un PC con Windows 7
DATOS PRUEBA - Datos numéricos en campos de texto
- Datos de texto en campos numéricos
- Datos incompletos
PASOS - Dar clic en el menú Consultas - “Consultar Registros de Entrada y Salida” de la interfaz principal
- Proporcionar algún dato de la operación a consultar
- Dar clic en botón que corresponda - Resultados obtenidos de la consulta
64
8. CONCLUSIONES
La implementación de sistemas biométricos como la detección de huella digital, en aplicaciones relacionadas con seguridad, proporciona una gran precisión en cuanto a la verificación de datos.
El uso de la tecnología RFID, permite que la verificación de datos se realice de forma rápida y eficaz, además de ser cómoda para el usuario.
La integración de sistemas biométricos y tecnología RFID, permite que el sistema de seguridad sea más robusto y genere confiabilidad.
Se debe conocer la configuración de puertos COM en el SO en el que se está trabajando, para no tener inconvenientes en la recepción de información por parte del lector RFID.
El uso del hardware Arduino, por ser de licencia libre, permite trabajar de manera más eficiente, ya que existe una gran cantidad de documentación relacionada.
65
9. RECOMENDACIONES
Al implementar el sistema de seguridad en el contexto real, se recomienda reemplazar el lector de 13.56MHz utilizado en éste proyecto, por un lector de 125KHz, el cual proporciona una mayor distancia de lectura.
En un contexto real, se debe realizar el montaje teniendo en cuenta la manera en la que se tiene bloqueada la entrada del parqueadero, ya que para éste prototipo, se tomó en cuenta la forma de bloqueo más encontrada en la ciudad, que consiste en una barra horizontal que se desplaza hacia arriba y abajo.
66
10. BIBLIOGRAFÍA E INFOGRAFÍA
KimaldiElectronics, Trazabilidad y control de acceso para vehículos mediante RFID Activa. [en línea] <http://www.kimaldi.com/sectores/vehiculos_y_parkings/trazabilidad_y_control_para_control_de_vehículos_mediante_rfid_activa>,2011
Servicios informáticos Kiper, Introducción a los sistemas RFID, SL 2010
Universidad de las Palmas de Gran Canaria, Sistemas Biométricos [en línea] <http://www.kifer.es/Recursos/Pdf/RFID.pdf>, 2010
RFIDPoint, Colombia utiliza tecnología RFID en los peajes de sus carreteras [en línea] <http://www.rfidpoint.com/noticias/colombia-utiliza-tecnologia-rfid-en-los-peajes-de-sus-carreteras/>, 2011
PostgreSQL, Manual de Instalación [en línea] <http://sit.usc.es/sites/default/files/Instalacion_postgreSQL.pdf>
Netbeans IDE, Manual de Instalación [en línea] <http://www.migadepan.es/wp-content/uploads/2012/09/Tutorial_PROGRAMACION01.pdf>
Purificación Aguilera López, Seguridad Informática, Editex, 2010.
Federico Serrano Alonso, Operaciones auxiliares de almacenaje, IC Editorial, 3/03/2014.
José Manuel Huidobro Moya, Radiocomunicaciones: viajando a través de las ondas, Creaciones Copyright SL, 2011.
67
10. ANEXOS
ANEXO 1
MANUAL DE USUARIO
Contenido
1. INICIO DE SESIÓN ......................................................................................... 68
2. USUARIOS ........................................................................................................ 69
2.1 REGISTRO DE UN NUEVO USUARIO........................................................ 69
2.2 MODIFICACIÓN DE DATOS DE UN USUARIO .......................................... 71
2.3 ELIMINAR UN USUARIO ............................................................................. 72
3. AUTOMÓVILES ................................................................................................. 73
3.1 AGREGAR UN AUTOMÓVIL ....................................................................... 73
3.2 MODIFICAR AUTOMÓVIL ........................................................................... 74
3.3 ELIMINAR AUTOMÓVIL .............................................................................. 75
4. RELACIONES USUARIO-AUTOMÓVIL ............................................................ 77
4.1 CREACIÓN DE UNA RELACIÓN USUARIO-AUTOMÓVIL ......................... 77
4.2 ELIMINAR RELACIÓN USUARIO-AUTOMÓVIL .......................................... 78
5. CONSULTAS ..................................................................................................... 79
5.1 CONSULTA DE USUARIOS ........................................................................ 79
5.2 CONSULTA DE AUTOMÓVILES ................................................................. 81
5.3 CONSULTA DE REGISTROS DE ENTRADA Y SALIDA ............................. 82
5.4 CONSULTA DE RELACIONES USUARIO-AUTOMÓVIL ............................ 84
68
1. INICIO DE SESIÓN
Al iniciar el sistema, solicitará que se identifique, debe poner su huella 4 veces sobre el lector hasta que sus datos aparezcan en la columna “USUARIO”
Cuando aparezcan los datos, de Clic en el Botón “Aceptar”
69
Sus datos entonces, aparecerán en la esquina inferior derecha, en la columna “FUNCIONARIO ACTUAL”
2. USUARIOS
2.1 REGISTRO DE UN NUEVO USUARIO
De clic en el Menú “Usuarios” – “Nuevo Usuario”
70
Deberá poner la huella digital del usuario a registrar. Aparecerá un formulario que deberá llenar en su totalidad, luego de clic en el botón “Guardar”
El programa le solicitará confirmar el ingreso, de clic en el botón “Si”. Recibirá la confirmación exitosa de datos guardados.
71
2.2 MODIFICACIÓN DE DATOS DE UN USUARIO
De clic en el menú Usuarios – Modificar Usuario
En la nueva ventana debe acercar la huella del usuario que desea modificar, llenar los datos en su totalidad y dar clic en el botón Modificar
El programa le solicitará confirmar la modificación, finalmente recibirá un mensaje confirmando que los datos fueron modificados correctamente.
72
2.3 ELIMINAR UN USUARIO Dar clic en el menú Usuarios – Eliminar Usuario
En el nuevo formulario, poner la huella del usuario a eliminar. Se mostrarán los datos del usuario y deberá dar clic en el botón Eliminar
El sistema le pedirá confirmar la eliminación. De clic en la opción “si”. El sistema entonces confirmará que se ha eliminado el usuario
73
3. AUTOMÓVILES
3.1 AGREGAR UN AUTOMÓVIL
De clic en el menú Automóviles – Agregar Automóvil
En la nueva ventana, acerque el tag del automóvil a registrar, luego llene los datos necesarios y de clic en Guardar
74
Finalmente el programa confirmará que se ha guardado el automóvil
3.2 MODIFICAR AUTOMÓVIL
De clic en el menú Automóviles – Modificar Automóvil
Acerque el tag del automóvil y modifique los datos pertinentes y de clic en el botón Modificar. El sistema le pedirá confirmar la modificación.
75
Finalmente el sistema le confirmará que los datos han sido modificados
3.3 ELIMINAR AUTOMÓVIL
De clic en el menú Automóviles – Eliminar Automóvil
76
Acerque el tag del automóvil a eliminar, para que el sistema llene los datos necesarios. Luego de clic en el botón Eliminar y se le solicitará que confirme eliminar el automóvil
El sistema confirmará que se eliminó el automóvil
Tenga en cuenta que para poder eliminar un automóvil, se debe eliminar toda relación que éste tenga con usuarios.
77
4. RELACIONES USUARIO-AUTOMÓVIL
4.1 CREACIÓN DE UNA RELACIÓN USUARIO-AUTOMÓVIL
Tenga en cuenta que para poder crear una relación entre un usuario y un automóvil, estos dos deben encontrarse registrados con anterioridad en el sistema, para poder así validar los datos correctamente.
De clic en el menú Relaciones – Crear Relación Usuario-Automóvil
A continuación, acerque la huella digital del usuario y el tag del automóvil que se desean relacionar. El sistema llenará automáticamente los campos. Seleccione el tipo de relación y de clic en el botón Crear
78
El sistema entonces le pedirá confirmar crear la relación. De clic en la opción “si”. El sistema le confirmará que creó la relación
4.2 ELIMINAR RELACIÓN USUARIO-AUTOMÓVIL De clic en el menú Relaciones – Eliminar Relación Usuario-Automóvil
A continuación, acerque la huella del usuario para llenar la tabla con los automóviles que tiene a su cargo. Seleccione el registro a eliminar y de clic en el botón Eliminar
79
El sistema le pedirá confirmar que desea eliminar la relación. De clic en la opción “si”. El sistema confirmará que se eliminó la relación y actualizará la tabla
5. CONSULTAS
5.1 CONSULTA DE USUARIOS
De clic en el menú Consultas – Consulta de Usuarios
80
En la siguiente ventana cuenta con varias opciones. Puede: poner la huella del usuario para consultar sus datos, buscar un usuario por ID, nombres, apellidos o tipo. Para la demostración, buscaremos todos los usuarios de tipo “Admin”
La tabla se llenará entonces con el resultado de la consulta
81
5.2 CONSULTA DE AUTOMÓVILES De clic en el menú Consultas – Consulta de Automóviles
82
En la siguiente ventana, puede realizar la consulta de varias formas: poniendo el tag del auto para ver sus datos, buscar por placa, modelo, color o marca, o traer todos los registros de la BD con el botón “Todos”. Para la demostración, buscaremos todos los automóviles de color negro.
Se llenará entonces la tabla con el resultado de la consulta que realizamos
5.3 CONSULTA DE REGISTROS DE ENTRADA Y SALIDA
De clic en el menú Consultas – Consultar registros de entrada y salida
83
En la ventana siguiente, podrá consultar de varias formas:
- Poniendo el tag del automóvil del que se desea consultar
- Escribiendo la placa del automóvil del que se desea consultar
- Escribiendo el ID de la persona sobre la que se quiere consultar
- Proporcionar un día y un mes, un mes y un año o una fecha exacta
- Buscar operaciones del ID o placa escrita en el formulario, en cualquiera de
las 3 anteriores modalidades.
Para el ejemplo, buscaremos las operaciones para el automóvil de placa SHK584 en el mes de abril de 2016
84
El sistema entonces llenará la tabla con los datos obtenidos de la consulta solicitada
5.4 CONSULTA DE RELACIONES USUARIO-AUTOMÓVIL
De clic en el menú Consultas – Consultar Relación Usuario-Automóvil
En la ventana siguiente, podrá realizar la consulta de tres formas: acercando el tag del automóvil del que se desea información, acercar la huella del usuario del que se desea información o bien digitar manualmente la placa del automóvil y dar clic en el botón Buscar. Para éste ejemplo, buscaremos los usuarios relacionados con el automóvil de placa SHK584
85
Finalmente, el sistema llenará la tabla con los datos obtenidos de la consulta solicitada
86
ANEXO 2
DIAGRAMAS
Contenido
1. CASOS DE USO ............................................................................................. 87
2. DIAGRAMAS DE SECUENCIA ....................................................................... 89
3. DIAGRAMAS DE COLABORACIÓN ............................................................... 94
4. DIAGRAMAS DE ACTIVIDAD ......................................................................... 99
87
1. CASOS DE USO
Diagrama 1. Caso de uso modificar usuario (Usuario, Administrador)
Diagrama 2. Caso de uso consultar usuario (Administrador, empleado)
Diagrama 3. Eliminar usuario (Administrador,Usuario)
88
Diagrama 4. Modificar Auto (Administrador)
Diagrama 5. Consultar Automóviles (Administrador, Empleado)
89
Diagrama 6. Eliminar Auto (Administrador, Empleado)
2. DIAGRAMAS DE SECUENCIA
Diagrama 8. Diagrama de secuencia Consultar Usuario(Persona).
90
Diagrama 9. Diagrama de secuencia Eliminar Usuario(Persona)
Diagrama 10. Diagrama de secuencia Registrar Auto.
Diagrama 11. Diagrama de secuencia Modificar Auto.
91
Diagrama 12. Diagrama de secuencia Modificar Auto.
92
Diagrama 13. Diagrama de secuencia Consultar Automóviles.
93
Diagrama 14. Diagrama de secuencia Registrar Automóvil desconocido.
Diagrama 15. Diagrama de secuencia Registrar Visitante
94
3. DIAGRAMAS DE COLABORACIÓN
Diagrama 16. Diagrama de colaboración Modificar Usuario
Diagrama 17. Diagrama de colaboración Consultar Usuario(Persona).
95
Diagrama 18. Diagrama de colaboración Eliminar Usuario(Persona)
Diagrama 19. Diagrama de colaboración Registrar automóvil.
96
Diagrama 20. Diagrama de colaboración Modificar automóvil.
97
Diagrama 21. Diagrama de colaboración Consultar
Diagrama 22. Diagrama de colaboración Eliminar automóvil.
Diagrama 23. Diagrama de colaboración Registrar automóvil desconocido.
98
Diagrama 24. Diagrama de colaboración Consultar informes de ingresos/egresos.
99
4. DIAGRAMAS DE ACTIVIDAD
Diagrama 25. Diama de actividad Modificar Usuario
Diagrama 26. Diagrama de actividad Consultar Usuario
100
Diagrama 27. Diagrama de actividad Eliminar Usuario(Persona)
101
102
Diagrama 28. Diagrama de actividad Registrar automóvil.
103
Diagrama 29. Diagrama de actividad Modificar automóvil.
104
Diagrama 30. Diagrama de actividad Consultar automóvil.
105
Diagrama 31. Diagrama de actividad Eliminar automóvil.
106
Diagrama 32. Diagrama de actividad Registrar Automóvil desconocido.
107
Diagrama 33. Diagrama de actividad Consultar informes ingresos/egresos.
108
109
Diagrama 34. Diagrama de actividad Registrar Visitante.
110
ANEXO 3
CRONOGRAMA