A partir del nivel intermedio comienza el bloque de software compuesto por los programas de la aplicación. Este está conformado por los siguientes tres niveles en orden ascendente: nivel intermedio que encierra el módulo Middleware, nivel de comunicación cuyo modulo es un parser y el nivel de aplicación conformado por dos módulos la base de datos y la interfaz de usuario como producto final de la aplicación. Cada uno de estos niveles cumple
una función específica dentro del bloque de software y en el sistema, como se analizará posteriormente.
Se cumple dentro de este bloque, como en la aplicación en general la necesidad del correcto funcionamiento de los niveles inferiores subordinados a las necesidades de los niveles superiores, para que estos últimos se ejecuten correctamente y la aplicación funcione como un todo, actualizándose así la base de datos automáticamente permitiendo que el sistema no fracase.
1) Nivel intermedio (Middleware).
El nivel Middleware es un tema importante en la actualidad de la tecnología RFID por la diversidad de estándares existentes. Se encaminan esfuerzos a unificar estos protocolos de comunicación, preparando así el terreno para la adopción masiva de la tecnología. Como esta aplicación empleará el estándar EPCglobal que es uno de los más populares de la tecnología RFID, se tratará sólo el estándar EPC Middleware.
EPC Middleware es un estándar para la gestión de eventos en tiempo real, el filtrado y colección de datos EPC. Está siendo objeto de las especificaciones de EPCglobal, referido actualmente a las especificaciones de filtración y colección de datos EPC (Mayank, 2010). Los lectores EPC se comunican con las etiquetas EPC a través de ondas de radio y entregan esta información a los sistemas locales utilizando EPC Middleware. El protocolo Auto-ID Reader Protocolo de Especificaciones 1,0 define un protocolo estándar con el que se comunican los lectores con EPC Middleware. La Especificación de Gestión de Lectores define un estándar para la gestión de lectores RFID en una gran red (Mayank, 2010).
EPC Middleware brinda como salida mensajes XML (Lenguaje de Marcado Extensivo) estructurados por las normas PML (Lenguaje de Marcado Físico), dando como resultado un mensaje XML PMLCore. PML es usado como un lenguaje común en las redes EPCglobal para definir datos sobre objetos físicos. El objetivo de PML es proporcionar un conjunto de normas comunes y vocabularios estandarizados para representar y distribuir información relacionada con objetos habilitados en las redes EPC. El núcleo Especificaciones PML 1,0 define las normas PML.
2) Nivel de comunicación (parser).
El módulo del nivel de comunicación es un parser (en inglés), procesador o analizador sintáctico. Este es una de las partes del compilador que transforma su entrada en un árbol de derivación. El análisis sintáctico convierte el texto de entrada en otras estructuras (comúnmente árboles), que son más útiles para el posterior análisis y capturan la jerarquía implícita de la entrada (Wikipedia, 2010).
Un parser XML lee el documento XML y verifica que esté bien formado y en algunos casos comprueba que el código XML sea válido (Wikipedia, 2010). Este constituye la herramienta fundamental de cualquier aplicación, pues permite la incorporación de ficheros XML a la misma, de manera que esta trabaje con ellos y los pueda manipular.
La mejor manera de obtener la información contenida en ficheros XML es utilizar un parser XML compatible con el Modelo de Objeto de Documento (DOM). DOM define comandos estándar que los parser devuelven para facilitar el acceso al contenido de los documentos XML desde sus programas. Un analizador de XML compatible con DOM toma los datos de un documento XML y los expone mediante un conjunto de objetos que se pueden programar, línea de trabajo que se seguirá para la programación de este módulo. El nivel de comunicación realiza la función de interfaz de control o gestión, mediante la cual se comunican el bloque de hardware y la interfaz de usuario de la aplicación. Se le denomina nivel de comunicación, ya que gestiona las peticiones y actualizaciones de la base de datos con el hardware. El parser es el encargado de leer los ficheros XML PMLCore exportados por los lectores, obtener los datos contenidos en ellos y extraerlos de un modo comprensible por el programa encargado de actualizar la base de datos. Esta información facilitada por el parser es indispensable para la función de actualización. Al parsear los ficheros XML PMLCore se leerán los mismos como se había mencionado anteriormente y se tomarán parámetros como: el número de identificación de los lectores, de las antenas de los mismos (en caso de que posean más de una), y los códigos EPC de las etiquetas que respondan a la interrogación, además de los datos de tiempo que se registren
en los ficheros. Estos datos se corresponden con los campos de la base de datos por lo que son indispensables para su corrección.
3) Nivel de aplicación (Base de datos e interfaz de usuario).
El nivel de aplicación es prácticamente el producto final que se ofrece del sistema, la parte del mismo con la que trabaja directamente el cliente. Este nivel está compuesto por dos módulos: una base de datos y una interfaz de usuario. A través de la interfaz de usuario se realizarán las peticiones de usuario y una vez enviadas a través de la base de datos, gestionadas por la subcapa de comunicación y resueltas a nivel medio y de hardware, el cliente obtendrá respuesta a su interrogante mediante la propia interfaz.
a) Base de datos.
El anexo B.2 muestra la tabla de la base de datos. Esta está constituida por once campos: Nombre del producto, Código EPC, Estado, Precio, Dimensión, Color, Marca, Departamento, Fecha Ingreso, Fecha Vencimiento y Fecha Venta. En el primer campo se registra un listado de los productos de la entidad donde se va a implementar la aplicación. El código EPC asignado a cada uno los identificará como únicos en el sistema y el resto de los campos proporcionan una serie de características particulares de cada producto. En esta aplicación se toma una muestra de doce productos solamente, porque es una cantidad suficiente para corroborar el correcto funcionamiento de la aplicación a pequeña escala y mediante simulaciones.
b) Interfaz de usuario.
Se le presentará al cliente una interfaz gráfica amigable a través de la cual podrá interactuar con el hardware de modo transparente. Está compuesta por un listbox que muestra un listado de encuestas predeterminadas, un botón para encuestar la base de datos, otro para la actualización instantánea de la misma y un último para insertar nuevos artículos.
Las consultas implementadas dan respuesta a diferentes interrogantes, algunas de interés para personal administrativo, dependientes, inspectores y auditores permitiendo agilizar los procesos correspondientes a este personal. En otro grupo están las de interés para el público, que actuarían directamente sobre la calidad del servicio brindado. A partir de las
mismas se evidencia cuanto se agiliza la gestión de activos con el empleo de la tecnología RFID en la red de suministros, especialmente en procesos de inventarios.
Se podrían citar consultas de carácter comercial como “la cantidad de artículos vendidos en un departamento”, estas pueden ser empleadas para realizar de modo rápido comparaciones entre las ventas en los diferentes departamentos de la tienda e incluso entre tiendas. Estas pueden ser empleadas además para determinar si se requieren nuevas promociones o si es necesario recurrir a la búsqueda de soluciones en caso de que haya una situación alarmante en este aspecto.
Otras consultas de carácter logístico y administrativo como “la cantidad de artículos en un estado determinado dado su precio y fecha de venta en un departamento específico”, a través de las cuales se puede realizar inventarios y el conteo de activos luego de una jornada laboral. Estas brindan la posibilidad del conocimiento del efectivo en caja, el número de activos en el departamento, almacenados o vendidos (en una fecha dada) y específicamente que activo sufrió algún cambio.