PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL ACCESO DE ...repository.udistrital.edu.co/bitstream/11349/3228/1... · 1.1. TITULO DEL TRABAJO PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL

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 ]

http://www.varpa.es/Docencia/TAPI/biometrics-tapi.pdf

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]

http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm

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]

http://www.egomexico.com/tecnologia_rfid.htm

http://www.egomexico.com/tecnologia_rfid.htm

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.

http://es.wikipedia.org/wiki/Dedo_pulgar

http://es.wikipedia.org/wiki/Dedo_%C3%ADndice

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.


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


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)


Descripción: Modificar los datos del usuario en el 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


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.


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.


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)


Descripción: Eliminar un usuario del 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


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


Descripción: Registrar un automóvil en el 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.


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


Descripción: Modificar información sobre un automóvil que pertenezca al conjunto residencial.


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.


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.


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.


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


Descripción: Eliminar información sobre un automóvil que pertenezca al conjunto residencial.


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.


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.


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


Descripción: Consultar los informes de entrada y salida de autos en el parqueadero.


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.


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.


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


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


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


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


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


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









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




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











Procesar() Procesa los datos del usuario y automóvil recibido


Tabla 28 Responsabilidad de la clase FOpera

CLASE FOpera

DESCRIPCIÓN







52






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.


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.


Id_a Identificador único del tag recibido por el lector RFID del automóvil que se operó.


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




- 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 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 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




- 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




- 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 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




- 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




- 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.




- 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




- 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.


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.




- 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


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.

http://www.kimaldi.com/sectores/vehiculos_y_parkings/trazabilidad_y_control_para_control_de_vehículos_mediante_rfid_activa

http://www.kimaldi.com/sectores/vehiculos_y_parkings/trazabilidad_y_control_para_control_de_vehículos_mediante_rfid_activa

http://www.kifer.es/Recursos/Pdf/RFID.pdf

http://www.rfidpoint.com/noticias/colombia-utiliza-tecnologia-rfid-en-los-peajes-de-sus-carreteras/

http://www.rfidpoint.com/noticias/colombia-utiliza-tecnologia-rfid-en-los-peajes-de-sus-carreteras/

http://sit.usc.es/sites/default/files/Instalacion_postgreSQL.pdf

http://www.migadepan.es/wp-content/uploads/2012/09/Tutorial_PROGRAMACION01.pdf

http://www.migadepan.es/wp-content/uploads/2012/09/Tutorial_PROGRAMACION01.pdf

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

Documents

PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL ACCESO DE ...repository.udistrital.edu.co/bitstream/11349/3228/1... · 1.1. TITULO DEL TRABAJO PROTOTIPO DE UN SISTEMA PARA CONTROLAR EL