11 Número de publicación: Int. Cl.: 74 Agente: Elzaburu Márquez, Alberto

Transcripción

1 19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: Int. Cl.: G06F 9/44 (06.01) 12 TRADUCCIÓN DE PATENTE EUROPEA T3 86 Número de solicitud europea: Fecha de presentación : Número de publicación de la solicitud: Fecha de publicación de la solicitud: Título: Sistema y procedimiento de modelación y/o de realización de soportes lógicos especialmente aplicaciones MES. Prioridad: DE Titular/es: SIEMENS AKTIENGESELLSCHAFT Wittelsbacherplatz München, DE 4 Fecha de publicación de la mención BOPI: Inventor/es: Thurner, Elmar y Pfander, Gotthard 4 Fecha de la publicación del folleto de la patente: Agente: Elzaburu Márquez, Alberto ES T3 Aviso: En el plazo de nueve meses a contar desde la fecha de publicación en el Boletín europeo de patentes, de la mención de concesión de la patente europea, cualquier persona podrá oponerse ante la Oficina Europea de Patentes a la patente concedida. La oposición deberá formularse por escrito y estar motivada; sólo se considerará como formulada una vez que se haya realizado el pago de la tasa de oposición (art del Convenio sobre concesión de Patentes Europeas). Venta de fascículos: Oficina Española de Patentes y Marcas. Pº de la Castellana, Madrid

2 DESCRIPCIÓN Sistema y procedimiento de modelación y/o de realización de soportes lógicos especialmente aplicaciones MES. 2 El procedimiento se refiere a un sistema de modelación y/o de realización de soportes lógicos (Software) en particular aplicaciones MES, al menos con una unidad computadora y un dispositivo de presentación. Por lo demás la invención se refiere a un procedimiento correspondiente, un programa informático, un soporte de datos y un equipo de procesamiento de datos. Del artículo de Dirk Kozian en Elektronik für die Automatisierung 11 (electrónica para la automatización), del Software für die Automatisierung - Transparenz über die Abläufe schaffen ( soporte lógico para la automatización - conseguir la transparencia en el desarrollo ), es conocido, para la automatización de los desarrollos de la producción o bien de los procesos de fabricación, el empleo del denominado Manufacturing Execution Systems (MES). Estos sistemas integran el nivel de automatización (Controls) con los sistemas ERP (ERP: Enterpreise Resource Planning) del nivel de dirección de la empresa. Los sistemas Manufacturing Execution (los sistemas de tiempo de ejecución de manufactura) son sistemas que por ejemplo preparan informaciones para la optimización del desarrollo de la producción. Por un lado los Manufacturing Execution Systems deben de completar los datos de planificación amplios del sistema ERP para instalaciones específicas y los datos de planificación pequeños actuales y transmitir estos según el nivel de automatización de soporte, por otro lado tienen la función de tomar información relevante para la producción del nivel de automatización, esta prepararla y volver a contestarla en el nivel de dirección de la empresa. El sistema MES cumple la función de una integración vertical entre el nivel de dirección de la empresa y el nivel de automatización. Típicas funciones individuales de los sistemas MES son Enterprise Asset Management, Maintenance Management, Information Management, Scheduling, Dispatching y Trace & Track. Estas tareas se efectúan en cada caso por componentes MES o bien aplicaciones MES. De Communicating and Mobile Systems: the π-calculus de Robin Milner, Cambridge University Press 1999, es conocido en la modelación de sistemas de comunicación el uso de la cooperación asincrónica State Machines De EP es conocido un editor para la elaboración de planes de proceso. En este caso se forman los planes del proceso con ayuda de reglas para el enlace de los objetivos del proceso. Se examinan los planes del proceso formados y en función del examen es activable un mensaje de libre. Es función de la presente invención proponer un sistema y un procedimiento para la proyección de soluciones para funciones en el campo MES, en el que se posibilita de una manera fácil una comunicación asincrónica entre aplicaciones de soporte lógico (Software) individuales. La función mencionada antes se resuelve conforme a la invención por un sistema según las características de la reivindicación 1. En particular en el campo MES trabajan las aplicaciones o bien las subunidades, la mayoría de las veces de manera autárquica y (por si) sincrónico unas al lado de las otras, pero la comunicación de unas con otras es asincrónica. Los inventores por lo tanto, han partido del conocimiento de que las aplicaciones y soluciones MES para los sistemas MES se dejan representan o bien realizar de manera muy airosa por el State Machines que coopera asincrónicamente, con lo cual los State Machines se describen o bien están modelados por diagramas de actividad. Debido a que las subunidades se comunican entre sí asincrónicamente, se pueden modelar y realizar de manera independiente unas de otras, sin la formulación de la condición de sincronía. Las subunidades pueden ser por ejemplo procesos comerciales fáciles o también complejos (por ejemplo desarrollo del encargo, supervisión del encargo, etc.). Las State Machines modeladas o bien los desarrollos automáticos son además ejecutables enseguida y susceptibles de ser probados. En el proceso de desarrollo no existe por lo tanto ningún diseño de ruptura. La modelación de la conexión entre los mecanismos automáticos la puede realizar un usuario de manera muy airosa y efectiva. O bien mediante la unión gráfica de nodos en un diagrama de flujo de datos sobre recursos de entrada gráficos (por ejemplo ratón y mecanismo Drag&Drop) o bien sobre una mascara de proyección, con los cuales están colocados los elementos de comunicaciones de los diagramas de actividad. La invención ofrece por lo tanto un sistema editor y un sistema de tiempo de ejecución integrados. Un usuario puede proyectar su solución sin que deba escribir programas costosos. De este modo la eficiencia del usuario se aumenta (en especial el integrador del sistema o el desarrollador). El sistema conforme a la invención posibilita además la modelación y la realización de un proceso de negocio habitual en el sistema MES (por ejemplo desarrollo del encargo etc.) en subunidades de técnica de soporte lógico (Software) independientes, cuya realización era posible hasta ahora sólo como programa secuencial fijo. Una primera configuración ventajosa de la presente invención para un sistema consiste en que la realización de la conexión se efectúa en un programa marco con medios de comunicación. Por el uso de un framework (programa marco) bajo la utilización de interfaces normalizados como OPC (OLE for Process Control), ActiveX, XML (extensible Markup Language) o protocolos como por ejemplo SOAP (Simple Object Access Protocol) se posibilita una interoperatibilidad entre subunidades (por ejemplo aplicaciones MES) muy sencilla y efectiva. Un usuario en la conexión puede abstraerse de los medios de comunicación tomados como base. Por la independencia de los medios de comunicación tomados como base, por ejemplo HTTP (Hyper Text Transfer Protocol), COM (Component Object 2

3 Model), DCOM (Distributed Component Object Model), MSMQ (Microsoft Message Queue), un usuario al proyectar las conexiones no debe de ocuparse de los detalles de la implementación Otra configuración ventajosa de la presente invención para un sistema consiste en que contiene la lógica de estado de los diagramas de actividad y/o lógica de control y/o subprograma y los medios para la comunicación asincrónica. Así la potencia de un usuario se aumenta en relación con sus posibilidades de descripción y sus posibilidades de modelación. Un usuario puede, por ejemplo por la técnica del subprograma, mejorar su modelo paso a paso. Además un usuario puede definir, en el diagrama de operaciones, consultas y puntos de espera o bien puntos de sincronización. Otra configuración ventajosa de la presente invención para un sistema, consiste en que las State Machines se reparten en uno o más ordenadores. De este modo un usuario puede realizar de manera explícita un denominado deployment es decir, él puede actuar sobre la repartición de la carga y la repartición de lugar de los State Machines. Otra configuración ventajosa de la presente invención para un sistema, consiste en que son acoplables por sistemas externos Wrapper y/o adaptador. Tecnologías del adaptador y tecnologías Wrapper son en la tecnología informática mecanismos conocidos para integrar componentes de soporte lógico (Software) en un sistema. Un Wrapper representa el API (Application Programmable Interface) de un componente extraño (por ejemplo una aplicación MES de un tercer oferente) al modelo de objeto del programa marco. Así por ejemplo de un método de API del componente extraño se hace un método del programa marco o bien de una clase de datos integra de API del componente extraño se hace una clase de datos integra del programa marco, etc. Para los objetos COM (Component Object Model) la elaboración de un Wrappers es automatizable para un componente de integración. Un Wrapper corresponde a un Bridge. Los Wrapper se dejan realizar muy rápidamente. Los adaptadores son un grado de abstracción más alto que los Wrapper. Ellos ofrecen una vista uniforme en aplicaciones acopladas. Un adaptador ofrece funcionalidad para iniciar el componente que se tiene que acoplar, que se tiene que servir, etc. Un adaptador corresponde en el lenguaje de los patterns de diseño una Facade. Conforme a la invención, la tarea mencionada anteriormente, se resuelve por un procedimiento según las características de la reivindicación 8. Dado que las subunidades se comunican unas con otras de manera asincrónica, pueden modelarse y realizarse independientemente unas de otras, sin la formulación del requisito de la sincronización. Las State Machines modeladas o bien los mecanismos automáticos son además, con sus conexiones, enseguida ejecutables y susceptibles de ser probadas. Por lo tanto en el proceso de desarrollo no existe ningún diseño de ruptura. La modelación de la conexión entre los mecanismos automáticos puede realizarlas un usuario de manera muy airosa y efectiva. O bien por conexiones gráficas de nodos en un diagrama de flujo de datos sobre medios de ayuda a la entrada gráficos (por ejemplo ratón y mecanismo de Drag&Drop) o bien sobre mascaras de proyectar, con los que se depositan los elementos de comunicación del diagrama de actividad. La invención ofrece por lo tanto un sistema editor y un sistema de tiempo de ejecución integrados. Un usuario puede proyectar sus soluciones sin tener que escribir programas costosos. De ese modo se eleva la eficiencia del usuario (en particular del integrador del sistema y del desarrollador). Además el sistema conforme a la invención posibilita la modelación y la realización de los procesos de negocios habituales en los sistemas MES (por ejemplo la ejecución del encargo, etc.) en subunidades con técnica de soporte lógico (Software) independiente, cuya realización hasta ahora sólo era posible como un programa secuencial fijo. Una primera configuración ventajosa de la presente invención para un procedimiento consiste en que la realización de la conexión se efectúa en un programa marco con medios de comunicación. Por el uso de un Frameworks (programa marco) bajo la utilización de interfaces normalizados como OPC (OLE for Process Control), ActiveX, XML (extensible Markup Language) o protocolos como por ejemplo SOAP (Simple Object Access Protocol) se posibilita una interoperabilidad entre subunidades (por ejemplo aplicaciones MES) muy sencilla y efectiva. Un usuario en la conexión puede abstraerse de los medios de comunicación tomados como base. Por la independencia de los medios de comunicación tomados como base, por ejemplo HTTP (Hyper Text Trasnfer Protocol, COM (Component Object Model), DCOM (Distributed Component Object Model), MSMQ (Microsoft Message Queue), un usuario al proyectar las conexiones no debe de ocuparse de los detalles de la implementación. Otra configuración ventajosa de la presente invención para un procedimiento consiste en que contiene la lógica de estado los diagramas de actividad y/o lógica de control y/o medios para el refinamiento y/o medios para la comunicación asincrónica. Así la potencia de un usuario se aumenta en relación con sus posibilidades de descripción y sus posibilidades de modelación. Un usuario puede, por ejemplo por la técnica del subprograma, mejorar su modelo paso a paso. Además un usuario puede definir en el diagrama de operaciones, consultas y puntos de espera o bien puntos de sincronización. Otra configuración ventajosa de la presente invención para un proyecto, consiste en que las State Machines se reparten en uno o más ordenadores. De este modo un usuario puede realizar de manera explícita un denominado deployment es decir él puede actuar sobre la repartición de la carga y la repartición de lugar del State Machines. Otra configuración ventajosa de la presente invención para un procedimiento, consiste en que se integran por sistemas externos Wrapper y/o adaptador. Tecnologías del adaptador y tecnologías Wrapper son en la tecnología informática mecanismos conocidos para integrar componentes de soporte lógico (Software) en un sistema. Un Wrapper representa el API (Application Programmable Interface) de un componente extraño (por ejemplo una aplicación MES 3

4 2 de un tercer oferente) al modelo de objeto del programa marco. Así por ejemplo de un método de API del componente extraño se hace un método del programa marco o bien de una clase de datos integra de API del componente extraño se hace una clase de datos integra del programa marco, etc. Para los objetos COM (Component Object Model) la elaboración de un Wrappers es automatizable para un componente de integración. Un Wrapper corresponde a un Bridge. Los Wrapper se dejan realizar muy rápidamente. Los adaptadores son un grado de abstracción más alto que los Wrapper. Ellos ofrecen una vista uniforme en aplicaciones acopladas. Un adaptador ofrece funcionalidad para iniciar el componente que se tiene que acoplar, que se tiene que servir, etc. Un adaptador corresponde en el lenguaje de los patterns de diseño una Facade. Otra configuración ventajosa de la presente invención consiste en que el procedimiento conforme a invención esta implementado por un programa informático. De ese modo pueden efectuarse ligeras modificaciones eventuales o bien adaptaciones. Otra configuración ventajosa de la presente invención, consiste en que el programa informático para el procedimiento conforme a la invención, está almacenado en un soporte de transmisión de datos. Por eso el procedimiento es fácilmente manejable en lo que se refiere a la logística y la distribución. Los soportes de datos son por ejemplo los productos de programas informáticos usuales como por ejemplo disquetes o CDs. Otra configuración ventajosa de la presente invención consiste en que el programa informático, para el procedimiento conforme a la invención, está instalado en un dispositivo de procesamiento de datos. Por eso se aumenta la perfomance. Otras ventajas y detalles del invento se dan mediante las siguientes descripciones de los ejemplos de la realización ventajosa y en relación con las figuras. En tanto que en figuras diferentes están descritos los elementos con idéntica funcionalidad, éstos están caracterizados con signos de referencia idénticos. En los que se muestra: Figura 1 en una representación sinóptica de principio la pirámide de empresa con tres niveles de mando, Figura 2 un cuadro sinóptico con valor de ejemplo con unidades de soporte lógico (Software) y unidades de soporte físico (Hardware) para soluciones MES. Figura 3 un ejemplo de un State Machine, 3 Figura 4 un ejemplo de la cooperación de los State Machines, Figura la distribución de una aplicación de MES a subunidades en corrientes independientes y Figura 6 una superficie de proyección para diagramas de actividad. La representación conforme a la figura 1 muestra en una representación sinóptica de principio los tres niveles de mando, como se encuentran habitualmente en una empresa de producción o bien de fabricación. La forma piramidal expresa, que se realiza una comprensión de la información desde arriba. El nivel superior es el nivel ERP (Enterprise Resource Planning). En este nivel de dirigir la empresa, las tareas de ciencias empresariales y distribuidoras se realizan habitualmente en una empresa (por ejemplo asuntos financieros, distribución, administración de personal, información). Pero también se realizan en este nivel las tareas logísticas de extensión del sistema de producción (como por ejemplo la administración del pedido y la administración del material). El sistema SAP R/3 es un sistema ERP que se emplea muy frecuentemente en el nivel de dirigir la empresa. El nivel inferior de la pirámide es el nivel de automatización (Controls). En este nivel se emplean habitualmente los mandos de programas almacenados (SPS) en conexión con sistemas piloto de visualización y de procesos (PLS). Los accionamientos, los actores y los sensores de los dispositivos de producción y/o de los dispositivos de fabricación están en comunicación directa con los sistemas de este nivel. El elemento de unión entre el nivel ERP y el nivel de automatización se forma con el nivel MES. Las aplicaciones del nivel MES procuran por lo tanto, una integración vertical entre el nivel ERP y el nivel de automatización. Las aplicaciones MES deben, por un lado, completar la planificación global de los sistemas ERP para las planificaciones detalladas de las instalaciones de producción específicas y transmitirlas a los sistemas de nivel de automatización, por otro lado es tarea de las aplicaciones MES coger los datos relevantes para la producción del nivel de automatización, editarlos y transmitirlos a el nivel ERP (nivel de dirección de la empresa). Aplicaciones MES típicas son, entre otras Quality Management (QM), Maintenance Management (MM), Performance Analysis (PA), Process Management, Labor Management, Asset Management. Por los tres puntos respectivos que se expresan en la figura 1, se muestra que en un nivel se pueden encontrar más elementos (aplicaciones, sistemas, etc.). Los sistemas MES o bien los sistemas ERP contienen por regla general un denominado sistema de tiempo de ejecución para el control de la secuencia temporal de los componentes implicados (componentes parciales, módulos, 4

5 tareas, procesos del sistema operativo etc.), así como un denominado sistema de ingeniería para la elaboración y la edición de programas, los cuales están previstos para la realización en el sistema de tiempo de ejecución La representación conforme a la figura 2 muestra a modo de ejemplo una imagen de conjunto con unidades de soporte lógico (Software) y con unidades de soporte físico (Hardware) para soluciones MES. Las aplicaciones MES individuales A1 hasta A3 están unidos sobre los adaptadores AD1 hasta AD3 con un programa marco (Framework) IF. Sobre un circuito de información bidireccional I1 está acoplado un puesto de trabajo del usuario PIW1 con el programa marco IF y pueden administrarse y supervisarse, por lo tanto, las aplicaciones MES colgadas o bien integradas. El puesto de trabajo de los usuarios PIW1 se compone habitualmente de un dispositivo indicador (monitor, pantalla de visualización, etc.), una unidad de procesamiento de datos (por ejemplo PC) con procesador y equipos de memoria así como unidades de entradas (teclado, ratón, etc.). Las aplicaciones MES A1 hasta A3 así como el programa marco IF pueden desarrollarse en unidades de procesamiento de datos individuales o bien en procesadores, pero también es posible que se desarrollen en la unidad de procesamiento de datos del PIW1. Sobre los adaptadores AD1 hasta AD3 están conectadas las correspondientes aplicaciones de MES A1 hasta A3 con el programa marco IF. La unión entre los adaptadores AD1 - AD3 con el programa marco IF ocurre sobre los formatos de datos adecuados (por ejemplo XML), los protocolos adecuados (XOP, OPC, etc.) y mecanismos de transporte adecuados (por ejemplo DCOM o MSMQ). Aquí se puede emplear también HTTP (Hyper Text Transfer Protocol). También el protocolo SOAP (Simple Object Access Protocol) que se basa en XML (extensible Markup Language) se puede emplear para la integración los adaptadores AD1 - AD3 en el programa marco IF. Los adaptadores son por tanto los elementos constitutivos del acoplamiento entre el programa marco IF y las aplicaciones. Sobre los adaptadores se pueden pues unir también en sí unos con otros aplicaciones heterogéneas, y por la integración con el programa marco IF es posible comunicarse entre las aplicaciones y accionar el intercambio de datos. Los adaptadores son módulos de soporte lógico (Software), que establecen las uniones para diferentes usos o bien aplicaciones. En escenarios de integración típicos están las integraciones en sistemas del mundo MES-, ERP-, SCADA- o Controls. Un adaptador ofrece funcionalidad para poner en marcha un componente que se tiene que acoplar, que manejar, etc. Un adaptador permite el acceso a datos y funciones del empleo o bien de la aplicación que se tienen que acoplar, ponen a disposición datos de ejecución específicos y permite la carga de información de ingeniería del empleo o bien de las aplicaciones que se tienen que acoplar. Los adaptadores se pueden diferenciar con respecto a su montaje y su perímetro. Así el adaptador puede por ejemplo ser programado de manera fija o puede configurarse o bien modelarse. También se pueden diferenciar, en lo que se refiere a las posibilidades de los accesos a la aplicación que se tiene que acoplar, así por ejemplo los adaptadores pueden permitir sólo una entrada de técnica de datos, pero es también posible que los adaptadores permitan una entrada del desarrollo del comercio superior. Al aumentar, los adaptadores se cargan con los modelos reforzados y la información del estado. El tiempo de ejecución se comprueba entonces, sí y como se encajan las distintas aplicaciones integradas o bien las utilizaciones. Sobre unos componentes visualizados o bien unos componentes del monitor, es posible explorar el estatus de un adaptador y describirlo en el lugar del desarrollo de la utilización PIW1 (también gráfico). A través del adaptador obtiene el sistema y también el usuario una vista estandarizada y homogénea de las aplicaciones (según el caso, que nivel de abstracción existe en los adaptadores). Otra posibilidad de integrar los componentes del soporte lógico (Software) es utilizar Wrapper. Un Wrapper representa el API (Application Programmable Interface) de un componente extraño (por ejemplo una aplicación MES) al modelo de objeto del programa marco. Se hace así por ejemplo de un método de API del componente extraño un método del programa marco o bien de un tipo de dato integro del API del componente extraño se hace un tipo de dato integro del programa marco. Al lado de las aplicaciones MES, pueden también ser integradas las aplicaciones del nivel de la dirección de la empresa (Entreprise Resource Planning) y/del nivel de automatización (nivel de control) sobre el programa marco IF y ser vigilado o administrado en el lugar de trabajo PIW1 (el acrónimo PIW está para Personalized Industrial Workplace). El programa marco IF forma así una plataforma de integración para el campo industrial completo. Aplicaciones diferentes del nivel de dirección de la empresa, el nivel MES y el nivel de automatización se dejan integrar por el programa marco IF de manera fácil y económica con ayuda de adaptadores y/o Wrappern. El programa marco IF es así considerado como la plataforma Middle- ware y como Manufacturing Application Integration. Sobre el lugar de trabajo PIW1 un usuario (por ejemplo un operario de equipos) puede ver los estados correspondientes de las aplicaciones que se tienen que vigilar, y él puede también acceder a los datos y métodos de las aplicaciones, y además él puede poner en comunicación unos con otros por este acceso de aplicaciones. El programa marco IF posibilita por tanto el conseguir por un lado una integración vertical de aplicaciones de niveles de dirección de empresa diferentes y por otro lado posibilita al programa marco IF una integración horizontal de aplicaciones del nivel MES. En el programa marco IF se realiza el intercambio de informaciones de componentes entre sí sobre formato de datos usuales (por ejemplo XML), protocolos usuales (por ejemplo XOP, OPC, etc.) y mecanismos de transporte usuales (por ejemplo DCOM, HTTP o MSMQ). El lugar de trabajo PIW1 representa para un usuario del Front End de aplicaciones MES o de otras aplicaciones de la empresa, un One Window to the World. Es decir el lugar de trabajo posibilita, sobre una superficie homogénea común, una entrada integradora en diferentes utilizaciones, también heterogéneas en la empresa. El usuario del lugar de trabajo PIW1 puede por todo esto, vigilar y administrar el lugar de trabajo de todos los MES integrados o de otras

6 utilizaciones. Este puesto de trabajo, puede estar unido con las aplicaciones, sobre Internet, Intranet, LAN (Local Area Network) u otras conexiones imaginables. También es posible formar este puesto de trabajo como estación móvil, por ejemplo como unidad terminal (PDA, teléfono móvil). Esta movilidad traería todavía para un usuario otras ventajas. El lugar de trabajo PIW1 contiene además instrumentos de apoyo a la alimentación y uno o más dispositivos indicadores AZ (por ejemplo pantalla de visualización o monitor). La representación conforme a la figura 3 muestra un ejemplo de un State Machine. Los State Machines (SM1 - SM4; Figura ) se modelan según los denominado diagramas de actividad (D1 - D4; Figura ), que describen el comportamiento de un State Machine. En un diagrama de actividad se describe un desarrollo secuencial, que comienza con un nodo de inicio SK1 y finaliza con un nodo final EK1. El desenvolvimiento mismo del programa se describe en la vertical de arriba a abajo con ayuda de símbolos, que están unidos unos con otros mediante flechas. El desenvolvimiento mismo del programa sigue de símbolo a símbolo a lo largo de las flechas. En la figura 3 viene después del nodo de inicio SK1, el símbolo de recepción ES1. De existir una noticia para un símbolo de recepción ES1, entonces sale en el desarrollo del programa, en otro caso se espera mientras tanto en el desarrollo del programa hasta que llega una noticia para el símbolo de recepción ES1. Después del símbolo de recepción ES1 viene como símbolo siguiente el símbolo de actividad AS1. Si en el desarrollo del programa se encuentra un símbolo de actividad, entonces se ejecutan las actividades que están depositadas detrás del símbolo de actividad (por ejemplo una llamada de un subprograma, llamada de un método, etc.). En la mayoría de los casos se ejecutan Skripts, por ejemplo Visuall -Basic- Skripts. El siguiente símbolo en el desarrollo del programa de la figura 3 es un símbolo de fork FS1, representado por una barra horizontal. A cada símbolo de Fork lo introduce un símbolo de Joint asociado, igualmente representado por una barra horizontal. En la figura 3 esta el símbolo de Joint JS1. A través de un símbolo de Fork se sujetan ramas paralelas con salidas paralelas, que esperan unas tras otras en el símbolo de Joint del que forman parte. En la representación según la figura 3 se fijan por el símbolo Fork FS1 tres ramas paralelas. La rama de la izquierda contiene sólo el símbolo de actividad AS2, la rama de la derecha contiene sólo el símbolo de actividad AS y la rama del centro contiene los dos símbolos de actividad AS3 y AS4. Por los símbolos de actividad se representa que las actividades se ejecutan. Cuando ahora las actividades de todas las tres ramas están terminadas, entonces continúan en el desarrollo del programa con los símbolos que siguen al símbolo de Joint JS1, en la figura 3 el símbolo actividad AS6. Después de la ejecución de las actividades unidas con el símbolo de actividad AS6, el desarrollo del programa da con el símbolo de emisión SS1. Por medio del símbolo de emisión se envían noticias. Tras el envío de la noticia, representada por el símbolo de emisión SS1, va el desarrollo del programa al nodo final EK1 y se termina. Diagramas de actividad pueden también modelarse como procesos en marcha permanentes. A través de tales diagramas de actividad se describen los procesos, que representan el comportamiento de unidades parciales para soluciones de soporte lógico (Software) en particular para soluciones MES. Una solución para un sistema MES consta habitualmente de muchos de tales procesos, que se describen entonces para sí separadamente como diagrama de actividad y que sin embargo se comunican de manera asincrónica entre sí por el intercambio de mensajes en los símbolos de emisión y de recepción. Por lo que de tales procesos se origina un acoplamiento suelto. Por este acoplamiento suelto pueden los procesos individuales de una solución MES elaborarse de manera separada y más o menos independiente unos de otros. El acoplamiento suelto permite también una reutilización muy fácil de los procesos, procesos parciales o una acumulación de procesos para una etapa de la tarea determinada en un sistema MES. La representación conforme a la figura 4 muestra un ejemplo para la cooperación de los State Machines (SM1 - SM4; Figura ). En la figura 4 están representados los desarrollos de dos State Machines. El State Machine en el lado izquierdo de la figura 4 se representa por el diagrama de actividad (D1 - D4; figura ) con el nodo inicial SK2, el símbolo de actividad AS7, el símbolo de emisión SS2 y el nodo final EK2. El State Machine en el lado derecho de la figura 4 se representa por el diagrama de actividad con el nodo inicial SK3, el símbolo de actividad AS8, el símbolo de recepción ES2, el símbolo de actividad AS9 y el nodo final EK3. Por la flecha rayada se representa del símbolo de emisión SS2 del diagrama de actividad izquierdo al símbolo de recepción ES2 del diagrama de actividad derecho, que ambos State Machines están acoplados de manera suelta entre sí. En el diagrama de actividad de la derecha puede seguir sólo entonces con el desarrollo del programa en el símbolo de recepción ES2, cuando del diagrama de actividad de la izquierda por el símbolo de emisión SS2 se envía una noticia al símbolo de recepción ES2. En el símbolo de recepción ES2 se espera con la continuación del desarrollo del programa hasta que llega este mensaje. La representación conforme a la figura muestra la distribución de un sistema MES en cuatro unidades parciales de funcionamiento independiente (por ejemplo procesos de negocios sencillos o complejos), que corresponden respectivamente a los State Machines SM1 hasta SM4. El comportamiento del State Machines SM1 - SM4 se describe en cada caso mediante el diagrama de actividad D1 - D4. En la representación conforme a la figura están representados en el borde inferior del dibujo estos State Machines SM1 hasta SM4 en una anotación semejante a un diagrama de flujo de datos. A cada uno de estos State Machines SM1 hasta SM4 corresponde una aplicación MES o un componente MES o un componente parcial MES. El comportamiento de cada uno de estos componentes parciales se describe mediante el diagrama de actividad D1 hasta D4, que están representados encima de los diagramas de flujo de datos. En las cajas rectangulares encima de la anotación del diagrama de flujo de datos, están representados en cada caso, los diagramas de actividad, que describen el desarrollo del programa, en el que se asigna una State Machine SM1 - SM4. Esta asignación de los diagramas de actividad al correspondiente State Machine se representa por unas flechas rayadas de la correspondiente caja al correspondiente Bubble (círculo, nodo), que corresponde a una State Machine. 6

7 En el diagrama de actividad D1 de la izquierda esta introducido como símbolo nuevo el símbolo de estado ZS. Con eso se puede definir por ejemplo los estados de espera. En el siguiente diagrama de actividad D2, que esta asignado al State Machine SM2, se introduce como otro símbolo nuevo un símbolo de consulta. Este símbolo de consulta se representa por medio de un pequeño rombo y en el desarrollo del programa del State Machina SM2 viene después el símbolo de actividad AS. En función del resultado de una consulta pasará o bien la rama izquierda o bien la derecha. En el sistema o en el procedimiento conforme a la invención, una consulta esta acoplada a un intérprete, que deja poner una regla por rama y la rama, cuya regla vale como primera, se recorre. En la representación conforme a la figura están unidos entre sí mediante flechas los Flow Chart Bubbles (círculos, nodos), que corresponden respectivamente a los State Machines SM1 hasta SM4. De esa manera se representa que en el nivel de los diagramas de flujo de datos (representación en una anotación semejante a un diagrama de flujo de datos), pueden estar conectadas las uniones de comunicación entre los diagramas de actividad que forman parte. Un usuario puede abstraerse de la realización de esta conexión. Independientemente de que medios de comunicación (por ejemplo MSMQ, HTTP o DCOM) estén disponibles, se implementará una conexión correspondiente conforme a la conexión. Cuando un usuario modela un diagrama de actividad D1 - D4 y la comunicación asincrónica entre los diagramas de actividad se establece por la conexión, se elabora con este fin un sistema de tiempo ejecución paralelo. En este sistema de tiempo de ejecución los procesos y las conexiones son desarrollables y susceptibles de ser probadas al instante. Los diagramas pueden ser comprobados por ejemplo paso a paso o también paso a paso de manera recurrente. Hay por tanto un sistema editor y un sistema de tiempo de ejecución integrados. Un usuario que realiza un servicio de ingeniería, elabora al mismo tiempo, por lo tanto, un sistema de tiempo de ejecución simultáneo. Cuando un usuario por ejemplo, proyecta una conexión entre dos State Machines SM1 - SM4, entonces con este fin se elaborara de manera implícita una comunicación, por ejemplo una comunicación Microsoft Message Queue o una HTTP. También para los elementos individuales de un diagrama de actividad, se producen en su modelación de manera automática, los elementos de implementación correspondientes para la implementación. Por ejemplo como zonas del proceso y/o zonas de almacenamiento en el sistema operativo. La representación conforme a la figura 6 muestra una superficie superior de proyección para un diagrama de actividad. En un dispositivo indicador AZ (por ejemplo un monitor o una pantalla de visualización), están representadas zonas de la pantalla diferentes BB1 hasta BB4. Está además representado en el borde superior del dibujo una barra de menú ML, que están depositadas en los pulsadores de funcionamiento, que pueden ser seleccionados en el medio de ayuda de la entrada, como por ejemplo un ratón o un teclado. En la barra de menú ML puede haber también los símbolos de los diagramas de actividad, que entonces con un mecanismo drag&drog pueden ser sacados de las zonas de la pantalla correspondientes. En una zona de la pantalla BB2 hasta BB4 se pueden representar respectivamente un diagrama de actividad o más. La zona de la pantalla BB1 muestra estilísticamente una gráfica en árbol del objeto OB en una notación en exploración semejante, que representa el sistema de soporte lógico (software) que toma como base (por ejemplo un programa marco, framework). En el mecanismo drag&drop pueden unirse elementos del gráfico de árbol del objeto OB con diagramas de actividad. Es decir, objetos o elementos de la gráfica de árbol del objeto OB se depositan con el diagrama de actividad, que representan un desarrollo. Las conexiones entre los diagramas de actividad pueden resultar de los diagramas de flujo de datos, como se representa en la figura. Otra posibilidad de la conexión ocurre en las denominadas mascaras de proyección, a las que están asignados los símbolos de emisión y los símbolos de recepción de los diagramas de actividad. Por estas mascaras de proyección un usuario elige en los correspondientes diagramas los símbolos de recepción o los símbolos de emisión vinculados. Además se fija en las mascaras de proyección, que noticias se intercambian y de que tipo son esas noticias (por ejemplo íntegro, real o también los tipos definidos por el usuario mismo). Las conexiones pueden sin embargo tener lugar también en el nivel de los árboles del objeto OB. También eso vía mecanismos de drag&drop. Un usuario tiene por tanto un entorno de proyección poderoso. En la elaboración de la proyección, es decir en la modelación de los programas de actividad, se elaboran con este fin automáticamente un sistema de tiempo de ejecución correspondiente, en el que salen los diagramas de actividad. Los diagramas de actividad son preparados autárquicos e independientes por sí. Ellos salen entonces secuencial y sincrónicamente, pero se comunican de manera asincrónica. Por este acoplamiento suelto se dejan modelar y realizar muy fácilmente en especial los sistemas MES. En el deployment siguiente, los diagramas de actividad o bien las State Machines (SM1 - SM4; figura ) se reparten en el ordenador, en el que salen también físicamente. Es posible por ejemplo que un servidor contenga más que un diagrama de actividad. Mediante un deployment adecuado se consigue por ejemplo un reparto de carga equilibrado. Por la invención se ayuda a un usuario en más fases. Él es apoyado en primer lugar en la fase del encuentro del proceso comercial, es decir en la modelación de su proceso de negocio. Por la elaboración automática de un sistema de tiempo de ejecución perteneciente, se apoya además a un usuario, para aportar un proceso de negocios encontrado en una solución IT. Eso ocurre automáticamente y sin ruptura de diseño. En una tercera fase puede un usuario observar y controlar un proceso de negocio definido. Este sistema es por lo tanto también utilizable para probar. Por una visualización adecuada, por ejemplo un empleo gráfico o un empleo de color, se puede depositar el sistema también con una animación. 7

8 En resumen la invención afecta a un sistema y a un procedimiento para la modelación y la realización de procesos de negocios en los sistemas MES (Manufacturing Execution Systems) o sistemas de control de la fabricación, por una cantidad de procesos de actuación independientes que se describen mediante el estado automático o el desarrollo automático y la conexión asincrónicas en serie. Estos procesos pueden repartirse de manera independiente unos de otros en más ordenadores (Deployment) y se comunican unos con otros de manera asincrónica. La modelación del desarrollo automático tiene lugar por el diagrama de actividad y por el diagrama de data flow, conforme a la representación UML. Una cualidad del sistema o procedimiento conforme a la invención es que estos procesos son ejecutables y susceptibles se ser probados enseguida. Sobre el Wrapper o el adaptador se pueden integrar los sistemas de soporte lógico (Software) externos. El sistema o procedimiento conforme a la invención descrito arriba se deja implementar como programa informático en idiomas conocidos. Un programa informático implementado de manera semejante puede igualmente almacenarse y transportarse de manera conocida sobre circuitos de información electrónicos, pero también sobre soportes de datos (por ejemplo productos de programas informáticos)

9 REIVINDICACIONES 1. Sistema para hacer proyectos de soluciones MES, con al menos una unidad de ordenador (P1W1) y/o con al menos un dispositivo de presentación (AZ), en el cual esta previsto a) diagramas de actividad (D1 - D4) que describen secuencialmente los procesos que representan el comportamiento de las subunidades de aplicaciones de Software (A1 -A3) b) medios para la conexión de diagramas de actividad (D1 - D4) con el fin de establecer una comunicación asincrónica entre los diagramas de actividad (D1 - D4) entre sí y/o entre los diagramas de actividad (D1 - D4) y su entorno y c) un sistema de tiempo de ejecución generado a partir de las conexiones de los diagramas de actividad (D1 - D4), con lo que cada diagrama de actividad (D1 - D4) esta representado por un State Machine (SM1 - SM4). 2. Sistema según la reivindicación 1, el establecimiento de las conexiones se efectúa en un Framework (IF) con medios de comunicación Sistema según la reivindicación 1 o 2 los medios para la conexión de los diagramas de actividad (D1 - D4) están formados como diagramas de de flujo de datos, en el que un nodo del diagrama de flujo de datos corresponde a un diagrama de actividad (D1 - D4). 4. Sistema según la reivindicación 1 o 2, los medios para la conexión de los diagramas de actividad (D1 - D4) están previstos como mascaras para hace proyectos de los elementos de comunicación (ES1 - ES8, SS1 - SS8) de los diagramas de actividad, en el que un elemento de comunicación se proyecta como ayuda de una mascara (ES1 - ES8, SS1 - SS8).. Sistema según una de las reivindicaciones 1 hasta 4, los diagramas de actividad (D1 - D4) contienen una lógica de estado y/o una lógica de control y/o subprogramas. 6. Sistema según una de las reivindicaciones 1 hasta 0 6 los State Machines (SM1 - SM4) se pueden repartir en uno o más ordenadores. 7. Sistema según una de las reivindicaciones 1 hasta 6 a través de Wrapper y/o un adaptador (AD1 - AD3) se pueden acoplan sistemas exteriores. 8. Procedimiento para hacer proyectos de soluciones MES, con al menos una unidad de ordenador (PIW1) y/o con al menos un dispositivo de presentación (AZ), en el que a) los diagramas de actividad (D1 - D4) describen secuencialmente los procesos que representan el comportamiento de subunidades de aplicaciones de Software (A1 - A3) b) los diagramas de actividad (D1 - D4) se conectan para establecer una comunicación asincrónica entre los diagramas de actividad (D1 - D4) entre sí y/o entre los diagramas de actividad (D1 - D4) y su entorno y 9

10 c) un sistema de tiempo de ejecución se genera a partir de las conexiones de los diagramas de actividad (D1 - D4), en el que cada diagrama de actividad (D1 - D4) esta representado por una State Machine (SM1 - SM4). 9. Procedimiento según la reivindicación 8, el establecimiento de las conexiones se efectúa en un Framework (IF) con medios de comunicación.. Procedimiento según la reivindicación 8 o 9 caracterizada porque los diagramas de actividad (D1 - D4) se conectan por medio de un diagrama de flujo de datos, en el que un nodo del diagrama de flujo de datos corresponde a un diagrama de actividad (D1 - D4). 11. Procedimiento según la reivindicación 8 o 9 2 los diagramas de actividad (D1 - D4) se conectan mediante mascaras que permiten proyectar los elementos de comunicación (ES1 - ES8, SS1 - SS8) de los diagramas de actividad, en el que un elemento de comunicación se proyecta con ayuda de una máscara (ES1 - ES8, SS1 - SS8). 12. Procedimiento según una de las reivindicaciones 8 hasta 11 los diagramas de actividad (D1 - D4) contienen una lógica de estado y/o una lógica de control y/o medios para refinamiento. 13. Procedimiento según una de las reivindicaciones 8 hasta 12 3 los State Machines (SM1 - SM4) se reparten en uno o más ordenadores. 14. Procedimiento según una de las reivindicaciones 8 hasta 13, los sistemas exteriores se integran mediante un Wrapper y/o un adaptador (AD1 AD3) Programa informático, que implementa un procedimiento según una de las reivindicaciones 8 hasta Soporte de datos sobre el que se memoriza un programa informático según la reivindicación. 17. Dispositivo de procesamiento de datos (PIW1) en el que se instala un programa informático según la reivindicación 16. 6

11 11

12 12

13 13

14 14

15