DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS

Transcripción

1 UNIVERSIDAD DE LOS ANDES. POST- GRADO DE COMPUTACIÓN. ESPECIALIDAD EN COMPUTACIÓN. PROYECTO FINAL PARA CULMINAR LA ESPECIALIZACIÓN EN COMPUTACION DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS Autor : Héctor D. Márquez Ch. Ingeniero de Sistemas. Tutor : Dr. Edgar Chacón R. Mérida, Mayo 2002

2 Agradecimientos En la realización de éste trabajo he recibido ayuda de un gran grupo de personas, a ello quisiera agradecer: Al Dr. Edgar Chacón por transmitirme sus conocimientos oportunamente. Al Dr. Jonás Montilva como parte del grupo de trabajo al cual pertenecí. A todas las personas que laboran en el Grupo de Ingeniería de Datos y Conocimiento, en el Laboratorio de Sistemas Distribuidos Automatización e Integración, y a todos los que pertenecen al Proyecto de Integración de Tecnología y Software Heterogéneo, quienes han sido testigo del esfuerzo para alcanzar este logro. A mis nuevos compañeros de trabajos con los cuales comparto todos los días y han sido incondicionales para prestarme su ayuda. Muy especialmente a mamá y papá por tu apoyo cada momento de mi vida, a ustedes dedico esta obra. A Dios todo poderoso que nunca me ha abandonado y en los momentos difíciles a estado conmigo. A todos mil gracias... Héctor Márquez

3 Resumen El desarrollo de este proyecto esta enmarcado dentro del Proyecto de Integración de Tecnología y Software Heterogéneo[26]. Proyecto que estudia las tecnologías informáticas emergentes. El desarrollo de sistemas que ayuden a la integración de los sistemas industriales y facilitar la evaluación de nuevas alternativas que aseguren el funcionamiento de diversas herramientas para la integración de Sistemas heterogéneos. El estudio de los Sistemas de Workflow, su arquitectura, aplicaciones en ambientes industriales, tipos de flujos de trabajo, herramientas que faciliten su implementación, arquitecturas, es nuestro punto de partida para el desarrollo de una metodología que facilite la implementación para sistemas de Workflow. Los sistemas de Workflow permiten el control y coordinación de actividades en entornos diversos, integrando los sistemas de información y midiendo la satisfacción del cliente para aumentar la eficiencia y efectividad de los procesos. Uniendo los sistemas de Workflow con el Lenguaje Extensible de "Etiquetado", extensible Markup Language, o XML, se obtiene un sistema integrado de información. Los elementos que compone XML pueden dar información, ya sean objetos de negocio, procesos, actividades o condición del estado del proceso productivo. Siendo éste un buen mecanismo para el transporte de datos independiente de plataforma o sistema operativo. Para el desarrollo y propuesta del sistema de Workflow se estudian los modelos jerárquicos como CIMOSA, PERA y recientemente los modelos de holones, además de otros modelos heterárquicos. En cualquier caso, las actividades de producción, coordinación, soporte al manejo de los recursos (compras, inventario, mantenimiento, etc.) y actividades de apoyo a la gestión (finanzas, Contabilidad, etc.) funcionan de manera separada. Los ambientes de operación son distintos y exigen tecnologías programadas diferentes, las cuales deben interactúar con el fin de alcanzar el objetivo global de producción (Metas de producción). La interacción para alcanzar la cooperación (heterárquicos) o ejecución de actividades se logra mediante envió de documentos asociados a cambios o eventos que se producen interna o externamente. Los sistemas de Workflow deben coordinar este envío de mensajes entre las diferentes unidades que conforman el proceso productivo o de gestión. El resultado del proyecto debe ser considerado la primera iniciativa para desarrollo e implementación de Sistemas de Workflow en ambientes distribuidos, utilizando XML como lenguaje de transporte de datos. Palabras Claves: Workflow, XML, JAVA, Sistemas Distribuidos, Modelo de Empresa, agentes.

4 Indice de Contenido Indice de Contenido Capítulo Contenido Pag. Resumen Indice de Contenido... Listas de Figuras... Lista de Diagramas... Lista de Tablas... I vi vii viii Capítulo Introductorio Visión General... 1 Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Introducción Introducción a la Arquitectura de Administración de Objeto OMA (Object Manager Architecture) Solución de la OMG Arquitectura de Administración de Objeto (OMA) El Modelo de Objeto Semántica de los Objetos Objetos Creación y Destrucción Interfaces Operaciones Implementación de Objetos El Modelo de Ejecución El Modelo de Construcción Modelo de Referencia Revisión al Modelo de Referencia Interfaces Contra Aplicaciones Corredor de Demanda de Objetos (ORB) Servicios de Objetos Facilidades Comunes Dominio de Interfaces Marco de Trabajo o Framework Especificaciones del Framework Resumen de Servicios de Objetos Introducción a la Arquitectura de Objetos de Negocio (BOA) Visión de OMG Aproximación al Diseño de Facilidad i

5 Indice de Contenido 2.3 Integración de la Arquitectura de OMG para la Empresa Elementos que Forman para la Propuesta para BOA Integración con la Iniciativa de Componente CORBA Interoperabilidad de OMG en un Dominio Específico Alcances Metas y Objetivos Especificación de la Propuesta Elementos que Forman Parte de la Propuesta Componentes BOA Tipos de Componentes BOA Origen de Componentes Arquitectura de Objetos de Negocio Conceptos de BOA Conceptos Generales Características Tipos y Características de los Parámetros Dominio de Sistemas de Negocio (BSD) Administrador Modelo de Evento BOA Tipos de Objetos de Negocios Introducción al Flujo de Trabajo (Workflow) Administración de la Unión Workflow Manager Coalition Introducción a la Administración de Workflow Workflow Workflow Administración de Sistema Funciones Establecidas en Tiempo Funciones de los Procesos de Control a Tiempo Real Iteración de Actividades a Tiempo Real Distribución y Sistemas de Interfaces El Modelo de Referencia de Workflow Resumen Capítulo II Introducción al Estándar XML Propuesto por el W3C Introducción al XML Estructura de un Documento XML Documentos XML Bien Formados Estructura Jerárquica de los Elementos Etiquetas Vacías Un Solo Elemento Raíz Valores de Atributos Tipos de Letra Espacios en Blanco Nombrando Cosas Marcado de Datos ii

6 Indice de Contenido 1.2 El Prologo Elementos Atributos Entidades Predefinidas Selecciones CDATA Comentarios Definición de Tipos de Documento (DTD s). Documentos Válidos Ventajas de Crear Documentos XML Válidos Declaraciones de Tipo de Elementos Modelo de Contenido Declaración de Lista de Atributos Tipos de Atributos Atributos CDATA y NMTOKEN Atributos Enumerados y Notaciones Atributos ID e IDREF Definición y Utilización de Entidades Definición de Entidades Declaración de Entidades Generales Entidades Generales Internas Entidades Generales Externas Analizadas Entidades No Analizadas Entidades Parámetros Internas y Externas Ejemplo de una DTD Modelo de Objeto de Documento (DOM) y JAVA Estructura de DOM El DOMy JAVA Arquitectura de la Aplicación XML Parser Válidos (DOM) API para Generar Documentos XML (JDOM) Resumen Capítulo III Modelo de Procesos y Workflow Introducción Los Modelos Los Modelos Tipos de Modelos Los Procesos Los Procesos de Negocios Porque Automatizar? El Rediseño de Procesos Patrones de Procesos Las Arquitecturas iii

7 Indice de Contenido Las Actividades El Workflow Las Tres Dimensiones de una Arquitectura Adaptable para Workflow Reglas de Negocio Estructura Organizacional Objetos de Información Productos que Ayudan al Workflow Ventajas del Uso del Workflow Clasificación de los Diferentes Tipos de Workflow Workflow de Producción Workflow de Colaboración Workflow Administrativo El Modelo de Workflow Tareas Personas(usuarios) Roles Rutas Construcción de Rutas Reglas de Transición Datos Eventos Plazos (Deadlines) Procesos Políticas Modelo Funcional de Flujo de Datos Modelos de Yourdon para el Flujo de Datos Definición de las Funciones en SP Resumen Capítulo IV Implementación de un Sistema de Workflow Aproximación al Modelo de Empresa Metamodelo de Empresa Los Diagramas de Secuencia Los Diagramas de Estado-Transición Los Estados Las Transiciones Agentes Metodología para el Desarrollo de un Sistema Empresarial Basado en la Noción de Agentes Teoría de Agentes Arquitectura de Agentes Arquitecturas Deliberativas iv

8 Indice de Contenido Arquitecturas Reactivas Arquitecturas Híbridas Lenguajes de Agentes Lenguajes de Programación de la Estructura del Agente Lenguaje de Comunicación de Agente Lenguaje de Programación del Comportamiento del Agente Tipos de Agentes Metodología Orientada a Agente Proceso de Modelo de la Empresa Fases de Desarrollo para el Workflow Basado en Agentes Modelos de Agentes Construcción del Modelo y sus Entidades Modelo de Tarea Entidades del Modelo de Tarea Relaciones del Modelo de Tarea Relaciones Internas Relaciones Externas Notación del Modelo de Tarea Desarrollo y Gestión del Modelo de Tarea Estrategias para la Implementación Arquitectura para la Implementación del Sistema Aplicación (Gestor de Procesos) Sistemas Holónicos Resumen Capítulo V Ingeniería de Software Aplicada al Sistema de Workflow El Modelo de Reloj Estructura del Modelo de Reloj El Nivel de Proceso El Nivel Metodológico El Modelo de Proceso de Reloj Fases del Modelo Reloj Análisis de la Aplicación de Dominio La Fase de Requerimiento Fase de Análisis de Requerimiento y Especificación Fase del Diseño del Sistema Fase de Diseño de Componentes Fase de Implementación del Sistema Fase de Prueba del Sistema Fase de Liberación Aplicación del Modelo de Reloj al Desarrollo del Prototipo v

9 Indice de Contenido Resumen del Capítulo Conclusiones Referencias Glosario de Términos Anexo 1 : XML Anexo 2 :Interfaces vi

10 Lista de Figuras Lista de Figuras Capítulo Contenido Pag. Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Fig. I.1 : Modelo de Referencia : Categoría de Interfaces Fig. I.2 : Framework de Objeto Fig. I.3 : Dominio de Sistema de Negocio Capítulo II Introducción al Estándar XML Propuesto por el W3C Fig. II.1 : Representación de un documento XML Fig. II.2 : Arquitectura propuesta para el gestor de procesos Capítulo III Modelo de Procesos y Workflow Fig. III.1 : Rutas AND Split Fig. III.2 : Rutas AND Join Fig. III.3 : Rutas OR Split Fig. III.4 : Rutas OR Join Fig. III.5 : Rutas Loop Fig. III.6 : Modelo Funcional de Empresa/Control Capítulo IV Implementación de un Sistema de Workflow Fig. IV.1 : Arquitectura organizacional de la empresa Fig. IV.2 : Arquitectura empresarial de 3 Ejes Fig. IV.3 : Modelo para el desarrollo de un sistema de Agente Fig. IV.4 : Modelo de Agente Fig. IV.5 : Modelo de Tarea Fig. IV.6 : Notación estándar para indicada las descomposición de tareas Fig. IV.7 : Tareas Paralelas Fig. IV.8 : Arquitectura Propuesta para la Implementación Fig. IV.9 : Unidad de Producción: Entrada Salida Fig. IV.10 : Metamodelo para la implementación de un Sistema Workflow Utilizando Sistemas Heterárquicos Capítulo V Ingeniería de Software Aplicada al Sistema de Workflow Fig. V.1 : Estructura del Proceso de Reloj Fig. V.2: Arquitectura Estándar para un Sistema de Supervisión y Control Fig. V.3: Representación de la Categoría de Usuario Fig. V.4: Gestor de Proceso vii

11 Lista de Figuras Fig. V.5: Comunicación entre Sistemas Fig. V.6: Arquitectura Básica de Comunicación del Sistema Fig. V.7: Diagrama de Clase para la Conexión a la Base de Datos Fig. V.8: Diagrama de Componente para el Gestor de Procesos Fig. V.9: Diagrama de Clase para el Componente XML viii

12 Lista de Diagramas Lista de Diagramas Capítulo Contenido Pag. Capítulo I Introducción a las Normas Propuesta por la OMG... 5 Diagrama I.1 : Ejemplo de un modelo jerárquico Diagrama I.2 : Funciones principales de WFM Diagrama I.3 : Distribución de los Servicios de WFM Diagrama I.4 : Modelo de referencia Capitulo IV Implementación de un Sistema de Workflow Diagrama IV.1 : Representación de la Grafica de un Objeto Diagrama IV.2 : Ejemplo de un Diagrama de Secuencia Diagrama IV.3 : Metamodelo del Flujo de Información Diagrama IV.4 : Representación de Diagramas de Estado Transición. 83 ix

13 Lista de Tablas Lista de Tablas Capítulo Contenido Pag. Capítulo II Introducción al Estándar XML Propuesto por el W3C Tabla II.1 : Propiedades comunes útiles proporcionadas por todos los tipos de nodos Capítulo III Modelo de Procesos y Workflow Tabla III.1 : Uso de la Notación Yourdon Capítulo V Implementación de un Sistema de Workflow Tabla V.1 : Componentes del Nivel de Procesos Tabla V.2 : Niveles Metodológicos: Fases y Actividades Tabla V.3 : Actores y Casos de Uso Tabla V.4 : Status Intrumentos HART MULTIPLE Tabla V.5 : Reuso de Elementos de Software x

14 Visión General Introducción CAPITULO INTRODUCTORIO : VISION GENERAL Este capítulo introduce la visión general del desarrollo, explica la organización de los diferentes capítulos para el lector, orientándolo dentro del contexto del proyecto. La industria de procesos continuos tiene la necesidad de una estructura informática integrada, que cubra los procesos de logística, programación y financieros con las actividades físicas de producción, para responder de manera ágil y eficiente a los cambios de los objetivos o consignas de producción, condiciones de los equipos, niveles de inventarios, etc. [10]. Entre los enfoques de integración utilizados se encuentran el modelo CIMOSA[22], el modelo PERA[23], que son modelos jerárquicos. Aparecen otros modelos como son los basados en holones y agentes inteligentes conocidos como heterárquicos[19 ]. En ambos casos las actividades se separan en actividades de producción, actividades de coordinación y actividades de soporte al manejo de los recursos (compras, inventario, mantenimiento, etc) y actividades de apoyo a la gestión (finanzas, Contabilidad, etc.). Los ambientes de operación son distintos y exigen tecnologías programadas diferentes, que serán utilizadas por una diversidad de usuarios, pero que deben interactúan con el fin de alcanzar el objetivo global de producción (Metas de producción). [11] Los sistemas de Workflow permiten el control y coordinación de actividades en entornos diversos, integrando los sistemas de información y midiendo la satisfacción del cliente para aumentar la eficiencia y efectividad de los procesos. La tecnología de Workflow, ha evolucionando rápidamente siendo explotado a través de negocios en una variedad de industrias. Su característica principal es la automatización de procesos que involucran la combinación de actividades humanas y máquinas, particularmente aquellas que cubre la tecnología de información (TI). Muchos vendedores de software tienen productos de Workflow y hay una introducción continua de nuevos productos en el mercado. La disponibilidad de una gama amplia de productos dentro del mercado ha permitido a los vendedores del producto enfocarse en las capacidades funcionales de los usuarios que han adoptado productos particulares para satisfacer necesidades específicas. Sin embargo, no hay ningún Framework orientado-objeto, que permita poner en servicio diferentes productos Workflow.[1] Los capítulos I, II y III son la recopilación del material necesario para entender el desarrollo del proyecto, ahí se muestran los conceptos que debemos manejar para la implementación de un sistema de Workflow, combinando un Middleware de comunicación con herramientas de integración como lo es JAVA y XML. El capítulo IV describe el Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 1

15 Visión General Introducción proceso de reingeniería básico necesario para la implementación de un sistema de Workflow basado en la arquitectura propuesta en [10] y los modelos expuestos en SP95[12] para el manejo de empresa de control. El capítulo V es el desarrollo de un prototipo llamado Gestor de Procesos, basándonos en los modelos propuestos por SP95[12]. El Capítulo I: Presenta una introducción de las normativas y estándares propuestas por la OMG (Object Manager Group). El consorcio OMG ha logra sus objetivos con el establecimiento de la Arquitectura de Administración de Objetos (OMA, Object Management Architecture) de la cual CORBA es parte, para intentar conseguir una compatibilidad completa de los sistemas de objetos distribuidos. La OMG formula un conjunto de propuestas que tratan de explicar y aclarar en éste capítulo para que el lector pueda manejar el contexto del desarrollo. La primera parte de la propuesta de OMG se conoce como BOA (Business Object Architecture), actualmente cambiado a BOCA (Business Object Component Architecture), el cual define un adaptador de objetos como la primera interfaz que la aplicación usa para acceder a funciones ORB (Object Request Broker), incluye interfaces para generar referencias a objetos, registro de implementaciones que consisten en uno o más programas. OMG a través de BOA, propone un estándar abierto para la interoperabilidad de componentes de objetos de negocios; la existencia de un mercado donde los clientes puedan utilizar y comprar componentes reutilizables basados en los objetos de negocios hace posible desarrollar sistemas a gran escala, donde la mayoría de las necesidades de los clientes es cubierta a través de pequeños pedazos de código llamados componentes, que solucionan una tarea en particular. La integración de cada uno de estos componentes hace posible crear sistemas que se adaptan muy bien a los continuos cambios presentes en la industria. La segunda propuesta dentro de los estándares propuesto por la OMG es la especificación basada en las normas definidas por WfMC (Workflow Management Colation). Fundada en 1993, el WfMC, es una organización internacional sin fines de lucro, que consta de un conjunto de vendedores, clientes y usuarios cuya misión es promover el uso de Workflow, a través del establecimiento de normas para la terminología del software, interoperabilidad y conectividad para los nuevos productos que soportan el Workflow. La tecnología usada en esta especificación es basada directamente en las normas de WfMC para interfaces del Workflow, las cuales han estado disponibles públicamente durante varios años, y mantiene una base establecida para la introducción de la tecnología del Workflow en la arquitectura de OMG. El Capítulo II : Constituye una introducción a XML, qué es XML?, por qué hace falta y por qué se esta utilizando en la actualidad para resolver una diversidad de problemas informáticos y de integración. Una aplicación ya no se considera un producto de nivel empresarial si no se utiliza XML en algún sitio. Se accede a los sistemas heredados con una frecuencia nunca vista y las compañías se están ahorrando millones de dólares en la integración de sistemas. XML es un acrónimo que viene acompañado por un conjunto de variantes: XSL, XSLT, PI, DTD, XHTML y más. También supone una gran promesa: lo que Java fue para la portabilidad de código, XML pretende serlo para la portabilidad de datos, incluso Sun Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 2

16 Visión General Introducción ha estado atrayendo, en los últimos meses, la atención de sus clientes con el ambicioso lema Java + XML = código portable + Datos portables. Las aplicaciones Web de la actualidad se enfrentan con un número abundante de problemas que no se habían tomado en cuenta hace diez años. Los sistemas distribuidos a lo largo de kilómetros, deben funcionar rápidamente y de manera intachable. Las aplicaciones de negocios deben ser capaces de comunicarse no sólo con otros componentes de negocio, sino con todo un conjunto de sistemas de negocios, a menudo entre diferentes compañías y tipos de tecnología. Los clientes ya no están limitados sólo a navegadores Web con soporte de HTML, teléfonos móviles con soporte WAP (Protocolos de comunicación inalámbricos) o computadoras de bolsillo (PDA) con lenguajes de marcado totalmente diferentes. Los datos y la transformación de éstos, se han vuelto la pieza central decisiva de todas las aplicaciones desarrolladas en la actualidad. XML ofrece el medio para que los programadores cumplan con todos estos requerimientos. Además, los desarrolladores en Java tienen un arsenal de API que les permiten utilizar XML y todos sus acompañantes. Por ello la selección de utilizar XML como lenguaje de transporte de datos para la realización del este proyecto. El Capítulo III : Este capítulo es una introducción a los modelos de procesos y su relación con los sistemas de Workflow. Ante la realidad de la insuficiencia de modelos de empresas para afrontar los desafíos de hacer negocios en la era del e-commerce, el concepto de BPI (Business Process Integration) adquiere gran importancia en la medida que permite optimizar la administración de las organizaciones a través de la automatización y gestión electrónica de sus procesos (Workflow), resolviendo paralelamente los problemas de integración (EAI, Enterprise Application Integration) de las diferentes aplicaciones utilizadas. Integración que no sólo es necesaria dentro de la organización, como también con aplicaciones de los diversos actores involucrados en el proceso de e-commerce (proveedores, clientes, entidades financieras, etc.), lo que posibilita una interacción flexible, ágil y dinámica que les aportará las ventajas competitivas que requiere el mundo globalizado de los negocios. Un mundo extremadamente exigente con aquellas compañías que no se adapten a los cambios y que no entiendan que el concepto de e-business no es simplemente hacer negocios en Internet, sino que implica una base organizacional que soporte los negocios en la Red, contemplando cómo van a cambiar las prioridades de los clientes, cómo se deben rediseñar las estructuras organizacionales para enfrentar ese cambio de prioridades, y qué tecnologías habrá que adoptar para sobrevivir y triunfar en esta nueva era. El Capítulo IV: En éste capítulo se hace una primera aproximación para implementar un sistema de Workflow. Se desarrollaran los modelos basado en la arquitectura de los tres ejes propuesta por [10] y los modelos para empresa de control expuestos en SP95[12]. Se buscará la correspondencia entre ambas, ubicando las diferentes unidades funcionales dentro de la arquitectura de los tres ejes. Los modelos obtenidos sirven como punto de partida para el desarrollo y codificación del prototipo, el cual será llamado Gestor de Procesos. Una manera de implementar un sistema de Workflow es el basado en agentes, las cuales son entidades autónomas, inteligentes que interactúan por medio de la cooperación, la coexistencia o por la competición. Cabe mencionar que la implementación Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 3

17 Visión General Introducción de un agente inteligente no forma parte de ésta propuesta, queda pendiente para futuras investigaciones el desarrollo o la incorporación de este tipo de sistemas al prototipo desarrollado. Uno de los principales problemas que presentan los sistemas de Workflow es la falta de comunicación directa con el proceso (Nivel de instrumento). El capítulo plantea la fusión o correspondencia que puede existir entre un sistema de Workflow y un sistema holónico autosostenible y autogestionable, que se encarga de enviar la información que emana de los procesos a través de un enlace directo con la parte instrumentar, logrando dictar las pautas a seguir antes posibles cambios de estado. De esta manera el Workflow se encargará de la planificación de las actividades, cambios de consignas y demás decisiones para encaminar al proceso ante las eventualidades presentes. Cabe aclarar que los sistemas holónicos están aun en desarrollo, quedando pendiente para futuros investigadores quienes quieran incursionar en estas áreas de desarrollo. Aquí simplemente se mencionan como una solución alternativa para completar la implementación del sistema de Workflow. El Capítulo V : Trata del desarrollo del prototipo para el sistema de Workflow. El prototipo llamado Gestor de Procesos. El capítulo trata de aplicar un conjunto básico de conceptos de Ingeniería de Software para el desarrollo del sistema de Workflow, basado en el modelo Reloj para el desarrollo de software de negocio en pequeñas y medianas organizaciones [20 ]. La aplicación de éste modelo no se aplica de manera integral al desarrollo del prototipo. El modelo sirve como marco de referencia para la aplicación de los conceptos de Ingeniería de Software para el desarrollo. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA 4

18 Introducción a las Normas Propuestas por OMG Capítulo I CAPITULO I: INTRODUCCIÓN A LAS NORMAS PROPUESTA POR LA OMG Este capítulo muestra los conceptos básicos propuestos por la OMG para la arquitectura de integración CORBA. Se presentan los conceptos de OMA (Object Manager Architecture), para luego explicar las especificaciones de objetos de negocios, y arquitectura de flujo de trabajo, mencionada a lo largo del capítulo como Workflow. Introducción : Debido a las dificultades presentes en la industria al no manejar estándares de producción y tener diferentes maneras de operar, se observa en las empresas, un incremento en los problemas por falta de información entre los diferentes niveles que la conforma. En muchos casos las aplicaciones existentes no cubren la necesidad de los usuarios y clientes, siendo de vital interés integrar aplicaciones y sistemas heterogéneos que se encuentran en diferentes unidades de producción. Actualmente no se puede pensar en una empresa donde la información viaje de manera aislada. Deben existir mecanismos que ayuden al proceso de toma de decisiones en los diferentes niveles del proceso productivo. Para ello las casas de software se encargan de diseñar sistemas que cubren en buena medida las exigencias de los clientes, pero en la mayoría de los casos, el software presenta deficiencias en algunas áreas, siendo importantes para las empresas. Por ello debe existir un mecanismo que ayude a acoplar diferentes sistemas de software. Es importante pensar en una arquitectura abierta de comunicación que sirva como medio de transporte, tanto para los paquetes, como para los datos, logrando conectar la información que emana de diferentes programas para integrar una diversidad de sistemas de diferentes fabricantes, que inclusive pueden o no operar sobre plataformas heterogéneas. El objeto del presente capítulo es dar a conocer las diferentes tendencias que presenta el mercado para la integración de sistemas, así como algunas arquitecturas que son vitales para el modelado de la empresa, bien conocidas como arquitecturas de integración. Por otro lado, dar un enfoque conceptual de las diferentes especificaciones y normativas que maneja el consorcio OMG para definir el conjunto de objetos que negocios, como partida para la construcción de sistemas estables, escalables y portables a través de diferentes plataformas de comunicación. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA. 5

19 Introducción a las Normas Propuestas por OMG Capítulo I El capítulo puede ser considerado como una Ingeniería Conceptual para el desarrollo de un Sistema de Automatización Integrado hacia las aplicaciones. El capítulo abarca los siguientes aspectos: 1.Estudio de las especificaciones propuestas por OMG para la Arquitectura de Administración de Objetos (OMA) 2.Estudio de las especificaciones propuestas por la OMG para la Arquitectura de Objetos de Negocios (BOA que es actualmente BOCA (Business Object Component Architecture)) 3.Estudio de las especificaciones propuestas por la OMG para el manejo y desarrollo de Workflow o flujo de trabajo. Desarrollo de una Herramienta Workflow Basada en Tecnología XML y JAVA. 6