RFID Artigos

Bases de dados para pequenos projetos

Você deve considerar três tipos de dados para sua aplicação baseada em tecnologias de identificação por radiofrequência (RFID)

Por Ken Traub

11 de janeiro de 2017 - Recentemente fui convidado para dar consultoria a um pequeno projeto de identificação por radiofrequência (RFID) para uma organização sem fins lucrativos que já havia pesquisado as tecnologias e sabia quais tags e leitores usar para resolver seu problema de negócios. No lado do software, eles sentiram que poderiam economizar dinheiro por não comprar middleware ou contratar um integrador de sistemas, especialmente porque já entendiam como ler tags usando o kit de desenvolvimento de software (SDK) fornecido pelo fornecedor do leitor e como construir uma interface de usuário para sua aplicação.

Mas, como muitas vezes acontece quando uma organização de Tecnologia da Informação (TI) cria um aplicativo de RFID pela primeira vez, eles foram desarmados pelo banco de dados. Mais especificamente, não sabiam exatamente quais dados deveriam ser armazenados.

Existem três tipos de dados para se pensar. Primeiro e mais importante são os "dados de eventos", isto é, registros armazenados toda vez que você lê ou escreve em uma tag. Cada evento deve incluir o "what" (os números de identificação lidos das tags), "quando" (data e hora), "onde" (local) e "por que" (outras informações de contexto de negócios).

Na dimensão "o que", certifique-se de decodificar os dados brutos da tag. Se você estiver etiquetando produtos de consumo, por exemplo, você deseja decodificar os dados de marca em um número de item de comércio global (GTIN) e número de série. Outras aplicações podem usar um tipo diferente de identificador. Se o SDK do leitor não fizer isso, você precisará licenciar uma biblioteca de software que o faça ou escreva você mesmo.

O "quando" é direto, mas não se esqueça de capturar o fuso horário.

Para a dimensão "onde", você precisará decidir como identificar locais. Uma maneira é atribuir códigos de identificação únicos a cada local de interesse - um código para cada edifício, por exemplo, ou para cada depósito de armazenamento, se você precisar de maior granularidade. A outra maneira é usar uma geolocalização (latitude e longitude), desde que seu leitor seja capaz. A maioria dos leitores baseados em telefones celulares poderá fazer isso.

Finalmente, a dimensão "por que" diz o que estava acontecendo em termos de negócios. Você estava lendo a etiqueta ou escrevendo nela? Estava criando uma nova tag, levando inventário, removendo itens do armazenamento, colocando-os fora, vendendo itens ou destruindo-os? Quanto mais completamente capturar o contexto de negócios, mais úteis serão os dados.

O segundo tipo de dado são os "dados mestre" - dados estáticos que sua aplicação precisa para entender os dados do evento. Por exemplo, as etiquetas RFID em produtos possuem um ID de produto e os dados mestre mapeiam cada ID de produto pelo nome e descrição desse item, bem como outras informações de negócios. Quando você usa códigos para especificar "onde", os dados mestre mapeiam os códigos de localidade em seus eventos para um endereço ou para latitude e longitude.

O terceiro tipo de dado entra em jogo se o aplicativo criar números de série exclusivos para itens marcados. Essas informações são atualizadas pelo aplicativo cada vez que ele cria um novo número - os dados registram quais números de série o aplicativo já atribuiu e qual será o próximo. É fundamental fazer backup desses dados cuidadosamente para que seu aplicativo nunca atribua um código duplicado.

Agora que você tem um design de dados sólido, documente o seu projeto de implantação de software e você estará tranquilo para se adaptar à medida que as necessidades do seu negócio evoluírem.

Ken Traub é o fundador da Ken Traub Consulting

  • « Anterior
  • 1
  • Próximo »