software de control de acceso y registro de …

SOFTWARE DE CONTROL DE ACCESO Y REGISTRO DE VEHÍCULOS PARA

LOS PARQUEADEROS DE LA FACULTAD TECNOLÓGICA EN LA

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS, CON LECTOR DE

HUELLA DIGITAL.

CLAUDIA VIVIANA ARANGO GRISALES

JEISON CAMILO APARICIO MARTINEZ

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS

BOGOTÁ

2019


LOS PARQUEADEROS DE LA FACULTAD TECNOLÓGICA EN LA


HUELLA DIGITAL.

CLAUDIA VIVIANA ARANGO GRISALES

20151578092

JEISON CAMILO APARICIO MARTINEZ

20142578021

TUTOR

NORBERTO NOVOA TORRES

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS

BOGOTÁ

2019

CONTENIDO 1. FASE DE DEFINICIÓN Y PLANEACIÓN 1

1.1. TÍTULO 1

1.2. TEMA 1

1.3. PLANTEAMIENTO DEL PROBLEMA 1

1.3.1. Descripción 1

1.3.2. Formulación 2

1.4. JUSTIFICACIÓN 2

1.5. OBJETIVOS 3

1.5.1. Objetivo general 3

1.5.2. Objetivos específicos 3

1.6. ALCANCES 3

1.7. DELIMITACIONES 4

1.7.1. Delimitación técnica 4

1.7.2. Delimitación temática 4

1.7.3. Delimitación geográfica 4

1.7.4. Delimitación temporal 4

1.8. MARCO DE REFERENCIA 4

1.8.1. Marco histórico 4

1.9. MARCO TEÓRICO 6

1.9.1. Biometría 6

1.9.2. Historia 7

1.9.3. Funcionamiento 8

1.9.4. Características de las tecnologías biométricas 9

1.9.5. Clasificación de la biometría 9

1.9.6. Otros conceptos 12

1.10. MARCO METODOLÓGICO 12

1.11. FACTIBILIDAD 13

1.11.1. Factibilidad económica 13

1.11.2. Factibilidad técnica 15

1.11.3. Factibilidad operativa 15

1.11.4. Factibilidad económica 15

2. FASE DE MODELAMIENTO DEL NEGOCIO 16

2.1. Modelado del negocio 16

2.1.1. Modelo de procesos 16

2.1.2. Modelo de dominio 19

2.1.3. Glosario de términos 20

3. FASE DE REQUERIMIENTOS 20

3.1. Requerimientos funcionales 21

3.2 Requerimientos no funcionales 21

3.3. Definición de actores 22

3.4. Lista de casos de uso 22

3.4.1. Casos de uso administrador: 22

3.4.2. Casos de uso empleado: 22

3.5 Depuración de casos de uso 23

3.6. Documentación de casos de uso 24

4. FASE DE ANÁLISIS 33

4.1. Diagramas de Secuencia 33

4.2. Diagramas de Colaboración 35

4.3. Diagramas de Actividad 37

4.4. Diagramas de Estado 38

5. FASE DE DISEÑO 40

5.1. Listado de clases 40

5.2. Responsabilidad de clases 40

5.3. Diagrama de clases 46

5.4. Modelo relacional de bases de datos 47

5.5. Diccionario de datos 47

5.5.1. Descripción de tablas y columnas 47

6. FASE DE IMPLEMENTACIÓN 51

6.1 Diagrama de componentes 51

6.2 Diagrama de despliegue 52

7. FASE DE PRUEBAS 53

7.1 Registro de Usuarios 53

7.2 Registro de Vehículos – Relación Usuario-Vehículo 54

7.3 Eliminar Usuario 54

7.4 Editar usuario 54

7.5 Consulta de Usuario 55

7.6 Consulta de Vehículo 55

7.7 Registro de Entrada de Vehículo 56

7.8 Registro de Salida de Vehículo 56

7.9 Consulta de informes de Entrada y Salida 57

8. CONCLUSIONES 57

9. BIBLIOGRAFIA E INFOGRAFIA 57

10. ANEXOS 59

10.1. ANEXO 1: MANUAL DE USUARIO 59

10.2. ANEXO 2: DIAGRAMAS 59

10.3. ANEXO 3: CRONOGRAMA 59

LISTA DE IMÁGENES

Ilustración 1 Ejemplo visual de la aplicación. 5

Ilustración 2 Tipos de Biometría. 9

Ilustración 3 Gestión de ingreso de vehículos. 17

Ilustración 4 Gestión de salida de vehículos. 18

Ilustración 5 Registro de Usuarios. 19

Ilustración 6 Modelo de dominio. 19

Ilustración 7 Depuración Casos de Uso Administrador. 23

Ilustración 8 Depuración Casos de Uso Empleado. 23

Ilustración 9 Diagramas Secuencia, Registrar Usuario. 34

Ilustración 10 Diagramas Secuencia, Registrar Empleado. 35

Ilustración 11 Diagramas Secuencia, Registrar Usuario. 36

Ilustración 12 Diagramas Secuencia, Registrar Entrada Vehículo. 36

Ilustración 13 Diagramas Secuencia, Registrar Salida Vehículo. 37

Ilustración 14 Diagramas Actividad, Registrar Usuario. 37

Ilustración 15 Diagramas Actividad, Registrar Empleado. 38

Ilustración 16 Diagramas Estado, Registrar Usuario. 38

Ilustración 17 Diagramas Estado, Consultar Usuario. 39

Ilustración 18 Diagramas Estado, Registrar Vehículo. 39

Ilustración 19 Diagramas Estado, Modificar Vehículo. 39

Ilustración 20 Diagramas Estado, Consultar Vehículo. 40

Ilustración 21 Diagrama de clases. 46

Ilustración 22 Modelo relacional de base de datos. 47

Ilustración 23 Diagrama de Componentes. 52

Ilustración 24 Diagrama de Despliegue. 53

LISTA DE TABLAS

Tabla 1 Características de las tecnologías biométricas 1. 9

Tabla 2 Características de las tecnologías biométricas 2. 9

Tabla 3 Marco metodológico 13

Tabla 4 Recursos de Hardware. 14

Tabla 5 Recursos de Software. 14

Tabla 6 Recurso Humano. 14

Tabla 7 Características del Hardware y Software. 15

Tabla 8 Factibilidad Operativa. 15

Tabla 9 Factibilidad Económica Costo Total. 16

Tabla 10 Glosario de Términos. 20

Tabla 11 Requerimientos Funcionales. 21

Tabla 12 Requerimientos No Funcionales. 21

Tabla 13 Definición de Actores. 22

Tabla 14 Casos de Uso Administrador. 22

Tabla 15 Casos de Uso Empleado. 22

Tabla 16 Documentación Caso de Uso Registrar entrada vehículos. 24

Tabla 17 Documentación Caso de Uso Registrar salida vehículos. 24

Tabla 18 Documentación Caso de Uso Consultar informes E/S. 25

Tabla 19 Documentación Caso de Uso Registrar Usuario. 25

Tabla 20 Documentación Caso de Uso Registrar Vehículo. 26

Tabla 21 Documentación Caso de Uso Registrar empleado. 26

Tabla 22 Documentación Caso de Uso Registrar relación Usuario-Vehículo. 27

Tabla 23 Documentación Caso de Uso Modificar Usuario. 27

Tabla 24 Documentación Caso de Uso Modificar Vehículo. 28

Tabla 25 Documentación Caso de Uso Modificar empleado. 28

Tabla 26 Documentación Caso de Uso Modificar relación Usuario-Vehículo. 29

Tabla 27 Documentación Caso de Uso Eliminar Usuario. 30

Tabla 28 Documentación Caso de Uso Eliminar Vehículo. 30

Tabla 29 Documentación Caso de Uso Eliminar Empleado. 30

Tabla 30 Documentación Caso de Uso Eliminar Relación Usuario-Vehículo. 31

Tabla 31 Documentación Caso de Uso Consultar Usuario. 31

Tabla 32 Documentación Caso de Uso Consultar Vehículo. 32

Tabla 33 Documentación Caso de Uso Consultar Empleado. 32

Tabla 34 Documentación Caso de Uso Consultar Relación Usuario-Vehículo. 33

Tabla 35 Listado de clases. 40

Tabla 36 Responsabilidad de clases. 46

Tabla 37 Descripción de tablas y columnas Bicicleta. 47

Tabla 38 Descripción de tablas y columnas Carrera. 47

Tabla 39 Descripción de tablas y columnas Color. 48

Tabla 40 Descripción de tablas y columnas Empleado. 48

Tabla 41 Descripción de tablas y columnas Informe. 49

Tabla 42 Descripción de tablas y columnas Informe Bicicleta. 49

Tabla 43 Descripción de tablas y columnas Informe Vehículo. 49

Tabla 44 Descripción de tablas y columnas Sesión Empleado. 50

Tabla 45 Descripción de tablas y columnas Usuario. 50

Tabla 46 Descripción de tablas y columnas Vehículo. 50

Tabla 47 Descripción de tablas y columnas Usuario Vehículo. 51

Tabla 48 Descripción de tablas y columnas Usuario Bicicleta. 51

Tabla 49 Fase de Pruebas, Registro de Usuarios. 53

Tabla 50 Fase de Pruebas, Registro de Relación Usuario Vehículo. 54

Tabla 51 Fase de Pruebas, Editar Usuario. 54

Tabla 52 Fase de Pruebas, Editar Usuario. 55

Tabla 53 Fase de Pruebas, Consultar Usuario. 55

Tabla 54 Fase de Pruebas, Consultar Vehículo. 56

Tabla 55 Fase de Pruebas, Consultar Registro Entrada Vehículos. 56

Tabla 56 Fase de Pruebas, Consultar Registro Salida Vehículos. 56

Tabla 57 Fase de Pruebas, Consultar Informes Entrada Salida. 57

1

1. FASE DE DEFINICIÓN Y PLANEACIÓN

1.1. TÍTULO


LOS PARQUEADEROS DE LA FACULTAD TECNOLÓGICA DE LA


HUELLA DIGITAL.

1.2. TEMA

Este proyecto está orientado al desarrollo de una aplicación que facilite el ingreso al

parqueadero para docentes, administrativos y estudiantes de la facultad Tecnológica de la

Universidad Distrital Francisco José de Caldas, adicionalmente se manejan temas como

aplicaciones java, bases de datos en PostgreSQL y lectores de huella digital.

1.3. PLANTEAMIENTO DEL PROBLEMA

1.3.1. Descripción

Actualmente la Facultad Tecnológica de la Universidad Distrital Francisco José de Caldas

cuenta con un sistema manual para registrar la entrada y salida de vehículos tales como

motos, automóviles y bicicletas, también cuenta con una base de datos general para

verificar a los estudiantes activos de la universidad para así poder brindarles el formato de

inscripción al parqueadero y entregarles un carnet de ingreso a este.

Este sistema aunque funcione actualmente en la Facultad Tecnológica tiene varias

inconsistencias, una de ellas es la persistencia y la veracidad de la información, al registrar

todo manualmente pueden haber pérdidas de información o puede darse el caso en el que se

registre información falsa .También esta forma de registro puede causar problemas en la

verificación de la disponibilidad de espacios de parqueo, ya que los encargados del ingreso

y salida del parqueadero no tienen forma de comprobar qué espacios están libres para el

usuario además últimamente se ve un gran aumento en los usuarios que tienen vehículos

como bicicletas y motos lo que hace más probable que se llene el parqueadero totalmente

en ocasiones.

Otro problema en este sistema es la verificación de la identidad del usuario ya sea

estudiante, profesor o administrativo ya que por ejemplo el espacio asignado a las motos, da

lugar a falsificaciones del carnet como consecuencia las motos pueden salir con un usuario

que no sea el titular.

2

1.3.2. Formulación

¿Cómo desarrollar un software utilizando lenguaje de programación java, bases de datos

PostgreSQL, y lector de huella digital que permita facilitar la gestión del parqueadero de

la facultad Tecnológica de la Universidad Distrital Francisco José de Caldas?

1.4. JUSTIFICACIÓN

La tecnología biométrica es la ciencia dedicada a medir y analizar datos biológicos, esta se

refiere principalmente a las tecnologías que miden y analizan las características del cuerpo

humano, como el ADN, las huellas dactilares, la retina, el iris de los ojos, entre otros. La

biometría se ha venido implementando numerosas veces en los últimos años y cada vez es

mayor su aplicación, lo que ha hecho que se dé a conocer su gran potencial. Esta tecnología

es la que utilizaremos para nuestro proyecto ya que nos ayudará a prevenir el robo de

identidad para el ingreso al parqueadero gracias a que la información biométrica se encripta

en el momento de su recolección. Un gran beneficio que otorga la biometría es que

garantiza la autenticación de la persona o el usuario ya que se accede con información que

es única en el usuario y no será necesario el uso de tarjetas, pines u otros medios que

pueden ser fácilmente olvidados o perdidos.

En la facultad Tecnológica de la Universidad Distrital Francisco José de Caldas se tiene un

sistema manual para el ingreso y salida de los parqueaderos, lo que hace que no sea fácil

verificar la identidad del usuario y se puedan presentar varios problemas.

Por este motivo queremos implementar un sistema seguro y eficiente usando la tecnología

biométrica específicamente el lector de huella dactilar ya que es el método de identidad

biométrica más usado, también es fácil de adquirir, y fácil de usar.

Según información proporcionada por el International Biometric Group, las tecnologías

biométricas más utilizadas durante el año 2007 fueron las siguientes: el reconocimiento de

huellas dactilares (con un 54.2%), geometría de la mano (con un 13.5%), el escaneo de Iris

y retina (con un 12%), el reconocimiento facial (con un 9.4%), el reconocimiento de voz

(con un 6.2%), el análisis de firma escrita (con un 3.6%) y otras tecnologías (con un 1.1%)

Esto lo hace un método apropiado para implementar a la aplicación que desarrollaremos

para la gestión del parqueadero. Esta será una aplicación de escritorio en java que tenga

conexión a una base de datos donde se guardaran todos los datos de los usuarios

(incluyendo su huella dactilar) y sus vehículos, esto permitirá hacer una relación entre el

usuario y el vehículo garantizando que este sea el propietario de este y sea posible verificar

su identificación e impedir posibles robos.

También esto facilitará el trabajo de las personas encargadas de gestionar el ingreso y salida

del parqueadero ya que lo único que se tendrá que hacer es verificar la huella del usuario

que ya debe estar debidamente registrado.

3

1.5. OBJETIVOS

1.5.1. Objetivo general Desarrollar e implementar un software para el control de acceso de vehículos y registro de

propietarios para los parqueaderos de la facultad Tecnológica en la Universidad Distrital

Francisco José de Caldas, haciendo la verificación de los usuarios con un lector de huella

digital.

1.5.2. Objetivos específicos ● Desarrollar un software que administre y verifique los datos del usuario así otorgue

o deniegue el acceso al parqueadero de la F.T. ● Implementar un lector de huella digital al software para verificar la identidad del

usuario. ● Diseñar una base de datos que permita el almacenamiento de los datos relacionados

con los usuarios del parqueadero de la F.T incluyendo su huella digital. ● Implementar un software para gestionar el acceso al parqueadero de la F.T. ● Generar reportes del ingreso y salida de los usuarios.

1.6. ALCANCES

La aplicación java consta con las siguientes partes o módulos en está dentro de los cuales

cada uno tiene un fin específico:

- Ayuda: Una parte de la aplicación donde se muestra el manual de usuario donde

se explica detalladamente como hacer uso de la aplicación adecuadamente y la

explicación de cada uno de los diferentes módulos. - Módulo de usuario: Este módulo estará dividido en 3 módulos. El primero será

el de registro de usuario, donde la aplicación pedirá todos los datos necesarios

para el registro incluyendo la huella dactilar. El segundo módulo es el de

modificar usuario, este permitirá corregir los datos del usuario o actualizarlos.

El tercer módulo constará de la eliminación del usuario, se usará para eliminar

algún usuario si este ya no cumple con los requerimientos para tener ingreso al

parqueadero, o si ya no requiere de este servicio. Este módulo está orientado al registro de usuarios tales como docentes,

estudiantes y administrativos

- Módulo de vehículo: Este módulo estará dividido en 3 módulos. El primero

será el de registro de vehículo donde la aplicación pedirá todos los datos

necesarios para el registro de este. El segundo módulo es el de modificar

vehículo, esté permitirá corregir los datos del vehículo o actualizarlos. El tercer

módulo consta de la eliminación del vehículo, se usará para eliminar algún

vehículo que ya no requiera el uso del parqueadero. Este módulo está orientado al registro de vehículos tales como bicicletas,

automóviles y motos.

- Módulo de relación: Vehículo-Usuario: La función de este módulo será ligar o

crear la relación del vehículo con el usuario y así mismo permitirá la

eliminación de esta relación.

4

- Módulo de consultas: Este módulo estará dividido en cuatro módulos que se

encargaran de mostrar todos los registros de la base de datos. El primero será la

consulta de usuarios, el segundo la consulta de vehículos, el tercero será el de

consulta de entrada y salida del vehículo, y el ultimo será el de consulta de

relación del vehículo y el usuario - Módulo de ingreso: Este módulo se encargará de verificar la identificación de

la persona que administrará o manejará esta aplicación

1.7. DELIMITACIONES

1.7.1. Delimitación técnica Herramientas tecnológicas que se utilizaran en el software:

Desarrollo:

IDE NetBeans 8.2

PgAdmin IV - PostgreSQL

1.7.2. Delimitación temática El proyecto está delimitado por los siguientes temas

- Tecnología Biométrica - Aplicaciones Java - Lector de huella dactilar - Bases de datos

1.7.3. Delimitación geográfica El proyecto se llevará a cabo en las instalaciones de la facultad Tecnológica de la

Universidad Distrital Francisco José de Caldas.

1.7.4. Delimitación temporal Para el desarrollo, diseño y pruebas de funcionamiento de la aplicación se tiene estimado

un tiempo aproximado de duración de 24 semanas (6 meses) iniciadas a partir de la cuarta

de marzo del 2017.

1.8. MARCO DE REFERENCIA

1.8.1. Marco histórico Las aplicaciones y proyectos que se han desarrollado para gestionar y administrar

parqueaderos, se muestran a continuación utilizando alguna solución tecnológica:

Prototipo de un Sistema para Controlar el Acceso de Vehículos y sus Ocupantes al

Parqueadero de un Conjunto Residencial, Implementando Rfid y Detección de Huella

Digital.

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,

5

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.

La aplicación contiene los siguiente:

- Tecnología RFID. - Módulo de detección de huella digital. - Módulos de registro tanto de personas como automóviles. - Cuenta con una opción para asociar usuarios con automóviles. - Cuenta con opción de hacer diferentes consultas, como usuarios, automóviles,

registros de entrada y salida y consulta de relaciones entre usuarios y

automóviles.

Ilustración 1 Ejemplo visual de la aplicación.

Link del proyecto:

http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20C

amelo%202016.pdf

Sistema de Información Web para el Registro de Ingreso y Salida de los Vehículos,

Motocicletas y Bicicletas en la Facultad Tecnológica de la Universidad Distrital.

El sistema web para la gestión del registro de ingreso y salida en los parqueaderos de la

Facultad tecnológica (automóviles, motocicletas y bicicletas) de la universidad distrital

Francisco José de caldas, hará posible que por medio del registro con huella dactilar de los

usuarios se logre optimizar el proceso que actualmente se está llevando en el parqueadero

de ciclas, de motos y de vehículos, de una manera eficiente brindando beneficios para el

personal a cargo de dichos espacios, la generación de reportes y rápido acceso a la

información registrada serán características del sistema de información. Para el desarrollo

http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20Camelo%202016.pdf

http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20Camelo%202016.pdf

6

de este sistema se implementó Las herramientas a utilizar para la elaboración en el sistema

de información son Asp.net como estructura base de la plataforma cuya sintaxis permite un

amplio trabajo lógico y de interfaz, la explotación del lenguaje Asp.net es llevada a cabo

por el entorno de trabajo que ofrece Visual Studio. Por otro lado, SQL Server será el motor

y gestor de base de datos de toda la

información trabajada en el sistema, el servidor a utilizar será considerado más adelante

cuando determine la implementación del aplicativo.

La aplicación contiene los siguiente:

- Módulo de detección de huella digital. - Módulos de registro tanto de personas como automóviles. - Cuenta con la opción de generar reportes referentes a usuarios, automóviles, ingresos y

salidas. - Interfaz Celador e Interfaz Funcionario.

Link del proyecto:

http://repository.udistrital.edu.co/bitstream/11349/5032/1/CorredorGuti%C3%A9rrezSergi

oAlberto2015.pdf

1.9. MARCO TEÓRICO

1.9.1. Biometría Según la Organización Internacional de Normalización, la biometría es el reconocimiento

automático de los individuos en función de sus características biológicas y de

comportamiento. Es una tecnología basada en el reconocimiento de una característica física

e intransferible de las personas, como la huella digital o el reconocimiento facial.

Otra definición que se le ha dado a la biometría es que esta es la ciencia y la tecnología

dedicada a medir y analizar datos biológicos. En el terreno de la tecnología de la

información, la biometría hace referencia a las tecnologías que miden y analizan las

características del cuerpo humano, como el ADN, las huellas dactilares, la retina y el iris de

los ojos, los patrones faciales o de la voz y las medidas de las manos a efectos de

autenticación de identidades

Este sistema de identificación de la persona se aplica en muchos procesos debido a dos

razones fundamentales, la seguridad y la comodidad. Utiliza atributos únicos de las

personas para su identificación y autenticación. Entre estos destacan la huella digital de una

persona, el iris, la cara, la voz, etc.

Sería imposible concebir la biometría en la tecnología sin la existencia de sensores. Al fin y

al cabo, estos son los que captan las evidencias biométricas que permiten la autenticación y

el acceso.

Inicialmente, estos sensores han sido dispositivos periféricos asociados al dispositivo

principal (pc, Tablet, Smartphone…), pero esto interfiere en la usabilidad del proceso de

http://repository.udistrital.edu.co/bitstream/11349/5032/1/CorredorGuti%C3%A9rrezSergioAlberto2015.pdf


7

autenticación biométrica, por lo que la tendencia es que cada vez más el propio dispositivo

incorpore estos sensores (cámara, micrófono, lector de huella…)

El principal uso de la biometría en el entorno de movilidad es la autenticación del usuario

para probar su intervención en cualquier proceso o para tener acceso a determinada

información o servicio.

1.9.2. Historia La biometría se remonta siglos atrás cuando los antiguos egipcios median a las personas

para identificarlas (antropometría). Esta manera rudimentaria de identificación se basaba en

las medidas de algunas partes del cuerpo y sigue siendo utilizada desde entonces. La

identificación con la huella dactilar se remonta a la antigua China. La biometría no se puso

en práctica en las culturas occidentales hasta finales del siglo XIX, pero era utilizada en

China desde al menos el siglo XIV. En Occidente, la identificación confiaba simplemente

en la “memoria fotográfica” hasta que Alphonse Bertillon, jefe del departamento

fotográfico de la Policía de París, desarrolló el sistema antropométrico (también conocido

más tarde como Bertillonage) en 1883. Éste era el primer sistema preciso, ampliamente

utilizado científicamente para identificar a criminales y convirtió a la biométrica en un

campo de estudio. Funcionaba midiendo de forma precisa ciertas longitudes y anchuras de

la cabeza y del cuerpo, así como registrando marcas individuales como tatuajes y cicatrices.

El sistema de Bertillon fue adoptado extensamente en occidente hasta que aparecieron

defectos en el sistema – principalmente problemas con métodos distintos de medidas y

cambios de medida. Después de esto, las fuerzas policiales occidentales comenzaron a usar

la huella dactilar – esencialmente el mismo sistema visto en China cientos de años antes.

La identificación basada en la huella dactilar se viene utilizando en los Estados Unidos y

Europa Occidental desde hace más de cien (100) años.

Los grandes avances comerciales en los dispositivos biométricos se dieron en los años

setenta con un sistema llamado Identimat, que medía la forma de la mano y la longitud de

los dedos como parte de un reloj, en Shearson Hamil, una firma de corredores en Wall

Street. Como consecuencia, cientos de dispositivos Identimat se utilizaron para el acceso a

sitios restringidos en Western Electric, el departamento de inteligencia de la Naval de los

EEUU, el departamento de energía y otras empresas. Identimat salió del mercado a finales

de los años ochenta, pero sentó las bases para los futuros sistemas de identificación

biométrica basados en las medidas de la mano.

El desarrollo de los sistemas de identificación de la huella dactilar se dio en las décadas de

los sesentas y setentas cuando varias empresas desarrollaron productos para automatizar la

identificación de las huellas dactilares para fines legales. Finalizando los años sesenta el

FBI comenzó a verificar automáticamente las huellas dactilares y a mediados de los años

setenta había instalado un gran número de sistemas automáticos para la huella dactilar en

todos los EE.UU. Los sistemas automatizados para la identificación de la huella dactilar

(AFIS por sus siglas en inglés) son utilizados en la actualidad por las fuerzas policiales en

todo el mundo.

8

Los sistemas automáticos para la medida de otras características biométricas se

desarrollaron similarmente al de la huella dactilar. El primer sistema para la medición de la

retina fue introducido en los años ochenta. El trabajo del

doctor John Daughman de la Universidad de Cambridge condujo a la primera tecnología

para la medición de la retina. La identificación basada en la firma y en el rostro es

relativamente nueva.

La biometría ha sido investigada por varias universidades desde hace dos o tres décadas y

la mayoría de los productos comerciales que surgen hoy tienen sus raíces en las

investigaciones realizadas en las instituciones de educación superior. Caltech y MTI son

líderes en el estudio de la biometría y en los campos relacionados con los patrones de

reconocimiento y la inteligencia artificial. Por su complejidad inherente y gracias a su larga

historia en la biometría, las personas en las universidades están estrechamente relacionadas

con las innovaciones en los más importantes productos que involucran a la biometría.

Ya en el siglo veinte, la mayoría de los países del mundo utiliza las huellas digitales como

sistema práctico y seguro de identificación. Con el avance tecnológico nuevos instrumentos

aparecen para la obtención y verificación de huellas digitales. También se comienzan a

utilizar otros rasgos morfológicos como variantes de identificación, por ejemplo, el iris del

ojo, el calor facial o la voz. Actualmente la biometría se presenta en un sin número de

aplicaciones, demostrando ser el mejor método de identificación humana.

1.9.3. Funcionamiento En un sistema de Biometría típico, la persona se registra con el sistema cuando una o más

de sus características físicas y de conducta es obtenida, procesada por un algoritmo

numérico, e introducida en una base de datos. Idealmente, cuando entra, casi todas sus

características concuerdan; entonces cuando alguna otra persona intenta identificarse, no

empareja completamente, por lo que el sistema no le permite el acceso. Las tecnologías

actuales tienen tasas de acierto que varían ampliamente.

En los sistemas biométricos reales el FAR y el FRR puede transformarse en los demás

cambiando cierto parámetro. Una de las medidas más comunes de los sistemas biométricos

reales es la tasa en la que el ajuste en el cual acepta y rechaza los errores es igual: la tasa de

error igual (Equal Error Rate o EER), también conocida como la tasa de error de cruce

(Cross-over Error Rate o CER). Cuanto más bajo es el EER o el CER, se considera que el

sistema es más exacto.

Los sistemas biométricos tienen un potencial para identificar a individuos con un grado de

certeza muy alto. La prueba forense del ADN goza de un grado particularmente alto de

confianza pública actualmente y la tecnología está orientándose al reconocimiento del iris,

que tiene la capacidad de diferenciar entre dos individuos con un ADN idéntico.

9

1.9.4. Características de las tecnologías biométricas

Tabla 1 Características de las tecnologías biométricas 1.

Tabla 2 Características de las tecnologías biométricas 2.

1.9.5. Clasificación de la biometría

Clasificación por su tipo:

La biometría es el estudio de métodos automáticos para el reconocimiento único de

individuos basados en rasgos conductuales o físicos intrínsecos y dependiendo del tipo de

característica que se utilice para llevar a cabo dicha identificación es que la biometría se

divide en dos grandes tipos: Biometría Estática y Biometría Dinámica.

Ilustración 2 Tipos de Biometría.

La medición de las características físicas de un individuo corresponde a la Biometría

Estática. Los principales estudios y aplicaciones de esta rama de la biometría están basados

10

en los sistemas biométricos de huellas dactilares, geometría de la mano, análisis de iris y

retina, reconocimiento facial. Por el contrario, las mediciones de los rasgos de

comportamiento de un individuo forman parte de la Biometría Dinámica y dentro de esta

rama de la biometría los principales estudios y aplicaciones están basados en los sistemas

de reconocimiento de voz y firma manuscrita principalmente.

Clasificación por su tecnología:

Reconocimiento de huella dactilar

El reconocimiento de huella dactilar es el método de identificación biométrica por

excelencia debido a que es fácil de adquirir, fácil de usar y por ende goza de gran

aceptación por parte de los usuarios. Como se describió en el Capítulo I, el uso de huellas

dactilares para establecer la identidad de una persona tuvo su origen a mediados del siglo

XIX, siendo pionero en esta área sir William Herschel.

La huella dactilar es una característica física única que distingue a todos los seres humanos

y la ciencia que se encarga de su estudio se conoce como Dactiloscopia, que viene de los

vocablos griegos daktilos (dedos) y skopein (examen o estudio). Este nombre fue inventado

por el doctor Francisco Latzina en sustitución al dado en 1892 por Sir Francis Galtón

(Icnofalangometría).

Reconocimiento de iris y retina

La utilización del ojo humano en la identificación de personas ha dado lugar a dos técnicas

biométricas diferentes: una basada en las características del iris ocular y otra que utiliza las

características distintivas de la retina. Únicamente tienen en común que se sirven de un

mismo órgano, el ojo humano, sin embargo, en numerosas ocasiones se suele confundir uno

con otro y ambas se consideran como una única técnica denominada biometría del ojo, por

lo tanto es importante resaltar que el iris y la retina oculares dan lugar a dos tipos de

sistemas biométricos completamente diferentes, tanto en los métodos de captura de imagen

y las técnicas de extracción de características como en los métodos de comparación.

El ojo humano es un órgano foto receptor, cuya función consiste en recibir los rayos

luminosos procedentes de los objetos presentes en el mundo exterior y transformarlos en

impulsos eléctricos que son conducidos al centro nervioso de la visión en el cerebro. La

estructura del ojo se puede observar en la figura 3.9. El sistema óptico está formado

básicamente de tres capas: la capa externa, la capa media y la capa interna.

Reconocimiento de la geometría de la mano

El uso de la geometría de diversas partes del cuerpo para identificar a las personas se inició

en la época de los antiguos egipcios. En el siglo XIX, alrededor de 1870 el antropólogo

francés Alphonse Bertillon propuso un sistema de identificación de personas basado en el

registro de las medidas de diversas partes del cuerpo. Este método conocido como Sistema

Bertillon o Bertillonaje fue adoptado por las policías de Francia y otras partes del mundo.

En 1903 el sistema colapsa al ser sentenciado un hombre inocente en la penitenciaria

11

norteamericana de Leavenworth, Kansas que tenía el mismo conjunto de medidas del

hombre que había cometido el crimen. Desde el abandono de dicho sistema no se ha

avanzado mucho en esta técnica biométrica.

La Real Academia Española define a la mano como una parte del cuerpo humano unida a la

extremidad del antebrazo y que comprende desde la muñeca hasta la punta de los dedos.

Anatómicamente la mano consta de un esqueleto óseo provisto de veintisiete huesos

articulados entre sí, tiene los movimientos de pronación (palma hacia abajo), supinación

(palma hacia arriba), extensión y flexión. Esta última da a la mano la posibilidad de tomar

objetos, que es la base de la actividad manual propia del humano y presenta además la

posibilidad de oposición del dedo pulgar a los otros dedos que le permiten realizar trabajos

de precisión.

Reconocimiento de firma escrita

La escritura es un sistema de representación gráfica de una lengua, por medio de signos

grabados o dibujados sobre un soporte. Es un método de comunicación humana que se

realiza por medio de signos visuales que constituyen un sistema y ha estado presente en

todas las culturas que han existido a lo largo de la historia. La escritura actúa no solamente

como pilar de la civilización, sino que también hace duraderos los logros de la misma. Pese

a que la puesta en escena de nuevas tecnologías en almacenamiento y transmisión puede

hacer pensar que la escritura pasa a segundo plano en la actualidad, el texto manuscrito

sigue siendo la forma más natural y directa de registro de información. La continua

automatización de los sistemas de administración de la Información ha favorecido la

creación de tecnologías que permiten que sistemas automáticos realicen funciones que

antiguamente llevaban a cabo personas. Sin embargo, todavía hay campos donde se

requiere la presencia de un operario humano que supervise la tarea, como es el caso del

procesado de cheques bancarios, clasificación y difusión de correos de los sistemas

postales. Por otra parte, la aparición de equipos informáticos sofisticados que permiten el

uso de lápices y punteros con interfaz de usuario (PDA’s, teléfonos móviles con pantallas

táctiles, Tablet PC’s, entre otros) ha reavivado el interés en el estudio de la escritura con

objeto de su reconocimiento automático.

Reconocimiento de voz

La comunicación mediante el habla es la forma más habitual de transmitir información

entre personas. En este tipo de comunicación, la identidad del interlocutor va a estar

fuertemente correlacionada con las características fisiológicas y de comportamiento del

mismo (hábitos lingüísticos, entonación de las frases, entre otras). Las bases para el

reconocimiento de voz fueron desarrolladas por la compañía Texas Instruments alrededor

de 1960 y desde ese momento la identificación por voz ha estado bajo intensas

investigaciones y desarrollos. A pesar de esto, la variabilidad presente en la señal de la voz

al momento de llevar a cabo el proceso de identificación haciendo uso de sistemas

reconocedores de voz resulta perjudicial pues el locutor no puede repetir de forma exacta

una misma frase o palabra.

12

1.9.6. Otros conceptos

Java: Java es un lenguaje de programación de propósito general, concurrente, orientado a

objetos que fue diseñado específicamente para tener tan pocas dependencias de

implementación como fuera posible. Su intención es permitir que los desarrolladores de

aplicaciones escriban el programa una vez y lo ejecuten en cualquier dispositivo lo que

quiere decir que el código que es ejecutado en una plataforma no tiene que ser recompilado

para correr en otra.

Biometría: Biometría es la ciencia y la tecnología dedicada a medir y analizar datos

biológicos. En el terreno de la tecnología de la información, la biometría hace referencia a

las tecnologías que miden y analizan las características del cuerpo humano, como el ADN,

las huellas dactilares, la retina y el iris de los ojos, los patrones faciales o de la voz y las

medidas de las manos a efectos de autenticación de identidades.

Huella Dactilar: Una huella dactilar (también llamada huella digital) 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

Lector de huella: Es un dispositivo que es capaz de leer, guardar e identificar las huellas

dactilares. Todos los sensores biométricos cuentan mínimamente con una pieza que es

sensible al tacto. Estos dispositivos se han hecho populares a raíz de que los últimos

smartphones y tablets han incorporado dicho sistema pues son los que mayor seguridad

aportan.

Bases de datos: Una base de datos es una colección de información organizada de forma

que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que

necesite. Una base de datos es un sistema de archivos electrónico. Las bases de datos

tradicionales se organizan por campos, registros y archivos

Aplicación de escritorio: Una aplicación de escritorio es aquella que se encuentra

instalado en el ordenador o sistema de almacenamiento (USB) y podemos ejecutarlo sin

internet en nuestro sistema operativo, al contrario que las aplicaciones en la nube que se

encuentran en otro ordenador (servidor) al que accedemos a través de la red o internet a su

software.

1.10. MARCO METODOLÓGICO

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

objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las

necesidades de los usuarios que tienen un cumplimiento al final dentro de un límite de

tiempo y presupuesto previsible.

13

Para el desarrollo de nuestro proyecto nos vamos a basar en esta metodología ya que se

ajusta correctamente al software que buscamos desarrollar. Con esta metodología podremos

garantizar que se ejecute el proyecto de una forma organizada

Etapas Disciplina Actividad

Fase de iniciación Modelo del negocio -Modelo de procesos

-Modelo del dominio

-Glosario de términos

Fase de elaboración

Requerimientos

-Definición de actores

-Lista de casos de uso

-Depuración de casos de uso

-Modelo de casos de uso

-Documentación de casos de uso

Análisis -Diagramas de secuencia

-Diagramas de actividad

-Diagramas de colaboración

-Diagramas de estado

-Diagrama de clases (modelo de análisis)

Fase de construcción Diseño -Lista preliminar de clases

-Responsabilidad de clases

-Modelo de interfaz

-Modelo lógico

-Modelo físico

-Modelo relacional base de datos

-Diccionario de datos

-Diseño de interfaces

-Diseño de marcadores

Fase de transición Diseño -Diseño de interfaces

-Diseño de marcadores

Implementación -Creación del código fuente

-Documentación código fuente

-Creación de manual de usuario

-Creación de manual técnico

Pruebas -Desarrollo de pruebas individuales

-Desarrollo de pruebas de integración

-Desarrollo de pruebas del sistema Tabla 3 Marco metodológico

1.11. FACTIBILIDAD

1.11.1. Factibilidad económica

Recursos de Hardware (Físicos):

14

Recurso Descripción Valor Unitario Subtotal

Procesador Procesador Intel

Core I5 6500 6ta

Generación

$ 699.000 $ 699.000

Disco Duro Disco Duro Sata

1tb Toshiba Para

Pc 7200rpm

$159.900 $159.900

Memoria Memoria Ram 8gb

Pc Adata Low 8gb

Ddr3l 1600

$ 189.900 $ 189.900

Total $1’048.800 Tabla 4 Recursos de Hardware.

Recursos de Software:

Recurso Descripción Valor Unitario Cantidad Sub Total

Linux Mint 18.1 SO Libre $0 2 $0

IDE Netbeans

8.2

Software Libre $0 2 $0

PgAdmin IV-

PostgreSQL

Software

Libre $0 2 $0

Total $0 Tabla 5 Recursos de Software.

Recurso Humano:

Nombre Función Valor Hora Horas

Semana

Numero

Semanas

Subtotal

Norberto Novoa

Torres

Asesor $100.000 1 24 $2'400.000

Viviana Arango

Grisales

Desarrollador $30.000 12 24 $8'640.000

Jeison Aparicio

Martínez

Desarrollador $30.000 12 24 $8'640.000

Total

$19'680.000

Tabla 6 Recurso Humano.

El proyecto es Factible Económicamente porque se cuenta con los recursos necesarios y

serán asumidos por los desarrolladores del proyecto.

15

1.11.2. Factibilidad técnica

Para el desarrollo de la aplicación se contará con dos puntos de operación que son las

respectivas entradas y salidas del parqueadero de la facultad; y un punto de administración.

Cada punto de operación contará con un computador y un lector de huella digital.

El punto de administración contará con un computador, un lector de huella digital y una

cámara web.

Características de hardware y software:

Recurso Descripción Cantidad Subtotal

Disco Duro 500 GB 3 $115.000 $345.000

Memoria RAM 4 GB DDR3 3 $100.000 $300.000

Procesador Intel Core I3

3240,3.4ghz

3 $300.000 $900.000

Lector De Huella

Digital

4500 Digital Persona 3 $298.900 $896.700

Cámara Web Microsoft Lifecam

Hd-3000, Hd 720p

1 $89.900 $89.900

Sistema Operativo Ubuntu 12.04 /

Windows 7 o

superior

3 $0 $0

Total $ 2´531.600 Tabla 7 Características del Hardware y Software.

Es factible el técnicamente ya que se cuenta con la mayoría de requisitos y los costos son

asumidos por los ejecutores del proyecto.

1.11.3. Factibilidad operativa

El proyecto es operativamente factible ya que se cuenta con los recursos humanos, tiempo y

requisitos tecnológicos óptimos para el desarrollo.

Integrante del equipo Función

Norberto Novoa Torres Asesor y tutor del proyecto

Viviana Arango Grisales Estudiante y realizadora del proyecto

Jeison Aparicio Martínez Estudiante y realizador del proyecto Tabla 8 Factibilidad Operativa.

1.11.4. Factibilidad económica

Recurso Valor

Total Recursos Humanos $19'680.000

Total Recursos Técnicos $ 2´531.600

16

Costos imprevistos (10%) $2’221.160

TOTAL COSTO $ 24’432.760

Tabla 9 Factibilidad Económica Costo Total.

2. FASE DE MODELAMIENTO DEL NEGOCIO

2.1. Modelado del negocio

Con este modelo pretendemos mostrar la estructura que va a tener nuestro proyecto de

software, para que así los usuarios como administradores y clientes comprendan con qué

objetivos se está desarrollando este y conozcan los procesos principales de este software.

Dentro de este modelo se incluyen los modelos de procesos, el modelo de dominio, y el

glosario de términos.

2.1.1. Modelo de procesos

Modelo de procesos: Gestión de salida de vehículos

La principal función de este proceso será dar salida a los vehículos que ya ingresaron al

parqueadero de la Facultad Tecnológica de la Universidad Distrital Francisco José de Caldas

17

Ilustración 3 Gestión de ingreso de vehículos.

Modelo de procesos: Gestión de salida de vehículos

La principal función de este proceso será dar salida a los vehículos que ya ingresaron al

parqueadero de la Facultad Tecnológica de la Universidad Distrital Francisco José de Caldas

18

Ilustración 4 Gestión de salida de vehículos.

Modelo de procesos: Registro de usuarios

La principal función de este proceso será modificar o registrar usuarios en la base de datos

del parqueadero de la Facultad Tecnológica de la Universidad Distrital Francisco José de

Caldas

19

Ilustración 5 Registro de Usuarios.

2.1.2. Modelo de dominio

Ilustración 6 Modelo de dominio.

20

2.1.3. Glosario de términos

GLOSARIO DE TÉRMINOS

CLASE DESCRIPCION

Usuario Representa a los estudiantes, profesores y administrativos de la universidad, serán los que tendrán acceso al parqueadero

Vehículo Representa al automóvil, moto, o bicicleta que pertenece al usuario.

Aplicación Hace referencia al sistema que se encargará de gestionar la mayoría de procesos

Empleado Será la persona encargada de permitir o denegar el acceso al parqueadero según lo que diga la aplicación

Administrador Hace referencia a la persona que tendrá acceso a todos los módulos de la aplicación

Base de datos Será el lugar donde se guardarán todos los datos que requiera la aplicación

Huella digital Esta se encargará de identificar a usuarios y a empleados

Registro Conjunto de datos de algún actor en específico

Datos Información de un actor en específico

Parqueadero Representa el lugar en el que se llevaran todos los procesos

Tabla 10 Glosario de Términos.

3. FASE DE REQUERIMIENTOS

En la fase de elaboración empezaremos definiendo y estableciendo los requerimientos del software.

El objetivo principal de hacer esto es mostrar las funciones y elementos que se requieren para

satisfacer las necesidades del usuario y cliente adecuadamente.

Para establecer los requerimientos de software vamos a dividirlos en dos partes: Requerimientos

funcionales y requerimientos no funcionales.

21

3.1. Requerimientos funcionales

Los requerimientos funcionales son declaraciones de los servicios que debe proporcionar el sistema,

de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en

situaciones particulares. Es decir, se refiere a la descripción de todas las funciones, entradas y

salidas que tendrá el sistema.

REQUERIMIENTOS FUNCIONALES

NÚMERO DESCRIPCIÓN

RF1 El actor Administrador puede crear, modificar, consultar y eliminar usuarios (ya sean empleados, administrativos, estudiantes o docentes)

RF2 El actor Administrador puede crear, modificar, consultar y eliminar vehículos (ya sean bicicletas, motos o automóviles)

RF3 El actor Administrador puede crear, modificar, consultar y eliminar relaciones entre los usuarios y los vehículos

RF4 El actor Empleado puede verificar si la huella del usuario está registrada en el sistema para permitir el ingreso o salida

RF5 El actor Empleado puede ver o verificar las relaciones entre los usuarios y los vehículos

RF6 El actor Empleado puede registrar el ingreso y salida de vehículos y usuarios

RF7 El actor Administrador puede crear, modificar, consultar y eliminar empleados

RF8 El actor Administrador es el único que puede realizar todas las operaciones en la aplicación

RF9 El actor Empleado puede ver los datos de los usuarios y vehículos

RF10 El actor Empleado y Administrador pueden iniciar sesión en la aplicación mediante su huella digital o su nombre de usuario y contraseña Tabla 11 Requerimientos Funcionales.

3.2 Requerimientos no funcionales

Los requerimientos no funcionales son restricciones de los servicios o funciones ofrecidos por el

sistema. Es decir, estos requerimientos son aquellos que no se refieren directamente a las funciones

específicas que proporciona el sistema, sino a las propiedades emergentes de éste como la

fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.

REQUERIMIENTOS NO FUNCIONALES

NÚMERO DESCRIPCIÓN

RNF1 Java Netbeans

RNF2 PostgreSQL

RNF3 Computador Tabla 12 Requerimientos No Funcionales.

22

3.3. Definición de actores

DEFINICIÓN DE ACTORES

ACTOR RESPONSABILIDAD

Administrador Este actor será el encargado de administrar toda la aplicación dentro de esta los vehículos, los usuarios y los empleados

Empleado Este actor será el encargado de verificar y registrar el ingreso o salida de los usuarios y vehículos.

Usuario Este actor interactúa con el sistema en la entrada y salida del parqueadero

Tabla 13 Definición de Actores.

3.4. Lista de casos de uso

3.4.1. Casos de uso administrador:

ADMINISTRADOR

1 Registrar usuario

2 Modificar usuario

3 Consultar usuario

4 Eliminar usuario

5 Registrar vehículo

6 Modificar vehículo

7 Consultar vehículo

8 Eliminar vehículo

9 Registrar empleado

10 Modificar empleado

11 Consultar empleado

12 Eliminar empleado

13 Crear relación Usuario-Vehículo

14 Modificar relación Usuario-Vehículo

15 Consultar relación Usuario-Vehículo

16 Eliminar relación Usuario-Vehículo

17 Consultar informes de entrada/salida del parqueadero

Tabla 14 Casos de Uso Administrador.

3.4.2. Casos de uso empleado:

EMPLEADO

1 Consultar Usuarios

2 Consultar Vehículos

3 Consultar relación Usuario-Vehículo

4 Registrar entrada/salida de vehículos

5 Consultar informes de entrada/salida del parqueadero

Tabla 15 Casos de Uso Empleado.

23

3.5 Depuración de casos de uso

Administrador:

Ilustración 7 Depuración Casos de Uso Administrador.

Empleado:

Ilustración 8 Depuración Casos de Uso Empleado.

24

3.6. Documentación de casos de uso

1. Registrar entrada de vehículo

Caso de uso: Registrar entrada de vehículos

Descripción: Este caso de uso permite registrar la entrada de vehículos al parqueadero

Precondiciones: El usuario debe estar registrado en la base de

datos, y debe reconocerse su huella digital en el

sistema

Flujo de eventos: 1. Poner huella digital

2. Verificar la huella digital

3. Permitir y registrar entrada

Pos condiciones: El sistema valida la entrada del usuario

Manejo situaciones excepcionales: 1. El usuario no se encuentra registrado

2. La huella digital no se reconoce

Tabla 16 Documentación Caso de Uso Registrar entrada vehículos.

2. Registrar salida de vehículo

Caso de uso: Registrar salida de vehículos

Descripción: Este caso de uso permite registrar la salida de

vehículos del parqueadero

Precondiciones: Debe estar registrado la entrada del usuario, la huella digital debe estar ligada a este registro y el

vehículo debe coincidir con el registro

Flujo de eventos: 1. Poner huella digital

2. Verificar entrada, y huella digital

3. Verificar vehículo 4. Permitir y registrar salida

Pos condiciones: El sistema valida la salida del usuario

Manejo situaciones excepcionales: 1. El usuario no se encuentra registrado


3. La huella digital no coincide con el registro 4. El vehículo no coincide con el registro

Tabla 17 Documentación Caso de Uso Registrar salida vehículos.

3. Consultar informes de E/S del parqueadero

Caso de uso: Consultar informes de E/S del parqueadero

Descripción: Este caso de uso permite consultar las entradas y salidas de los vehículos que hayan usado el

parqueadero

25

Precondiciones: Deben haber registros de entrada y salida en el

sistema

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú consultar registros de E/S

3. Buscar registros de E/S en la base de datos

4. Mostrar registros encontrados de E/S

Pos condiciones: Mostrar informe de registros de E/S de vehículos

Manejo situaciones excepcionales: 1. No existan registros de E/S en la base de datos

Tabla 18 Documentación Caso de Uso Consultar informes E/S.

4. Registrar usuario

Caso de uso: Registrar usuario

Descripción: Este caso de uso permite registrar un usuario

(estudiante, administrativo o profesor)en el sistema

Precondiciones: Acceso a la interfaz de registro de usuarios

Flujo de eventos: 1. Ingresar a la aplicación

2. Ingresar al menú de registro de usuarios

3. Mostrar formulario de registro 4. Solicitar e ingresar datos

5. Registrar huella digital

6. Comprobar validez de los datos 7. Guardar datos y actualizar base de datos

Pos condiciones: Registrar usuario

Actualizar base de datos

Manejo situaciones excepcionales: 1. El usuario no pertenezca a la universidad

2. Los datos ingresados no sean válidos o no

estén completos 3. El usuario no tenga acceso a la interfaz de

registro de usuarios


Tabla 19 Documentación Caso de Uso Registrar Usuario.

5. Registrar vehículo

Caso de uso: Registrar vehículo

Descripción: Este caso de uso permite registrar un vehículo

(bicicleta, moto, o automóvil) en el sistema

Precondiciones: Acceso a la interfaz de registro de vehículos


2. Ingresar al menú de registro de vehículos

3. Mostrar formulario de registro

26

4. Solicitar e ingresar datos

6. Comprobar validez de los datos

7. Guardar datos y actualizar base de datos

Pos condiciones: Registrar vehículo Actualizar base de datos

Manejo situaciones excepcionales: 1. Los datos ingresados no sean válidos o no estén completos

2. El usuario no tenga acceso a la interfaz de

registro de vehículos

Tabla 20 Documentación Caso de Uso Registrar Vehículo.

6. Registrar empleado

Caso de uso: Registrar vehículo

Descripción: Este caso de uso permite registrar un empleado

en el sistema

Precondiciones: Acceso a la interfaz de registro de empleados


2. Ingresar al menú de registro de empleados

3. Mostrar formulario de registro

4. Solicitar e ingresar datos 5. Registrar huella digital



Pos condiciones: Registrar empleado Actualizar base de datos

Manejo situaciones excepcionales: 1. Los datos ingresados no sean válidos o no

estén completos

3. El usuario no tenga acceso a la interfaz de

registro de empleados 4. La huella digital no se reconoce

Tabla 21 Documentación Caso de Uso Registrar empleado.

7. Registrar relación usuario - vehículo

Caso de uso: Registrar relación usuario - vehículo

Descripción: Este caso de uso permite relacionar un usuario

con un vehículo

Precondiciones: Acceso a la interfaz de registro de relación

usuario - vehículo

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú de registro de usuario –

vehículo

3. Mostrar formulario de registro 4. Solicitar huella digital

5. Verificar que exista el usuario

27

6. Solicitar datos del vehículo

7. Verificar existencia del vehículo

8. Crear relación entre el usuario y el vehículo 9. Guardar datos y actualizar base de datos

Pos condiciones: Registrar relación usuario - vehículo


Manejo situaciones excepcionales: 1. Los datos ingresados no sean válidos o no

estén completos

3. El usuario no tenga acceso a la interfaz de registro de relación usuario - vehículo


5. El vehículo no existe en la base de datos 6. El usuario no existe en la base de datos

Tabla 22 Documentación Caso de Uso Registrar relación Usuario-Vehículo.

8. Modificar usuario

Caso de uso: Modificar usuario

Descripción: Este caso de uso permite modificar los datos de un usuario (estudiante, administrativo o profesor)

en el sistema

Precondiciones: Debe tener acceso a la interfaz que permite

modificar usuarios y debe existir el usuario

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú para modificar usuarios

3. Solicitar huella digital

4. Mostrar datos del usuario

5. Solicitar datos a modificar 6. Comprobar validez de los datos


Pos condiciones: Modificar usuario


Manejo situaciones excepcionales: 1. El usuario no exista en la base de datos 2. Los datos ingresados no sean válidos o no

estén completos

3. El usuario no tenga acceso a la interfaz para

modificar usuarios 4. La huella digital no se reconoce

Tabla 23 Documentación Caso de Uso Modificar Usuario.

9. Modificar vehículo

Caso de uso: Modificar vehículo

28

Descripción: Este caso de uso permite modificar los datos de

un vehículo (bicicleta, moto, o automóvil) en el

sistema

Precondiciones: Debe tener acceso a la interfaz que permite modificar vehículos y debe existir el vehículo

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú para modificar vehículos

3. Solicitar placa o identificador del vehículo

4. Mostrar datos del vehículo 5. Solicitar datos a modificar



Pos condiciones: Modificar vehículo Actualizar base de datos

Manejo situaciones excepcionales: 1. El vehículo no exista en la base de datos 2. Los datos ingresados no sean válidos o no

estén completos

3. El usuario no tenga acceso a la interfaz para modificar vehículos

Tabla 24 Documentación Caso de Uso Modificar Vehículo.

10. Modificar empleado

Caso de uso: Modificar empleado


un empleado en el sistema


modificar empleados y debe existir el empleado


2. Ingresar al menú para modificar empleados 3. Solicitar huella digital

4. Mostrar datos del empleado



Pos condiciones: Modificar empleado


Manejo situaciones excepcionales: 1. El empleado no exista en la base de datos

2. Los datos ingresados no sean válidos o no estén completos


modificar empleado 4. La huella digital no se reconoce

Tabla 25 Documentación Caso de Uso Modificar empleado.

11. Modificar relación usuario - vehículo

29

Caso de uso: Modificar relación usuario - vehículo


una relación usuario - vehículo en el sistema


modificar la relación usuario - vehículo y debe existir el empleado

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú para modificar relación

usuario - vehículo

3. Solicitar huella digital 4. Mostrar datos de la relación usuario – vehículo

ligadas al usuario



Pos condiciones: Modificar relación usuario - vehículo


Manejo situaciones excepcionales: 1. La relación usuario - vehículo no exista en la

base de datos 2. Los datos ingresados no sean válidos o no

estén completos

3. El usuario no tenga acceso a la interfaz para modificar relación usuario - vehículo


Tabla 26 Documentación Caso de Uso Modificar relación Usuario-Vehículo.

12. Eliminar usuario

Caso de uso: Eliminar usuario

Descripción: Este caso de uso permite eliminar un usuario

(estudiante, administrativo o profesor) del

sistema

Precondiciones: Debe tener acceso a la interfaz que permite eliminar usuarios y debe existir el usuario


2. Ingresar al menú eliminar usuarios

3. Solicitar huella digital

4. Mostrar datos del usuario 5. Eliminar usuario

6. Actualizar base de datos

Pos condiciones: Eliminar usuario


Manejo situaciones excepcionales: 1. El usuario no exista en la base de datos 2. El usuario no tenga acceso a la interfaz para

eliminar usuarios


30

Tabla 27 Documentación Caso de Uso Eliminar Usuario.

13. Eliminar vehículo

Caso de uso: Eliminar vehículo

Descripción: Este caso de uso permite eliminar los datos de un vehículo (bicicleta, moto, o automóvil) del

sistema


eliminar vehículos y debe existir el vehículo

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú eliminar vehículos

5. Mostrar datos del vehículo

6. Eliminar vehículo


Pos condiciones: Eliminar vehículo Actualizar base de datos

Manejo situaciones excepcionales: 1. El vehículo no exista en la base de datos


eliminar vehículos

Tabla 28 Documentación Caso de Uso Eliminar Vehículo.

14. Eliminar empleado

Caso de uso: Eliminar empleado

Descripción: Este caso de uso permite eliminar un empleado del sistema


eliminar empleados y debe existir el empleado


2. Ingresar al menú eliminar empleados 3. Solicitar huella digital

4. Mostrar datos del empleado

5. Eliminar empleado


Pos condiciones: Eliminar empleado Actualizar base de datos

Manejo situaciones excepcionales: 1. El empleado no exista en la base de datos


eliminar usuarios 3. La huella digital no se reconoce

Tabla 29 Documentación Caso de Uso Eliminar Empleado.

31

15. Eliminar relación usuario - vehículo

Caso de uso: Eliminar relación usuario - vehículo

Descripción: Este caso de uso permite eliminar una relación

usuario - vehículo del sistema

Precondiciones: Debe tener acceso a la interfaz que permite eliminar una relación usuario - vehículo y debe

existir la relación


2. Ingresar al menú eliminar relación usuario -

vehículo 3. Solicitar huella digital

4. Mostrar datos de la relación usuario - vehículo

5. Eliminar relación usuario - vehículo 6. Actualizar base de datos

Pos condiciones: Eliminar relación usuario - vehículo Actualizar base de datos


base de datos

2. El usuario no tenga acceso a la interfaz para eliminar la relación usuario - vehículo


Tabla 30 Documentación Caso de Uso Eliminar Relación Usuario-Vehículo.

16. Consultar usuario

Caso de uso: Consultar usuario

Descripción: Este caso de uso permite consultar un usuario

(estudiante, administrativo o profesor) del

sistema

Precondiciones: Debe tener acceso a la interfaz que permite consultar usuarios y debe existir el usuario


2. Ingresar al menú consultar usuarios

3. Ingresar identificación del usuario 4. Mostrar datos del usuario

Pos condiciones: Mostrar datos de usuario

Manejo situaciones excepcionales: 1. El usuario no exista en la base de datos

2. El usuario no tenga acceso a la interfaz para consultar usuarios

3. Se ingresa incorrectamente la identificación

del usuario

Tabla 31 Documentación Caso de Uso Consultar Usuario.

32

17. Consultar vehículo

Caso de uso: Consultar usuario

Descripción: Este caso de uso permite consultar los datos de

un vehículo (bicicleta, moto, o automóvil) en el sistema


consultar vehículos y debe existir el vehículo


2. Ingresar al menú consultar vehículos

3. Ingresar identificación del vehículo 4. Mostrar datos del vehículo

Pos condiciones: Mostrar datos de vehículo

Manejo situaciones excepcionales: 1. El vehículo no exista en la base de datos 2. El usuario no tenga acceso a la interfaz para

consultar vehículos


del vehículo

Tabla 32 Documentación Caso de Uso Consultar Vehículo.

18. Consultar empleado

Caso de uso: Consultar empleado

Descripción: Este caso de uso permite consultar un empleado del sistema


consultar empleados y debe existir el empleado


2. Ingresar al menú consultar empleados

3. Ingresar identificación del empleado 4. Mostrar datos del empleado

Pos condiciones: Mostrar datos de empleado

Manejo situaciones excepcionales: 1. El empleado no exista en la base de datos 2. El usuario no tenga acceso a la interfaz para

consultar empleados


del empleado

Tabla 33 Documentación Caso de Uso Consultar Empleado.

19. Consultar relación usuario - vehículo

Caso de uso: Consultar relación usuario - vehículo

33

Descripción: Este caso de uso permite consultar una relación

usuario - vehículo del sistema


consultar una relación usuario - vehículo y debe existir la relación usuario - vehículo

Flujo de eventos: 1. Ingresar a la aplicación 2. Ingresar al menú consultar relaciones usuario -

vehículo

3. Ingresar identificación del usuario 4. Mostrar datos de la relación usuario - vehículo

Pos condiciones: Mostrar datos de la relación usuario - vehículo


base de datos 2. El usuario no tenga acceso a la interfaz para

consultar relación usuario - vehículo

3. Se ingresa incorrectamente la identificación del usuario

Tabla 34 Documentación Caso de Uso Consultar Relación Usuario-Vehículo.

4. FASE DE ANÁLISIS

4.1. Diagramas de Secuencia

- RegistrarUsuario

34

Ilustración 9 Diagramas Secuencia, Registrar Usuario.

- RegistrarEmpleado

35

Ilustración 10 Diagramas Secuencia, Registrar Empleado.

Para ver más diagramas de secuencia, remitirse al Anexo No. 2.

4.2. Diagramas de Colaboración

- Registrar Usuario

36

Ilustración 11 Diagramas Secuencia, Registrar Usuario.

- Registrar Entrada del Vehículo

Ilustración 12 Diagramas Secuencia, Registrar Entrada Vehículo.

- Registrar Salida del Vehículo

37

Ilustración 13 Diagramas Secuencia, Registrar Salida Vehículo.

4.3. Diagramas de Actividad

- Registro de Usuario

Ilustración 14 Diagramas Actividad, Registrar Usuario.

- Registro de Empleado

38

Ilustración 15 Diagramas Actividad, Registrar Empleado.

4.4. Diagramas de Estado

- Registrar Usuario

Ilustración 16 Diagramas Estado, Registrar Usuario.

- Consultar Usuario

39

Ilustración 17 Diagramas Estado, Consultar Usuario.

- Registrar Vehículo

Ilustración 18 Diagramas Estado, Registrar Vehículo.

- Modificar Vehículo

Ilustración 19 Diagramas Estado, Modificar Vehículo.

40

- Consultar Vehículo

Ilustración 20 Diagramas Estado, Consultar Vehículo.

5. FASE DE DISEÑO

El objetivo principal que tiene la fase de diseño es determinar de forma general cómo funcionará el software que desarrollamos, dentro de esta fase tendremos en cuenta las fases anteriores para garantizar que todo lo planteado esté incluido en el desarrollo de la aplicación.

En esta fase mostraremos las diferentes funcionalidades que tiene el sistema, para esto tendremos en cuenta también el modelo relacional de nuestra base de datos con su respectivo diccionario de datos con el fin de dar a conocer todo lo referente a la arquitectura de nuestro software

5.1. Listado de clases

Lógica Diseño Reportes

Automóvil Home Automóviles

Bicicleta Identificar Huella Bicicletas

Conexión Registrar Huella Motos

Empleado Tomar foto Usuarios

Usuario Tabla 35 Listado de clases.

5.2. Responsabilidad de clases

41

Clase Automóvil

Descripción Responsabilidad de clases Automóvil.

Método Responsabilidad

getVehiculo() Obtiene un vehículo o varias vehículos registrados en la base

de datos.

setVehiculo() Permite registrar un vehículo en la base de datos.

Clase Bicicleta

Descripción Responsabilidad de clases Bicicleta.


getVehiculo() Obtiene una bicicleta o varias bicicletas registrados en la base

de datos.

setVehiculo() Permite registrar una bicicleta en la base de datos.

Clase Empleado

Descripción Responsabilidad de clases Empleado.


getVehiculo() Obtiene un empleado o varios empleados registrados en la

base de datos.

setVehiculo() Permite registrar un empleado en la base de datos.

42

Clase Usuario

Descripción Responsabilidad de clases Usuario.


getVehiculo() Obtiene un usuario o varios usuarios registrados en la base de

datos.

setVehiculo() Permite registrar un empleado en la base de datos.

Clase Conexion

Descripción Responsabilidad de clases Conexión.


getConexion() Permite traer la conexión activa establecida con la base de

datos.

setConexion() Permite crear una nueva conexión con la base de datos.

Clase Home

Descripción Responsabilidad de clases Home.


ingreso() Permite hacer el registro de la entrada de un automóvil.

salida() Permite registrar la salida de un automóvil.

43

fechas() Permite cargar fechas actuales necesarias para registros y

operaciones dentro del aplicativo.

cargarTabla() Carga datos a cualquier tabla dentro del aplicación.

cargarCampos() Carga datos del usuario en los campos de salida dentro del

aplicativo.

cargarCamposEmpleado() Carga datos del empleado en los campos de salida dentro del

aplicativo.

cargarCamposVehiculo() Carga datos del vehículo en los campos de salida dentro del

aplicativo.

limpiarPaneles() Elimina datos de la vista no necesarios dentro de la operación

del aplicativo.

Clase Login

Descripción Responsabilidad de clases Login.


iniciar() Inicializa la vista.

procesarCaptura() Captura los datos obtenidos del lector de huella.

crearImagenHuella() Convierte la huella recibida del lector legible para su

procesamiento.

start() Permite iniciar el lector de huella.

stop() Permite detener el procesamiento del lector de huella.

44

getTemplate() Retorna la plantilla de huella actual.

setTemplate() Permite asignar un valor a la plantilla de huella.

identificarHuella() Procesa huella y verifica si esta registrada.

Clase IdentificarHuella

Descripción Responsabilidad de clases IdentificarHuella.





procesamiento.

start() Permite iniciar el lector de huella.

stop() Permite detener el procesamiento del lector de huella.




Clase RegistrarHuella

45

Descripción Responsabilidad de clases RegistrarHuella.





procesamiento.

extraerCaracteristicas() Obtiene la imagen del lector de huella.

dibujarHuella() Convierte los datos de la huella en una imagen para mostrar

en la vista.




Clase TomarFoto

Descripción Responsabilidad de clases TomarFoto.


run() Inicializa la vista.

webcamOpen() Permite ejecutar la camara.

46

webcamClose() Permite cerrar la cámara.

windowClosed() Permite cerrar la vista de la cámara.

Tabla 36 Responsabilidad de clases.

5.3. Diagrama de clases

Ilustración 21 Diagrama de clases.

47

5.4. Modelo relacional de bases de datos

Ilustración 22 Modelo relacional de base de datos.

5.5. Diccionario de datos

5.5.1. Descripción de tablas y columnas

Tabla Columna Tipo de

dato

Tamaño Restricciones Descripción

Bicicleta Serie Varchar 20 Primary key

Not null

Número de serie de la

bicicleta

Id_color Varchar 15 Foreign key

Not null

Color de la bicicleta

Tabla 37 Descripción de tablas y columnas Bicicleta.


dato


Carrer

a

Id_carrera Varchar 5 Primary key

Not null

Número para

identificar la

carrera

Nombre_carrera Varchar 100 Not null Nombre de la

carrera Tabla 38 Descripción de tablas y columnas Carrera.

48


dato


Color Id_color Varchar 15 Primary key

Not null

Número para

identificar el color

Nombre_color Varchar 15 Not null Nombre del color Tabla 39 Descripción de tablas y columnas Color.


dato


Empleado Id_empleado Varchar 15 Primary key

Not null

Número de cedula

del empleado

Nombre Varchar 50 Not null Nombre del

empleado

Apellido Varchar 50 Not null Apellido del

empleado

Cargo Varchar 15 Not null Cargo del

empleado

Teléfono Varchar 20 Not null Teléfono del

emplead

Dirección Varchar 50 Not null Dirección del

empleado

Huella Bytea N.A N.A Huella del

empleado Tabla 40 Descripción de tablas y columnas Empleado.


dato


Informe Id_informe Integer N.A Primary key

Not null

Número de

informe

Id_usuario Varchar 15 Not null Número de

identidad del

usuario

Fecha_ingreso Date N.A Not null Fecha de

ingreso del

vehículo

Hora_ingreso Time N.A Not null Hora ingreso

del vehículo

Fecha_salida Date N.A N.A Fecha salida

del vehículo

Hora_salida Time N.A N.A Hora salida

del vehículo

Id_empleado_entrada Varchar 15 Foreign key

Not null

Cedula del

empleado

que registro

49

la entrada del

vehículo

Id_empleado_salida Varchar 15 Foreign key Cedula del

empleado

que registro

la salida del

vehículo Tabla 41 Descripción de tablas y columnas Informe.


dato


Informe_Bicicleta Id_informe Serie N.A Primary key

Foreign key

Not null

Número de

informe

Serie Varchar 20 Primary key

Foreign key

Not null

Número de

serie de la

bicicleta Tabla 42 Descripción de tablas y columnas Informe Bicicleta.


dato


Informe_Vehiculo Id_informe Integer N.A Primary key

Foreign key

Not null

Número de

informe

Placa Varchar 15 Primary key

Foreign key

Not null

Placa del

vehículo


dato


Sesión Id_sesion Integer N.A Primary key

Not null

Número de

sesión

Hora_inicio Time N.A Not null Hora de

inicio de

sesión

Fecha_inicio Date N.A Not null Fecha de

inicio de

sesión

Hora_fin Time N.A N.A Hora de fin

de sesión

Fecha_fin Date N.A N.A Fecha de fin

de sesión Tabla 43 Descripción de tablas y columnas Informe Vehículo.

50


dato


Sesion_empleado Id_sesion Integer 15 Primary key

Foreign key

Not null

Número de

sesión

Id_empleado Varchar 15 Primary key

Foreign key

Not null

Cédula del

empleado

Tabla 44 Descripción de tablas y columnas Sesión Empleado.


dato


Usuari

o

Id_usuario Varchar 15 Primary key

Not null

Número de

identificación del

usuario

Nombre Varchar 50 Not null Nombre del usuario

Apellido Varchar 50 Not null Apellido del usuario

Código Varchar 15 N.A Código institucional

Id_carrera Varchar 5 N.A Número de

identificación de la

carrera

Teléfono Varchar 20 Not null Teléfono del usuario

Dirección Varchar 50 Not null Dirección del usuario

Foto Bytea N.A N.A Foto del usuario

Huella Bytea N.A N.A Huella del usuario

Correo Varchar 50 N.A Correo electrónico del

usuario Tabla 45 Descripción de tablas y columnas Usuario.


dato


Vehículo Placa Varchar 15 Primary key

Not null

Placa del vehículo

Modelo Varchar 15 Not null Modelo del vehículo

Tipo Varchar 15 Not null Tipo de vehículo

(Moto o Automóvil)

Marca Varchar 80 Not null Marca del vehículo

Id_color Varchar 5 Foreign Key

Not null

Número de

identificación de color Tabla 46 Descripción de tablas y columnas Vehículo.

51


dato


Usuario_Vehicul

o


Foreign key

Not null

Número de

identificación

del usuario

Placa Varchar 15 Primary key

Foreign key

Not null

Placa del

vehículo

Tabla 47 Descripción de tablas y columnas Usuario Vehículo.


dato


Usuario_Biciclet

a


Foreign key

Not null

Número de

identificación

del usuario

Serie Varchar 15 Primary key

Foreign key

Not null

Número de

serie de la

bicicleta Tabla 48 Descripción de tablas y columnas Usuario Bicicleta.

6. FASE DE IMPLEMENTACIÓN

En la fase de implementación se toman los requisitos y los productos de la fase de diseño y

se implementan mediante las tecnologías apropiadas. En el caso de las pruebas de

validación, es en esta fase cuando se completan y automatizan los casos de prueba en

preparación de las pruebas de validación. Normalmente, gran parte de las pruebas de las

versiones anteriores del sistema también se llevan a cabo durante esta fase, no solo para

validar el sistema, sino también para comprobar que no existan problemas con los propios

casos de prueba.

6.1 Diagrama de componentes

Representa un sistema de software es dividido en componentes y muestra las dependencias

entre estos componentes.

52

Ilustración 23 Diagrama de Componentes.

6.2 Diagrama de despliegue

Describe el despliegue físico de información generada por el programa de software en los componentes de hardware.

53

Ilustración 24 Diagrama de Despliegue.

7. FASE DE PRUEBAS

7.1 Registro de Usuarios

PRUEBA 01 REGISTRO DE USUARIO

PROPÓSITO Verificar que el aplicativo permite el correcto

registro de usuarios.

REQUISITOS - Tener los datos básicos del usuario a registrar.

- Computador con Windows 7 o superior.

DATOS DE PRUEBA - Datos erróneos como: números en campos de

texto y viceversa.

PASOS - Ingresar al módulo de Registro - "Usuario"

- Digitar datos básicos.

- Poner la huella las cuatro veces solicitadas por

el sistema.

- Seleccionar o tomar foto del usuario.

- Dar clic en el botón "Registrar". Tabla 49 Fase de Pruebas, Registro de Usuarios.

54

7.2 Registro de Vehículos – Relación Usuario-Vehículo

PRUEBA 02 REGISTRO DE VEHÍCULO

PROPÓSITO Verificar que el aplicativo permite el correcto

registro de vehículos y la creación de la relación

con el Usuario.

REQUISITOS - Tener los datos básicos del vehículo a

registrar.



texto y viceversa.

PASOS - Ingresar al módulo de Registro - "Usuario"

- Digitar datos básicos.

- Poner la huella las cuatro veces solicitadas por

el sistema.

- Seleccionar foto (Bicicleta).

- Dar clic en el botón "Registrar". Tabla 50 Fase de Pruebas, Registro de Relación Usuario Vehículo.

7.3 Eliminar Usuario

PRUEBA 03 ELIMINAR USUARIO

PROPÓSITO Verificar que el aplicativo permite eliminar los

datos registrados de un usuario.


registrar.

- Usuario registrado.


DATOS DE PRUEBA - Datos erróneos como: letras en el campo de

búsqueda.

- Datos vacíos.

PASOS - Ingresar al módulo de Eliminar - "Usuario"

- Digitar número de identificación del usuario.

- Dar clic en el botón "Eliminar". Tabla 51 Fase de Pruebas, Editar Usuario.

7.4 Editar usuario

PRUEBA 04 EDITAR USUARIO

PROPÓSITO Verificar que el aplicativo permite editar los

datos registrados de un usuario.

55


registrar.




texto y viceversa.

- Datos vacíos.

PASOS - Ingresar al módulo de Modificar - "Usuario"

- Cambiar cualquier dato registrado

anteriormente.

- Dar clic en el botón "Guardar". Tabla 52 Fase de Pruebas, Editar Usuario.

7.5 Consulta de Usuario

PRUEBA 05 CONSULTAR USUARIO

PROPÓSITO Verificar que el aplicativo permite consultar

correctamente usuarios registrados en el

aplicativo.


registrar.




búsqueda.

- Datos vacíos.

PASOS - Ingresar al módulo de Consultar - "Usuario"

- Digitar número de identificación, código y

seleccionar Proyecto Curricular del usuario.

- Dar clic en el botón "Buscar". Tabla 53 Fase de Pruebas, Consultar Usuario.

7.6 Consulta de Vehículo

PRUEBA 06 CONSULTAR VEHÍCULOS

PROPÓSITO Verificar que el aplicativo permite consultar

correctamente vehículos registrados en el

aplicativo.


registrar.

- Vehículo registrado.


56


búsqueda.

- Datos vacíos.

PASOS - Ingresar al módulo de Consultar - "Usuario"

- Digitar placa o serie (Bicicleta).

- Dar clic en el botón "Buscar". Tabla 54 Fase de Pruebas, Consultar Vehículo.

7.7 Registro de Entrada de Vehículo

PRUEBA 07 REGISTRO ENTRADA VEHÍCULOS

PROPÓSITO Verificar que el aplicativo permite registrar

correctamente la entrada de un vehículo al

parqueadero.

REQUISITOS - Vehículo y usuario registrado.


DATOS DE PRUEBA - Datos registrados.

PASOS - Ingresar al módulo de Registrar E/S.

- Dar clic en "Ingreso"

- Poner huella en el lector.

- Escribir observaciones (Opcional).

- Dar clic en Aceptar. Tabla 55 Fase de Pruebas, Consultar Registro Entrada Vehículos.

7.8 Registro de Salida de Vehículo

PRUEBA 08 REGISTRO SALIDA VEHÍCULOS

PROPÓSITO Verificar que el aplicativo permite registrar

correctamente la salida de un vehículo al

parqueadero.

REQUISITOS - Vehículo con entrada registrada.

- Vehículo y usuario registrado.



PASOS - Ingresar al módulo de Registrar E/S.

- Dar clic en "Salida"

- Poner huella en el lector.

- Escribir observaciones (Opcional).

- Dar clic en Aceptar. Tabla 56 Fase de Pruebas, Consultar Registro Salida Vehículos.

57

7.9 Consulta de informes de Entrada y Salida

PRUEBA 09

CONSULTA INFORMES ENTRADA Y

SALIDA

PROPÓSITO Verificar que el aplicativo permite generar

correctamente informes de datos históricos

registrados por el aplicativo.

REQUISITOS - Tener los datos básicos de entrada y salida.

- Vehículo con entrada registrada.

- Vehículo y usuario registrado.



PASOS - Ingresar al módulo de Informes.

- Seleccionar informe.

- Seleccionar parámetros de búsqueda.

- Dar clic en Ver. Tabla 57 Fase de Pruebas, Consultar Informes Entrada Salida.

8. CONCLUSIONES

En conclusión los procesos de administración, en este caso del parqueadero de la facultad

tecnológica de la Universidad Distrital Francisco José de Caldas, se facilitan y se vuelven

más seguros con software creado a la medida, teniendo en cuenta las nuevas y más eficaces

tecnologías en procesamiento y verificación de datos con sistemas biométricos, en este caso

el lector de huella. Esto nos ayuda a garantizar la veracidad de la información y así mismo

evitar que los vehículos sean sacados por un usuario que no sea el titular, es decir evitar

robos.

9. BIBLIOGRAFIA E INFOGRAFIA

· CORREDOR GUTIÉRREZ, Sergio. BUITRAGO LÓPEZ, William.” SISTEMA DE

INFORMACIÓN WEB PARA EL REGISTRO DE INGRESO Y SALIDA DE LOS

VEHÍCULOS MOTOCICLETAS Y BICICLETAS EN LA FACULTAD TECNOLÓGICA

DE LA UNIVERSIDAD DISTRITAL.” { 2018 } {en línea} disponible en:

(http://repository.udistrital.edu.co/bitstream/11349/5032/1/CorredorGuti%C3%A9rrezSergi

oAlberto2015.pdf).

· CAMPO ROMERO, Julian. CRUZ CAMELO, Jorge. “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” {2018}. {en línea} disponible en:



58

(http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20

Camelo%202016.pdf).

· planificación y modelado. “Requerimientos de proceso”. { 2018 } {en línea}

disponible en: (https://chivismendez.wordpress.com/2010/09/21/1-1-requerimientos-de-

proceso/)

· Tec-mex.com.mx. “Cómo Funcionan los Lectores de Huella Digital”. { 2018 } {en

línea} disponible en: (https://www.tec-mex.com.mx/promos/bit/bit0903-bio.htm)

· INBIOSYS Biometria. “Historia de la Biometría”. { 2018 } {en línea} disponible en:

(https://inbiosys.wordpress.com/2009/09/16/historia-de-la-biometria/)

· Procesosdesoftware.wikispaces.com ”Procesos de Software - METODOLOGIA

RUP”. { 2018 } {en línea} disponible en:

(https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP).

· Docs.microsoft.com. “Recomendaciones para la fase implementación - BizTalk

Server” { 2018 } {en línea} disponible en: (https://docs.microsoft.com/es-

es/biztalk/core/implementation-phase-recommendations).

· tecnología, D. and software, D. “Definición de Requerimientos (desarrollo de

software)”. [{ 2018 } {en línea} disponible en:

(http://www.alegsa.com.ar/Dic/requerimientos.php)

· Users.dcc.uchile.cl. “Tutorial de UML - Casos de Uso”. { 2018 } {en línea}

disponible en: (https://users.dcc.uchile.cl/~psalinas/uml/casosuso.html).

· SearchDataCenter en Español. “¿Qué es Biometría ?”. { 2018 } {en línea} disponible

en: (https://searchdatacenter.techtarget.com/es/definicion/Biometria.)

· JAMES RUMBAUGH Ivar. El lenguaje unificado de modelado, manual de

referencia. Addison Wesley

· Federico Serrano Alonso, Operaciones auxiliares de almacenaje, IC Editorial,

3/03/2014

· Roger Pressman, Ingeniería del Software 6ta Edición.

· Metodología RUP. [Artículo de internet].

http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm.

http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20Camelo%202016

http://repository.udistrital.edu.co/bitstream/11349/3228/1/Jorge%20Alfredo%20Cruz%20Camelo%202016

https://chivismendez.wordpress.com/2010/09/21/1-1-requerimientos-de-proceso/

https://chivismendez.wordpress.com/2010/09/21/1-1-requerimientos-de-proceso/

https://www.tec-mex.com.mx/promos/bit/bit0903-bio.htm

https://inbiosys.wordpress.com/2009/09/16/historia-de-la-biometria/

https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP

https://docs.microsoft.com/es-es/biztalk/core/implementation-phase-recommendations

https://docs.microsoft.com/es-es/biztalk/core/implementation-phase-recommendations

http://www.alegsa.com.ar/Dic/requerimientos.php

https://users.dcc.uchile.cl/~psalinas/uml/casosuso.html

https://searchdatacenter.techtarget.com/es/definicion/Biometria

59

10. ANEXOS

10.1. ANEXO 1: MANUAL DE USUARIO

10.2. ANEXO 2: DIAGRAMAS

10.3. ANEXO 3: CRONOGRAMA

software de control de acceso y registro de …

Documents