Modelo de Taller Orientado a Objeto con Soporte para Diseo, Implementacin y Mantenimiento del Sistema Jos Acosta Cano

de los Ros* Francisco Sastrn Bguena DISAM/ETSII, Universidad Politcnica de Madrid, Espaa/Instituto Tecnolgico de Chihuahua, Mxico *
*

Divisin de Estudios de Posgrado e Investigacin e-Mail: jacosta@itch.edu.mx

Abstract. Se muestra el modelo objeto de un sistema de ejecucin de manufactura (Taller), haciendo nfasis en la fase de diseo especificamente en la edicin grfica del sistema y sus subsistemas asociados, as como en la integracin de sus diferentes tipos de elementos. Para facilitar la integracin y manejo de los elementos del sistema (equipo, clula, pieza, herramienta,etc.), stos se homogenizan mediante composicin recursiva, patrn glyph. As mismo, presenta una manera de pasar de la fase de edicin de cada subsistema (en donde los elementos se consideran de un mismo tipo: glyph) a la impelementacin del elemento en su tipo real (robot, torno, escner, etc.). Se muestra la capacidad del modelo para facilitar modificaciones al sistema. Introduccin. Las condiciones actuales de mercado, ciclos de vida de producto corto, personalizacin del producto o tamao de lote reducido, altos niveles de calidad, entre otros, exigen un sistema de manufactura integrado, modular y flexible. Un sistema que permita el cambio de producto, cambio de tamao de lote con el mnimo de modificaciones en el sistema de produccin. Mediante un sistema integrado de manufactura, se logra un flujo ms eficiente tanto del producto en su proceso de fabricacin como de la informacin del mismo. La modularidad del sistema facilita la integracin y aporta flexiblidad en el mantenimiento de los elementos del sistema. El paradigma orientado a objeto es una herramienta de soporte eficaz y efectiva en la creacin de sistemas modulares y flexibles. Para el desarrollo de sistemas integrados de fabricacin se proponen varias alternativas como CIM/OSA (1993), en donde se plantea una

estrategia global para el desarrollo de todas las etapas del sistema, sin embargo el planteamiento resulta abstracto y requiere cierto trabajo de adaptacin para su implementacin; otro modelo en esta misma direccin es ARIS presentado por Scheer (1994), enfocado principalmente al modelado de la informacin; otras propuestas como la de OMG y CIMFRAMEWORK (1998 ) plantean modelos para los principales subsistemas comprendidos en manufactura discreta. Sin embargo los modelos planteados en tales propuestas carecen de una asociacinn entre la fase de descripcin (diseo) del sistema y la fase de implementacin. En el presente trabajo se aborda el problema de un modelo que soporte tanto la descripcin edicin - del modelo del taller (diseo) como la implementacin del mismo. En el resto del trabajo se refiere al sistema taller como el sistema consitudo por clulas, estaciones de trabajo, equipo, productos, herramientas, operaciones, etc; y al subsistema taller como el integrado nicamente por clulas, estaciones de trabajo y equipo. Concepto Glyph Tanto en su etapa de implentacin como durante la operacin y mantenimiento del sistema, la interaccin entre sus diversos elementos es indispensable; por lo tanto es esencial cierta homogeneidad en sus elementos para facilitar la integracin, gestin y mantenimiento del mismo El paradigma orientado a objeto permite clasificar cada tipo de componente mediante la abstraccin de sus caractersticas y encapsular la implementacin de cada elemento. El tipo de cada elemento puede diferir en forma sustancial del tipo de los componentes restantes.Sin embargo, es posible abstraer en un subtipo las cactersticas comunes

o bien colocar a cada tipo una funcionalidad y atributos que sean comunes a todos los tipos. De esta manera se lograra cierta homogeneidad entre los componentes del mismo. Esto es, todo elemento puede considerarse que es de un mismo subtipo. Todo elemento, adems de su tipo fundamental, presentara las caractersticas de un mismo subtipo comn a todos los elementos. El problema para manejar los diversos componentes de un sistema que presentan caractersticas distintas, como elementos de un mismo tipo ha sido abordado con xito por Calder, (1990), en la implementacin de un procesador de texto en donde los muy diversos elementos de un documento como son caracteres, lneas, prrafos, grficos, columnas, pginas, etc., son abordados con un cierto grado de homogeneidad, considerandolos como elementos que presentan la funcionalidad y atributos propios de una misma superclase definida como glyph. La clase abstracta Glyph o patrn Glyph Gamma (1994), permite representar a todos los elementos de una sistema jerrquico, por ejemplo un documento; en forma de composicin recursiva, Fig. 1. Esto es, un elemento u objeto captulo (elemento nodo ), est formado por varios objetos pgina, que a su vez se presentan como elementos nodo compuestos de objetos columnas, que as mismo son elementos nodo compuestos por objetos prrafos, y as sucesivamente hasta llegar a los elementos simples como son caracteres o signos de puntuacin entre otros. De esta manera un sistema Jerrquico es definido en forma recursiva. Es decir, cada objeto es definido en terminos de los componentes de si mismo hasta llegar a la definicin trivial de los elementos ms sencillos. Representacin mediante Composicin Recursiva de los elementos de un Taller. Los diversos elementos asociados con un taller tanto los que fsicamente lo componen como son equipos, estaciones de trabajo, clulas, as como los elementos asociados, piezas, ensambles, productos, operaciones, herramientas, etc.; pueden ser estructurados, para simplificar su gestin, como subsistemas del tipo jerrquico. Ejemplo de esto es la estructura jerrquica de taller propuesta por el Instituto Nacional de Estndares (NIST).. El producto ha sido

representado como BOM en estructura jerrquica tipo rbol por diferentes autores Scheer (1994), Mather (1987); las operaciones pueden ser definidas en termino de otras operaciones ms simples, as como una herramienta puede estar constituda por otras herramientas ms sencillas. De esta manera, todos los elementos asociados con el taller pueden ser tratados como subsistemas jerrquicos, descritos mediante un grafo, en la mayora de los casos como un grafo tipo rbol. De aqu se desprende que el concepto de Composicin recursiva puede ser aplicado para la representacin de la asociacin de los diferentes elementos de un taller. Esto es, el taller est formado por clulas (elementos nodo), a su vez estn formadas por estaciones de trabajo (elementos nodo) que a su vez se encuentran compuestas de equipos; as mismo, el producto est formado por ensambles, a su vez formados por piezas, a su vez consitudas por materia prima. Sin embargo, la complejidad en la interaccin de los elementos asociados con un taller se aumenta por el hecho de no existir una estructura jerrquica que integre a todos lo elementos, esto es, en el taller existen varios subsistemas con una estructura jerrquica individual, pero la integracin de los diversos subsistemas no se hace en forma jerrquica, por ejemplo el producto no se integra a los elementos restantes del taller de una manera jerrquica, es decir, cada elemento del producto puede estar asociado con diversos elementos del taller de acuerdo a las operaciones requeridas para su elaboracin; tal relacin es representada por un grafo ms complejo que una estructura jerrquica (rbol). Esta situacin conduce al problema de representar la asociacin entre los elementos de diferentes subsistemas que componen el taller. Modelo Objeto del Taller. En la presente seccin se describe una manera de asociar los elementos de diferentes subsistemas relacionados en el conjunto taller. En la fig. 2 se muestra un modelo esttico que representa la estructura de un subsistema jerrquico. La clase nodo representa a cada entidad del sistema taller en forma genrica. Mediante las clases nodo y arco es posible formar el grafo que represente al subsistema jerrquico, sea ste un producto, un taller, operaciones, herramientas, etc. Los nodos de cada subsistema pueden estar asociados con nodos de otro subsistema, formando un grafo ms complejo, representado de la misma manera

por la fig. 2. Un objeto nodo de un subsistema puede estar asociado mediante un objeto arco a un objeto nodo de otro subsistema, como se muestra en la fig. 3

Clase Arco

Clase Nodo

Clase Recurso Clase Arco Clase Nodo

Fig. 2 Modelo Objeto de la estructura de un subsistema jerarquico.

CNodo Taller

CNodo Producto

Fig. 4 Representacin en el modelo objeto de las entidades de diferentes tipos. El modelo objeto de la fig. 4, muestra una manera de clasificar las diversas entidades de un taller; partiendo de la representacin del modelado de la estructura del sistema, continuando con el tipo Recurso a asignar a toda entidad del sistema, para posteriormente clasificar los recursos de acuerdo al subsistema al que pertenecen. Pero en un mismo subsistema existen entidades de diferentes tipos como pudieran ser en el subsistema taller, las entidades Clula, Estacin de Trabajo y Equipo; por lo que resulta necesario otro nivel de clasificacin para cada uno de los subsistemas, como se muestra en la fig. 5, donde cada una de las entidades, independientemente de su tipo especfico, son del tipo CNodoTaller, que a su vez son del tipo Recurso. De la misma manera

Producto

Taller

Fig. 3. Relacin entre objetos de diferentes subsistemas. El modelo objeto de la fig. 2, representa el grafo completo de los subsistemas del taller y la asociacin entre ellos, a nivel nodo. Sin embargo, en el modelo objeto de taller deben estar representadas las entidades que componen el taller, como son, piezas, equipo, herramienta, estaciones de trabajo, etc, en el tipo particular de cada entidad., y no nicamente como un tipo nodo genrico. Mediante la introduccin de una clase abstracta (o interfaz), denominada Clase Recurso, es posible asociar los nodos a las entidades de tipos particulares en el sistema, fig. 4. En donde las clases CNodoTaller, CNodoProducto, representan a las entidades de los subsistemas taller y producto. respectivamente. De esta manera todas las entidades del sistema taller son consideradas como entidades del tipo Recurso. Esto es, que cualquier entidad del sistema, sea sta del tipo CNodoTaller, CNodoProducto o de cualquier otro de los subsistemas del taller, puede a su vez ser considerada como un ejemplar del tipo Recurso. As cada ejemplar del tipo Nodo, est relacionado con un objeto del tipo Recurso que es la materializacin de una cierta entidad del sistema.

CNodo Taller

CCelula

CEquipo

CEstacion Trabajo

Fig. 5. Clasificacin de las entidades del subsistema Taller.

se pueden clasificar las entidades del Tipo CNodoProducto en entidades de tipo especfico como CEnsamble, CPieza, CArtculo, etc. Otro punto importante a resaltar presentado en la fig. 4, corresponde a la composicin recursiva, que representa la caractersitica jerrquica de cada subsistema del taller. En la fig. 6 se muestra la estructura del subsistema taller. ste est compuesto de celulas, las cuales a su vez se componen de estaciones de trabajo y estas estn constitudas por equipos. Tal estructura est representada en el modelo de la fig. 4, mediante la composicin recursiva. Esto es, todo objeto del tipo Recurso est consitudo por cero, uno o ms objetos del tipo Recurso; los cuales pueden ser del tipo CNODOTaller, pero a su vez estos pueden ser CCelula, CEstacion Trabajo o CEquipo. Como se muestra en la fig. 5. Ciertos elementos funcionales del sistema taller son ejemplares completamente implementados en software; sin embargo el caso de la entidad
Taller

Reportes relacionados con la abstraccin de la Debido a las distintas implementaciones en hardware de las entidades equipo, resulta necesario realizar un nivel ms en la clasificacin que permita especificar el dispositivo fsico (hardware) correspondiente al equipo, como se muestra en la fig. 7. De acuerdo al modelo presentado, los objetos especificados a mayor detalle, ejemplo: los dispositivos fsicos (robot, torno, etc) en el subsistema taller o las piezas en el subsistema producto, heredan las caractersticas y atributos de los tipos superiores. Esto es, por ejemplo cada objeto de dispositivo fsico, (Torno, Robot, Fresadora, etc.), hereda los tipos CEquipo, CNodoTaller y CRecurso. Esto es, podr ser manipulado tanto como objeto CRecurso, objeto CNodoTaller, objeto CEquipo o especficamente como el tipo de dispositivo fsico al que corresponda; segn sea el nivel de detalle requerido. Este modelo soporta el mantenimiento del sistema mediante la facilidad para la integracin de nuevos tipos de entidades, por ejemplo, agregar un nuevo tipo de equipo, por ejemplo, un lector de cdigo de barras (scanner), basta con incluir el tipo CEquipo en la clase que maneja al lector, junto con los tipos superiores (CNodoTaller, y CRecurso). El el resto del sistema identificar al dispositivo recin integrado como un objeto del tipo equipo independientemente de su implementacin como lector de cdigo de barras. Factores de Implementacin. Uno de los objetivos del presente trabajo es mostrar un modelo de taller flexible que permita manejar diferentes equipos como modulos enganchables al sistema. Un elemento crtico en la modularizacin de los diferentes dispositivos fsicos de fabricacin es la estandarizacin. La estandarizacin para un sitema de taller integrado presenta vairos puntos de vista, como son entre otros, la estandarizacin del modelo en si (modelo orientado a objeto), la estandarizacin del protocolo de comunicacin de objetos distribudos (CORBA, DCOM, etc.) y la estandarizacin para el acceso a la funcionalidad de dispositivos fsicos.

Celulas

Estaciones

Equipo

Fig. 6. Estructura Jerrquica del subsistema Taller. equipo, es una entidad compuesta por una combinacin software/hardware. Sin embargo, la implementacin de este tipo de entidades se encuentra encapsulada en software por el tipo CEquipo, con la finalidad de integracin al sistema. Este tipo representa la abstraccn de la funcionalidad y de los atributos de todo equipo, para su uso por el resto de las entidades del sistema. Esto es, nicamente las caractersticas de equipo requeridas en su integracin con el sistema son abstradas en la clase CEquipo, como como en el resto de los tipos del modelo.

La implementacin de la clase que encapsula cierto dispositivo fsico, requiere de estndares establecidos que faciliten el acceso via software a su conjunto de funciones y atributos. En esta direccin existen diferentes esfuerzos tratando de convencer con protocolos y estndares abiertos, con poco xito hasta el momento, (CIM/OSA, MAP, OMG, entre otros). Sin embargo, uno de los mayores avances en este sentido se encuentra en el rea de dispositivos de campo, relacionada con equipos como PLCs y buses de campo; los cuales cuentan con estndares ampliamente difundidos y aceptados por la industria como son Ole for Process Control y FieldBus, entre otros, as como el estndard para instrumentos de medicin, conocido como GPIB. Mediante tales estndares es posible encontrar en el mercado componentes software (ActiveX) listos para ser utilizados en el acceso a la funcionalidad de ciertos PLCs o buses de campo; estos componentes facilitan la implementacin de la clase respectiva mediante su integracin en la misma. Es decir, el componente integrado en la clase, presenta la funcionalidad y atributos del equipo al resto de los elementos de la clase. Un modelo de datos til para el manejo de la informacin relacionada con la descripcin de la configuracin del taller (layout) como de los propios objetos es el mostrado en Acosta y Sastrn (1999). Conclusiones: El uso de la composicin recursiva facilita la integracin de los objetos en los subsistemas que representan estructura jerrquica; permite tratar a todos los objetos de cada subsistema como objetos de un mismo tipo (Recurso); as mismo, aporta una gran flexibilidad al mantenimiento del sistema permitiendo agregar/eliminar tanto a tipos de elementos como a entidades, sin modificar el resto del modelo. El modelo objeto de taller propuesto apoya al desarrollo de un taller de fabricacin integrada, durante todo su ciclo de vida. En la etapa de diseo permite editar el taller en forma de grafo y posteriormente asociar a cada nodo del grafo la clase respectiva que presente la funcionalidad de la entidad representada por el nodo. Durante la operacin permite trabajar a diferente nivel de especifcacin de los objetos del taller, segn sea requerido; por ejemplo, todos los objetos del

CEquipo

CRobot

CTorno

CFresadora

Fig. 7. Integracin de diversos tipos de equipo en el modelo. sistema pueden ser considerados como del tipo CRecurso; as mismo los objetos de un mismo subsistema pueden ser considerados como objetos CnodoTaller, CNodoProducto, etc., de acuerdo al subsistema que corresponda. En la etapa de mantenimiento, el encapsulamiento de los objetos permite modificar su implementacin, esto es incluso cambiar de equipo, as mismo es posible agregar nuevo tipo de equipo encapsulado en la clase CEquipo sin alterar el resto de los objetos del sistema, Referencias: CIMOSA: Open System Architecture for CIM, (1993), Research Reports ESPRIT, Project 688/5288, AMICE, Vol. 1, 2nd ed., Springer Verlag. Scheer, A. W., (1994), Business Process Engineering, 2 nd ed., Springer Verlag. CIMFramework, (1998), Computer Integrated Manufacturing (CIM) Framework Specification, V. 2.0, SEMATHEC, Doc. ID #93061697j-ENG Calder, P., Lynton M. A. , (1990), Glyphs: Flyweight Objects for User Interfaces, ACM User Iterface Software Technologies Conference, pp. 92-101, Snowbird, UT, Octubre de 1990. Gamma, E., R. Helm, R. Jhonson, and J. Vlissides, (1994), Design Patterns: Elements of Reusable Object Oriented Software, Addisson Wesley, Reading, MA. OPC, (1999), OLE for Process Control, OPCFoundation

Acosta J., P. Sastrn, (1999), Modelo para la Gestn de Componentes de Producto Orientado a Objetos en Arquitectura de n Capas, XXI Congreso Internacional de Ingeniera Electrnica ELECTRO 99, Octubre de 1999, Chihuahua, Chih. Mather H., (1987), Bills of Materials, Apics Series, Dow Jones Irwin.