INSTITUTO SUPERIOR POLITÉCNICO JOSÉ ANTONIO ECHEVERRÍA FACULTAD DE INGENIERÍA INFORMÁTICA CENTRO DE ESTUDIOS DE INGENIERÍA Y SISTEMAS (CEIS)

Transcripción

1 INSTITUTO SUPERIOR POLITÉCNICO JOSÉ ANTONIO ECHEVERRÍA FACULTAD DE INGENIERÍA INFORMÁTICA CENTRO DE ESTUDIOS DE INGENIERÍA Y SISTEMAS (CEIS) UNA SOLUCIÓN VÁLIDA PARA LA GESTIÓN DE PROCESOS DEL CITI UTILIZANDO MICROSOFT BIZTALK SERVER 2009 Trabajo de diploma para optar por el título de Ingeniería en Informática Presentado por: Pedro Ernesto Amador Cintas (pamador@ceis.cujae.edu.cu) Tutor: Ing. Magela Santana González (msantana@udio.cujae.edu.cu) Complejo de Investigaciones Tecnológicas Integradas (CITI) CUJAE, junio 2010 Ciudad de la Habana

2

3

4 Agradecimientos En primer lugar debo agradecer a mi familia por su apoyo total durante mis años de estudio. Especialmente para mi mamá, mi abuela y el Capo. Después debo agradecer a mis magníficos amigos, casi hermanos que siempre han estado para mí en todo momento. A Guenia y Oleg porque a pesar de la distancia los siento aún a mi lado. Manuel por ser mi compañero de salidas desde hace muchísimos años y mi amigo desde que tengo uso de razón. A Irene por ser como una hermana y por soportarme hasta en mis peores momentos. A Lily y Alexander por estar siempre disponibles para hablar y ayudarme a relajar. A los profesores que supieron transmitirme sus conocimientos a lo largo de estos cinco años. A mi tutora por haber sido paciente conmigo aunque a veces resulta difícil. A Eva, Juan Carlos y Luis por intercambiar los conocimientos de BPM necesarios. Mis agradecimientos para Elizabeth y Jorge por estar siempre disponibles cuando me surgía una duda. A Dayron por compartir sus conocimientos siempre que sabía del tema y cuando lo desconocía, inventárselos. A todos mis compañeros durante estos años, donde puedo destacar a Yuliet, Guille, Julio y Airam.

5 Resumen Todas las empresas tienen procesos que definen su forma de trabajar, aún cuando en muchos casos éstos no se encuentran documentados. La Gestión de Procesos de Negocio, tiene como objetivo principal hacer los procesos óptimos a través de su control sistemático. Éstos pueden ser mejorados, haciéndolos más confiables, consistentes y con una menor tendencia a fallos. El Complejo de Investigaciones Tecnológicas Integradas (CITI), constituye un proyecto del Ministerio del Interior y el Instituto Superior Politécnico José Antonio Echeverría, de gran importancia para el desarrollo de tecnologías de avanzada en el país. El CITI, se encuentra adoptando un enfoque orientado a procesos y ya han sido identificados un gran número de ellos. Uno de los objetivos que se traza la entidad, es la selección de una herramienta que le permita gestionar sus procesos y mantener un adecuado control sobre estos. Siendo política de la entidad la utilización de Microsoft BizTalk Server 2009 como herramienta para la integración y orquestación de servicios, y teniendo como premisa la intención de la entidad de implementar una solución a la gestión de procesos, se realiza una evaluación de las potencialidades de este software para dar respuesta a los requisitos. Palabras claves: procesos de negocio, gestión de procesos de negocio, BizTalk.

6 Summary All enterprises have their own processes which define their ways of operation albeit, in many cases, they are not fully documented. Business Process Management has the main purpose of optimizing such processes thru their systematic control. These could therefore be improved making them more reliable, consistent and less subject to failure. El Complejo de Investigaciones Tecnológicas Integradas (CITI), is a join project entity formed by Ministerio del Interior and Instituto Superior Politécnico José Antonio Echeverría, which shows a paramount importance for the development of state of the art technology within the country. The CITI, is adopting a process-oriented approach and have already identified a large number of them. One of the objectives that the entity had drawn, is the selection of a tool that allows to manage their processes and maintain appropriate control over them. Its a decission of the entity to use Microsoft BizTalk Server 2009 as tool for the integration and services orchestration in their interest to draw a solution for Business Process Management, an analysis of the feasibility of using this software to fulfil the requirements is performed.

7 Índice INTRODUCCIÓN CAPÍTULO 1 LA GESTIÓN DE PROCESOS DE NEGOCIO Introducción Procesos de negocio. Definición Gestión de Procesos de Negocio Ciclo de vida de BPM Estándares Impacto de la adopción de BPM Los sistemas de Gestión de Procesos de Negocio Funcionalidades de un BPMS BPM y SOA Introducción a SOA Ventajas de utilizar BPM con SOA Conclusiones del capítulo CAPÍTULO 2 CARACTERIZACIÓN DE BIZTALK SERVER Introducción Arquitectura Motor de MSBS Elementos de soporte Monitorización de actividades de negocios Valoración de la herramienta para la implantación de BPM Casos de éxito en la adopción de BizTalk Server Propuesta para la implantación de BPM con BizTalk Server 2009 en la organización Consideraciones a tener en cuenta en la propuesta Modelador Flujo de trabajo de personas e interfaces... 64

8 2.5.4 Representación de los datos de BAM Conclusiones CAPÍTULO 3 IMPLEMENTACIÓN DE UN CASO DE ESTUDIO Introducción Consideraciones Descripción del proceso Aplicación de la solución propuesta al caso de estudio Análisis y modelación Desarrollo y despliegue Interacción y administración Monitorización y optimización Valoración de los resultados Conclusiones del capítulo CONCLUSIONES RECOMENDACIONES REFERENCIAS BIBLIOGRÁFICAS GLOSARIO DE TÉRMINOS Y SIGLAS ANEXOS... 94

9 Índice de Figuras Capítulo 1 Figura 1.1 Ciclo de vida de BPM [Weske,2007] Figura 1.2 Posicionamiento de soluciones BPMS [Vollmer,2008] Figura 1.3 Componentes de un BPMS [Newcomer&Lomow,2004] Figura 1.4 Acceso y composición de servicios [Newcomer&Lomow,2004] Figura 1.5 Gráfico de costos [WebMethods,2005] Figura 1.6 Visión general de la relación entre BPM y SOA [Kamoun,2006] Capítulo 2 Figura 2.1 Componentes de la arquitectura de MSBS [Microsoft,2009d] Figura 2.2 Procesamiento de los mensajes [Veld&Bakker,2009] Figura 2.3 PN diseñado en Orchestration Designer Figura 2.4 Fuente de datos del vocabulario y regla Figura 2.5 Roles en la definición y utilización de reglas de negocio Figura 2.6 Roles en proyectos BAM [Sanders&Snowman,2009] Capítulo 3 Figura 3.1 Proceso del caso de estudio Figura 3.2 Regla del costo Figura 3.3 Formulario para la solicitud de material Figura 3.4 Mapa de transformación Figura 3.5 Puertos de envío del Caso de Estudio Figura 3.6 Consulta y resultados Figura 3.7 Control del estado de ejecución Figura 3.8 Definición de las fuentes de datos Figura 3.9 Reporte de actividades de negocio... 82

10 Índice de Tablas Tabla 1 Resumen de las funcionalidades de MSBS Tabla 2 Componentes gráficos del modelador [Microsoft,2009b] Tabla 3 Business Milestones y Business Data de la actividad Solicitudes... 79

11 Introducción Introducción La sociedad moderna se encuentra sumergida en un entorno de tecnologías que evolucionan con una velocidad impresionante. Lo que era novedoso ayer, ya mañana puede convertirse en algo obsoleto y ser un freno al desarrollo. La constante evolución de los entornos empresariales ha sido paralela a las tecnologías de la información. Una de las bases de la competitividad está en la automatización de las acciones ejecutadas a diario, para lo cual los sistemas informáticos son esenciales. El desarrollo de soluciones ha tenido que evolucionar para poder mantener la eficiencia y rapidez, reduciendo los costos sin sufrir pérdidas en la entrega de los valores que generan. Los niveles de competitividad en los entornos empresariales se han visto incrementados de forma significativa. En un mismo sector, puede haber varias empresas que ofrezcan productos con similares características, por lo que la capacidad de ser ágil puede resultar ventajosa sobre la competencia. Esta agilidad puede ser lograda a través de la mejora y monitorización sistemática de los procesos de negocio. En este punto es donde se incluye la Gestión de Procesos de Negocio (BPM, por sus siglas en inglés) como una metodología creada para controlar íntegramente los procesos. Según la consultora Gartner, la mejora y gestión de los procesos de negocios, ocupa el primer lugar en los objetivos de los dirigentes empresariales, viendo a BPM como uno de los conceptos claves en el año 2009 [Mosquera,2009]. Adoptar BPM significa que el funcionamiento organizacional puede alcanzar un estado óptimo y que las relaciones con los clientes a través de los valores generados sea lo más eficiente posible. La demora en entregar resultados a los clientes con lo que se tiene relación, puede significar que aquellos insatisfechos terminen optando por soluciones de la competencia. La forma más común en la adopción de BPM pasa por la utilización de herramientas informáticas que permitan darle cumplimiento a su ciclo de vida. Página 11

12 Introducción Si se recurre nuevamente a Gartner, esta dice que el mercado de los sistemas de BPM en el 2011 alcanzará elevadas cifras en beneficio económico debido a la globalización, la importancia creciente del consumidor y el aumento del cambio de Internet a las dinámicas de las empresas. Gracias a estos factores se crea una reducción de costos a corto y largo plazos beneficiosos para todos sus integrantes [Lastra,2007]. En la actualidad, el CITI se encuentra en vías de adopción de un enfoque orientado a procesos. Sin una forma de automatizar y gestionar los procesos de negocio, no puede seguir la línea de trabajo que se plantea como parte de su estrategia, por lo cual resulta lenta su adaptación a los entornos empresariales actuales. Estos entornos requieren la adaptación a los cambios de forma rápida y sin pérdida de productividad. Las aplicaciones que brindan soporte a las diferentes áreas del CITI, aún se encuentran en fase de desarrollo, por lo que su número debe incrementarse con el tiempo. Los procesos de negocio, contemplan la integración de estas aplicaciones como forma de generar un valor a partir de los datos que se intercambian entre ellas. El CITI ha tomado como decisión utilizar Microsoft BizTalk Server 2009 como herramienta de integración de aplicaciones y orquestación de servicios, sin embargo no está definido cuál sería una solución válida para la gestión de procesos del CITI utilizando Microsoft BizTalk Server 2009, lo cual constituye el problema a resolver en el presente trabajo. El objeto de estudio se encuentra enmarcado en la Gestión de los Procesos de Negocio y en BizTalk Server El campo de acción se centra en: Los procesos de negocio y su forma de gestionarlos. Ciclo de vida de la Gestión de Procesos de Negocio y características de los sistemas que soporten la adopción de esta estrategia. Capacidades de automatización, integración y monitorización de Microsoft BizTalk Server Página 12

13 Introducción Para ofrecer una solución al problema que se plantea, se concibió el siguiente objetivo general: Proponer una solución válida para la gestión de procesos del CITI utilizando Microsoft BizTalk Server Para lograr el objetivo anteriormente expuesto, se identifican los siguientes objetivos específicos: Caracterizar la estrategia de BPM e identificar las funcionalidades que deben exponer los sistemas informáticos que permitan su adopción. Evaluar BizTalk Server 2009 como herramienta en la implantación de una solución para la Gestión de Procesos de Negocio. Plantear una propuesta de solución para la gestión de procesos de negocio utilizando BizTalk Server 2009 en el CITI. Implementación de un caso de estudio que demuestre la validez de la propuesta planteada utilizando BizTalk Server Se ha definido la siguiente hipótesis como parte de la investigación: Es posible utilizar a BizTalk Server 2009 como una solución válida para la Gestión de los Procesos de Negocio en el CITI. Con el resultado de la investigación, se dota al CITI de una propuesta de solución que satisface la necesidad de ejecución, monitorización y control de procesos, acorde a las tendencias actuales de las empresas en el mundo. Esta propuesta se encuentra en correspondencia a las restricciones de la entidad en cuanto a la accesibilidad de los contenidos, gracias a que es posible canalizar toda la información a través de su portal corporativo. Además, se cuenta con la ventaja de que existe experiencia previa en muchas de las tecnologías propuestas, lo que puede reducir el tiempo de desarrollo de la solución. La adopción de una solución BPM, supone un aumento de la productividad y disminución del tiempo destinado a realizar modificaciones en la forma en la que los procesos se ejecutan. Esto permite mantener la competitividad en entornos empresariales cada vez más dinámicos. Página 13

14 Introducción El presente documento consta de 3 capítulos, donde: En el Capítulo 1 se analizan los elementos que comprenden el marco teórico de la Gestión de Procesos de Negocio. Se exponen las funcionalidades que deben tener los sistemas de BPM. En el Capítulo 2 se introducen los elementos de la arquitectura de Microsoft BizTalk Server En base a las funcionalidades identificadas, se realiza un análisis de qué fases del ciclo de vida de BPM cumple y las similitudes que posee con los sistemas de BPM tradicionales. Al final se ofrece una propuesta de solución para la implantación de BPM en el CITI utilizando BizTalk Server En el Capítulo 3 se implementa un caso de estudio donde se validan los elementos considerados más importantes de la propuesta de solución planteada. Página 14

15 CAPÍTULO 1 La Gestión de Procesos de Negocio

16 Capítulo 1 La Gestión de Procesos de Negocio 1.1 Introducción El capítulo que se desarrolla a continuación, contiene los elementos teóricos necesarios para comprender el marco en que se contiene esta investigación. Se realiza un estudio de los procesos de negocio con sus clasificaciones y de la estrategia que se posiciona en la actualidad como una forma a su gestión. Además, se identifican las características que deben poseer los sistemas informáticos que permiten la gestión de los procesos de negocios en los entornos empresariales. 1.2 Procesos de negocio. Definición En una primera introducción al tema que se aborda en este trabajo, resulta necesario realizar una breve explicación del término proceso de negocio (PN). Existen varias definiciones sobre este concepto en la bibliografía: Ordenamiento lógicamente interrelacionado de tareas desarrolladas en tiempo y espacio (con comienzo y fin, con entradas y salidas) y que se orientan al logro de un objetivo de negocio, generando un output de valor (total o parcial) para el cliente del proceso [Diaz et al.,2006]. un proceso de negocio es un conjunto de actividades relacionadas que permiten crear un producto o servicio final a través de la transformación de uno o varios productos o servicios iniciales. El desarrollo del proceso es el que debe aportar valor a las entradas iniciales [Johanson et al.,1998]. Los PN se agrupan en tres categorías, en dependencia de su impacto en la organización [Johanson et al.,1998]: Estratégicos: Los que más peso poseen dentro de la organización debido a que marcan su camino a seguir. Proporcionan las directrices al resto de los procesos de las empresas. Claves: Se orientan en los servicios y son los que generan un valor a los clientes. Soporte o apoyo: Dan soporte a los procesos claves para su correcta ejecución. Página 16

17 Capítulo 1 La Gestión de Procesos de Negocio 1.3 Gestión de Procesos de Negocio Todas las empresas realizan actividades que son establecidas por procesos que representan su comportamiento y las relaciones con los clientes. La gestión y ejecución eficiente de los PN, influye directamente en la forma en que funciona la organización, abriendo o cerrando su abanico de posibilidades de posicionarse como líder en su sector. Se ha desarrollado una estrategia destinada a proveer a las empresas de vías, métodos y facilidades para diseñar y administrar sus procesos, que recibe el nombre de Gestión de Procesos de Negocio (BPM, por sus siglas en inglés). BPM caracteriza a un conjunto de sistemas de software, herramientas y metodologías que indican a las empresas cómo identificar, modelar, desarrollar, desplegar y administrar sus procesos de negocio [Newcomer&Lomow,2004]. BPM combina los procesos de negocio, información y recursos de TI, alineando los activos de la organización personas, información, tecnología y procesos para crear una vista única integrada, con inteligencia en tiempo real de las medidas del negocio y del rendimiento de los sistemas de TI [Keen et al.,2006]. La decisión de adoptar y seguir una estrategia de BPM, trae como consecuencia un cambio en la forma de trabajo de la compañía. El cambio debe estar regido por el compromiso del personal involucrado para seguir sus lineamientos, con el objetivo de lograr su implantación apropiada [Lombardi,2006] [Weske,2007]. BPM se encuentra enfocado a [Garimella et al.,2008]: Alinear negocio y TI. Permitir la mejora continua de procesos. Ofrecer visibilidad de los procesos. Unificar las funcionalidades existentes y su posterior reutilización Ciclo de vida de BPM El ciclo de vida de BPM se divide en cuatro fases que se desarrollan iterativamente. Por cada PN analizado dentro del ciclo de vida, existirá una futura mejora en su diseño, evidenciando así el carácter iterativo de su desarrollo [Microsoft,2006] [Weske,2007]. La Figura 1.1 es una representación de estas cuatro fases. Página 17

18 Capítulo 1 La Gestión de Procesos de Negocio Figura 1.1 Ciclo de vida de BPM [Weske,2007] Análisis y modelación El primer paso consiste en realizar un análisis de la organización donde va a ser implantada la estrategia de BPM. De este análisis se desprenden aquellos PN que son candidatos para la gestión. La selección de los PN se basa en su importancia, donde deben ser postulados los que tengan un mayor impacto en la obtención de resultados de cara a los objetivos de los clientes, para luego descender hasta aquellos con menor relevancia [Diaz et al.,2006] [Ferguson&Stockton,2005] [Microsoft,2006] [Weske,2007]. En esta fase del ciclo se engloban las tareas de identificación y modelación de los procesos, donde son reconocidos los PN y las entidades con las que interactúa (personas y sistemas). Utilizando un sistema de notación gráfica, el análisis se lleva a la etapa de modelado, de donde se obtiene un modelo de procesos (MP). Un MP consiste en un modelo formado por el conjunto de actividades que conforman un PN, y las restricciones e interacciones entre ellas. Constituyen el principal artefacto para la implementación de procesos, ya sea por métodos tradicionales o utilizando un sistema de software. Las instancias de los PN, representan cada situación particular de ejecución de procesos en la empresa. En el caso de los MP, estos pueden ser vistos a modo de patrón a seguir por un grupo de instancias de procesos [Diaz et al.,2006] [Weske,2007]. Página 18

19 Un MP debe cumplir una serie de requerimientos: Capítulo 1 La Gestión de Procesos de Negocio Representar las actividades del proceso acorde a la realidad de este, como vía de obtener el resultado esperado. Posibilitar la inclusión de mejoras en su comportamiento, para hacerlo más eficiente de ser necesario. Antes de desplegar los procesos en un entorno de producción, puede realizarse un paso previo que consiste en la simulación de su ejecución. En la simulación, el PN definido en el modelo es ejecutado paso a paso, con el objetivo de verificar si sus salidas se corresponden a las identificadas inicialmente. Mediante la simulación en los entornos de desarrollo, se verifica que los requisitos definidos en el proceso han sido cubiertos evitando así situaciones indeseadas en entornos reales de ejecución [Microsoft,2006] [Weske,2007]. Desarrollo y despliegue La aplicación de un MP puede realizarse mediante dos vías. La primera involucra la utilización de una herramienta de BPM. La segunda forma es mediante la implementación de un conjunto bien definido de normas a cumplir por el personal involucrado en el negocio. De las posibilidades mencionadas anteriormente se puede afirmar que para realizar BPM no es necesaria la utilización de una herramienta destinada a este fin, aunque su empleo facilita en gran medida el trabajo gracias a la automatización de las actividades y demás facilidades que ofrecen. Si se decide seguir la primera vía, implica un estudio previo de las necesidades de implementación para lograr la selección de la herramienta que mejor se adapte a las necesidades del proceso y del entorno de producción. Para la selección pueden ser valorados los parámetros: licencia bajo la que se distribuye el software, capacidades de integración con diferentes sistemas, facilidades de seguimiento de ejecución y forma de ofrecer reportes de estado de los PN [Weske,2007]. En la ejecución de los PN intervienen las aplicaciones empresariales, donde cada una entrega un valor para el cumplimiento de este, por lo que su integración resulta necesaria. Los sistemas de integración de aplicaciones brindan las facilidades Página 19

20 Capítulo 1 La Gestión de Procesos de Negocio requeridas para realizar esta tarea, por lo que su configuración en el entorno de producción ocupa un papel fundamental. Es la etapa donde se tienen en cuenta la interacción que poseen los usuarios con los procesos y los sistemas [Weske,2007]. En el paso final de la fase se realizan pruebas a los PN y su despliegue. Las pruebas son realizadas con el objetivo de detectar comportamientos anómalos en el desarrollo del proceso, así como para analizar el funcionamiento de los sistemas que soportan a estos. Una vez obtenidos los resultados de las pruebas, se realiza el despliegue del proceso en el entorno donde este va a ser ejecutado [Weske,2007]. Interacción y administración En aquellas situaciones donde no exista un motor de ejecución de procesos, en esta fase entonces se implantan los modelos definidos a modo de normas a seguir en la empresa. Las normas controlan los ciclos de ejecución de los procesos y permiten mantener un orden en el desarrollo de estos. Adoptar este tipo de vía implica que no existirá una forma de automatización de las actividades, lo que puede significar demoras en el desarrollo de los PN y poco control sobre estos [Weske,2007]. Cuando se utiliza un motor de ejecución de procesos, este es el encargado de garantizar la ejecución de sus instancias, siguiendo el modelo que lo define. Deben ser tomadas en cuenta las restricciones de ejecución impuestas en los MP. En esta fase además, se lleva a cabo la monitorización de ejecución de los procesos. Esto consiste en el seguimiento del desarrollo del PN para la obtención de la información que generan sus instancias en un espacio de tiempo determinado. Existen una serie de estados en los cuales puede encontrarse una instancia de proceso: ejecución, terminado y detenido. La representación de la información de los estados es muy importante para el control de los negocios de las empresas, ya que ofrece una forma visual del comportamiento de las actividades desarrolladas [Weske,2007]. Durante la ejecución de los PN se genera información en forma de trazas, las cuales son almacenadas en ficheros logs. Estos ficheros son la base para la evaluación del proceso en la siguiente fase del ciclo de vida [Weske,2007]. Página 20

21 Capítulo 1 La Gestión de Procesos de Negocio Monitorización y optimización La fase se encuentra enfocada en el análisis de los datos que generó la ejecución de los procesos. Esta información se puede obtener mediante el acceso a los ficheros logs generados y permite, a partir del análisis de los datos obtenidos, concluir si los MP son óptimos o si necesitan ser perfeccionados [Weske,2007]. La minería de procesos es aplicada en el área de extraer información de los ficheros logs para el análisis del proceso. Este análisis de datos se compara con los MP, siendo una vía para detectar las diferencias entre la forma de ejecución y la definición del modelo. La fase de evaluación da paso, de ser necesario, a una nueva iteración del ciclo de vida, donde el trabajo puede ser perfeccionado gracias a los datos adquiridos [Weske,2007]. En el seguimiento de una nueva iteración, no siempre es necesario transitar por todas las actividades de cada una de las cuatro fases Estándares Para la creación de las actividades que existen en BPM, hay serie de estándares entre los que se encuentran: BPMN y Diagramas UML para el diseño, XPDL para la representación de la secuencia de actividades y flujos y BPEL para la orquestación de servicios web (SW). En los próximos puntos se describen cada uno con un mayor nivel de detalle [Havey,2005]. Business Process Modeling Notation (BPMN) Es un estándar desarrollado por OMG (Object Management Group) con el objetivo de ofrecer una notación fácilmente comprensible entre los usuarios del negocio. La notación provista, crea una unión entre los diseñadores de los procesos y aquellos que los implementan y monitorizan [OMG,2009]. La creación de BPMN, parte de los criterios de unificación de diferentes notaciones de procesos, entre ellas los Diagramas de Actividad UML. Para la modelación cuenta con una amplia gama de componentes que superan los cincuenta. Hereda algunas de las ventajas que existen en los procesos del tipo Negocio a Negocio (B2B, por sus siglas Página 21

22 Capítulo 1 La Gestión de Procesos de Negocio en inglés), como la visibilidad de los procesos que pueden ser públicos o privados. De B2B, también toma conceptos de modelación que especifican el manejo de excepciones, transacciones y compensaciones [OMG,2009] [OMG,2003]. Diagrama de actividades UML Los diagramas de actividades Unified Modeling Language (UML), definen una cadena de actividades determinada, donde se especifican el flujo de trabajo que se ejecuta desde el punto de inicio hasta el final. En este flujo, se describen las posibles decisiones y los eventos a realizar en la actividad. Forma parte del grupo que aglutina a los diagramas de comportamiento y son empleados comúnmente en la modelación de PN con el objetivo de capturar la lógica que existe en este [OMG,2003] [Systems,2007]. Business Process Execution Language (BPEL) El nombre oficial es BPEL for web services (BPEL4WS), aunque se tiende a utilizar simplemente BPEL. Constituye un estándar creado por la Organization for the Advancement of Structured Information Standards (OASIS) para la definición y ejecución de PN, siendo uno de los lenguajes más utilizado con este fin. Tiene como base a Extensible Markup Language (XML), lo cual implica facilidades de programación, portabilidad e integración con SW. Los PN creados en BPEL pueden ser exportados y ejecutados en diferentes motores de ejecución, siempre que el estándar sea soportado [Cerami,2002] [Diaz,2007]. La definición de PN en BPEL viene acompañada de la interacción de estos con entidades externas a través de las cuatro operaciones que define el estándar Web Services Description Language (WSDL). Su enfoque no está dirigido a la representación gráfica de los procesos y tampoco define alguna metodología de diseño. [Leymann et al.,2003]. La utilización de BPEL viene acompañada de una serie de restricciones, donde la más representativa es la que limita la forma de inicializar un proceso. Éstos deben ser instanciados a partir de la recepción de un mensaje que comience la actividad. Un proceso debe ser iniciado a partir de la llamada a un servicio [Cerami,2002]. Además Página 22

23 Capítulo 1 La Gestión de Procesos de Negocio está centrado en los sistemas, por lo que su representación no tiene en cuenta la interacción humana con estos. XML Process Definition Language (XPDL) Es un lenguaje definido por la Workflow Management Coalition (WfMC) con el objetivo de soportar la importación/exportación de los MP entre aplicaciones diferentes, ya sean modeladores o entornos de ejecución [WfMC,2008]. Esta estandarización es posible gracias a que el archivo XPDL es una representación exacta del modelo realizado en BPMN. Actualmente se encuentra en la versión 2.1 que fue liberada en abril de Su versión anterior denominada 2.0, data de octubre de En el archivo XPDL que representa el proceso, son guardadas las posiciones de los elementos a través de coordenadas X y Y, así como la descripción de las actividades, integración con SW y roles, entre otros. En su versión 2.0 soporta todos los elementos que existen en BPMN [Swenson,2006] Impacto de la adopción de BPM Ayudar a las organizaciones a enfrentarse a los retos del mundo de los negocios actual, optimizando sus procesos de negocio y adaptándolos a las necesidades del mercado [Laurentis,2009] Los beneficios obtenidos de la adopción de BPM son reflejados en la forma en la que las empresas son capaces de hacer frente a los cambios en su entorno. Los siguientes puntos hacen referencia a algunos de estos beneficios [Diaz et al.,2006] [Newcomer&Lomow,2004]. Aumento del rendimiento y la productividad del trabajo desempeñado por los integrantes de los procesos. Incremento de la calidad de los servicios ofertados a los clientes que reciben un valor de los PN. Mejora continua de procesos, permitiendo la eliminación de los pasos que representan un freno en el negocio. Ganancia en la visibilidad y el control de los PN. Página 23

24 Capítulo 1 La Gestión de Procesos de Negocio Reducción de costos operacionales mediante la automatización de los PN. Utilización de técnicas de auditoría y trazabilidad de procesos. Reducción de los costos, tiempo y esfuerzo dedicado a la implementación de los PN. 1.4 Los sistemas de Gestión de Procesos de Negocio Un sistema de Gestión de Procesos de Negocio (BPMS, por sus siglas en inglés) es el encargado de separar la lógica de los procesos, de la gestión de los sistemas vinculados a este. Por cada PN definido en un MP, pueden existir varias instancias correspondientes a acciones que ocurren simultáneamente, siendo el BPMS el que se encarga de su ejecución. La separación de los procesos del software, permite modificar el primero en un plazo de tiempo mínimo, de ser necesario [Anaya&Ortiz,2006] [Diaz et al.,2006]. Los BPMS pueden ser definidos como un sistema de software genérico que se guía por representaciones de procesos, para coordinar el ajuste de los PN [Weske,2007]. La utilización de los BPMS, ha logrado convertirse en una práctica recurrente tanto en los departamentos de TI, como en la gestión de la organizaciones [Vollmer,2008]. Este tipo de herramientas debe ser capaz de dar solución al ciclo de vida que posee un PN. Las suites BPM deben cumplir una serie de requisitos para su funcionamiento adecuado en la organización [Newcomer&Lomow,2004]. Integrar los sistemas empresariales existentes que participen en el desarrollo de los PN. Proveer capacidades de integración con SW. Mantener el balance de carga de los procesos para evitar fallas en su ejecución. Brindar opciones de recuperación de procesos que fallen en su ejecución. Facilitar la modificación de la lógica de los procesos en caso de ser necesario. Aunque las alternativas de software libre han realizado un importante avance en la actualidad, los fabricantes de software con licencias propietarias tienen una fuerte Página 24

25 Capítulo 1 La Gestión de Procesos de Negocio presencia en el mercado, casi siempre con soluciones orientadas a las grandes empresas capaces de asumir los costos de adquisición [Robledo&Laurentiis,2009]. En el año 2008, la consultora Forrester realizó un estudio sobre 10 fabricantes que ofrecen sus soluciones de BPM. La Figura 1.2 representa los resultados que obtuvo la citada consultora. Figura 1.2 Posicionamiento de soluciones BPMS [Vollmer,2008] Para llevar a cabo el estudio fueron utilizados 106 criterios de evaluación clasificados en tres grupos [Vollmer,2008]. No se valoran únicamente las características técnicas de los productos, sino que se le da valor también a los criterios de los clientes y penetración en el mercado. Los grupos son los siguientes: Oferta: Es el grupo donde se reúnen todos criterios técnicos de evaluación. Los parámetros controlados fueron seguridad, transformación de datos, soporte para Web 2.0, intercambio de datos. Las capacidades de BPM analizadas se centraron en modelación, administración y monitorización de procesos. Como últimos puntos se puede señalar las capacidades de adaptación en una Arquitectura Orientada a Servicios. Página 25

26 Capítulo 1 La Gestión de Procesos de Negocio Estrategia: Evalúa el camino a seguir del producto en un futuro. Algunos de los criterios fueron el soporte brindado a los clientes para la adopción de soluciones, soporte de las comunidades en la web y el alcance de sus ofertas. Se valoró fuertemente las opiniones de los clientes actuales de los productos. Presencia en el mercado: Para medir el posicionamiento en el mercado se utilizaron los datos provenientes de la cantidad de clientes actuales sumados a los nuevos Funcionalidades de un BPMS Debido al incipiente desarrollo de los sistemas de BPM, los fabricantes no alcanzan un consenso sobre las funcionalidades que deben poseer este tipo de herramientas. Todos siguen un patrón que se basa en modelación y ejecución, pero a partir de estos elementos, las opiniones varían con respecto a qué deben incluir y los estándares que deben soportar. Estas diferencias pueden ser originadas por dos situaciones: la primera es el sector de mercado al cual están orientados, que puede no necesitar de ciertas capacidades, por lo que su inclusión en las herramientas no es necesaria. La segunda causa es que los fabricantes, en ciertas ocasiones, prefieren integrarse con tecnologías que proveen sus socios comerciales e incluirlas como parte de su solución [Diaz et al.,2006]. Figura 1.3 Componentes de un BPMS [Newcomer&Lomow,2004] Página 26

27 Capítulo 1 La Gestión de Procesos de Negocio Los sistemas de BPM deben dar soporte a las fases del ciclo de vida de la estrategia. La Figura 1.3 muestra los componentes básicos que deben encontrarse en la arquitectura de un BPMS. Componentes para la modelación Se pueden identificar una serie de subcomponentes para la modelación [Newcomer&Lomow,2004]: Diseñador gráfico de PN. Simulador de procesos. Creación de formularios. Los BPMS proveen un conjunto de herramientas gráficas de diseño, que poseen la funcionalidad de soportar la captura y modelación de los requerimientos de los procesos por parte de los analistas del negocio. Las herramientas de modelación utilizan una serie de componentes gráficos, que son incorporados al MP para representar su lógica. El modelo expone la lógica mediante la definición de las relaciones entre las actividades que se llevan a cabo y presenta la forma en la que las tareas serán activadas y los permisos de operaciones sobre ellas. Una de las características que más se valoran en este tipo de herramientas, es su facilidad de uso para cualquier persona que interviene en el negocio [Diaz et al.,2006] [Garimella et al.,2008]. Los MP son utilizados por los trabajadores de TI para analizar la relación que estos guardan con los activos de la mencionada área. Estos modelos también pueden ser empleados en el campo de la simulación con el objetivo de analizar cómo el incremento en el número de instancias de procesos puede comprometer la fluidez del funcionamiento organizacional [Newcomer&Lomow,2004]. El subcomponente para la simulación de procesos da cumplimiento a esta actividad en el ciclo de vida. Mediante la simulación se puede probar los cambios realizados en el proceso sin tener que recurrir a su despliegue en un entorno real de ejecución [Newcomer&Lomow,2004]. Página 27

28 Capítulo 1 La Gestión de Procesos de Negocio Durante la ejecución de los PN, éstos no solo se relacionan con los sistemas empresariales, sino que también lo hacen con las personas que intervienen en el proceso. Como parte de la modelación se debe poder definir la forma de interacción de estos usuarios mediante la creación de formularios que representen las actividades a realizar [Newcomer&Lomow,2004] Motor de ejecución de procesos Después de la fase de modelación y mapeo a los activos de TI, el MP pasa a ser candidato a su despliegue en el motor de ejecución de procesos. El mapeo de los modelos es realizado por personal de TI, el cual se encarga de la integración de cada parte del proceso con los sistemas que intervienen en este [Newcomer&Lomow,2004]. El motor de ejecución, se encarga de manejar tantas instancias inicializadas del modelo como sean requeridas para el desarrollo de las actividades de la empresa. Este también debe ser capaz de garantizar el cumplimiento de las reglas definidas en el MP [Newcomer&Lomow,2004]. La ejecución de los PN puede variar en dependencia de las pasos por los cuales debe transitar, lo que significa que no responde a un modelo lineal de tiempo, sino que se adapta a las características del proceso. El motor de ejecución debe dar soporte al manejo de varias versiones de los procesos y la forma de mantener el control sobre ellos. También deben ser capaces de mantener un balance de carga en la ejecución [Newcomer&Lomow,2004]. Infraestructura Su función es realizar la comunicación entre las diferentes aplicaciones de TI que intervienen en el proceso. Debe incorporar las principales funcionalidades de los sistemas de integración de aplicaciones (EAI, por sus siglas en inglés). El motor de ejecución emplea este componente para establecer una comunicación de envío/recepción de datos con los sistemas existentes en las empresas [Garimella et al.,2008]. Página 28

29 Capítulo 1 La Gestión de Procesos de Negocio Entre sus requisitos se encuentran poseer conectores para crear la comunicación con los sistemas anteriormente mencionados. Estos conectores deben permitir interactuar con servicios web y bases de datos (BD). Además debe existir la posibilidad de crearlos a la medida de los sistemas que así lo requieran. El resto de las capacidades que deben proveer se basa en transformación de mensajes y enrutamiento de estos entre sistemas [Diaz et al.,2006] [Newcomer&Lomow,2004]. Herramienta de monitorización y administración de procesos Este componente deben incluir reportes sobre los procesos actuales que se encuentra n en ejecución, históricos de procesos completados, facilidades para el control de estado del proceso (suspender y resumir) y variación de las prioridades de su ejecución [Newcomer&Lomow,2004]. La administración de la ejecución de los procesos corre a cargo del personal de TI. Estos son los responsables de vigilar que no existan atascos en éste, debido a condiciones externas a él [Microsoft,2006]. Herramienta de monitorización de actividades de negocio Los indicadores claves de desempeño (KPI, por sus siglas en inglés), se utilizan para medir la ejecución de los procesos y mostrar el rendimiento de las empresas mediante el cumplimiento de sus objetivos. La monitorización de actividades de negocio (BAM, por sus siglas en inglés), es uno de los componentes que más peso e importancia posee dentro de las suites BPM. Brinda a los integrantes del proceso la oportunidad de tener información en tiempo real a través de los KPI definidos [Diaz et al.,2006] [Newcomer&Lomow,2004] [Weske,2007] [Sanders&Snowman,2009]. Durante la ejecución de los procesos, se genera información y el servidor BAM es el encargado de su obtención. La información adquirida permite mantener informados a los participantes del PN de cualquier desviación que este pueda sufrir en su ejecución. Para lograr obtener la información, BAM tiene que conocer qué actividades de los PN seguir para la captura de los datos [Sanders&Snowman,2009] [Newcomer&Lomow,2004]. Página 29

30 Capítulo 1 La Gestión de Procesos de Negocio La creación de cuadros de información por parte de las herramientas de BAM, permiten el acceso a la información a través de los KPI definidos. Para la representación de los datos de BAM, se crean cuadros de mando en concordancia a las necesidades de información e intereses de los usuarios [Newcomer&Lomow,2004]. 1.5 BPM y SOA La necesidad de adoptar soluciones ágiles para el desarrollo de sistemas, hace que las empresas integren soluciones que, aunque pueden funcionar separadas, cuando se combinan ofrecen múltiples ventajas. Este es el caso de SOA y BPM, que, a pesar de no ser dependientes entre sí, se complementan Introducción a SOA Múltiples empresas, están tomando la iniciativa de moverse hacia una Arquitectura Orientada a Servicios (SOA, por sus siglas en inglés), alineando así los servicios de negocio con los objetivos de TI. Aquellas que siguen esta estrategia, se encuentran mejor calificadas para reaccionar a los cambios en los requerimientos de los negocios, proporcionando una ventaja frente a las empresas que mantienen una estructura basada en sistemas de aplicaciones monolíticas [Accenture,2008]. El concepto de SOA es definido de diversas formas en la literatura especializada: SOA es un estilo de diseño que guía todos los aspectos de creación y uso de servicios de negocio a lo largo de su ciclo de vida. También es una forma de definir y proveer de una infraestructura de TI que permita a diferentes aplicaciones intercambiar datos y participar en procesos de negocio, independientemente de los sistemas operativos o lenguajes de programación de las aplicaciones [Newcomer&Lomow,2004]. Grupo de componentes que pueden ser invocados, y cuyas definiciones de interfaz pueden ser publicadas y descubiertas [W3C,2004b]. A partir de estos conceptos, podemos ver SOA como una forma de separar las funcionalidades de los sistemas en pequeñas unidades lógicas, las que pueden ser expuestas como servicios y ser accedidas desde otros sistemas. Ésto permite el intercambio de información entre aplicaciones, sin importar en que lenguajes estén Página 30

31 Capítulo 1 La Gestión de Procesos de Negocio diseñadas y programadas, o bajo qué sistemas operen. Lograr la independencia en el soporte para el intercambio de datos, trae como beneficio facilidad de adaptación a los cambios, reusabilidad y dinamismo en el negocio. Realizar una migración a la utilización de SOA crea una capa intermedia llamada capa de servicios. La capa está compuesta por un conjunto de servicios que pertenecen a un dominio del negocio determinado, y que pueden ser compartidos entre los diferentes dominios definidos [Newcomer&Lomow,2004] [Urrutia,2006]. La Figura 1.4 muestra las facilidades que brinda la descomposición de las aplicaciones en servicios, basándose en el acceso simultáneo desde varios clientes. La implementación de los entornos donde se encuentran desplegadas las aplicaciones no es relevante. Es posible la creación de nuevos servicios a partir de los ya existentes, lo que demuestra la capacidade de reusabilidad. Figura 1.4 Acceso y composición de servicios [Newcomer&Lomow,2004] Al hacer referencia a SOA se tiende a relacionar este concepto con el de los SW. Ciertamente los SW son una de las vías más comunes adoptadas para la implantación de una SOA, pero no la única [Diaz et al.,2006] [Kamoun,2006] [Keen et al.,2006] [Newcomer&Lomow,2004]. Página 31

32 Capítulo 1 La Gestión de Procesos de Negocio Partiendo de las características expuestas anteriormente, se puede asegurar que la adopción de SOA ofrece grandes beneficios a las empresas, pudiéndose agrupar en tres categorías fundamentales [Accenture,2008]: Negocio: Mayor facilidad de crecimiento por integración de nuevas empresas. Flexibilidad y personalización de los procesos a las necesidades de la organización, diferenciándose respecto a sus competidores. Tecnología: Independencia de la plataforma tecnológica. Mayor facilidad para la adaptación de los sistemas a los PN. Acercamiento entre el lenguaje de negocio y el lenguaje de sistemas. Organización: Rapidez de adaptación al cambio. Mejora en la cultura de servicio. La implementación de una SOA influye directamente en la disminución de los costos de desarrollo gracias a la reutilización de componentes existentes. La capa de servicios intermedia que se crea permite compartir las funcionalidades entre las aplicaciones, por lo que la creación de otras nuevas se realiza sólo una vez. La Figura 1.5 es una representación de los costos de utilizar o no SOA. Mediante una línea de puntos roja se representan estos costos mediante la reutilización de los servicios, mientras que la línea continua azul representa los costos sin existir la mencionada capa de servicios. Página 32

33 Capítulo 1 La Gestión de Procesos de Negocio Figura 1.5 Gráfico de costos [WebMethods,2005] Una de las vías más comunes para la creación de una SOA son los SW. La organización W3C (World Wide Web Consortium), define los SW de la siguiente forma: Es un software diseñado para soportar la interoperabilidad entre máquinas a través de una red. Otros sistemas interactúan con los SW a través de mensajes bajo Simple Object Access Protocol (SOAP) que siguen el estándar XML, normalmente transportados sobre Hypertext Transfer Protocol (HTTP) [W3C,2004a]. Con el objetivo de facilitar la localización de un SW por las aplicaciones que los consumen, estos pueden ser registrados en un sistema de directorio llamado Universal Discovery Description and Integration (UDDI) [Ibagos,2004]. UDDI provee un índice que permite la búsqueda de los servicios existentes en él. Los servicios registrados en el índice son categorizados siguiendo criterios como ubicación geográfica o sector al que pertenecen. En base a estas categorías, se puede realizar una búsqueda siguiendo criterios definidos por quien los consume [Weerawarana et al.,2005]. El bajo acoplamiento de los SW, ofrece las facilidades de interactuar de forma dinámica con otros componentes a través de una red con el fin de ofrecer un servicio, eliminando los mediadores en la comunicación. Los SW pueden ser vistos como una caja negra, o sea, para su utilización no es necesario saber la forma en que se encuentran implementados [Ibagos,2004]. Página 33

34 Capítulo 1 La Gestión de Procesos de Negocio Ventajas de utilizar BPM con SOA El beneficio de la alineación de las organizaciones a la utilización de ambas estrategias radica en que: BPM y SOA tienen el potencial de facilitar a las empresas la forma de automatizar y optimizar la concatenación de valores a través de procesos de negocio adaptables, mientras alivia las necesidades de desarrollo y administración de sistemas y aplicaciones por parte de los departamentos de TI [Kamoun,2006]. La Figura 1.6 muestra la forma en la cual se integran BPM y SOA. Figura 1.6 Visión general de la relación entre BPM y SOA [Kamoun,2006] La integración de BPM y SOA en entornos corporativos no es de carácter obligatorio, sino que ambas pueden ser desarrolladas independientemente una de otra. Aunque su utilización conjunta no es imperativa, los beneficios obtenidos con su integración pueden ser elevados. Cuando se implementa BPM sin SOA, la complejidad en la forma de conectar las aplicaciones aumenta, debido a que no se dispone de un entorno de integración único, como sería una capa de SW, sino que se vuelve necesario conocer Página 34

35 Capítulo 1 La Gestión de Procesos de Negocio cada una de las interfaces de intercambio de datos que poseen las aplicaciones relacionadas con el proceso. Con este tipo de conexión se corre el riesgo de que el proceso pueda verse interrumpido por modificaciones hechas sobre los sistemas. Por ejemplo, una nueva versión de un software de gestión puede traer incorporada una interfaz de aplicación (API, por sus siglas en inglés) modificada o un nuevo modelo de base de datos (BD). Este alto nivel de acoplamiento trae como inconveniente que, realizar un cambio, pueda convertirse en una tarea extremadamente compleja debido a que esto implica crear nuevamente la forma de acceder a los datos expuestos por las aplicaciones [Diaz et al.,2006] [Newcomer&Lomow,2004] [Kamoun,2006] [Keen et al.,2006] [Urrutia,2006]. A medida que las organizaciones crecen, los cambios en los negocios se hacen más frecuentes y necesarios. Aquí se observa el verdadero potencial de la utilización de estrategias de SOA y BPM integradas, debido a que, se le cede la responsabilidad a BPM de coordinar la integración de los procesos bajo un entorno dinámico. En este momento se crean las bases para el desarrollo de soluciones con bajo acoplamiento, que permiten la modificación de los procesos sin afectar la tecnología que los soportan, lo que se traduce en reducción de costos y tiempo de desarrollo. Ambos impulsan la adaptación a entornos dinámicos, a diferencia de los sistemas que poseen un alto nivel de acoplamiento [Newcomer&Lomow,2004] [Urrutia,2006]. Los servicios expuestos por SOA son desplegados y su utilización no se hace efectiva hasta que son invocados. La utilización de soluciones automáticas y flexibles, hacen que los esquemas organizacionales tengan una reducción en sus costos de operación [Pectra,2010]. Se puede concluir entonces que la utilización de SOA facilita la adopción de una estrategia de BPM, debido a que el primero presenta las funcionalidades del negocio como servicios, lo que permite la implementación de los PN a partir de estos. 1.6 Conclusiones del capítulo En base al estudio realizado se puede concluir que los beneficios de la adopción de BPM en las empresas pueden ser elevados si es seguida correctamente. La integración Página 35

36 Capítulo 1 La Gestión de Procesos de Negocio de BPM con SOA brinda la agilidad para el desarrollo, necesario en entornos empresariales donde prima el dinamismo. Mientras que BPM es el encargado de la lógica imperante en los procesos, en SOA recae la responsabilidad de ofrecer los servicios de los que estos se nutrirán. En cuanto a los estándares de modelado y ejecución de procesos, la revisión de una serie de estos muestra como las estrategias de BPM se están moviendo a la adopción de BPMN para la modelación y BPEL como lenguaje de ejecución cuando es necesaria la orquestación de SW, siendo el primero la representación gráfica de las acciones definidas en el segundo. Analizando la arquitectura de los BPMS, se evidencia como sus elementos principales dan soporte a las etapas del ciclo de vida de BPM. Los elementos fundamentales son: modelador de procesos, servidor de integración, servidor de ejecución de procesos y componente de monitorización. Esta arquitectura no es común para todos los BPMS, debido a lo novedoso del concepto y a que todavía no se alcanza un acuerdo entre los fabricantes sobre que componentes deben incluir. Página 36

37 CAPÍTULO 2 Caracterización de BizTalk Server 2009

38 Capítulo 2 Caracterización de BizTalk Server Introducción En este capítulo se realiza un estudio sobre la arquitectura y funcionalidades de Microsoft BizTalk Server Se analizan las potencialidades y deficiencias de dicha herramienta para la gestión de los procesos de negocio de una organización. Al final del capítulo, se realiza una propuesta para la implantación de BPM en el CITI, utilizando Microsoft BizTalk Server 2009 en el centro de un compendio de tecnologías que habilitan la estrategia. 2.2 Arquitectura Las TI han evolucionado de tal forma que, resulta imposible no considerar a los sistemas imperantes en las empresas como parte de un todo integral. La tendencia a la integración de aplicaciones y la automatización de PN, se ha convertido en una obligación para las organizaciones que siguen estrategias de BPM. En el entorno de las TI, se define a Microsoft BizTalk Server 2009 (MSBS) como una plataforma para la integración de aplicaciones o conexión entre negocios. Además, ofrece un conjunto de funcionalidades adicionales, que son comunes a las ofrecidas por las herramientas de BPM [Veld&Bakker,2009]. En una SOA, MSBS puede ser posicionado en su centro, sirviendo de intermediario y orquestador de servicios entre entidades. El término entidades está referido a las aplicaciones, departamentos u organizaciones internas o externas con las cuales se intercambia información. También aprovecha las capacidades de su componente BAM, para ser utilizada como herramienta de monitorización [Veld&Bakker,2009] [Seroter,2009]. La arquitectura de MSBS puede ser estudiada a partir de sus tres componentes principales: Motor de MSBS, elementos de soporte y BAM. Los elementos de soporte están representados por: motor de reglas de negocio, administración y mantenimiento, autenticación única (ver Figura 2.1). Página 38

39 Capítulo 2 Caracterización de BizTalk Server 2009 Figura 2.1 Componentes de la arquitectura de MSBS [Microsoft,2009d] Motor de MSBS Este motor es considerado el centro de la arquitectura, ya que es en él donde residen las funcionalidades principales de la herramienta. A continuación se describen sus dos componentes: mensajes y orquestaciones. Mensajes Los mensajes en MSBS forman parte la arquitectura de intercambio de información con sistemas permitiendo la comunicación entre ellos, ya sean internos o externos a la empresa. Los mensajes utilizan un modelo de publicación/subscripción que reside en una BD de SQL Server llamada MessageBox. Este modelo es el encargado de garantizar que un mensaje publicado en la BD sea dirigido a uno o más destinatarios asociados a él. Entre los componentes que intervienen en el modelo de publicación/subscripción están las orquestaciones (orchestration) y los puertos de envío (send port). A estos dos se les denomina subscriptores y son enlazados a los mensajes escritos en el MessageBox por los publicadores [Microsoft,2009d] [Microsoft,2009e] [Veld&Bakker,2009]. Página 39

40 Capítulo 2 Caracterización de BizTalk Server 2009 La Figura 2.2 es una representación del modelo de publicación/subscripción que define los pasos que sigue un mensaje dentro de MSBS y los componentes que intervienen en su procesamiento. Figura 2.2 Procesamiento de los mensajes [Veld&Bakker,2009] La recepción de los mensajes en MSBS se realiza por medio de un componente llamado puerto de recepción (receive port). A estos puertos le son asociados uno o más puntos de recepción (receive location), cada uno de ellos es configurado con un adaptador (adapter) particular que define el protocolo de comunicación que va a ser empleado entre el sistema y MSBS. Más adelante se detallan un grupo de adaptadores existentes por defecto. Los mensajes recibidos se someten a un procesamiento, del cual el encargado es el componente pipeline. Durante este procesamiento el mensaje sufre una serie de transformaciones y validaciones, pudiendo poner de ejemplo el descifrado o conversión del formato original a XML [Microsoft,2009d] [Microsoft,2009e] [Veld&Bakker,2009]. Existe un componente que puede ser utilizado de forma opcional en la recepción de un mensaje, los mapas (map). Su función es la transformación de la estructura de los datos de un mensaje en otra, mediante la conexión entre sus campos origen y destino y la utilización de componentes que realizan acciones especificas sobre estos. En este punto culmina el procesamiento inicial del mensaje y pasa a ser publicado en la BD Página 40

41 Capítulo 2 Caracterización de BizTalk Server 2009 MessageBox, donde se verifican los subscriptores asociados a este [Microsoft,2009d] [Microsoft,2009e] [Veld&Bakker,2009]. Luego de realizar todo este procesamiento, corresponde el envío del mensaje a su destinatario a través en un puerto configurado con este fin. El procesamiento en el puerto de envío es inverso al de recepción, donde primero es transformado por un mapa (en caso de existir), luego procesado por un pipeline y por último enviado a su destino mediante el adaptador de comunicación correspondiente al receptor de la información [Microsoft,2009d] [Microsoft,2009e] [Veld&Bakker,2009]. Como se explicó anteriormente, existen un conjunto de adaptadores para establecer conexiones con diferentes sistemas, ofreciendo el soporte para múltiples protocolos de comunicación. Es posible crear adaptadores a la medida de los sistemas, según sea requerido por los escenarios de implementación [Microsoft,2009d] [Microsoft,2009e]. A continuación, algunos de estos: FILE: Comunicación de entrada/salida del sistema de ficheros de Windows mediante la transferencia de archivos. File Transfer Protocol (FTP): Intercambio de datos con servidores FTP. HTTP: Para el intercambio de mensajes entre las aplicaciones y MSBS mediante el protocolo HTTP, utilizando para esto los parámetros GET o POST. SOAP: Comunicación vía SW. MQ Series: Permite la comunicación entre MSBS y los servidores IBM MQ Series. SQL: Establece la comunicación entre MSBS y un servidor de SQL mediante la utilización de los métodos CRUD (create, read, update, delete) en una o varias tablas de una BD. Windows SharePoint Services (WSS): Permite la lectura o publicación de documentos en una biblioteca de SharePoint. Post Office Protocol 3 (POP3) y Simple Mail Transport Protocol (SMTP): Establecen el envío y recepción de correos electrónicos respectivamente. Página 41

42 Capítulo 2 Caracterización de BizTalk Server 2009 Previamente fue explicado que cada mensaje que se recibe en el sistema es publicado en la BD MessageBox. La ventaja de la utilización de una BD para los mensajes radica en las posibilidades de recuperación de ejecuciones interrumpidas. En entornos de ejecución reales, pueden ocurrir fallos en los sistemas que intervienen en los procesos, por lo cual las funcionalidades de este dejan de estar disponibles para su utilización. En casos como el descrito, MSBS implementa mecanismos que mantienen el proceso en espera hasta que sea posible reanudar su ejecución [Microsoft,2009e] [Chappell,2009]. La desventaja radica en la demora que introduce en la ejecución el acceso a la BD para guardar la información, la cual debe ser leída y procesada para continuar con el proceso. Aunque los mecanismos de escritura y lectura de los gestores de BD son eficientes para muchos entornos, pueden existir situaciones donde una demora pocos segundos no sea aceptable. Orquestaciones Las orquestaciones son un componente adicional en el modelo de publicación/subscripción, siendo empleadas cuando existe la necesidad de definir una lógica de ejecución mediante la inclusión de elementos de decisión, ciclos, demoras, llamadas a reglas de negocio u otros. De esta forma, las actividades de los PN, así como sus reglas y la interacción con sistemas de gestión de la empresa pueden ser definidas mediante orquestaciones [Microsoft,2009d] [Sanders&Snowman,2009]. La creación de las orquestaciones se apoya en la utilización de tres herramientas que en conjunto, permite el diseño de modelos de PN. Estas herramientas existen como extensiones en Visual Studio 2008 y son [Microsoft,2009d]: BizTalk Editor: Permite la creación de esquemas XML. Estos esquemas pueden definir la estructura de los mensajes, tanto entrantes como salientes del proceso. Los campos de los esquemas pueden ser modificados con el objetivo de habilitarlos para ser accedidos desde las orquestaciones. Cuando los esquemas son modificados, se crean elementos denominados distinguidos (distinguished) mediante una acción llamada promoción (promotion). Una vez que un campo Página 42

43 Capítulo 2 Caracterización de BizTalk Server 2009 es definido como distinguido, este es accesible a los componentes de las orquestaciones. BizTalk Mapper: Existen un elevado número de situaciones donde, la estructura de los mensajes recibidos difiere de la que define el receptor. En estos casos se realiza un mapeo de, todos o parte de los elementos del esquema de entrada al de salida. Permite la inclusión de unos componentes denominados functoids que permiten realizar operaciones sobre los campos de los esquemas. En las categorías de functoids se pueden encontrar algunos específicos para trabajo con cadenas de caracteres, expresiones matemáticas, expresiones lógicas, fechas y BD, entre otros. Orchestration Designer: Permite la definición de la lógica del PN mediante la utilización de componentes visuales, eliminando así la necesidad de codificación de los flujos de información en un lenguaje de programación. Es importante señalar que no es obligatorio utilizar cada una de estas herramientas, su empleo varía acorde a los escenarios de implementación. La Figura 2.3 muestra un PN diseñado utilizando el Orchestration Designer. El mensaje entrante en la orquestación es evaluado y en base a su resultado es ejecutada la rama correspondiente de la decisión, donde se consume un SW asociado a ella. La respuesta del SW, es asignada a un puerto de envío. Página 43

44 Capítulo 2 Caracterización de BizTalk Server 2009 Figura 2.3 PN diseñado en Orchestration Designer En los escenarios reales de ejecución de procesos, sucede que de un mismo modelo se encuentran varias instancias de este ejecutándose de forma paralela. Cuando un proceso envía una solicitud y espera una respuesta, la correlación es la encargada de garantizar que esta sea recibida por el mismo emisor del mensaje. La correlación se basa en crear una relación entre el mensaje enviado y la instancia del proceso que lo manda, apoyándose en campos de los propios mensajes, de forma que la respuesta llegue al destinatario correcto [Microsoft,2009a] [Sanders&Snowman,2009]. El motor que ejecuta las orquestaciones es capaz de mantener un balance de carga para soportar la ejecución en paralelo de varias instancias de estas. Mediante las técnicas de deshidratación (dehydration) e hidratación (rehydration) se puede garantizar que el rendimiento de los servidores de ejecución no se vea comprometido gracias a liberación de memoria. La primera técnica se refiere a salvar el estado del proceso en la BD MessageBox cuando se calcula que ha estado inactiva por un tiempo determinado. De esta forma se liberan los recursos asignados a la instancia activa. La Página 44

45 Capítulo 2 Caracterización de BizTalk Server 2009 segunda consiste en el proceso inverso, donde se recupera desde la BD la instancia y le es asignada nuevamente la memoria necesaria para continuar su ejecución [Microsoft,2009e] Elementos de soporte Entre los elementos de soporte pueden encontrarse los componentes dedicados a la administración y mantenimiento, autenticación única y motor de reglas de negocio. Motor de reglas de negocio La lógica de ejecución seguida en un PN, puede ser definida en la orquestación que lo representa. Sin embargo, hacerlo de esta forma, comprende tener una solución con un alto nivel de dependencia entre el modelo definido y el motor de ejecución. Esto se debe a que, hacer una modificación en la ejecución del proceso, involucra la realización de una serie de cambios a niveles de diseño y despliegue, que pueden introducir demoras indeseadas en estos. Otro factor importante a tener en cuenta es que la modificación de la lógica incluida en el modelo, no lo puede realizar un analista de negocio, sino que hay que recurrir al personal de TI. En casos donde las reglas que rigen los procesos estén sujetas a cambios frecuentes, o en los que se quiera tener un mejor control sobre ellas, se utiliza el motor de reglas de negocio (BRE, por sus siglas en inglés). La utilización del BRE puede ser necesaria cuando se debe evaluar un grupo de reglas de negocio complejas y variables en el tiempo. Las reglas son definidas en una herramienta llamada Business Rule Composer y almacenadas en un servidor de forma que son comunes para cualquier modelo. La administración de las reglas es realizada de forma centralizada, eliminando la dependencia de los componentes con los que interactúan en el MP [Veld&Bakker,2009] [Microsoft,2009d] [Microsoft,2009e]. Las reglas de negocio se basan en dos elementos llamados: vocabularios y políticas. Los vocabularios no constituyen un requisito indispensable para la creación de reglas, aunque facilitan el trabajo con estas. La función del vocabulario es convertir las rutas a Página 45

46 Capítulo 2 Caracterización de BizTalk Server 2009 las fuentes de datos utilizado en la reglas, en una representación más cercana al lenguaje natural [Microsoft,2009a]. La Figura 2.4 representa un XML Schema Definition (XSD) que posee un campo llamado ItemCount y una regla que controla su valor. La inclusión de este campo en una regla puede realizarse sin la utilización de una frase en el vocabulario, pero es una vía poco adecuada debido a su complejidad. La ruta CommonAdvancedShipNotice/HashTotal/ItemCount puede ser definida en una frase del vocabulario, en este caso Cantidad enviada. [Microsoft,2009a]. La figura no muestra la acción que se realiza luego de evaluar la regla. Figura 2.4 Fuente de datos del vocabulario y regla Las políticas existen como elemento aglutinador de las reglas definidas y son las que se encuentran en el servidor para ser utilizadas por las orquestaciones. Cuando se realiza una modificación en una regla, solamente es necesario crear una nueva versión de la política que la contiene y publicarla en el servidor. En el momento en que se realiza la llamada a la política, el BRE verifica la última versión existente de esta y se encarga de ponerla a disposición de la orquestación que la llama [Chappell,2009]. En la Figura 2.5 se representan los posibles roles que intervienen en la creación, despliegue y utilización de las reglas de negocio. La definición del vocabulario recae en TI, debido a que se necesita del conocimiento del contexto del cual se extraen los datos. En caso de existir un vocabulario, el analista de negocio se encuentra en condiciones de poder definir las reglas dentro de las políticas. Página 46

47 Capítulo 2 Caracterización de BizTalk Server 2009 Figura 2.5 Roles en la definición y utilización de reglas de negocio Administración y mantenimiento Existen una serie de componentes que permiten el control de las instancias de los procesos, siendo el más importante la Consola de Administración de BizTalk Server. Las soluciones recién desplegadas necesitan ser configuradas para su ejecución en el entorno en el cual operan. Una de las actividades realizadas en la configuración es la conexión de los puertos lógicos del proceso con los sistemas físicos que intervienen en éste. Las conexiones con los sistemas, se realizan a través de los adaptadores definidos en el epígrafe El concepto solución (o proyecto, según la bibliografía) hace referencia a las orquestaciones, mapas, puertos y otros componentes [Veld&Bakker,2009] [Microsoft,2009e] [Microsoft,2009d]. En la herramienta, además de la configuración del proyecto desplegado en ella, se realizan tareas de monitorización de la ejecución, con el fin de controlar los estados del proceso y los errores que pueden presentarse en su desarrollo. El control se realiza desde el Centro de Grupos (Group Hub), el cual está dividido en varias secciones, destacándose: Visión General, Trabajo en Progreso y Elementos Suspendidos, Grupo de Instancias Suspendidas. El Centro de Grupos presenta por defecto un conjunto de consultas que permiten encontrar la instancia del proceso requerida. Es posible crear consultas personalizadas para refinar la búsqueda adaptándola a las necesidades y limitando los resultados obtenidos. Entre los resultados de las consultas realizadas pueden existir instancias Página 47

48 Capítulo 2 Caracterización de BizTalk Server 2009 suspendidas por diversas razones, estos errores pueden ser visualizados para encontrar el origen del problema y proceder a su corrección. El control de ejecución de las instancias de los procesos es posible gracias al Orchestration Debugger el cual utiliza la apariencia gráfica de diseño del Orchestration Designer de Visual Studio 2008, con la particularidad que incluye información de los componentes. El proceso desplegado, puede ser seguido mediante la inclusión de puntos de ruptura en sus orquestaciones para el análisis de los mensajes que fluyen a través de estas en todo momento. En el Anexo 2.1 se puede ver una imagen de la Consola de Administración de MSBS. Desde aquí se puede gestionar el estado de los procesos que se ejecutan en el servidor. Bajo el grupo Aplicaciones (Applications) se listan todos los proyectos existentes. Estos proyectos pueden tener tres estados: Detenido (Stopped): Por defecto el estado en el cual se encuentra recién desplegados en el servidor cuando no están configuradas sus conexiones en el modelo. Sus orquestaciones o puertos de envío no son activados por la recepción de los mensajes hasta ser inicializado. Parcialmente iniciado (Partially Started): Las orquestaciones y los sitios de recepción están deshabilitados, por lo cual no se recibe ningún mensaje en el MessageBox y no es inicializada ninguna instancia de proceso. Iniciado (Started): El proyecto se encuentra correctamente configurado e inicializado. Cualquier recepción de solicitud en el sistema, publica un mensaje en el MessageBox y activa el puerto de envío o la orquestación, definidos por el modelo de publicación/subscripción. Autenticación única Los PN son, generalmente, soportados por un grupo de sistemas de diversos fabricantes. Cada proveedor ofrece su propia versión de autenticación a su sistema, con parámetros y vías de realizarlo, que pueden o no, ser común entre las aplicaciones que se involucran en el PN. Página 48

49 Capítulo 2 Caracterización de BizTalk Server 2009 La autenticación única (SSO, por sus siglas en inglés), es utilizada como forma de proveer una sola vía de acceder a las aplicaciones. El empleo de SSO no significa que cada uno de los sistemas a autenticar tendrá el mismo usuario y contraseña. SSO permite introducir una capa intermedia, la cual realiza el mapeo de las credenciales de Windows a aplicaciones que no las utilicen [Microsoft,2009d]. La relación entre las credenciales de Windows con los sistemas afiliados que intervienen en el PN, se guarda en la BD de SSO. En el momento de solicitar el acceso a alguna de las aplicaciones, se realiza la búsqueda de los parámetros que necesita para permitir la autenticación [Microsoft,2009d]. MSBS implementa SSO a través de tres componentes: BD de SSO, Servidor Maestro Secreto y uno o más servidores de SSO [Microsoft,2009d] [Microsoft,2009e] [Chappell,2009]. Los sistemas a los que se accede se representan lógicamente mediante las aplicaciones afiliadas, quienes simbolizan a sistemas que operan en plataformas diferentes a Windows. Estas aplicaciones contienen la información para el mapeo de las credenciales entre el usuario solicitante y el del sistema con el que se quiere realizar la conexión. La BD de SSO es la encargada de almacenar la información de las aplicaciones afiliadas. El Servidor Secreto Maestro genera y almacena una llave de encriptación para cada servidor de SSO existente. Para controlar la modificación de las llaves, cada servidor de SSO comprueba cada 30 segundos si esta fue modificada. De ser diferente toma la nueva, sino, utiliza la que tenía almacenada. El sistema de SSO está fuertemente ligado a este servidor, ya que no es posible utilizarlo sin antes configurarlo y generar una llave de encriptación. La implementación de uno o más servidores de SSO permite realizar el mapeo de las credenciales entre sistemas. Estos se encargan de buscar la aplicación afiliada correspondiente en la BD de SSO y extraer los datos para la autenticación. Para una mejor comprensión de los componentes de SSO consultar Anexo 2.2. Página 49

50 Capítulo 2 Caracterización de BizTalk Server Monitorización de actividades de negocios La utilización de las herramientas BAM, proveen información en tiempo real de la ejecución de los procesos mediante la obtención de los datos asociados a este. La monitorización de los procesos, puede traducirse en información relevante para los distintos niveles de mando en las organizaciones. Con este fin, MSBS integra un componente que realiza las funciones de servidor BAM para la captura de estos datos. La obtención de los datos puede ser realizada de diversas fuentes, que son: flujos de trabajo Workflow Foundation (WF), servicios Windows Communication Foundation (WCF) y aplicaciones de MSBS. La información obtenida, es persistida en un conjunto de BD de SQL Server y puede ser mostrada a los usuarios finales o utilizada por terceras aplicaciones. Los datos de MSBS pueden provenir de los campos de los mensajes que se mueven a través de las orquestaciones y de los registros de tiempo del envío o recepción de estos [Sanders&Snowman,2009] [Microsoft,2009b]. En MSBS, las orquestaciones representan los PN, mientras que las actividades BAM es la forma en la cual este proceso puede ser seguido y monitorizado. Esto quiere decir que, para cada PN definido por una orquestación, puede haber una o más actividades BAM, o simplemente no existir ninguna. En la creación de un proyecto de BAM, intervienen una serie de roles desde su concepción hasta su utilización. La Figura 2.6 representa una posible forma de establecer estos roles. Una manera de simplificar la solución puede ser combinar al Desarrollador y el Administrador, fusión que es viable debido a que ambos deben poseer conocimientos técnicos similares. Página 50

51 Capítulo 2 Caracterización de BizTalk Server 2009 Figura 2.6 Roles en proyectos BAM [Sanders&Snowman,2009] Los proyectos de BAM pueden ser creados en tres etapas [Sanders&Snowman,2009]: 1. Definición de los datos a capturar: Los datos definidos pueden ser considerados como la infraestructura de los proyectos de BAM y está compuesta por las actividades y las vistas. En base al gráfico de la figura anterior, se puede comprobar que esta tarea corresponde a los analistas de negocio, donde estos utilizan Excel 2007 (durante la instalación de MSBS se agrega un componente en Excel que permite realizar este trabajo) [Microsoft,2009a] [Sanders&Snowman,2009] [Microsoft,2009e]. El primer componente de la infraestructura son las actividades, quienes están compuestas por campos de datos y milestones. Los campos de datos corresponden a valores de los tipos Integer, Decimal y Text, y son los elementos que contienen una información proveniente de los mensajes que fluyen dentro de MSBS. Los milestones son medidas de tiempo que identifican el momento en que ocurre una acción. Las vistas en BAM definen la forma en la cual se representa la información capturada. Sobre las actividades creadas, se pueden definir varias vistas acordes a los roles existentes dentro de las empresas. Están compuestas por dimensiones y medidas, donde las dimensiones representan una fila o columna de la tabla de muestra de datos, Página 51

52 Capítulo 2 Caracterización de BizTalk Server 2009 mientras que las medidas se corresponden a la información contenida en una celda específica. Las actividades y las vistas creadas en los proyectos BAM son desplegadas en las BD del servidor. Las actividades se transforman en tablas de la BD mientras que las vistas se convierten en consultas predefinidas sobre varias tablas. 2. Fuentes de datos: En esta etapa se define el contexto de donde van a ser obtenidos los datos. De las posibles fuentes, en este punto sólo se explica la concerniente a las aplicaciones de MSBS, el resto pueden ser consultadas en la bibliografía [Sanders&Snowman,2009]. Los campos de datos se obtienen a partir de los campos de los mensajes que se circulan dentro de las aplicaciones de MSBS. Los milestones son obtenidos de los registros de fecha y hora de envío y recepción de mensajes por parte de una orquestación. La conexión entre las actividades definidas en Excel y las aplicaciones de MSBS se realiza utilizando una herramienta llamada Tracking Profile Editor. Se emplean componentes gráficos para crear las relaciones entre la fuente y el destino. Esta conexión es desplegada en el servidor de BAM y es la encargada de persistir la información capturada de cada instancia del modelo en la BD creada previamente. 3. Visualización de los datos: Para la visualización de los datos obtenidos de la monitorización, se pueden considerar las siguientes alternativas [Microsoft,2009d] [Microsoft,2009b] [Rodriguez&Klug,2009] [Sanders&Snowman,2009]: Hojas de Excel: Además de ser la herramienta con la cual se crean las actividades y vistas de los datos, Microsoft Excel puede ser utilizado como soporte de visualización. Es necesaria la creación de una conexión entre las tablas definidas en Excel a las BD de BAM. Portal BAM: Es una aplicación ASP.NET que se aloja en un servidor de IIS (Internet Information Services) y que muestra las actividades y vistas definidas Página 52

53 Capítulo 2 Caracterización de BizTalk Server 2009 en Excel. Permite la búsqueda entre los contenidos, además de la configuración de alertas sobre los datos reflejados. Aplicaciones personalizadas: BAM incluye dos SW con una serie de métodos cada uno. El primero permite la administración de todos sus elementos. El segundo implementa una serie de funcionalidades que permiten hacer consultas sobre los datos persistidos en las BD de BAM. Con el acceso a los métodos de este segundo SW se pueden desarrollar aplicaciones tanto web como de escritorio para mostrar los datos. Otra vía es acceder directamente a las vistas definidas sobre la BD de BAM. 2.3 Valoración de la herramienta para la implantación de BPM Las cuatro fases descritas del ciclo de vida de BPM definen las actividades que se llevan a cabo en su adopción. En esta sección se realiza un recorrido por cada una de las fases descritas del ciclo y se hace un análisis de los componentes de la arquitectura de MSBS que pueden dar solución a sus requerimientos. Análisis y modelación: La identificación de los procesos no es una tarea de naturaleza técnica, o sea, para su realización no se utilizan ningún tipo de herramientas informáticas. Por lo tanto, este punto no es de interés y no será analizado. El apartado de modelación puede ser identificado como un punto importante en la implantación de BPM. Según la propia concepción de la estrategia, es necesario eliminar, en la medida de las posibilidades, la dependencia entre TI y analistas de negocio. Este punto, MSBS no es capaz de cubrirlo con su propuesta de modelación. Existe un modelador gráfico de procesos incluido en la herramienta, pero se encuentra orientado al personal de TI, debido a que para su utilización es necesario tener conocimientos técnicos que no poseen los analistas de negocio. El modelador de MSBS utiliza una notación que no se corresponde a ninguno de los estándares utilizados en la actualidad por herramientas de este tipo. Todas las actividades que se definen son sobre la base de la interacción con sistemas, no con personas. Página 53

54 Capítulo 2 Caracterización de BizTalk Server 2009 A pesar de las deficiencias mencionadas, posee una característica que lo hace compatible con herramientas de modelación de terceros fabricantes. Dicha característica consiste en la posibilidad de importar modelos definidos en BPEL, lo que le confiere cierta flexibilidad a la hora de seleccionar un modelador gráfico. La capacidad de importar archivos BPEL sólo resuelve en parte los problemas de la modelación, ya que este estándar únicamente contempla la interacción entre SW. Además de importar desde BPEL, la orquestación definida en el Orchestration Designer puede ser exportada a este formato y por tanto utilizada en otro motor de ejecución que lo soporte. Simular la ejecución de un proceso resulta un punto útil a los analistas, debido a que de esta forma son capaces de formarse una idea del correcto diseño realizado. Una vez más, se nota la carencia de un componente que, aunque no resulta impresci ndible para la correcta adopción de BPM puede ofrecer numerosas ventajas. Desarrollo y despliegue: La selección del sistema, es un punto difícil de analizar debido a dos factores. El primero se basa en los objetivos que se traza la organización para su funcionamiento. Si este no contempla la utilización de una herramienta para la gestión de los procesos de forma automatizada, este paso del ciclo de vida pierde validez. El segundo se debe a que, a pesar de que el ciclo de vida de BPM es iterativo, difícilmente se modifique la selección realizada por razones de tiempo de aprendizaje, costo o técnicas. En el caso de esta investigación, la selección de la herramienta no es un punto a tener en cuenta, debido a que los objetivos están basados el estudio de la idoneidad de utilizar MSBS para el cumplimiento de las metas de gestión de procesos. Debido a este requisito se descarta realizar una comparativa entre herramientas. Una de las funcionalidades principales de MSBS, consiste en la integración de aplicaciones empresariales y entre sistemas de socios de negocios externos a la organización. Su arquitectura reside en un grupo de componentes que permite el intercambio de mensajes entre disímiles sistemas utilizando diferentes protocolos de Página 54

55 Capítulo 2 Caracterización de BizTalk Server 2009 comunicación. Además de integrar aplicaciones, es posible definir una lógica de ejecución de procesos. En esta fase del ciclo de vida se tiene en consideración la forma en la que realiza la interacción de los usuarios con el proceso, en caso necesario. No existe una forma de lograr una interacción mediante la utilización de las funcionalidades incluidas dentro del paquete de MSBS. La causa se encuentra en que esta herramienta se centra en la automatización de procesos mediante el enrutamiento y transformación de la información que intercambian y no toma en consideración interacción humana con estos para completar su ejecución. La creación del proyecto y su despliegue en MSBS se realiza desde Visual Studio Es una tarea donde se incluyen todos los componentes definidos en la solución, que pueden ser: mapas, orquestaciones, esquemas y pipelines. Al proyecto desplegado en MSBS se le realizan las últimas modificaciones a nivel de conexiones e inicialización en la Consola de Administración de BizTalk. Interacción y administración: Las instancias de las orquestaciones que corren en el servidor de ejecución deben ser enlazadas a los correspondientes componentes, como los puertos de comunicaciones entre el modelo y los sistemas. Este paso se realiza en la Consola de Administración de BizTalk. Aquí son realizadas las configuraciones finales a los proyectos desplegados para su funcionamiento en entornos de producción. Estas configuraciones son: conexión de los componentes definidos en el modelo con los adaptadores de comunicación para los sistemas existentes y la inicialización del proyecto. Por cada modelo de proceso, existen una o varias instancias, que se ejecutan simultáneamente en el servidor. Un requisito del ciclo de vida es el conocimiento del estado de ejecución de estas instancias, por lo que es necesario un componente que garantice la monitorización. Este seguimiento puede ser realizado también desde la Consola de Administración. En la aplicación es posible encontrar las instancias de los procesos en ejecución. Las instancias son agrupadas por categorías según el estado en el que estos se encuentren, entre otros criterios de agrupamiento. Página 55

56 Capítulo 2 Caracterización de BizTalk Server 2009 Las instancias de orquestaciones pueden ser depuradas y de esta forma obtener el punto en el que se encuentra detenida la ejecución de un proceso. A pesar de ser un componente muy útil, puede resultar complicado de utilizar ya que emplea el mismo modelo definido en el Orchestration Designer, por lo que sus elementos pueden no ser muy claros para analistas de negocio. Se puede analizar el flujo de mensajes de la orquestación mediante la utlización del componente Message Flow. Cada mensaje que se mueve dentro de las orquestaciones, es representado según su tipo (entrante o saliente), además de otros valores como los puertos por los que transitó o el pipeline que fue encargado de procesarlo. Como último punto se destaca la existencia del visor de eventos, que agrupa las trazas de las actividades que van realizándose y las muestra sin tener que acceder al fichero de eventos o logs. Monitorización y optimización: En el caso de MSBS existe un componente descrito anteriormente en su arquitectura, que es capaz de dar soporte a la monitorización de las actividades de negocio, se trata del servidor BAM. La definición de los datos que se utilizan para confeccionar los indicadores de rendimientos claves para la organización, es desplegada como proyectos en este servidor. Este es el encargado de recoger los datos que se desprenden de la ejecución de los procesos y los resultados obtenidos como salidas de estos. Estos datos pueden ser visualizados desde el portal web integrado como componente del servidor BAM, o accedidos para su visualización desde elementos externos como pueden ser los sitios de MOSS (Microsoft Office SharePoint Server). Conclusiones sobre MSBS: A partir del análisis de la arquitectura de MSBS y del soporte de este al cumplimiento del ciclo de vida de BPM, se puede afirmar que no se está en presencia de un BPMS. Se observa la falta de una serie de funcionalidades claves en este tipo de herramientas, las cuales son: Página 56

57 Capítulo 2 Caracterización de BizTalk Server 2009 Modelador de procesos que permita separar el diseño que realizan los analistas de negocio, del personal informático. Debido a las características propias del modelador de MSBS, no es posible reducir la brecha existente entre analistas de negocio y personal de TI. Generador de interfaces para la interacción humana en la ejecución de los PN. En el caso de existir un paso en el cual se requieran la introducción de datos o aprobación de órdenes para continuar la ejecución del proceso, no existe una forma nativa para la creación de estos formularios. Flujos de trabajo con la intervención de personas. Muy ligado a las interfaces de procesos, donde la interacción de las personas con este puede resultar necesaria en algunos escenarios. Una solicitud puede necesitar seguir una jerarquía de aprobaciones donde intervienen distintos niveles de mando. Simulador de la ejecución de los procesos antes de su despliegue en un entorno real de producción. La Tabla 1 representa un resumen de las funcionalidades que requieren los sistemas de BPM evaluadas en el entorno de MSBS. Tabla 1 Resumen de las funcionalidades de MSBS Modelador de procesos. Funcionalidad Modelador de procesos orientado a analistas de negocios. Componente para la simulación de ejecución de procesos. Motor de ejecución de procesos. Capacidades de integración de sistemas. Herramienta de monitorización de procesos. Herramienta de monitorización de actividades de negocio. Componente para la creación de formularios. Soporte a los flujos de trabajo con intervención de personas. Existe Página 57

58 Capítulo 2 Caracterización de BizTalk Server 2009 A pesar de que MSBS no puede ser catalogado como un BPMS puro, comparte muchas de las características requeridas en este tipo de sistemas, dígase BAM y BRE entre otras. La estrategia de la propia compañía desarrolladora, centra este producto en el corazón del funcionamiento de un conjunto de herramientas. Su integración, cubre gran parte de los requerimientos planteados para la aplicación de BPM y permiten perfilar una estrategia para que las empresas logren implantarlo. 2.4 Casos de éxito en la adopción de BizTalk Server 2009 Analizado desde el punto de vista de impacto global, MSBS es una herramienta con más de 8000 clientes alrededor del mundo, donde en el año 2008 entre estos se encontraban [Microsoft,2009c] [Seroter,2009]: El 90% de las empresas incluidas en la lista de Fortune Global de los 15 comerciantes minoristas más grandes del mundo. 5 de las 10 cadenas hoteleras más grandes del mundo. 9 de las 10 compañías aseguradoras más grandes del mundo. Actualmente, se utiliza a MSBS en una gran variedad de escenarios. Los componentes de su arquitectura hacen posible que las soluciones a abordar sean de muy diversas índoles. A continuación una breve descripción de los escenarios donde puede ser utilizada la herramienta. EAI: El soporte a la automatización de procesos empresariales, ya sea dentro de una SOA o de arquitecturas más tradicionales, necesita de poder integrar las aplicaciones que los soportan. MSBS puede funcionar como un sistema de este tipo, gracias a dos de los elementos de su arquitectura: mensajes y orquestaciones. Para la integración, no pueden faltar los adaptadores definidos previamente, ya que son los que implementan la forma de comunicarse con los sistemas. B2B: Si bien es importante lograr la integración de las aplicaciones internas de una empresa, también lo es comunicarse con los procesos de socios comerciales a través de la web. Un caso típico puede ser la relación que existe entre un productor y un suministrador, donde el segundo provee al primero de los materiales para su labor. Página 58

59 Capítulo 2 Caracterización de BizTalk Server 2009 MSBS puede ser empleado en este tipo de escenarios gracias a que implementa la comunicación a través de EDI (Electronic Data Interchange). ING Según la revista Forbes, se ubica en la novena posición entre las instituciones financieras globales, teniendo presencia en más de 33 países alrededor del mundo. Sus relaciones financieras, la llevan a la necesidad de establecer un sistema de comunicación entre negocios con otra compañía, donde era necesario establecer el flujo de datos entre las aplicaciones de ambas. Se establecía como objetivos de la organización, la creación de una solución que fuese capaz de manejar procesos automatizados aptos para ser modificados en concordancia a las condiciones variables del mercado o de los clientes. Se buscaba una solución que cumpliese con tres objetivos: interoperabilidad, flexibilidad y confiabilidad [Microsoft,2009c]. La solución adoptada fue la utilización de MSBS e InfoPath. El primero como encargado del flujo de datos entre las aplicaciones relacionadas. El segundo tenía la responsabilidad de mostrar los mensajes que arriban como marcados para su revisión y corrección [Microsoft,2009c]. Los beneficios obtenidos consisten en, la obtención de una solución estable y confiable para el control de los flujos de datos entre la empresa y su socio comercial. Como segundo valor obtenido, se señala la disminución de los tiempos de desarrollo de proyectos por parte de TI [Microsoft,2009c]. Dubai Bank Fundado en el año 2002 y perteneciente al Dubai Group, es un banco radicado en Dubai y que se extiende por las repúblicas islámicas. Sus operaciones se dirigen a ofrecer servicios de banca y préstamos a corporaciones e individuos particulares, en los territorios islámicos. Como objetivo empresarial, se trazó la creació n de una estructura de TI, capaz de ofrecer nuevos canales de comercio a través de Internet y vía telefónica. Además existía la problemática de la dependencia que existía entre los servicios que ofrecía la compañía y las aplicaciones que los soportaban. Debido a Página 59

60 Capítulo 2 Caracterización de BizTalk Server 2009 todos estos factores, se necesitaba una solución para lograr mayor flexibilidad entre los procesos de negocio y los canales de comunicación con los clientes [Microsoft,2009c]. La selección para ofrecer una solución fue MSBS, debido principalmente a su componente modelador de orquestaciones. Fue visto en este agregado las facilidades para la creación y modificación de procesos sin tener que rediseñar las aplicaciones que los soportaban. También fue decisiva la completa integración con otras herramientas de la misma compañía como SQL Server y Windows Server, las cuales se encontraban en uso. La seguridad fue manejada con directorio activo (AD, por sus siglas en inglés) y el primer canal de comunicación fue programado con el framework de WCF [Microsoft,2009c]. La utilización de MSBS funciona como un intermediario en las comunicaciones entre diferentes tecnologías, siendo un factor primario en los servicios de la banca. El primer beneficio obtenido fue en la implantación de un nuevo servicio. Para crearlo, el departamento de TI logró disminuir en un 70% las necesidades de codificación en comparación con la forma anterior de desarrollo. Otros tres beneficios importantes que vale la pena destacar serían los siguientes [Microsoft,2009c]: Respuesta rápida: La creación de nuevos servicios para poner a disposición de los usuarios, reduce su tiempo de desarrollo considerablemente. Debido a esto logran aumentar su base de clientes gracias a su confiabilidad y rapidez. Independencia de la tecnología: Logran independizarse de las tecnologías de sus sistemas gracias a la arquitectura de MSBS, que soporta la integración de las aplicaciones sin importar los lenguajes en que fueron diseñadas, Facilidades de administración: Luego de haber recibido soporte técnico y de desarrollo por parte del vendedor, fueron capaces de desarrollar un elevado número de nuevos servicios por su propia cuenta. Sempra Energy Solutions Fundada en 1998, es considerada una de las mayores compañías suministradora de gas y energía en los Estados Unidos de América. Página 60

61 Capítulo 2 Caracterización de BizTalk Server 2009 La compañía maneja la información de los clientes con los cuales tiene relaciones. Esta información es obtenida de diversas fuentes externas a través de diversos protocolos como HTTP, FTP y SOAP y almacenada en los sistemas internos. Se enfrentaban a una serie de situaciones que hacían necesario tomar una decisión de gestión [Microsoft,2009c]: Las reglas de negocio estaban definidas en un editor de flujos de trabajo el cual era de difícil comprensión para los analistas de negocio. Además, las reglas no se encontraban separadas en un sistema externo, por lo cual no era posible su reutilización. No había formar de controlar el versionado de las reglas de negocio. Era posible modificar las reglas luego de ser desplegadas en el proceso, pero no existía un mecanismo de control para prevenir su modificación sin autorización. Automatizar procesos minimizando la interacción humana, debido a que puede introducir errores en la transferencia de datos entre sistemas. No era una opción el desarrollo de las soluciones desde cero, debido a que hubiese demandado recursos que no estaban dispuestos a asignar a esta tarea. La selección de MSBS se basó en una serie de características de la herramienta que resultaban muy atractivas para cubrir las necesidades existentes. Estas características son: BRE y Consola de Administración. Los beneficios observados en la implantación de MSBS fueron [Microsoft,2009c]: Aumento de la productividad: Disminución de hasta un 87 % de los tiempos de desarrollo de soluciones gracias al BRE. Disminución en un 93% del tiempo dedicado por los analistas a esperar la carga de datos de los sistemas. Simplificación en el desarrollo de aplicaciones empresariales: Los estándares de intercambio de datos incluidos, reduce la necesidad de crear componentes personalizados, salvo en casos específicos. Página 61

62 Capítulo 2 Caracterización de BizTalk Server Propuesta para la implantación de BPM con BizTalk Server 2009 en la organización Consideraciones a tener en cuenta en la propuesta El objetivo de la propuesta es ofrecer una solución a la gestión de los PN basada en la utilización de MSBS como centro de un grupo de herramientas, teniendo en cuenta las funcionalidades que son capaces de ofrecer cada uno de sus componentes. La solución parte de que MSBS no puede ser incluido dentro del ámbito de los BPMS, por lo que es necesario cubrir sus carencias en este sentido. En los casos del BRE y la monitorización de la ejecución de procesos, se propone la utilización de ambos componentes de la misma forma en la que fueron definidos. Se decide esta vía ya que todas sus funcionalidades cumplen con los requerimientos de BPM Modelador Como ya fue descrito anteriormente, el modelador de MSBS no se encuentra orientado a los analistas del negocio, sino que su utilización recae en el personal de TI. A pesar de ser una opción válida, no cumple el objetivo de disminuir la brecha existente entre ambos integrantes del proceso. Para la selección del modelador existen dos opciones. La primera se basa en la utilización del Orchestration Designer, que viene como parte de MSBS. La segunda opción es seleccionar una herramienta que sea capaz de exportar a BPEL. Existe una tendencia a utilizar el binomio formado por BPMN + BPEL, por lo que el empleo de cualquiera que cumpla con estos requerimientos resulta válida. Orchestration Designer: Ha sido seleccionado el modelador de MSBS debido a que ha sido la herramienta utilizada durante el periodo de adopción de la tecnología, lo que la hace más familiar que otras opciones. La Tabla 2 contiene una descripción de algunos de los componentes considerados más relevantes para el diseño. Página 62

63 Capítulo 2 Caracterización de BizTalk Server 2009 Tabla 2 Componentes gráficos del modelador [Microsoft,2009b] Componente Descripción Figura Inicio/Fin (Start/End) Recibir (Receive) Representan el inicio y el fin de las actividades de una orquestación. Reciben los mensajes a través de un puerto de entrada de una orquestación. Su propiedad Activate define si es el encargado de inicializar una instancia del proceso. Enviar (Send) El mensaje que transportan es enviado a un puerto de salida. Representan las salidas del proceso. Junto al componente de recepción, permite implementar la correlación. Decidir (Decide) Evalúan una condición y en dependencia del resultado ejecuta la rama que le corresponde. Pueden ser agregadas tantas ramas como sean necesarias, aunque por defecto existe la regla principal y su camino alterno. Asignar a mensaje (Message Assignment) Construye un mensaje y permite la asignación de valores a sus parámetros. Cada mensaje que fluya dentro de la orquestación o que sea enviado hacia el exterior debe ser construido antes de utilizarlo. Transformar (Transform) Utilizando un componente tipo mapa que define las transformaciones de los datos, toma un mensaje como fuente y a partir de crea el mensaje destino. Puertos (Port) Pueden ser de tres tipos: solicitud, respuesta, solicitud/respuesta. Son los componentes lógicos de comunicación Página 63

64 Capítulo 2 Caracterización de BizTalk Server 2009 Llamar a orquestación (Call Orchestration) Ámbito (Scope) Llamar a regla (Call Rules) con sistemas externos. Pueden ser conectados físicamente desde el modelo o en la Consola de Administración. La asignación de un tipo al puerto depende del protocolo que va a utilizar para la comunicación, ya que no todos soportan las tres formas. Llama a otra orquestación que puede estar definida en el mismo proyecto de Visual Studio o en otro diferente. La llamada es sincrónica, por lo que la orquestación que la realiza espera a que la segunda termine su ejecución antes de continuar. Puede ser pasados datos entre la orquestación que realiza la llamada y la que se ejecuta sincrónicamente. La ejecución de las actividades dentro de una orquestación puede tener tres estados: larga duración, atómico y ninguno. Si la orquestación es de larga duración, se le puede incluir dentro un componente que necesite ser ejecutado como una acción atómica. Incluye en la orquestación la política definida en el BRE que contiene las reglas asociadas a un caso particular Flujo de trabajo de personas e interfaces La participación de personas en los PN en una acción frecuente, donde la interacción de estos con el proceso puede tener varias formas: El proceso es iniciado por la persona: Un usuario es el que desencadena la ejecución de un proceso mediante una acción determinada. Ejemplo: Rellenar una solicitud de compra y enviarla, inicializa una instancia del proceso definido, correspondiente a esta acción. El proceso necesita de la intervención de una persona: Puede suceder que en la ejecución de un proceso exista alguna acción intermedia que necesite de la intervención de un usuario para poder continuar su ejecución. Ejemplo: La Página 64

65 Capítulo 2 Caracterización de BizTalk Server 2009 solicitud de compra debe ser aprobada por un superior para poder ser enviada a su destino. El proceso notifica de la ejecución de una acción: Es una operación meramente informativa y a diferencia de las anteriores, su efecto no influye en el desarrollo del proceso. Ejemplo: La respuesta de aprobación de la solicitud de comp ra es enviada al remitente. Los BPMS tradicionales definen la generación de interfaces como una forma de crear los formularios con los que van a interactuar los participantes del proceso. Para la generación se valora mucho la eliminación de la codificación de las funcionalidades de los formularios, con el objetivo de reducir la dificultad y los tiempos de desarrollo. Los formularios creados deben ser desplegados en alguna herramienta que permita su acceso de forma sencilla y rápida. En la Tabla 1 fueron resumidos los criterios para calificar a una herramienta como un BPMS. Uno de los puntos de los cuales carece MSBS es la forma de crear formularios para los flujos de trabajo con intervención de personas. Como solución a este inconveniente se propone la utilización de InfoPath 2007 y SharePoint de forma integrada. La selección parte en primer lugar de que SharePoint es la plataforma para la creación de portales seleccionada por parte del equipo de trabajo dedicado a esta tarea dentro de la empresa. En segundo lugar se encuentra InfoPath, el cual es una consecuencia de la utilización de SharePoint debido a que son productos de la misma compañía, lo que ofrece la facilidad de integrarse de forma nativa y no es necesario recurrir a tareas de programación. InfoPath 2007: Es la solución del paquete de Microsoft Office 2007 para la creación de formularios a partir de componentes, sin la necesidad de codificación por parte del diseñador. Permite el diseño de estructuras de control como las secciones o tablas repetitivas de documentos a partir de fuentes de datos predefinidas o completamente desde cero. Como fuentes de datos para la utilización en los formularios se encuentran: SW, BD, XML o XSD y conexión de datos de MOSS existentes en librerías de este. Página 65

66 Capítulo 2 Caracterización de BizTalk Server 2009 En InfoPath, todos los datos son XML, lo que le confiere la facilidad de integrarse con otras herramientas que soporten este estándar. Es una característica que permite a InfoPath ser utilizado como interfaz de usuario para servicios sin necesidad de que sea construida por métodos de programación [Janus,2007] [Veld&Bakker,2009]. Los formularios definidos en InfoPath son publicados en SharePoint para su acceso a través de la web. Una vez que este se encuentre publicado en una biblioteca, no es necesario tener la herramienta cliente instalada para su utilización. Estos son visualizados embebidos en la página mostrada en el navegador, lo que amplía su capacidad de utilización desde dispositivos heterogéneos (computadoras personales, teléfonos celulares, PDA). Microsoft Office SharePoint Server 2007 (MOSS): Antes de explicar que es MOSS, es necesario hablar de WSS, ya que ambos se encuentran íntimamente relacionados. El primero consiste en una plataforma de servicios que permite la creación rápida de sitios de colaboración, almacenamiento, gestión de contenidos y control de la documentación en entornos empresariales. Su utilización es aplicable a grupos de trabajos con personal reducido hasta grandes empresas con miles de usuarios [Tisseghem,2009] [Veld&Bakker,2009]. En una vista de arquitectura, MOSS se ubica por encima de WSS proporcionando una mayor cantidad de servicios y soluciones que el primero no incorpora. Estos servicios adicionales son: Búsqueda Empresarial, Gestión de Personal, Análisis Avanzado de Uso, Catalogo de Datos Empresariales y Servicios Excel. Dos de las características de MOSS que resultan relevantes para el contenido de la actual investigación son: integración con formularios de InfoPath y flujos de trabajo. Para la integración de SharePoint con los proyectos de MSBS existe una funcionalidad denominada adaptador WSS. Este permite la comunicación entre las listas y bibliotecas de SharePoint y MSBS, mediante el acceso al modelo de objeto del primero. Los Página 66

67 Capítulo 2 Caracterización de BizTalk Server 2009 mensajes entrantes en la biblioteca pueden ser convertidos a InfoPath, siempre que esta reconozca la estructura del XML que recibe [Veld&Bakker,2009] Representación de los datos de BAM Anteriormente fueron definidas tres posibles opciones de visualización de los datos capturados por el servidor de BAM: Hojas de Excel 2007, portal de BAM y creación de aplicaciones que utilicen los SW y/o las BD de BAM. Se descarta Excel Las hojas creadas pueden ser incluidas en el portal de SharePoint de la entidad y de esta forma lograr su accesibilidad de forma centralizada. A pesar de tener esta ventaja, no es posible embeber los documentos de Excel directamente en el navegador, sino que para su visualización es necesario tener instalada la aplicación cliente en cada una de las computadoras desde las que se quiera acceder a los reportes. El portal de BAM de MSBS cumple con los principios de accesibilidad desde cualquier dispositivo, además de ser altamente personalizable. Debido a que la organización ya cuenta con un portal (creado en SharePoint), no resulta de interés poseer otro solamente para la visualización de los KPI, sino que se requiere de estos en el ya existente. Las restricciones planteadas para la visualización de los datos, hacen que se opte por la tercera vía. Partiendo de la necesidad de utilizar el portal corporativo del CITI, junto a los requerimientos de accesibilidad desde cualquier dispositivo, se propone la utilización Reporting Services integrado a SharePoint. SQL Reporting Services: Consiste en un componente incluido en SQL Server 2008 que se utiliza para la creación de reportes en base a varios orígenes de datos. Puede utilizarse a través de su componente para SharePoint, que permite visualizar los reportes incluidos en una biblioteca de documentos. Los informes pueden ser definidos en base a diferentes opciones de visualización, ya sea en tablas o gráficos. Funciona como un servidor de almacenamiento de reportes [Microsoft,2010]. Página 67

68 Capítulo 2 Caracterización de BizTalk Server 2009 Report Builder: Es una herramienta para el diseño de formularios de Reporting Services orientada a los denominados usuarios finales. Es una de las vías de creación de reportes basada en Reporting Services y una alternativa a componente de reportes de Visual Studio La construcción de formularios se realiza a partir de las fuentes de datos previamente definidas. 2.6 Conclusiones El análisis sobre los componentes de la arquitectura de MSBS realizado en este capítulo lleva a la conclusión de que la herramienta no cumple las características para ser incluido en la categoría de BPMS. Desempeña perfectamente su rol como servidor de integración de aplicaciones, orquestador de procesos, transformador de mensajes y monitorización de actividades de negocio, pero aún así se evidencia ciertas carencias que no pueden ser pasadas por alto. Las facilidades de integración de MSBS con otras herramientas de la propia compañía, o de terceros fabricantes, cubre las deficiencias en las áreas que fueron señaladas como importantes en este tipo de sistemas. Todo esto permite que, sin importar la catalogación de MSBS, este pueda ser empleado para la gestión de los PN en las organizaciones. Teniendo en cuenta los anteriormente planteado, se propone la combinación de MSBS + InfoPath + SharePoint para la implantación de BPM en el CITI. Página 68

69 CAPÍTULO 3 Implementación de un caso de estudio

70 Capítulo 3 Implementación de un caso de estudio 3.1 Introducción En el presente capítulo se presenta un caso de estudio donde se valida la propuesta de solución planteada en el Capítulo 2. El caso de estudio se basa en la creación de un proceso ficticio, el cual tiene como objetivo realizar un pedido de equipamiento técnico y de oficina a un almacén. A pesar de ser un proceso simulado, al igual que las aplicaciones que intervienen en él, fue diseñado de forma tal que sea similar a la situación real del CITI. 3.2 Consideraciones Este epígrafe se encuentra enfocado en ofrecer una visión del proceso de desarrollo de un caso de estudio para la gestión de PN. La propuesta mostrada, no es un estándar formalizado para el desarrollo con MSBS, sino una solución basada en las secuencias de desarrollo de la bibliografía consultada y en el ciclo de vida de BPM. La secuencia de pasos no tiene que ser seguida linealmente en todos sus puntos por lo cual el orden puede variar en algunas situaciones. Los pasos están definidos en base a la modelación con el Orchestration Designer de MSBS. Utilizar otro modelador requiere la inclusión de pasos previos a esta secuencia. Estos pasos serían la creación del modelo utilizando alguno de los estándares de modelado existentes, exportado a BPEL, para luego ser importado en Visual Studio Diseñar el proceso en el Orchestration Designer. Es una tarea que recae en personal de TI apoyado por analistas del negocio, los cuales conocen las características de ejecución de los PN. En la modelación del proceso se incluyen la definición de los mensajes que se intercambian, la inclusión de los componentes de reglas y la definición de los puertos lógicos de comunicación que luego serán conectados a los adaptadores físicos. 2. Despliegue del proceso en el servidor. Luego de ser diseñado y validado el modelo, este pasa a ser desplegado en el servidor. En la herramienta, los puertos lógicos son mapeados a sus correspondientes puertos físicos de envío y recepción de mensajes bajo diversos protocolos. En entornos donde las Página 70

71 Capítulo 3 Implementación de un caso de estudio funcionalidades de los sistemas son expuestas mediante SW, el más común es el adaptador SOAP. 3. Diseño de las interfaces de servicios. En InfoPath son diseñadas las interfaces para la interacción de personas con el proceso. Estos formularios de InfoPath son creados a partir de la estructura de los XML que definen el mensaje de aprobación y solicitud. Los formularios son desplegados en un portal de SharePoint y accedidos a través de su integración con el navegador como una página web. 4. Diseño de la regla de negocio que se va a controlar en el proceso. Para el diseño, creación, despliegue y administración de las reglas es utilizado el BRE. 5. Creación y despliegue del proyecto BAM. En Excel se definen las actividades del proceso que son monitorizadas, así como las vistas que se realizan sobre ellas. Luego de la definición, este proyecto es desplegado en el servidor de BAM. A la arquitectura del proyecto se le hacen corresponder los elementos de la orquestación creada en el paso 1 con el objetivo de capturar los datos. 6. Muestra de datos en el portal de SharePoint. 3.3 Descripción del proceso Entre la multitud de procesos que pueden existir en los entornos empresariales, se toma la decisión de simular la ejecución de una solicitud ficticia de material al almacén. Se opta por simular este proceso debido a que: Para su ejecución, intervienen dos sistemas separados que son el de Control de Pedidos y Almacén (también corresponden a sistemas ficticios que sólo tienen como objetivo dar soporte a la demostración), donde cada uno funciona con su propia BD y expone sus funcionalidades a través de SW. Para iniciar la ejecución del proceso, se requiere la creación de una solicitud de material por parte de una persona. Es necesaria la intervención de personas en la ejecución del proceso para la aprobación de las órdenes que existen en él. El PN Solicitud de Materiales se desarrolla de la siguiente forma: Página 71

72 Capítulo 3 Implementación de un caso de estudio El proceso de solicitud de materiales comienza cuando un trabajador de cualquier área de la organización realiza una solicitud de materiales. Si el costo total de la ca ntidad de materiales solicitados es mayor que 3000 pesos, el Jefe de Área del trabajador debe aprobarla o rechazarla. Si el jefe rechaza la solicitud le debe enviar una notificación al trabajador. En el caso de que la solicitud se apruebe, se pasa a insertar en el sistema la solicitud y luego se la envía al Jefe de Almacén. En el caso que la cantidad de materiales solicitados el costo no sea mayor que 3000 el trabajador envía directamente la solicitud al Jefe de Almacén de la organización. Una vez la solicitud llega al Jefe de Almacén, éste debe aprobarla o rechazarla. Si la solicitud es rechazada, se debe enviar una notificación al Jefe de Área y al trabajador que la realiza. En caso de que la solicitud se apruebe, se procede a chequear la disponibilidad del pedido. Si la cantidad se encuentra disponible, se inserta la solicitud en el sistema de almacén y se le al Jefe de Área. Si la cantidad solicitida del producto no se encuentra disponible, se le notifica al Jefe de Área. La Figura 3.1 representa el proceso modelado en BPMN. A pesar de ser una tarea orientada a analistas de negocio, se realiza para lograr una mejor comprensión del escenario. Este modelo no puede ser exportado a BPEL ya que la herramienta de modelación utilizada (BizAgi Process Modeler) no soporta este formato. Página 72

73 Capítulo 3 Implementación de un caso de estudio Figura 3.1 Proceso del caso de estudio 3.4 Aplicación de la solución propuesta al caso de estudio Es los siguientes pasos se describe la forma en la que se diseña, despliega, configura y monitoriza el proceso de negocio definido Análisis y modelación Orchestration Designer: Para la modelación del proceso del caso de estudio, no son utilizadas ningunas de las herramientas gráficas que soportan el dúo BPMN + BPEL. En su lugar se utiliza el Orchestration Designer de MSBS debido a que se tiene mayor conocimiento sobre este. Página 73

74 Capítulo 3 Implementación de un caso de estudio El proceso definido en el epígrafe anterior está compuesto por dos modelos (Anexo 3.1 y Anexo 3.2). Como se puede apreciar en ambos, se utiliza una notación que es propia del Orchestration Designer y que fue definida anteriormente, la cual tiene un alto nivel de dependencia con componentes tecnológicos como la estructura de los mensajes. Es posible separar en cierta medida la lógica de la modelación de la conexión con las fuentes de intercambio de datos. Esto se puede lograr mediante la creación de los puertos lógicos de comunicación en la orquestación y dejar la configuración de estos para después del proceso de despliegue. Luego del despliegue se configuran estos puertos desde la Consola de Administración de BizTalk. En ambos modelos se utiliza una correlación para lograr que los mensajes enviados a las listas en SharePoint puedan ser recibidos por la instancia del proceso que le corresponde. La correlación es creada en base a un identificador generado automáticamente y que se encuentra en cada uno de los mensajes que son enviados y recibidos (ver Anexo 3.8). Reglas de negocio: En el caso de estudio se definió una regla de negocio, la cual está referida al costo total de la orden. La regla define la siguiente restricción: cuando el costo total supera un valor determinado (por defecto 3000), la orden necesita ser aprobada por el Jefe de área. La regla se basa en analizar el campo Costo de un mensaje y compararlo con la cifra incluida. En caso de ser mayor o igual el resultado de la comparación, se actualiza el valor del campo Necesita aprobacion y se le asigna True, en caso contrario se le asigna False (ver Figura 3.2). Costo y Necesita aprobacion son dos elementos definidos en el vocabulario del BRE. Página 74

75 Capítulo 3 Implementación de un caso de estudio Figura 3.2 Regla del costo En caso de variar el límite asignado al costo de las órdenes y no ser 3000 el valor final aceptado, sólo es necesario crear una nueva versión de la regla con el valor modificado y desplegarla en el servidor. La nueva versión de la política estará disponible para las orquestaciones de forma inmediata. El servidor que las maneja garantiza que la última versión sea la utilizada por las orquestaciones que las consumen Desarrollo y despliegue Interacción de personas con el proceso: Como ya fue mencionado en el capítulo anterior, no es posible definir un flujo de trabajo en MSBS donde pueda ser representada la interacción de las personas con el proceso. Sucede lo mismo con la generación de las interfaces para las actividades de los procesos, donde no existe un componente que responda a estas necesidades. En dicho capítulo se propuso la utilización de InfoPath con SharePoint para dar cumplimiento a estos requerimientos de ejecución. La interacción de las personas con el proceso, puede ser solucionada a través de la creación de tres formularios de InfoPath. La estructura de estos formularios se define a través de los campos existentes en los orígenes de datos. La Figura 3.3 es una vista del formulario que se utiliza para realizar un pedido. Este existe como documento en una Biblioteca de Formularios de SharePoint. Para el acceso al formulario no es necesario tener instalado InfoPath en el ordenador ya que se muestra como una página web directamente desde el navegador, lo que permite su visualización desde diferentes dispositivos. Los formularios de aprobación y notificación pueden ser encontrados en el Anexo 3.3 y Anexo 3.4. Página 75

76 Capítulo 3 Implementación de un caso de estudio Figura 3.3 Formulario para la solicitud de material El proceso Solicitar Materiales requiere, en ocasiones, de la interacción por parte del Jefe de Área de la aprobación de la solicitud para poder continuar su ejecución. El proceso Procesar Solicitud en Almacén es muy similar al anterior en cuanto a la interacción de las personas con él. La solicitud debe ser aprobada o rechazada por el Jefe de Almacén para continuar la línea de ejecución. Intercambio de mensajes: En las orquestaciones de MSBS, cada componente de entrada o salida, tiene asociado un mensaje, con el que se realiza una acción determinada. Cada uno de los mensajes que se intercambia en el proceso, es creado a partir de un XSD, definido en el BizTalk Editor o por un SW (ver Anexo 3.5, Anexo 3.6 y Anexo 3.7). La Figura 3.4 es uno de los mapas de transformación utilizados en el proceso. En este se puede observar dos functoids que realizan acciones sobre los campos de los mensajes. El otro mapa utilizado en el proceso, puede ser consultado en el Anexo 3.9. Página 76

77 Capítulo 3 Implementación de un caso de estudio Figura 3.4 Mapa de transformación Interacción y administración Conexión entre sistemas: Los proyectos de MSBS incluyen una serie de componentes que son creados por las diferentes herramientas instaladas como extensiones de Visual Studio 2008 (Orchestration Designer, BizTalk Editor, BizTalk Mapper entre otras). Para el despliegue de la solución en el servidor no es necesario realizar configuraciones manuales, sino que se realiza íntegramente desde Visual Studio en una sola acción. El estado por defecto de un proyecto recién desplegado es Detenido, debido a que necesita ser configurado en el entorno de ejecución donde va a funcionar. En este ejemplo, el entorno incluye los sistemas que soportan el PN y el portal de SharePoint. La configuración del proyecto incluye la creación de los puertos de comunicación con los sistemas y se logra mediante los adaptadores de comunicación existentes. La Figura 3.5 representa los puertos de envío definidos para el caso de estudio en cuestión. Los dos primeros utilizan el adaptador SOAP y el resto el adaptador WSS. Página 77

78 Capítulo 3 Implementación de un caso de estudio Figura 3.5 Puertos de envío del Caso de Estudio Luego de una correcta conexión entre los sistemas, el proyecto puede ser iniciado. Esto significa que todo mensaje publicado en el MessageBox al que la orquestación esté subscrita iniciará una instancia. Monitorización de la ejecución de procesos: A través del Centro de Grupos de la Consola de Administración de BizTalk pueden seleccionarse consultas predefinidas, o estas pueden ser creadas para controlar las instancias de los procesos. Existen un amplio grupo de componentes que pueden ser monitorizados y las consultas brindan los mecanismos para acceder a ellos. La Figura 3.6 representa la creación de una consulta que devuelve las últimas cincuenta instancias de orquestaciones que han completado su ejecución. Figura 3.6 Consulta y resultados Página 78

79 Capítulo 3 Implementación de un caso de estudio Para poder controlar el estado de ejecución el Orchestration Debugger brinda la información relacionada a la acción en la que se encuentra detenido el proceso. En el caso de la Figura 3.7 la orquestación ha enviado el formulario de aprobación al Jefe de Área y espera una respuesta para continuar su ejecución. Figura 3.7 Control del estado de ejecución Monitorización y optimización Como ya fue definido en el ciclo de vida de BPM, la monitorización de las actividades de negocio ocupa un lugar de suma importancia en las estrategias de este tipo. En MSBS las orquestaciones definen los PN que se ejecutan, mientras que una actividad BAM es la forma de monitorizarlos [Rodriguez&Klug,2009]. Infraestructura de BAM: Tabla 3 Business Milestones y Business Data de la actividad Solicitudes Business Milestones Recibidas Aprobadas Rechazadas Business Data Solicitante (Text) Departamento (Text) Producto (Text) Cantidad (Integer) Valor (Decimal) Para poder realizar un seguimiento del proceso es necesario definir las actividades sobre las que se quiere mantener un control. La definición de los Business Milestones y Página 79

80 Capítulo 3 Implementación de un caso de estudio Business Data se realiza en Excel 2007 y estos son los campos de cada uno (Ver Tabla 3). Si las actividades son los datos que van a ser seguidos, las vistas sobre estos datos representan los diferentes KPI que deben ser definidos por los analistas de negocio. Una vista puede ser creada sobre todos o parte de los elementos de la actividad. Luego de la creación de la infraestructura, se procede a su despliegue en las BD de BAM. Este paso no es descrito, pero si es importante señalar que una vez que la infraestructura se encuentra creada en la BD, es imposible realizar modificaciones sobre ella. Para poder introducir cambios se debe eliminar la definición de la infraestructura existente y desplegarla nuevamente. La infraestructura del proyecto de BAM sabe qué datos debe controlar, pero no conoce el contexto de estos. Por tanto, se debe crear una conexión entre el proyecto de BAM, la orquestación y los mensajes que controla el proceso. La Figura 3.8 es una vista de la creación de las conexiones entre las actividades definidas para BAM y el esquema que representa una solicitud. En el panel de la izquierda representa las actividades de BAM, o sea, la estructura en la que los datos son persistidos. El panel de la derecha tiene varios componentes, entre ellos las orquestaciones y los mensajes. Se crean las relaciones entre las dos zonas de la herramienta, así se le indica al servidor BAM de donde capturar los datos y donde almacenarlos. Página 80

81 Capítulo 3 Implementación de un caso de estudio Figura 3.8 Definición de las fuentes de datos Representación de los datos: En la solución propuesta fue enunciada la restricción de que solamente podía existir un portal en la entidad, por lo que para la representación de los datos se debía descartar el portal de BAM. La solución consiste en acceder directamente a las BD de BAM y crear los reportes en base a las tablas creadas a partir de la infraestructura de los proyectos. En la Figura 3.9 se muestra un reporte creado con Report Builder e integrado en el portal de SharePoint a través de Reporting Services. Página 81

82 Capítulo 3 Implementación de un caso de estudio Figura 3.9 Reporte de actividades de negocio 3.5 Valoración de los resultados Tras el desarrollo del caso de estudio, se da paso a la valoración de los resultados obtenidos con el mismo: La modelación de los PN con el Orchestration Designer resulta una actividad que requiere conocimientos de TI, y que por tanto, no puede ser desarrollada por analistas de negocio. Es posible la integración de los procesos modelados con los sistemas que le dan soporte. Las conexiones entre estos no sólo es posible mediante SW, sino que también existe soporte para otros protocolos. La definición de las reglas de negocio en el BRE permiten la modificación de la lógica del proceso sin necesidad de detener la ejecución de sus instancias. La creación de vocabularios en el BRE posibilita que se delegue la tarea de creación y modificación de reglas de negocio a los analistas de esta área. Página 82

83 Capítulo 3 Implementación de un caso de estudio La Consola de Administración, permite mantener un control total sobre la ejecución de los procesos de negocio definidos. Reporting Services demostró ser una opción válida para la creación de los indicadores, y su visualización en el portal de la organización. La integración de MSBS con InfoPath y SharePoint es soportada de forma nativa. La existencia del adaptador de comunicación de WSS facilita la publicación de formularios en las listas de SharePoint, eliminando la necesidad de utilizar el modelo de objetos de este. A pesar de contar con facilidades de diseño de soluciones basadas en el principio de cero codificación, los tiempos de desarrollo pueden ser elevados en algunas etapas. 3.6 Conclusiones del capítulo En el capítulo fue presentado un caso de estudio donde se implementó un proceso de negocio a partir de la propuesta presentada en el Capítulo 2. Por tanto, para el desarrollo del mismo fueron empleadas, de forma integrada, las siguientes herramientas: MSBS, SharePoint, InfoPath, Reporting Services y Report Builder, además de aquellas que son requeridas por las propias tecnologías. La realización del caso de estudio ha permitido comprobar la validez de la propuesta para la implantación de BPM en el CITI. Página 83

84 Recomendaciones Conclusiones Las estrategias de BPM cada día adquieren un mayor auge en los entornos empresariales donde prima el dinamismo y la capacidad de adaptación a los cambios. La utilización de un BPMS en las empresas, permite la automatización de los procesos de negocio mediante las herramientas que provee para estos fines. Cuando son implementados SOA y BPM de forma conjunta, se provee de una mayor flexibilidad a las empresas en cuanto a su capacidad de responder a las variaciones de los PN. A pesar de que MSBS no entra en la categoría de los BPMS, provee conjunto de funcionalidades afines a este tipo de sistemas. En base a estas similitudes y a partir de la integración de MSBS con otras tecnologías, ha sido presentada una propuesta para la implantación de BPM en el CITI, que puede resumirse en: MSBS + InfoPath + SharePoint. La integración con estas herramientas permite cubrir el ciclo de vida de BPM, proporcionando las funcionalidades básicas que no están contempladas en MSBS y que son parte de los BPMS tradicionales. Es importante señalar que la propuesta ha sido elaborada teniendo en cuenta la infraestructura tecnológica presente en la organización. El desarrollo de un caso de estudio ha permitido validar la propuesta de solución presentada. Los aspectos antes señalados permiten afirmar, que de manera general, se han cumplido, los objetivos trazados para este trabajo. Página 84

85 Recomendaciones Recomendaciones Por la importancia que tiene para el CITI la implantación de una solución que permita gestionar sus procesos de negocio se recomienda implementar la propuesta en un entorno real de producción. Luego de implantado un proceso real, se debe medir los resultados con el objetivo de analizar las factibilidad de su adopción para gestionar todos los procesos de negocio. Se debe comprobar la capacidad real de Microsoft BizTalk Server 2009 de utilizar BPEL, como una forma de representar la relación entre los servicios web que intervienen en los procesos. Igualmente, se recomienda probar, en este sentido, la integración de Microsoft BizTalk Server 2009 con herramientas de modelación de terceros. Además se exhorta seguir con detenimiento la evolución de BizTalk Server con el objetivo de conocer que mejoras incluye en cada nueva versión, y analizar en base a éstas cada escenario posible de implementación y optimización de la propuesta. Página 85

86 Referencias bibliográficas Referencias bibliográficas [Accenture,2008] Accenture. Como reformular la Arquitectura Corporativa para alcanzar el alto rendimiento, Centro de Alto Rendimiento de Accenture (CAR), [Anaya, V. & A. Ortiz,2006] Anaya, V. & A. Ortiz. BPMS: Soportando Procesos Extendidos. X Congreso de Ingenieria de Organizacion. Valencia, Espana, [Cerami, E.,2002] Cerami, E. Web Services Essentials First Edition. O'Reilly, p [Chappell, D.,2009] Chappell, D. Introducing BizTalk Server 2009, Microsoft Corporation, [Diaz, J. C.; J. Albui, et al.,2006] Diaz, J. C.; J. Albui, et al. Business Process Management. El negocio en el centro de los sistemas. White Paper. Madrid, Atos Origin, [Diaz, J. S. T.,2007] Diaz, J. S. T. BPEL y Orquestacion de Servicios. SG 07 Conferencia y Expo. BIOSNET-TSC, [Ferguson, D. F. & M. Stockton,2005] Ferguson, D. F. & M. Stockton. Enterprise Business Process Management - Architecture, Technology and Standars. White Paper, IBM Software Group, [Garimella, K.; M. Lees, et al.,2008] Garimella, K.; M. Lees, et al. Introducción a BPM. Indianápolis, Wiley Publishing, Inc., p [Havey, M.,2005] Havey, M. Essential Business Process Modeling. O'Reilly, p [Ibagos, M. P.,2004] Ibagos, M. P. Servicios Web XML. Una herramienta de integracion. Departamento de Telematica. Ciudad de La Habana, Instituto Superior Politecnico Jose Antonio Echeverria, [Janus, P.,2007] Janus, P. Pro InfoPath Jim Sumser. apress, p [Johanson, H.; P. McHugh, et al.,1998] Johanson, H.; P. McHugh, et al. Reingenieria de procesos de negocio. Limusa Noriega Editores, p [Kamoun, F.,2006] Kamoun, F. The Convergence of Business Process Management and Service Oriented Architecture, College of Information Technology. University Página 86

87 Referencias bibliográficas of Dubai, < [Keen, M.; G. Ackerman, et al.,2006] Keen, M.; G. Ackerman, et al. Patterns: SOA Foundation - Business Process Management Scenario. IBM, p. [Lastra, J.,2007] Lastra, J. El mercado de BPMS superará los millones de dólares en ComputerWorld, IDG Communications, millones-de-/seccion-/noticia [Laurentis, R. d.,2009] Laurentis, R. d. BPM como eje fundamental en la inversión de TI, [2010]. Disponible en: [Leymann, F.; D. Roller, et al.,2003] Leymann, F.; D. Roller, et al. Goals of the BPEL4WS Specification, OASIS, DesignGoals.pdf [Lombardi,2006] Lombardi. Getting Started With BPM. An Introduction To Business Process Management. White Paper. United States of America, Lombardi Software, [Microsoft,2009a] Microsoft. BizTalk Server 2009 Tutorials - Tutorial 3, Microsoft Corporation, 2009a. D916-49A0-82DE-5AF77BD2CE8F&displaylang=en [Microsoft,2009b] Microsoft. BizTalk Server 2009 Tutorials - Tutorial 4, Microsoft Corporation, 2009b. D916-49A0-82DE-5AF77BD2CE8F&displaylang=en [Microsoft,2009c] Microsoft. Case Studies, Microsoft, 2009c. [2010]. Disponible en: [Microsoft,2006] Microsoft. Enabling "People-Ready Processes" through Business Process Management (BPM). White Paper, Microsoft, Página 87

88 Referencias bibliográficas [Microsoft,2009d] Microsoft. Microsoft BizTalk Server 2009 Help, 2009d. [Microsoft,2009e] Microsoft. Microsoft BizTalk Server 2009 Technical Overview, Microsoft, 2009e. [Microsoft,2010] Microsoft. SQL Server 2008: Reporting Services, Microsoft, [2010]. Disponible en: [Mosquera, N.,2009] Mosquera, N. Según Gartner, el BPM es la máxima prioridad para los CIOs, superando a la reducción de costes ComputerWorld, IDG Communications, BPM-es-la-maxima-prioridad-para-/seccion-mercado/noticia [Newcomer, E. & G. Lomow,2004] Newcomer, E. & G. Lomow. Understanding SOA with Web Services. Addison Wesley Professional, p [OMG,2009] OMG. formal/ , OMG, [Disponible en: [OMG,2003] OMG. Unified Modeling Language (UML), Version 2.2, OMG, [2010]. Disponible en: [Pectra,2010] Pectra. Business Process Management, Pectra Technology, [2010]. Disponible en: [Robledo, P. & R. d. Laurentiis,2009] Robledo, P. & R. d. Laurentiis. El estado del BPM y las tendencias en España, Club-BPM, [2010]. Disponible en: [Rodriguez, J. & J. Klug,2009] Rodriguez, J. & J. Klug. Business Activity Monitoring in Depth for Developers. White Paper, Microsoft Corporation, [Sanders, J. & G. Snowman,2009] Sanders, J. & G. Snowman. Pro Bussiness Activity Monitoring in BizTalk New York, Apress, p [Seroter, R.,2009] Seroter, R. SOA Patterns with BizTalk Server First Edition. Birmingham, Packt Publishing, p Página 88

89 Referencias bibliográficas [Swenson, K.,2006] Swenson, K. Thoughts on Collaborative Planning, [2010]. Disponible en: [Systems, S.,2007] Systems, S. Diagrama de Actividades UML 2, Sparx Systems, [2010]. Disponible en: [Tisseghem, P.,2009] Tisseghem, P. Microsoft Office SharePoint Server Madrid, Anaya Multimedia, p [Urrutia, J.,2006] Urrutia, J. Arquitecturas Empresariales (BPM y SOA), [2010]. Disponible en: [Veld, G. i. t. & W. Bakker,2009] Veld, G. i. t. & W. Bakker. BizTalk + SharePoint. Integration Best Practices. White Paper. Rotterdam, motion10, D763D0FF0A08&displaylang=en [Vollmer, K.,2008] Vollmer, K. The Forrester Wave: Integration-Centric Business Process Management Suites, Q4 2008, Forrester, [W3C,2004a] W3C. Web Services Architecture, W3C, 2004a. [2010]. Disponible en: [W3C,2004b] W3C. Web Services Glossary, 2004b. [Disponible en: [WebMethods,2005] WebMethods. Making the Transformation to Service-Oriented Architecture, f [Weerawarana, S.; F. Curbera, et al.,2005] Weerawarana, S.; F. Curbera, et al. Web Services Platform Architecture: SOAP, WSDL, WS-Policy, WS-Addressing, WS- BPEL, WS-Reliable Messagin, and More. Prentice Hall PTR, p [Weske, M.,2007] Weske, M. Business Process Management. Concepts, Languages, Architectures. New York, Springer, p Página 89

90 Referencias bibliográficas [WfMC,2008] WfMC. XPDL Support and Resources, [2010]. Disponible en: Página 90

91 Glosario de términos y siglas Glosario de términos y siglas API Application Program Interface. Conjunto de funcionalidades y procedimientos expuestas por un sistemas para ser accedidas desde otro. B2B Business To Business BAM Business Activity Monitoring BD Base de Datos BPEL Business Process Execution Language BPM Business Process Management BPMN Business Process Modeling Notation BPMS Business Process Management System BRE Business Rules Engine EAI Enterprise Application Integration EDI Electronic Data Interchange. Transmisión estructurada de datos de forma electrónica entre empresas. FTP File Transfer Protocol. Protocolo de red para la transferencia de archivos entre sistemas. Framework Estructura conceptual y tecnológica de soporte, definida normalmente con artefactos o módulos de software concretos, con base en la cual otro proyecto de software puede ser organizado y desarrollado. HTTP Hyper Text Transfer Protocol. Protocolo utilizado en cada transacción realizada en la Internet. IBM International Business Machines IIS Internet Information Services. Conjunto de servicios para los ordenadores que utilizan el sistema operativo Windows. Permite la publicación de páginas web tanto de forma local como remota. KPI Key Performance Indicator Logs Registro de eventos durante un rango de tiempo. MSBS Microsoft BizTalk Server MOSS Microsoft Office SharePoint Server Página 91

92 Glosario de términos y siglas MP Modelo de Procesos OASIS Organization of the Advancement Structured Information Standards. Un consorcio compuesto por varias empresas encargadas de guiar el desarrollo, convergencia y adopción de estándares para la sociedad global de la información. OMG Object Management Group. Asociación sin fines de lucro que se encarga de la definición y el mantenimiento de estándares para aplicaciones de la industria de la computación. PN Proceso de Negocio POP3 Post Office Protocol 3. Protocolo para la recepción de correos electrónicos alojados en un servidor remoto. SOA Service Oriented Architecture SOAP Simple Object Access Protocol SMTP Simple Mail Transport Protocol. Protocolo para la envío de correos electrónicos en Internet. SSO Single Sign On SW Servicios Web TI Tecnologías de la Información. Describe a cualquier tecnología que ayuda a crear, manipular, almacenar y comunicar cualquier información. UML Unified Modeling Language. Se emplea para visualizar, especificar, construir y documentar un sistema. Ofrece un estándar para describir un plano del sistema. UDDI Universal Description Discovery and Integration XML Extensible Markup Language XPDL XML Process Definition Language XSD XML Schema Definition W3C World Wide Web Consortium WCF Windows Communication Foundation Web 2.0 Es un fenómeno social, basado en la interacción que se logra a partir de diferentes aplicaciones web, que facilitan el compartir información, la interoperabilidad, el diseño centrado en el usuario y la colaboración en la Página 92

93 Glosario de términos y siglas web. WfMC Workflow Management Coalition. Comunidad que integra un grupo de organizaciones que se encargan del desarrollo de estándares web. WSDL Web Services Description Language WSS Windows SharePoint Services Página 93

94 Anexos Anexos Anexo 2.1 Consola de Administración Anexo 2.2 Integración de los componentes de SSO [Chappell,2009] Página 94

95 Anexos Anexo 3.1 SolicitarMateriales.odx Página 95

96 Anexos Anexo 3.2 ProcesarSolicitudEnAlmacen.odx Página 96

97 Anexos Anexo 3.3 Formulario Aprobación Anexo 3.4 Formulario Notificación Página 97

98 Anexos Anexo 3.5 EsquemaSolicitud.xsd Página 98

99 Anexos Anexo 3.6 EsquemaAprobacion.xsd Anexo 3.7 EsquemaRegla.xsd Página 99

100 Anexos Anexo 3.8 EsquemaCorrelacion.xsd Anexo 3.9 MapaSolicitud_Regla.btm Página 100