TESIS

ESQUEMA DE REFERENCIA PARA SISTEMAS DE RASTREABILIDAD BASADO EN ARQUITAM

QUE PARA OBTENER EL GRADO DE MAESTRA EN CIENCIAS EN INGENIERIA ELECTRNICA

PRESENTA:

MARCOS SAMUEL GMEZ GARCA

DIRECTOR DE LA TESIS: M. C. JOS EDUARDO ACOSTA CANO DE LOS ROS

Instituto Tecnolgico de Chihuahua Divisin de Estudios de Posgrado e Investigacin

D E P I T C H
SUBSECRETARA DE EDUCACIN SUPERIOR

CHIHUAHUA, CHIH., MXICO JULIO 2012

"Nunca consideres el estudio como una obligacin, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber"

Albert Einstein

AGRADECIMIENTOS

A Dios por llenarme de bendiciones a lo largo de mi vida. A mi familia por brindarme su amor y apoyo incondicional en todo momento. A mis amigos por darme nimos para seguir adelante. A mis compaeros de laboratorio por su apoyo y camaradera. A los profesores de posgrado por guiarme en el camino del saber. Al comit revisor por sus consejos e inters en mi trabajo de investigacin. A mi director de tesis Jos Acosta por su paciencia y entrega en este proyecto. Al personal de posgrado por sus mltiples atenciones.

vi

RESUMEN
ESQUEMA DE REFERENCIA PARA SISTEMAS DE RASTREABILIDAD BASADO EN ARQUITAM

Marcos Samuel Gmez Garca. Candidato a Maestro en Ciencias en Ingeniera Electrnica Divisin de Estudios de Posgrado e Investigacin del Instituto Tecnolgico de Chihuahua Chihuahua, Chih. 2012 Director de Tesis: M.C. Jos Eduardo Acosta Cano de los Ros

El objetivo principal de este trabajo radica en el desarrollo e implementacin de un sistema flexible de rastreabilidad para un entorno de produccin por lotes. Se pretende conjuntar las mejores cualidades de los sistemas de rastreabilidad existentes en el mercado para crear un sistema que pueda ser til en distintos entornos de produccin. El presente trabajo muestra el desarrollo de un esquema de referencia para sistemas de rastreabilidad, desde el diseo de un modelo conceptual hasta la implementacin genrica y particular, tal y como lo propone la arquitectura de referencia ArquiTAM. Para generar un modelo propio se analizaron sistemas de rastreabilidad comerciales y se extrajo de ellos los elementos que hacen posible el rastreo de productos a lo largo de la cadena de suministro. Una vez que se identificaron estos elementos se propuso una arquitectura de referencia de la cual se pudo partir para el desarrollo de un sistema genrico de rastreabilidad. Se sugiri un modelo genrico modular con el fin de hacer ms dinmico el diseo del sistema. En consecuencia se obtuvo un sistema de rastreabilidad flexible y adaptable a distintos entornos de produccin. El sistema cuenta con la capacidad de recolectar datos a travs de elementos fsicos y adems posee una interfaz que permite compartir la informacin capturada hacia aplicaciones de terceros. Como siguiente paso se procedi a la implementacin particular del sistema genrico con el fin de probar su alcance y realizar las modificaciones correspondientes en caso de que fuera necesario.
vii

NDICE LISTA DE FIGURAS............................................................................................................... xi I. INTRODUCCIN ................................................................................................................. 1 II. MARCO DE REFERENCIA .............................................................................................. 3 2.1 Tipos de Sistemas de Produccin ..................................................................................... 3 2.2 Rastreabilidad ................................................................................................................... 4 2.2.1 Sistemas de Rastreabilidad ............................................................................................ 5 2.3 Identificacin .................................................................................................................... 6 2.3.1 Mtodos de identificacin .............................................................................................. 7 2.3.1.1 Cdigos de barras........................................................................................................ 7 2.3.1.1.1 Cdigos de barras lineales ....................................................................................... 8 2.3.1.1.2 Cdigos de barras bidimensionales........................................................................ 10 2.3.1.2 RFID ......................................................................................................................... 11 2.3.1.3 Memorias de botones de contacto ............................................................................. 13 2.4 Recoleccin de datos ...................................................................................................... 14 2.4.1 RS-232 ......................................................................................................................... 14 2.4.2 USB .............................................................................................................................. 15 2.4.3 Ethernet ........................................................................................................................ 16 2.4.4 Bluetooth ...................................................................................................................... 17 2.5 ArquiTAM ...................................................................................................................... 17 2.6 Gestin de datos .............................................................................................................. 19 2.6.1 Microsoft SQL Server .................................................................................................. 20 2.6.1.1 Microsoft SQL Server 2008 ...................................................................................... 21 2.7 Middleware ..................................................................................................................... 22 2.7.1 Microsoft Visual Studio ............................................................................................... 22 2.7.1.1 Microsoft Visual Studio 2010 ................................................................................... 23 2.8 Acceso a datos ................................................................................................................ 24 2.8.1 ADO.NET .................................................................................................................... 25 2.8.2 Windows Communication Foundation ........................................................................ 25
viii

2.9 Herramientas de apoyo para el desarrollo de aplicaciones orientadas a la web ............. 26 2.9.1 .NET Framework ......................................................................................................... 26 2.9.2 Internet Information Services ...................................................................................... 27 III. PLANTEAMIENTO DEL PROBLEMA ....................................................................... 28 3.1 Objetivo general .............................................................................................................. 28 3.2 Metas ............................................................................................................................... 28 3.3 Estrategia de trabajo........................................................................................................ 28 IV. DESARROLLO................................................................................................................. 30 4.1 Sistema de rastreabilidad basado en ArquiTAM ............................................................ 30 4.2 Diseo de la arquitectura de referencia........................................................................... 31 4.3 Modelo de referencia genrico ....................................................................................... 35 4.3.1 Esquema general del sistema genrico ........................................................................ 35 4.3.2 Diseo de la base de datos ........................................................................................... 38 4.3.2.1 Procedimientos almacenados .................................................................................... 40 4.3.3 Conjunto de datos ........................................................................................................ 40 4.3.4 Desarrollo del middleware ........................................................................................... 41 4.3.4.1 Configuracin de la interfaz de comunicacin ......................................................... 42 4.3.4.2 Estaciones de trabajo ................................................................................................ 44 4.3.4.3 Mdulos de captura ................................................................................................... 45 4.3.5 Presentacin de datos ................................................................................................... 50 4.3.5.1 Acceso a datos a travs de servicios WCF ............................................................... 51 4.3.5.2 Alojando servicios web en el servidor IIS ................................................................ 52 4.3.5.3 Pantallas de reportes ................................................................................................. 53 4.4 Validacin del sistema .................................................................................................... 54 4.4.1 Anlisis de la aplicacin cliente para el sistema particular ......................................... 55

V. CONCLUSIONES Y RECOMENDACIONES ............................................................... 59 REFERENCIAS ...................................................................................................................... 61

ix

GLOSARIO.............................................................................................................................. 64 ANEXOS .................................................................................................................................. 67 A1. Creacin de una base de datos en Microsoft SQL Server 2008 ..................................... 67 A1.1 Creacin de tablas ........................................................................................................ 68 A1.2 Relaciones entre tablas ................................................................................................. 69 A1.3 Procedimientos almacenados ....................................................................................... 73 A2. Tareas bsicas en Visual Studio ..................................................................................... 74 A2.1 Creacin de un proyecto .............................................................................................. 74 A2.2 Agregar referencias ...................................................................................................... 78 A2.2.1 Agregar referencia de servicio .................................................................................. 79 A3. Creando un conjunto de datos como biblioteca de clase ............................................... 80 A3.1 Configurando un origen de datos ................................................................................. 81 A4. Creando un servicio WCF que contiene a un DataSet ................................................... 84 A4.1 Publicar un servicio WCF en el servidor IIS ............................................................... 86 A5. Configuracin de servicios en el servidor IIS ................................................................ 88 A6. Configuracin de interfaces de comunicacin ............................................................... 94

LISTA DE FIGURAS II. MARCO DE REFERENCIA Figura 2.1 Icono representativo de los sistemas de trazabilidad............................................. 5 Figura 2.2 Ejemplo de cdigo de barras lineal. ...................................................................... 9 Figura 2.3 Cdigo QR. Ejemplo de cdigo de barras bidimensional. .................................. 11 Figura 2.4 Ejemplo de etiqueta RFID. .................................................................................. 13 Figura 2.5 Ejemplos de memorias de botones de contacto. .................................................. 14 Figura 2.6 ArquiTAM. .......................................................................................................... 18 IV. DESARROLLO Figura 4.1 Aplicacin de ArquiTAM en sistemas de rastreabilidad..................................... 31 Figura 4.2 Modelo conceptual para sistemas de rastreabilidad. ........................................... 32 Figura 4.3 Datos que deben registrarse en un software de trazabilidad. .............................. 33 Figura 4.4 Arquitectura de referencia para sistemas de rastreabilidad. ................................ 34 Figura 4.5 Esquema modular del sistema genrico. ............................................................. 36 Figura 4.6 Modelo entidad-relacin del sistema genrico de rastreabilidad. ....................... 39 Figura 4.7 Clase con el conjunto de datos. ........................................................................... 41 Figura 4.8 Pantalla principal del software de rastreabilidad. ................................................ 42 Figura 4.9 Mdulo de configuracin de comunicacin serie................................................ 43 Figura 4.10 Mdulo de configuracin de comunicacin va TCP/IP. .................................. 44 Figura 4.11 Mdulo de captura manual. ............................................................................... 44 Figura 4.12 Formulario para las estaciones de trabajo. ........................................................ 45 Figura 4.13 Formulario de captura para la materia prima. ................................................... 46 Figura 4.14 Formulario de captura para los proveedores. .................................................... 46 Figura 4.15 Formulario de captura para productos individuales. ......................................... 47 Figura 4.16 Formulario de registro de estaciones de trabajo. ............................................... 48 Figura 4.17 Formulario de registro de empleados. ............................................................... 48 Figura 4.18 Formulario de registro de lotes en almacn. ...................................................... 49 Figura 4.19 Formulario de registro de lote de productos. ..................................................... 50
xi

Figura 4.20 Servicio web con referencia a un conjunto de datos. ........................................ 51 Figura 4.21 Servicio web alojado en el servidor IIS............................................................. 52 Figura 4.22 Mdulo de seleccin de formularios para la aplicacin de reportes. ................ 53 Figura 4.23 Ejemplo de formulario de reportes. ................................................................... 53 Figura 4.24 Tablas de datos para el sistema particular. ........................................................ 54 Figura 4.25 Relacin entre tablas del sistema genrico y mdulo particular. ...................... 55 Figura 4.26 Pantalla principal del sistema particular. ........................................................... 56 Figura 4.27 Formulario para registro de conductores. .......................................................... 57 Figura 4.28 Formulario para registro de lotes de materia prima. ......................................... 57 Figura 4.29 Formulario para registro de proveedores en el sistema particular..................... 58 ANEXOS Figura A1.1 Creacin de una nueva base de datos. .............................................................. 67 Figura A1.2. Nombrando la nueva base de datos. ................................................................ 67 Figura A1.3. Creando una nueva tabla. ................................................................................ 68 Figura A1.4. Definiendo campos en la tabla. ....................................................................... 68 Figura A1.5. Men para el diseo de tablas. ........................................................................ 69 Figura A1.6. Creando un diagrama de base de datos............................................................ 69 Figura A1.7. Seleccin de tablas que aparecern en el diagrama. ........................................ 70 Figura A1.8. Tablas en el diagrama. ..................................................................................... 70 Figura A1.9. Creando relaciones entre tablas. ...................................................................... 71 Figura A1.10. Agregando relaciones entre tablas. ................................................................ 71 Figura A1.11. Agregando relaciones entre tablas. ................................................................ 72 Figura A1.12. Tablas correctamente relacionadas. ............................................................... 72 Figura A1.13. Creando procedimientos almacenados. ......................................................... 73 Figura A1.14. rea de comandos para crear procedimientos almacenados. ........................ 73 Figura A2.1. Creacin de nuevo proyecto en Visual Studio 2010. ...................................... 75 Figura A2.2. Seleccin de plantillas para el proyecto. ......................................................... 75 Figura A2.3. Solucin, proyecto y plantilla creados............................................................. 76 Figura A2.4. Cuadro de herramientas en Visual Studio 2010. ............................................. 76
xii

Figura A2.5. Elegir elementos del cuadro de herramientas. ................................................. 77 Figura A2.6. Cuadro de dilogo para elegir elementos. ....................................................... 77 Figura A2.7. Agregando una referencia al proyecto. ............................................................ 78 Figura A2.8. Pantalla de seleccin de referencias. ............................................................... 78 Figura A2.9. Agregando una referencia de servicio al proyecto. ......................................... 79 Figura A2.10. Pantalla de configuracin de la referencia al servicio. .................................. 79 Figura A3.1. Creacin de una biblioteca de clase................................................................. 80 Figura A3.2. Agregando un conjunto de datos al proyecto. ................................................. 80 Figura A3.3. Seleccionando la plantilla de conjunto de datos. ............................................. 81 Figura A3.4. Agregando una nueva conexin al entorno de desarrollo. .............................. 82 Figura A3.5. Seleccionando motor de base de datos. ........................................................... 82 Figura A3.6. Seleccionando el origen de datos. ................................................................... 83 Figura A3.7. rbol de conexiones de datos. ......................................................................... 83 Figura A3.8. Diseador del conjunto de datos...................................................................... 84 Figura A3.9. Diseador del conjunto de datos...................................................................... 84 Figura A4.1. Creando un proyecto de tipo Biblioteca de servicios WCF. ........................... 85 Figura A4.2. Agregando referencia de ensamblado al servicio WCF. ................................. 86 Figura A4.3. Publicando el servicio web desde Visual Studio. ............................................ 86 Figura A4.4. Configurando ruta de almacenamiento del servicio. ....................................... 87 Figura A4.5. Creacin y seleccin de directorios virtuales. ................................................. 88 Figura A5.1. Vista de caractersticas del sitio web. .............................................................. 89 Figura A5.2. Modos de autenticacin para el sitio web........................................................ 89 Figura A5.3. Configurando la aplicacin web. ..................................................................... 90 Figura A5.4. Configuracin avanzada de la aplicacin. ....................................................... 90 Figura A5.5. Seleccin de grupo de aplicaciones. ................................................................ 91 Figura A5.6. Configurando la identidad de aplicaciones...................................................... 91 Figura A5.7. Configuracin avanzada del grupo de aplicaciones. ....................................... 92 Figura A5.8. Seleccionando el tipo de identidad del grupo de aplicaciones. ....................... 92 Figura A5.9. Editando los permisos de la aplicacin. .......................................................... 93
xiii

Figura A5.10. Pantalla para otorgar permisos a usuarios. .................................................... 93 Figura A5.11. Servicio web creado exitosamente. ............................................................... 94 Figura A5.12. Componente SerialPort. ................................................................................. 95 Figura A5.13. Componente Winsock. .................................................................................. 95

xiv

INTRODUCCIN

I. INTRODUCCIN La calidad de un producto es un elemento importante tanto para el fabricante como para el consumidor, en consecuencia, resulta til conocer las etapas por las cuales atraviesa el producto a lo largo de su proceso de fabricacin con el fin de identificar aquellas fases que puedan repercutir de manera significativa en el resultado del producto final. Para conocer la trayectoria y la ubicacin de un producto se puede recurrir a distintas tcnicas y herramientas, una de ellas es la rastreabilidad, la cual comprende a un conjunto de procedimientos que auxilian en el rastreo de un producto a lo largo de la cadena de suministro. Es importante que las empresas dedicadas a la elaboracin de productos implementen sistemas de rastreabilidad con el fin de mejorar la calidad de lo que producen y adems cumplir con las normas y regulaciones correspondientes. En este trabajo de investigacin se analizar el funcionamiento de este tipo de sistemas y se desarrollar un sistema propio que conjunte las caractersticas ms importantes de sistemas de rastreabilidad comerciales existentes. El diseo, desarrollo e implementacin del sistema estar basado en la arquitectura de referencia para talleres automatizados de manufactura conocida como ArquiTAM [1]. Se tiene contemplado implementar un sistema genrico que sea capaz de recolectar datos a travs de hardware, procesarlos con algn software, almacenarlos en un repositorio de datos, y por ltimo, generar reportes que contengan informacin precisa de lo que se est produciendo en la fbrica esperando resultados satisfactorios al trmino de su desarrollo. En este documento se describe de forma detallada los pasos a seguir para lograr implementar un sistema de rastreabilidad genrico basado en ArquiTAM. El documento est divido en varios captulos incluyendo ste que es el primero de ellos. El captulo dos corresponde al marco de referencia que es donde se incluirn temas tales como antecedentes y trabajos relacionados con la investigacin en cuestin, tambin se abordarn ciertos conceptos relevantes para una mejor comprensin del tema y adems se describirn las herramientas que se utilizarn para el desarrollo del sistema. El tercer captulo se refiere al planteamiento del problema que es donde se dan a conocer los objetivos y metas a alcanzar as como las estrategias que se tiene contemplado seguir para lograr cumplir con lo establecido. El cuarto captulo corresponde al desarrollo del trabajo en cuestin, es aqu donde se describe como se
1

INTRODUCCIN

dise, implement y valid el sistema propuesto despus de haber realizado un anlisis de sistemas existentes y de haber seleccionado las herramientas propicias para su desarrollo. En el quinto captulo se encuentran las conclusiones y recomendaciones surgidas en base a la investigacin realizada. En el captulo seis se incluyen las referencias que fueron de utilidad para el anlisis previo al trabajo y para el desarrollo del mismo. Adicionalmente se incluye en el documento un apndice donde se puede encontrar un glosario con los trminos pocos comunes que pudieran ser difciles de comprender y adems se incluye una seccin de anexos donde se explican formas de replicar el proyecto en caso de que el lector lo dese.

MARCO DE REFERENCIA

II. MARCO DE REFERENCIA Este captulo abarca temas que estn relacionados con el trabajo desarrollado. Se presentan antecedentes para dar a conocer la lnea que sigue el trabajo de investigacin as como las herramientas utilizadas para el desarrollo del mismo. De igual manera se definen algunos conceptos bsicos que pueden ser de utilidad para lograr una mejor comprensin del tema que se est tratando.

2.1 Tipos de Sistemas de Produccin Para operar en forma efectiva, una empresa manufacturera debe tener sistemas que le permitan lograr eficientemente el tipo de produccin que realiza. Los sistemas de produccin consisten en mano de obra, equipos y procedimientos diseados para combinar los materiales y procesos que constituyen sus operaciones de manufactura [2]. Los sistemas de produccin se podran clasificar principalmente en tres tipos: Produccin continua: La produccin no se detiene, se producen altos volmenes en una forma continua. Una paralizacin del proceso implica, por lo general, altos costos de apertura (por ejemplo el calentamiento del horno en una planta siderrgica). Estos sistemas se utilizan para la produccin de acero bsico, petrleo, petroqumicos y de alimentos como el azcar y las bebidas gaseosas. Produccin por lotes: Se alteran los procesos por lotes de artculos; por lo general, los lotes son modelos diferentes del mismo producto. Se incurre en costos por apertura al tener que adaptar las instalaciones (debido a labores de limpieza, cambio de materiales y/o ajustes de mquinas) para la produccin de otro lote. Produccin por trabajos o bajo pedidos: Estos sistemas se utilizan generalmente cuando se necesita una produccin flexible. La planta se organiza en talleres o departamentos, cada uno con el encargo de un tipo de proceso diferente; se produce por lotes, pero los talleres son unidades independientes que trabajan diferentes lotes cada uno. Los costos de apertura son bastante altos, ya que cada taller incurre en ellos al tener que procesar diferentes productos, razn por la cual se generan a menudo problemas de planeacin, secuenciacin y expedicin de rdenes [3].
3

MARCO DE REFERENCIA

2.2 Rastreabilidad Segn la Real Academia Espaola el trmino ms adecuado en espaol para designar la posibilidad de rastrear el camino seguido por un producto comercial desde su origen hasta su destino final, as como el registro de todos los datos que permiten realizar dicho seguimiento, es rastreabilidad. Aunque con este sentido se emplea con ms frecuencia la voz trazabilidad, se desaconseja su empleo en espaol, ya que el verbo trazar, del que derivara en ltima instancia trazabilidad, no posee, a diferencia del ingls to trace, el sentido de rastrear o seguir la pista. Sin embargo, se usar en ocasiones dentro de este documento el trmino de trazabilidad cuando se haga citas hacia referencias bibliogrficas para conservar la esencia de las mismas. Se define trazabilidad como aquellos procedimientos prestablecidos y autosuficientes que permiten conocer el histrico, la ubicacin y la trayectoria de un producto o lote de productos a lo largo de la cadena de suministros en un momento dado, a travs de herramientas determinadas [4]. La trazabilidad bsicamente se puede dividir en dos partes: la trazabilidad del proceso o interna y la trazabilidad externa. La trazabilidad interna consiste en la trazabilidad del producto a lo largo de la cadena productiva de la empresa, desde la recepcin de las materias primas hasta la expedicin del mismo. Para garantizar este tipo de trazabilidad es necesario relacionar los productos que entran en la empresa con las operaciones o procesos que sufrirn dentro de las mismas, hasta llegar a los productos finales listos para su expedicin [5]. Por otro lado la trazabilidad externa hace referencia al camino que recorre el producto desde que se fabrica hasta que se implanta en el punto de venta para ofertarlo a los clientes. De igual manera se refiere a la necesidad que tiene la empresa de conocer en todo momento la ubicacin de sus productos (dnde estn desde que salen de la fbrica hasta que llegan a la tienda) [6]. Con las herramientas adecuadas se puede lograr el rastreo de un producto a lo largo de la cadena de suministro. Estas herramientas en conjunto forman un sistema, al cual se le conoce como sistema de trazabilidad.
4

MARCO DE REFERENCIA

Un sistema de trazabilidad es una herramienta tcnica para ayudar a una organizacin a cumplir con sus objetivos definidos, y es aplicable cuando es necesario determinar la historia o localizacin de un producto o sus componentes relevantes [7]. Cada vez es ms comn encontrar empresas que implementan sistemas de trazabilidad, ya que contar con un sistema de este tipo hace a la empresa ms atractiva debido a que brinda a sus clientes la seguridad de que los procesos cumplen con regulaciones y certificaciones que estn relacionadas con la mejora en la calidad del producto. Las empresas que tengan implementados sistemas de trazabilidad pueden mostrar el icono que aparece en la Figura 2.1:

Figura 2.1 Icono representativo de los sistemas de trazabilidad.

2.2.1 Sistemas de Rastreabilidad En la actualidad existen compaas que desarrollan sistemas de rastreabilidad para empresas. Generalmente estos sistemas hacen uso de herramientas informticas que registran las etapas por las que pasa el producto. Un ejemplo de este tipo de sistemas es el software ileANTracer 4.0 [8], el cual ofrece soluciones mltiples en cuanto a rastreabilidad se refiere. Este sistema permite llevar un registro de los procesos por los cuales pasan los productos, adems brinda la opcin de generar facturas, exportar e importar datos y activacin de alarmas en caso de deteccin de anomalas. Otro sistema de rastreabilidad muy completo lo provee la empresa Dipole RFID [9], esta compaa ofrece varias soluciones para lograr un sistema de rastreabilidad robusto, desde la etapa de identificacin del producto hasta la etapa de registrar y gestionar la informacin recogida a lo largo del proceso de fabricacin. Este sistema cumple con estndares
5

MARCO DE REFERENCIA

internacionales de identificacin y adems tiene la caracterstica de ser un sistema escalable y adaptable segn las necesidades del usuario. Por otro lado existen sistemas de rastreabilidad diseados para cumplir con estndares relacionados con los procesos de manufactura. Un ejemplo de este tipo de sistema es la plataforma COOX por parte de la compaa Ordinal Software. Dentro de las herramientas que funcionan bajo esta plataforma destaca un paquete que lleva por nombre MESbox PMT: Process Management & Traceability [10], el cual se basa en los estndares ISA-S88 e ISAS95 para el manejo de la informacin. Dentro de la industria del software libre tambin se pueden encontrar aplicaciones diseadas para llevar un registro de los productos as como de los procesos a los cuales son sometidos. Estas aplicaciones generalmente se limitan al control de inventarios y la captura de datos tiende a ser manual. Un ejemplo de este tipo de sistemas es el software AnJelica[11], el cual est desarrollado en el lenguaje de programacin Java y est diseado para la gestin de la trazabilidad en la industria de la produccin y empaquetado de cortes de carne. Los sistemas anteriormente mencionados son solo algunos ejemplos de la gran variedad de soluciones en rastreabilidad que existen en el mercado. Cada sistema posee caractersticas propias y estn diseados para cumplir con necesidades particulares o generales segn sea el caso.

2.3 Identificacin No debe confundirse el trmino trazabilidad con identificacin. La identificacin es un medio para lograr la trazabilidad, pero no es la nica inversin a realizar al implantar un buen sistema de trazabilidad [12]. La palabra identificacin se puede definir como la accin de identificar, misma que est ligada a la palabra identidad que se refiere al conjunto de rasgos o informaciones que individualizan o distinguen algo y confirman que es realmente lo que se dice que es. En lo que respecta al tema de rastreabilidad, la identificacin del producto permite conocer la procedencia y facilita la identificacin del estado del producto en las etapas de realizacin. Es decir, el producto se identifica con el propsito de lograr su trazabilidad. Es como darle su tarjeta de identificacin para que se conozca toda su vida [13].
6

MARCO DE REFERENCIA

Para lograr la identificacin es necesario asignar al producto un identificador con el fin de poder reconocerlo fcilmente. Existen distintas tecnologas en el mbito de la identificacin automtica, algunas poseen una gran aceptacin en el mercado gracias al grado de madurez que han alcanzado, mientras que otras se encuentran todava en etapa de crecimiento. Debido a la diversidad de productos y de procesos no existe un mtodo de identificacin nico sino que se debe de elegir la forma ms adecuada para la identificacin dependiendo del tipo de producto y los procesos a los cuales ser sometido, en consecuencia el nmero de mtodos de identificacin puede ser tan grande como las aplicaciones que se le quiera dar.

2.3.1 Mtodos de identificacin Se puede definir a los mtodos de identificacin como las tcnicas y herramientas que hacen posible asignar una identidad a un producto. Existen diversas formas de identificacin, sin embargo, se podra hacer una clasificacin de las tcnicas ms utilizadas debido a su gran aceptacin en el mercado y a la flexibilidad que ofrecen para adaptarse a los distintos tipos de productos y de procesos. En primer lugar se tendra a los cdigos de barras ya que es una tecnologa madura que data desde la segunda mitad del siglo XX por lo que es bastante conocida y utilizada. En segundo lugar est la identificacin por radiofrecuencia o RFID por sus siglas en ingls, esta tecnologa aunque no es del todo novedosa ha alcanzado gran aceptacin en el mercado a partir del ao 2000 debido a la reduccin de costos en su implementacin. Como alternativa a estos mtodos se encuentran las memorias de botones de contacto que aunque no son muy comerciales complementan a las tecnologas de identificacin anteriormente mencionadas.

2.3.1.1 Cdigos de barras El cdigo de barras es, sin lugar a dudas, el sistema ptico de identificacin automtica ms ampliamente utilizado en todo el mundo. Bsicamente, es un modelo reconocible automticamente, que alterna barras oscuras y espacios claros dispuestos de forma paralela, con los cuales representa nmeros y otros caracteres [14].

MARCO DE REFERENCIA

Los cdigos de barras presentan tanto ventajas como desventajas. Dentro de sus beneficios se encuentra el bajo costo de implementacin, ya que bsicamente basta con grabar en el producto las lneas que contienen el cdigo correspondiente. Otro de sus evidentes beneficios es la madurez que ha alcanzado dicha tecnologa, por lo que existe una gran cantidad de estndares que regulan la forma en que este tipo de cdigos deben de ser implementados. En contraparte a los beneficios mencionados estn sus desventajas. Una de sus principales desventajas es que es un mtodo de slo lectura ya que una vez definido el cdigo es imposible modificarlo sin alterar su esencia. Otra desventaja es que cada cdigo debe ser ledo a la vez, no es posible realizar lecturas simultneas de varios cdigos con el mismo lector lo que hace lenta la captura de datos. Existe una gran variedad de diseos de cdigos de barras pero se clasifican principalmente en 2 tipos: Cdigos de barras lineales Cdigos de barras bidimensionales

El cdigo de barras lineal es el tipo de cdigo ms popular, se puede encontrar en casi cualquier producto, mientras que el cdigo de barras bidimensional vendra siendo la evolucin del cdigo de barras tradicional ya que ofrece caractersticas adicionales al ya mencionado.

2.3.1.1.1 Cdigos de barras lineales Este tipo de cdigos es el ms utilizado en la identificacin de productos, su fcil implementacin y su bajo costo de operacin hacen muy atractiva su utilizacin. Debido a la estandarizacin que se ha logrado en el uso de esta tecnologa es posible tener una regulacin de los productos que se fabrican en todo el mundo. Los estndares ms conocidos por cdigos de barras son el EAN (European Article Number) el cual surgi en Europa y posteriormente fue adoptado por otros pases fuera del continente. El cdigo ms usual es el EAN-13 que consta de 13 dgitos y en el cual se puede almacenar informacin del pas de origen, de la empresa y del producto. Otro sistema de cdigos muy comn es el UPC (Universal Product Code), este estndar es el ms utilizado en Estados Unidos y consta de 12 dgitos en los cuales
8

MARCO DE REFERENCIA

tambin se almacena informacin del producto. Como consecuencia de la globalizacin varias organizaciones impulsoras de sistemas de cdigos de barras decidieron unirse en un solo consorcio conocido como GS1el cual busca ofrecer estndares nicos a nivel mundial en lo que a identificacin de productos se refiere. El cdigo GS1-128 es la fusin de los cdigos europeos y americano y permite una cantidad de almacenamiento superior a la de sus antecesores, adems de que cuenta con la caracterstica de poder almacenar caracteres ASCII. El cdigo de barras lineal brinda muchos beneficios a las empresas que desean identificar sus productos pero tambin cuenta con una serie de desventajas, una de ellas es el tiempo de vida del cdigo ya que al tratarse de un smbolo impreso puede dejar de ser legible en caso de presentar suciedad o desgaste en las lneas que lo conforman. Otra desventaja radica en la distancia en que pueden ser ledos los cdigos ya que el lector debe de estar situado a distancias menores de un metro para poder realizar una lectura correcta de la informacin contenida en el cdigo. Una desventaja ms se encuentra en la seguridad de la informacin, al tratarse de un sistema muy conocido es fcil leer los datos contenidos en un cdigo por lo que la seguridad que presentan es muy baja. Existen distintos diseos de cdigos de barras lineales y se aplican cada uno de ellos dependiendo del producto que se quiera identificar. La caracterstica que todos tienen en comn es que tienen que ser ledos por un escner, usualmente se utiliza tecnologa lser para tales fines. La altura de las barras en los cdigos puede alterarse para que se amolde al envase del producto pero lo que no se puede modificar es la relacin en la longitud de las franjas ya que se alterara por completo la informacin que contiene el cdigo. La Figura 2.2 ilustra un ejemplo de cdigo de barras tpico.

Figura 2.2 Ejemplo de cdigo de barras lineal.

MARCO DE REFERENCIA

2.3.1.1.2 Cdigos de barras bidimensionales Los cdigos de barras en dos dimensiones ofrecen la capacidad de almacenar ms informacin que la que se podra tener en un cdigo de barras lineal. En este tipo de cdigos se agrega otro eje de lectura por lo que es posible formar una matriz de puntos y ver esos puntos como coordenadas en vez de verlos como una serie de lneas y espacios lo que permite almacenar informacin tanto a lo ancho como a lo alto del smbolo. Debido a que se trata de una evolucin del cdigo de barras lineal se conservan muchas de las caractersticas de su antecesor, por ejemplo an posee la propiedad de ser un cdigo de solo lectura, tambin sigue teniendo el inconveniente de que la distancia de lectura es muy corta y que no es posible leer varios cdigos al mismo tiempo por el mismo lector. El lector en este caso suele ser una cmara digital, la cual lee el cdigo de izquierda a derecha y de arriba abajo y por medio de tcnicas de procesamiento de imgenes interpreta el cdigo y hace legible la informacin contenida en l. En este tipo de cdigos se pueden almacenar varios tipos de datos y no slo un nmero como en el caso de los cdigos de barras lineales. La integridad de los datos es otro aspecto que se reforz, ya que la mayora de este tipo de cdigos emplea correccin de errores por lo que es posible borrar parte del smbolo sin perder informacin, sin embargo si presentan cantidades considerables de suciedad pueden llegar a quedar inutilizables. En lo que a costos se refiere sigue siendo costeable para las empresas optar por esta tcnica de identificacin ya que su implementacin fsica no requiere de herramientas costosas, adems existen estndares como el Cdigo QR en el cual la compaa creadora de estos cdigos no ejerce los derechos de patente, por lo que al utilizarlo no se generan gastos adicionales por pagos de derechos de autor. El Cdigo QR posiblemente sea el cdigo de barras bidimensional ms popular ya que con la aparicin de los smartphones se increment su utilizacin debido a que se pueden leer dichos cdigos con la cmara del telfono y pueden ser interpretados con un software especializado. Otro estndar muy conocido es el Datamatrix que tambin es de dominio pblico y ofrece una tolerancia a daos de hasta el 30%. Un estndar tambin muy conocido es el PDF 417, cabe mencionar que es un estndar ISO as que ya se encuentra bastante consolidado. PDF 417 se considera un archivo de datos portable de ah sus
10

MARCO DE REFERENCIA

siglas PDF (Portable Data File), posee muchas de las caractersticas de los otros cdigos de barras de dos dimensiones y es muy utilizado en distintas reas. Existen otros estndares de cdigos de barras bidimensionales pero varios de ellos an se encuentran en crecimiento o no han sido aceptados. Varias compaas optan por desarrollar su propio estndar con el fin de tener un cdigo personalizado que cumpla con fines especficos de la empresa. La Figura 2.3 muestra un ejemplo de cdigo de barras bidimensional conocido como cdigo QR.

Figura 2.3 Cdigo QR. Ejemplo de cdigo de barras bidimensional.

2.3.1.2 RFID La identificacin por radio frecuencia o RFID es un mtodo de identificacin automtica que promete ser la forma de identificacin ms utilizada en el futuro, se presume que sustituir al cdigo de barras [15]. Este sistema de identificacin consta bsicamente de una etiqueta en la cual se almacena informacin y de un lector que es el encargado de interpretar los datos contenidos en la etiqueta. Son muchas las ventajas que presenta esta forma de identificacin con respecto a los cdigos de barras, una de ellas es la capacidad de leer mltiples etiquetas a la vez ya que en un caso ideal un lector puede leer ms de 100 etiquetas por segundo. Otra caracterstica importante de esta tecnologa radica en que para leer las etiquetas no es necesario que estn a la vista o que tengan contacto directo con el lector, simplemente tienen que estar a una distancia adecuada, las etiquetas pasivas pueden ser ledas en distancias del orden del metro debido a que necesitan del lector para ser activadas, mientras que las etiquetas activas se pueden leer a decenas de metros de distancia ya que poseen una batera interna por lo que no dependen del lector para poder transmitir informacin. Otra ventaja sobre el cdigo
11

MARCO DE REFERENCIA

de barras es que existen etiquetas de lectura y escritura lo que permite modificar la informacin contenida en las etiquetas en caso de ser necesario. Una caracterstica importante que posee la tecnologa RFID es la diversidad de identificadores que maneja. Existen varios tipos de etiquetas las cuales poseen atributos diferentes dependiendo de la aplicacin que se les quiera dar, pueden variar en tamao, forma, adhesividad, durabilidad, entre otros. La cantidad de datos que se pueden almacenar en las etiquetas es grande en comparacin con otras tecnologas competidoras, es posible almacenar hasta 1MB de informacin. Una ventaja ms es la vida til que poseen, una etiqueta pasiva puede ser funcional por aos y ya que no es necesaria su exposicin para ser leda se puede conservar oculta en el producto sin sufrir deterioro; sin embargo las etiquetas activas suelen funcionar tanto como dure su batera. Aunque RFID se podra considerar una tecnologa emergente ya van surgiendo los primeros estndares que regulan la forma en que se manejan los datos, la organizacin mundial GS1 ofrece el estndar EPC (Electronic Product Code) con el cual se pretende que cada producto en el mundo posea un nmero de identificacin nico, a diferencia del cdigo de barras donde se asignaba el mismo nmero a todos los productos de un mismo lote. Tambin existen otras regulaciones sobre el uso de frecuencias por lo que es importante consultar cuales son los rangos de frecuencias permitidas para cada pas. Ya que se trata de una tecnologa que hace uso de radiofrecuencias para lograr el intercambio de datos, se debe de acondicionar bien el sitio donde se estarn realizando las operaciones de lectura y escritura con el fin de que no vayan a existir interferencias por parte de otros dispositivos que tambin hacen uso de ondas de radio. El nmero de empresas que implementan sistemas de identificacin por radiofrecuencia va aumentando conforme se va consolidando esta tecnologa, los costos de implementacin son caros pero se irn abaratando con el paso del tiempo. Por otro lado, el uso de la tecnologa RFID ha causado polmica en lo que respecta a la privacidad del consumidor, se teme que compaas utilicen esta tecnologa para obtener datos del consumidor sin su consentimiento ya que las etiquetas pueden permanecer ocultas en

12

MARCO DE REFERENCIA

ciertos productos sin que el consumidor se percate de ello. En la Figura 2.4 se puede observar un ejemplo de etiqueta RFID.

Figura 2.4 Ejemplo de etiqueta RFID.

2.3.1.3 Memorias de botones de contacto Aunque no se trata de una tecnologa muy extendida, y cuenta con pocos suministradores, ha tenido cierta utilizacin y es potencialmente alternativa a la RFID [16]. Requiere contacto fsico entre el lector y la etiqueta en forma de botn para realizar la lectura y cada botn posee un nmero de serie nico. Esta tecnologa fue desarrollada con fines militares por lo que las caractersticas fsicas de cada botn son robustas, lo que permite su utilizacin en ambientes hostiles. El tiempo de vida de los botones puede ser de hasta 100 aos. No existen estndares formalmente aceptados para este mtodo de identificacin, el estndar lo define la empresa que lo va a implementar. Dentro de las caractersticas de esta tecnologa se encuentra la posibilidad de modificar los datos a discrecin del usuario, aunado a esto los datos pueden estar cifrados lo que brinda mayor seguridad al momento de almacenar informacin. La cantidad de informacin que se puede almacenar es grande, se pueden grabar hasta 4 GB de datos. Una desventaja que presenta esta forma de identificacin es el nmero de identificadores que pueden ser ledos a la vez, al requerir contacto fsico del lector con el botn se limita la lectura a un botn por vez. La Figura 2.5 muestra algunos ejemplos de memorias de botones de contacto.

13

MARCO DE REFERENCIA

Figura 2.5 Ejemplos de memorias de botones de contacto.

2.4 Recoleccin de datos Para lograr un proceso automatizado de captura de datos es necesario contar con herramientas que permitan la recoleccin de datos a lo largo del proceso de fabricacin de un producto. Es importante registrar cuales son las etapas por las que pasa el producto con el fin de conocer la ubicacin exacta del mismo, esto se realiza mediante sensores, lectores o en combinacin de ambos. Una vez recolectada la informacin deseada es necesario transportarla a un sistema que la gestione, para esto se requiere una interfaz de comunicacin entre dispositivos de captura de datos y el sistema de gestin. Para poder tener un sistema de recoleccin de datos flexible es necesario utilizar protocolos de transporte universales tales como RS-232, USB, Ethernet, Bluetooth, entre otros, esto con el fin de lograr compatibilidad con distintas aplicaciones informticas de gestin de informacin. La ventaja de utilizar este tipo de protocolos radica en que se puede utilizar en cualquier tipo de dispositivo de captura, en el caso de la rastreabilidad no importa que mtodo de identificacin se elija siempre y cuando el intercambio de datos se realice a travs de uno de los protocolos anteriormente mencionados.

2.4.1 RS-232 RS-232 significa Recommended Standard 232 [17], est definido por el ANSI (American National Standard Institution) como la interface entre un equipo terminal de datos y un equipo de comunicacin de datos utilizando un intercambio binario en modo serie. Los dispositivos son llamados DTE - Data Terminal Equipment (por ejemplo una computadora) y DCE - Data Circuit-terminating Equipment (por ejemplo un mdem). El DTE usa un terminal macho mientras que al DCE se conecta un terminal hembra y es el encargado
14

MARCO DE REFERENCIA

de establecer y mantener la conexin. Un equipo puede necesitar ser DTE y DCE, por ejemplo un computador ser el DTE al comunicarse con un mdem y un DCE al hacerlo como impresora. Las caractersticas ms importantes del estndar son: Velocidad mxima original era 20 kbps, hay aplicaciones que llegan a 116 kbps. Longitud mxima del cable de 15 m (revisin <<C>>). Tensin en modo comn mxima de +25 V. Impedancias de 3 a 7 k?. Modo de operacin simple. Un emisor y un receptor. Transmisin asncrona o sncrona (usando lneas extras para el reloj).

2.4.2 USB El puerto USB (Universal Serial Bus) surge en 1996 para mejorar las velocidades de transmisin de los puertos serie y paralelo. [18] Las caractersticas principales de este puerto son: Permite conexiones en caliente, es decir, se puede conectar y desconectar el dispositivo al ordenador sin necesidad de reiniciar el ordenador Algunos dispositivos pueden recibir corriente elctrica a travs del puerto USB, evitando tener que conectar el dispositivo a la red elctrica. Por ejemplo un disco duro externo Se pueden conectar a un puerto USB hasta 127 dispositivos, utilizando hubs para el puerto USB. Las velocidades varan dependiendo de la versin como se muestra en la Tabla 2.1:
Tabla 2.1 Velocidades de transferencia del puerto USB.

Versin USB 1.1 USB 2.0 USB 3.0

Velocidad 1.5Mbps 480 Mbps 4.8 Gbps

15

MARCO DE REFERENCIA

El puerto USB se ha convertido en el estndar de conexin, conectndose a l teclados, ratones, impresoras, escneres, telfonos mviles, cmaras digitales, etc. Los PC actuales cuenta con, como mnimo, seis puertos USB, y no es raro encontrar PC con 12 puertos USB. Existen adaptadores para puerto serie, paralelo y PS/2, los cuales permiten conectar perifricos antiguos a computadores ms modernos.

2.4.3 Ethernet Ethernet es un protocolo de comunicaciones de gran demanda que se emplea con frecuencia en redes de reas locales. El estndar Ethernet se dise para las LAN (Local Area Network) que usan una topologa de bus; el estndar ayuda a asegurar la compatibilidad entre dispositivos, de modo que muchas personas puedan unirse a un cable comn para compartir instalaciones y recursos de redes. [19] Ethernet impuls la creacin de otros estndares como IEEE 802.3 el cual es una especificacin para redes de rea local que comprende nivel fsico y el del enlace del modelo de referencia OSI de la ISO. El estndar IEEE 802.3 es una familia de alternativas o sub-estndares que tienen ciertos puntos en comn, como el mecanismo de acceso al medio, pero difieren en distintos aspectos como son la velocidad de transmisin, el medio de transmisin, el nmero de estaciones mximo que se pueden conectar a la LAN, etc. El inicio del estndar 802.3 se debi al desarrollo de los protocolos ALOHA en los aos setenta. Ms tarde se le incluy la deteccin de portadora; es decir que la estacin que quisiera transmitir informacin previamente debera escuchar el medio de transmisin, y la empresa XEROX construy una red CSMA/CD de 2.94 Mbit/s con la que conect hasta cien equipos de trabajo mediante un cable de mil metros de longitud. Esta red se llam Ethernet (en honor al llamado ter luminfero a travs del cual se pensaba que se transmitan las ondas electromagnticas en el siglo XIX, hasta que el experimento de Michelson y Morley en 1887 demostr que la radiacin electromagntica podra propagarse en el vaco sin ningn soporte fsico).

16

MARCO DE REFERENCIA

La red Ethernet desarrollada por Xerox tuvo un gran xito y esta compaa, junto con DEC (Digital Equipment Corporation) e Intel desarrollaron una norma para la red Ethernet de 10 Mbit/s, que ms tarde constituy la base para el estndar 802.3 del IEEE. Sin embargo, el estndar 802.3 es ms que las especificaciones de Ethernet. Describe toda una familia de redes de rea local basadas en el protocolo 1-persistente CSMA/CD que opera a partir de velocidades de 1Mbit/s y que llega en la actualidad hasta 1 Gbit/s, con posibilidad ms que aceptada de superar este valor en un futuro prximo [20].

2.4.4 Bluetooth La tecnologa Bluetooth define un estndar de comunicaciones inalmbricas de corto alcance mediante seales de radiofrecuencia que permite la transmisin de datos y voz. El desarrollo de esta tecnologa parte de los laboratorios de Ericsson Mobile Communications, que en 1994 decidieron desarrollar una tecnologa que permitiera la conexin mediante una interfaz de radio, de consumo, coste y tamao reducido, de los telfonos mviles con sus accesorios. Una vez iniciado el proyecto se pens que esta tecnologa poda utilizarse para eliminar los cables que interconectan dispositivos como impresoras, teclados, ordenadores, telfonos mviles, etc., de forma transparente y amigable para los usuarios. Las especificaciones definen un enlace radio que permite establecer enlaces de corto alcance, hasta unos 10 metros u opcionalmente hasta unos centenares de metros, de voz mediante enlaces sncronos (SCO), y de datos bidireccionales mediante enlaces asncronos (ACL). Cada canal de voz puede soportar una tasa de transferencia de 64 kbits/s en cada sentido, suficiente para la transmisin de voz. Un canal asncrono puede transmitir hasta 721 kbits/s en una direccin y 56 kbits/s en la direccin opuesta en enlaces asimtricos. Por otro lado, para una conexin asncrona es posible soportar 432.6 kbits/s en ambas direcciones si el enlace es simtrico [21].

2.5 ArquiTAM ArquiTAM es una estructura de referencia para talleres de manufactura propuesta por el Instituto Tecnolgico de Chihuahua en conjunto con la Universidad Politcnica de Madrid la
17

MARCO DE REFERENCIA

cual presenta la organizacin del taller en diferentes niveles de abstraccin directamente relacionados, que corresponden a los niveles conceptual, implementacin genrica e implementacin particular. Una de las ventajas de ArquiTAM es que auxilia en el diseo de los talleres automticos de manufactura sin importar el giro de los mismos gracias a la flexibilidad que propone su arquitectura. Aunado a esto, ArquiTAM cuenta con un mdulo para el manejo de particularidades en sistemas informticos de gestin de produccin llamado iMRP[22], el cual ha sido aplicado a sistemas de coordinacin de flujo y procesamiento de pieza en sistemas de fabricacin discreta. A grandes rasgos la forma de aplicar ArquiTAM sera contemplar un conjunto de herramientas de software y hardware destinadas al desarrollo e implementacin de sistemas informticos en el rea de automatizacin industrial. Luego se hace un anlisis de las actividades del taller y cmo se relacionan entre s para obtener un modelo de referencia de taller. Por ltimo se definen los requerimientos particulares del taller y se realiza la implementacin del sistema informtico que auxiliar en la automatizacin del taller. En la Figura 2.6 se muestra de manera grfica el concepto de ArquiTAM.

Figura 2.6 ArquiTAM. 18

MARCO DE REFERENCIA

2.6 Gestin de datos Cada vez es ms comn encontrar sistemas para el manejo de la informacin implementados en las empresas, algunos de ellos capturan datos automticamente y otros requieren de la intervencin constante de un operador para poder llevar a cabo dicha labor. Sea cual sea la forma de captura, los datos deben de almacenarse en forma organizada en algn repositorio con el fin de poder acceder a ellos cuando exista la necesidad de hacerlo. Para sistemas que manejan grandes cantidades de informacin se recomienda que sta se almacene en bases de datos, por lo que resulta conveniente utilizar un sistema manejador de bases de datos (DBMS por sus siglas en ingls) con el fin de llevar una mejor organizacin y un mejor control de los datos que se estarn almacenando. Existen compaas de renombre mundial que brindan soluciones para el manejo de datos, entre ellas se encuentran Oracle y Microsoft, pero tambin se pueden encontrar sistemas de bases de datos de licencia libre como PostgreSQL y MySQL. Este tipo de manejadores permiten al desarrollador crear tablas y relaciones entre ellas as como otorgar permisos de acceso a las mismas ya sea por medio de cdigo o de manera visual. Todos estos manejadores utilizan un lenguaje de consulta estructurado para la manipulacin de los datos conocido como SQL, el cual permite realizar varios tipos de operaciones sobre las tablas como son insercin, borrado, actualizacin, seleccin, entre otros. Adems de las sentencias para operaciones bsicas, tambin se pueden crear sentencias personalizadas acorde a las necesidades del sistema de gestin a utilizar. Estas sentencias pueden ser disparadas en tiempo de ejecucin como es el caso de los disparadores (triggers) o pueden mandarse llamar desde la base de datos como ocurre con los procedimientos almacenados. Una de las ventajas de utilizar los sistemas manejadores de bases de datos es que permiten el acceso a los datos desde distintos sitios por lo que se puede acceder a una base de datos desde diferentes sistemas de gestin. Para lograr comunicarse con la base de datos es necesario hacer una referencia a la misma desde la aplicacin cliente ya sea creando un archivo de configuracin que contenga los datos de conexin o utilizando herramientas especializadas destinadas a realizar dicha labor, las cuales guan al desarrollador paso a paso para conseguir una conexin exitosa con el servidor y la base de datos.
19

MARCO DE REFERENCIA

2.6.1 Microsoft SQL Server Microsoft se inici en la industria de las bases de datos empresariales en 1987 cuando se asoci con la empresa Sybase para comercializar su producto Sybase DataServer dentro de las plataforma OS/2 de Microsoft e IBM. A partir de esa asociacin surgi SQL Server 1.0 el cual fue esencialmente una adaptacin del sistema Sybase DataServer de UNIX hacia OS/2. Despus de varios aos los desarrolladores de Microsoft obtuvieron un mayor acceso al cdigo fuente de Sybase lo que les permiti hacer ms pruebas y conocerlo ms a fondo, sin embargo, el ncleo de SQL Server continuaba siendo un producto de la empresa Sybase hasta el lanzamiento de SQL Server 4.2 para Windows NT en marzo de 1992. SQL Server 4.2 se considera la primera versin de esta aplicacin donde realmente participaron en conjunto Sybase y Microsoft. El motor de la base de datos segua perteneciendo a Sybase pero las herramientas y libreras para utilizar la base de datos fueron desarrolladas por Microsoft [23]. Para 1994, las dos compaas decidieron no seguir desarrollando juntos y Sybase le otorg a Microsoft una licencia con limitaciones la cual le permita seguir usando y modificando las tecnologas de Sybase siempre y cuando se utilizaran dentro de la plataforma Windows. Un ao despus, en junio de 1995, Microsoft lanz la primera versin de SQL Server desarrollada exclusivamente por desarrolladores de Microsoft (SQL Server 6.0); sin embargo, el ncleo del sistema segua basado en las tecnologas de Sybase. En menos de un ao se realizaron ms cambios y as se lanz SQL Server 6.5 en abril de 1996. A partir de esta versin, SQL Server fue presentando un crecimiento gradual tanto en las funcionalidades que ofreca as como en su aceptacin en el mercado. La siguiente versin en salir a la venta fue SQL Server 7.0, fue lanzada en diciembre de 1998 y llevaba por nombre clave Sphinx. El cdigo del ncleo en esta versin fue casi rescrito desde cero para trabajar sobre una arquitectura propia y no la de Sybase. Dos aos despus, en agosto del ao 2000 anunciaron la nueva versin que sera conocida como SQL Server 2000, de nombre clave Shiloh y que presentaba algunos cambios mnimos respecto a su predecesor. No fue sino hasta 2005 que se conoci la siguiente versin de SQL Server la cual tena por nombre clave Yukon. Esta versin fue tan aceptada que muchos decan que desplaz a Oracle
20

MARCO DE REFERENCIA

a un segundo plano en el rea de manejadores de bases de datos. Presentaba herramientas para mover y transformar datos (SQL Integration Services), analizar datos (SQL Analysis Services), y hacer reportes con los datos (SQL Server Reporting Services). La preocupacin por parte de Microsoft por satisfacer las necesidades en el rea de Inteligencia de Negocios fue lo que atrajo a las empresas a preferir SQL Server a los productos de otras compaas. Tres aos despus sali a la venta SQL Server 2008, el cual conservaba la esencia de su predecesor pero incluyendo varias mejoras para aumentar el desempeo de dicho manejador de bases de datos.

2.6.1.1 Microsoft SQL Server 2008 Es de esperarse la inclusin de nuevas caractersticas y mejoras cuando se lanza una actualizacin de algn producto, y en SQL Server 2008 no es la excepcin. Esta nueva versin de SQL Server ofrece mayor seguridad en los datos ya que permite proteger columnas, tablas y bases de datos completas. Tambin presenta mejoras para conservar la integridad de la informacin, se pueden realizar respaldos de datos mediante copias espejo que se realizan en otra ubicacin, adems ofrece la caracterstica de reparar fallas automticamente. Otra caracterstica de esta versin es las consultas de lenguaje integrado, ya que gracias al nuevo modelo de .NET Framework es posible realizar consultas en tablas directamente desde el cdigo de la aplicacin cliente en .NET sin necesidad de utilizar objetos de acceso a SQL. Se aadieron nuevos tipos de datos para un mejor detalle en las consultas y adems ahora es posible pasar como parmetros procedimientos almacenados y funciones valores de tipo tabla lo que ampla las posibilidades al momento de consumir la informacin desde la base de datos. Quiz la caracterstica ms importante de SQL Server 2008 son los servicios de reportes, ahora es posible crear reportes ms detallados que adems pueden ser accedidos desde aplicaciones de Office para una mejor experiencia del usuario. La fcil generacin de reportes es una de las razones principales por las cuales las empresas han adoptado a SQL Server como su sistema gestor de bases de datos y si la tendencia contina de la misma manera en un futuro ser muy comn encontrar este producto de Microsoft operando en la mayora de las grandes compaas que hay en el mercado.
21

MARCO DE REFERENCIA

2.7 Middleware Middleware es un software que funge como intermediario entre una aplicacin y otros componentes de software o hardware. Las aplicaciones middleware se utilizan con frecuencia en sistemas informticos que poseen varias capas las cuales necesitan estar intercomunicadas. Una de las funciones principales de un middleware es la flexibilidad, por lo que debe ser adaptable a diferentes entornos. Existen varios tipos de middleware y cada uno de ellos cumple con funciones especficas, por ejemplo existen aplicaciones middleware basadas en web, otras enfocadas al acceso de datos y otras a cumplir funciones especializadas. El programador debe de tener en cuenta que aplicacin final se le dar al middleware al momento de desarrollarlo; de esa manera podr decidir qu herramientas son las ms adecuadas para su desarrollo. Generalmente, el programador opta por elegir herramientas de desarrollo del mismo fabricante con el fin de garantizar tota compatibilidad entre los componentes a desarrollar. Uno de los entornos de desarrollo integrado (IDE por sus siglas en ingls) ms completos es Visual Studio de Microsoft, ya que soporta varios lenguajes de programacin y ofrece compatibilidad entre los mismos. Por otro lado, se encuentra el entorno de desarrollo NetBeans que al igual que Visual Studio permite el uso de distintos lenguajes de programacin. Lo atractivo de estos entornos de desarrollo es que permiten la creacin de componentes que son compatibles entre s debido a que son desarrollados bajo la misma plataforma que es lo que se busca al momento de desarrollar un middleware.

2.7.1 Microsoft Visual Studio Microsoft Visual Studio es un potente Entorno de Desarrollo Integrado (IDE) que asegura cdigo de calidad durante todo el ciclo de vida de la aplicacin, desde el diseo hasta la implementacin [24]. Una de las versiones ms significativas de este IDE fue Visual Studio 97, lanzada en 1997 para la plataforma Win9x. La intencin de Microsoft era unificar el mayor nmero de lenguajes de programacin posibles en un solo entorno y no slo trabajar con Visual Basic y C++. Para 1998 sali al mercado Visual Studio 6.0 el cual no present muchos cambios
22

MARCO DE REFERENCIA

respecto a su predecesor. Aunque en estas versiones ya se poda trabajar con varios lenguajes, no fue sino hasta 2002 que se lanz una nueva versin donde se logr una completa compatibilidad entre ellos gracias a que se migr a la plataforma .NET. A esta nueva versin internamente se le conoci como Visual Studio 7.0 pero sali al mercado como Visual Studio.NET 2002. Dentro de las caractersticas ms relevantes de esta versin se encuentra la inclusin de los lenguajes C# y J# as como la posibilidad de crear aplicaciones y sitios web. En 2003 sali al mercado Visual Studio.NET 2003 la cual fue una actualizacin menor a Visual Studio .NET. La siguiente versin de Visual Studio.NET se dio a conocer en 2005 bajo el nombre de Visual Studio 2005, si bien ya no se inclua la coletilla .NET en el nombre, segua funcionando bajo la plataforma .NET. Para finales del ao 2007 se estaba lanzando la nueva versin de Visual Studio.NET conocida como Visual Studio 2008, adems se dio a conocer el nuevo .NET Framework 3.5. En 2010 sali al mercado otra versin de Visual Studio bajo el nombre de Visual Studio 2010 as como la versin 4 de .NET Framework.

2.7.1.1 Microsoft Visual Studio 2010 Al igual que Visual Studio 2008 esta nueva versin va encaminada al desarrollo de aplicaciones distribuidas orientadas a servicios, un ejemplo de esto es la nueva plataforma Windows Azure, la cual permite alojar aplicaciones en los centros de datos de Microsoft para poder ser accedidas desde cualquier parte del mundo. Otra caracterstica que resalta en esta versin es el soporte para el desarrollo de aplicaciones que usan SharePoint, que aunque no es algo nuevo ha sido mejorado debido a que el nmero de aplicaciones que hacen uso de este recurso ha ido en aumento. La forma en que el compilador interpreta el cdigo introducido por el programador tambin present mejoras, ya que se dice que el compilador en esta versin es capaz de entender lo que el programador desea hacer y por lo tanto le sugiere acciones comunes a realizar que podran serle de utilidad.

23

MARCO DE REFERENCIA

Por estas y otras caractersticas Visual Studio 2010 es una excelente opcin para el desarrollo de aplicaciones de varias capas, sobretodo para aquellas aplicaciones en las que se vuelve necesario el compartir datos entre ellas en diferentes niveles.

2.8 Acceso a datos En un sistema de gestin empresarial suelen estar involucrados una gran cantidad de datos, por esa razn es importante organizarlos adecuadamente al momento de su almacenamiento para poder lograr acceder a ellos con facilidad cuando sea necesario. Son diversas las formas de acceder a la informacin para poder visualizarla, existen aplicaciones que realizan una conexin directa con la base de datos que tiene almacenada la informacin mientras que otras tienen que hacer uso de herramientas de terceros para lograr dicha tarea. Una vez lograda la conexin con la base de datos es posible recuperar los datos y presentarlos a manera de reportes para una mejor visualizacin de los mismos. Existen en el mercado distintas herramientas que posibilitan el acceso a datos, algunas de ellas ofrecen soluciones terminadas, listas para usarse tales como Streamwork de SAP o SharePoint de Microsoft Dynamics, por otro lado tambin hay herramientas para desarrolladores las cuales pueden integrar en los sistemas que se encuentran desarrollando. Una tcnica muy til para compartir informacin es el uso de una arquitectura orientada a servicios. Esta tcnica est orientada a la comparticin de datos a travs de internet y utiliza protocolos de transporte universales para lograr transmitir la informacin de un punto hacia otro. La manera ms comn para intercambiar datos entre aplicaciones siguiendo esta arquitectura son los servicios web, los cuales pueden ser implementados de distintas maneras dependiendo del servidor de aplicaciones que se elija. Microsoft ofrece la caracterstica de consumir servicios web a travs de la plataforma WCF (Windows Communication Foundation), esta plataforma es parte de la tecnologa .NET. En conjunto con las tecnologas que hacen uso de protocolos de internet se encuentran plataformas locales que permiten un acceso rpido a los datos almacenados en algn servidor. Un ejemplo de este tipo de herramientas es ADO.NET de Microsoft el cual es un conjunto de componentes de software que facilitan el acceso desde una aplicacin cliente a la informacin
24

MARCO DE REFERENCIA

que se encuentra almacenada en una base de datos. Tambin entran en esta categora estndares como Open Data Base Connectivity (ODBC) y XML.

2.8.1 ADO.NET ADO.NET es un conjunto de clases que exponen servicios de acceso a datos para el programador de .NET. ADO.NET ofrece abundancia de componentes para la creacin de aplicaciones de uso compartido de datos distribuidas. Constituye una parte integral de .NET Framework y proporciona acceso a datos relacionales, XML y de aplicaciones. ADO.NET satisface diversas necesidades de desarrollo, como la creacin de clientes de base de datos de aplicaciones para usuario y objetos empresariales de nivel medio que utilizan aplicaciones, herramientas, lenguajes o exploradores de Internet [25].

2.8.2 Windows Communication Foundation Windows Communication Foundation (WCF), anteriormente llamado Indigo, es la plataforma de Microsoft con Arquitectura Orientada a Servicios (SOA), diseada para construir aplicaciones distribuidas orientadas a servicios para fines empresariales y de comunicacin web. WCF fue lanzado con Windows Vista como parte de la versin 3.0 del Framework.NET, el cual se compona de 4 tecnologas principales: Windows Presentation Foundation (WPF), Windows Workflow Foundation (WF), Windows Communication Foundation (WCF) y Windows CardSpace. A diferencia de sus predecesores, WCF es una plataforma interoperable, realmente orientada a servicios y de acoplamiento dbil. Simplifica el diseo de sistemas orientados a servicios mediante la eliminacin de las dependencias de diseo que tradicionalmente existen entre la manera en que se accede a las operaciones de negocios y la implementacin real de las mismas. WCF promueve el acoplamiento dbil no solo entre los servicios y la funcionalidad que exponen, sino tambin al poder seleccionar protocolos, formato en que se codifican los mensajes y el entorno en que se alojarn. Por ejemplo, los servicios pueden ser accedidos mediante varios protocolos como TCP, HTTP y MSMQ. WCF tambin soporta todos los estndares de servicios web lo que la convierte en una plataforma altamente interoperable. Los
25

MARCO DE REFERENCIA

mensajes siempre pueden ser representados en un formato consistente con los estndares existentes para lograr la comunicacin con otras plataformas [26].

2.9 Herramientas de apoyo para el desarrollo de aplicaciones orientadas a la web Con la creciente necesidad de aplicaciones informticas que puedan compartir datos a travs de protocolos de Internet, las compaas dedicadas a ofrecer soluciones para desarrolladores han incluido en sus paquetes de desarrollo herramientas que permitan al programador crear aplicaciones orientadas a la web. Aunque existe una gran cantidad de herramientas de este tipo, la mayora de ellas cubren las mismas necesidades, por lo que queda a criterio del desarrollador la eleccin de la herramienta ms adecuada a utilizar para el desarrollo del sistema solicitado. Compaas como Oracle y Microsoft ofrecen paquetes bastante completos para el desarrollo de aplicaciones orientadas a la web, pero tambin se pueden encontrar herramientas de licencia libre que aunque siendo de distintos fabricantes son compatibles entre s. En el caso de Microsoft se pueden encontrar plataformas como .NET la cual est dedicada al desarrollo de aplicaciones distribuidas. Esta plataforma hace posible la interaccin entre aplicaciones siempre y cuando pertenezcan al mismo marco de trabajo.

2.9.1 .NET Framework La plataforma .NET es una plataforma de desarrollo que provee un nueva interface de programacin para APIs y servicios de Windows, e integra varias tecnologas que han emergido de Microsoft a finales de la dcada de 1990. Microsoft anunci sobre la iniciativa de la plataforma .NET en julio del 2000. La plataforma .NET se compone de cuatro grupos de productos, descritos brevemente a continuacin.

Libreras y herramientas de desarrollo. Un conjunto de lenguajes incluyendo C#, J# y VB.NET; un conjunto de herramientas de desarrollo, incluyendo Visual Studio.NET; una

amplia librera de clases para construir servicios web y aplicaciones web o de escritorio; as
26

MARCO DE REFERENCIA

mismo incluye el entorno en tiempo de ejecucin en lenguaje comn o Common Language Runtime (CLR). En conjunto estos elementos abarcan la mayor parte de la plataforma .NET.

Servicios web. Existe una gama de servicios web comerciales, especficamente los pertenecientes a la iniciativa de Servicios .NET; por una cuota, los desarrolladores pueden utilizar estos servicios para crear aplicaciones que los requieran.

Servidores especializados. Comprende un conjunto de servidores comerciales basados en .NET, incluyendo SQL Server, Exchange Server, Biztalk Server, entre otros. Estos proveen funciones especializadas para el almacenamiento de bases de datos relacionales, correo electrnico, y para transacciones entre negocios.

Dispositivos. Dispositivos compatibles con .NET, no necesariamente computadoras sino tambin telfonos mviles o hasta consolas de videojuegos [27].

2.9.2 Internet Information Services Internet Information Services (IIS) es una herramienta provista por Microsoft que funciona como un servidor web, el cual le da alojamiento a servicios web y pginas web dinmicas. Aunque originalmente era una herramienta que estaba destinada a operar bajo la arquitectura de sistemas operativos de tipo servidor, poco a poco se fue integrando aunque con funciones ms limitadas a sistemas operativos de uso personal como Windows XP o Windows Vista. Esto hizo posible que una computadora personal pudiera utilizarse como servidor web para Internet y poder publicar pginas web. El servidor IIS facilita la administracin de los sitios web y el acceso a los mismos. Un sitio alojado en el servidor IIS es configurable y gracias a que se encuentra alojado en una ruta definida es posible acceder a l mediante una direccin web fija.

27

PLANTEAMIENTO DEL PROBLEMA

III. PLANTEAMIENTO DEL PROBLEMA Se pretende implementar un sistema de rastreabilidad para un entorno real de produccin por lotes. Este sistema estar constituido por distintas herramientas que harn posible la recopilacin, interpretacin y presentacin de datos referentes a la ubicacin de un producto a lo largo del proceso de produccin. 3.1 Objetivo general Desarrollar e implementar el modelo de un sistema flexible de rastreabilidad para un entorno de produccin por lotes. 3.2 Metas - Identificar los elementos y requerimientos del sistema de rastreabilidad. - Desarrollar los modelos dinmico y esttico del sistema bsico de rastreabilidad. - Desarrollar los modelos particulares (dinmico y esttico) del sistema de rastreabilidad (aplicacin a un caso particular). - Obtener un modelo codificado del sistema de rastreabilidad.

3.3 Estrategia de trabajo Como primer paso en el desarrollo del proyecto se precisarn los elementos con que debe contar el sistema bsico de rastreabilidad tanto desde el aspecto funcional como el de integracin de sus elementos. Para tal efecto se tomarn en cuenta sistemas existentes en el mercado, las especificaciones del estndar, las normas que estn relacionadas con el tema de la rastreabilidad a lo largo de la cadena de suministro y las necesidades especficas de rastreabilidad de este tipo de sistemas de produccin. As mismo, se definir un conjunto de requerimientos del sistema (arquitectura de referencia) que incluya los aspectos estructurales, funcionales y de adaptabilidad, as como estrategias a nivel conceptual para la solucin de cada uno de los requerimientos. Es necesario desarrollar y codificar un modelo de referencia con base en el conjunto de estrategias planteadas a nivel arquitectura de referencia. Una vez definido e implementado el modelo del sistema se aplicar a una fbrica dedicada a la produccin por lotes tomando en
28

PLANTEAMIENTO DEL PROBLEMA

cuenta las etapas particulares del proceso. En esta etapa adems de la funcin bsica del sistema se prev soporte en el mismo para la incorporacin de elementos fsicos de lectura (sensores, lectores de cdigo de barra, entre otros identificados en el nivel superior) y los elementos a incorporar en la interfaz de usuario para este caso en particular. Una vez desarrollado e implementado el modelo particular se proceder a la validacin del sistema, ya sea mediante su aplicacin en una empresa real o bien emulando las estaciones de trabajo del proceso real. No existe un modelo definitivo sobre los elementos que deben conformar un sistema de rastreabilidad, por lo que se puede construir un esquema personalizado que vaya orientado a satisfacer las necesidades de las empresas. Para el desarrollo de este proyecto se desea implementar un sistema de rastreabilidad genrico y flexible a cambios el cual pueda adaptarse a cualquier empresa sin importar el giro de la misma. Se pretende seguir las recomendaciones de ArquiTAM para disear una arquitectura de referencia enfocada a sistemas de rastreabilidad. Para fines prcticos se trabajar bajo la plataforma Windows por lo que se utilizarn exclusivamente herramientas de desarrollo por parte de Microsoft, esto para lograr una mxima compatibilidad entre componentes.

29

DESARROLLO

IV. DESARROLLO En ste captulo se describe la manera en que fue desarrollado e implementado el sistema de rastreabilidad. Principalmente se hace un anlisis conceptual de lo que es el sistema abordando los elementos que lo conforman. Se pretende que el lector comprenda la esencia del funcionamiento del sistema sin adentrarse de lleno a las herramientas utilizadas para su desarrollo, por lo que en este captulo no se incluye una descripcin a detalle de la forma tcnica en que se implement el sistema. Este documento cuenta con una seccin de anexos donde se explica ms a detalle como implementar el sistema propuesto en caso de que se desee hacerlo.

4.1 Sistema de rastreabilidad basado en ArquiTAM Bsicamente el diseo del sistema de rastreabilidad basado en ArquiTAM est divido en tres niveles: arquitectura de referencia (conceptual), modelo de referencia genrico y modelo particular. El primer nivel comprende al universo del discurso construido en base a las caractersticas comunes extradas de los sistemas de rastreabilidad existentes. El segundo nivel corresponde a la construccin de un modelo de referencia genrico construido con base en las herramientas del marco de trabajo. En este nivel se delimita el alcance que tendr el sistema partiendo de la definicin de actividades a realizar y de los requerimientos generales con que debe cumplir un sistema de rastreabilidad. El tercer nivel es la implementacin del sistema en casos particulares, para lo cual se adapta el sistema genrico a las particularidades del entorno destino sin cambiar su estructura principal. En la Figura 4.1 se puede observar bsicamente como se aplicaran los niveles de ArquiTAM en un sistema de rastreabilidad.

30

DESARROLLO

ArquiTAM
Nivel conceptual

Sistema de rastreabilidad
Arquitectura de referencia

Modelo de referencia genrico

Desarrollo del sistema genrico

Modelo particular

Validacin en empresa real o emulador

Figura 4.1 Aplicacin de ArquiTAM en sistemas de rastreabilidad.

4.2 Diseo de la arquitectura de referencia Los elementos bsicos con los cuales debe contar un sistema de rastreabilidad son: un sistema de identificacin, uno para la captura de datos y otro para la gestin de la informacin, ver Figura 4.2. Teniendo en cuenta estos elementos se podra disear una arquitectura de referencia de la cual partir para lograr la implementacin de un modelo particular desde uno general. Para la parte conceptual de la arquitectura se precisa definir que elementos son comunes en algunos de los sistemas de rastreabilidad existentes. Una vez identificados estos elementos se disea un modelo que pueda servir como punto de partida para el desarrollo de futuros sistemas de rastreabilidad. El modelo propuesto sugiere dividir el sistema principalmente en tres secciones: identificacin, recoleccin de datos y gestin de la informacin, aunque adicionalmente se puede aadir otra seccin que vendra correspondiendo a la presentacin de los datos hacia un sistema de gestin empresarial externo.

31

DESARROLLO

Identificacin

Asignar al producto o lote de productos un identificador nico

Captura de datos y control de movimientos

Aadir informacin al producto sobre las transformaciones que sufre a lo largo del proceso de fabricacin

Manejo y gestin de la informacin

Almacenar la informacin referente al producto en un formato estandarizado

Sistema de gestin empresarial

Compatibilidad para compartir informacin con sistemas de gestin comerciales

Figura 4.2 Modelo conceptual para sistemas de rastreabilidad.

La etapa de identificacin consiste en asignarle al producto un identificador con el cual pueda ser reconocible en cualquier etapa de su elaboracin. Existen distintos mtodos de identificacin, pero se propone hacer uso de las tecnologas ms utilizadas debido a su facilidad de implementacin y a la compatibilidad que ofrecen con otras tecnologas. Las formas de identificacin ms comunes son el cdigo de barras, identificacin por radiofrecuencia (RFID) y memorias de botn de contacto (CBM), cada una ofrece ventajas respecto a otras segn sea su aplicacin, pero es importante considerarlas todas para tener distintas opciones de donde elegir. Una de las ventajas ms notorias del cdigo de barras es el alto grado de madurez que posee dentro de los sistemas de identificacin, debido a esto existe una gran cantidad de estndares aceptados para la implementacin de cdigos, entre los que destacan UPC, EAN y GS1. Aunado a esto tambin han ido surgiendo estndares para cdigos de barras bidimensionales tales como Datamatrix, PDF47, Cdigo QR, etc. Por otro lado en lo que respecta a la identificacin por radiofrecuencia an no se cuentan con muchos estndares universales, sin embargo se comienza a utilizar el cdigo EPC propuesto por el consorcio
32

DESARROLLO

mundial GS1. Por parte de las memorias de botones de contacto los estndares los define la empresa que los utiliza. La segunda etapa de un sistema de rastreabilidad es la recoleccin de datos, la cual consiste en ir capturando y registrando en una base de datos los movimientos del producto ya identificado para su posterior procesamiento. Dicha captura se realiza a travs de lectores y/o sensores que detectan la presencia del producto al llegar a cierta estacin o al ser sometido a cierto proceso. Independientemente de la tecnologa de captura de datos a utilizar la informacin debe de transmitirse hacia una computadora a travs de protocolos universales de transmisin de datos tales como RS-232, TCP/IP, USB, Bluetooth, entre otros, con el fin de lograr un sistema flexible de adquisicin de datos. Una vez que se tiene capturada la informacin del producto se procede a almacenarla en formato estandarizado directamente en una base de datos o a gestionarla mediante un software de rastreabilidad. Para referirse a este software se utilizar la palabra middleware. Un buen software de rastreabilidad debe de ser capaz de contener la informacin del producto as como de los procesos a los cuales ha sido sometido, esto con el fin de diferenciarlo de un software de control de almacn. Ver Figura 4.3
Tipo Nombre, nmero de producto, variedad

Producto Atributos Peso, volumen, forma, color, temperatura Ensamble, pintura, corte, pruebas

Tipo

Proceso
Duracin Tiempo que dura en cada estacin

Figura 4.3 Datos que deben registrarse en un software de trazabilidad. 33

DESARROLLO

Al tener organizada la informacin se puede obtener un registro del historial del recorrido del producto a lo largo de la cadena de suministro y de esa manera poder generar reportes al respecto. Tales reportes pueden ser de inters para la alta gerencia en la empresa por lo que debe considerarse compartir esa informacin con sistemas de gestin comerciales. Para lograr este intercambio de informacin se recomienda utilizar protocolos universales de transporte de datos tales como HTTP, XML, WSDL, SOAP, etc. La implementacin de todos estos elementos conforma bsicamente un sistema de rastreabilidad flexible ya que al hacer uso de tecnologas y estndares mundialmente aceptados se puede lograr un sistema adaptable a cambios. Por lo tanto la arquitectura de referencia para la implementacin de sistemas de rastreabilidad genricos quedara como se muestra en la Figura 4.4:

Sistemas de gestin empresarial

Base de datos

Software de rastreabilidad (Middleware)

Protocolos para el intercambio de la informacin XML, WSDL, SOAP, HTTP,

Protocolos de transporte de datos RS-232, TCP/IP, USB, Bluetooth, Cdigo de barras RFID Botones de contacto Estndares de identificacin UPC, EAN, GS1, Datamatrix, EPC, Entorno de fabricacin, almacn y transporte

Figura 4.4 Arquitectura de referencia para sistemas de rastreabilidad.

Partiendo de este modelo se puede proceder a la implementacin particular de sistemas de rastreabilidad una vez determinados los requerimientos a satisfacer en la empresa tal como se propone en ArquiTAM, para despus definir los elementos de hardware y software as como
34

DESARROLLO

determinar los procesos de fabricacin y representarlos ejecutables mediante la integracin e implementacin de todos los elementos que conforman al sistema.

4.3 Modelo de referencia genrico Una vez que se cuenta con una arquitectura de referencia para sistemas de rastreabilidad, de acuerdo a ArquiTAM el siguiente nivel de desarrollo consiste en la seleccin de herramientas para la implementacin de un sistema genrico. La flexibilidad del sistema no radicar en la capacidad de ser instalado en cualquier equipo de cmputo sino en la posibilidad de poder adaptarse a cualquier tipo de procesos en un entorno de produccin, por lo tanto el diseo y la seleccin de herramientas necesarias para desarrollar el sistema queda a criterio del desarrollador. Es importante destacar la relacin entre arquitectura de referencia y modelo de referencia (o sistema genrico) establecida en ArquiTAM, donde es posible desarrollar diferentes modelos de referencia a partir de una misma arquitectura de referencia (conceptos). Para este caso particular se trabajar bajo la plataforma Windows y se considerar el uso de componentes de terceros en caso de ser necesarios.

4.3.1 Esquema general del sistema genrico Basndose en la arquitectura de referencia propuesta, se dise un esquema modular para el sistema genrico. En el esquema se pueden apreciar elementos propios de la plataforma Windows, esto se debe a que se pretende trabajar solo con componentes de dicha plataforma con el fin de lograr un fcil acoplamiento entre los mismos y de esa manera obtener una total compatibilidad al momento de la integracin, ver Figura 4.5.

35

DESARROLLO

Referencia de servicio

Base de datos
SQL ADO.NET

WCF
Referencia local

Sistema de gestin

Procedimientos almacenados

DataSet
Referencia de objeto

Middleware
Libreras para hardware

Adquisicin de datos

Figura 4.5 Esquema modular del sistema genrico.

Bsicamente el sistema est dividido en varios mdulos. Estos mdulos estn relacionados entre s pero estn organizados de manera que cada uno de ellos pueda ser remplazado o eliminado sin afectar drsticamente al funcionamiento de los otros. Uno de esos mdulos es la de adquisicin de datos, en dicho mdulo se recolecta informacin acerca del producto que pasa por las estaciones de trabajo que estn distribuidas a lo largo de la cadena de suministro. A grandes rasgos, en este mdulo se leen cdigos de productos indicando por que lugar est pasando el producto y en que momento lo hace, esto para lograr la rastreabilidad que se viene buscando. Esta adquisicin se realiza de forma manual y/o por medio de lectores de cdigos de barras, lectores de tarjetas RFID o lectores de memorias botones de contacto. Los lectores a utilizar deben de contar con puertos de comunicacin serial RS-232 o Ethernet ya que son dos protocolos de transmisin de datos maduros y, por lo tanto, cuentan con soporte por parte de un gran nmero de compaas dedicadas a brindar soluciones para el desarrollo de herramientas informticas.
36

DESARROLLO

El siguiente mdulo comprende a la parte central del sistema, se trata del middleware, el cual se encarga de recibir y organizar los datos para que luego sean almacenados en una base de datos. El middleware est desarrollado bajo el entorno de Visual Studio 2010 utilizando como lenguaje de programacin Visual Basic.NET. Se utilizan libreras propias del entorno de desarrollo para lograr una comunicacin con los lectores de cdigos. Adems posee mdulos de captura para cada etapa de la cadena de suministro. Una vez que los datos son organizados se procede a su almacenamiento en una base de datos que es de lo que se encargan los siguientes mdulos. El siguiente mdulo corresponde al conjunto de datos conocido como DataSet, el cual es un conjunto de clases que contienen tablas de datos y las operaciones que se pueden realizar sobre ellas. El conjunto de datos, al estar descrito como un mdulo independiente, permite que se le puedan realizar modificaciones sin alterar la estructura del middleware. Este conjunto se consume desde el middleware a travs de una referencia de objeto. Si bien es posible realizar operaciones sobre las tablas de datos directamente desde el DataSet a travs de los adaptadores de tablas aprovechando la plataforma de ADO.NET, se decidi utilizar procedimientos almacenados con el fin de lograr una mayor personalizacin en el esquema del sistema [27]. Los procedimientos almacenados forman parte de otro mdulo del esquema y a travs de ellos es como se realizan las operaciones sobre las tablas. Estos procedimientos no son otra cosa sino sentencias en lenguaje SQL que afectan a las tablas de la base de datos a la cual apuntan. Ya que no estn ligados a una base de datos en especfico, se puede tomar a la base de datos como un mdulo aparte, por lo que se pueden tener mltiples bases de datos y acceder a ellas a travs de los procedimientos almacenados. Un mdulo ms sera el de servicios web, se contempl la inclusin de este mdulo para poder exponer va web la informacin almacenada en las bases de datos para que de esa manera pueda ser accedida por diversos sistemas de gestin empresarial. Se trata de servicios que funcionan bajo la plataforma Windows Communication Foundation, los cuales hacen una referencia local hacia el conjunto de datos y sus funciones que luego son expuestas como operaciones de servicio.

37

DESARROLLO

Finalmente, se tiene al mdulo referente a los sistemas de gestin empresarial o aplicaciones de reportes. Estas aplicaciones pueden acceder a la informacin almacenada en la base de datos haciendo uso de los servicios web. Bsicamente para poder consumir un servicio web se tiene que realizar una referencia de servicio hacia la direccin dnde est alojado el mismo. Para poder acceder al servicio a travs de una direccin web fija es recomendable alojar el servicio en un servidor de aplicaciones web tal como el servidor IIS de Microsoft. A grandes rasgos, estos son los principales mdulos que conforman el esquema general del sistema genrico, si bien se pueden agregar mdulos o quitar algunos. Los componentes as descritos son suficientes para lograr los fines establecidos de la mayora de los sistemas de rastreabilidad.

4.3.2 Diseo de la base de datos Uno de los componentes ms importantes del sistema genrico de rastreabilidad es el modelo de datos, ver Figura 4.6. Este modelo debe de estar diseado de manera que pueda adaptarse a cualquier proceso de fabricacin en un entorno de produccin. Para lograr disear un modelo de datos genrico se analizaron varios sistemas de rastreabilidad existentes y se extrajeron los elementos comunes entre ellos para incluirlos en el diseo de la base de datos genrica. Despus de realizar dicho anlisis, se logr obtener un modelo en el cual se contemplan cinco tablas de catlogos (destinadas al almacenamiento ordenado de objetos nicos) y tres de detalle (para fines de relacionar elementos entre tablas de catlogo). Las tablas de catlogo comprenden a una tabla para la materia prima, otra para los productos individuales, una para los proveedores, otra para los empleados y una ms para las estaciones de trabajo; estas tablas cumplen la funcin de almacenar nuevos registros que luego sern llamados en las tablas de detalle a travs de los ndices correspondientes. Respecto a las tablas de detalle, una de ellas relaciona los proveedores con la materia prima para formar lotes con los materiales que entran al almacn. Otra de las tablas sirve para conjuntar los productos individuales en un lote para darles detalles dinmicos que cambian durante el proceso de fabricacin. Finalmente, se encuentra la tabla que relaciona las estaciones de trabajo con los lotes de producto y los de almacn; en esta tabla se registra la hora de entrada y hora de salida
38

DESARROLLO

del lote de producto a la estacin de trabajo, as como el empleado que est encargado de la misma, adems se lleva un registro de la materia prima que entra a esa estacin. Todas estas tablas fueron creadas en el entorno integrado SQL Server Management Studio incluido en la suite Microsoft SQL Server 2008, ver Anexo A1.
Materia_Prima
ID_Mat_Prim Nombre Descripcion

Producto
ID_Prod Nombre Descripcion Contenido

FK_Lote_MP_Materia_Prima FK_Lote_MP_Proveedor

FK_Lote_Prod_Producto

Proveedor
ID_Prov Nombre Direccion Telefono

Lote_MP
ID_Lote_MP ID_Mat_Pri ID_Prov Hora_Entrada_Almacen Hora_Salida_Almacen Cantidad

Lote_Prod
ID_Lote_Prod ID_Prod Fecha_Elaboracion Fecha_Caducidad Cantidad

FK_Lote_Est_Lote_MP FK_Lote_Est_Empleado

FK_Lote_Est_Lote_Prod

Empleado
ID_Emp Nombre ApPat ApMat Puesto Area

Lote_Est
ID_Est ID_Lote_MP ID_Lote_Prod ID_Emp Hora_Entrada_Lote Hora_Salida_Lote Estatus_Lote
FK_Lote_Est_Estacion

Estacion
ID_Est Nombre Proceso Area

Figura 4.6 Modelo entidad-relacin del sistema genrico de rastreabilidad.

39

DESARROLLO

4.3.2.1 Procedimientos almacenados Los procedimientos almacenados son rutinas que contienen sentencias SQL que se encuentran almacenadas fsicamente en una base de datos [28]. La ventaja de estos procedimientos es que se ejecutan directamente en el motor de base de datos y adems pueden ser ejecutados por mltiples programas externos lo que brinda flexibilidad al momento de realizar consultas. Se decidi utilizar procedimientos almacenados para realizar las operaciones sobre la base de datos con el fin de no alterar la lgica del programa principal, adems se contempl la posibilidad de poder reciclar esos procedimientos para que puedan ser utilizados por otros programas en caso de ser necesario. Las operaciones ms comunes para las que se utilizaron estos procedimientos fueron insercin y actualizacin de datos ya que los mtodos de insercin y actualizacin predeterminados son poco personalizables. Ver Anexo A1.3

4.3.3 Conjunto de datos El mdulo de conjunto de datos (DataSet) comprende a una clase que contiene al esquema de las relaciones entre tablas as como las operaciones que se pueden realizar sobre ellas. Para crear un conjunto de datos basta con agregar una clase de tipo DataSet y definir el origen de datos al cual apuntar la clase. Una vez que se define la procedencia de los datos se seleccionan las tablas con las que se quiere trabajar as como los procedimientos almacenados, vistas y dems funciones. Para este proyecto se decidi guardar el conjunto de datos como una biblioteca de clase. En la Figura 4.7 se muestra la clase con el diagrama del conjunto de datos correspondiente al modelo de la base de datos genrica. Se pueden apreciar las tablas que componen a la base de datos as como las relaciones entre ellas, tambin se muestran los procedimientos almacenados dentro de la misma. Ver Anexo A3 para ms detalles. Para poder interactuar con la base de datos desde la aplicacin cliente, es necesario realizar la conexin hacia la base de datos haciendo referencia a la biblioteca de clase que contiene al conjunto de datos generado anteriormente. Si se trata de una aplicacin que va a operar de manera local es recomendable realizar una referencia de objeto desde la aplicacin cliente hacia el conjunto de datos, de otra manera se puede hacer uso de servicios web para establecer
40

DESARROLLO

el canal de comunicacin entre la base de datos y la aplicacin remota. Una vez realizada la conexin se podr trabajar con todas las tablas definidas en el conjunto de datos as como con los procedimientos almacenados que se elijan. Para poder hacer la referencia de objeto, primero es necesario agregar al proyecto la referencia al directorio donde se localiza la librera anteriormente creada. Ver Anexo A2.2.

Figura 4.7 Clase con el conjunto de datos.

4.3.4 Desarrollo del middleware El middleware es la parte central del sistema ya que es ah donde se capturan y organizan los datos. Es el intermediario entre el hardware y las herramientas de gestin empresarial. Para el desarrollo de este middleware, se utiliz el entorno de desarrollo Visual Studio 2010 y el lenguaje de programacin Visual Basic.NET, ver Anexo A1 para conocer como crear un proyecto en este entorno. La aplicacin se divide en varias secciones; se cuenta con mdulos de captura para registrar nuevos elementos, tambin se incluye una interfaz de configuracin
41

DESARROLLO

para la recepcin de datos y una seccin ms para registrar los movimientos a los que son sometidos los lotes de productos o materia prima a travs de la cadena de suministro. La pantalla principal de la aplicacin contiene una serie de botones que dan acceso hacia los distintos mdulos del middleware, ver Figura 4.8.

Figura 4.8 Pantalla principal del software de rastreabilidad.

Se decidi nombrar a la aplicacin HoundSoft, formado por la palabra hound la cual uno de sus significados en el idioma ingls es perseguir alguna cosa, y soft que es la apcope de la palabra software, as pues se podra definir como una aplicacin de software que sirve para seguir el rastro.

4.3.4.1 Configuracin de la interfaz de comunicacin Para realizar una adquisicin de datos automatizada o semiautomtica se requiere primero registrar un nmero de cdigo para los lotes de producto, de esa manera se podr agregar informacin al lote acerca de los lugares por los cuales va pasando. Se eligieron tres formas de captura para esta aplicacin, una es a travs de la interface de comunicacin serie RS-232, otra
42

DESARROLLO

es a travs de protocolo TCP/IP y por ltimo un mtodo de captura manual utilizando el teclado de la computadora. Para las primeras dos se hace uso de lectores de cdigos de barras, tarjetas RFID o memorias de botones de contacto compatibles con estas interfaces; cada vez que el lote pase por uno de estos lectores se realizar el registro y as se sabr en qu lugares ha estado. Lo mismo en el mtodo de captura manual, cada vez que el lote llegue a una estacin el operador se encargar de realizar el registro. El registro se puede realizar a la entrada y/o a la salida de la estacin. Dentro de los componentes de desarrollo predeterminados de Visual Studio se encuentra el recurso de comunicacin serial, el cual permite configurar los parmetros de conexin para realizar una comunicacin exitosa con los dispositivos que utilicen esta interfaz. Los parmetros bsicos a configurar es el nmero de puerto por el cual se comunicar, la velocidad de transmisin de datos y si se har uso de un bit de paridad (ver anexo A6). Es posible conectar hasta 256 dispositivos a travs de ese puerto haciendo uso de concentradores. En la Figura 4.9 se muestra el mdulo de configuracin de comunicacin serie.

Figura 4.9 Mdulo de configuracin de comunicacin serie.

Para habilitar la comunicacin por TCP/IP es necesario agregar al entorno de desarrollo de Visual Studio una librera dinmica llamada Winsock (ver anexo A2.1 y A6). Esta librera pertenece a la gama de componentes COM y permite la comunicacin entre aplicaciones a travs de sockets. Para poder enviar un mensaje a travs de este medio, se tienen que configurar ciertos parmetros como la direccin IP del servidor al cual se desea uno conectar,
43

DESARROLLO

as como el puerto por el cual se realizar la conexin. En este caso los lectores de cdigos de barra tomaran el rol de servidor y se conectar a ellos desde el middleware. La Figura 4.10 ilustra el mdulo de configuracin de comunicacin TCP/IP.

Figura 4.10 Mdulo de configuracin de comunicacin va TCP/IP.

El mtodo de captura es mucho ms simple, slo es necesario seleccionar cual es el lote que est en la estacin e indicar la hora de entrada y de salida de la misma, ver Figura 4.11.

Figura 4.11 Mdulo de captura manual.

4.3.4.2 Estaciones de trabajo La seccin de estaciones de trabajo es la parte central del middleware. En esta seccin se realiza el registro de los lotes de productos que entran y salen de las estaciones de trabajo. Esta etapa es muy importante ya que es aqu donde se conjuntan los elementos que se relacionan con el lote de producto. Se podra decir que la rastreabilidad ocurre en esta seccin. Los datos que se registran en esta etapa son: la estacin en la cual se est trabajando, la materia prima que ser transformada en la estacin, el empleado encargado de operar tal estacin y el lote del producto que se est produciendo. Adems, se brinda la opcin de indicar si el lote del producto fue aprobado o rechazado despus de ser inspeccionado.

44

DESARROLLO

Es aqu tambin donde se configuran las interfaces de comunicacin ya que cada estacin deber contar por lo menos con un mtodo de registro de entrada y otro de salida. Cada ventana de formulario representa a una estacin y se pueden replicar cuantas estaciones se deseen manejar desde una misma computadora aunque se recomienda utilizar una computadora por estacin para evitar confusiones. La Figura 4.12 ilustra el formulario de estaciones de trabajo.

Figura 4.12 Formulario para las estaciones de trabajo.

4.3.4.3 Mdulos de captura La aplicacin cuenta con varios mdulos de captura, algunos para registrar nuevos elementos y otros para actualizar datos existentes. A continuacin se describir la funcionalidad de cada uno de ellos. El primer mdulo a describir es el de materia prima, Figura 4.13. En este formulario se pueden capturar los distintos tipos de materia prima que la empresa necesita para elaborar un producto terminado. Se trata de un catlogo donde se almacena un identificador para cada
45

DESARROLLO

materia prima, el nombre con que se le conoce, as como una breve descripcin de la misma. Debido a la diversidad de materia prima que se puede adquirir, slo se incluyen estos datos de captura ya que son campos comunes para la mayor parte de la materia prima.

Figura 4.13 Formulario de captura para la materia prima.

Otro de los formularios corresponde al de los proveedores, Figura 4.14, este mdulo se decidi incluir ya que hay empresas que reciben material de un gran nmero de proveedores por lo que es recomendable llevar un registro de los mismos. Los datos a capturar en este formulario son: identificador para el proveedor, nombre, direccin en que se localiza y telfono.

Figura 4.14 Formulario de captura para los proveedores. 46

DESARROLLO

Un mdulo ms de captura es el de registro de productos, Figura 4.15. Se trata de un formulario en donde se realiza el registro de los productos que pueda elaborar la empresa. Se captura informacin bsica como el identificador del producto, su nombre, contenido neto y una descripcin del mismo. En este catlogo se ve a los productos como entidades individuales, todava no se visualizan como un lote.

Figura 4.15 Formulario de captura para productos individuales.

Otro mdulo corresponde al de registro de estaciones de trabajo, Figura 4.16. Es simplemente un catlogo de estaciones de trabajo con las que cuenta la empresa. Los datos a capturar en este formulario son el identificador de la estacin, nombre de la misma, el proceso que se realiza en ella y el rea a la cual pertenece.

47

DESARROLLO

Figura 4.16 Formulario de registro de estaciones de trabajo.

El ltimo formulario de registro de datos es el de empleados, Figura 4.17, el cual representa un catlogo con la informacin ms relevante de los empleados con que cuenta la empresa. Los datos que se incluyen son: identificador del empleado, nombre y apellidos, puesto que desempea y el rea a la cual pertenece.

Figura 4.17 Formulario de registro de empleados.

48

DESARROLLO

El middleware cuenta con dos formularios de detalle que encapsulan elementos de otros formularios en uno solo. Se trata de un formulario para organizar por lotes la materia prima que entra y sale del almacn, y otro formulario para registrar los lotes de productos que se mandarn a la lnea de produccin. El formulario correspondiente al almacn de materia prima, ver Figura 4.18, hace referencia a los catlogos de materia prima y de proveedores, adems se incluyen campos para asignarle un identificador al lote, la cantidad de piezas que contiene as como la hora en que entra y sale del almacn.

Figura 4.18 Formulario de registro de lotes en almacn.

El formulario de registro de lote de productos es uno de los ms importantes ya que este lote es el que va a contener el producto terminado, ver Figura 4.19. Primeramente se hace el registro de un nuevo lote antes de que se mande a la lnea de produccin; si bien el lote se
49

DESARROLLO

encuentra vaco, se ir transformando a lo largo del proceso de fabricacin hasta convertirse en un lote con productos terminados. A este lote se le irn asignando datos de rastreabilidad ya que se registrar por cuales lugares ha pasado as como la hora en que lo hizo. Una vez que el lote haya terminado su recorrido por la lnea de produccin se le pueden agregar datos tales como cantidad de piezas contenidas en el lote, fecha de elaboracin y fecha de caducidad.

Figura 4.19 Formulario de registro de lote de productos.

4.3.5 Presentacin de datos Uno de los objetivos de los sistemas de rastreabilidad es que la alta gerencia est al tanto de lo que se est produciendo. Generar reportes es de gran ayuda para lograr tales fines. Para este sistema se decidi utilizar servicios web como medio entre las aplicaciones de reportes y las bases de datos. Especficamente se utiliz la plataforma de Windows Communication Foundation de Microsoft para la creacin de servicios web. La ventaja de utilizar esta plataforma es que se puede acceder a los servicios a travs de contratos, esto hace que las aplicaciones puedan consumir al servicio independientemente del lenguaje de programacin en que estn creadas. Los servicios web para esta aplicacin se desarrollaron bajo el entorno de Visual Studio 2010.
50

DESARROLLO

4.3.5.1 Acceso a datos a travs de servicios WCF Para lograr acceder a una base de datos desde un servicio WCF se tiene que agregar una referencia hacia un conjunto de datos o bien crearlo en el mismo proyecto en que se implementar el servicio. En este caso se opt por hacer una referencia a la biblioteca de clase que contiene al conjunto de datos creado anteriormente. Una vez hecha la referencia se puede hacer uso de los mtodos y adaptadores de tablas del conjunto de datos dentro del servicio web. En la Figura 4.20 se muestra el cdigo de la interfaz del servicio WCF y la referencia hacia el conjunto de datos previamente creado.

Figura 4.20 Servicio web con referencia a un conjunto de datos.

Una vez que se tenga configurado el servicio se puede compilar desde el entorno de desarrollo y se generar una direccin web por la cual se puede consumir desde una aplicacin cliente. El inconveniente de realizarlo de esta manera es que se genera una direccin web diferente cada vez que el proyecto es compilado, por lo que es necesario estar actualizando la
51

DESARROLLO

referencia desde el cliente. Para evitar esto se puede alojar el servicio web en un servidor de aplicaciones web como lo es Internet Information Services de Microsoft, ver Anexo A4 y A5.

4.3.5.2 Alojando servicios web en el servidor IIS El servidor IIS de Microsoft permite el acceso continuo a pginas web dinmicas. Es posible alojar servicios web en l para que estn disponibles siempre que una aplicacin quiera acceder a ellos. Existen distintos mtodos de alojar sitios web en dicho servidor pero bsicamente se trata de crear un directorio virtual donde se colocan los archivos de compilacin necesarios para hacer funcionar el servicio. Una vez que se tienen los archivos correctos se procede a la implementacin del servicio para que se genere una direccin web fija a travs de la cual lo consumirn las aplicaciones cliente. En la Figura 4.21, se muestra el directorio virtual alojado en el servidor IIS y se pueden apreciar los archivos que contienen las configuraciones que hacen posible que el servicio se ejecute.

Figura 4.21 Servicio web alojado en el servidor IIS.

52

DESARROLLO

4.3.5.3 Pantallas de reportes Para efectos de pruebas de los servicios web, se cre una aplicacin cliente que consumiera el servicio creado. A travs de ese servicio se puede acceder a la informacin almacenada en la base de datos del sistema de rastreabilidad. Estas pantallas de reportes cumplen con la funcin bsica de mostrar el contenido de las tablas alojadas en la base de datos. En el cliente no se incluyen funciones de insercin, borrado o actualizacin, slo de seleccin. A diferencia de la aplicacin middleware que haca referencia de objeto hacia el conjunto de datos, esta aplicacin de reportes hace una referencia de servicio ya que el conjunto de datos est contenido dentro del servicio web, ver Anexo A2.2.1. En la pantalla principal de la aplicacin de reportes se puede seleccionar hacia qu formulario se desea acceder, ver Figura 4.22. Los formularios en esta aplicacin son muy parecidos a los del middleware pero con la diferencia de que estos slo sirven para visualizar la informacin contenida en la base de datos. En la Figura 4.23 se muestra un ejemplo de este tipo de formularios.

Figura 4.22 Mdulo de seleccin de formularios para la aplicacin de reportes.

Figura 4.23 Ejemplo de formulario de reportes. 53

DESARROLLO

4.4 Validacin del sistema Para probar el alcance del sistema se solicit a una empresa real que indicar cules eran los requerimientos necesarios para implementar un sistema de rastreabilidad en su entorno de produccin. El sistema de rastreabilidad se adapt casi en su totalidad al proceso interno de transformacin del producto, aunque se tuvo que agregar un mdulo extra al sistema ya que la empresa requera de un mdulo para registrar datos de recoleccin de materia prima en la fbrica del proveedor. Al agregar dicho mdulo se tuvo que crear una nueva base de datos que complementara a la ya existente en vez de alterarla. Esta nueva base de datos estaba compuesta de tres tablas; una para almacenar los datos del conductor que realiza la recoleccin, otra para los datos del lote de materia prima y una tabla de detalle que relaciona a las otras dos. Ver Figura 4.24 para ms detalle.
Conductor
IDConductor Nombre ApPat ApMat

Recoleccion
IDLote IDConductor IDProveedor Modo Fecha

Lote
IDLote IDPale Cantidad

Figura 4.24 Tablas de datos para el sistema particular.

La tabla de detalle que contiene los datos de recoleccin est relacionada directamente con la tabla de conductor y con la tabla de lote, adems se relaciona indirectamente mediante procedimientos almacenados con la tabla de proveedores alojada en la base de datos original del sistema de rastreabilidad. As mismo, la tabla con los datos de lote se relaciona indirectamente con la tabla de lote de materia prima de la otra base de datos.
54

DESARROLLO

Mdulo particular

Sistema genrico

Materia_Prima
ID_Mat_Prim Nombre Descripcion

Producto
ID_Prod Nombre Descripcion Contenido

FK_Lote_MP_Materia_Prima FK_Lote_MP_Proveedor

FK_Lote_Prod_Producto

Conductor
IDConductor Nombre ApPat ApMat

Recoleccion
IDLote IDConductor IDProveedor Modo Fecha

Proveedor
ID_Prov Nombre Direccion Telefono

Lote_MP
ID_Lote_MP ID_Mat_Pri ID_Prov Hora_Entrada_Almacen Hora_Salida_Almacen Cantidad

Lote_Prod
ID_Lote_Prod ID_Prod Fecha_Elaboracion Fecha_Caducidad Cantidad

FK_Lote_Est_Lote_MP

FK_Lote_Est_Lote_Prod

Lote
IDLote IDPale Cantidad

FK_Lote_Est_Empleado

Empleado
ID_Emp Nombre ApPat ApMat Puesto Area

Lote_Est
ID_Est ID_Lote_MP ID_Lote_Prod ID_Emp Hora_Entrada_Lote Hora_Salida_Lote Estatus_Lote
FK_Lote_Est_Estacion

Estacion
ID_Est Nombre Proceso Area

Figura 4.25 Relacin entre tablas del sistema genrico y mdulo particular.

Como se puede observar en la Figura 4.25, no se alter la base de datos perteneciente al sistema de rastreabilidad ya que sta fue diseada para adaptarse a cualquier tipo de proceso de produccin interno. Para no modificar el middleware, se cre una aplicacin cliente adicional con la cual se puedan capturar los datos de recoleccin en la planta del proveedor. La dinmica de diseo sigue siendo la misma por lo que esta aplicacin cliente se comunicar a travs de servicios web con la base de datos, contemplando que dicha aplicacin podra utilizarse en un lugar externo a la red local en que se encuentra alojada la base de datos.

4.4.1 Anlisis de la aplicacin cliente para el sistema particular Los formularios de la aplicacin cliente para el mdulo de recoleccin de materia prima siguen el mismo esquema que los formularios pertenecientes al middleware. Se cuenta con una
55

DESARROLLO

pantalla principal en donde se capturan los datos generales de recoleccin, desde esta pantalla se puede acceder a los otros mdulos de captura que son el de conductor, lote de materia prima y proveedor. La Figura 4.26 muestra la pantalla principal del sistema particular.

Figura 4.26 Pantalla principal del sistema particular.

Los tres mdulos anteriormente mencionados corresponden a formularios para catlogos donde se dan de alta nuevos registros, los cuales posteriormente son llamados desde el formulario principal. El primer mdulo es el de conductores en el cual se registran datos bsicos como identificador del conductor, su nombre y sus apellidos, ver Figura 4.27.

56

DESARROLLO

Figura 4.27 Formulario para registro de conductores.

El siguiente mdulo de captura corresponde al de registro de lotes, ver Figura 4.28. En este formulario se dan de alta los lotes de materia prima, se le asigna un identificador, se indica a que pal pertenece y la cantidad de materia con que est conformado el lote.

Figura 4.28 Formulario para registro de lotes de materia prima. 57

DESARROLLO

Finalmente, se encuentra el mdulo de registro de proveedores, ver Figura 4.29, el cual es idntico al formulario de proveedores localizado dentro del middleware. Los datos de captura son: identificador de proveedor, nombre, direccin y telfono. Aunque en el middleware se cuenta con un formulario igual, se decidi la inclusin de este en el sistema particular por si en alguna ocasin se requiere dar de alta los datos de un proveedor al momento de realizar la recoleccin.

Figura 4.29 Formulario para registro de proveedores en el sistema particular.

58

CONCLUSIONES Y RECOMENDACIONES

V. CONCLUSIONES Y RECOMENDACIONES Con base en el anlisis realizado acerca del diseo y del funcionamiento de los sistemas de rastreabilidad existentes en el mercado, se observ que estos sistemas al perseguir el mismo objetivo principal comparten caractersticas comunes aun cuando estn diseados para cubrir distintas necesidades particulares, en consecuencia se propuso la creacin de un sistema genrico que fuera capaz de satisfacer las necesidades de mltiples empresas aun cuando existian ciertas diferencias entre ellas. Para lograr tal objetivo se trabaj bajo las recomendaciones de la estructura de referencia ArquiTAM, con la cual se logr el desarrollo de un sistema genrico que tuviera la capacidad de adaptarse a distintos entornos. Se dise una arquitectura de referencia que pudiera servir como punto de partida para la construccin de un modelo genrico para sistemas de rastreabilidad que pueda ser adaptable y flexible con el fin de aplicarse en un entorno particular sin la necesidad de modificar sus caractersticas estructurales. Se propuso que la arquitectura deba de estar conformada por cuatro etapas principales: identificacin del producto, recoleccin de datos, organizacin de la informacin y presentacin de datos. Una vez definidos los elementos que conforman la arquitectura de referencia, se procedi al desarrollo del sistema genrico de rastreabilidad. Para obtener un sistema que pudiera cumplir con las expectativas se construy un esquema modular el cual brindara la flexibilidad que se vena buscando. Al dividir el sistema en mdulos, se logr un acoplamiento dbil lo que hizo ms robusto al sistema en la medida de que si un mdulo falla los otros pueden seguir operando casi en su totalidad. Se decidi que el sistema estuviera dividido en tres mdulos principales: adquisicin de datos, almacenamiento de la informacin y presentacin de datos. Para la parte de adquisicin de datos se utilizaron protocolos de comunicacin maduros y de uso frecuente en la industria con el fin de contar con una amplia gama de equipos con potencialidades de incorporarse en el sistema. En lo que respecta al almacenamiento de la informacin, se dise una base de datos genrica que estuviera constituida por tablas con campos comunes para la mayora de los productos. Por otro lado, la parte de presentacin de datos present alta flexibilidad debido al uso de servicios web. Se eligi hacer uso de una arquitectura orientada a servicios con el fin de exponer los datos va web y de esa manera
59

CONCLUSIONES Y RECOMENDACIONES

aprovechar los protocolos universales de internet para lograr una amplia compatibilidad con las aplicaciones que deseen acceder a la base de datos mediante el consumo de estos servicios. La flexibilidad obtenida en el sistema se debe en gran parte a las herramientas y tecnologas seleccionadas para su desarrollo. Trabajar bajo una misma plataforma de desarrollo fue de gran ayuda para la construccin de un sistema modular, ya que todos los componentes que funcionan bajo esta plataforma de alguna manera son compatibles entre s. Se demostr que es posible la implementacin del sistema genrico en un entorno particular ya que se valid su funcionalidad tomando en cuenta los requerimientos en materia de rastreabilidad de una empresa real. La estructura principal del sistema no se vio afectada al momento de realizar la implementacin. Como conclusin general se puede decir que es posible la implementacin particular de un sistema genrico desarrollado en base a un modelo conceptual tal y como se propone en ArquiTAM, por lo que se recomienda su utilizacin al momento de disear sistemas informticos para talleres automticos de manufactura.

60

REFERENCIAS

REFERENCIAS [1] J. Acosta and F. Sastrn, Schematic Architecture: Reference Architecture / Frameworks / Particular Models for the Shop Floor Environment, 32nd Annual Conf. of the IEEE Industrial Electronics Society, Paris, FR, Nov. 2006. [2] M. P. Groover, 1 ed., Fundamentos de manufactura moderna. Materiales, procesos y sistemas, MX: Prentice-Hall, 1997, p. 20. [3] D. F. Muoz Negrn, Diseo del sistema de produccin, en Administracin de operaciones. Enfoque de administracin de procesos de negocios, MX: CengageLearning, 2009, p. 216. [4] R. H. Snchez Villagrn, Sntesis conceptual y geotrazabilidad, en Introduccin a la trazabilidad. Un primer acercamiento para su comprensin e implementacin, Buenos Aires, AR: El Escriba, 2008, p. 133. [5] V. de las Cuevas Insa, Trazabilidad Avanzado. Gui prctica para la aplicacin de un sistema de trazabilidad en una empresa alimentaria, ES: Ideaspropias Editorial, 2006, p. 95. [6] J. A. Sancho Fras, Gua de soluciones, en Implantacin de productos y servicios, ES: Vrtice, p. 59. [7] International Organization of Standardization, (2010, Dic. 17), ISO 22005:2007, Traceability in the feed and food chain - General principles and basic requirements for system design and implementation, [En lnea]. Disponible: http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=36297 [8] ileAN Tracking Pack. A SMirallesproduct, (2008), Software de Trazabilidad.[En lnea]. Disponible: http://www.ilean.net/ [9] Dipole RFID, (2007-2011), Soluciones RFID. [En lnea]. Disponible: http://www.dipolerfid.es/

61

REFERENCIAS

[10] Ordinal Software, (1989-2011) COOX-MESbox. Integrated solution of Manufacturing Execution System.[En lnea]. Disponible: http://www.ordinal.fr/en/html/mesbox_pmt.htm [11] AnJelica, (2006-2011) Anjelica. Una solucin libre de crnicas.[En lnea]. Disponible: http://anjelica.sourceforge.net/ [12] R. H. Snchez Villagrn, QU SE ENTIENDE POR TRAZABILIDAD. SUS COMIENZOS, en Introduccin a la trazabilidad. Un primer acercamiento para su comprensin e implementacin, Buenos Aires, AR: El Escriba, 2008, p. 20. [13] V. M. Nava and A. R. Jimenez, La realizacin del producto, en ISO 9000:2000 Estrategias para implantar la norma para la mejora continua, Mxico, MX: Limusa, 2005, p. 106. [14] J. Mons i Bustio, Sistemas pticos, en Sistemas de identificacin y control automticos (II). Sistemas de control del flujo fsico, Barcelona, ES: Marcombo, 1994, p. 10. [15] P. J. Sweeney II, Taking the mystery out of RFID, en RFID fordummies, Indianapolis, US: Wiley Publishing Inc., 2005, p. 9. [16] J. I. Portillo, A. B. Bermejo and A. M. Bernardos, La tecnologa RFID, en Tecnologa de identificacin por radiofrecuencia (RFID): Aplicaciones en el mbito de la salud, Madrid, ES: Fundacin madri+d para el conociemiento, 2008, p. 66. [17] J. R. Lajara Vizcano and J. Pelegr Sebasti, Comunicacin serie, en LabVIEW. Entorno grfico de programacin, Barcelona, ES: Marcombo, 2007, p. 116. [18] I. Rodil Jimnez and C. Pardo de Vega, El ordenador y su funcionamiento, en Operaciones auxiliares con tecnologas de la informacin y la comunicacin, Madrid, ES: Paraninfo, 2010, p. 19. [19] R. M. Stair and G. W. Reynolds, Telecomunicaciones y redes, en Principios de sistemas de informacin. Enfoque administrativo, Mxico, MX: International Thomson Editores, 2000, p. 266.
62

REFERENCIAS

[20] J. D. Pea, J. Gmiz Caro, A. Grau i Saides and H. Martinez Garca, Redes de rea local (LAN), en Comunicaciones en el entorno industrial, Barcelona, ES: Editorial UOC, 2003, p. 228. [21] M. Andreu, Contexto general de las comunicaciones mviles, en Principios de comunicaciones mviles, Barcelona, ES: Edicions UPC, 2003, p. 41. [22] J. Acosta and F. Sastrn, Production shop floor system modeling with reusability focus, IFAC Conference on Cost Effective Automation in Networked Product Development and Manufacturing, Monterrey, MX, Oct. 2007. [23] C. Leiter, D. Wood, M. Cierkowski and A. Boettger, 2 ed., Introducing SQL Server 2008 en Beginning Microsoft SQL Server 2008 Administration, US: Wiley Publishing, 2009, p. 1-3. [24] Microsoft Corporation, (2012), Microsoft Visual Studio. [En lnea]. Disponible: http://www.microsoft.com/visualstudio/es-es [25] Microsoft, (2012), msdn. [En lnea]. Disponible: http://msdn.microsoft.com/eses/library/e80y5yhx(v=vs.80).aspx [26] M. Leroux Bustamante, 1 ed., Hello Indigo en Learning WCF, US: OReilly, 2007, p. 1-2. [27] T. Thai and H. Q. Lam, 3 ed., .NET Overview en .NET Framework Essentials, US: OReilly, 2003, p. 1. [28] Microsoft, (2012), msdn. [En lnea]. Disponible: http://msdn.microsoft.com/eses/library/ms191436%28v=sql.100%29 [29] T. Groussard, Acceso a la base de datos en Visual Basic 2010 (VB.NET), Barcelona, ES: Ediciones ENI, 2011, p. 410.

63

GLOSARIO

GLOSARIO API. (Interfaz de Programacin de Aplicaciones) Es un conjunto de convenciones internacionales que definen cmo debe invocarse una determinada funcin de un programa desde una aplicacin ArquiTAM. Es una estructura de referencia para talleres de manufactura que presenta la organizacin del taller en diferentes niveles de abstraccin directamente relacionados, que corresponden a los niveles: conceptual, implementacin genrica e implementacin particular. ASCII. (Cdigo Estndar Americano para el Intercambio de Informacin) Es un cdigo de 7bit que sustituye las letras del alfabeto romano por cifras y otros caracteres informticos. COM. (Modelo Componente Objeto) Es una plataforma de Microsoft utilizada para permitir la comunicacin entre procesos y la creacin dinmica de objetos, en cualquier lenguaje de programacin que soporte dicha tecnologa. DLL. (Librera de enlace dinmico) Es un archivo ejecutable que permite a los programas compartir cdigo y otros recursos necesarios para realizar determinadas tareas. Microsoft Windows proporciona archivos DLL con funciones y recursos que permiten que programas basados en Windows funcionen en el entorno Windows. EAN. (Nmero de Artculo Europeo) Es un sistema de cdigos de barras adoptado por ms de 100 pases y cerca de un milln de empresas. EPC. (Cdigo Electrnico de Producto) Es un nmero nico diseado para identificar de manera inequvoca cualquier objeto. Este cdigo es un sistema de identificacin y seguimiento de las mercancas en tiempo real. ERP. (Planificacin de Recursos Empresariales) Son Sistemas de Informacin

Gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de produccin y de los aspectos de distribucin de una compaa en la produccin de bienes o servicios. GS1. Es una organizacin privada global dedicada a la elaboracin y aplicacin de normas mundiales y soluciones para mejorar la eficiencia y visibilidad de las cadenas de abastecimiento, la oferta y la demanda a nivel mundial y en todos los sectores.

64

GLOSARIO

HTTP. (Protocolo de Transferencia de Hyper Texto) La transferencia hipertexto es simplemente la transferencia de archivos hipertexto de una computadora a otra. El protocolo de transferencia de hipertexto es el conjunto de reglas utilizadas por las computadoras para transferir archivos hipertexto o pginas web por internet. IDE. (Entorno Integrado de Desarrollo). Aplicacin compuesta por un conjunto

de herramientas tiles para un programador. Un entorno IDE puede ser exclusivo para un lenguaje de programacin o bien, poder utilizarse para varios. Suele consistir de un editor de cdigo, un compilador, un depurador y un constructor de interfaz grfica GUI. LAN. (Red de rea Local) Una red local es la interconexin de varios ordenadores y perifricos. Su extensin esta limitada fsicamente a un edificio o a un entorno de unos pocos kilmetros. Su aplicacin ms extendida es la interconexin de ordenadores personales y estaciones de trabajo en oficinas, fbricas, etc.; para compartir recursos e intercambiar datos y aplicaciones. Middleware. Middleware es un software que funge como intermediario entre una aplicacin y otros componentes de software o hardware. OS/2. Es un sistema operativo de IBM que intent suceder a DOS como sistema operativo de las computadoras personales. Se desarroll inicialmente de manera conjunta entre Microsoft e IBM, hasta que la primera decidi seguir su camino con su Windows 3.0 e IBM se ocup en solitario de OS/2. SOAP. (Protocolo de Acceso Simple a Objetos) Es un protocolo para el intercambio de mensajes sobre redes de computadoras, generalmente usando HTTP. Est basado en XML. Socket. Designa un concepto abstracto por el cual dos programas (posiblemente situados en computadoras distintas) pueden intercambiar cualquier flujo de datos, generalmente de manera fiable y ordenada. SQL. (Lenguaje de Consulta Estructurado) Es un lenguaje de acceso a bases de datos relacionales que permite la especificacin de distintos tipos de operaciones entre stas. Gracias a la utilizacin del lgebra y de clculos relacionales, el SQL posibilita la realizacin de consultas para recuperar informacin de las bases de datos de forma sencilla.

65

GLOSARIO

TCP/IP. (Protocolo de control de transmisin/Protocolo de Internet) Representa todas las reglas de comunicacin para Internet y se basa en la nocin de direccin IP, es decir, en la idea de brindar una direccin IP a cada equipo de la red para poder transportar paquetes de datos. UPC. (Cdigo Universal del Producto) Es un cdigo en barras impreso en el envoltura de los productos para poder as ser escaneado electrnicamente (dicho cdigo contiene informacin sobre el nombre y el precio del producto). URL. (Localizador Uniforme de Recursos) Es una secuencia de caracteres, de acuerdo a un formato estndar, que se usa para nombrar recursos, como documentos e imgenes en Internet, por su localizacin. WSDL. (Lenguaje de Descripcin de Servicios Web). Lenguaje basado en XML para describir servicios web. Permite describir la interfaz pblica de los servicios web; eso significa que detalla los protocolos y los formatos de los mensajes necesarios para interactuar con los servicios listados en su catlogo. XML. (Lenguaje de Marcas Extensible) Es un lenguaje que permite la organizacin y el etiquetado de documentos. Esto quiere decir que el XML no es un lenguaje en s mismo, sino un sistema que permite definir lenguajes de acuerdo a las necesidades.

66

ANEXOS

ANEXOS A1. Creacin de una base de datos en Microsoft SQL Server 2008 A continuacin se mostrar cmo crear una base de datos en SQL Server 2008 utilizando la herramienta Microsoft SQL Server Management Studio. Una vez dentro de Management Studio hay que dirigirse al Explorador de objetos y expandir el rbol del servidor correspondiente, luego pulsar con el botn derecho del ratn sobre la carpeta Base de datos. Aparecer un men emergente en el cual se debe seleccionar la opcin Nueva base de datos, ver Figura A1.1. (En caso de no estar visible el explorador, puede mostrarse en la barra de men en la pestaa Ver->Explorador de objeto)

Figura A1.1 Creacin de una nueva base de datos.

Al pulsar la opcin de Nueva base de datos aparecer una ventana, ver Figura A1.2, donde se procede a darle un nombre a la nueva base de datos. Para terminar se pulsa en el botn Aceptar.

Figura A1.2. Nombrando la nueva base de datos. 67

ANEXOS

A1.1 Creacin de tablas Para crear una nueva tabla en la base de datos de forma visual, se debe expandir el rbol de la instancia donde se desea crear la tabla. Luego hay que colocarse sobre la carpeta llamada Tablas y presionar el botn derecho del ratn para que aparezca un men emergente. En ese men se debe pulsar la opcin Nueva tabla, ver Figura A1.3.

Figura A1.3. Creando una nueva tabla.

Una vez que est creada la tabla, se puede proceder a definir los campos que estarn contenidos en ella. Se asigna un nombre a las columnas, el tipo de datos que se almacenarn y si es posible almacenar valor nulos. Para ms detalle ver Figura A1.4.

Figura A1.4. Definiendo campos en la tabla.

Dentro de las opciones para las tablas se encuentra la de establecer claves principales, insertar y eliminar columnas, relaciones y restricciones, entre otras. Para acceder a estas opciones basta con seleccionar campos de la tabla y pulsar el botn derecho del teclado para que aparezca un men emergente, ver Figura A1.5, de otra forma tambin se puede acceder a l en la barra de men pulsando sobre la pestaa Diseador de tablas.

68

ANEXOS

Figura A1.5. Men para el diseo de tablas.

A1.2 Relaciones entre tablas Para relacionar los campos de una tabla con los de otra de manera visual es necesario primero crear un diagrama de base de datos, para realizar esto se expande el rbol de la instancia donde se localizan las tablas, luego, se coloca el cursor sobre la carpeta llamada Diagrama de base de datos y se pulsa el botn derecho del ratn para invocar al men emergente. En dicho men se pulsa sobre la opcin Nuevo diagrama de base de datos, ver Figura A1.6.

Figura A1.6. Creando un diagrama de base de datos.

Al hacer esto aparecer una ventana en la cual se deben seleccionar las tablas que se desea aparezcan en el diagrama. Se seleccionan las tablas deseadas y se pulsa el botn de Agregar, ver Figura A1.7.

69

ANEXOS

Figura A1.7. Seleccin de tablas que aparecern en el diagrama.

Una vez que se hayan agregado las tablas, aparecern de manera visual en el lienzo del diagrama, ver Figura A1.8.

Figura A1.8. Tablas en el diagrama.

Teniendo agregadas las tablas en el diagrama se puede proceder a realizar las relaciones entre ellas. Para crear una relacin hay que posicionarse sobre la tabla a la que se quiere relacionar y pulsar el botn derecho del ratn para que aparezca el men emergente, luego hay que pulsar en el men la opcin llamada Relaciones, ver Figura A1.9.
70

ANEXOS

Figura A1.9. Creando relaciones entre tablas.

Al pulsar esa opcin aparecer una ventana de dialogo en la cual el diseador de la base de datos podr crear las relaciones entre tablas. Para agregar una nueva relacin se debe pulsar el botn Agregar situado en la parte inferior izquierda de la ventana. Despus hay que seleccionar la opcin de Especificacin de tablas y columnas y pulsar en el botn con puntos suspensivos al final del rengln, ver Figura A1.10.

Figura A1.10. Agregando relaciones entre tablas. 71

ANEXOS

Para realizar la relacin entre los campos de las diferentes tablas, se deben seleccionar los campos de las tablas que se desean relacionar y pulsar el botn Aceptar al terminar, para ms detalle ver Figura A1.11. Se puede hacer ms de una relacin siempre y cuando el tipo de datos en los campos a relacionar sea el mismo.

Figura A1.11. Agregando relaciones entre tablas.

Al volver del asistente de relaciones entre tablas se podr visualizar en el diagrama las relaciones entre las tablas. Si la relacin se realiz correctamente, se mostrar una lnea que une a ambas tablas tal como se muestra en la Figura A1.12.

Figura A1.12. Tablas correctamente relacionadas. 72

ANEXOS

A1.3 Procedimientos almacenados Para crear un procedimiento almacenado se expande el rbol de la instancia donde se desea crear el procedimiento, luego se expande la carpeta llamada Programacin y despus se coloca el cursor sobre la carpeta que lleva por nombre Procedimientos almacenados. Se pulsa el botn derecho sobre esa carpeta para que aparezca el men emergente y se selecciona la opcin Nuevo procedimiento almacenado, ver Figura A1.13.

Figura A1.13. Creando procedimientos almacenados.

Luego aparecer un rea de comandos donde el programador podr crear procedimientos almacenados mediante sentencias SQL. Aparece una plantilla con cdigo la cual puede ser modificada para crear un procedimiento almacenado personalizado, ver Figura A1.14.

Figura A1.14. rea de comandos para crear procedimientos almacenados. 73

ANEXOS

Una vez que se hayan definido las sentencias SQL a utilizar, se pulsa el botn Ejecutar para que el procedimiento quede almacenado en la base de datos. El procedimiento puede ser modificado posteriormente a su creacin.

La estructura bsica que debe seguir un procedimiento almacenado es la siguiente:

CREATE PROCEDURE NOMBREDELPROCEDIMIENTO --Definicin de parmetros AS BEGIN --Operaciones SQL (seleccin, insercin, actualizacin, etc.) END GO

A2. Tareas bsicas en Visual Studio A continuacin se mostrar cmo realizar tareas comunes en Visual Studio 2010 como por ejemplo, crear un proyecto, agregar referencias, configurar un origen de datos, entre otros. El lenguaje utilizado en los ejemplos es Visual Basic.NET

A2.1 Creacin de un proyecto Para crear un nuevo proyecto en el entorno de Visual Studio 2010, se debe ir a la barra de men y seleccionar la pestaa Archivo, luego del men emergente posicionarse sobre Nuevo y posteriormente pulsar la opcin Proyecto como se muestra en la Figura A2.1.

74

ANEXOS

Figura A2.1. Creacin de nuevo proyecto en Visual Studio 2010.

El paso siguiente para la creacin de un proyecto es seleccionar el tipo de plantilla con que se trabajar y en qu lenguaje. En este caso se decidi crear una Aplicacin de Windows Forms utilizando Visual Basic. Una vez seleccionada la plantilla se le da un nombre. Tambin se puede cambiar el nombre a la solucin en la cual se estar trabajando. Al finalizar se pulsa Aceptar. En la Figura A2.2 se muestra la ventana de seleccin de plantillas del proyecto.

Figura A2.2. Seleccin de plantillas para el proyecto.

75

ANEXOS

Al pulsar Aceptar se habr creado la plantilla que se eligi y se podr proceder a trabajar sobre ella. En la Figura A2.3 se muestra la solucin creada en base a una plantilla de Windows Forms.

Figura A2.3. Solucin, proyecto y plantilla creados.

Es posible agregar componentes a los formularios de Windows, estos pueden encontrarse en el Cuadro de Herramientas situado a la izquierda del entorno, ver Figura A2.4. En caso de que no aparezca el cuadro, se puede invocar a travs de la pestaa Ver en la barra de men.

Figura A2.4. Cuadro de herramientas en Visual Studio 2010. 76

ANEXOS

En ocasiones se desea agregar al formulario elementos que no se encuentran en el cuadro de herramientas de manera predeterminada, por lo que resulta til conocer la manera de agregarlos al cuadro de herramientas para que estn disposicin en futuras ocasiones. Para realizar esto, se pulsa con el botn derecho del ratn sobre cualquier elemento del cuadro de herramientas, as aparecer un men emergente de donde se seleccionar la opcin Elegir elementos, ver Figura A2.5.

Figura A2.5. Elegir elementos del cuadro de herramientas.

Al pulsar la opcin del men emergente aparecer un cuadro de dialogo de donde se podr elegir los elementos que se desean agregar al cuadro de herramientas, ver Figura A2.6. Se pueden seleccionar varios a la vez. Para terminar se debe pulsar el botn Aceptar.

Figura A2.6. Cuadro de dilogo para elegir elementos.

77

ANEXOS

A2.2 Agregar referencias En ocasiones resulta til o necesario hacer referencia hacia algn componente externo para poder hacer uso de sus bondades. Para agregar una referencia al proyecto en curso, se puede hacer desde la pestaa Proyecto en la barra de men o posicionando el cursor encima del proyecto y pulsando el botn derecho del ratn para que aparezca un men emergente, luego se pulsa la opcin Agregar referencia, ver Figura A2.7.

Figura A2.7. Agregando una referencia al proyecto.

Aparecer un cuadro de dilogo donde se podr seleccionar el origen de la referencia, ver Figura A2.8. Puede ser un componente de la plataforma .NET, algn componente COM o alguna referencia a proyectos o archivos alojados en la computadora.

Figura A2.8. Pantalla de seleccin de referencias. 78

ANEXOS

A2.2.1 Agregar referencia de servicio Para agregar una referencia de servicio se siguen los mismos pasos que se siguen para agregar una referencia local solo que en vez de seleccionar en el men emergente la opcin Agregar referencia se selecciona la opcin de Agregar referencia de servicio, ver Figura A2.9.

Figura A2.9. Agregando una referencia de servicio al proyecto.

Al seleccionar la opcin de Agregar referencia de servicio, aparecer un cuadro de dilogo en el cual se debe de especificar la direccin URL del servicio web. Despus de colocar la ruta del servicio en la barra de direccin, se presiona el botn Ir para comprobar que se pudo acceder satisfactoriamente al servicio. Si la conexin es exitosa, aparecern en el recuadro blanco de la derecha las operaciones disponibles en el servicio, tal como se muestra en la Figura A2.10. Se pulsa el botn Aceptar para finalizar la configuracin de la referencia.

Figura A2.10. Pantalla de configuracin de la referencia al servicio. 79

ANEXOS

A3. Creando un conjunto de datos como biblioteca de clase Como primer paso, se crear un nuevo proyecto utilizando como plantilla una Biblioteca de clase. Se selecciona la opcin Biblioteca de clases del recuadro de seleccin de plantillas tal y como se muestra en la Figura A3.1.

Figura A3.1. Creacin de una biblioteca de clase.

Despus se procede a agregar el conjunto de datos al proyecto. Para esto hay que agregarlo como nuevo elemento, esto se puede hacer desde la pestaa Proyecto de la barra de men o pulsando el botn derecho sobre el proyecto en el Explorador de soluciones para abrir un men emergente. En este men se selecciona la opcin Agregar y posteriormente la opcin Nuevo elemento, ver Figura A3.2.

Figura A3.2. Agregando un conjunto de datos al proyecto. 80

ANEXOS

De las plantillas instaladas, se posiciona en el apartado de Datos y de los elementos mostrados se elige Conjunto de datos, ver Figura A3.3, se cambia el nombre si as se desea y se pulsa el botn de Agregar

Figura A3.3. Seleccionando la plantilla de conjunto de datos.

Con esto ya se tiene agregado el conjunto de datos a la biblioteca de clase. El paso siguiente es configurar el origen de datos para poder colocar las tablas y procedimientos de la base de datos en el diseador del DataSet.

A3.1 Configurando un origen de datos Para agregar un origen de datos, primero hay que realizar una conexin con el servidor que almacena la base de datos que se desea utilizar. Como primer paso se accede al Explorador de servidores situado a la izquierda del entorno de desarrollo o disponible en la pestaa Ver de la barra de men. Luego se pulsa con el botn derecho sobre el elemento Conexiones de datos, para abrir un men emergente donde se selecciona la opcin Agregar conexin, ver Figura A3.4.
81

ANEXOS

Figura A3.4. Agregando una nueva conexin al entorno de desarrollo.

El siguiente paso es elegir el origen de datos de un cuadro de dilogo que muestra el tipo de origen de datos as como el proveedor. En este caso se seleccionar Microsoft SQL Server ya que es el manejador en que est alojada la base de datos anteriormente creada. Al tener lista la seleccin se pulsa el botn de Continuar. En la Figura A3.5 se muestra un cuadro de dilogo donde se selecciona el origen de datos.

Figura A3.5. Seleccionando motor de base de datos.

Luego aparecer un cuadro de dialogo donde se pide que se seleccione el origen de datos, ver Figura A3.6. Los datos relevantes que se solicitan son el nombre del servidor, la base de datos a la cual se acceder y el tipo de autenticacin para realizar la conexin. Al terminar de configurar los parmetros de conexin, se puede pulsar el botn de Probar conexin para verificar que efectivamente se configur bien el origen de datos. Para finalizar se pulsa el botn Aceptar.

82

ANEXOS

Figura A3.6. Seleccionando el origen de datos.

La nueva conexin de datos aparecer en el Explorador de servidores, como se muestra en la Figura A3.7, y de esa manera se tornarn accesibles los elementos con que cuenta la base de datos.

Figura A3.7. rbol de conexiones de datos.

83

ANEXOS

Una vez agregada la conexin, se procede a agregar los elementos de la base de datos al diseador del conjunto de datos. Esto se realiza arrastrando hacia el diseador del conjunto de datos los elementos con los que se desee interactuar. Al arrastrar tablas se conservarn las relaciones entre ellas tal y como se definieron en el diagrama de base de datos. Adems de tablas se pueden agregar al diseador procedimientos almacenados y vistas. En la Figura A3.8 se muestran las tablas y sus relaciones en el diseador del conjunto de datos.

Figura A3.8. Diseador del conjunto de datos.

Para finalizar se guarda el proyecto y se genera la solucin con el fin de crear una librera con extensin .dll que contendr el conjunto de datos creado y que podr ser referenciada ya sea por una aplicacin cliente u otro componente. Para generar la solucin se debe seleccionar la opcin Generar solucin dentro de la pestaa Generar de la barra de men, ver Figura A3.9.

Figura A3.9. Diseador del conjunto de datos.

A4. Creando un servicio WCF que contiene a un DataSet Como primer paso se procede a crear un nuevo proyecto. De entre las plantillas instaladas se selecciona la opcin de WCF y se elige un proyecto de tipo Biblioteca de servicios WCF, ver Figura A4.1. Se le asigna un nombre tanto al proyecto como a la solucin y se pulsa en el botn Aceptar.
84

ANEXOS

Figura A4.1. Creando un proyecto de tipo Biblioteca de servicios WCF.

Una vez creado el proyecto se procede a agregar una referencia hacia la librera dll que contiene al conjunto de datos. Al agregarla se podr hacer uso de todos los atributos contenidos en ella. El servicio WCF funciona mediante dos clases fundamentales, una de ella es la interfaz y la otra es la clase principal. La primera contiene a los contratos que dictminarn la forma a la que sern accedidos las operaciones del servicio. La segunda corresponde a las funciones del servicio. La manera en que se definen las operaciones de contrato para consumir las funciones del conjunto de datos en la interfaz es la siguiente:
<ServiceContract()> Public Interface IService1 <OperationContract()> _ Function GetData() As Biblioteca1.DataSet1.TABLA1DataTable End Interface

Para poder hacer uso de las operaciones del DataSet en el servicio WCF es necesario agregar una referencia al ensamblado del tipo System.Data.DataExtensions, ver Figura A4.2.
85

ANEXOS

Figura A4.2. Agregando referencia de ensamblado al servicio WCF.

Teniendo declaradas las operaciones de contrato se procede a implementar las funciones del servicio en la clase principal. Estas funciones hacen referencia a las operaciones de contrato y despus devuelven un valor que es que se expone al momento de consumir el servicio. La sintaxis para declarar una funcin con propiedades de un conjunto de datos es la siguiente:
Public Class Service1 Implements IService1 Public Function GetData() As Biblioteca1.DataSet1.TABLA1DataTable Implements IService1.GetData Dim DataTableAdapter As New Biblioteca1.DataSet1TableAdapters.TABLA1TableAdapter Return DataTableAdapter.GetData() End Function End Class

A4.1 Publicar un servicio WCF en el servidor IIS La forma ms sencilla de publicar un servicio web es hacindolo directamente del entorno de desarrollo. En la pestaa Generar de la barra de men se selecciona la opcin Publicar Servicio, ver Figura A4.3.

Figura A4.3. Publicando el servicio web desde Visual Studio. 86

ANEXOS

Al seleccionar la opcin de Publicar servicio, aparecer un cuadro de dilogo en el cual se debe especificar la ubicacin de destino donde se desee alojar el servicio, ver Figura A4.4. Se puede alojar en un directorio existente o crear uno nuevo, para hacerlo se presiona el botn a la derecha de la caja de texto con la ubicacin del destino.

Figura A4.4. Configurando ruta de almacenamiento del servicio.

Aparecer otro cuadro de dilogo donde se podr seleccionar un directorio virtual para almacenar el servicio o crear uno nuevo, ver Figura A4.5. Es importante corroborar que est seleccionada la opcin de IIS local en el panel de la izquierda y se recomienda crear un directorio virtual para cada servicio y que dicho directorio se localice en la carpeta de Default Web Site. Una vez que se tenga elegido el directorio donde se alojar el servicio se presiona el botn Abrir para volver al cuadro de dilogo anterior. Al volver al cuadro de dilogo ya se puede publicar el servicio. Se recomienda seleccionar la opcin de Eliminar todos los archivos existentes antes de publicar as como la opcin de copiar Slo los archivos necesarios para ejecutar esta aplicacin. Teniendo seleccionadas estas opciones se pulsa el botn Publicar para finalizar con la publicacin del servicio en el servidor IIS.
87

ANEXOS

Figura A4.5. Creacin y seleccin de directorios virtuales.

A5. Configuracin de servicios en el servidor IIS Para poder consumir un servicio de manera correcta son necesarias algunas configuraciones. A continuacin se muestran las configuraciones bsicas para poder publicar un servicio exitosamente. Primeramente se configurar el tipo de autenticacin con que se debe acceder al servicio. Para fines prcticos se seleccionar la autenticacin annima. Esto se realiza colocando el cursor en el servicio que se desea configurar y se selecciona la Vista de Caractersticas en la parte inferior de la pantalla. Luego se pulsa dos veces el cono de Autenticacin para abrir un cuadro de dilogo, ver Figura A5.1 para ms detalle.

88

ANEXOS

Figura A5.1. Vista de caractersticas del sitio web.

Al acceder a tal cuadro de dilogo, se verifica que est habilitad la Autenticacin annima, de lo contrario se debe de activar colocando el cursor encima de ella y pulsando la opcin Habilitar en el panel de la derecha. El cuadro de dilogo se muestra en la Figura A5.2.

Figura A5.2. Modos de autenticacin para el sitio web.

89

ANEXOS

Lo siguiente es configurar que la aplicacin pertenezca al grupo de aplicaciones correcto. Para esto se selecciona el sitio web y se pulsa el botn derecho sobre l para abrir un men emergente y seleccionar la opcin de Administrar aplicacin y posteriormente Configuracin avanzada, ver Figura A5.3.

Figura A5.3. Configurando la aplicacin web.

Aparecer un cuadro de dilogo con la configuracin avanzada, ver Figura A5.4. Se selecciona la opcin de Grupo de aplicaciones y se pulsa el botn con los puntos suspensivos de la derecha.

Figura A5.4. Configuracin avanzada de la aplicacin. 90

ANEXOS

Como ltimo paso de esta configuracin, se selecciona la opcin de ASP.NET v4.0 del cuadro de texto desplegable y se presiona el botn Aceptar, ver Figura A5.5. Se selecciona este tipo de aplicaciones, ya que todas las aplicaciones anteriormente creadas se desarrollaron bajo esta plataforma.

Figura A5.5. Seleccin de grupo de aplicaciones.

Otra configuracin ms es la identidad de aplicaciones. Para configurar esto se posiciona el cursor en el elemento de Grupo de aplicaciones del servidor donde se est trabajando, luego se selecciona el grupo de aplicaciones a configurar que en este caso son las aplicaciones que funcionan bajo la plataforma ASP.NET v4.0. Se pulsa el botn derecho sobre el grupo y se selecciona la opcin Configuracin avanzada el men emergente, ver Figura A5.6.

Figura A5.6. Configurando la identidad de aplicaciones.

91

ANEXOS

Aparecer un cuadro de dilogo con las configuraciones avanzadas. En la pestaa de Modelo de proceso habr un elemento con el nombre de Identidad, se selecciona la opcin y se pulsa el botn con los puntos suspensivos de la derecha como se muestra en la Figura A5.7.

Figura A5.7. Configuracin avanzada del grupo de aplicaciones.

Emerger una ventana en la cual se configura la identidad del grupo de aplicaciones, ver Figura A5.8. Para este caso se debe seleccionar la opcin de Cuenta integrada como LocalSystem. Para finalizar se presiona el botn Aceptar.

Figura A5.8. Seleccionando el tipo de identidad del grupo de aplicaciones. 92

ANEXOS

Otra posible configuracin seran los permisos. Para configurar esto se debe posicionar el cursos sobre el sitio web en cuestin y pulsar el botn derecho, luego seleccionar la opcin Editar permisos del men emergente, ver Figura A5.9.

Figura A5.9. Editando los permisos de la aplicacin.

Se abrir una ventana en donde se debe de agregar el usuario IIS USERS y otorgarle permisos de lectura y escritura con el fin de que el servidor IIS pueda acceder libremente al directorio donde se localiza el servicio. En la Figura A5.10 se muestra dicha ventana.

Figura A5.10. Pantalla para otorgar permisos a usuarios. 93

ANEXOS

Si las configuraciones son correctas el servicio podr ser visualizado exitosamente en el navegador web y se generar la direccin URL con la cual se podr acceder a l a travs de aplicaciones cliente tal como se muestra en la Figura A5.11.

Figura A5.11. Servicio web creado exitosamente.

A6. Configuracin de interfaces de comunicacin Para configurar una interfaz de comunicacin serial es necesario arrastrar al formulario el componente SerialPort desde el Cuadro de herramientas, ver Figura A5.12.

94

ANEXOS

Figura A5.12. Componente SerialPort.

Una vez colocado el componente en el formulario se selecciona algn tipo de evento (pulsar un botn por ejemplo) con el cual al activarse, se configurar la comunicacin serial. Para este ejemplo se llamar al componente SerialPort1. Las configuraciones son las siguientes:
SerialPort1.PortName = "Nmero de Puerto (COM1256)" SerialPort1.BaudRate = Velocidad de transmisin de datos (19200, 9600, 4800, ) SerialPort1.Parity = Tipo de paridad (0,1,2,3,4) SerialPort1.Open()

Para el caso de la configuracin TCP/IP se utiliza el componente Microsoft Winsock Control, el cual se arrastra desde el Cuadro de herramientas hacia el formulario, ver Figura A5.13. Para este ejemplo el componente ser llamado Winsock1 e igual debe de ser convocado mediante un evento.

Figura A5.13. Componente Winsock.

Winsock1.Protocol = MSWinsockLib.ProtocolConstants.sckTCPProtocol Winsock1.RemotePort = Nmero de Puerto del servidor (0-65535) Winsock1.RemoteHost = "Nombre o direccin IP del servidor" Winsock1.Connect()

95