universidad regional autÓnoma de los andes...
TRANSCRIPT
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
CONTROL INTELIGENTE DE ESPACIOS LIBRES MEDIANTE EL
RECONOCIMIENTO DE PATRONES Y ADMINISTRACIÓN DE PAGO CON
TECNOLOGÍA RFID EN EL PARQUEADERO TEATRO PARKING DE LA CIUDAD
DE OTAVALO
AUTOR: MERA PANTOJA MARLON STALIN
ASESOR: ING. CHECA CABRERA MARCO ANTONIO, MBA
IBARRA – ECUADOR
2016
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
CERTIFICACIÓN:
Quien suscribe, legalmente CERTIFICA QUE: El presente Trabajo de Titulación
realizado por el señor Marlon Stalin Mera Pantoja, estudiante de la Carrera de
Sistemas, Facultad de Sistemas Mercantiles, con el tema “CONTROL INTELIGENTE
DE ESPACIOS LIBRES MEDIANTE EL RECONOCIMIENTO DE PATRONES Y
ADMINISTRACIÓN DE PAGO CON TECNOLOGÍA RFID EN EL PARQUEADERO
TEATRO PARKING DE LA CIUDAD DE OTAVALO”, ha sido prolijamente revisado, y
cumple con todos los requisitos establecidos en la normativa pertinente de la
universidad regional Autónoma de los Andes -UNIANDES-, por lo que apruebe su
presentación.
Ibarra, Septiembre del 2016
DECLARACIÓN DE AUTENTICIDAD
Yo, Marlon Stalin Mera Pantoja, estudiante de la Carrera de Sistemas, Facultad de
Sistemas Mercantiles, declaro que todos los resultados obtenidos en el presente
trabajo de investigación, previo a la obtención del título de INGENIERO EN
SISTEMAS E INFORMÁTICA, son absolutamente originales, auténticos y personales;
a excepción de citas, por lo que son de mi exclusiva responsabilidad.
Ibarra, Septiembre del 2016
CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN
Yo, Ing. Rita Azucena Díaz Vásquez, MSC. En calidad de Lectora del Proyecto de
Titulación.
CERTIFICO:
Que el presente trabajo de titulación realizado por el estudiante Marlon Stalin Mera
Pantoja sobre el tema: “CONTROL INTELIGENTE DE ESPACIOS LIBRES
MEDIANTE EL RECONOCIMIENTO DE PATRONES Y ADMINISTRACIÓN DE
PAGO CON TECNOLOGÍA RFID EN EL PARQUEADERO TEATRO PARKING DE
LA CIUDAD DE OTAVALO”, ha sido cuidadosamente revisado por el suscrito, por lo
que he podido constatar que cumple con todos los requisitos de fondo y forma
establecidos por la Universidad Regional Autónoma de Los Andes, para esta clase de
trabajos, por lo que autorizo su presentación.
Ibarra, 10 de Octubre del 2016
DERECHOS DE AUTOR
Yo, Marlon Stalin Mera Pantoja, declaro que conozco y acepto la disposición
constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma
de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de la
UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones,
trabajos científicos o técnicos, proyectos profesionales y consultaría que se realicen en
la Universidad o por cuenta de ella;
Ibarra, Septiembre del 2016
DEDICATORIA
A Dios, por iluminarme y permitirme llegar hasta este momento único en mi vida y en
especial dedicar este trabajo de tesis con todo el cariño a mi padre Tarquino Mera,
quien con su ejemplo y humildad me ha permitido ser una buena persona, a mi madre
Matilde Pantoja, que con su amor me ha brindado las fuerzas necesaria para seguir
adelante, y a mis hermanas Yomaira Mera y Lisbeth Mera, por motivarme a seguir
luchando y estudiando.
Marlon Stalin Mera Pantoja
AGRADECIMIENTO
Quiero agradecer a Dios, por brindarme las fuerzas necesarias y la sabiduría para
afrontar las dificultades, a mis padres por su amor y apoyo incondicional en el
trascurso de mi vida.
A la UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES”, por
permitirme culminar mis estudios y ser un profesional.
Agradecer a todas las personas que me brindaron su apoyo en esta etapa de mi vida.
Marlon Stalin Mera Pantoja
RESUMEN
En el Parqueadero Teatro Parking de la Ciudad de Otavalo es necesario realizar un
control de espacios libres y además una adecuada administración de pagos, resulta
importante en el parqueadero brindar servicios de calidad, registro vehicular, cobro de
tarifa y un sistema inteligente para determinar los espacios libres de estacionamiento.
La visión artificial permitió el control vehicular inteligente mediante el reconocimiento
de patrones y para administración de pago se utilizó la tecnología de identificación
inalámbrica RFID.
En cuanto a las metodologías de investigación, el método inductivo permitió realizar un
análisis de los procesos que se efectúan en el parqueadero Teatro Parking, para luego
implantar los requerimientos en el sistema, además el método deductivo ayudó a
conocer la importancia del manejo de la tecnología Rfid en otras empresas teniendo
éxito en la identificación inalámbrica, cabe indicar que el método cuantitativo se utilizó
para analizar los datos obtenidos tanto de las encuestas como de la entrevista y tener
información específica de la realidad, el método cualitativo se empleó para
diagnosticar los procesos del control vehicular y administración de pagos, de la misma
manera comprender el entorno del problema. Para el desarrollo de la aplicación
se utilizó la metodología XP, porque permite entrar de forma directa e interactuar con
el usuario final.
El presente proyecto se ha propuesto como línea de investigación la automatización y
control.
Los beneficiarios con este proyecto es la gerencia del Parqueadero Teatro Parking por
su innovación tecnológica y los clientes al disponer de un control inteligente de
espacios libres.
ABSTRACT
In the parking lot “Teatro Parking” from Otavalo city it is necessary to carry out a free
parking spaces control and also a proper administration of payments, to provide quality
services in the log entry and fee collection in addition to an intelligent system for
determining free parking spaces. The artificial vision enabled intelligent vehicle control
by pattern recognition and for payment management technology it has been used RFID
radio frequency identification.
Regarding research methodology, the inductive method allowed an analysis of the
processes that take place in the parking lot, and then implement the requirements in
the system, also the deductive method helped to know the importance of managing
RFID technology in other companies succeeding in the wireless identification, it should
be noted that the quantitative method was used to analyze the data from both surveys
and interview and have specific information of the current situation, the qualitative
method was used to diagnose processes from vehicle control and managing payments.
For application development the XP methodology was used, because it lets to enter
and interact directly with the end-user.
The present project has proposed itself as line of investigation the automation and
control.
Beneficiaries of this project are the management staff from the parking for its
technological innovation and its customers.
ÍNDICE GENERAL
Pág.
INTRODUCCIÓN ........................................................................................................................ 1
Antecedentes de la investigación ............................................................................................ 1
Estado del arte ............................................................................................................................ 1
Actualidad e importancia del tema ........................................................................................... 2
Formulación del problema ......................................................................................................... 2
Delimitación del problema ......................................................................................................... 2
Objeto de investigación ............................................................................................................. 2
Campo de acción ........................................................................................................................ 2
Identificación de la línea de investigación .............................................................................. 3
Objetivo General ......................................................................................................................... 3
Objetivos específicos ................................................................................................................. 3
Idea a defender ........................................................................................................................... 3
Preguntas científicas .................................................................................................................. 3
Justificación del tema ................................................................................................................. 4
CAPÍTULO I. MARCO TEÓRICO……………………………………………………………5
1.1. Origen y evolución del objeto de investigación ....................................................... 5
1.2. Análisis de las distintas posiciones teóricas sobre el objeto de investigación ... 5
1.2.1. Desarrollo y construcción de sistemas de información .......................................... 5
1.2.2. La políti ca, las normas y los procedimientos en seguridad de sistemas ........... 6
1.2.3. Sistema Electrónico ..................................................................................................... 6
1.3. Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación ................................................................................ 9
1.3.1. Control de acceso vehicular ....................................................................................... 9
1.3.1.2. Identificación por Radiofrecuencia RFID .................................................................. 9
1.3.2. Visión Artificial ............................................................................................................ 10
1.3.3. Visión por Computador.............................................................................................. 10
1.3.4. OpenCV ....................................................................................................................... 11
1.3.5. Placa Arduino Uno ..................................................................................................... 11
1.3.6. Arduino Ethernet Shield ............................................................................................ 13
1.3.7. Software ....................................................................................................................... 14
1.3.8. Html5 ............................................................................................................................ 15
1.3.9. Seguridad base de datos .......................................................................................... 16
1.4. Conclusiones parciales del capítulo ........................................................................ 17
CAPÍTULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA
PROPUESTA………………………………………………………………………………….18
2.1. Caracterización del sector, rama, empresa, contexto institucional o problema
seleccionado para la investigación ........................................................................................ 18
2.2. Descripción del procedimiento metodológico para el desarrollo de la
investigación .............................................................................................................................. 19
2.2.1. Metodología de la Investigación .............................................................................. 19
2.2.1.1. Deductivo - Inductivo ................................................................................................. 19
2.2.1.1. Cualitativo - Cuantitativo ........................................................................................... 19
2.2.2. Población y Muestra .................................................................................................. 19
2.2.3. Técnicas de la investigación .................................................................................... 21
2.2.4. Herramientas .............................................................................................................. 21
2.2.5. Análisis de resultados................................................................................................ 21
2.2.5.1. Análisis de las encuetas............................................................................................ 21
2.2.5.2. Resultado de la entrevista ........................................................................................ 32
2.3. Propuesta del investigador: modelo, sistema, metodología, procedimiento,
entre otros, que realice el investigador. ................................................................................ 33
2.4. Conclusiones parciales del capítulo ........................................................................ 33
CAPÍTULO III. VALIDACIÓN Y/O EVALUACIÓN DE RESULTADOS DE SU
APLICACIÓN………………………………………………………………………………….34
3.1. Modelo, sistema, metodología, procedimiento ...................................................... 34
3.2. Análisis de los resultados finales de la investigación ........................................... 34
3.2.1. Metodología XP .......................................................................................................... 34
3.2.2. Fase 1: Planificación.................................................................................................. 34
3.2.2.1. Historias de usuarios ................................................................................................. 41
3.2.3. Fase 2: Diseño ........................................................................................................... 43
3.2.3.1. Diagrama de Clases .................................................................................................. 43
3.2.3.2. Diagramas de Casos de Uso ................................................................................... 43
3.2.3.3. Caso De Uso Administrador ..................................................................................... 44
3.2.3.4. Caso De Uso Cliente ................................................................................................. 49
3.2.3.5. Diseño de diagrama de contexto ............................................................................. 51
3.2.3.6. Diagrama de nivel 1 ................................................................................................... 52
3.2.3.7. Diagrama de actividades Registro de Clientes. .................................................... 52
3.2.4. Fase 3: Codificación .................................................................................................. 58
3.2.5. Fase 4: Pruebas ......................................................................................................... 60
3.2.5.1. Parámetros generales de evaluación ..................................................................... 60
3.2.5.2. Aplicación de pruebas ............................................................................................... 61
3.2.5.3. Resumen de resultados ............................................................................................ 66
3.2.5.4. Conclusión ................................................................................................................... 66
3.3. Conclusiones parciales del capítulo ........................................................................ 66
CONCLUSIONES GENERALES………………………..……………...…………………..67
RECOMENDACIONES………………………..……………………………………………..68
BIBLIOGRAFÍA…………………..…………………………….………….……………...…..79
LINKOGRAFÍA....……………………………………………….……………...….....……....71
ANEXOS……………………………………………..……………..………….………….…..72
ÍNDICE DE TABLAS
Tabla 1 Población económicamente activa (PEA) de Otavalo ..................................... 19
Tabla 2 Población ....................................................................................................... 20
Tabla 3 Plaza libre de parqueo ................................................................................... 22
Tabla 4 Información de los lugares libres .................................................................... 23
Tabla 5 Control vehicular ............................................................................................ 24
Tabla 6 Control y registro en el parqueadero .............................................................. 25
Tabla 7 Problemas más comunes ............................................................................... 26
Tabla 8 Tiempo de permanencia en el parqueadero ................................................... 27
Tabla 9 Información en página web ............................................................................ 28
Tabla 10 Recibir promociones o descuentos .............................................................. 29
Tabla 11 Recibir factura .............................................................................................. 30
Tabla 12 Correo electrónico ........................................................................................ 31
Tabla 13 Cronograma de actividades ......................................................................... 34
Tabla 14 Evaluación de equipos disponibles .............................................................. 36
Tabla 15 Evaluación del software ............................................................................... 37
Tabla 16 Personal de trabajo ...................................................................................... 37
Tabla 17 Factibilidad financiera recurso humano ........................................................ 38
Tabla 18 Factibilidad financiera hardware ................................................................... 38
Tabla 19 Factibilidad financiera Software .................................................................... 39
Tabla 20 Factibilidad financiera recursos materiales ................................................... 39
Tabla 21 Flujo de pago ............................................................................................... 40
Tabla 22 Creación de sesiones de usuarios ............................................................... 41
Tabla 23 Validación de usuarios y contraseñas .......................................................... 41
Tabla 24 Registro Clientes .......................................................................................... 41
Tabla 25 Registro de etiquetas .................................................................................. 42
Tabla 26 Facturación .................................................................................................. 42
Tabla 27 Gestión de Usuarios ..................................................................................... 45
Tabla 28 Control vehicular .......................................................................................... 46
Tabla 29 Administración de pagos .............................................................................. 47
Tabla 30 Control de pagos .......................................................................................... 48
Tabla 31 Gestión Facturas .......................................................................................... 48
Tabla 32 Gestión de reportes ...................................................................................... 49
Tabla 33 Registro en el sistema. ................................................................................. 50
Tabla 34 Verificar datos online .................................................................................... 50
Tabla 35 Recibir factura .............................................................................................. 51
Tabla 36 Codificación ................................................................................................. 58
Tabla 37 Parámetros Generales ................................................................................. 60
Tabla 38 Rangos ........................................................................................................ 61
Tabla 39 Velocidad de transferencia ........................................................................... 62
Tabla 40 Tiempo de respuesta ................................................................................... 63
Tabla 41 Prueba de estrés .......................................................................................... 64
Tabla 42 Fotogramas por segundo ............................................................................. 65
Tabla 43 Resumen de resultados ............................................................................... 66
ÍNDICE DE FIGURAS
Figura 1 Ubicación Teatro Parking .............................................................................. 18
Figura 2 Plaza libre de parqueo .................................................................................. 22
Figura 3 Información de los lugares libres .................................................................. 23
Figura 4 Control vehicular ........................................................................................... 24
Figura 5 Control y registro en el parqueadero ............................................................. 25
Figura 6 Problemas más comunes .............................................................................. 26
Figura 7 Tiempo de permanencia en el parqueadero .................................................. 27
Figura 8 Información en página web ........................................................................... 28
Figura 9 Recibir promociones o descuentos ............................................................... 29
Figura 10 Recibir factura ............................................................................................. 30
Figura 11 Correo electrónico ....................................................................................... 31
Figura 12 Diagrama de Clases ................................................................................... 43
Figura 13 Actores del sistema ..................................................................................... 43
Figura 14 Caso Uso Administrador ............................................................................. 44
Figura 15 Caso Uso Cliente ........................................................................................ 49
Figura 16 Diagrama de Contexto ................................................................................ 51
Figura 17 Diagrama Nivel 1 ........................................................................................ 52
Figura 18 Diagrama de Actividades Registro Clientes ................................................ 52
Figura 19 Diagrama de Actividades Control vehicular ................................................. 53
Figura 20 Diagrama de Actividades Reportes. ............................................................ 53
Figura 21 Lectura Tag Rfid ......................................................................................... 54
Figura 22 Ingreso nuevo cliente .................................................................................. 54
Figura 23 Salida del parqueadero ............................................................................... 55
Figura 24 Módulo cajero ............................................................................................. 55
Figura 25 Módulo administrador ................................................................................. 56
Figura 26 Reportes Administrador .............................................................................. 56
Figura 27 Módulo cliente ............................................................................................. 57
Figura 28 Lugares libres de parqueo .......................................................................... 57
1
INTRODUCCIÓN
Antecedentes de la investigación
OpenCv (Open source computer vision) visión artificial de código abierto, existen
versiones para sistemas Linux, Windows, Mac OS X y Android. OpenCv engloba
diversas áreas de la visión artificial, incluyendo el manejo eficiente de imágenes y
matrices, reconocimiento de objetos, análisis de imágenes médicas, seguridad,
interfaz de usuario, calibración de cámara, visión estéreo y visión robótica.
Una de las empresas a nivel mundial como es “NVIDIA ha anunciado que su entorno
CUDA podrá emplearse para desarrollar aplicaciones con OpenCV”, la posibilidad de
acelerar OpenCV en la GPU permitirá a los programadores ejecutar algoritmos más
complejos en tiempo real, con imágenes de mayor resolución y menos consumo de
energía.
En el Ecuador, en la Escuela Politécnica del Nacional se ha desarrollado un "prototipo
de un sistema de adquisición de imágenes de vehículos, detección y reconocimiento
automático de los caracteres de la placa en tiempo real por medio de visión artificial,
aplicado al control vehicular" basado en Opencv.
A nivel local no se registran proyectos similares que empleen OpenCv.
En el Parqueadero Teatro Parking de la Ciudad de Otavalo presenta dificultades en el
control de la hora en el ingreso y salida de los vehículos, la información no es
registrada con exactitud, dando lugar a reclamos por parte de los clientes. Las colas
largas de vehículos a la espera de ingresar o salir del estacionamiento causa malestar
en los clientes por la demora en el proceso de registro, incluso la información que se
genera en el Parqueadero Teatro Parking, como el registro de clientes y cobro de
tarifas no se presenta en reportes formales.
Generar tráfico e inconvenientes dentro del parqueadero al no tener información de los
lugares libres de estacionamiento.
Estado del arte
Un sistema para el reconociendo automatizado de objetos (SRAO) permite a una
máquina encontrar (reconocer y posicionar) objetor en el mundo real a partir de una o
más imágenes del mundo, usando modelos de los objetos conocidos a priori. (Azuela,
2013) pág. 20
2
Para el reconocimiento de objetos en tiempo real se empleó una cámara web y el
manejo de algoritmos, y de esta manera poder evidenciar los lugares libres de
estacionamiento.
Actualidad e importancia del tema
La tecnología RFID (Radio Frecuency Identification), se encarga de almacenar y
recuperar datos remotos, las etiquetas electrónicas o “tags” llevan un microchip
incorporado que almacena el código único para la identificación. El lector RFID es el
encargado de receptar y enviar al computador la información, para realizar el control
vehicular en el Parqueadero Teatro Parking de la Ciudad de Otavalo.
Mediante el reconocimiento de patrones de las imágenes obtenidas por el lente de una
cámara se puede evidenciar los lugares libres de estacionamiento con la utilización de
OpenCv.
Formulación del problema
Dificultad en el control vehicular de espacios libres y administración de pagos en el
Parqueadero Teatro Parking de la Ciudad de Otavalo.
Delimitación del problema
El desarrollo del proyecto está delimitado de la siguiente manera: El hardware,
empleado para la identificación vehicular mediante el uso de un lector y las etiquetas
del módulo RFID (identificación por radio frecuencia), basado en la placa Arduino Uno.
Una cámara web para el reconocimiento de patrones necesario para indicar los
lugares libres de estacionamiento.
En la parte del software se desarrolló una aplicación para el control vehicular, registro
de usuarios y la administración de pago, de igual manera para el reconociendo de
patrones con el objetivo de extraer información en tiempo real de la cámara web.
Objeto de investigación
El objeto de la investigación está definido por los procesos de control vehicular
inteligente de espacios libres y administración de pago
Campo de acción
Sistemas de Información.
3
Identificación de la línea de investigación
El presente proyecto se ha propuesto como línea de investigación la automatización y
control.
Objetivo General
El objetivo general del proyecto es implementar un sistema de control vehicular
inteligente de espacios libres mediante el reconocimiento de patrones y administración
de pago utilizando la tecnología RFID en el Parqueadero Teatro Parking de la Ciudad
de Otavalo.
Objetivos específicos
Fundamentar bibliográficamente los procesos de control vehicular de espacios
libres con el reconocimiento de patrones y el uso de la tecnología RFID para la
administración de pagos.
Diagnosticar las necesidades del Parqueadero Teatro Parking, para cumplir con las
expectativas requeridas y necesarias para el desarrollo de la aplicación.
Desarrollar un sistema de control vehicular inteligente de espacios libres y
administración de pagos usando la tecnología RFID en el parqueadero Teatro
Parking de la Ciudad de Otavalo.
Idea a defender
¿Cómo mejorar el control vehicular de espacios libres y administración de pagos en el
Parqueadero Teatro Parking de la Ciudad de Otavalo?
Preguntas científicas
¿La falta de información de los lugares libres de estacionamiento genera tráfico en el
parqueadero?
¿Para realizar un control vehicular es necesario la implementación de tarjetas y
lectores RDIF dentro del parqueadero?
¿Para la administración del parqueadero es relevante el manejo de una aplicación
web?
4
Justificación del tema
En el Parqueadero Teatro Parking de la Ciudad de Otavalo es necesario realizar un
control de espacios libres y además una adecuada administración de pagos, resulta
importante en el parqueadero brindar servicios de calidad, registro vehicular, cobro de
tarifa y un sistema inteligente para determinar los espacios libres de estacionamiento.
La novedad científica es la visión artificial que permitió el control vehicular inteligente
mediante el reconocimiento de patrones y para administración de pago se utilizó la
tecnología de identificación inalámbrica RFID.
El alcance del proyecto es mejorar el control vehicular de espacios libres y
administración de pagos en el Parqueadero Teatro Parking de la Ciudad de Otavalo.
Para justificar el tema se analizó que es necesario realizar un control vehicular y una
adecuada administración de pagos, ya que para la gerencia resulta importante en el
parqueadero brindar servicios de calidad, registro vehicular, cobro de tarifa y un
sistema inteligente para determinar los espacios libres de estacionamiento y como
novedad científica es el estudio sobre la visión artificial que permitió el control
vehicular inteligente mediante el reconocimiento de patrones y para administración de
pago se utilizó la tecnología de identificación inalámbrica RFID.
Las metodologías de investigación que se utilizaron son: inductivo, deductivo,
cualitativo y cuantitativo.
El método inductivo permitió realizar un análisis de los procesos se efectúan en el
parqueadero Teatro Parking como el control de ingreso y salida de vehículos y cobro
de tarifas, para luego implantar los requerimientos en el sistema, además el método
deductivo ayudó a conocer la importancia del manejo de la tecnología Rfid en otras
empresas teniendo éxito en la identificación inalámbrica, cabe indicar que el método
cuantitativo se utilizó para analizar los datos obtenidos tanto de las encuestas como
de la entrevista y tener información específica de la realidad, el método cualitativo se
empleó para diagnosticar los procesos del control vehicular y financiero, de la misma
manera comprender el entorno del problema.
5
CAPÍTULO I. MARCO TEÓRICO
1.1 Origen y evolución del objeto de investigación
Los procesos de control vehicular en los parqueaderos comúnmente consiste en
anotar la placa del vehículo para su respectiva identificación y la hora de ingreso, al
momento de salir el automotor, se verifica el número de identificación y luego
rápidamente calcular el costo a pagar según el registro manual de ingreso y salida.
Este proceso generalmente ocasiona problemas cuando existe mucha afluencia
vehicular o se requiere de un cobro exacto, toda la información generada en el
parqueadero
Para el adecuando manejo de la información que se genera en el parqueadero es
necesario hacer uso de la tecnología, llevar un registro apropiado de ingreso y salida
mediante el uso la tecnología Rfid reemplazando la identificación mediante código de
barras una de las grandes desventajas que tiene es la escasa cantidad de datos que
puede guardar.
Actualmente la utilización de parqueaderos se ha vuelto una necesidad, y a su vez se
ha generado problemas como: falta de seguridad al momento de autentificar al Cliente
y al vehículo al momento de su salida, el registro y verificación de las tarifas es de
forma manual, no se da una adecuada clasificación entre Clientes que pagan un
servicio regular y un servicio momentáneo, entre otros.
1.2 Análisis de las distintas posiciones teóricas sobre el objeto de investigación
1.2.1 Desarrollo y construcción de sistemas de información
Los rápidos cambios tecnológicos en ordenadores, programas, sistemas de
comunicación móvil, trabajo con información en red modifican casi permanentemente
el modo de utilizar la información. Además, los contextos actuales en los que compiten
y/o colaboran las empresas son más turbulentos y cambian rápidamente las
necesidades de información que estas tienen. Ello les obliga a transformar sus
sistemas de información y sus objetivos para adaptarse continuamente a la estrategia
de negocio y apoyarla.
Las organizaciones, entonces, deciden abordar proyectos de desarrollo de nuevos
sistemas de información cuando perciben o reconocen que existe una nueva situación
a la que no se pueden enfrentar con sus sistemas actuales. (Heredero, López
Hermoso Agius, & Romo Romero, 2012, pág. 184)
6
Un sistema informático, es el conjunto de partes interrelacionadas, hardware, software
y recurso humano que permite almacenar y procesar información. El hardware incluye
computadoras o cualquier tipo de dispositivo electrónico inteligente, que consisten en
procesadores, memoria, sistemas de almacenamiento externo. El software incluye al
sistema operativo, firmware y aplicaciones, siendo especialmente importante los
sistemas de gestión de bases de datos.
1.2.2. La política, las normas y los procedimientos en seguridad de sistemas
La política de seguridad refleja la postura a adoptar por la empresa en relación a la
confidencialidad, disponibilidad e integridad de los datos, programas, equipos,
personal relacionados con los SI de dicha empresa. La asignación de medios para la
seguridad dependerá de la mencionada política. (Heredero, López Hermoso Agius, &
Romo Romero, 2012, pág. 287)
La política de seguridad debe estar acorde con la política general de la empresa,
siendo sometida por tanto a la compatibilidad y complementariedad con el resto de las
políticas de la empresa. Debe de ser elaborada por el responsable de la seguridad o la
persona que cumpla sus funciones. En la política de seguridad se establecerán
directrices en relación a:
• La adquisición de tecnologías de la información
• La privacidad en los diferentes niveles del SI
• El control de accesos a los activos
• El registro de acciones (auditoría)
• La autenticación para acceder a los activos
• El nivel de disponibilidad
• La notificación de incidentes
• Personal responsable
• El cumplimiento con la legalidad
1.2.3. Sistema Electrónico
Un sistema electrónico es un conjunto de: sensores, circuitería de procesamiento y
control, actuadores y fuente de alimentación.
Los sensores obtienen información del mundo físico externo y la transforman en una
señal eléctrica que puede ser manipulada por la circuitería interna de control. Existen
sensores de todo tipo: de temperatura, de humedad, de movimiento, de sonido
(micrófonos), etc.
7
Los circuitos internos de un sistema electrónico procesan la señal eléctrica
convenientemente. La manipulación de dicha señal dependerá tanto del diseño de los
diferentes componentes hardware del sistema, como del conjunto lógico de
instrucciones (es decir, del “programa”) que dicho hardware tenga pregrabado y que
sea capaz de ejecutar de forma autónoma.
Los actuadores transforman la señal eléctrica acabada de procesar por la circuitería
interna en energía que actúa directamente sobre el mundo físico externo. Ejemplos de
actuadores son: un motor (energía mecánica), una bombilla (energía lumínica), un
altavoz (energía acústica), etc. (Artero, 2013, pág. 61)
1.2.4. Microcontrolador
Un microcontrolador es un circuito integrado o “chip” (es decir, un dispositivo
electrónico que integra en un solo encapsulado un gran número de componentes) que
tiene la característica de ser programable. Es decir, que es capaz de ejecutar de forma
autónoma una serie de instrucciones previamente definidas por nosotros. En el
diagrama anterior, representativo de un sistema electrónico, el microcontrolador sería
el componente principal de la circuitería de procesamiento y control. (Artero, 2013,
pág. 62)
1.2.5. Arduino
Una placa hardware libre que incorpora un microcontrolador reprogramable y una serie
de pines-hembra (los cuales están unidos internamente a las patillas de E/S del
microcontrolador) que permiten conectar allí de forma muy sencilla y cómoda
diferentes sensores y actuadores.
No obstante, cuando hablamos de “placa Arduino”, deberíamos especificar el modelo
concreto, ya que existen varias placas Arduino oficiales, cada una con diferentes
características (como el tamaño físico, el número de pines-hembra ofrecidos, el
modelo de microcontrolador incorporado y como consecuencia, entre otras cosas, la
cantidad de memoria utilizable–, etc.). Conviene conocer estas características para
identificar qué placa Arduino es la que nos convendrá más en cada proyecto. (Artero,
2013, pág. 65)
8
1.2.6. OpenCV
OpenCV es un código abierto, biblioteca de la visión por computador. La biblioteca
está escrito en C y C ++ y se ejecuta en Linux, Windows y Mac OS X. Hay desarrollo
activo en las interfaces de Python, Ruby, Matlab, y otros idiomas.
OpenCV fue diseñado para la eficiencia computacional y con un fuerte enfoque en
aplicaciones en tiempo real. OpenCV está escrito en C optimizado y puede tomar
ventaja de los procesadores mul-ticore. Si usted desea mayor optimización automática
en arquitecturas Intel [Intel], usted puede comprar Integrated Performance Primitives
(IPP) bibliotecas de Intel [IPP], que consisten en rutinas optimizadas de bajo nivel en
muchas áreas diferentes algorítmicos. OpenCV utiliza automáticamente la biblioteca
IPP adecuado en tiempo de ejecución si se ha instalado la biblioteca.
Uno de los objetivos de OpenCV es proporcionar una infraestructura de visión por
ordenador fácil de usar que ayuda a las personas a construir aplicaciones de visión
bastante sofisticados rápidamente. OpenCV contiene más de 500 funciones que
abarcan muchas áreas en la visión, incluida la inspección de la fábrica de productos,
imágenes médicas, la seguridad, la interfaz de usuario, calibración de la cámara, la
visión estéreo, y la robótica.
Debido a la visión por computador y aprendizaje automático a menudo van de la
mano, OpenCV también contiene una, de propósito general completa Machine
Learning Library (MLL). Esta sub-biblioteca se centra en el reconocimiento de patrones
estadísticos y la agrupación. La MLL es muy útil para las tareas de visión que se
encuentran en el núcleo de la misión de OpenCV, pero es suficiente para ser utilizado
por cualquier problema de aprendizaje automático.
(Kaehler & Bradski, 2015, pág. 10)
Actualmente se han desarrollado tecnologías que permiten el control y el monitoreo de
los parqueaderos, sin embargo, los datos de las plazas de parqueo no es publicado a
los usuarios, en el presente proyecto se utilizó OpenCv para informar los diferentes
lugares para estacionamiento mediante el reconocimiento de patrones en tiempo real.
9
1.3 Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación
1.3.1 Control de acceso vehicular
Al integrar un sistema de control de acceso vehicular, podemos tener el control total,
tanto de los vehículos residentes como de los visitantes. Contamos con todos los
sistemas electromecánicos necesarios para integrar una solución completa y robusta
que se ajuste a sus necesidades.
1.3.1.2 Identificación por Radiofrecuencia RFID
La tecnología de Identificación por Radiofrecuencia RFID (RadioFrequency
Identification) es, sin duda, una de las tecnologías de comunicación que ha
experimentado un crecimiento más acelerado y sostenido en los últimos tiempos. Las
posibilidades que ofrece la lectura a distancia de la información contenida en una
etiqueta, sin necesidad de contacto físico, junto con la capacidad para realizar
múltiples lecturas (y en su caso, escrituras) simultáneamente, abre la puerta a un
conjunto muy extenso de aplicaciones en una gran variedad de ámbitos, desde la
trazabilidad y control de inventario, hasta la localización y seguimiento de personas y
bienes, o la seguridad en el control de accesos.
Son muchas las grandes compañías que apoyan la implantación y el uso sensato de la
RFID, por lo que se puede esperar que su futuro sea muy prometedor. No hay duda de
que se trata de una tecnología que puede aportar sustanciales ventajas en muchos
ámbitos de aplicación. Sin embargo, el éxito final en la implantación de esta tecnología
está sujeto a la superación de una serie de obstáculos, entre los que es necesario
destacar los aspectos de seguridad y privacidad. (García, 2011, pág. 18)
En este informe de vigilancia tecnológica se consideran principalmente las
aplicaciones de esta tecnología al cuidado de la salud, así como las actividades
relacionadas con la misma. Tras una introducción en la que se presentan los
antecedentes de la tecnología, la justificación del estudio y el contexto en el entorno
sanitario de cuidados para la salud, se pasan a describir los fundamentos de la
tecnología, describiendo el funcionamiento y las características de sus principales
elementos:
Etiquetas (tags o transpondedores): almacenan la información.
Lectores (interrogadores): leen la información de las etiquetas, proporcionándoles
energía para que éstas transmitan.
10
Programadores: escriben información en las etiquetas.
Middleware: gestiona el intercambio de información.
Sistema de información: procesa la información del middleware y toma las
decisiones oportunas.
1.3.2 Visión Artificial
La Visión Artificial (VA) usa técnicas provenientes de la Óptica, de la Electrónica, del
Procesamiento de Señales, de las Ciencias de la Computación, de la Inteligencia
Artificial y aun de la Ingeniería Mecánica cuando se utiliza en el contexto de la
Robótica. Por otro lado, las aplicaciones de la VA no dejan de aumentar y cada vez
son más las áreas de la actividad humana que incorporan algún aspecto de
percepción visual, siendo la Robótica quien utiliza con más intensidad y amplitud la
gran diversidad de técnicas que ofrece la VA, además de representar uno de sus
principales retos.
En este contexto, los tres volúmenes de la presente obra intentan proporcionar una
amplia introducción a la VA y a su aplicación en Robótica, permitiendo al lector
comprender y asimilar la esencia de esta fascinante especialidad; además de ayudarle
a resolver problemas de implementación de sistemas de VA en aplicaciones de
cualquier otra índole y, sobretodo, le permitirá seguir la rápida evolución que, como a
todas las áreas tecnológicas, caracteriza a la VA. (Zannatha, 2012, pág. 32)
1.3.3. Visión por Computador
Visión por computador es la transformación de los datos de una cámara de fotos o
vídeo en cualquiera de una decisión o una nueva representación. Todas estas
transformaciones se realizan para lograr algún objetivo en particular.
Una nueva representación podría significar convertir una imagen en color en una edad
en escala de grises o la eliminación de movimiento de la cámara de una secuencia de
imágenes. Debido a que somos criaturas visuales, es fácil ser engañado en el
pensamiento de que las tareas de visión com-ordenador son fáciles.
Hay entradas asociativas generalizadas de los sensores de control de los músculos y
todos los otros sentidos que permiten al cerebro para dibujar en cruzadas
asociaciones hechas de años de vivir en el mundo. El bucles de retroalimentación en
el cerebro vuelve a todas las etapas de procesamiento, incluyendo los sensores de
hardware en sí (los ojos), que controlan mecánicamente la iluminación a través de los
iris y sintonizar la recepción en la superficie de la retina.
11
En un sistema de visión artificial, sin embargo, un equipo recibe una cuadrícula de
números desde la cámara o desde el disco, y eso es todo. En su mayor parte, no hay
patrón definido incorporado, sin control automático de enfoque y apertura, no hay
cruzadas asociaciones con años de experiencia. (Kaehler & Bradski, 2015, pág. 53)
1.3.4. OpenCV
La mayoría de los informáticos y programadores prácticos son conscientes de alguna
faceta del papel que juega la visión por computadora. Pero pocas personas son
conscientes de todas las formas en las que se utiliza la visión por computadora. Por
ejemplo, la mayoría de la gente es un poco consciente de su uso en la vigilancia, y
muchos también saben que cada vez se está utilizando para imágenes y vídeo en la
Web.
Unos pocos han visto algún uso de la visión por computador en las interfaces de
juegos. Sin embargo, pocas personas se dan cuenta que la mayoría de las imágenes
aéreas y de la calle - mapa (como en Street View de Google) hacen pesada uso de la
calibración de la cámara y las técnicas de imagen de costura. Algunos son conscientes
de nicho ap-complicaciones en el monitoreo de seguridad, vehículos voladores no
tripulados, o el análisis biomédico. Pero pocos son conscientes de lo penetrante visión
artificial se ha convertido en la industria manufacturera: prácticamente todo lo que es
producido en masa ha sido inspeccionada de forma automática en algún momento
utilizando la visión por computador.
La licencia de código abierto para OpenCV se ha estructurado de tal manera que se
puede construir un producto comercial utilizando la totalidad o parte de OpenCV.
(Kaehler & Bradski, 2015, pág. 73)
1.3.5. Placa Arduino Uno
El voltaje de funcionamiento de la placa Arduino (incluyendo el microcontrolador y el
resto de componentes) es de 5 V. Podemos obtener esta alimentación eléctrica de
varias maneras:
Conectando la placa Arduino a una fuente externa, tal como un adaptador AC/DC o
una pila. Para el primer caso, la placa dispone de un zócalo donde se puede enchufar
una clavija de 2,1 milímetros de tipo “jack”. Para el segundo, los cables salientes de
los bornes de la pila se pueden conectar a los pines-hembra marcados como “Vin” y
12
“Gnd” (positivo y negativo respectivamente) en la zona de la placa marcada con la
etiqueta “POWER”.
En ambos casos, la placa está preparada en teoría para recibir una alimentación de 6
a 20 voltios, aunque, realmente, el rango recomendado de voltaje de entrada (teniendo
en cuenta el deseo de obtener una cierta estabilidad y seguridad eléctricas en
nuestros circuitos) es menor: de 7 a 12 voltios. En cualquier caso, este voltaje de
entrada ofrecido por la fuente externa siempre es rebajado a los 5 V de trabajo
mediante un circuito regulador de tensión que ya viene incorporado dentro de la placa.
Conectando la placa Arduino a nuestro computador mediante un cable USB. Para ello,
la placa dispone de un conector USB hembra de tipo B. La alimentación recibida de
esta manera está regulada permanentemente a los 5 V de trabajo y ofrece un máximo
de hasta 500 mA de corriente (por lo tanto, la potencia consumida por la placa es en
ese caso de unos 2,5 W). Si en algún momento por el conector USB pasa más
intensidad de la deseable, la placa Arduino está protegida mediante un polifusible
reseteable que automáticamente rompe la conexión hasta que las condiciones
eléctricas vuelven a la normalidad. Una consecuencia de esta protección contra
posibles picos de corriente es que la intensidad de corriente recibida a través de USB
puede no ser suficiente para proyectos que contengan componentes tales como
motores, solenoides o matrices de LEDs, los cuales consumen mucha potencia.
(Artero, 2013, pág. 85)
1.3.5.1. Las entradas y salidas digitales
La placa Arduino dispone de 14 pines-hembra de entradas o salidas (según lo que
convenga) digitales, numeradas desde la 0 hasta la 13. Es aquí donde conectaremos
nuestros sensores para que la placa pueda recibir datos del entorno, y también donde
conectaremos los actuadores para que la placa pueda enviarles las órdenes
pertinentes, además de poder conectar cualquier otro componente que necesite
comunicarse con la placa de alguna manera. A veces a estos pines-hembra digitales
de “propósito general” se les llama pines GPIO (de “General Purpose Input/Output”).
Todos estos pines-hembra digitales funcionan a 5 V, pueden proveer o recibir un
máximo de 40 mA y disponen de una resistencia “pull-up” interna de entre 20 KΩ y 50
KΩ que inicialmente está desconectada (salvo que nosotros indiquemos lo contrario
mediante programación software).
13
Hay que tener en cuenta, no obstante, que aunque cada pin individual pueda
proporcionar hasta 40 mA como máximo, en realidad, internamente la placa agrupa los
pines digitales de tal forma que tan solo pueden aportar 100 mA a la vez el conjunto de
los pines nº 0,1,2,3 y 4, y 100 mA más el resto de pines (del 5 al 13). Esto quiere decir
que como mucho podríamos tener 10 pines ofreciendo 20 mA a la vez. (Artero, 2013,
pág. 90)
1.3.5.2. Las entradas analógicas
La placa Arduino dispone de 6 entradas analógicas (en forma de pines hembra
etiquetados como “A0”, “A1”... hasta “A5”) que pueden recibir voltajes dentro de un
rango de valores continuos de entre 0 y 5 V. No obstante, la electrónica de la placa tan
solo puede trabajar con valores digitales, por lo que es necesaria una conversión
previa del valor analógico recibido a un valor digital lo más aproximado posible. Esta
se realiza mediante un circuito conversor analógico/digital incorporado en la propia
placa.
El circuito conversor es de 6 canales (uno por cada entrada) y cada canal dispone de
10 bits (los llamados “bits de resolución”) para guardar el valor del voltaje convertido
digitalmente.
1.3.5.3. Las salidas analógicas (PWM)
En nuestros proyectos a menudo necesitaremos enviar al entorno señales analógicas,
por ejemplo, para variar progresivamente la velocidad de un motor, la frecuencia de un
sonido emitido por un zumbador o la intensidad con la que luce un LED. No basta con
simples señales digitales: tenemos que generar señales que varíen continuamente.
La placa Arduino no dispone de pines-hembra de salida analógica propiamente dichos
(porque su sistema electrónico interno no es capaz de manejar este tipo de señales),
sino que utiliza algunos pines-hembra de salida digitales concretos para “simular” un
comportamiento analógico. Los pines-hembra digitales que son capaces trabajar en
este modo no son todos: solo son los marcados con la etiqueta “PWM”. En concreto
para el modelo Arduino UNO son los pines número: 3,5, 6, 9, 10 y 11.
1.3.6. Arduino Ethernet Shield
Este shield está pensado para los que le quieren añadir a la placa Arduino UNO la
capacidad de conectarse a una red cableada TCP/IP. Aporta la misma funcionalidad
que la placa Arduino Ethernet pero en forma de shield complementario acoplado a la
14
placa Arduino UNO. De hecho, este shield tiene el mismo chip controlador W5100 que
la placa Arduino Ethernet, y se configura con la misma librería de programación: la
librería “Ethernet”, la cual ya viene por defecto en el lenguaje Arduino.
Una vez conectado este shield sobre la placa UNO gracias a la ristra de pines que
encaja perfectamente arriba y abajo, para nuestros circuitos utilizaremos a partir de
entonces las entradas y salidas ofrecidas por los pines-hembra del shield Ethernet.
(Artero, 2013, pág. 118)
Estas entradas y salidas tienen exactamente la misma disposición y funcionalidad que
las de la placa UNO. Incluso si fuera necesario, se podría conectar sin problemas un
segundo shield en la parte superior del shield Ethernet para seguir sumando
funcionalidad.
El procedimiento de cargar nuestros programas en el microcontrolador de la placa
UNO acoplada al shield Ethernet no varía respecto al realizado normalmente con una
placa UNO independiente: primero debemos conectar la placa UNO a nuestro
computador mediante el cable USB, y una vez cargado el programa, como siempre,
podremos seguir alimentando la placa vía USB o bien desconectarla del computador y
enchufarla a una fuente de alimentación externa. A partir de entonces, al conector RJ-
45 del shield le podremos conectar un cable de red (técnicamente, un cable de par
trenzado de categoría 5 o 6) de tipo “estándar” si deseamos comunicar el shield a un
switch o un router o de tipo “cruzado” si deseamos comunicar el shield directamente a
un computador.
Este shield requiere 5 V para funcionar. Este voltaje lo aporta la placa UNO mediante
el encaje del pin de alimentación correspondiente entre placa y shield. La
comunicación entre el chip W5100 y la placa UNO se establece mediante los pines
10,11,12 y 13 (vía SPI) por lo que estos pines no se pueden utilizar para otro
propósito. Esto implica que realmente al usar este shield tenemos 4 entradas/salidas
digitales menos. (Artero, 2013, pág. 119)
1.3.7. Software
El software es un ingrediente indispensable para el funcionamiento del computador.
Está formado por una serie de instrucciones y datos, que permiten aprovechar todos
los recursos que el computador tiene, de manera que pueda resolver gran cantidad de
problemas. Un computador en sí, es sólo un conglomerado de componentes
15
electrónicos; el software le da vida al computador, haciendo que sus componentes
funcionen de forma ordenada.
El software es un conjunto de instrucciones detalladas que controlan la operación de
un sistema computacional.
1.3.8. Html5
1.3.8.1. Novedades De Html5
Las novedades de Html5 y sobretodo del trinomio conceptual “HtmI5 + CSS3 +
aplicaciones JavaScript” son numerosas.
Un nuevo doctype simplificado y unificado.
Supresión de etiquetas y atributos de presentación.
Nuevas etiquetas semánticas o de organización.
Nuevas etiquetas de audio y de vídeo que ya no necesitan más plugins dedicados.
Diseño 2D y muy pronto 3D gracias a la nueva etiqueta <canvas>.
Profusión de formularios innovadores como por ejemplo cursores o calendarios, y
la integración de forma nativa en los navegadores de la validación de datos.
1.3.8.2. Css3
Nuevos selectores.
Bordes redondeados.
Bordes decorados.
Tipos de letra personalizados que permitirán a la tipografía encontrar, por fin, su
sitio en las interfaces Web.
Presentación de un texto en varias columnas.
Sombras aplicadas al texto y al resto de elementos.
Degradados de color.
Múltiples fondos.
Opacidad o transparencia.
Transformaciones.
Transiciones. (Lancker, Junio 2012)
Un documento HTML es un archivo de texto. Si usted no posee ningún programa
para desarrollo web, puede simplemente utilizar el Bloc de Notas de Windows o
cualquier otro editor de textos. El archivo debe ser grabado con la extensión .html y
el nombre que desee (por ejemplo, micodigo.html). (Gauchat, 2012, pág. 11)
16
1.3.9. Seguridad base de datos
1.3.9.1. My Sql Workbench
MySQLWorkbench es una herramienta visual de diseño de bases de datos que integra
desarrollo de software, Administración de bases de datos, diseño de bases de datos,
creación y mantenimiento para el sistema de base de datos MySQL (Las principales
características de MySQL, 2011)
1.3.9.2. Trigger
Un trigger (o disparador) en una Base de datos, es un procedimiento que se ejecuta
cuando se cumple una condición establecida al realizar una operación. Dependiendo
de la base de datos, los triggers pueden ser de inserción (INSERT), actualización
(UPDATE) o borrado (DELETE). Algunas bases de datos pueden ejecutar triggers al
crear, borrar o editar usuarios, tablas, bases de datos u otros objetos.
Esta sentencia crea un nuevo disparo. Un disparador es un objeto de base de datos
llamada que se asocia con una mesa, y que se activa cuando se produce un evento en
particular para la tabla. El disparador se asocia con la tabla denominada tbl_name,
que debe referirse a una tabla permanente. No se puede asociar un disparador con
una TEMPORARY tabla o una vista. CREATE TRIGGER se añadió en MySQL 5.0.2.
Existen nombres de activación en el espacio de nombres de esquema, lo que significa
que todos los activadores deben tener nombres únicos dentro de un esquema. Los
disparadores en diferentes esquemas pueden tener el mismo nombre.
CREATE
[DEFINER = { user | CURRENT_USER }]
TRIGGER trigger_name
trigger_time trigger_event
ON tbl_name FOR EACH ROW
trigger_body
trigger_time: { BEFORE | AFTER }
trigger_event: { INSERT | UPDATE | DELETE }
1.3.9.3. Sql
El sistema de base de datos operacional SQL es hoy en día uno de los más
importantes en lo que hace al diseño y programación de base de datos de tipo
relacional. Cuenta con millones de aplicaciones y aparece en el mundo informático
como una de las más utilizadas por usuarios del medio. El programa SQL se usa como
17
servidor a través del cual pueden conectarse múltiples usuarios y utilizarlo al mismo
tiempo.
Una de las características más interesantes de SQL es que permite recurrir a bases de
datos multiusuario a través de la web y en diferentes lenguajes de programación que
se adaptan a diferentes necesidades y requerimientos.
1.4 Conclusiones parciales del capítulo
En este capítulo se revisa el origen y evolución de los procesos de control
vehicular la cual permite tener el aspecto más importante de la propuesta y permite
dar una solución directa del problema, a más de eso se analizan los diferentes
temas que se relacionan con el problema a investigarse.
La parte teórica es fundamental para dar un realce técnico de todas las
herramientas que se utilizarán para la solución del presente proyecto.
El estudio teórico permitirá tener una mejor comprensión de este capítulo, el cual
va a permitir seguir investigando más a fondo de dichos temas.
18
CAPÍTULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA
2.1. Caracterización del sector, rama, empresa, contexto institucional o problema
seleccionado para la investigación
Nombre de la institución: Parqueadero Teatro Parking
Dirección: Colon entre Bolívar y Sucre
Provincia: Imbabura
Ciudad: Otavalo
Teléfono: 062 928 355
El parqueadero Teatro Parking de la Ciudad de Otavalo es una institución privada
encaminada a cubrir demandas o necesidades de la ciudad como es el parqueo.
El parqueadero cuenta con un amplio establecimiento para mayor comodidad y
seguridad de los usuarios.
El horario de atención inicia a las 6 de la mañana y se termina a las 12 de la media
noche.
La estructura organizacional del parqueadero es la siguiente:
Gerente General: Lesly Cotacachi
Administrador: Fabián Maldonado
Cajero: Henry Pineda
Cajero: Diego Córdova
Seguridad: Jony Perugachi
Figura 1 Ubicación Teatro Parking
Fuente: Microsoft. (2015). Bing maps. Recuperado el 10 de 12 de 2015, de https://www.microsoft.com/maps/
19
2.2 Descripción del procedimiento metodológico para el desarrollo de la
investigación
2.2.1 Metodología de la Investigación
2.2.1.1 Deductivo - Inductivo
El método inductivo permitió realizar un análisis de los procesos que se efectúan en el
parqueadero Teatro Parking, como el control de ingreso y salida de vehículos, cobro
de tarifas e información sobre las plazas libres, para luego implantar los
requerimientos en el sistema, además el método deductivo ayudó a conocer la
importancia del manejo de la visión artificial y de la tecnología Rfid en otras empresas,
teniendo éxito en la identificación por radio frecuencia.
2.2.1.1 Cualitativo - Cuantitativo
El método cuantitativo se utilizó para analizar los datos obtenidos tanto de las
encuestas como de la entrevista y tener información específica de la realidad, el
método cualitativo se empleó para diagnosticar los procesos del control vehicular y
administración de pagos, lo cual permite buscar las causas y comprender el entorno
del problema.
2.2.2 Población y Muestra
Población
Se consideró la población de la parroquia de Otavalo que, cuenta con una población
económicamente activa (PEA) de 22 438 habitantes, los cuales son personas que
integran un mercado de trabajo o tienen bienes como vehículos. Fuente: Censo De
Población y Vivienda (Cpv-2010)
Tabla 1 Población económicamente activa (PEA) de Otavalo
Género Pea
Hombre 12.552
Mujer 9.886
Total 22.438
Fuente: Autor
El Parqueadero Teatro Parking actualmente está constituido por un gerente el Sr.
Fabián Maldonado.
20
Tabla 2 Población
Elemento Población Técnica
Clientes 22 438 Encuesta
Administrador Sr. Fabián Maldonado 1 Entrevista
Total 22 439
Fuente: Autor
Muestra
Para obtener la muestra, la estadística indica que sobrepasado el valor de quince
elementos se utiliza la encuesta. Por lo tanto para la obtención de datos se aplicó una
encuesta a los clientes del Parqueadero Teatro Parking, los cuales componen un
universo de 22 438 personas.
Para calcular una muestra se pueden utilizar diferentes fórmulas. Para el caso de este
estudio se empleó la fórmula para poblaciones finitas.
Dónde:
• N = Total de la población
• Zα= 1.96 al cuadrado (si la seguridad es del 95%)
• p = proporción esperada (en este caso 5% = 0.05)
• q = 1 – p (en este caso 1-0.05 = 0.95)
• d = precisión (en su investigación use un 3%).
n= 22 438* (1.96) ² * 0.05 * 0.95
0.03 ²(22 438-1)+1.96 ²*0.05*0.95
n= 22 438* 3.8416 * 0.0475
0,0009* (22 437)+ 3.8416 * 0.0475
n= 22 438* 3.8416 * 0.0475
20,1933 + 0,182476
n = 4 094,396
20,3757
n = 200.94
21
n = 200
La muestra determina que el número de encuestados es de 200 personas.
2.2.3 Técnicas de la investigación
a. La encuesta
La encuesta fue realizada en horas de la mañana a los clientes del Parqueadero
Teatro Parking de la Ciudad de Otavalo.
b. La entrevista
La entrevista está destinada al Gerente del Parqueadero Teatro Parking al Sr. Fabián
Maldonado, se realizó en el parqueadero, en horas en las que el propietario se
encuentre disponible.
2.2.4. Herramientas
a. Cuestionario
Para el desarrollo de la encuesta se empleó preguntas cerradas para poder realizar la
tabulación de datos y para la entrevista se realizó preguntas abiertas para conocer la
realidad de la problemática.
2.2.5 Análisis de resultados
2.2.5.1 Análisis de las encuetas
Luego de realizar las encuestas a los clientes del parqueadero y obtener la
información necesaria se obtuvo los siguientes resultados, los cuales fueron
tabulados como se indica a continuación.
22
1. ¿Le resulta fácil encontrar una plaza libre dentro del parqueadero?
SI [ ] NO [ ]
Tabla 3 Plaza libre de parqueo
Respuesta Número Porcentaje
SI 25 13%
NO 175 88%
200 100%
Figura 2 Plaza libre de parqueo
Elaborado por: Marlon Mera
Análisis: A la mayoría de los encuestados no les resulta fácil encontrar una plaza libre
dentro del parqueadero creando conflicto y generando tráfico interno.
23
2. ¿Al ingresar al parqueadero desearía recibir información de los lugares libres
para estacionamiento?
SI [ ] NO [ ]
Tabla 4 Información de los lugares libres
Respuesta Número Porcentaje
SI 166 83%
NO 34 17%
200 100%
Figura 3 Información de los lugares libres
Elaborado por: Marlon Mera
Análisis: Los clientes concuerdan que desearían recibir información sobre los lugares
libres de estacionamiento para evitar el molestoso proceso de buscar un lugar.
24
3. ¿Está usted satisfecho con el control vehicular dentro del parqueadero?
Poco satisfecho [ ] Satisfecho [ ] Muy satisfecho [ ]
Tabla 5 Control vehicular
Respuesta Número Porcentaje
Poco satisfecho 123 61%
Satisfecho 56 28%
Muy satisfecho 21 11%
200 100%
Figura 4 Control vehicular
Elaborado por: Marlon Mera
Análisis: Según los encuestados el control vehicular no es satisfactorio para los
clientes dentro del parqueadero, existen algunos inconvenientes en los procesos,
como la demora en el registro.
25
4. ¿El control y registro manual de ingreso y salida del parqueadero le parece el
adecuado?
SI [ ] NO [ ]
Tabla 6 Control y registro en el parqueadero
Respuesta Número Porcentaje
SI 78 39%
NO 122 61%
200 100%
Figura 5 Control y registro en el parqueadero
Elaborado por: Marlon Mera
Análisis: El control y registro dentro del parqueadero a los clientes no les parece el
adecuado al anotar manualmente, los encuestados desean automatizar los procesos
para más rapidez y seguridad.
26
5. ¿Dentro del parqueadero cuáles son los problemas más comunes que usted
tiene?
Cobro de tarifa [ ] Buscar un lugar libre [ ]
Tabla 7 Problemas más comunes
Respuesta Número Porcentaje
Cobro de tarifa 51 26%
Buscar un lugar libre 149 75%
200 100%
Figura 6 Problemas más comunes
Elaborado por: Marlon Mera
Análisis: La mayoría de los encuestados concluyen que el problema más frecuente
dentro del parqueadero es buscar un lugar libre.
27
6. ¿Es de su interés conocer el tiempo de permanencia en el parqueadero?
SI [ ] NO [ ]
Tabla 8 Tiempo de permanencia en el parqueadero
Respuesta Número Porcentaje
SI 179 90%
NO 21 11%
200 100%
Figura 7 Tiempo de permanencia en el parqueadero
Elaborado por: Marlon Mera
Análisis: Casi en su totalidad los clientes desean conocer el tiempo de permanencia
en el parqueadero, para verificar el monto en su tarifa.
28
7. ¿Desearía conocer su información generada en el parqueadero mediante una
página web?
SI [ ] NO [ ]
Tabla 9 Información en página web
Respuesta Número Porcentaje
SI 119 60%
NO 81 41%
200 100%
Figura 8 Información en página web
Elaborado por: Marlon Mera
Análisis: Los encuestados mencionan que es factible el uso de una página web para
recibir información sobre el parqueadero.
29
8. ¿Si usted es un usuario permanente desearía recibir promociones o
descuentos en su tarifa?
SI [ ] NO [ ]
Tabla 10 Recibir promociones o descuentos
Respuesta Número Porcentaje
SI 187 94%
NO 13 7%
200 100%
Figura 9 Recibir promociones o descuentos
Elaborado por: Marlon Mera
Análisis: Los encuestados en su mayoría mencionan que les gustaría recibir
promociones y descuentos en su tarifa, al ser clientes frecuentes deberían recibir
algún beneficio.
30
9. ¿Le es de su interés recibir factura dentro del parqueadero?
SI [ ] NO [ ]
Tabla 11 Recibir factura
Respuesta Número Porcentaje
SI 155 78%
NO 45 23%
200 100%
Figura 10 Recibir factura
Elaborado por: Marlon Mera
Análisis: A los clientes les interesaría recibir factura dentro del parqueadero al ser un
documento importante tanto para los clientes como para la administración del
parqueadero.
31
10. ¿Desearía recibir información a su correo electrónico sobre su tarifa
generada en el parqueadero?
SI [ ] NO [ ]
Tabla 12 Correo electrónico
Respuesta Número Porcentaje
SI 55 28%
NO 145 73%
200 100%
Figura 11 Correo electrónico
Elaborado por: Marlon Mera
Análisis: Los encuestados en esta preguntan están en desacuerdo en recibir
información en su correo electrónico, sería suficiente con la evidencia en una página
web.
32
2.2.5.2 Resultado de la entrevista
ENTREVISTA DIRIGIDA AL SR. FABIÁN MALDONADO ADMINISTRADOR DEL
PARQUEADERO TEATRO PARKING
Presentación: Se solicita llenar la información que se encuentra a continuación
para definir los requerimientos del proyecto.
Objetivo: Realizar una entrevista para la recopilación de la información y conocer
la situación actual y las necesidades del parqueadero.
Instrucciones: Responder las preguntas que se presentan a continuación.
Cuestionario
1. En la administración del parqueadero donde tiene más inconvenientes
En el control vehicular, automatizar los procesos, mediante el uso de la tecnología
mejorar los servicios a los clientes
2. Que problemas tiene en el control vehicular
El registro de ingreso y salida cuando hay mucha afluencia es muy caótico
3. Toda la información que se genera en el parqueadero como la puede
evidenciar usted. Existe un reporte general de todo el ingreso diario y otro sobre
los clientes mensuales
4. Alguna vez utilizó la atomización para el control vehicular. Cual tecnología
La tecnología de código de barras, pero no ayuda a tener un control sobre los
clientes
5. Conoce usted acerca de la existencia de la tecnología Rfid, Identificación por
radio frecuencia y de sus ventajas. No la conozco
6. Tiene usuarios frecuentes en el parqueadero
Hay una tarifa mensual para algunos clientes que hemos registrado
7. Hace contrato con otros empresa para ofrecer el servicio de parqueo
Si ha existido la oportunidad de dialogo, pero el cobro se lo hace particularmente
8. Qué tipo de facturación ofrece en el parqueadero
Se entrega un comprobante del registro
9. Le gustaría recibir reportes financieros sobre el parqueadero
Me gustaría conocer los clientes que más frecuentan, conocer el monto real de
ingresos, diaria, semanal, mensual.
10. Con cuantas plazas de estacionamiento dispone el parqueadero
Alrededor de 100 lugares para estacionamiento
33
2.3 Propuesta del investigador: modelo, sistema, metodología, procedimiento,
entre otros, que realice el investigador.
Para conocer la problemática del parqueadero y recolectar datos se realizó una
entrevista al Sr. Fabián Maldonado Gerente de la institución y además mediante una
encuesta a los clientes del parqueadero, se conoció las dificultades y necesidades,
información óptima para analizar los requerimientos e implementar en el sistema de
control vehicular y administración de pagos.
La metodología de desarrollo que se empleó es la Programación Extrema, consiste en
diseñar, implementar y programar, Xp implementa una forma de trabajo que se adapta
fácilmente a las circunstancias.
La tecnología de identificación por radio frecuencia Rfid, se utilizó para el control
vehicular, y la administración de pagos dentro del parqueadero, además de OpenCv
para el reconocimiento de patrones e identificar las plazas libres de parqueo.
Después de hacer realizado las respectivas pruebas del sistema inteligente, en el
parqueadero Teatro Parking se realizó la implementación.
2.4 Conclusiones parciales del capítulo
En el parqueadero Teatro Parking el manejo de la información no es el adecuado e
incluso la administración no dispone de reportes.
La entrevista realizada al gerente del parqueadero permitió conocer los
requerimientos y los diferentes inconvenientes en la institución.
De acuerdo con la información obtenida de las encuestas realizadas, los clientes
concluyen que existen dificultades en el control vehicular en el parqueadero.
34
CAPÍTULO III. VALIDACIÓN Y/O EVALUACIÓN DE RESULTADOS DE SU
APLICACIÓN
3.1. Modelo, sistema, metodología, procedimiento
Para conocer la problemática del parqueadero se realizó una entrevista al Sr. Fabián
Maldonado Gerente de la institución, y una encuesta a los diferentes clientes, de esta
manera se pudo analizar las dificultades y necesidades.
Con el uso de la metodología Xp se pudo evidenciar y esquematizar los diferentes
procesos de una manera clara y objetiva, para obtener los resultados esperados.
3.2. Análisis de los resultados finales de la investigación
3.2.1. Metodología XP
Para la elaboración del sistema informático se utiliza una metodología XP, con sus
etapas; Planificación del proyecto, Diseño, Codificación y Pruebas. En las cuales se
esquematiza el proceso de la gestión de prácticas pre profesional.
La metodología de desarrollo que se empleó es la Programación Extrema, porque
implementa una forma de trabajo que se adapta fácilmente a las circunstancias.
3.2.2. Fase 1: Planificación
Tabla 13 Cronograma de actividades
Nº Nombre de tarea Duració
n Comienzo Fin
Predece
soras
1 Análisis
2 Contacto con la empresa 3 días jue 09/10/15 sab 11/10/15
3 Definición de Objetivos 2 días dom 12/10/15 lun 13/10/15 2
4
Análisis del Problema,
delimitar el problema, posibles
alternativas de solución
3 días mar 14/10/15 jue 16/10/15 3
5 Presentación de la Propuesta 1 día vie 17/10/15 sab 25/10/15 4
6 Elaboración y entrega de
Perfil 2 días dom 26/10/15 lun 27/10/15 5
7
Analizar alcances,
limitaciones y metodología a
usar en el proyecto
1 día mar 28/10/15 mar 28/10/15 6;4
8 Diseño de instrumentos de 1 día mie 29/10/15 mie 29/10/15 7
35
recolección de información
9 Aplicar instrumentos
(entrevista, encuesta) 2 días jue 30/10/15 vie 01/11/15 8;10
10 Análisis y tabulación,
conclusiones 2 días lun 04/11/15 mar 05/11/15 8
11 Estudio Técnico de Proyecto 2 días mie 06/11/15 jue 07/11/15 2;10
12 Estudio Organizacional de
Proyecto 1 día vie 08/11/15 vie 08/11/15
13 Estudio Financiero de
Proyecto 1 día lun 11/11/15 lun 11/11/15 12
14 Estudio Legal de Proyecto 1 día mar 12/11/15 mar 12/11/15 11;13
15 Estudio Ambiental de
Proyecto 1 día mie 13/11/15 mie 13/11/15 14
16 Análisis y Búsqueda de
herramientas de desarrollo 1 día jue 14/11/15 jue 14/11/15
Documentación 2 días vie 15/11/15 vie 15/11/15 16
17 Desarrollo
18 Adquirir herramientas de
desarrollo 1 día lun 18/11/15 lun 18/11/15 17
19 Toma de requerimientos de
Usuario (Metodología XP) 1 día mar 19/11/15 mar 19/11/15 19
20 Elaboración de Historias de
Usuario 3 días mie 20/11/15 vie 22/11/15 15;20
21 Elaboración de diagramas
UML 2 días lun 25/11/15 mar 26/11/15 21
22 Análisis de procesos del
sistema 1 día mie 27/11/15 mie 27/11/15 22
23 Distribución de trabajo de
desarrollo(parejas) 1 día jue 28/11/15 jue 28/11/15 23
24 Maquetación 2 días vie 29/11/15 vie 29/11/15 23;24
25 Desarrollo del proyecto 54 días lun 11/12/15 jue 13/02/16 25
26 Correcciones y Pruebas 2 días vie 14/02/16 lun 17/02/16 26
36
27 Implantación del proyecto en
la empresa 2 días mar 18/02/16 mie 19/02/16 26;27
28 Capacitación e Inducción a
los Usuarios 2 días jue 20/02/16 vie 21/02/16 28
31 Documentación y avance del
proyecto 2 días lun 24/02/16 mar 25/02/16 29
30 Final 1 día
31 Preparación de Documentación 2 días mie 26/02/16 jue 27/02/16 30;27
32 Corrección de proyecto 3 días vie 28/02/16 mar 01/03/16 32
33 Preparación del sistema 2 día mie 02/03/16 jue 03/03/16 33
34 Defensa de proyecto 1 día vie 04/03/16 vie 04/03/16 33
Fuente: Autor
Estudio de Factibilidad
Es importante analizar los diferentes aspectos tecnológicos, humanos, financieros para
luego decidir si el proyecto es viable, a continuación se presenta los diferentes
parámetros de este estudio.
Factibilidad Técnica
Para la ejecución de la aplicación dentro del parqueadero Teatro Parking de la Ciudad
de Otavalo es necesario verificar la existencia de por lo menos un computador, en este
caso existen dos ordenadores con características óptimas para el buen funcionamiento
de la aplicación, caso contrario se debería adquirir un equipo de cómputo acorde a las
necesidades.
Tabla 14 Evaluación de equipos disponibles
Cantidad Descripción Observaciones Departamento
1 Computador portátil
Procesador: Intel Core i5-6200U,
2.8GHz
Memoria RAM: 6 GB – DDR3
Disco Duro: 1000GB
Tarjeta Gráfica: NVIDIA GeForce
Óptimo y
disponible
Administrador
37
940M (2GB)
1 Computador de escritorio
Procesador: Intel Core i3-7100U,
2.40 GHz
Memoria RAM: 4 GB
Disco Duro: 1000GB
Tarjeta Gráfica: 1Gb ZOGIS GeForce
210
Óptimo y
disponible
Cajero
Fuente: Autor
Tabla 15 Evaluación del software
Descripción Licencia Costo
Xampp versión server activa Sin costo
Php activa Sin costo
MySql activa Sin costo
Arduino Software (IDE) activa Sin costo
Notepad++ activa Sin costo
NetBeans(IDE) activa Sin costo
OpenCv activa Sin costo
Fuente: Autor
Tabla 16 Personal de trabajo
Cantidad Cargo Nombre Descripción
1 Administrador Fabián Maldonado Manejo de sistemas de
información, aplicaciones
web, correo electrónico.
2 Cajeros Henry Pineda,
Diego Córdova
Conocimientos básicos en
computación, aplicaciones
web, correo electrónico.
Fuente: Autor
En la aplicación existen tres usuarios el Administrador, el cajero y el cliente, mediante
el análisis existe el personal adecuado dentro del parqueadero, para el módulo de
administración de la aplicación y los cajeros encargados del cobro de tarifa.
Conjuntamente de los conocimientos previos en informática, es necesario capacitar a
los trabajadores del parqueadero en el manejo de sistemas de información y así
generar información correcta y permitir agilizar los procesos.
38
Factibilidad financiera
El presente proyecto de tesis se lo elaboró sin fines de lucro, los gastos
correspondientes a la investigación, análisis, diseño, desarrollo, implementación,
fueron autofinanciados.
El parqueadero teatro parking cuenta con dos equipos informáticos en buen estado y
óptimos para el buen funcionamiento de la aplicación, una red local perfectamente
funcional y además de un brazo lateral para el control del acceso vehicular, por
consiguiente no es necesario la adquisición de equipos para la implementación del
sistema siendo así un proyecto viable.
A continuación se describe el costo de los diferentes recursos necesarios para el
sistema.
Tabla 17 Factibilidad financiera recurso humano
N° Cargo N° de Meses Costo
1 Programador 8 1000,00$
Total 1000,00$
Fuente: Autor
Tabla 18 Factibilidad financiera hardware
N° Nombre Descripción Costo
1 Cámara Web Genius
Facecam 320x
Cámara web VGA Plug & Play 10,00$
1 Módulo Rfid rc522 Para
Arduino
Lector de tarjetas 10,00$
1 Arduino Uno Tarjeta de desarrollo para
microcontroladores basado en el
ATMega328
14,00$
1 Arduino Ethernet Shield Conexión UTP con el computador 10,00$
1 Sensor Ultrasonico Arduino Medir distancias 5,00$
1 Micro Servo Motor Sg90
Arduino
Simular el brazo mecánico 6,00$
1 Módulo Buzzer Alarma
Arduino
Emite sonido 3,00$
1 Protoboard Conexión 4,00$
Total 62,00$
Fuente: Autor
39
Para la implantación del sistema y mejor calidad de imagen se recomienda la
utilización de una cámara de vigilancia o una cámara de características superiores.
Nombre: Cámara de Vigilancia USB
Descripción: Cámara espía, Visión nocturna, a prueba de agua
Precio: 54$
Tabla 19 Factibilidad financiera Software
Descripción Costo
Xampp versión server 0$
Php 0$
MySql 0$
Arduino Software (IDE) 0$
Notepad++ 0$
NetBeans(IDE) 0$
JavaCv 0$
OpenCv 0$
Total 0$
Fuente: Autor
Tabla 20 Factibilidad financiera recursos materiales
N° Descripción Costo Total
2 Resma de papel A4 3,00$ 6,00$
1 Cartuchos de impresora 25,00$ 25,00$
19 Trasporte hacia las instalaciones del
Parqueadero Teatro Parking
0,50$ 9,50$
1 Materiales para maqueta 8,00$ 8,00$
Total 48,5$
Fuente: Autor
Finalmente los valores totales son identificados en la siguiente tabla, y poder verificar
el valor total del proyecto.
40
Tabla 21 Flujo de pago
Recursos Costo
Recursos Humanos 1000,00$
Recursos Tecnológicos 62,00$
Recursos Materiales 48,5$
Improvistos 20,00$
Total 1130,5$
Fuente: Autor
En el mercado existen productos similares para el control vehicular en parqueaderos,
el gran aporte de esta investigación es la identificación inteligente de espacios libres
como novedad científica, reemplazando la utilización de sensores y cableado por una
cámara USB, para el reconocimiento de patrones en tiempo real e identificar las plazas
libres y ocupadas dentro del estacionamiento, además la evidente reducción del costo
final del proyecto a diferencia de otros sistemas de parqueo, de esta manera se puede
concluir que el proyecto es financiablemente viable.
Factibilidad Legal
El uso de software libre permitió tener un proyecto viable, al no tener inconvenientes
con licencias piratas, además de reducir sustancialmente el costo del desarrollo.
De igual manera sustentar bibliográficamente las fuentes de consulta y constatar que
la documentación es auténtica y no copia de trabajos de investigación ya realizados.
Factibilidad Ambiental
Sustitución del papel: Anteriormente el parqueadero manejaba ticket por cada
ingreso vehicular, indicando la fecha y la hora de entrada, para la realización del
cobro, generando una gran cantidad de ticket al día, con el manejo del sistema se
reemplaza la utilización del papel por tarjetas plásticas resistentes con una duración
aproximada de unos tres años, cada cliente dispondrá de una tarjeta que se será
reutilizada las veces que se desee, o a su vez asignarla a otro cliente.
Disminución de Smog: En la entrada al parqueadero los clientes disponen de una
pantalla donde se informa los lugares libres de estacionamiento, esto permite la
disminución de emisión de smog, debido a que los clientes encuentran una plaza libre
con mayor eficiencia y rapidez.
41
Al no disponer de esta información los clientes dan muchas vueltas hasta encontrar un
lugar libre, esto genera tráfico y mucho emanación de smog de los automotores dentro
del parqueadero.
3.2.2.1. Historias de usuario
HU 101 Creación de sesiones de usuarios.
Tabla 22 Creación de sesiones de usuarios
Nombre de la historia: HU 101 Creación de Sesiones
Días Estimado: 4 Prioridad: 1
Disposición: Planeada Estado: Definida
Iteración Asignada: 1
Descripción: Creación de las diferentes sesiones para los usuarios que ingresarán a
la aplicación Web.
Fuente: Autor
HU 102 Validación de usuarios y contraseñas.
Tabla 23 Validación de usuarios y contraseñas
Fuente: Autor
HU 103 Registro de Clientes.
Tabla 24 Registro Clientes
Fuente: Autor
Nombre de la historia: HU 102 Validación de Usuarios y Contraseñas.
Días Estimado: 2 Prioridad: 2
Disposición: Planeada Estado: Definida
Iteración Asignada: 1
Descripción: Confirmación de contraseñas y sesiones
Nombre de la historia: HU 103 Registro de Clientes.
Días Estimado: 4 Prioridad: 2
Disposición: Planeada Estado: Definida
Iteración Asignada: 1
Descripción: Ingreso de datos de los clientes quien va a ingresar a la aplicación
42
HU 104 Registro de etiquetas.
Tabla 25 Registro de etiquetas
Fuente: Autor
HU105 Factura
Tabla 26 Facturación
Fuente: Autor
Nombre de la historia: HU 104 Registro de Etiquetas.
Días Estimado: 4 Prioridad: 2
Disposición: Planeada Estado: Definida
Iteración Asignada: 1
Descripción: Ingreso de datos de los clientes en las etiquetas
Nombre de la historia: HU 105 Factura
Días Estimado: 3 Prioridad: 1
Disposición: Añadida Estado: Implementada
Iteración Asignada: 2
Descripción: Al final del proceso se entrega un comprobante o factura de la tarifa
dentro del parqueadero
43
3.2.3. Fase 2: Diseño
3.2.3.1. Diagrama de Clases
Figura 12 Diagrama de Clases
Elaborado por: Marlon Mera
El proceso de la información inicia con la lectura del código Rfid, para luego enviar los
datos y ser almacenados en una base de datos Mysql, existe una validación al recibir
el código, para insertar un nuevo registro o modificarlo, registrando su hora de ingreso
y salida del vehicular según la lectura del módulo Rfid, luego se realiza la asignación a
los diferentes clientes del parqueadero para que en la próxima ocasión todos los datos
generar automáticamente la información necesaria y presentar reportes según los
requerimientos de la gerencia.
3.2.3.2. Diagramas de Casos de Uso
Los diagramas de Casos de Usos explican el funcionamiento de sistema y observar
como interactúa el programa con él o los usuarios.
Figura 13 Actores del sistema
Elaborado por: Marlon Mera
Administrador Cliente
44
Los actores del proyecto son los siguientes:
Administrador
Cliente
El Administrador cumplirá con el rol de gestionar los procesos de registro de
usuarios, control vehicular, administración de pagos, facturas y reportes.
Los Clientes adquirirán una etiqueta para su registro de ingreso y salida del
parqueadero.
3.2.3.3. Caso De Uso Administrador
Figura 14 Caso Uso Administrador
Elaborado por: Marlon Mera
45
Tabla 27 Gestión de Usuarios
Fuente: Autor
NOMBRE: Gestiona Usuarios
AUTORES: Marlon Mera
DESCRIPCIÓN:
Permite al administrador gestionar los usuarios del sistema, crear, modificar,
eliminar la asignación de tag.
ACTORES: Administrador
PRECONDICIONES:
El administrador debe iniciar sesión en la aplicación y acceder con los privilegios de
administrador
FLUJO NORMAL:
1. El administrador puede registrar, modificar, eliminar los usuarios.
2. Escoge cualquiera de las opciones mostradas anteriormente.
3. Realiza la modificación y deberá guardar las modificaciones.
4. Modificar la asignación de los tag, cambio de usuario.
FLUJO ALTERNATIVO:
El sistema comprueba la validez de los datos, y que todos los datos se encuentren
ingresados correctamente si los datos no son correctos, se deberá corregirlos
inmediatamente.
POS CONDICIONES:
Se podrá gestionar los usuarios del sistema.
46
Tabla 28 Control vehicular
Fuente: Autor.
NOMBRE: Control vehicular
AUTORES: Marlon Mera
DESCRIPCIÓN:
Registrar la fecha y hora de ingreso y salida de los vehículos mediante la lectura del
módulo Rfid.
ACTORES: Administrador
PRECONDICIONES:
El administrador debe establecer la conexión con el ordenador y el módulo Rfid para
recibir los datos enviados mediante la lectura.
FLUJO NORMAL:
1. El administrador debe iniciar sesión para iniciar el proceso de registro.
2. La información de fecha y hora de salida y entrada es registrada.
FLUJO ALTERNATIVO:
El sistema recibe los datos de la lectura del módulo Rfid por cable Utp al ordenador
para registrarlo.
La información es registrada automáticamente.
POS CONDICIONES:
Se podrá gestionar los usuarios del sistema.
47
Tabla 29 Administración de pagos
Fuente: Autor.
NOMBRE: Administración de pagos
AUTORES: Marlon Mera
DESCRIPCIÓN:
Proceso fundamental para el registro vehicular y realizar los cálculos para el cobro
de tarifa
ACTORES: Administrador
PRECONDICIONES:
registro de fecha y hora de ingreso y salida del vehículo.
FLUJO NORMAL:
1. Obtener el dato de hora de ingreso.
2. Obtener el valor de hora de salida.
3. Calcular el tiempo de permanencia en el parqueadero.
4. Según la variable de la tarifa, precio por hora, registrar el monto a pagar.
5. Facturar
FLUJO ALTERNATIVO:
La variable del precio por hora es modificable.
POS CONDICIONES:
Registrar todos los datos y facturar según el cliente.
48
Tabla 30 Control de pagos
Fuente: Autor.
Tabla 31 Gestión Facturas
Fuente: Autor.
NOMBRE: Administración de pagos
AUTORES: Marlon Mera
DESCRIPCIÓN: Registrar la tarifa mediante parámetros y registrar las facturas
ACTORES: Administrador
PRECONDICIONES: Registro de fecha y hora de ingreso y salida del vehículo.
FLUJO NORMAL:
1. Modificar el valor de la tarifa y el impuesto según sea necesario
2. Obtener el valor de hora de salida.
3. Calcular el tiempo en el parqueadero.
FLUJO ALTERNATIVO: La variable del precio por hora es modificable.
POS CONDICIONES: Registrar todos los datos y factura según el cliente.
NOMBRE: Gestión de Facturas
AUTORES: Marlon Mera
DESCRIPCIÓN: Permite al administrador gestionar las Facturas
ACTORES: Administrador
PRECONDICIONES:
El administrador debe logearse en la aplicación y acceder con los privilegios de
administrador
FLUJO NORMAL:
1. El administrador puede modificar, guardar las distintas facturas
2. Realiza la modificación y deberá guardar las modificaciones realizadas.
FLUJO ALTERNATIVO:
El sistema comprueba la validez de los datos, y que todos los datos se encuentren
ingresados correctamente si los datos no son correctos, se deberá corregirlos
inmediatamente.
POS CONDICIONES: Se podrá gestionar las Facturas
49
Tabla 32 Gestión de reportes
Fuente: Autor.
3.2.3.4. Caso De Uso Cliente
Figura 15 Caso Uso Cliente
Elaborado por: Marlon Mera
NOMBRE: Gestión de reportes
AUTORES: Marlon Mera
DESCRIPCIÓN: Permite al administrador gestionar todos los reportes que sean
necesarios.
ACTORES: Administrador
PRECONDICIONES: El administrador debe loguearse en la aplicación y acceder
con los privilegios de administrador
FLUJO NORMAL:
1. El administrador deberá ingresar en el menú a la opción reportes.
2. Se le desplegara una lista de los posibles reportes que desee el administrador.
3. Realiza búsquedas inteligentes.
4. Escoge el reporte deseado.
5. Dar clic en el botón generar reporte.
6. El sistema emite el reporte deseado por el administrador.
FLUJO ALTERNATIVO:
El sistema comprueba la validez de los datos y que sean correctos, sí estos no son
los correctos se deberá informar inmediatamente para que los reparen.
POS CONDICIONES: Se podrá gestionar los diferentes reportes del sistema.
50
Tabla 33 Registro en el sistema.
Fuente: Autor.
Tabla 34 Verificar datos online
Fuente: Autor.
NOMBRE: Registro en el sistema.
AUTORES: Marlon Mera
DESCRIPCIÓN: Permite al cliente se le asignará un etiqueta (tag)
ACTORES: Cliente
PRECONDICIONES:
El cliente debe facilitar sus datos.
FLUJO NORMAL:
1. Registrar su nombre y placa vehicular.
2. Ingresar al parqueadero y su identificación solo será su etiqueta.
FLUJO ALTERNATIVO:
El sistema comprueba la validez de los datos, y que todos los datos se encuentren
ingresados correctamente, si estos no son los correctos la Aplicación rechazara la
petición.
POS CONDICIONES: Actualizar los datos en la página web.
NOMBRE: Verificar datos online
AUTORES: Marlon Mera
DESCRIPCIÓN: Permite al cliente llenar su información para acceder a la aplicación
o revisar su consumo dentro del parqueadero.
ACTORES: Cliente
PRECONDICIONES: El cliente primeramente debe ingresar a la URL del sistema.
FLUJO NORMAL:
1. Ingresa a la Aplicación mediante la URL.
2. Actualizar sus datos.
3. Verificar el consumo dentro del parqueadero.
FLUJO ALTERNATIVO: El sistema comprueba la validez de los datos, y que todos
los datos se encuentren ingresados correctamente, si estos no son los correctos la
Aplicación rechazara la petición.
POS CONDICIONES: Visitar la página web.
51
Tabla 35 Recibir factura
Fuente: Autor.
3.2.3.5. Diseño de diagrama de contexto
Figura 16 Diagrama de Contexto
Elaborado por: Marlon Mera
El administrador del sistema mediante la lectura de las etiquetas Rfid recibe los datos
anexando la hora de ingreso del vehículo, la información es almacenada, para luego
realizar la asignación de las etiquetas a los clientes frecuentes, el cliente podrá
actualizar sus datos y al final del proceso obtener la factura.
NOMBRE: Recibir factura
AUTORES: Marlon Mera
DESCRIPCIÓN:
El sistema facilitara la entrega de facturas
ACTORES: Cliente
PRECONDICIONES:
Visitar el parqueadero y adquirir su etiqueta.
FLUJO NORMAL:
Al salir del parqueadero el sistema le felicitará con una factura.
FLUJO ALTERNATIVO:
El sistema comprueba que todos los pasos anteriores de la compra se cumplan,
para posteriormente verificarla.
POS CONDICIONES:
52
3.2.3.6. Diagrama de nivel 1
Figura 17 Diagrama Nivel 1
Elaborado por: Marlon Mera
El control vehicular es registrado por el administrador ingresos, clientes, reportes,
facturas y el cliente tendrá acceso a sus datos y podrá modificar su información y
verificar su consumo dentro del parqueadero, toda la información se genera a partir de
la lectura del Módulo Rfid.
3.2.3.7. Diagrama de actividades Registro de Clientes.
Figura 18 Diagrama de Actividades Registro Clientes Elaborado por: Marlon Mera
53
Registrar los datos en la amplicacion web para acceder a la aplicación, registro de
clientes
Figura 19 Diagrama de Actividades Control vehicular
Elaborado por: Marlon Mera
El control vehicular consiste en registrar la fecha, hora de ingreso y salida, calcular el
tiempo de permanencia y luego realizar el cobro de la tarifa.
Figura 20 Diagrama de Actividades Reportes.
Elaborado por: Marlon Mera
En Arduino se realiza la lectura de la tarjeta Rfid, evidenciando su código y la
comunicación con el código en php y su respuesta que este caso enviar un parámetro
para la activación del servomotor y subir o bajar según el requerimiento para que el
vehículo pueda ingresar o salir del parqueadero.
54
Figura 21 Lectura Tag Rfid
Elaborado por: Marlon Mera
Mediante la comunicación Serial y por cable Utp los datos se envían a php, el sistema
detecta un nuevo ingreso para iniciar el registro vehicular
Figura 22 Ingreso nuevo cliente
Elaborado por: Marlon Mera
El sistema consta de tres usuarios: Administrador, cajero y el cliente. En la página del
sistema se puede evidenciar la entrada y la salida del vehículo para luego realizar la
respectiva factura y cobro.
55
Figura 23 Salida del parqueadero
Elaborado por: Marlon Mera
El cajero puede evidenciar un mensaje de alerta que el cliente va a salir del
parqueadero. Al finalizar el proceso se genera automáticamente su comprobante o
factura para validar la información del parqueadero mediante la lectura de las tarjetas
Rfid.
Figura 24 Módulo cajero
Elaborado por: Marlon Mera
El cajero es la persona encarga de cobrar la tarifa de parqueadero, además registra
nuevos usuarios y verificar la información.
56
Figura 25 Módulo administrador
Elaborado por: Marlon Mera
El administrador es el encargado de gestionar la información de los clientes, verificar
los parámetros como el monto de la tarifa, modificar el valor el iva, administración de
tarjetas, asignación, bloqueos de tarjetas, además los permisos de los usuarios y
finalmente los reportes.
Figura 26 Reportes Administrador
Elaborado por: Marlon Mera
El administrador puede evidenciar los reportes, cuentas activas por correo, clientes
eliminados, asignación, liberación y bloqueos de tarjetas, clientes frecuentes.
57
Figura 27 Módulo cliente
Elaborado por: Marlon Mera
El cliente luego de activar su cuenta mediante correo electrónico, podrá visualizar su
información generada en el parqueadero
Figura 28 Lugares libres de parqueo
Elaborado por: Marlon Mera
Los lugares libres de parqueo se mostraran en pantalla, de forma automática detecta
si un vehículo se encuentra en alguna plaza de parqueado, caso contrario el lugar
estará disponible para otro cliente y evidenciar esta información en la entrada del
parqueo.
58
3.2.4. Fase 3: Codificación
La metodología XP sugiere un modelo de trabajo usando repositorios de códigos
implementados y corregidos junto a los test que deben pasar.
Tabla 36 Codificación
Función Código Descripción
Función
Conexión
$con=mysqli_connect("localhost","root","","parquead
ero");
if (mysqli_connect_errno())
{
echo "Failed to connect to MySQL: " .
mysqli_connect_error();
}
$resultado = mysqli_query($con,"SELECT id_registro
FROM usuarios WHERE rfid_codigo = '$serie' And
estado = '1'" );
$r2 = mysqli_fetch_assoc($resultado);
$id=$r2["id_registro"];
$result = mysqli_query($con,"SELECT COUNT(*) AS
cnt FROM usuarios WHERE rfid_codigo = '$serie'
And estado = '1'" );
$row = mysqli_fetch_assoc($result);
Esta función
permite abrir
un enlace de
comunicació
n y conexión
a la BDD
MySQL
Función
Recibir
datos desde
el módulo
RFID y
enviar
respuesta.
if (isset($_POST['SERIE']) &&
!empty($_POST['SERIE']))
{ $serie = $_POST["SERIE"];
$resultado = mysqli_query($con,"SELECT id_registro
FROM usuarios WHERE rfid_codigo = '$serie' And
estado = '1'" );
$r2 = mysqli_fetch_assoc($resultado);
$id=$r2["id_registro"];
$result = mysqli_query($con,"SELECT COUNT(*) AS
cnt FROM usuarios WHERE rfid_codigo = '$serie'
And estado = '1'" );
$row = mysqli_fetch_assoc($result);
//compara
if($row['cnt']==0) {
Recibir datos
desde el
módulo
RFID,
almacenar el
dato en un
variable y
según la
condición se
registrará en
la base de
datos, para
luego enviar
una
59
mysqli_query($con,"INSERT INTO usuarios
(rfid_codigo,fecha,hora,estado) VALUES
('$serie',CURDATE(),CURTIME(),'1')");
mysqli_close($con);
echo "1";
}else{ $con->query("UPDATE usuarios SET
hora_fin=CURTIME(), estado='2', pago='1' WHERE
rfid_codigo = '$serie' and id_registro='$id'");
mysqli_close($con);
echo "1"; }}
else {echo "datosIncorrectos";}
respuesta al
módulo Rfid
para la
activación
del sermotor.
Función
administraci
ón de pago
$conn = new mysqli($servername, $username,
$password, $dbname);
if ($conn->connect_error) {
die("Connection failed: " . $conn->connect_error);}
$sql = "SELECT id_registro, fecha, estado FROM
usuarios where estado=2 and pago =1";
$result = $conn->query($sql);
if ($result->num_rows > 0) {
// output data of each row
while($row = $result->fetch_assoc()) {
echo "id: " . $row["id_registro"]. " - Name: " .
$row["fecha"]. " estado:" . $row["estado"]. "<br>";
// $reg = mysql_fetch_assoc($result);
// $id=$reg["id_registro"];
$id2=$row["id_registro"];
// $sql3 = "UPDATE usuarios set pago='2'
where id_registro ='$id2'";
$conn->query("UPDATE usuarios set pago='2' where
id_registro ='$id2'");
echo'<script type="text/javascript">
alert("Saliendo!!! '.$id2.'");
window.location="tabla.php?id2='.$id2.'"
</script>'; }} else { echo "0 results";}
$conn->close();
Esta función
me permite
obtener los
datos de
ingreso y
salida para
obtener su
valor y
facturar
Fuente: Autor.
60
3.2.5. Fase 4: Pruebas
3.2.5.1. Parámetros generales de evaluación
Tabla 37 Parámetros Generales
Parámetro Descripción Sub parámetros
Velocidad Verificar la transferencia de datos
entre el sistema y el módulo Arduino
Ethernet Shield y además comprobar
el tiempo de respuesta de las
funciones del sistema.
-Velocidad De Transferencia
-Tiempo De Respuesta
Rendimiento
Comprobar el número de clientes
concurrentes y el tiempo de respuesta
en las consultas y también calcular un
número de fotogramas por segundo
capturado por la cámara USB
referente a una distancia determinada.
-Prueba De Estrés
-Fotogramas Por Segundo
Fuente: Autor.
Sub parámetros de evaluación
a. Velocidad
a.1. Velocidad de transferencia
Para medir la velocidad de transferencia de datos se empleó un beachmark llamado
Lan Speed Test, esta herramienta permite conocer el tamaño de la información y la
velocidad de transferencia en Mbps, es de vital importancia conocer la comunicación
entre el Pc y el módulo de Arduino Ethernet Shield, a través del cable utp.
a.1.2. Tiempo de respuesta
Comprobar el correcto funcionamiento de los diferentes procesos del sistema y el
tiempo de respuesta para cumplir de la mejor manera con los requerimientos
planteados, para esto se utilizó el Benchmark Script.
61
a.2. Rendimiento
a.2.1. Prueba de estrés
El objetivo de este sub parámetro es estresar a la base de datos aumentado el número
de usuarios concurrentes, mediante la sentencia Mysqlslap y además conocer el
tiempo de respuesta de las consultas.
a.2.2. Fotogramas por segundo
El reconocimiento de patrones se obtiene mediante el uso de la cámara web, es
importante verificar este rendimiento tomando en cuenta la distancia y la calidad de
imágenes, visualizar el número de fotogramas por segundo capturado por la cámara
USB.
3.2.5.2. Aplicación de pruebas
Para la calificación de las pruebas se tomó en cuanta los diferentes rangos, esto se
debe a que, en cada prueba se tomó tres valores para poder comprar los resultados y
así obtener una calificación.
Tabla 38 Rangos
Rango Cualidad
5 Excelente
3-4 Bueno
1-2 Regular
Fuente: Autor.
62
a. Velocidades
a.1.Velocidad de transferencia
a.1.1. Contexto
a.1.1.1 Hardware
Procesador: Amd Dual Core 2.10 Ghz
Memoria RAM: 4 GB
Cable UTP: Cat 5
Connector:RJ45
a.1.1.2. Software
SistemaOperativo: Windows 7
LAN Speed Test: v1.3.1
a.1.2. Aplicación
El test consiste en medir del tiempo que tarda la aplicación en enviar y recibir paquetes
desde el sistema al módulo Arduino, lo que permitió conocer la velocidad de la LAN.
Tabla 39 Velocidad de transferencia
Packet length
Tamaño
ANCHO DE BANDA - SUBIDA Calificación
Cuantitativa
Calificación
Cualitativa P1- Mbps P2- Mbps P3- Mbps
494 MB 1,107.075 1,281.953 1,801.344 2 Regular
156 MB 3,160.179 3,288.085 4,414.610 3 Buena
43,4 MB 5,079.415 4,907.788 4,771.057 3 Buena
8,30 MB 47.194 46.649 47.263 4 Buena
PROMEDIO 3 Buena
Fuente: Autor.
a.1.3. Calificación
En esta prueba se demuestra que es buena la trasferencia de datos entre el sistema y
el módulo de Arduino, referente al tamaño y a la velocidad que es considerablemente
rápida. Esta conexión debe ser óptima para la lectura de las tarjetas Rfid y registrar en
el sistema.
63
b.1. Tiempo de respuesta
b.1.1. Contexto
b.1.1.1. Hardware
Procesador: Amd Dual Core 2.10 Ghz
Memoria RAM: 4 GB
b.1.1.2. Software
Sistema Operativo: Windows 7
Benchmark Script: V1.0
b.1.2. Aplicación
Comprobar el rendimiento de las diferentes funciones del sistema tomando como
referencia el tiempo de respuesta de ejecución, para esta prueba se utilizó la
herramienta Benchmark Script,Se incrusta el script en la función a probar de esta
manera http://localhost/parkin/pruebas_php/bench.php, y verificar el tiempo de
ejecución.
Tabla 40 Tiempo de respuesta
Función
Velocidad Calificación
Cuantitativa
Calificación
Cualitativa P1 P2 P3
Login() 2.312 sec 2.108 sec 2.102 sec 3 Buena
VerificarTag() 1.427 sec 1.909 sec 1.091 sec 4 Buena
Factura() 3.424 sec 2.226 sec 2.421 sec 4 Buena
PROMEDIO 4 Buena
Fuente: Autor.
b.1.3. Calificación
El tiempo de respuesta de las funciones indica que los procesos del sistema se
ejecutan de una manera rápida, es importante debido a la gran concurrencia de
clientes que acuden al parqueadero.
64
c.1. Prueba De Estrés
c.1.1. Contexto
c.1.1.1. Hardware
Procesador: Amd Dual Core 2.10 Ghz
Memoria RAM: 4 GB
c.1.1.2. Software
Sistema Operativo: Windows 7
Benchmark: Mysqlslap
c.1.2. Aplicación
MySQLap, permite estresar a la base de datos, identificar el número de clientes que
interactúan con las bases de datos y verificar el tiempo de respuesta. El número de
usuarios concurrentes se especifica con el parámetro --concurrency=100.
Tabla 41 Prueba de estrés
Usuarios
concurrentes
Velocidad Calificación
Cuantitativa
Calificación
Cualitativa P1 P2 P3
50 2.326
sec
1.133
sec
1.126
sec
5 Excelente
100 3.514
sec
3.421
sec
2.855
sec
4 Buena
150 5.152
sec
4.926
sec
4.391
sec
4 Buena
PROMEDIO 4 Buena
Fuente: Autor.
c.1.3. Calificación
La prueba de estrés permitió conocer el buen funcionamiento de la base de datos,
capaz de soportar 150 usuarios al mismo tiempo.
65
d.1. Fotogramas por segundo
d.1. .1. Contexto
d.1.1.1. Hardware
Procesador: Amd Dual Core 2.10 Ghz
Memoria RAM: 4 GB
Cámara Web: Usb 2.0
d.1.1.2. Software
Sistema Operativo: Windows 7
OpenCv: v2.4.11
d.1.2. Aplicación
Los Fotogramas o cuadros, es la sucesión de imágenes que componen una
animación. La continua sucesión de estos fotogramas producen a la vista la sensación
de movimiento. En esta prueba se manipuló los fotogramas capturados por la cámara
USB referente a la distancia y visualizar los números de fotogramas. Se expresa en
fotogramas o frames por segundo (fps).
Tabla 42 Fotogramas por segundo
Distancia Número de Fotogramas por segundo Calificación
Cuantitativa
Calificación
Cualitativa P1 (fps) P2 (fps) P3 (fps)
1 metros 156 151 158 4 Buena
5 metros 107 99 102 3 Buena
10 metros 44 42 40 2 Regular
PROMEDIO 3 Buena
Fuente: Autor.
d.1.3. Calificación
Esta prueba es importante para conocer el número de fotogramas obtenidos de la
cámara USB, para el reconocimiento de patrones y disponer de correcta mediante el
uso de la tecnología OpenCv, los resultados indican que la captación es buena al tener
una distancia de 5 metros.
66
3.2.5.3. Resumen de resultados
Tabla 43 Resumen de resultados
Sub
Parámetros
Calificación
Cuantitativa
Calificación
Cualitativa
Velocidad De Transferencia 3 Buena
Tiempo De Respuesta 4 Buena
Prueba De Estrés 4 Buena
Fotogramas Por Segundo 3 Buena
PROMEDIO 4 Buena
Fuente: Autor.
3.2.5.4. Conclusión
Al observar los datos de la tabla, resumen de resultados, se concluye que la aplicación
tiene un BUEN rendimiento, luego de aplicar las pruebas se ha podido evidenciar el
correcto funcionamiento, en transferencia de datos, el tiempo de respuesta de las
funciones del sistemas, prueba de estrés a la base de datos y finalmente comprobar
los fotogramas por segundo, para el reconocimiento de patrones.
3.3 Conclusiones parciales del capítulo
La fase uno de la metodología Xp permitió realizar un cronograma de actividades
para facilitar el proceso del estudio y la elaboración del proyecto y cumplir con los
objetivos propuestos.
Los casos de uso son una forma de diagramar actividades de forma clara,
identificado una secuencia de interacciones que se desarrollaron en el sistema.
Las diferentes pruebas del sistema permitieron corregir los errores y avanzar con la
elaboración proyecto.
67
CONCLUSIONES GENERALES
La aplicación de las encuestas a los clientes y la entrevista al gerente del parqueadero
Teatro Parking, ayudó a determinar las necesidades que tiene la institución, referente
al control vehicular y la administración de pagos.
Se concluye que al conocer los procesos en el parqueadero Teatro Parking, se realizó
de una manera mucho más rápida y ágil la investigación y el desarrollo de la
aplicación.
La aplicación está estructurada en Html5, que es un código más simple lo que permite
hacer páginas más ligeras, además de ahorrar tiempo en la programación por el
manejo de nuevas etiquetas.
Los clientes del parqueadero Teatro Parking aceptaron de buena manera la mejora de
los procesos en el control vehicular.
También se concluyó que la aplicación permite a los clientes tener información
actualizada y además de todas sus actividades que realice en parqueadero.
El manejo de esta aplicación permite entregar información rápida y actualizada al
gerente sobre el parqueadero.
Se analizó todas las características y ventajas que proporciona la tecnología de
Identificación por Radio Frecuencia (RFID) aplicada a la identificación vehicular.
El sistema desarrollado busca satisfacer todas las necesidades de un administrador,
permitiendo respaldar la información y la visualización de datos mediante una interfaz
amigable y fácil de usar.
68
RECOMENDACIONES
Se recomienda al Gerente del Parqueadero Teatro Parking utilizar el Manual de
Usuario que presenta la Aplicación, para su correcto funcionamiento o inquietudes.
Capacitar a los usuarios, sobre el manejo de la aplicación, para que posteriormente
no existan problemas sobre su funcionamiento.
Informar a los clientes que la empresa cuenta con una nueva herramienta tecnológica,
la cual les permita mejorar el control vehicular y conocer las plazas libres de
estacionamiento.
Se recomienda considerar que el sistema de información debe contar con una
infraestructura tecnológica acorde a los requerimientos que implica su funcionamiento,
sin dejar de destacar la importancia que tiene el recurso humano, el mismo que debe
estar capacitado para el manejo de herramientas tecnológicas.
Se debe generar un respaldo de información diariamente o mensualmente para
tener soporte en caso de pérdida de información.
No revelar su contraseña, de esta manera poder respaldar su información y evitar
que terceros manipulen su información.
La base de datos es un elemento muy importante de todo el sistema, debido a que
contiene información personal sobre el propietario legal del vehículo, por este motivo
se recomienda medidas de seguridad para el acceso a la información.
Para mayor eficacia y capacidad del sistema se recomienda el manejo de etiquetas de
mayor alcance por lo cual aumentaría el costo del sistema.
Los lectores de etiquetas se encuentran expuestos al aire libre y son susceptibles a
daños, es recomendable protegerlos físicamente, y así prevenir daños físicos.
Se recomienda realizar una campaña sobre el buen uso de las tarjetas TAG por parte
de los usuarios para mantener una política de correcto manejo, funcionamiento,
seguridad y a su vez sobre el sistema de control vehicular.
BIBLIOGRAFÍA
Artero, Ó. T. (2013). ARDUINO Curso práctico de formación. México: Editorial
Mexicana.
Azucena Hernández Martín, S. O. (2011). La robótica educativa como un entorno
tecnológico que promueve el aprendizaje colaborativo. Salamanca: Universidad
de Salamaca.
Barranco Gutiérrez, A., Martínez Díaz, S., & Gómez Torres, J. (2012). Visión
estereoscópica por computadora con Matlab y OpenCV. Lulu.
Betancourt C., Haro Figueroa P., (2011). Prototipo de un sistema de adquisición de
imágenes de vehículos, detección y reconocimiento automático de los
caracteres de la placa en tiempo real por medio de visión artificial, aplicado al
control vehicular(Tesis de Ingeniería). Escuela Politécnica Nacional. Quito
Coronel, C., Morris, S., & Rob, P. (2011). Bases de datos Diseño, implementación y
administración Novena edición. México: Cengage Learning Editores S.A.
Cortés, F. R. (2011). Robótica: Control de Robots Manipuladores. México D.F.:
Marcombo.
Evans, B. W. (2011). Arduino Programming Notebook. San Francisco .
García P, Hidalgo M, Loza J, Muñoz J.(2013),Prácticas con Arduino Edubásica:Una
shield para Arduino enfocada a la Educación.Albacete.118 pág.
Gauchat, J. D. (2012). HTML5, CSS3 y Javascript. Barcelona: Marcombo.
Gutiérrez, J. M. (2013). Arduino + Ethernet Shield .
Hurtado, A. G.-C. (2011). Seguridad informática. Madrid: PARANINFO.
José Ismael Ripoll Ripoll (2012). Seguridad en los Sistemas Informáticos (SSI).
Kaehler, A., & Bradski, G. (2015). Learning OpenCV, 2nd Edition. O'Reilly Media.
Kendall, K. (Octava Edición). (2011). Análisis y diseño de sistema. México: Pearson
Educación.
Lancker,(Junio 2012). HTML5: Los fundamentos del lenguaje. Barcelona: Eni.
Puertas, J. P. (2011). PHP. México: Alfaomega Ra-Ma.
Quijado, J. L. (2011). Mysql. México : Alfaomega.
Ríos, E. H. (2012). Arrancar con HTML5. México: Alfaomega.
Sanchez, J. C. (2014). Metodología de la Investigación científica y tecnología .
Copyright.
Source, T. f. (2011). ADOBE Dreamweaver Cs5 With PHP. United States of America:
Pearson Education.
Sommerville, I. (Novena Edición). (2011). Ingeniería de Software. México: Pearson
Educación.
UNIANDES, (2012). Manual de Investigación, Ambato – Ecuador.
Varios. (2012). Libro básico de Arduino: electrónica y programación. Bogotá: Tienda de
Robótica.
Valderrey, P. (2011). Gestión de base de datos. Madrid.
Zannatha, J. M. (2012). Visión Artificial Para Robots. EAE Editorial Academia
Española.
LINKOGRAFÍA
Corrales, A. (2015). Sistema de identificación de objetos mediante RFID para un.
Recuperado el 22 de Noviembre de 2015, de
http://roboticslab.uc3m.es/publications/1952-RFIDSkill.pdf
CSRG-IT. (2015). Arduino insertar datos en Mysql. Recuperado el 22 de Noviembre de
2015 http://csrg-it.blogspot.com/2015/06/arduino-insertar-datos-en-
mysqlhosting.html
Hetpro. (2015). Módulo Lector RFID-RC522 RF con Arduino. Recuperado el 22 de
Noviembre de 2015, de http://hetpro-store.com/TUTORIALES/modulo-lector-
rfid-rc522-rf-con-arduino.html
NVIDIA. (23 de Septiembre de 2011). NVIDIA introduce la aceleración de OpenCV en
la GPU. Recuperado el 22 de Noviembre de 2015, de
http://www.nvidia.es/object/nvidia-for-opencv-press-20100923-es.html
Php. (2015). Modelo de almacenamiento encriptado. Recuperado el 11 de Noviembre
de 2015, de http://php.net/manual/es/security.database.storage.php
Php. (2015). Inyección de SQL. Recuperado el 11 de Noviembre de 2015, de
http://php.net/manual/es/security.database.sql-injection.php
PMI. (s.f.). pmi.org. Recuperado el 25 de Noviembre de 2015 de
http://www.pmi.org/PMBOK-Guide-and-Standards/Standards-Library-of-PMI-
Global-Standards.aspx
Software, I. d. (2015). PROGRAMACION EXTREMA XP. Recuperado el 25 de
Noviembre de 2015 de http://ingenieriadesoftware.mex.tl/52753_XP---Extreme-
Programing.html
ANEXO 1
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PERFIL DE PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN
DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
CONTROL INTELIGENTE DE ESPACIOS LIBRES MEDIANTE EL
RECONOCIMIENTO DE PATRONES Y ADMINISTRACIÓN DE PAGO CON
TECNOLOGÍA RFID EN EL PARQUEADERO TEATRO PARKING DE LA
CIUDAD DE OTAVALO
AUTOR: MERA PANTOJA MARLON STALIN
ASESOR: ING. CHECA CABRERA MARCO ANTONIO, MBA
IBARRA – ECUADOR
2016
2. DESARROLLO
2.1. ANTECEDENTES DE LA INVESTIGACIÓN
La tecnología RFID "Radio Frequency IDentification" permite la identificación de
objetos de forma inalámbrica, muchas de las empresas a nivel mundial emplean esta
tecnología, como es el caso de Southeastern Container, fabricante de botellas para Coca-
Cola que utiliza el RFID para el seguimiento de miles de cajas contenedoras de botellas.
(Southeastern Container, 2011)
En el Ecuador la Corporación Flx es una empresa dedicada a la elaboración de software,
en especial sistemas contables para la gestión de stock e inventario de existencias
basado en radiofrecuencia Rfid. (Corporación Flx, 2015)
En la Provincia del Carchi sector San Isidro, en la Hacienda El Colorado se encuentra
implementado un “Sistema de ordeño automatizado con el registro inalámbrico de la
producción lechera”, el animal portará un chip RFID en el arete y al ingresar a la
estación de ordeño se registran fecha y hora y litros de leche producidos.
A nivel local en el Hospital “San Vicente De Paúl” De Ibarra se realizó un “Sistema
inalámbrico de monitoreo de temperatura corporal para pacientes de terapia intensiva”,
para visualiza los datos en tiempo real de la temperatura y muestra en cuadros
estadísticos la variación de la misma, así como los datos médicos de ficha médica del
paciente.
2.2 SITUACIÓN PROBLÉMICA
En el Parqueadero Teatro Parking de la Ciudad de Otavalo presenta dificultades en el
control de la hora en el ingreso y salida de los vehículos, la información no es registrada
con exactitud, dando lugar a reclamos por parte de los clientes, las colas largas de
vehículos a la espera de ingresar o salir del estacionamiento causa malestar en los
clientes por la demora en el proceso de registro, y la información que se genera en el
Parqueadero Teatro Parking, como el registro de clientes y cobro de tarifas no se
presenta en reportes formales, además generar tráfico e inconvenientes dentro del
parqueadero al no tener información de los lugares libres de estacionamiento.
2.3. PROBLEMA CIENTÍFICO
Dificultad en el control vehicular de espacios libres y administración de pagos en el
Parqueadero Teatro Parking de la Ciudad de Otavalo.
2.4.OBJETO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN
2.4.1. Objeto de Investigación
Procesos de control vehicular inteligente de espacios libres y administración de pago.
2.4.1. Campo de Acción
Sistemas de Información.
2.5. IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN
Automatización y Control.
2.6. OBJETIVO GENERAL
Implementar un sistema de control vehicular inteligente de espacios libres mediante el
reconocimiento de patrones y administración de pago utilizando la tecnología RFID en
el Parqueadero Teatro Parking de la Ciudad de Otavalo.
2.7. OBJETIVOS ESPECÍFICOS
Fundamentar bibliográficamente los procesos de control vehicular de espacios libres
con el reconocimiento de patrones y el uso de la tecnología RFID para la
administración de pagos.
Diagnosticar las necesidades del Parqueadero Teatro Parking, para cumplir con las
expectativas requeridas y necesarias para el desarrollo de la aplicación.
Desarrollar un sistema de control vehicular inteligente de espacios libres y
administración de pagos usando la tecnología RFID en el parqueadero Teatro
Parking de la Ciudad de Otavalo.
2.8. IDEA DEFENDER
¿Cómo mejorar el control vehicular de espacios libres y administración de pagos en el
Parqueadero Teatro Parking de la Ciudad de Otavalo?
2.9. VARIABLES DE LA INVESTIGACIÓN
2.9.1. Variable Independiente
Sistemas de Información.
2.9.2. Variable Dependiente
Procesos de control vehicular inteligente de espacios libres y administración de pago en
el parqueadero Teatro Parking de la Ciudad de Otavalo.
2.10. METODOLOGÍA A EMPLAR
El método inductivo permitirá realizar un análisis de los procesos se efectúan en el
parqueadero Teatro Parking como el control de ingreso y salida de vehículos y cobro de
tarifas, para luego implantar los requerimientos en el sistema, además el método
deductivo ayudará a conocer la importancia del manejo de la tecnología Rfid en otras
empresas teniendo éxito en la identificación inalámbrica, cabe indicar que el método
cuantitativo se utilizará para analizar los datos obtenidos tanto de las encuestas como de
la entrevista y tener información específica de la realidad, el método cualitativo se
empleará para diagnosticar los procesos del control vehicular y financiero, de la misma
manera comprender el entorno del problema. Para el desarrollo de la aplicación
se utilizará la metodología XP, porque permite entrar de forma directa e interactuar
con el usuario final.
2.11. DESCRIPCIÓN DE LA ESTRUCTURA DE LA PROPUESTA
2.11.1. Administración de Parqueaderos
2.11.1.1. Control de acceso
2.11.1.2. Facturación
2.11.1.3. Espacios libres
2.11.2. Tecnología RFID
2.11.2.1. Elementos de un sistema RFID
2.11.2.2. Etiqueta o transpondedor
2.11.2.3. Lector o interrogador
2.11.2.4. Principios básicos de funcionamiento
2.11.2.5. Arquitectura de la tecnología rfid.
2.11.3. Reconocimiento de patrones
2.11.3.1. Visión Artificial
2.11.3.2. OpenCv
2.11.4. Automatización y control
2.11.4.1. Arduino Uno
2.11.4.2. Arduino Ethernet Shield
2.11.5. Herramientas Tecnológicas
2.11.5.1. Wampserver
2.11.5.2. Lenguajes de programación
2.11.5.3. Htm5
2.11.5.4. Base de Datos mysql
2.11.6. Seguridades
2.11.6.1. Https
2.11.6.2. Encriptación
2.11.6.3. Sesiones en php
2.11.6.4. Control de usuarios
2.12. APORTE TEÓRICO, SIGNIFICACIÓN PRÁCTICA Y NOVEDADES
CIENTÍFICAS
2.12.1. Aporte Teórico
El presente proyecto tiene como aporte teórico la tecnología de identificación por
radiofrecuencia que se realiza mediante la incorporación de un traspondedor, etiqueta,
tarjeta o tag, el cual trasmite datos a un lector Rdif sin importar que no exista una visión
directa, requisito primordial para la lectura láser de códigos de barras.
2.12.2. Significación Práctica
La significación práctica consiste en el control de ingreso y salida vehicular, además el
cobro de tarifa en el parqueadero Teatro Parking de la Ciudad de Otavalo con la
utilización de la tecnología RFID.
2.12.3. Novedad Científica
En cuanto a la novedad científica, con la manejo de tecnología inalámbrica en el control
de vehículos, se ahorra tiempo en el registro, al manipular las etiquetas y el lector Rdif
automáticamente identifica el cliente y su hora de entrada o salida, teniendo un cobro
exacto del servicio.
OpenCv enfocado a la visión computarizada, permite el reconocimiento de patrones en
tiempo real, empleado para indicar el lugar libre de estacionamiento.
3. BIBLIOGRAFÍA
Artero, Ó. T. (2013). ARDUINO Curso práctico de formación. México: Editorial
Mexicana.
Azucena Hernández Martín, S. O. (2011). La robótica educativa como un entorno
tecnológico que promueve el aprendizaje colaborativo. Salamanca: Universidad
de Salamaca.
Barranco Gutiérrez, A., Martínez Díaz, S., & Gómez Torres, J. (2012). Visión
estereoscópica por computadora con Matlab y OpenCV. Lulu.
Coronel, C., Morris, S., & Rob, P. (2011). Bases de datos Diseño, implementacion y
administracion Novena edición. México: Cengage Learning Editores S.A.
Cortés, F. R. (2011). Robótica: Control de Robots Manipuladores. Mexico D.F.:
Marcombo.
Edmundo, C. (2013). Metodologia de la Investigacion Cientifica.
Epsilon. (2011). Seguridad informática:. España: ENI.
Evans, B. W. (2011). Arduino Programming Notebook. San Francisco .
García P, Hidalgo M, Loza J, Muñoz J.(2013),Prácticas con Arduino Edubásica:Una
shield para Arduino enfocada a la Educación.Albacete.118 pág.
Gauchat, J. D. (2012). HTML5, CSS3 y Javascript. Barcelona: Marcombo.
Gutiérrez, J. M. (2013). Arduino + Ethernet Shield .
Hurtado, A. G.-C. (2011). Seguridad informática. Madrid: PARANINFO.
José Ismael Ripoll Ripoll (2012). Seguridad en los Sistemas Informáticos (SSI).
Kaehler, A., & Bradski, G. (2015). Learning OpenCV, 2nd Edition. O'Reilly Media.
Kendall, K. (Octava Edición). (2011). Análisis y diseño de sistema. México: Pearson
Educación.
Lancker,(Junio 2012). HTML5: Los fundamentos del lenguaje. Barcelona: Eni.
Puertas, J. P. (2011). PHP. México: Alfaomega Ra-Ma.
Quijado, J. L. (2011). Mysql. México : Alfaomega.
Ríos, E. H. (2012). Arrancar con HTML5. México: Alfaomega.
Sanchez, J. C. (2014). Metodologia de la Investigacion cientifica y tecnologia .
Copyright.
Source, T. f. (2011). ADOBE Dreamweaver Cs5 With PHP. United States of America:
Pearson Education.
Sommerville, I. (Novena Edición). (2011). Ingeniería de Software. México: Pearson
Educación.
UNIANDES, (2012). Manual de Investigación, Ambato – Ecuador.
Varios. (2012). Libro básico de Arduino: electrónica y programación. Bogotá: Tienda
de Robótica.
Valderrey, P. (2011). Gestión de base de datos. Madrid.
LINKOGRAFÍA
Arduino. (2015). arduino. Recuperado el 22 de Noviembre de 2015, de
https://www.arduino.cc/
Betancourt C., Haro Figueroa P., (2011). Prototipo de un sistema de adquisición de
imágenes de vehículos, detección y reconocimiento automático de los caracteres
de la placa en tiempo real por medio de visión artificial, aplicado al control
vehicular(Tesis de Ingeniería). Escuela Politécnica Nacional. Quito
ECONLINK. (2011). Sistemas de información. Recuperado el 25 de Noviembre de
2015, de http://www.econlink.com.ar/sistemas-informacion/definicion
Hispavista, C. ©. (2011). APLICACIONES WEB. Recuperado el 22 de Noviembre de
2015, de http://empresas.hispavista.com/soluciones/aplicaciones
Hetpro. (2015). Módulo Lector RFID-RC522 RF con Arduino. Recuperado el 22 de
Noviembre de 2015, de http://hetpro-store.com/TUTORIALES/modulo-lector-
rfid-rc522-rf-con-arduino/
NVIDIA. (23 de Septiembre de 2011). NVIDIA introduce la aceleración de OpenCV en
la GPU. Recuperado el 22 de Noviembre de 2015, de
http://www.nvidia.es/object/nvidia-for-opencv-press-20100923-es.html
OpenCv. (2015). OpenCv (Open source computer vision) . Recuperado el 22 de
Noviembre de 2015, de http://opencv.org/
Wells, D. (2012). METODOLOGIA XP. Recuperado el 25 de Noviembre de 2015, de
http://www.extremeprogramming.org/
ANEXO 2
ENCUESTA DIRIGIDA A LOS CLIENTES DEL PARQUEADERO TEATRO
PARKING DE LA CIUDAD DE OTAVALO
Presentación: Parqueadero Teatro Parking promueve la implementación de un
sistema Control inteligente de espacios libres mediante el reconocimiento de
patrones y administración de pago con tecnología Rfid, por lo cual se solicita
llenar la información que se encuentra a continuación.
Objetivo: Realizar una encuesta para la recopilación de la información para la
determinación de los requerimientos del proyecto.
Instrucciones: Colocar una (X) en su respuesta.
¿Le resulta fácil encontrar una plaza libre dentro del parqueadero?
SI [ ] NO [ ]
¿Al ingresar al parqueadero desearía recibir información de los lugares libres para
estacionamiento? SI [ ] NO [ ]
¿Está usted satisfecho con el control vehicular dentro del parqueadero?
Poco satisfecho [ ] Satisfecho [ ] Muy satisfecho [ ]
¿El control y registro manual de ingreso y salida del parqueadero le parece el
adecuado?
SI [ ] NO [ ]
¿Dentro del parqueadero cuáles son los problemas más comunes que usted tiene?
Cobro de tarifa [ ] Buscar un lugar libre [ ]
¿Es de su interés conocer el tiempo de permanencia en el parqueadero?
SI [ ] NO [ ]
¿Desearía conocer su información generada en el parqueadero mediante una
página web?
SI [ ] NO [ ]
¿Si usted es un usuario permanente desearía recibir promociones o descuentos en
su tarifa? SI [ ] NO [ ]
¿Le es de su interés recibir factura dentro del parqueadero?
SI [ ] NO [ ]
¿Desearía recibir información a su correo electrónico sobre su tarifa generada en
el parqueadero?
SI [ ] NO [ ]
ANEXO 3
ENTREVISTA DIRIGIDA AL SR. FABIÁN MALDONADO
GERENTE DEL PARQUEADERO TEATRO PARKING
Presentación:
Se solicita llenar la información que se encuentra a continuación para definir los
requerimientos del proyecto.
Objetivo:
Realizar una entrevista para la recopilación de la información y conocer la
situación actual y las necesidades del parqueadero.
Instrucciones:
Responder las preguntas que se presentan a continuación.
Cuestionario
1. En la administración del parqueadero donde tiene más inconvenientes
2. Que problemas tiene en el control vehicular
3. Toda la información que se genera en el parqueadero como la puede
evidenciar usted
4. Alguna vez utilizó la atomización para el control vehicular. Cual tecnología
5. Conoce usted acerca de la existencia de la tecnología Rfid, Identificación por
radio frecuencia y de sus ventajas.
6. Tiene usuarios frecuentes en el parqueadero
7. Hace contrato con otros empresa para ofrecer el servicio de parqueo
8. Qué tipo de facturación ofrece en el parqueadero
9. Le gustaría recibir reportes financieros sobre el parqueadero
10. Con cuantas plazas de estacionamiento dispone el parqueadero
ANEXO 4
En la página principal se puede observar el menú en la parte superior, con información
sobre el parqueadero, y varias ayudas para el correcto funcionamiento de la
aplicación.
Navegar por los diferentes botones del menú para conocer la página, como
información, contactos, enviar comentarios y sugerencias, acceder al sistema.
Para acceder a la aplicación es necesario registrase, la opción Login Registrarse
Se abrirá una ventana donde podrá ingresar su información según corresponda.
Llenar los campos con información verdadera, nombre, correo y cédula.
Al final la información será validada, en el caso no ser correcta.
Una vez registrado su cuenta será activa a través de su correo electrónico, caso
contrario no podrá acceder a su cuenta.
Para iniciar sesión dirigirse a la pestaña Login e ingresar su información.
Cuenta no activa, verificar su correo electrónico.
En la bandeja de entrada de su correo electrónico, comprobar el mensaje recibido.
Abrir el mensaje y dar clic en activar, será direccionado automáticamente a la página
principal del parqueadero para poder iniciar sesión
ACTIVAR CUENTA
Iniciar sesión
Una vez ingresado a la cuenta podrá verificar su información en la pestaña TAREAS y
modificar solo los campos permitidos, en la opción EDITAR.
Dirigirse a el Parqueadero para la asignación de tarjetas para poder acceder al
servicio, una vez asignado un tajeta podrá verificar sus facturas en su cuenta.
Buscar facturas y comprobar la fecha hora ingreso, hora salida, tiempo y su valor.
Al final de culminar el mes la tarjea será bloqueada, usted podrá renovar el contrato y
seguir accediendo a los servicios de TEATRO PARKING.
EDITAR VER
INFORMACION
VER FACTURAS
ADMINSTRADOR
En la opción clientes se puede administrar su información, asignar una tarjeta o grupo.
En la opción EDITAR se abrirá una ventana para poder asignar una tarjeta o un grupo.
Crear un nuevo grupo cuando la empresa lo requiera
A finalizar seleccionar las fechas mayor al parámetro establecido y menor a 31 días y
facturar.
Administración de
clientes
Editar/ Asignar
Nuevo Grupo
En la opción de TARJETAS se puede bloquear o liberar y verificar la asignación de las
tarjetas.
En la opción PERMISOS se puede modificar los privilegios según el tipo de grupo.
En la opción editar se puede cambiar los privilegios
En la opción reportes verificar la información de los clientes
Asignación
Permisos Editar
Reportes
CAJERO
En el menú principal hay la opción de ingresos y cobro, la información se genera
automáticamente al pasar por el lector de tarjetas
Al salir el vehículo se registraran los datos y se genera la factura y el cobro respecto
de la tarifa en caso de ser usuario no registrado, caso contrario el cliente realiza un
pago mensual.
En la opción REGISTRO el Usuario puede registrar y asignar a un Grupo determinado
o crearlo.
En la opción de TAREAS se puede asignar tag o un grupo.
Ingreso
Salida
Registro
Administración Editar
ANEXO 5
CODIGO PHP ENVIO DE CODIGO RDIF
<?php
if (isset($_POST['SERIE']) && !empty($_POST['SERIE']))
{
$serie = $_POST["SERIE"];
$con=mysqli_connect("localhost","root","","base_teatro");
// Check connection
if (mysqli_connect_errno())
{
echo "Failed to connect to MySQL: " . mysqli_connect_error();
}
$resultado = mysqli_query($con,"SELECT id_registro FROM usuarios WHERE rfid_codigo = '$serie'
And estado = '1'" );
$r2 = mysqli_fetch_assoc($resultado);
$id=$r2["id_registro"];
$result = mysqli_query($con,"SELECT COUNT(*) AS cnt FROM usuarios WHERE rfid_codigo = '$serie'
And estado = '1'" );
$row = mysqli_fetch_assoc($result);
//compara
if($row['cnt']==0) {
//insert
mysqli_query($con,"INSERT INTO usuarios (rfid_codigo,fecha,hora,estado) VALUES
('$serie',CURDATE(),CURTIME(),'1')");
mysqli_close($con);
echo "1";
}else{
// modificar
$con->query("UPDATE usuarios SET hora_fin=CURTIME(), estado='2', pago='1' WHERE
rfid_codigo = '$serie' and id_registro='$id'");
mysqli_close($con);
echo "1";
}}
else {echo "datosIncorrectos";}?>
PHP – INGRESO DE VEHICULOS
<?php
ini_set('display_errors', 0);
//AQUI VENDRIA LA CONEX AL SERVIDOR Y A LA BD
ini_set('display_errors', 0);
// Conectando, seleccionando la base de datos
$link = mysql_connect('localhost', 'root', '')
or die('No se pudo conectar: ' . mysql_error());
echo 'Connected successfully'; echo "<br>";
mysql_select_db('base_teatro') or die('No se pudo seleccionar la base de datos');
// Realizar una consulta MySQL
$c_sol = 'SELECT * FROM usuarios';
$result = mysql_query($c_sol) or die('Consulta fallida: ' . mysql_error());
//HACEMOS LA CONSULTA Y CONTAMOS LOS REGISTROS
//$c_sol="SELECT * FROM solicitudes";
//$r_sol = mysql_query($c_sol);
$n = mysql_num_rows($result);
$n1 = mysql_num_rows($result);
//INICIAMOS LA VARIABLE SESSION QUE ALMACENA EL TOTAL DE REGISTROS DE LA CONSULTA REALIZADA
session_start();
$_SESSION['total'] = $n;
$x= $_SESSION['ultimo_total'];
echo "total: ".$n; echo "<br>";
echo "ultimo: ".$x." v:";
//EJECUTAMOS EL CONDICIONAL PARA VERIFICAR SI HAY O NO NUEVOS REGISTROS O SOLICITUDES
if(empty($_SESSION['ultimo_total'])){
echo "_nada";
$_SESSION['ultimo_total'] = $n; }
if($_SESSION['total'] > $_SESSION['ultimo_total'] ){
//VALIDAMOS QUE LA VARIABLE SESSION "ULTIMO_TOTAL" NO ESTE VACIA PARA GARANTIZAR QUE NO ES
PRIMERA VEZ QUE ENTRA A LA PAGINA DE LO CONTRARIO SI MUESTRA EL MENSAJE DE ALERTA
if($_SESSION['ultimo_total'] != ""){
//CALCULAMOS LOS REGISTROS O INGRESOS NUEVOS SIN REVISAR
$total = $_SESSION['total'] - $_SESSION['ultimo_total'];
//IMPRIMIMOS EL ALERT O LA VENTANA DE NOTIFICACIÓN
echo "<script language=\"JavaScript\">\n";
echo "alert('Admin, existe ".$total." ingreso nuevo');\n";
echo "</script>";
//GUARDAMOS EL ULTIMO TOTAL CONTADO
$_SESSION['ultimo_total'] = $_SESSION['total'];
}} else {
$_SESSION['ultimo_total'] = $n;
}?>
PHP – CONTROL VEHICULAR Y FACTURA
// Create connection
$conn = new mysqli($servername, $username, $password, $dbname);
echo ‚<img src=’logo.png’ border=’0’ width=’300’ height=’100’>‛;
$id = $_GET[‘id2’];
echo ‚$id‛; echo ‚<br>‛;
$link = mysql_connect(‚localhost‛, ‚root‛);
mysql_select_db(‚base_teatro‛, $link);
$result = mysql_query(‚SELECT * FROM usuarios where id_registro = ‘$id’ ‚, $link);
echo ‚<table border = ‘1’> \n‛;
echo ‚<tr><td>Nombre</td><td>E-Mail</td><td>E-Mail</td><td>E-Mail</td><td>E-Mail</td></tr> \n‛;
$row = mysql_fetch_row($result);
echo
‚<tr><td>$row[0]</td><td>$row[1]</td><td>$row[3]</td><td>$row[4]</td><td>$row[5]</td><td>$row[6]
</td></tr> \n‛;
$id_reg=$row[0];
$rfid_co=$row[1];
$fecha=$row[3];
//$tiempo=$row[8];
//$valor=$row[9];
$hora_fin = $row[5];
$hora = $row[4];
echo ‚hfin: ‚.$hora_fin; echo ‚<br>‛;
echo ‚hi: ‚.$hora; echo ‚<br>‛;
$dif=date(‚H:i:s‛, strtotime(‚00:00:00‛) + strtotime($hora_fin) – strtotime($hora) );
$tiempo_transcurrido = (strtotime($hora_fin)-strtotime($hora));
$min = $tiempo_transcurrido/3600;
$min2 = round($min, 2);
if($min2 >’1’){
$cobro = $min2*50.00;
echo ‚tiempo: ‚.$dif; echo ‚<br>‛;
echo ‚hora: ‚.$min2; echo ‚<br>‛;
$cobro2 = round($cobro, 2);
echo round($cobro, 2);
$conn->query(‚UPDATE usuarios SET tiempo=’$dif’, valor=’$cobro2’ WHERE id_registro = ‘$id’‛);
//insert facturaa
mysqli_query($conn,‛INSERT INTO factura
(id_reg,rfid_co,fecha,hora,hora_fin,tiempo,valor)
VALUES (‘$id_reg’,’$rfid_co’,’$fecha’,’$hora’,’$hora_fin’,’$dif’,’$cobro2’)‛)or
die(mysqli_error($conn));
//insert facturaa
} else{
echo ‚tiempo2: ‚.$dif; echo ‚<br>‛;
$cobro = 50;
echo ‚cobro2: ‚.$cobro;
$conn->query(‚UPDATE usuarios SET tiempo=’$dif’, valor=’$cobro’ WHERE
id_registro = ‘$id’‛);
//insert
mysqli_query($conn,‛INSERT INTO factura
(id_reg,rfid_co,fecha,hora,hora_fin,tiempo,valor)
VALUES (‘$id_reg’,’$rfid_co’,’$fecha’,’$hora’,’$hora_fin’,’$dif’,’$cobro’)‛)or
die(mysqli_error($conn));
PHP – FUNCIONES PRINCIPALES
<?php
ini_set('display_errors', 0);
session_start();
// My database Class called myDBC
class myDBC { // our mysqli object instance
public $mysqli = null;
// Class constructor override
public function __construct() {
include_once "dbconfig.php";
$this->mysqli = new mysqli(DB_SERVER, DB_USER, DB_PASS, DB_NAME);
if ($this->mysqli->connect_errno) {
echo "Error MySQLi: (" . $this->mysqli->connect_errno.") " . $this->mysqli->connect_error;
exit(); }
$this->mysqli->set_charset("utf8");
} // Class deconstructor override
public function __destruct() {
$this->CloseDB(); }
// runs a sql query
public function runQuery($qry) {
$result = $this->mysqli->query($qry);
return $result; }
// Close database connection
public function CloseDB() {
$this->mysqli->close(); }
// Escape the string get ready to insert or update
public function clearText($text) {
$text = trim($text);
return $this->mysqli->real_escape_string($text); }
public function logueo($usuario, $contrasenia){
//El password obtenido se le aplica el crypt
//Posteriormente se compara en el query
//$pass_c = crypt($contrasenia, '_er#.lop');
$pass_c = md5($contrasenia);
$q = "select * from user2 where nombre='$usuario' and password='$pass_c'";
$result = $this->mysqli->query($q);
//Si el resultado obtenido no tiene nada
//Muestra el error y redirige al index
if( $result->num_rows == 0)
{ echo'<script type="text/javascript">
alert("Usuario o Password Incorrecto - '.$pass_c.'");
location.href="../index.php"
</script>'; }
// window.location="../index.php?id=container"
//En otro caso
//En $reg se guarda el resultado de la consulta
//Al segundo posición de SESION se le asigna el id del usuario
//Redirige a página logueada
else{ $reg = mysqli_fetch_assoc($result);
$id2=$reg["id"];
$_SESSION["session"][] = $reg["id"];
$_SESSION["session_id"] = $reg["id"];
$_SESSION['session_username']=$usuario;
//validacion id
$_SESSION["activo"]=$reg["activo"];
//validacion id
$_SESSION["correo"]=$reg["correo"];
$_SESSION['grupo']=$reg["grupo"];
//grupooo
$grupo=$reg["grupo"];
//usuarios
if($grupo=='2'){
header("location:./../admin/index.php");
}else if($grupo=='1'){
header("location:./../usuarios/index.php");
}else if($grupo=='3'){
header("location:./../contador/index.php");
} else{
header("location:./../clientes/index.php");
}}
public function agregaUsuario($nombre, $apellidos, $correo, $contras, $combo, $cedula){
//Selecciona el correo ingresado para validarlo, en la variable valida
//está el resultado de la consulta
$nuevo_correo = "select nombre from user2 where nombre='$nombre'";
$valida = $this->mysqli->query($nuevo_correo);
//Como correo es UNIQUE si valida tiene más de un resultado,
//el correo ya estaba en la base de datos
if($valida->num_rows > 0)
{ echo'<script type="text/javascript">
alert("Error al registrar! - Nombre Duplicado - Ingresa otro");
window.location="../index.php"
</script>'; }
//Sino hubo correo repetido
else { //Inserta en la BD
$q = "INSERT INTO user2 (nombre, apellidos, correo, cedula, password,
grupo) VALUES ('$nombre','$apellidos', '$correo','$cedula', md5('$contras'),'$combo');";
$result = $this->mysqli->query($q);
if($result){ //Si resultado es true, se agregó correctamente
cho'<script type="text/javascript">
alert("Agregado Exitosamente \n Revisar su
correo");
window.location="../index.php"
</script>'; }
else{ //Si hubo error al insertar, se avisa
echo'<script type="text/javascript">
alert("Algo fallo");
window.location="../index.php"
</script>';
}}}} ?>
CODIGO ARDUINO
SENSOR DISTANCIA PERMITIDA 8 CM
while (distance < 0.08) {
// ESTE CICLO SE VA EJECUTAR HASTA QUE LA DISTANCIA CON EL OBSTACULO SEA MENOR QUE 15
CENTIMETROS
microservo9g.write(-90);
digitalWrite(trigger, LOW);
// DAMOS UN PULSO DE 5 MICROSEGUNDOS PARA EL SENSOR DE DISTANCIA
delayMicroseconds(5);
digitalWrite(trigger, HIGH);
delayMicroseconds(10);
digitalWrite(trigger, LOW);
distance = pulseIn(echo, HIGH);
// MEDIMOS EL TIEMPO DEL PULSO ACTIVADO PARA CONOCR LA DISTANCIA
distance = distance * 0.0001657;// con esta operacion obtenemos la distancia en
centimetros
Serial.println(distance);
};
delay(3000);
// ESTE CICLO SE VA EJECUTAR HASTA QUE LA DISTANCIA CON EL OBSTACULO SEA MENOR QUE 15
CENTIMETROS
microservo9g.write(90); }
ARDUNO MODULO SHIEL ETERNET CONCECION PC
Servo microservo9g;
MFRC522 mfrc522(SS_PIN, RST_PIN);
RestClient client = RestClient("192.168.0.1"); // ARDUINO
String trabajo,temphum,luz, response;
int sensorValue, outputValue;
byte mac[] = { 0x90, 0xA2, 0xDA, 0x0D, 0xF6, 0xF0 };
byte ip[] = { 192, 168, 0, 11 }; //IP PC
String temp= "HOLA";
String serie = "Arduino1";
int led_liberado = 5;
char st[20];
const int trigger = 6; // CONECTAMOS A TRIGGER DEL SENSOR ULTRASONICO
const int echo = 7;
float distance;
void reporte ()
{
char otro [temp.length()];
Serial.println (temp.length());
temp.toCharArray(otro, temp.length());
Serial.println (otro);
const char* body= otro;
Serial.println (body);
response = "";
int statusCode = client.post("/reportes.php", body, &response);
Serial.print("Status code from server: ");
Serial.println(statusCode);
Serial.print("Response body from server: ");
Serial.println(response);
delay(1000);
return;
}
CODIGO JAVA
package complete_for_show;
import java.awt.Color;
import java.awt.Cursor;
import java.awt.image.BufferedImage;
import java.io.File;
import java.io.IOException;
import java.util.Calendar;
import java.util.GregorianCalendar;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.imageio.ImageIO;
import javax.swing.ImageIcon;
import javax.swing.JComponent;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
import static com.googlecode.javacv.cpp.opencv_highgui.*;
import static com.googlecode.javacv.cpp.opencv_core.IPL_DEPTH_8U;
import com.googlecode.javacv.cpp.opencv_core.IplImage;
import static com.googlecode.javacv.cpp.opencv_core.cvCreateImage;
import static com.googlecode.javacv.cpp.opencv_core.cvGetSize;
import com.googlecode.javacv.cpp.opencv_highgui;
import static com.googlecode.javacv.cpp.opencv_imgproc.CV_BGR2GRAY;
import static com.googlecode.javacv.cpp.opencv_imgproc.cvCvtColor;
import com.googlecode.javacv.cpp.videoInputLib.videoInput;
import java.awt.Dimension;
import java.awt.Font;
import java.awt.Graphics;
import java.awt.GraphicsConfiguration;
import java.awt.event.MouseAdapter;
import java.awt.event.MouseEvent;
import java.io.InputStream;
import static java.lang.Thread.sleep;
import javax.swing.Icon;
import javax.swing.JComboBox;
import javax.swing.JFileChooser;
import javax.swing.JProgressBar;
import javax.swing.JTextArea;
import javax.swing.SwingUtilities;
import javax.swing.UIManager;
import javax.swing.filechooser.FileNameExtensionFilter;
/**
*
* @author Sherwan
*/
public class Version_1 extends javax.swing.JFrame {
/**
* Creates new form Version_1
*/
public Version_1() {
initComponents();
}
/**
* This method is called from within the constructor to initialize the form.
* WARNING: Do NOT modify this code. The content of this method is always
* regenerated by the Form Editor.
*/
@SuppressWarnings("unchecked")
// <editor-fold defaultstate="collapsed" desc="Generated Code">
private void initComponents() {
jPopupMenu1 = new javax.swing.JPopupMenu();
min.setAccelerator(javax.swing.KeyStroke.getKeyStroke(java.awt.event.KeyEvent.VK_M, 0));
min.setText("Menimize");
min.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
minActionPerformed(evt);
}
});
jPopupMenu1.add(min);
jMenuItem4.setAccelerator(javax.swing.KeyStroke.getKeyStroke(java.awt.event.KeyEvent.VK_X, 0));
jMenuItem4.setText("Close");
jMenuItem4.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
jMenuItem4ActionPerformed(evt);
}
});
jPopupMenu1.add(jMenuItem4);
pupm2i1.setText("Save Image");
pupm2i1.addActionListener(new java.awt.event.ActionListener() {
public void actionPerformed(java.awt.event.ActionEvent evt) {
pupm2i1ActionPerformed(evt);
}
});
pupm2.add(pupm2i1);
setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
setTitle("Parking SpaceDetection");
setFont(new java.awt.Font("Agency FB", 1, 14)); // NOI18N
setUndecorated(true);
addMouseListener(new java.awt.event.MouseAdapter() {
public void mouseEntered(java.awt.event.MouseEvent evt) {
formMouseEntered(evt);
}
});
addWindowFocusListener(new java.awt.event.WindowFocusListener() {
public void windowGainedFocus(java.awt.event.WindowEvent evt) {
formWindowGainedFocus(evt);
}
public void windowLostFocus(java.awt.event.WindowEvent evt) {
formWindowLostFocus(evt);
}
});
addWindowListener(new java.awt.event.WindowAdapter() {
public void windowOpened(java.awt.event.WindowEvent evt) {
formWindowOpened(evt);
}
});
getContentPane().setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
jTabbedPane1.setBorder(new
javax.swing.border.SoftBevelBorder(javax.swing.border.BevelBorder.RAISED));
jPanel1.setBackground(new java.awt.Color(153, 153, 153));
jPanel1.setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
video.setBackground(new java.awt.Color(42, 216, 255));
video.setComponentPopupMenu(pupm2);
video.setOpaque(true);
jPanel1.add(video, new org.netbeans.lib.awtextra.AbsoluteConstraints(10, 10, 641, 481));
jTabbedPane1.addTab("Video", jPanel1);
jPanel2.setBackground(new java.awt.Color(0, 51, 51));
jPanel2.setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
part2.setBackground(new java.awt.Color(0, 153, 153));
part2.setOpaque(true);
jPanel2.add(part2, new org.netbeans.lib.awtextra.AbsoluteConstraints(330, 0, 321, 161));
part3.setBackground(new java.awt.Color(0, 204, 204));
part3.setOpaque(true);
jPanel2.add(part3, new org.netbeans.lib.awtextra.AbsoluteConstraints(0, 170, 321, 161));
part1.setBackground(new java.awt.Color(102, 204, 255));
part1.setOpaque(true);
jPanel2.add(part1, new org.netbeans.lib.awtextra.AbsoluteConstraints(0, 0, 321, 161));
part4.setBackground(new java.awt.Color(0, 51, 102));
part4.setOpaque(true);
jPanel2.add(part4, new org.netbeans.lib.awtextra.AbsoluteConstraints(330, 170, 321,
161));
part5.setBackground(new java.awt.Color(51, 255, 153));
part5.setOpaque(true);
jPanel2.add(part5, new org.netbeans.lib.awtextra.AbsoluteConstraints(0, 340, 320, 161));
part6.setBackground(new java.awt.Color(51, 51, 255));
part6.setOpaque(true);
jPanel2.add(part6, new org.netbeans.lib.awtextra.AbsoluteConstraints(330, 340, 320,
161));
jTabbedPane1.addTab("Estacionamieto", jPanel2);
SpaceDetector.setBackground(new java.awt.Color(0, 51, 102));
SpaceDetector.setLayout(new org.netbeans.lib.awtextra.AbsoluteLayout());
park1.setBackground(new java.awt.Color(255, 255, 255));
park1.setFont(park1.getFont().deriveFont(park1.getFont().getStyle() |
java.awt.Font.BOLD, park1.getFont().getSize()+73));
park1.setText(" 1");
park1.setOpaque(true);
SpaceDetector.add(park1, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 40, 213,
100));
park2.setBackground(new java.awt.Color(255, 255, 255));
park2.setFont(park2.getFont().deriveFont(park2.getFont().getStyle() |
java.awt.Font.BOLD, park2.getFont().getSize()+84));
park2.setText(" 2");
park2.setOpaque(true);
SpaceDetector.add(park2, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 40, 213,
100));
park3.setBackground(new java.awt.Color(255, 255, 255));
park3.setFont(park3.getFont().deriveFont(park3.getFont().getStyle() |
java.awt.Font.BOLD, park3.getFont().getSize()+84));
park3.setText(" 3");
park3.setOpaque(true);
SpaceDetector.add(park3, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 180, 213,
100));
park4.setBackground(new java.awt.Color(255, 255, 255));
park4.setFont(park4.getFont().deriveFont(park4.getFont().getStyle() |
java.awt.Font.BOLD, park4.getFont().getSize()+84));
park4.setText(" 4");
park4.setOpaque(true);
SpaceDetector.add(park4, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 180,
213, 100));
clock1.setBackground(new java.awt.Color(204, 204, 255));
clock1.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock1.setOpaque(true);
SpaceDetector.add(clock1, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 140,
137, 25));
clock2.setBackground(new java.awt.Color(204, 204, 255));
clock2.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock2.setOpaque(true);
SpaceDetector.add(clock2, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 140,
137, 25));
clock3.setBackground(new java.awt.Color(204, 204, 255));
clock3.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock3.setOpaque(true);
SpaceDetector.add(clock3, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 280,
138, 28));
clock4.setBackground(new java.awt.Color(204, 204, 255));
clock4.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock4.setOpaque(true);
SpaceDetector.add(clock4, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 280,
128, 30));
park6.setBackground(new java.awt.Color(255, 255, 255));
park6.setFont(new java.awt.Font("Tahoma", 1, 95)); // NOI18N
park6.setText(" 6");
park6.setOpaque(true);
SpaceDetector.add(park6, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 320,
213, 100));
park5.setBackground(new java.awt.Color(255, 255, 255));
park5.setFont(new java.awt.Font("Tahoma", 1, 95)); // NOI18N
park5.setText(" 5");
park5.setOpaque(true);
SpaceDetector.add(park5, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 320, 213,
100));
clock6.setBackground(new java.awt.Color(204, 204, 255));
clock6.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock6.setOpaque(true);
SpaceDetector.add(clock6, new org.netbeans.lib.awtextra.AbsoluteConstraints(370, 420,
130, 30));
clock5.setBackground(new java.awt.Color(204, 204, 255));
clock5.setFont(new java.awt.Font("Tahoma", 1, 14)); // NOI18N
clock5.setOpaque(true);
SpaceDetector.add(clock5, new org.netbeans.lib.awtextra.AbsoluteConstraints(90, 420,
130, 30));
jTabbedPane1.addTab("Deteccion", SpaceDetector);
ANEXO 6
Arduino Uno Características
Fuente: Autor
Arduino Shield Ethernet
El módulo Arduino Shield Ethernet contiene una serie de LEDs informativos:
PWR: indica que la placa y el módulo están encendidos.
LINK: indica la presencia de un enlace de red y parpadea cuando el módulo
transmite o recibe datos.
FULLD: indica que la conexión de red es full duplex
100M: indica la presencia de un conexión de red a Mb/s 100 (en contraposición a
10 Mb/s)
RX: Parpadea cuando el escudo recibe datos
TX: parpadea cuando el escudo envía datos
COLL: parpadea cuando se detectan colisiones de red.
Fuente: Arduino. (2016). Recuperado el 1 de octubre del 2016, de https://www.arduino.cc/en/Main/ArduinoEthernetShield
Arduino Uno + Arduino Shield Ethernet
Fuente: Autor