Instituto Superior Politécnico José Antonio Echeverría. Facultad de Ingeniería Informática. Centro de Estudios de Ingeniería de 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 de Sistemas (CEIS) Complejo de Investigaciones Tecnológicas Integradas (CITI) PROPUESTA DE TECNOLOGÍAS BPM PARA LA INTEGRACIÓN Y EJECUCIÓN DE PROCESOS DE NEGOCIO EN EL CITI Trabajo de diploma para optar por el título de Ingeniería en Informática Presentado por: Juan Carlos Gras González Tutor: Ing. Lisbany Laborí Díaz CEIS Ciudad de la Habana, Cuba Junio, 2010

2

3

4 No hay nada permanente excepto el cambio Heráclito

5 R E S U M E N En la actualidad muchas organizaciones buscan aumentar la eficiencia en la gestión de sus procesos de negocio para lograr mayor ventaja competitiva. Mediante la Gestión por Procesos se logra aprovechar el máximo rendimiento de las actividades que frecuentemente se realizan en una organización. El Complejo de Investigaciones Tecnológicas Integradas (CITI) pretende seguir esta línea con un diseño organizacional orientado a procesos y junto a este enfoque, indagar sobre tecnologías BPM (Business Process Management) que permitan gestionar los procesos de la institución. Como fase del ciclo BPM, la integración y ejecución de procesos de negocio forman parte indispensable a la hora de implantar una solución real de BPM. Con este trabajo se pretende hacer un estudio para obtener propuestas de tecnologías BPM que den soporte a la integración y ejecución de procesos de negocio en el CITI. Palabras claves BPMS, Orquestación de Servicios, Servidor de Procesos, SOA.

6 A B S T R A C T Nowadays many organizations are seeking to increase efficiency by managing business processes for greater competitive advantage. Through Business Process Management is achieved to take full advantage of the activities that often take place in an organization. The Complejo de Investigaciones Tecnológicas Integradas (CITI) intends to continue this line with a processoriented organizational design and joined to this approach inquire about BPM (Business Process Management) technologies, providing for the processes management of the institution. As phase of the BPM cycle, integration and execution of business processes are an indispensable part in the introduction to a real BPM solution. This work intends to study proposals for BPM technologies that support the integration and execution of business processes at CITI. Key Words BPMS, Processes Server, Services Orchestration, SOA.

7 Í N D I C E INTRODUCCIÓN... 1 C A P Í T U L O 1 F U N D A M E N T O S T E Ó R I C O S Descripción de la institución Antecedentes Objetivos estratégicos de la institución Business Process Management Los Procesos de Negocio Antecedentes de la Gestión de Procesos de Negocio Sistemas antecesores a las Soluciones BPM Business Process Management Systems Etapa de Implementación e Integración Ejecución de procesos a través del Servidor de Procesos de Negocio Beneficios del empleo de tecnologías BPM SOA como soporte para BPM Los servicios Web, la base de SOA Genexus X como herramienta para el desarrollo de servicios NET Framawork para el desarrollo de servicios Windows Communication Foundation Workflow Foundation La Arquitectura Orientada a Servicios Bus de Servicios Empresariales Integración de BPM y SOA Orquestación de Servicios WS-BPEL Conclusiones del capítulo C A P Í T U L O 2 H E R R A M I E N T A S P A R A L A I N T E G R A C I Ó N Y E J E C U C I Ó N D E P R O C E S O S D E N E G O C I O Parámetros de una BPMS para la integración y ejecución de procesos Componentes a tener en cuenta Requerimientos a tener en cuenta Herramientas para la integración y ejecución de procesos de negocio Intalio BPMS Community Edition Integración a través de Intalio Designer... 33

8 Ejecución de procesos en Intalio Server Bonita Open Solution Integración en BOS a través de conectores BizAgi Xpress Edition Etapas de BizAgi Análisis de requisitos en las herramientas candidatas Requerimientos de ejecución de procesos Requerimientos de administración de procesos Requerimientos de interacción de procesos Requerimientos de integración de procesos Análisis de Biztalk Server Desventajas del empleo de Biztalk Server 2009 como solución BPM Conclusiones del capítulo C A P Í T U L O 3 I N T E G R A C I Ó N Y E J E C U C I Ó N D E U N P R O C E S O D E N E G O C I O S O B R E B I Z A G I Modelo del Negocio Reglas del negocio a considerar Representación de los actores del negocio Diagrama de casos de uso del negocio Descripción de los Trabajadores del negocio Caso de uso del negocio: Solicitar Cooperación Modelo de proceso del caso de uso Solicitar Cooperación Modelo de objetos del negocio Integración a través de SOA Modelo de despliegue Descripción de los grupos de servicios empleados Identificación de los servicios que emplea el proceso Definición del Servicio de Negocio NCrearSolicitudCooperacion Despliegue sobre BizAgi Creación del modelo de datos Creación de formularios Integración de servicios Web Creación de reglas de negocio y eventos Asignación de participantes... 71

9 3.3.6 Ejecución del proceso Conclusiones del capítulo C O N C L U S I O N E S R E C O M E N D A C I O N E S R E F E R E N C I A S B I B L I O G R Á F I C A S B I B L I O G R A F Í A G L O S A R I O D E T É R M I N O S... 86

10 Í N D I C E D E F I G U R A S Figura 1. Representación de un proceso de negocio... 8 Figura 2. BPM como entorno de orquestación entre personas y sistemas [DÍAZ, 2006] Figura 3. Ciclo de vida de un proceso de negocio [SOAAGENDA, 2009] Figura 4. Promedio futuro de gastos en BPMS (millones de dólares) [PALMER, 2009] Figura 5. Comportamiento de un servicio Web Figura 6. Publicación y consumo de un servicio Web Figura 7. Esquema de un servicio WCF [CHAPPELL, 2009] Figura 8. Esquema de la Arquitectura Orientada a Servicios Figura 9. Reducción de la complejidad de las conexiones con un ESB Figura 10. SOA como soporte para BPM Figura 11. Orquestación de servicios Web Figura 12. Arquitectura de Intalio [INTALIO1, 2010] Figura 13. Integración de servicios en Intalio Designer Figura 14. Herramienta Data Mapper de Intalio Designer Figura 15. Conectores por defecto de Bonita Studio Figura 16. Evento para un conector (izquierda: tareas automáticas; derecha: tareas humanas) Figura 17. Etapas para el desarrollo de procesos en BizAgi Figura 18. Identificación de reglas de negocio en BizAgi Figura 19. Manejo de instancias de procesos en Intalio Console Figura 20. Manejo de instancias de procesos en BOS Figura 21. Creación de un conector Web Service en BOS Figura 22. Orquestación de mensajes en BizTalk Server 2009 [CHAPPELL2, 2009].. 48 Figura 23. Diagrama de Casos de uso del negocio Figura 24. Modelo de proceso del caso de uso del negocio Solicitar Cooperación Figura 25. Diagrama de objetos del negocio Figura 26. Modelo de Despliegue Figura 27. Modelo de Despliegue con un ESB agregado Figura 28. Distribución de Servicios en el CITI Figura 29. Modelo de proceso Solicitar Cooperación para la etapa de integración Figura 30. Modelo de servicios Web de soporte al proceso Figura 31. Flujo del Servicio de Negocio NCrearSolicitudCooperacion Figura 32. Modelo de datos del proceso... 68

11 Figura 33. Vinculación con un servicio en BizAgi Figura 34. Asignación de actividades por cargo Figura 35. Bandeja de entrada de tareas... 72

12 Í N D I C E D E T A B L A S Tabla 1. Descripción de los actores del negocio Tabla 2. Descripción de los Trabajadores del negocio Tabla 3. Descripción del caso de uso del negocio Solicitar Cooperación Tabla 4. Notación empleada para la modelación del caso de estudio Tabla 5. Interacción del proceso con los sistemas legados de la organización Tabla 6. Funcionalidades de los servicios que interactúan con el proceso Tabla 7. Funcionalidades de servicios orquestados en el Servicio NCrearSolicitudCooperacion Tabla 8. Pasos de ejecución de una instancia del proceso "Solicitar Cooperación"... 73

13 INTRODUCCIÓN A partir de la década del noventa del siglo pasado, las empresas han otorgado más importancia a la competitividad centrada en la satisfacción del cliente que en los propios intereses departamentales. Se ha optado por esta estrategia por la razón de que distintas empresas producen los mismos productos o servicios, creando grandes competencias que sitúan al cliente en un plano principal. Con motivo de agilizar los procesos en una organización y lograr la máxima satisfacción de los clientes, en menos tiempo y menos costo, surgió el enfoque de Gestión por Procesos, el cual pretende romper las barreras departamentales que a menudo rigen el desenlace de las actividades organizativas. Los procesos empresariales, por lo general, son complejos y están expuestos a constantes cambios. Las Soluciones de BPM (BPMS - Business Process Management Systems) permiten dar respuesta a estos problemas, logrando control y eficiencia en la gestión de los procesos. Las Soluciones de BPM han emergido en los últimos años como un nuevo tipo de software empresarial en el cual se pueden modelar, ejecutar, desplegar y monitorear los procesos de negocio, permitiendo alinear las estrategias de la organización con las operaciones que se llevarán a cabo. En las organizaciones es común encontrar sistemas informáticos que manejan información útil para los procesos de negocio e incluso, en ocasiones, es necesario que los procesos modifiquen dicha información. La interacción entre los procesos de negocio y otros sistemas informáticos es posible gracias al empleo de estándares de comunicación entre aplicaciones conocidos como servicios Web, los cuales alcanzan su máximo desempeño en el paradigma de la Arquitectura Orientada a Servicios (SOA Service Oriented Architecture). El Complejo de Investigaciones Tecnológicas Integradas (CITI) tiene como visión ser una organización creativa, innovadora, de referencia en la gestión del capital humano y en la aplicabilidad de los resultados que obtenga en el desarrollo de tecnologías. Para proyectar esta visión, la dirección del CITI observó la importancia que tiene la Gestión por Procesos y decidió adentrarse en el mundo BPM para conducir el desempeño de la institución. En vista a ello, 1

14 un equipo multidisciplinario conformado mayormente por analistas de negocio, se dio a la tarea de modelar los procesos de la organización. Con idea de poner en marcha estos procesos, para que interactúen con personas y sistemas, se hace necesaria la selección de una Solución BPM que permita integrarse con otros sistemas e incorpore un Servidor de Procesos para la ejecución. Dada esta situación problemática se identificó como problema a resolver determinar una Solución BPM que permita la integración y ejecución de los procesos de negocio del CITI. El objeto de estudio del presente trabajo se centra en el análisis de diversas tecnologías BPM y en la Arquitectura Orientada a Servicios como infraestructura tecnológica de comunicación entre procesos de negocio y sistemas heredados. El campo de acción abarcará el análisis de tecnologías BPM, donde se incluyen herramientas de modelación (BPA - Business Process Analysis), herramientas de integración y Servidores de Procesos de Negocio. Se indagará también, para el desarrollo de servicios, en la plataforma.net y en la herramienta Genexus. El objetivo general que persigue este trabajo es comparar herramientas BPM, centrando la atención en la etapa de integración y ejecución de procesos del ciclo BPM, para obtener una solución factible que permita desplegar los procesos de negocio del CITI. Para el logro de este objetivo se identificaron los siguientes objetivos específicos: Realizar un estudio sobre las tecnologías que abarca BPM, en específico herramientas que permitan la integración y ejecución de procesos de negocio. Desplegar, como caso de estudio, el proceso de negocio Solicitar Cooperación sobre la herramienta BPM seleccionada. 2

15 En vista a los objetivos propuestos se identificaron las siguientes tareas a desarrollar: Consultar información especializada sobre tecnologías BPM. Hacer una búsqueda y descarga en Internet de las herramientas BPM que más se adapten a los requisitos de la organización. Comparar las herramientas seleccionadas en cuanto a requisitos de integración y ejecución de procesos de negocio. Identificar, diseñar e implementar los servicios Web que darán soporte a las actividades del caso de estudio. Desplegar el caso de estudio sobre el Servidor de Procesos de la herramienta seleccionada. Hipótesis Con la selección de tecnologías BPM, que permitan la integración y ejecución de procesos, el CITI podrá desplegar sus procesos de negocio y se podrán dirigir los esfuerzos de la empresa de manera planeada y alineada con los objetivos estratégicos. De modo más específico el empleo de tecnologías BPM traerá mejoras en la gestión de los procesos y un significativo ahorro de tiempo y recursos durante la ejecución de las tareas de la organización. A lo largo del presente trabajo se especifica sobre otras bondades que trae el empleo de estas tecnologías. Estructuración del documento Por motivos de organización, y para una mejor comprensión, el presente documento se divide en tres capítulos. A continuación se exponen brevemente los temas abordados en cada uno de ellos. El capítulo 1, Fundamentos teóricos, constituye la base teórica que sustenta al trabajo. En él se introducen los conceptos necesarios para la comprensión del documento. En el capítulo 2, Herramientas para la integración y ejecución de procesos de negocio, se describen y comparan un grupo de herramientas, a través de 3

16 parámetros de integración y ejecución de procesos de negocio, con el objetivo de obtener una solución factible para la introducción de tecnologías BPM en el CITI. El capítulo 3 y final, Integración y ejecución de un proceso de negocio sobre BizAgi, describe el despliegue de un proceso de negocio, como caso de estudio, sobre la Solución BizAgi. 4

17 1 C AP Í T U L O 1 F U N D AM E N T O S T E Ó R I C O S "Cada día sabemos más y entendemos menos." Albert Einstein Introducción El presente capítulo constituye la base teórica que sustenta el tema del trabajo. Como preludio se describe la institución para la cual va encaminado el resultado de esta investigación, pero los dos grandes temas a tratar en este capítulo serán: BPM y SOA. Estas siglas constituyen la esencia del presente trabajo, que va enfocado a la aplicabilidad de tecnologías BPM y su integración con sistemas externos mediante SOA. Para ganar en organización y claridad el presente capítulo se divide en tres partes: 1. Descripción de la institución, 2. Business Process Mangement y 3. SOA como soporte para BPM. En la primera parte se describirá la institución donde se realiza esta investigación, observando de cerca su misión y sus objetivos. En la segunda parte (Business Process Mangement) se hace un breve recorrido histórico sobre la Gestión de Procesos para luego indagar sobre las tecnologías BPM, donde se hace énfasis en las etapas de integración y ejecución de procesos de negocio. Por último, en la tercera parte del capítulo (SOA como soporte para BPM), se describe la Arquitectura Orientada a Servicios y su integración con BPM. 5

18 Capítulo 1 Fundamentos Teóricos 1.1 Descripción de la institución El Complejo de Investigaciones Tecnológicas Integradas (CITI) es una institución que surge gracias a un trabajo de cooperación entre el Ministerio del Interior y el Instituto Superior Politécnico José Antonio Echeverría (ISPJAE). Sus instalaciones, ubicadas dentro del mismo instituto, se encuentran en fase final de construcción Antecedentes El CITI tiene como antecedente directo el trabajo desarrollado en la Unidad Docente de Informática Operativa (UDIO), ubicada dentro del ISPJAE. En la UDIO han funcionado proyectos investigativos vinculados a ramas de la informática, donde se han logrado informatizar sectores del MININT como: Criminalística, Guarda Fronteras, Bomberos, Dirección de Inmigración y Extranjería, Registro de Vehículos, Carnet de Identidad y Licencia de Conducción, entre otros. El desarrollo de estos proyectos de investigación se ha extendido a otras ramas de las ingenierías que han dado como resultado la aparición de grupos multidisciplinarios con resultados en diferentes disciplinas de las ciencias técnicas (informática, automática, industrial y proyectos constructivos). A partir de estos resultados surge el interés de crear un complejo donde se realicen estas actividades en mayor escala, surgiendo el Complejo de Investigaciones Tecnológicas Integradas Objetivos estratégicos de la institución La misión del CITI es ser una organización creativa, innovadora, de referencia en la gestión del capital humano y en la aplicabilidad de los resultados que obtenga en el desarrollo de tecnologías, para lo cual sustentará el trabajo en la integración de profesionales altamente calificados con estudiantes de talento. El CITI tiene como visión desarrollar tecnologías en varios campos de las ciencias técnicas en interés de la seguridad y el orden interior del país. Se pretende vincular las necesidades de superación científica de especialistas con 6

19 Capítulo 1 Fundamentos Teóricos las soluciones concretas y ágiles, mediante la ejecución de proyectos en grupos de trabajo flexibles. Con objetivo de cumplir la visión señalada se diseñó el Plan de Investigación, Desarrollo e Innovación del CITI para el período , donde se encuentran definidas las líneas de investigación del complejo, con sus programas y subprogramas. 1.2 Business Process Management Hoy en día, ante la espiral de cambios que enfrenta nuestro mundo, se podría decir que estamos viviendo un renacimiento del darwinismo, donde no es la especie más fuerte quien alcanza la supervivencia, ni tampoco la más inteligente, sino la que es más receptiva al cambio; afirmación más que aceptada en el mundo económico y tecnológico. [JOSUTTIS, 2007] La mayoría de las empresas del mundo actual coexisten en un entorno competitivo, donde se hace necesario moverse con rapidez para aprovechar las oportunidades de negocio. El enfoque de Gestión por Procesos permite agilizar las operaciones que se llevan a cabo en una organización, siendo los procesos de negocios el medio para la mejora y las TI 1 las herramientas claves para lograrlo Los Procesos de Negocio La esencia del Business Process Mangement, en castellano Gestión de Procesos de Negocio, radica en los procesos. Los Procesos de Negocio son el elemento principal e impalpable que está presente en todas las organizaciones, pero que todavía muchas empresas tienen dificultades en su gestión. Según Davenport un proceso de negocio representa un grupo de actividades ordenadas para producir una salida para un cliente o mercado particular. [DAVENPORT, 1993] 1 Acrónimo de tecnologías de la información. 7

20 Capítulo 1 Fundamentos Teóricos Rummler y Brache amplían un poco esta definición proponiendo que un proceso de negocio representa una serie de pasos diseñados para producir un producto o un servicio orientado hacia un cliente. [RUMMLER, 1995] Mediante un análisis de estas definiciones podría decirse que un proceso de negocio es un grupo de actividades ordenadas de manera lógica, donde se establecen políticas para ejecutar tareas con el fin de obtener un resultado que se traduce en productos o servicios para clientes o mercados específicos. Figura 1. Representación de un proceso de negocio En la actualidad las empresas están orientando sus labores a un enfoque de Gestión por Procesos, donde se trata de romper la visión vertical, clásica posición de organizar las tareas según la especialidad, y de evolucionar hacia una visión horizontal en torno al proceso, donde especialistas de las áreas funcionales colaboren en la resolución del proceso con el fin de lograr la máxima satisfacción del cliente que recibe el servicio resultante. [PASTOR, 2002] Antecedentes de la Gestión de Procesos de Negocio El concepto de ver el trabajo como un proceso, el cual podía ser estudiado para hacerlo más eficiente, aparece por vez primera a principios del siglo 20 cuando el ingeniero mecánico estadounidense Fredrick Taylor, conocido como el padre de la Gestión Científica, introdujo el término basándose en los métodos científicos y las mediciones a los procesos de manufactura. [EHRLICH, 2002] Pero el concepto de BPM comienza a abrirse camino en la década del 80 cuando las compañías estadounidenses se encontraban frente a una fuerte competencia, sobre todo por parte de firmas japonesas. Factores como una mayor competencia y el giro de una economía guiada por proveedores a una orientada a los clientes, llevaron a repensar las prácticas de negocio surgiendo 8

21 Capítulo 1 Fundamentos Teóricos nuevos métodos para administrar procesos como: TQM (Total Quality Management), BPR (Business Process Reengineering) y la metodología Six Sigma. La integración de estos métodos hizo posible que apareciera el concepto BPM en el año [JESTON, 2006] Los procesos siempre han sido un asunto más bien de expertos de negocios; en las organizaciones era frecuente encontrar procesos que se asignaban de manera manual, donde un supervisor se encargaba de la asignación de tareas y monitorización del ciclo de vida del proceso. Davenport y Short fueron los primeros en proponer a las Tecnologías de la Información como herramientas primordiales para la Gestión de Procesos. Mientras que la introducción de tecnologías pude ser un útil contribuidor para muchas organizaciones, BPM no siempre requiere de tecnologías para lograr su éxito. Es de mayor importancia obtener un proceso de manera correcta antes de considerar la implantación de tecnologías. [JESTON, 2006] Sistemas antecesores a las Soluciones BPM El avance de las TI ha permitido que usuarios no expertos empleen aplicaciones informáticas como apoyo a los procesos de negocio empresariales. Hasta principios de 1990 este apoyo era proporcionado generalmente por aplicaciones monolíticas. Estas aplicaciones son confiables, pero no cumplen con las nuevas exigencias de flexibilidad, agilidad y transparencia. En un sistema monolítico cambiar un proceso de negocio implica hacer cambios en la lógica de la aplicación, lo cual resulta dificultoso y costoso. A finales de 1990 los paquetes de software ERP (Enterprise Resource Planning, en castellano Planificación de Recursos Empresariales) como SAP, Peoplesoft y Oracle Financials se vendieron bajo las promesas de Davenport y otros de que estos paquetes apoyarían la gestión de procesos en la empresa. Los sistemas ERP eran más flexibles y ágiles que los sistemas heredados y apoyaban los procesos complejos e interrelacionados dentro de la empresa. [CSC, 2002] 9

22 Capítulo 1 Fundamentos Teóricos Los ERP se distinguen de otras aplicaciones empresariales por componerse por módulos adaptables. Estos módulos representan los usos para los que puede ser empleado (producción, ventas, compras, logística, contabilidad, entre otros). Lo más destacable de un ERP es que unifica y ordena toda la información de la empresa en un mismo lugar, de manera que cualquier suceso quede a la vista de forma inmediata. Ésto permite tomar decisiones y acortar los ciclos productivos. La implantación de un ERP elimina las barreras entre los departamentos y permite que la información fluya por toda la empresa. [KOCH, 2008] La desventaja principal que porta un ERP es su rigidez. Estos sistemas son difíciles de adaptarse a cambios en los procesos de negocio y su mantenimiento resulta complejo y costoso Business Process Management Systems Las aplicaciones empresariales, por lo general, manejan información referente a sus propios dominios (gestión económica financiera, recursos humanos, etc.) pero sin poder compartir información entre ellas, por tanto no pueden aportar una visión general de los procesos de negocio cuando éstos abarcan varias áreas funcionales. Los sistemas de ERP son una alternativa para lograr el manejo de los procesos de una organización pero, como se analizó con anterioridad, no brindan suficiente flexibilidad para adaptarse a cambios en los procesos de negocio. Con los Sistemas o Soluciones BPM (BPMS - Business Process Mangement Systems) los procesos de negocio pueden ser sometidos a constantes mejoras, lográndose una gran flexibilidad y adaptabilidad a nuevos cambios que se produzcan en los procesos de una organización. Las BPMS son un nuevo tipo de software empresarial que permite la interacción de personas y sistemas legados teniendo como intermediarios a los procesos de negocio. [PNMSOFT, 2010] Club-BPM define a los BPMS como: el conjunto de tecnologías y disciplinas aplicadas para modelizar, automatizar, integrar, gestionar y optimizar los 10

23 Capítulo 1 Fundamentos Teóricos procesos, reglas, servicios, y recursos empresariales, e incrementar así la calidad de los servicios, la eficiencia de la organización, y la rentabilidad del negocio [CLUBBPM, 2006] Figura 2. BPM como entorno de orquestación entre personas y sistemas [DÍAZ, 2006] Las BPMS ofrecen un grupo de herramientas para atender todo el ciclo de vida de un proceso de negocio, el cual se compone de las siguientes etapas [SOAAGENDA, 2009]: Modelación. En esta etapa, mediante un Modelador Gráfico (Business Modeler), se diseñan los procesos de negocio empleando generalmente la Notación de Modelación de Procesos de Negocio (BPMN - Business Process Modeling Notation). También se definen mejoras o cambios en los procesos para optimizarlos; el principal involucrado es el Analista de Negocios. Implementación e Integración. En esta etapa se integran los componentes necesarios para implementar el proceso a través de un ambiente de integración y desarrollo. El principal involucrado en esta etapa es el Ingeniero de TI. 11

24 Capítulo 1 Fundamentos Teóricos Ejecución. Esta etapa corresponde a la explotación del proceso desarrollado previamente y es donde se recolecta la información para el control y el seguimiento. Para ello, mediante un Motor de Procesos de Negocio (Business Process Engine), se ejecutan los flujos de instancias de procesos. Los principales involucrados en la ejecución de procesos son los Participantes (personas y sistemas que interactúan con el proceso). Control y Gestión. En esta etapa es donde se le da seguimiento, mediante herramientas de Monitorización de Actividades de Negocio (BAM - Business Activity Monitor), a los procesos y es donde se analiza la información de su ejecución en tiempo real. Los principales involucrados son los Supervisores y la Gerencia. Figura 3. Ciclo de vida de un proceso de negocio [SOAAGENDA, 2009] Etapa de Implementación e Integración Para darle vida a los procesos de negocio de una organización, luego de haber modelado, se deben integrar los procesos con tecnologías de la información. Esta etapa, en el ciclo de BPM, se conoce por Implementación e Integración, en la misma se asocian las actividades de los procesos con formularios, eventos para envío de notificaciones, sistemas legados (a través 12

25 Capítulo 1 Fundamentos Teóricos casi siempre de servicios Web) y servicios de negocio. En esta etapa también se establecen los usuarios y roles que responden a las actividades. Según un estudio de mercado hecho por Transformation & Innovation (Figura 4), entre los gastos de inversión en tecnologías BPM, se invertirá más en servicios de integración que en las propias licencias de software; y los gastos en servicios de integración serán dos veces mayores que los gastos en hardware. Vale destacar que los mayores gastos, en un porciento poco mayor que los de integración, los incurrirá los servicios de consultoría. Figura 4. Promedio futuro de gastos en BPMS (millones de dólares) [PALMER, 2009] Ejecución de procesos a través del Servidor de Procesos de Negocio La ejecución de los procesos representa la cara de BPM en la vida real, mediante ella los trabajadores implicados interactúa con los procesos a través de un portal Web. Detrás de este portal se mueven grupos de tecnologías que hacen posible la ejecución de los procesos, siendo el Servidor de Procesos la principal herramienta para este fin. El Servidor o Motor de procesos de Negocio forma parte indispensable en una Solución BPM. Según el ciclo BPM, descrito anteriormente, el Motor de Procesos es el protagonista de la etapa de Ejecución de Procesos, sin embargo tiene una estrecha relación con la etapa de Implementación e Integración, pues en ella se alinean los procesos con las TI. 13

26 Capítulo 1 Fundamentos Teóricos El Motor BPM, como también se le conoce, es responsable de ejecutar, controlar y monitorizar todos los procesos de negocio en una organización. En él se realiza la orquestación de los servicios Web presentes en el proceso y se manejan las interacciones de los usuarios. El motor BPM también se encarga de la coordinación de aplicaciones externas dentro del proceso y de asignar y desasignar recursos y conexiones. [DÍAZ, 2006] Beneficios del empleo de tecnologías BPM De manera general la aplicación de tecnologías BPM permite dirigir los esfuerzos de la empresa de manera planeada y alineada con los objetivos estratégicos. De modo más específico las BPMS aportan una serie de bondades a tener muy en cuenta, pues se traducen fundamentalmente en ahorro de tiempo y dinero; a continuación se exponen algunas de estas ventajas: Rapidez y agilidad en el trabajo. El empleo de tecnologías BPM incrementa el número de actividades que se ejecutan en paralelo, o sea, una misma persona puede estar atendiendo varias actividades, de varios procesos, sin tener que esperar a que culmine alguno para iniciar otro. Mejor distribución del trabajo. Mediante la asignación de roles y usuarios se asegura la continua participación y colaboración de todo el personal en el proceso. Mejor atención al cliente. Los procesos de negocio van encaminados, fundamentalmente, hacia la obtención de un producto o servicio para un cliente. Alcanzando mayor rapidez en los procesos de negocio se beneficia directamente al cliente porque se obtienen resultados en menos tiempo. Visibilidad en los procesos. Mediante la modelación de los procesos se pueden hacer mejoras eliminando redundancias y pasos innecesarios. También, gracias a las BPMS, los supervisores pueden observar en qué parte se encuentra el proceso, si está detenido, a quién le corresponde ejecutar qué actividad, etc. Mayor flexibilidad para adaptación al cambio. Un BPMS separa el proceso de negocio de la gestión del software, permitiendo una reconfiguración rápida del proceso y reduciendo costos futuros de 14

27 Capítulo 1 Fundamentos Teóricos mantenimiento. Por otra parte, las aplicaciones tradicionales embeben los procesos de manera rígida dentro del código y las tablas de las bases de datos, haciendo que los cambios sean complejos y costosos. [DÍAZ, 2006] Integración con otros sistemas. Las BPMS permiten integrar la información del negocio dispersa en diferentes sistemas. 1.3 SOA como soporte para BPM A partir de una penetrante globalización y el incremento de mercados cada vez más competitivos, los retos de negocio de las organizaciones se han incrementado notablemente. Para lograr éxito las compañías deben responder rápidamente a los cambios en el mercado, por lo que se requiere de un trabajo ágil que permita resolver los problemas del presente y permita también aprovechar las oportunidades del mañana. A través de los años los departamentos de TI han construido aplicaciones cuyo mantenimiento, necesario para adaptarse al cambio, resulta complejo y costoso. La Arquitectura Orientada a Servicios (SOA Service Oriented Architecture) revolucionará la forma en que se desarrolla el software, permitiendo crear infraestructuras flexibles que se adapten fácilmente a las nuevas necesidades de negocio. Es un cambio importante en la forma de pensar y hacer las cosas que obligará a que las TI estén más alineadas con el negocio y viceversa. Para el manejo de complejos procesos empresariales las tecnologías BPM requieren del intercambio constante de información con otros sistemas. Esta comunicación es posible gracias a SOA. Según se observa en la actualidad, las herramientas BPM son y serán el principal motivo por el cual las aplicaciones evolucionen a arquitecturas orientadas a servicios. [DÍAZ, 2006] Pero antes de hablar de SOA es preciso hacer referencia a la base que conforma esta arquitectura: los servicios Web Los servicios Web, la base de SOA En la actualidad resulta inusual concebir aplicaciones separadas que no puedan establecer una comunicación entre ellas. Las empresas que apostaron por la interoperabilidad han buscado modelos y arquitecturas de manera 15

28 Capítulo 1 Fundamentos Teóricos individual, generando dependencia de las tecnologías en la que fueron implementadas. Bajo estas circunstancias se decidió buscar una solución estándar que logre realmente la integración, y apoyada conjuntamente por las empresas y organizaciones más importantes en el desarrollo de tecnologías informáticas nacen los servicios Web basados en estándares XML. [YEBOAH, 2006] Un servicio Web tiene un comportamiento semejante a una caja negra: recibe una petición externa y retorna una respuesta manteniendo invisibles los mecanismos que se emplearon para generarla. Figura 5. Comportamiento de un servicio Web Según The World Wide Web Consortium: Un servicio Web es un sistema de software diseñado para soportar la interacción interoperable entre ordenadores en una red. Otros sistemas interactúan con el servicio Web según fue establecido en su descripción, utilizando mensajes SOAP y típicamente transportados usando HTTP con serialización XML en conjunción con otros estándares Web. [W3C, 2004] Los tres principales estándares XML que dan soporte a un servicio se describen a continuación [WEERAWARANA, 2005]: WSDL (Web Services Description Language, traducido como Lenguaje de Descripción de Servicios Web) representa una interfaz que le es ofrecida a los clientes, en la cual, se describe al servicio indicando los métodos que se pueden invocar, los parámetros de entrada de estos métodos, los tipos de datos que se utilizan, el protocolo de transporte y la manera de acceder al servicio. SOAP (Simple Object Access Protocol, en español Protocolo Simple de Acceso a Objetos) es el estándar más empleado para hacer peticiones y dar 16

29 Capítulo 1 Fundamentos Teóricos respuestas a métodos de servicios a través de mensajes codificados. Los mensajes SOAP son independientes de los sistemas operativos y pueden ser transportados usando una gran variedad de protocolos de Internet como el HTTP. El estándar UDDI (Universal Description, Discovery and Integration, o Descripción, Descubierta e Integración Universal) funciona como un directorio de servicios Web que permite a los proveedores dar a conocer sus servicios, lo que ofrecen y sus interfaces (WSDL) para que los clientes puedan consultarlos e invocarlos. Figura 6. Publicación y consumo de un servicio Web Genexus X como herramienta para el desarrollo de servicios Genexus es una herramienta creada por la empresa uruguaya ARTech para el desarrollo de aplicaciones sobre bases de datos de manera ágil y sencilla. Esta herramienta parte del principio de liberar a los desarrolladores de tareas como la implementación y creación-normalización de la base de datos, centrando más la atención sobre el análisis del negocio. Genexus trabaja con bases de conocimientos que son independientes de la plataforma de trabajo. Como consecuencia, la base de conocimientos que ha sido compilada en el desarrollo de un sistema con plataforma y arquitectura específicas, puede usarse para generar sistemas para otras plataformas y arquitecturas. [GONDA, 2007] ARTech apuesta también por SOA. Con Genexus X se pueden desarrollar servicios Web sobre una base de conocimientos e integrarla a un entorno orientado a servicios. De la misma forma se pueden crear capas de servicios 17

30 Capítulo 1 Fundamentos Teóricos sobre las base de datos de sistemas existentes empleando la herramienta DBRET (Data Base Reverse Engineering Tool, traducido como Herramienta de Ingeniería Inversa de Base de Datos) para obtener un modelo en Genexus y desarrollar servicios a partir de dicho modelo. Genexus X da soporte para el empleo de los gestores de base de datos más utilizados en el mundo (SQL Server, Access, MySQL, Oracle, PostgreSQL, entre otros), por lo que es posible realizar capas de servicios sobre un amplio número de aplicaciones y migrar de gestor de manera sencilla y sin hacer cambios en la estructura de dichos servicios NET Framawork para el desarrollo de servicios Microsoft publica el kit de desarrollo de software.net Framework como componente integral del sistema operativo Windows para la creación y la ejecución de aplicaciones y servicios Web. [MSDN, 2007] El.NET Framework contiene dos componentes principales: Common Language Runtime (CLR) y la biblioteca de clases. CLR administra el código en tiempo de ejecución y proporciona servicios centrales, como la administración de memoria, la administración de subprocesos y la interacción remota. La biblioteca de clases, por otra parte, es una colección orientada a objetos de tipos reutilizables que se pueden emplear para el desarrollo de una alta gama de aplicaciones. Estas aplicaciones abarcan desde herramientas de interfaz gráfica o de línea de comandos, hasta las aplicaciones basadas en las innovaciones más recientes como los formularios Web Forms y los servicios Web XML. [MSDN, 2007] Microsoft ofrece, junto al.net Framework, el entorno de desarrollo integrado (IDE Integrated Development Environment) Visual Studio como su herramienta de vanguardia para el desarrollo de software. Visual Studio se compone por un conjunto de herramientas que permiten la generación de aplicaciones web, servicios Web, aplicaciones de escritorio y aplicaciones móviles. Integra tres lenguajes de programación (Visual Basic, Visual C# y Visual C++), los cuales emplean las funciones del.net Framework. [MSDN1, 2007] 18

31 Capítulo 1 Fundamentos Teóricos La versión 2008 de Visual Studio, junto con el.net Framework 3.5, surge centrándose en el aprovechamiento de las ventajas que ofrecen el sistema operativo Windows Vista, el paquete de Office 2007 y la web. [KATRIB, 2008] Visual Studio 2008 contiene nuevas características que van orientadas al desarrollo de aplicaciones distribuidas; destacan entre estas característica las tecnologías Windows Communication Foundation y Windows Workflow Foundation, las cuales se describen a continuación Windows Communication Foundation Windows Communication Foundation (WCF) es la plataforma para la creación de servicios distribuidos que incorpora, en su primera versión, el Framework 3.0 de.net. Su avanzada infraestructura y modelo de programación permite crear, configurar y distribuir servicios en la red que pueden ser implementados en los lenguajes que soporta la plataforma.net. Dado que el mecanismo de comunicación fundamental de WCF es basado en SOAP, es posible lograr la comunicación con otros sistemas desarrollados en distintas plataformas y lenguajes de programación. [CHAPPELL, 2009] Un único servicio WCF puede ser accedido de varias maneras al tener varios endpoints o puntos de accesos. En cada punto de acceso se define una dirección (address) para acceder al servicio, un enlace (binding) para definir el modo de comunicación y un contrato (contract) que define la interfaz del servicio (WSDL). Esto permite que se interactúe de varias formas con los consumidores, logrando una alta interoperabilidad. [CHAPPELL, 2009] Figura 7. Esquema de un servicio WCF [CHAPPELL, 2009] 19

32 Capítulo 1 Fundamentos Teóricos Workflow Foundation Las aplicaciones de workflow, según la Workflow Management Coalition (WfMC), son sistemas que, de manera completa, definen, gestionan, controlan y ejecutan flujos de trabajo en el contexto de procesos de negocio, a través de la ejecución de software cuyo orden de ejecución es controlado por una representación computarizada del proceso de negocio. [WFMC, 2009] En otras palabras los programas de workflow son aplicaciones a cuales se les pueden incorporar flujos de trabajo para ejecutar actividades en un orden establecido. Los programas de workflow reaccionan ante estímulos externos como la ocurrencia de un evento, el lanzamiento de una excepción o el arribo de datos de aplicaciones externas. [KATRIB, 2008] Workflow Foundation (WF) es el mecanismo que presenta la plataforma.net para el desarrollo y ejecución de programas reactivos o de workflow. Se compone por un conjunto de bibliotecas de clases, incorporadas a partir de la versión 3.0 del.net Framework, la cual se integra con el IDE Visual Studio Las actividades de un flujo de trabajo en Visual Studio se crean de manera gráfica para que luego WF transforme en un lenguaje.net y puedan ser ejecutadas, depuradas y desplegadas. Los flujos de trabajo, creados con Workflow Foundation, se pueden alojar dentro de servicios WCF mediante la creación, en Visual Studio 2008, de proyectos de tipo Sequential Workflow Service Library. Esto permite crear servicios Web que al ser invocados inicialicen un flujo de trabajo. [KATRIB, 2008] La Arquitectura Orientada a Servicios La Arquitectura Orientada a Servicios, en inglés SOA (Service Oriented Architecture), abre una alternativa para el desarrollo de aplicaciones y procesos de negocio haciendo honor a las palabras reutilización, flexibilidad e integración. La estrategia de orientación a servicios propone que en vez de construir grandes aplicaciones monolíticas se desarrollen servicios Web sencillos y se reutilicen otros que hayan sido implementados, permitiendo que éstos se combinen y recombinen logrando aplicaciones flexibles que se adapten fácilmente a los cambios evolutivos del negocio en una organización. 20

33 Capítulo 1 Fundamentos Teóricos Newcomer define a SOA como una propuesta de diseño para la integración de aplicaciones independientes. Permite que diferentes aplicaciones intercambien información y participen en procesos de negocio, a través de servicios disponibles en la red, sin importar la plataforma o el lenguaje de programación en que fueron desarrolladas. [NEWCOMER, 2004] Figura 8. Esquema de la Arquitectura Orientada a Servicios El empleo de una Arquitectura Orientada a Servicios permite simplificar la creación y el mantenimiento de sistemas integrados y trae consigo beneficios tales como [MICROSOFT, 2006]: Flexibilidad. SOA permite el desarrollo de una nueva generación de aplicaciones compuestas por funcionalidades de sistemas desarrollados en distintas plataformas o lenguajes de programación, lo cual permite alcanzar gran flexibilidad a la hora del diseño de cualquier solución. Productividad. Desarrollando una capa de servicios sobre sistemas ya instalados, incluso los más antiguos, se consigue una mayor productividad de ellos y se obtiene mayor valor de cara a la organización sin necesidad de aplicar soluciones de integración de manera específica. Escalabilidad. Un repositorio de servicios permite la reutilización y la combinación de éstos en nuevas aplicaciones y procesos de negocio que den respuesta a posibles cambios en el negocio de una organización. Se accede a los servicios y no a las aplicaciones, potenciando la capacidad de introducir nuevas capacidades y mejoras. 21

34 Capítulo 1 Fundamentos Teóricos Rapidez y menos costo. Con un repositorio de servicios se reduce el coste de desarrollo de nuevas soluciones, pues no se parte de cero porque se pueden reutilizar estos servicios ya definidos. Esto conlleva también a que se reduzcan los ciclos de prueba, se eliminen redundancias y se consiga la puesta en valor de una aplicación o un proceso de negocio en menos tiempo. Seguridad. Es posible emplear mecanismos de autenticación y autorización robustos en todos los servicios, y como éstos son independientes unos de otros, la estrategia de SOA permite dotarse de un nivel de seguridad superior Bus de Servicios Empresariales Uno de los grandes desafíos de la Arquitectura Orientada a Servicios es resolver la escalabilidad de las conexiones punto a punto, donde el número de conexiones crece exponencialmente por cada aplicación que se añade. Con el empleo de un ESB (Enterprise Service Bus o Bus de Servicios Empresariales) cada aplicación se conecta sólo una vez a una infraestructura troncal común. Esto reduce al mínimo las conexiones y proporciona una ubicación centralizada para su administración y para la gestión de sistemas integrados y arquitecturas. [TIBCO, 2006] Figura 9. Reducción de la complejidad de las conexiones con un ESB 22

35 Capítulo 1 Fundamentos Teóricos Pero un ESB brinda mucho más, un ESB proporciona una plataforma de integración basada en estándares que combinan mensajería, servicios Web, transformación de datos y enrutamiento inteligente. En un ESB las aplicaciones y servicios están unidos en una Arquitectura Orientada a Servicios, permitiendo operar de manera independiente. [CHAPPELL, 2004] Un Bus de Servicios Empresariales posee una serie de capacidades que permiten satisfacer la integración de una Arquitectura Orientada a Servicios [TIBCO, 2006]: Mensajería distribuida. El núcleo del ESB lo constituye una aplicación de middleware que proporciona un método de transporte fiable y distribuido, empleando un mecanismo de almacenamiento y reenvío que garantiza la entrega de los mensajes incluso en caso de anomalías en la red. Soporte multiprotocolo. El protocolo de transporte HTTP no satisface los requisitos de todos los servicios y aplicaciones. Un ESB es capaz de soportar muchos tipos de sistemas de transporte para integrar sistemas dispares y gestionar el transporte de comunicaciones complejas eficazmente. Transformación. Un ESB es capaz de transformar los datos de un formato a otro. En ocasiones el formato de los datos de un servicio no satisface los requisitos de otro servicio. Transparencia de las ubicaciones. Con la mediación entre servicios, un cliente que invoque a un servicio no necesita saber su ubicación. El ESB localiza el servicio cuando se invoca, de forma tal que si un equipo falla o si se cambia la ubicación de un proveedor de servicio, no es necesario notificar el cambio a cada uno de los consumidores individuales. Esto puede contribuir significativamente a la reducción de los costes de gestión de las TI y a minimizar los riesgos. Calidad de servicio. Un ESB puede proporcionar un servicio de alta fiabilidad garantizando la entrega del mensaje de principio a fin. Enrutamientos. Existen dos tipos de enrutamiento dentro de un ESB. El primer tipo de enrutamiento se produce cuando la invocación de un servicio entra en el ESB y éste encamina la respuesta al proveedor de servicio 23

36 Capítulo 1 Fundamentos Teóricos apropiado. El otro tipo es el enrutamiento basado en el contenido, en el cual se introduce una serie de reglas o una lógica de negocio que se aplica al contenido del mensaje en la etapa del enrutamiento y hacen posible que el ESB encamine los mensajes a proveedores de servicios específicos basándose en su contenido. Con el enrutamiento basado en el contenido se pueden establecer prioridades y marcas a los pedidos, contribuyendo a reducir el coste de la gestión de la Información. Una herramienta ESB permite orquestar servicios, de modo tal que en ellas se puedan desarrollar procesos que solamente incorporen actividades automatizadas (System Task), siendo esto la principal diferencia con respecto a soluciones BPM las cuales incorporan (además de las actividades automatizadas) las actividades humanas (Human Task). [SOAAGENDA1, 2009] Integración de BPM y SOA SOA proporciona la plataforma que funciona como puente entre los procesos de negocio y los sistemas heredados (Figura 10). Para el nivel de procesos de negocio, SOA provee las interfaces que soportan la ejecución de las tareas de procesos de negocio. En niveles más bajos, SOA expone las capacidades existentes para la integración de servicios. BPM y SOA prestan la perfecta combinación para las soluciones empresariales, donde el papel de BPM se desempeña en un nivel alto de abstracción donde se definen los procesos de negocio y SOA abastece las funcionalidades que requieren estos procesos. [ROSEN, 2008] 24

37 Capítulo 1 Fundamentos Teóricos Figura 10. SOA como soporte para BPM BPM es la estrategia para gestionar y optimizar el rendimiento del negocio a través de la optimización continua de los procesos en un ciclo de modelación, ejecución y medición. Mientras tanto SOA permite definir y gestionar cómo BPM interactúa con los sistemas existentes, aislando a los procesos de las complejidades técnicas de los sistemas Orquestación de Servicios A la hora de ejecutar un proceso de negocio en un Motor BPM, por lo general, se invoca un número elevado de servicios, útiles para la ejecución de las actividades del proceso. Para el correcto funcionamiento, en las tareas del proceso debe existir cierta concordancia cuando se invoquen los servicios Web, o sea, se debe establecer en qué momento se invoca qué servicio. Lo anterior queda garantizado a través de la orquestación de servicios. La orquestación de servicios, presente en los procesos de negocio, toma el control de los servicios Web implicados y coordina la ejecución de sus operaciones. Los servicios implicados en la orquestación no saben (ni necesitan saber) que forman parte de un nivel más alto en el proceso de negocio. Sólo el coordinador central de la orquestación está consciente de esta 25

38 Capítulo 1 Fundamentos Teóricos meta, por lo que se puede resumir que la orquestación está centralizada y en ella se definen las operaciones que se ejecutarán y el orden de invocación de los servicios. [JURIC, 2008] Figura 11. Orquestación de servicios Web WS-BPEL Se han definido muchos estándares para la orquestación de servicios Web, pero BPEL (Business Process Execution Language) es definitivamente quién ha ganado la guerra de estándares. BPEL (Business Process Execution Language o Lenguaje de Ejecución de Procesos de Negocio) es un lenguaje estándar basado en XML para la orquestación de servicios Web en un proceso de negocio. BPEL 1.0 o BPEL4WS 1.0 (BPEL for Web Service) nace de la unificación de los estándares de ejecución de procesos: X-LANG de Microsoft y WSFL (Web Services Flow Language) de IBM. La versión actual, estandarizada por OASIS 2, es WS-BPEL 2.0 (Web Service BPEL). [OASIS, 2007] WS-BPEL es un contenedor donde se pueden declarar relaciones a partners externos (servicios Web), variables que se emplean en el proceso, eventos y actividades a ser ejecutadas. Estas actividades permiten a los procesos 2 Organization for the Advancement of Structured Information Standards. Consorcio internacional que orienta el desarrollo, la convergencia y la adopción de los estándares de comercio electrónico y servicios web. 26

39 Capítulo 1 Fundamentos Teóricos intercambiar mensajes con los servicios, haciendo transacciones de recibir (receive), responder (reply), recoger (pick), invocar (invoke) y manejo de eventos. [WEERAWARANA, 2005] 27

40 Capítulo 1 Fundamentos Teóricos 1.4 Conclusiones del capítulo En el capítulo que concluye se analizaron los objetivos que persigue el CITI como nueva institución de vanguardia en el campo tecnológico. Se mostró la importancia que tiene la aplicabilidad de tecnologías BPM para la gestión de procesos en las instituciones, y se probó cómo la Arquitectura Orientada a Servicios sirve de soporte a los procesos de negocio y permite crear soluciones flexibles a los cambios evolutivos de las organizaciones. 28

41 2 C AP Í T U L O 2 H E R R AM I E N T AS P AR A L A I N T E G R AC I Ó N Y E J E C U C I Ó N D E P R O C E S O S D E N E G O C I O Es fácil ser bueno; lo difícil es ser justo Víctor Hugo Introducción En el presente capítulo se describen las soluciones propuestas para la introducción de tecnologías BPM en el CITI. Luego se hace una comparación de las mismas de acuerdo a una serie de requisitos que deben tener para un correcto desempeño en las etapas de integración y ejecución de procesos, para obtener finalmente una propuesta donde se puedan desplegar los procesos de negocio del CITI. 29

42 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio 2.1 Parámetros de una BPMS para la integración y ejecución de procesos Antes de comparar es necesario analizar lo que se desea obtener y luego establecer los parámetros de comparación que permitirán justificar la selección. Lo que se desea obtener en este trabajo, como se planteó en la introducción, es una Solución BPM que permita la integración y ejecución de los procesos de negocio del CITI. Por este motivo los principales parámetros a medir, que se identifican a continuación, responden a las etapas de integración y ejecución de procesos del ciclo BPM Componentes a tener en cuenta En una BPMS deben existir una serie de componentes que permitan la integración y ejecución de los procesos de negocio. A continuación se especifica sobre estos componentes: Motor de procesos. Como se mencionó en el capítulo 1, un motor de procesos tiene como funcionalidad ejecutar las actividades presentes en un proceso. A través del mismo se manejan las interacciones de los usuarios con las actividades que se definieron en la modelación y se coordinan las interacciones con aplicaciones externas y los datos dentro del proceso. Motor de reglas de negocio. Mediante este componente se pueden ejecutar políticas establecidas en los procesos. Las reglas de negocio son un componente primordial que definen qué hacer en caso de cumplirse o no una determinada condición durante el flujo del proceso. En la mayoría de las BPMS este componente forma parte del Motor de procesos. [DÍAZ, 2006] Componentes para la integración. Los componentes para la integración, dentro de una BPMS, permiten que el proceso se comunique con sistemas externos. Portal de usuarios. Para que los usuarios puedan administrar sus tareas en un proceso, o para que un supervisor pueda administrar las instancias de los procesos y monitorearlos, debe existir una aplicación que brinde una interfaz de usuario. Esta interfaz de usuario es ofrecida a través de un portal web, cuya tecnología cumple con los requerimientos de flexibilidad de BPM, 30

43 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio donde las transformaciones en los procesos, que trae cambios en las tareas que se publican en el portal, se muestren actualizadas para los usuarios Requerimientos a tener en cuenta Los componentes para la integración y ejecución de procesos en una BPMS deben cumplir una serie de requisitos para la correcta puesta en marcha de estas tecnologías. A continuación se exponen algunos de estos requerimientos divididos en cuatro grupos [PÉREZ, 2009]: Requerimientos de ejecución de procesos Capacidad de retroalimentación entre los modelos de ejecución y diseño. Capacidad de ejecutar los procesos diseñados mediante un motor de procesos. Capacidad de ejecutar actividades automáticas. Capacidad de registro de información inherente a cada proceso. Capacidad de ejecución de reglas de negocio. Requerimientos de administración de procesos Capacidad de hacer cambios en el proceso durante su ejecución. Capacidad de gestionar instancias de procesos. Requerimientos de interacción de procesos Capacidad de gestionar y asignar roles para la realización de tareas. Ofrecer una aplicación que permita a los usuarios ejecutar sus tareas. Control de horarios y calendarios laborables. Capacidad de envío de s. Capacidad de ejecución de código específico. Requerimientos de integración de procesos Capacidad de soportar interfaces de integración (Servicios Web) Capacidad de conversar en XML 31

44 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio 2.2 Herramientas para la integración y ejecución de procesos de negocio Como herramientas candidatas para la introducción de tecnologías BPM que permitan la integración y ejecución de procesos de negocio en el CITI, se tienen las siguientes propuestas: Intalio BPMS Community Edition Bonita Open Solution BizAgi Xpress Edition Active VOS Enterprise Edition Ultimus Adaptive BPMS De estas herramientas se cuenta para su estudio con Intalio BPMS CE, Bonita OS y BizAgi XE. A continuación se detalla sobre estas soluciones y luego se analizan los requisitos vistos con anterioridad Intalio BPMS Community Edition Intalio es una compañía privada fundada en julio de Su nombre proviene de la palabra Intaglio 3, que es el nombre del proceso que la Casa de la Moneda de Estados Unidos utiliza para imprimir dinero. Intalio está constituido por dos divisiones principales: la división Cloud (plataforma integrada de Cloud Computing) y la Works. Dentro de la Works se encuentra Intalio BPMS, que incluye la Enterprise Edition y la Community Edition, siendo esta última la seleccionada para el presente estudio. [INTALIO, 2010] Intalio BPMS Community Edition es un paquete de software open source basado en J2EE para implementar las disciplinas de una BPMS. Está basado en un conjunto de frameworks y arquitecturas muy conocidas y de aceptable madurez en la industria del software. Utiliza estándares como la notación BPMN para diseñar procesos de negocio y WS-BPEL para la orquestación de servicios Web. La siguiente figura muestra la arquitectura de Intalio BPMS. Nótese que sólo las secciones en color azul corresponden a la Community Edition. Esta edición de la BPMS sólo puede ser empleada bajo el servidor 3 La palabra es de origen italiano, en este idioma la letra g no tiene sonido. 32

45 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Apache Geronimo (que incorpora) y las bases de datos Apache Derby y MySQL. [INTALIO1, 2010] Figura 12. Arquitectura de Intalio [INTALIO1, 2010] La Edición Comunitaria se compone de dos herramientas fundamentales: Intalio Designer para el diseño e integración, e Intalio Server para la ejecución y monitoreo de procesos. A continuación se detalla más sobre estas herramientas Integración a través de Intalio Designer Intalio Designer es la herramienta principal de la Solución. Puede ser empleada por analistas de negocio para modelar procesos mediante BPMN y también por ingenieros de software para gestionar la integración con TI; todo esto en un ambiente de trabajo común que fomenta la comunicación entre disciplinas y preserva la integridad del proceso en todo su ciclo de vida (desde el diseño al despliegue y optimización). 33

46 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio En el Intalio Designer se pueden crear formularios para la interacción humana durante el proceso. La tecnología empleada para esto es XForm, la cual permite la gestión de sencillos formularios sin necesidad de grandes conocimientos técnicos. El Designer soporta también la integración con sistemas externos mediante el empleo de servicios Web (Figura 13) y es capaz de transformar un diagrama BPMN en un proceso ejecutable WS-BPEL para ser desplegado en Intalio Server. Figura 13. Integración de servicios en Intalio Designer Todos los datos presentes en un proceso son manejados a través de variables que se crean de manera automática cuando se incorporan servicios, formularios y mensajes al proceso. Estas variables se pueden manipular mediante Data Mapper. Data Mapper es una herramienta gráfica que incorpora el Designer de Intalio en la cual se pueden crear relaciones (de manera gráfica) entre las variables que emplea el proceso. El empleo de esta herramienta puede resultar un poco engorroso para la asignación de variables porque no da una idea clara de esta acción. 34

47 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Figura 14. Herramienta Data Mapper de Intalio Designer Esta edición de Intalio (Community) no trae soporte para reglas de negocio, sin embargo se le puede adicionar el motor de reglas de negocio OpenLexicon 4, disponible de forma gratuita en su sitio web Ejecución de procesos en Intalio Server El servidor de procesos de Intalio (Intalio Server) se ofrece separado de Intalio Designer pero se integra muy bien con este, de modo tal que se pueden ejecutar todos los procesos que se diseñen e integren en esta herramienta. Intalio Server está basado en el framework open source Apache ODE, que implementa el estándar WS-BPEL para orquestar servicios Web. [ESPINA, 2009] Para controlar el flujo de trabajo de actividades humanas Intalio Server emplea el framework open source Apache Tempo, el cual implementa el estándar BPEL4People. [INTALIO1, 2010] Según uno de sus sitios oficiales Intalio Server es un incuestionable líder en cuanto a la ejecución de procesos de negocio y ostenta tales récords [INTALIO, 2010]: Mayor número de procesos desplegados (100,000) Mayor número de instancias de procesos en ejecución (250,000,000) Mayor número de transacciones persistentes en un día a través de una CPU (3,600,000) Invocaciones a servicios Web desde un proceso mediante BPEL de 14 milisegundos 4 Herramienta open source para el manejo de reglas de negocio. 35

48 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Bonita Open Solution Bonita Open Solution (BOS) es una Solución BPM open source creada y distribuida de forma gratuita por Bonitasoft. [HEISE, 2010] La versión 5.1 de este software es analizada en el presente trabajo y la misma se puede adquirir desde su sitio en Internet. Su entorno de trabajo, nombrado Bonita Studio, muestra un ambiente intuitivo donde se pueden modelar procesos de negocio mediante el empleo de una notación consistente con el estándar BPMN. En este ambiente también se pueden integrar los procesos con tecnologías para luego ser ejecutados. A continuación se especifica sobre la integración en Bonita Integración en BOS a través de conectores Bonita trabaja mediante conectores para integrar las actividades y los procesos con informaciones que se encuentran en sistemas externos. Por defecto el Studio de Bonita trae una serie de conectores, pero también es permitido que los usuarios creen los suyos. Figura 15. Conectores por defecto de Bonita Studio Estos conectores se activan mediante eventos que se establecen en las actividades o subprocesos correspondientes. Los tipos de eventos (al entrar, al 36

49 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio salir, al comenzar, al suspender o al reanudar) varían de acuerdo al tipo de tarea (humana o automática). Figura 16. Evento para un conector (izquierda: tareas automáticas; derecha: tareas humanas) A continuación se describen los principales conectores que permiten la interacción con sistemas externos: Database. Este conector permite que se ejecuten consultas SQL sobre una base de datos y la información resultante se almacene en una variable creada con antelación. BOS da soporte para ejecutar consultas sobre los gestores de base de datos: Access, AS400, DB2, H2, HSQL, Informix, Ingres, MS SQLServer, MySQL, Oracle, PostgreSQL, Sybase y Teradata. Java. Mediante este conector se puede ejecutar código hecho en el lenguaje de programación Java. Para poder ejecutar código Java es necesario importar con anterioridad clases de Java en ficheros con extensión *.jar. Messaging. El conector Messaging permite que al activarse un evento de una actividad se envíen notificaciones a través del . Este conector se integra con un servidor de correo electrónico existente y permite enviar a direcciones que se establezcan de manera manual o mediante variables dinámicas cuyos valores correspondan con direcciones de correo. En el cuerpo del mensaje, además de agregarse texto estático, se puede incluir texto dinámico mediante el empleo de variables. Web Services. Mediante este conector es posible invocar servicios Web publicados en la red. A los parámetros y valores de retorno del servicio se pueden asignar variables empleadas en el proceso. 37

50 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio BizAgi Xpress Edition La suite de BPM de BizAgi fue seleccionada como Cool Vendor 5 en el Reporte de Cool Vendors de Business Process Management 2010 de Gartner. [BIZAGI, 2010] Esta suite se distribuye en tres ediciones: Xpress (para pequeñas y medianas empresas), Standard (para empresas de tamaño medio y grande) y Enterprise (para grandes organizaciones). [BIZAGI, 2009] De estas ediciones, una versión de evaluación de la Xpress se distribuye de forma gratuita desde su sitio web. Xpress, ideal para soluciones departamentales o para pequeñas y medianas empresas, es la seleccionada para su análisis en el presente trabajo. Esta versión de evaluación permite hasta cien usuarios y trabaja sobre la plataforma.net con el gestor de base de datos Microsoft SQL Server El portal de interacción de personas con procesos se puede publicar sobre Internet Information Services (IIS) o sobre el Servidor de desarrollo de ASP.NET Etapas de BizAgi BizAgi propone seguir todo el ciclo de vida de un proceso mediante un asistente interactivo que presenta siete etapas: Modelar Procesos, Modelar Datos, Definir Formas (formularios), Reglas de Negocio, Participantes, Integrar, y Ejecutar (Figura 17). Según muestra la Figura 17 este ciclo de vida sugiere que el proceso puede sufrir transformaciones en todos los momentos y no está sujeto a pasos estáticos. De manera opcional BizAgi ofrece una interfaz de usuario avanzada en la cual trabajar. Figura 17. Etapas para el desarrollo de procesos en BizAgi 5 Gartner define como Cool Vendor a una compañía que ofrece tecnologías o soluciones que sean innovadoras, impactantes y llamativas. 38

51 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio De estas etapas se analizarán las que corresponden a integración y ejecución de procesos. A continuación se describen éstas: Modelar Datos. En esta etapa se define la información que se manejará durante la ejecución del proceso. BizAgi ofrece un entorno sencillo de base de datos donde se pueden crear entidades con sus atributos y relaciones. También se pueden incorporar y relacionar tablas que trae por defecto BizAgi (entidades de sistema) como la WFUSER, en la cual están los campos referente a un usuario. Definir Formas. En esta etapa del asistente se crean los formularios para la intervención de las personas en el proceso y son asignados (los formularios) a las actividades de tipo usuario. Los formularios son creados a partir de los atributos de las entidades que se definieron en la etapa de Modelar Datos. Reglas de negocio. Aquí se establecen las políticas a seguir durante el proceso y se declaran los eventos a dispararse en las actividades que lo requieran. Mediante estas reglas se pueden establecer políticas sujetas a condiciones que se establezcan de manera manual o con datos del proceso. BizAgi por defecto señala como regla de negocio todas las salidas de las compuertas en el modelo, representándolas mediante líneas amarillas como ilustra la siguiente imagen. Figura 18. Identificación de reglas de negocio en BizAgi El disparo de eventos permite que se ejecuten acciones (expresiones, reglas de negocio, envío de cartas o s) cuando se entra, se guarda o se sale de una tarea. Participantes. En esta sección se establece qué usuario (o grupo de usuarios) se responsabiliza por la realización de las tareas humanas presentes en el proceso. Aquí se pueden establecer políticas de asignación 39

52 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio de tareas (por ejemplo: si una persona sale de vacaciones otra puede asumir sus responsabilidades). Integrar. En esta etapa se integran las actividades automáticas del proceso con sistemas externos mediante servicios Web. Los parámetros y valores de retorno de las funciones de los servicios son almacenadas en campos de entidades creadas en la etapa de Modelar Datos, por lo que pueden ser utilizadas en todo el proceso (luego de haber tomado valores). Ejecutar. Esta es la etapa donde se pone a prueba el proceso. BizAgi ofrece tres ambientes de ejecución: Desarrollo, Pruebas y Producción. Para la edición de evaluación de BizAgi que se analiza, sólo está habilitado el modo Desarrollo, el cual permite ejecutar los procesos en un solo servidor. Durante la ejecución del proceso en el servidor, los usuarios pueden acceder a un portal web donde pueden interactuar con las tareas que le corresponden. 2.3 Análisis de requisitos en las herramientas candidatas A continuación se hace un análisis de las tres soluciones seleccionadas midiendo los requerimientos establecidos en el epígrafe Para abreviar se nombran a estas soluciones por sus nombres cortos: Intalio, Bonita y BizAgi Requerimientos de ejecución de procesos Intalio La herramienta Intalio Designer (perteneciente a Intalio BPMS) permite una retroalimentación entre el modelo de diseño y el de integración. Estos dos modelos coexisten en la misma herramienta, lo cual promueve un trabajo conjunto entre analistas de negocio e ingenieros de software, pero no se establecen de forma clara las fronteras de trabajo. El diagrama de procesos sufre cambios cuando se agregan interacciones con formularios y servicios Web, lo que provoca a los analistas confusiones sobre el diseño del proceso y dificultades para su mantenimiento. Mediante el Intalio Server (la otra herramienta que incorpora Intalio BPMS) se pueden desplegar los procesos diseñados y ejecutar las actividades del 40

53 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio proceso, incluyendo actividades automáticas y humanas. Es posible registrar toda la información que se genera durante la ejecución del proceso, pero una vez que este concluye se pierde y por tanto no puede consultarse información histórica. En el Server no se pueden ejecutar reglas de negocio, pues esta edición (Community) no integra un motor de reglas, sin embargo el motor OpenLexicon puede ser una opción para esto, como se analizó con anterioridad. Bonita Bonita Studio muestra el modelo de diseño y el de integración en el mismo entorno de trabajo durante todo el ciclo de desarrollo del proceso, lo que fomenta la integración entre analistas y especialistas de TI. La integración del modelo con tecnologías (variables, servicios, formularios, etc.) queda reflejada de manera interna, sin sufrir cambios visuales como en Intalio Designer. Esto permite que los analistas modelen y den mantenimiento a los procesos de forma sencilla. La solución Bonita integra un motor que permite desplegar los procesos que se diseñen en el Studio, donde se incluyen actividades automáticas y humanas. Toda la información que se obtenga durante la ejecución del proceso queda registrada de forma permanente mediante el gestor de base de datos H2. El motor de Bonita permite ejecutar reglas de negocio que se hayan establecido durante el diseño del proceso. Las reglas se crean mediante condiciones en las transiciones y compuertas del modelo, para que el proceso tome el rumbo necesario y active los eventos que sean requeridos. Estas condiciones no pueden ser reutilizadas. BizAgi Según se plantea en el epígrafe (Etapas de BizAgi), BizAgi propone el desarrollo de procesos en varias etapas. Estas etapas ofrecen distintos entornos donde se separa la modelación (actividad fundamental de los analistas de negocio) de la integración (actividad fundamental de los especialistas en TI) de procesos de negocio. Por esta razón los modelos de 41

54 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio procesos pueden crearse y modificarse por los analistas en un ambiente propio para esta actividad. BizAgi ofrece también un modelador gratis nombrado BizAgi Process Modeler que se encuentra separado de la Suite. Mediante el Process Modeler se pueden hacer modelos de procesos empleando BPMN y luego exportar dicho modelo hacia la Suite de BizAgi. A través de BizAgi Xpress los procesos de negocio pueden ser ejecutados y toda la información que se maneje durante la ejecución persiste en el gestor de base de datos Microsoft SQL Server. Las actividades automáticas pueden ser desplegadas mediante este motor al igual que las reglas de negocio declaradas en la etapa reservada para su creación Requerimientos de administración de procesos Intalio El Server de Intalio ofrece una interfaz de usuario (Intalio Console), accesible desde una cuenta de administrador, para el despliegue de procesos e instancias de procesos. Mediante la misma se pueden iniciar, activar, retirar y desplegar procesos diseñados en Intalio Designer. Una vez iniciado algún proceso se pueden invocar, suspender, reanudar o eliminar las instancias de este. También es posible ver el diagrama de procesos y ver en qué actividad se encuentra. Por otra parte presenta dificultades en cuanto a poder hacer cambios en el proceso durante su ejecución. Cada vez que sufra algún cambio un proceso, se debe desplegar una nueva instancia de este y por tanto se requiere comenzar desde el principio. 42

55 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Figura 19. Manejo de instancias de procesos en Intalio Console Bonita Una vez que en el Studio de Bonita se corre un proceso modelado, es posible que los usuarios, a los que corresponden actividades de inicio, generen instancias del proceso. Estas instancias pueden ser canceladas y eliminadas a través de Bonita User Experience, sin embargo los cambios que se hagan en los modelos durante la ejecución de instancias, no se ven reflejados en éstas y se hace necesario finalizar el proceso y comenzar nuevas instancias desde el principio. Figura 20. Manejo de instancias de procesos en BOS 43

56 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio BizAgi BizAgi Xpress maneja las instancias de los procesos de manera automática, donde una vez iniciado el proceso éstas se crean y no se pueden detener ni eliminar. Mediante un usuario, con ciertos permisos, se puede observar información grafica de la ejecución del proceso. BizAgi brinda flexibilidad para hacer cambios en el proceso durante su ejecución. Cada cambio que se haga queda reflejado en las instancias de los procesos que ya han comenzado, justo a partir de la actividad que se quedó ejecutando Requerimientos de interacción de procesos Intalio Intalio BPMS Community Edition no permite la gestión de usuarios y roles, en cambio incorpora un conjunto de usuarios y roles de ejemplo para su asignación en los procesos. Esta versión no da soporte para el manejo de horarios y calendarios laborales. Tampoco lo hace para el envío de notificaciones a través del correo electrónico. La aplicación web ofrecida por Intalio BPMS (en su versión comunitaria) brinda una interfaz de usuario poco amigable, pero permite que usuarios (usuarios de ejemplo para esta edición) puedan acceder a sus tareas, las cuales fueron asignadas desde el Designer. El rol de administrador puede manejar las instancias de los procesos y observar en qué actividad se encuentra un proceso, todo esto desde la misma aplicación. Bonita Bonita ofrece un portal nombrado Bonita User Experience para gestionar las tareas de los procesos. Al mismo pueden acceder tres tipos de usuarios: Trabajador del proceso. Responsable de la ejecución de actividades en el proceso. 44

57 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Administrador del proceso. Responsable de la administración de procesos en ejecución. Gestiona y asigna roles para la realización de tareas. Desarrollador del proceso. Persona que puede diseñar, desplegar o modificar procesos de negocio en un entorno de prueba. Al ejecutarse un proceso, los usuarios participantes acceden a Bonita User Experience mediante su nombre de usuario y su contraseña. Luego se les ofrece un entorno web semejante a una bandeja de entrada de correo electrónico para ejecutar las tareas. BOS no ofrece mecanismos para el control de horarios y calendarios laborables. Mediante el conector Messaging de Bonita es posible el envío de notificaciones por correo electrónico. En los mismos mensajes se puede incorporar información del proceso de forma dinámica. BizAgi Con un rol de administrador se pueden gestionar usuarios desde el portal de BizAgi. Dentro de la Suite se pueden crear cargos, sitios, áreas, roles, habilidades y grupos, los cuales pueden ser asignados a las tareas de los procesos. También se pueden crear grupos de calendarios de trabajo donde se especifiquen los días laborales y no laborales, los días de vacaciones, los horarios de trabajo y los tipos de horarios. BizAgi ofrece un portal basado en la tecnología ASP.NET de Microsoft para el manejo de las tareas por parte de los usuarios. En el mismo los usuarios pueden crear nuevos casos (instancias de procesos) y ejecutar las actividades que le corresponden. BizAgi Xpress permite el envío de correo electrónico a través de la activación de un evento (al entrar, salvar o salir de una actividad). Para el envío de un se pueden definir el o los destinatarios de manera manual, o asignarlos a un atributo (que represente una dirección electrónica) del modelo de datos del proceso. En el cuerpo del mensaje se pueden combinar textos que se agreguen de forma manual y atributos dinámicos salidos del modelo de datos. 45

58 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Requerimientos de integración de procesos Intalio En Intalio Designer es posible relacionar las actividades del diagrama de proceso con servicios Web. Mediante el acceso a la WSDL del servicio, Intalio muestra sus funcionalidades, parámetros y salidas. Con el empleo de la herramienta Data Mapper se pueden relacionar estos parámetros y salidas con las variables del proceso. Intalio comunica las actividades de los procesos con servicios mediante el empleo de mensajes XML. Éstos requieren de un esquema de mensaje 6 asociado a ellos, para esto Intalio emplea el XSD (XML Schema Definition). Cuando se importa una WSDL de un servicio, el Designer lista los elementos del XSD en el Process Explorer 7 para poder arrastrarlos al modelo del proceso y relacionarlos con las variables (ver Figura 13). En el momento de ejecución Intalio transforma el modelo de procesos en BPEL y se reportan muchos errores asociados con el XSD, sobre todo referente a los namespaces. [HELKIÖ, 2006] Bonita Bonita permite, mediante el conector Web Sevices, invocar servicios Web y vincularlos con el proceso. Crear una conexión con un servicio puede resultar una tarea dificultosa en Bonita. Mientras que otras BPMS sólo piden la dirección del WSDL del servicio, BOS solicita información adicional, incluso información que se encuentra en el mismo WSDL, lo que conlleva a indagar sobre los tags de este para obtener dicha información. 6 Definen la estructura, relación, restricciones y tipos de datos de los elementos en un documento XML [LAURENT, 1999]. 7 Pestaña de Intalio Designer que muestra todos los ficheros asociados al proceso. 46

59 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Figura 21. Creación de un conector Web Service en BOS BizAgi BizAgi muestra un entorno muy intuitivo para agregar interacciones con servicios Web. Mediante un wizard, donde el primer paso es poner la ubicación del servicio, es posible asignarle a los atributos del modelo de datos los parámetros y valores de retorno de un servicio. También es posible crear excepciones que se mostrarán en caso de fallo o retorno de un valor específico del servicio. 2.4 Análisis de Biztalk Server 2009 Otra propuesta de tecnología para la integración y ejecución de procesos de negocio es la herramienta Biztalk Server de Microsoft. Esta herramienta no se incluye en la comparación de soluciones de este capítulo porque la misma por sí sola no constituye una solución BPM. Para que BPM funcione con Biztalk es necesario integrarlo con un conjunto de tecnologías que se describen en este epígrafe. 47

60 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio BizTalk Server es una herramienta propuesta por Microsoft para la integración de aplicaciones, donde se puede crear, ejecutar y monitorear la lógica de procesos empleada entre estas aplicaciones. El objetivo fundamental de esta herramienta es ayudar a las organizaciones a crear mejores procesos de negocio automatizados. [CHAPPELL2, 2009] La esencia de BizTalk Server 2009 incurre en la orquestación de mensajes en la red. Según muestra la siguiente imagen, brinda un entorno donde se pueden orquestar los servicios distribuidos entre distintas aplicaciones. Figura 22. Orquestación de mensajes en BizTalk Server 2009 [CHAPPELL2, 2009] BizTalk Server ofrece un ambiente que permite que los desarrolladores creen integraciones de procesos de negocio y manejen la lógica de éstos a través de capacidades como las siguientes [BIZTALK, 2009]: Mensajería. Está habilitado para el procesamiento de entradas y salidas de mensajes. Esta habilidad permite que se conecte con distintos sistemas externos mediante partners (servicios Web) a través de una variedad de formatos estandarizados. Orquestación. La orquestación en esta herramienta es hecha mediante mensajes transaccionales y no transaccionales a través de un manejador central de procesos de negocio. La orquestación tiene como fin automatizar y estandarizar procesos complejos. 48

61 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio Framework de reglas de negocio. Permite crear reglas de negocio para definir parte de la lógica de los procesos de negocio. Integración Business-to-Business. BizTalk está capacitado para la integración Business-to-Business (de negocio a negocio) a través de estándares de la industria. Business Activity Monitoring (BAM). A través de mensajes, BizTalk provee a los usuarios información estadística de los procesos de negocio Desventajas del empleo de Biztalk Server 2009 como solución BPM Si bien BizTalk podría ser una herramienta que permita gestionar los procesos de negocio en una organización, su empleo para este fin vendría acompañado de una serie de desventajas como las que se señalan a continuación: No incluye una notación de modelación de procesos de negocio. Sin que se incurran en detalles técnicos, Biztalk Server 2009 resultaría muy tedioso para los analistas de negocio, pues no incluye una notación como BPMN para modelar los procesos de negocio; en cambio Biztalk ofrece un entorno para la orquestación de actividades en la cual no se pueden representar las interacciones como comúnmente las ve un analista. No maneja directamente actividades humanas. BizTalk Server no gestiona actividades humanas, en cambio las actividades de este tipo son representadas mediante mensajes, tal como las actividades automáticas. No ofrece una interfaz de usuario para la interacción con los procesos. Para representar las tareas humanas en una interfaz de usuario se requiere del auxilio de tecnologías como Microsoft Office SharePoint Server (MOSS 2007) para el manejo del flujo de trabajo, e Infopath para la creación de formularios que permitan gestionar las tareas humanas. De manera general podría decirse que la creación y mantenimiento de procesos de negocio sobre BizTalk Server 2009 y otras tecnologías de Microsoft, sería un trabajo que tomaría su tiempo y que traería dificultades 8 Plataforma que ofrece Microsoft para guardar, publicar y compartir información en portales corporativos. 9 Aplicación ofrecida con el paquete Office de Microsoft usada para desarrollar formularios de entrada de datos basados en XML. 49

62 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio tanto para analistas de negocio como para especialistas en TI. Cuando el fin fundamental del empleo de tecnologías para la gestión de procesos de negocio es lograr agilidad y rapidez durante la modelación, integración y modificación de los procesos, BizTalk Server es una opción a descartar. 50

63 Capítulo 2 Herramientas para la integración y ejecución de procesos de negocio 2.5 Conclusiones del capítulo En el capítulo que concluye se analizaron, mediante requisitos establecidos para la integración y ejecución de procesos, las soluciones BPM: Intalio BPMS CE, Bonita OS y BizAgi XE. Intalio es la primera solución open source que entra en los estudios del analista Gartner [PÉREZ, 2009]; Bonita Open Solution, aunque es una herramienta muy reciente, promete ser una buena solución en el campo open source, dado la posibilidad de agregar o modificar sus componentes; y BizAgi fue seleccionada como herramienta Cool Vendor en un estudio de Gartner, como se mencionó con anterioridad. [BIZAGI, 2010] Luego del estudio hecho sobre estas herramientas se concluyó que la versión Community de Intalio presenta problemas de compatibilidad de servicios Web; y que la aplicación ofrecida para que los usuarios ejecuten sus tareas y los administradores gestionen los procesos, es muy pobre y no permite la administración de usuarios y roles. El análisis de Bonita Open Solution dio como resultado que esta herramienta tiene una configuración muy compleja para la integración de servicios Web. Esta herramienta no es muy reconocida por los analistas BPM y no está probado su correcto funcionamiento en el manejo de altos números de instancias de procesos en instituciones. Por otra parte BizAgi Xpress mostró ser una solución con un ambiente de trabajo muy funcional y orientativo a la vez, que establece límites entre analistas de negocio, ingenieros de software, usuarios, administradores y supervisores. Esta herramienta se integra muy bien con sistemas externos mediante servicios Web basados en XML. Permite modificar los procesos de negocio aun cuando éstos están siendo ejecutados y los cambios se hacen notar al momento, sin interferir en el correcto funcionamiento del proceso. A pesar de ser BizAgi una herramienta propietaria, la versión de evaluación de Xpress cumple con todos los requisitos para la introducción de tecnologías BPM en el CITI. 51

64 3 C AP Í T U L O 3 I N T E G R AC I Ó N Y E J E C U C I Ó N D E U N P R O C E S O D E N E G O C I O S O B R E B I Z AG I "Nada es real hasta que se experimenta; aun un proverbio no lo es hasta que la vida no lo haya ilustrado." John Keats Introducción John Keats dijo que Nada es real hasta que se experimenta y en el mundo BPM vale mucho esta afirmación, pues los temas que trata son observados en muchas ocasiones desde un punto de vista teórico, quedando los procesos de negocio solamente en modelos. En el siguiente capítulo se pretende desarrollar un caso de estudio donde se modelen, integren y desplieguen las actividades de un proceso de negocio. En el capítulo anterior (Herramientas para la integración y ejecución de procesos de negocio) se demostró las ventajas de la Solución BizAgi Xpress para la integración y ejecución de procesos de negocio. Por ser esta solución la candidata número uno para la introducción de tecnologías BPM en el CITI, el proceso que se presenta es desarrollado en dicha BPMS. El caso de estudio se expone en tres etapas: Modelo del negocio. Se definen las reglas, actores, trabajadores, casos de uso y entidades del negocio para obtener un modelo de procesos de negocio en BPMN. Integración a través de SOA. Se identifican los servicios que requiere el proceso y se crean los necesarios para soportar las nuevas necesidades de negocio. Despliegue sobre BizAgi. Se integra el proceso con el modelo de datos, formularios, reglas de negocio, servicios Web y usuarios, para al final lograr su ejecución sobre BizAgi. 52

65 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi 3.1 Modelo del Negocio Antes de integrar y desplegar un proceso de negocio se hace necesaria su modelación. Para identificar los procesos de negocio en este trabajo, se parte de la propuesta de Rosen y otros autores de vincular UML con la modelación de procesos de negocio. Rosen propone que se identifique un modelo de negocio, donde cada caso de uso represente un modelo de proceso de negocio en el cual se definan las actividades a realizar. [ROSEN, 2008] Para el caso de estudio se identifica un proceso de negocio que maneja las solicitudes de cooperación en el CITI, determinado como el caso de uso del negocio Solicitar Cooperación. El caso de uso describe las actividades que hay que realizar cuando un líder de proyecto hace una solicitud de cooperación científico-técnico para avanzar en las investigaciones que realiza. El fin de este proceso es que quede registrada la Solicitud de Cooperación en el Sistema de Cooperación (sistema legado de la institución); para ello es necesario efectuar una serie de pasos que abarcan varias áreas dentro de la organización Reglas del negocio a considerar Una regla de negocio es una declaración de política o una condición que debe satisfacerse en el negocio. [JACOBSON, 2000] A continuación se muestran reglas que deben ser tenidas en cuenta en el negocio que se modela: Si el solicitante (que es un líder de proyecto) no tiene un proyecto de investigación asignado, no puede hacer una Solicitud de Cooperación y finaliza el proceso. Si el tipo de cooperación que se solicita es de Gestión de Becas o Misiones de Trabajo, debe ser aprobada primero por la dirección del CITI Representación de los actores del negocio Un actor del negocio representa un rol externo al negocio que interactúa con este para obtener un valor observable. [ JACOBSON, 2000] Para este caso el 53

66 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi único actor de negocio identificado es el Líder de Proyecto, cuya descripción se presenta en la siguiente tabla. Tabla 1. Descripción de los actores del negocio. Actor del Negocio Descripción Líder de Proyecto Persona responsable por las acciones que se lleven a cabo en un proyecto de investigación. Interactúa con el negocio para solicitar cooperación científico-técnico que permita satisfacer las necesidades del proyecto que dirige Diagrama de casos de uso del negocio Mediante el diagrama de casos de uso del negocio se puede expresar, gráficamente, la relación que existe entre los procesos y los actores, dando una visión general del negocio. [JACOBSON, 2000] El proceso identificado se representa por el caso de uso Solicitar Cooperación que inicia el actor Líder de Proyecto según describe el siguiente diagrama. Figura 23. Diagrama de Casos de uso del negocio Descripción de los Trabajadores del negocio Un trabajador del negocio representa una abstracción de una persona o un sistema que desempeña un rol en la realización de un caso de uso del negocio. [JACOBSON, 2000] La tabla que se muestra a continuación describe los trabajadores del negocio presentes en el proceso que se diseña. 54

67 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Tabla 2. Descripción de los Trabajadores del negocio. Trabajador del negocio Dirección de Cooperación Dirección del CITI Sistema de Cooperación Descripción Rol que representa a un grupo de personas, las cuales son responsables por las determinaciones que se tomen durante las actividades de cooperación científico-técnico. Son responsables por la aprobación de las Solicitudes de Cooperación que hagan los líderes de proyecto. Grupo de personas responsables de las decisiones que se tomen en la organización. Responden por la aprobación de la Solicitud de Cooperación en caso de ser del tipo Solicitud de Beca o Misión de Trabajo. Rol que representa al sistema legado (del mismo nombre) donde se administran los acuerdos de cooperación del CITI con entidades externas. En el mismo quedan registradas las solicitudes de cooperación que se aprueben Caso de uso del negocio: Solicitar Cooperación La siguiente tabla muestra una descripción del caso de uso del negocio Solicitar Cooperación. Tabla 3. Descripción del caso de uso del negocio Solicitar Cooperación. Nombre del caso de uso del negocio Actor del negocio Solicitar Cooperación Líder de Proyecto 55

68 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Propósito Solicitar cooperación científico-técnico para satisfacer las necesidades de un proyecto de investigación. Resumen El caso de uso se inicia cuando un proyecto de investigación requiere de ayuda científico-técnica. En tal caso el Líder de Proyecto deberá crear y enviar una Solicitud de Cooperación donde refleje las necesidades del proyecto que dirige. Como regla de negocio (mencionada anteriormente) se estableció que los líderes de proyecto que no tengan un proyecto asignado, no podrán hacer esta solicitud. En la solicitud se pueden pedir varios tipos de cooperación; en caso de ser del tipo Gestión de Beca o Misión de Trabajo tendrá que ser aprobada por la Dirección del CITI antes de llegar a las manos de la Dirección de Cooperación, la cual será quien apruebe finalmente la solicitud. Para otros tipos de cooperación las aprobaciones las hará directamente la Dirección de Cooperación para que, en un final satisfactorio, quede registrada la solicitud en el Sistema de Cooperación Modelo de proceso del caso de uso Solicitar Cooperación Como se mencionó con anterioridad, un caso de uso del negocio se asocia con un proceso de negocio modelado en la notación BPMN. Los modelos de procesos de negocio son una representación abstracta de los procesos de una organización, que muestran principalmente cómo y por quién son ejecutadas actividades que generan un valor para la organización. [ALARCOS, 2006] En un modelo de proceso de negocio se muestran los actores y trabajadores del negocio involucrados en el proceso, así como las actividades que realizan éstos. La siguiente tabla muestra los elementos de la Notación de Modelación de Procesos de Negocio (BPMN, en inglés) que se emplean para la modelación del caso de estudio. 56

69 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Tabla 4. Notación empleada para la modelación del caso de estudio. Notación Nombre Descripción Evento de inicio El evento de inicio indica dónde el proceso comienza. Evento de fin Actividad de usuario Actividad automática El evento de fin indica que una ruta del proceso concluirá. Si no hay más rutas activas el proceso finalizará. Típica actividad de un flujo de trabajo donde un humano ejecuta una tarea con la asistencia de una aplicación. Tareas realizadas por el motor de procesos. Representan mayormente interacciones con sistemas externos y puede ser utilizada también para representar la activación de un evento como el envío de un . Tarea de envío Tarea simple que es diseñada para enviar un mensaje a un participante en el proceso. Compuerta exclusiva Carril Punto donde el flujo de secuencia puede dividirse en dos caminos exclusivos y sólo uno de ellos puede ser seleccionado por el flujo. Permite agrupar el proceso desde un punto de vista organizacional. En él se representan las actividades correspondientes a los actores y trabajadores del negocio. 57

70 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi A continuación se muestra el diagrama de proceso correspondiente al caso de uso Solicitar Cooperación para la presente etapa de desarrollo del proceso (modelación del negocio). Figura 24. Modelo de proceso del caso de uso del negocio Solicitar Cooperación. 58

71 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Modelo de objetos del negocio En el proceso Solicitar Cooperación se identifica la entidad de negocio Solicitud de Cooperación, que durante su tiempo de vida interactúa con actores y trabajadores del negocio. El diagrama de objetos del negocio ilustra una especie de diagrama de clases donde se representan los actores, trabajadores y entidades del negocio, junto con las relaciones entre éstos. Este diagrama es de vital importancia ya que las entidades del negocio identificadas probablemente se transformen en entidades del sistema [JACOBSON, 2000], en nuestro caso entidades del proceso. Figura 25. Diagrama de objetos del negocio 3.2 Integración a través de SOA El proceso que se diseña requiere vincularse con sistemas legados distribuidos en la organización. Esto se evidencia desde la Modelación del negocio, donde se interactúa con el Sistema de Cooperación para registrar la solicitud. También es necesario obtener información del proyecto que dirige el líder que hace la solicitud. Independientemente de estas tareas, se pueden agregar interacciones que permitan mostrar información que ayude a los usuarios en su desempeño durante la ejecución del proceso. 59

72 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi En la etapa actual de desarrollo del proceso (integración) se agregan nuevas actividades de tipo automática y se señalan otras que ya existían, para representar las interacciones con sistemas legados. La siguiente tabla describe los sistemas con los que se interactúa. Tabla 5. Interacción del proceso con los sistemas legados de la organización. Nombre del Sistema Descripción Interacción con el proceso Microsoft Project Software de administración de proyectos propuesto por Microsoft para asistir a administradores de proyectos en el desarrollo de planes. [PROJECT, 2010] En el CITI se emplea para gestionar toda la información referente a los proyectos de investigación. Brinda información sobre el proyecto de investigación que dirige el Líder de Proyecto solicitante. Sistema Cooperación Sistema legado para la administración de la información de los acuerdos de cooperación del CITI con otras instituciones. Brinda información sobre las solicitudes. En este sistema queda registrada la Solicitud de Cooperación una vez a probada Modelo de despliegue El siguiente diagrama muestra el modelo de despliegue, en el cual se representa el entorno donde se ejecuta el proceso de negocio. Todas las interacciones con este proceso ocurren a través de un ambiente de pequeña/mediana empresa, representado por la arquitectura cliente-servidor en una red de área local (LAN - Local Area Network). El nodo Servidor BizAgi representa un servidor de procesos encargado de ejecutar las instancias del proceso, las cuales son accedidas por los Clientes mediante una interfaz web por vía del protocolo HTTP. Los distintos sistemas 60

73 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi externos (Sistema Cooperación y Microsoft Project, descritos en la tabla 5) interactúan con el Servidor BizAgi mediante mensajes SOAP (representados por líneas discontinuas). Figura 26. Modelo de Despliegue Aunque de momento no se emplee, se recomienda para un futuro agregar a este modelo un Bus de Servicios Empresariales (ESB - Enterprise Service Bus) que permita el manejo de la comunicación (mediante servicios) entre los sistemas. Con el empleo de un ESB en una Arquitectura Orientada a Servicios, se eliminan las conexiones punto a punto entre sistemas, se gestiona el enrutamiento de mensajes, y se reduce los costes de gestión de las TI al ofrecer ubicaciones de servicios que no varían aunque cambien de dirección sus proveedores (como se mencionó en el epígrafe del capítulo 1). El siguiente diagrama describe lo antes propuesto. Figura 27. Modelo de Despliegue con un ESB agregado 61

74 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Descripción de los grupos de servicios empleados La plataforma de integración que da soporte a los procesos de negocio y aplicaciones del CITI está basada en una Arquitectura Orientada a Servicios (SOA, en inglés). Los servicios que componen este modelo están distribuidos en tres grupos: Servicios de Utilidad, Servicios de Entidad y Servicios de Negocio. Figura 28. Distribución de Servicios en el CITI Los Servicios de Utilidad tienen como funcionalidad realizar todas las consultas sobre las bases de datos de los sistemas legados de la organización. Estos servicios fueron implementados en la herramienta Genexus X, por lo cual es posible crear una capa de servicios sobre diversos tipos de gestores de bases de datos y migrar fácilmente de gestor sin tener que implementar nuevamente los servicios. En un nivel superior se encuentran los Servicios de Entidad, los cuales se ofrecen para consumo de procesos y aplicaciones. Estos servicios agrupan Servicios de Utilidad de acuerdo a un dominio e incorporan validaciones comunes del dominio. Fueron implementados empleando la tecnología 62

75 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Windows Communication Foundation (WCF), la cual permite configurar un servicio para que pueda ser accedido de disímiles maneras. Los Servicios de Negocio, al igual que los de Entidad, ofrecen funcionalidades que pueden ser empleadas por aplicaciones y procesos de negocio. Estos servicios incorporan un flujo de actividades que permiten orquestar Servicios de Entidad. Para su desarrollo se empleó la tecnología Workflow Foundation (WF) de Microsoft, la cual permite manejar un flujo de actividades dentro de un servicio WCF. Con el empleo de esta infraestructura se cuenta con un repositorio de servicios reutilizables que pueden ser consumidos por aplicaciones y procesos. Además, éstos pueden ser combinados y recombinados para obtener nuevas soluciones y adaptarse a los cambios evolutivos de la empresa Identificación de los servicios que emplea el proceso La siguiente imagen muestra el modelo de proceso Solicitar Cooperación actualizado con nuevas actividades automáticas. Se identificaron en color verde las actividades que representan interacciones con el Sistema Cooperación y en color púrpura las que se relacionan con Microsoft Project. 63

76 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Figura 29. Modelo de proceso Solicitar Cooperación para la etapa de integración Para satisfacer las actividades de un proceso no siempre van a existir todos los servicios necesarios. En este caso se cuentan con algunas funcionalidades del Sistema Cooperación y de Microsoft Project, pero no existe una funcionalidad que permita insertar una Solicitud de Cooperación en el Sistema de Cooperación. Por tal motivo más adelante se pretende diseñar dicho servicio. A 64

77 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi continuación se muestran los servicios existentes que dan soporte a las actividades que requieren comunicarse con Microsoft Project y el Sistema Cooperación (púrpura y verde respectivamente). Nótese que no se identificó ninguna funcionalidad que satisfaga la actividad Registrar Solicitud de Cooperación porque, como se mencionó, no está implementada aun. Figura 30. Modelo de servicios Web de soporte al proceso La siguiente tabla muestra las funcionalidades que presentan los servicios identificados. Tabla 6. Funcionalidades de los servicios que interactúan con el proceso. Función Servicio / Tipo Retorno ObtenerProyectoLider EMostrarProyecto /Entidad Retorna el nombre del proyecto que dirige una persona. ObtenerCantSolicitud eshechas EMostrarSolicitud /Entidad Retorna la cantidad de solicitudes que ha hecho un líder de proyecto en un año especificado Definición del Servicio de Negocio NCrearSolicitudCooperacion La tarea de insertar una Solicitud de Cooperación en el Sistema de Cooperación requiere la ejecución de una serie de pasos que permitan su completamiento. Para la realización de estos pasos se identificó el servicio de negocio NCrearSolicitudCooperacion. Como se dijo en el epígrafe 3.2.2, los 65

78 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Servicios de Negocio incorporan un flujo de actividades que permiten orquestar otros servicios y ofrecen funcionalidades que pueden ser empleadas por aplicaciones y procesos de negocio. La siguiente imagen muestra el flujo de actividades, creado con la tecnología Workflow Foundation, para la realización de este servicio. En este flujo se establecen los servicios a invocar y las condiciones que hay que seguir para que se inserte una solicitud en el sistema de Cooperación. Figura 31. Flujo del Servicio de Negocio NCrearSolicitudCooperacion En el diagrama, las actividades representan invocaciones a funcionalidades de servicios que se describen en la siguiente tabla. 66

79 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Tabla 7. Funcionalidades de servicios orquestados en el Servicio NCrearSolicitudCooperacion. Función Servicio / Tipo Retorno ObtenerIdSolicitante ESolicitud /Entidad Retorna el id de la entidad Solicitante, que se encuentra en el Sistema Cooperación. InsertarSolicitante ESolicitud /Entidad Inserta los datos de un Solicitante en el Sistema Cooperación. InsertarSolicitud ESolicitud /Entidad Inserta los datos de una Solicitud de Cooperación en el Sistema Cooperación. Aunque no es necesario el empleo de la tecnología Workflow Foundation para la creación de servicios de negocio, el uso de ésta permite a los desarrolladores hacer servicios más intuitivos, de fácil mantenimiento y de mayor escalabilidad. 3.3 Despliegue sobre BizAgi Luego de haber modelado el proceso y de haber identificado los servicios que le darán soporte, se puede vincular el proceso con una BPMS específica. Como se señaló en el capítulo 2, la Suite de BizAgi cumple con los requisitos de integración y ejecución especificados. Por esta razón se determinó ésta como la solución para el despliegue del caso de estudio. A continuación el proceso modelado atraviesa las distintas etapas (vistas en el capítulo 2) que ofrece BizAgi para el despliegue de procesos Creación del modelo de datos En este modelo se representan las entidades que estructuran el contenido de toda la información que se maneja en el proceso. BizAgi permite que las tablas creadas se vinculen con tablas del sistema como la WFUSER, que maneja la información de los usuarios. Este modelo puede ser modificado durante todo el 67

80 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi ciclo de desarrollo del proceso y las tablas y relaciones creadas perduran en el gestor de base de datos Microsoft SQL Server La siguiente imagen muestra el modelo de datos del proceso Solicitar Cooperación creado en BizAgi. Nótese que la entidad SolicitudCooperacion se identificó desde la modelación del negocio, en el modelo de objetos del negocio (epígrafe 3.1.6). Figura 32. Modelo de datos del proceso Creación de formularios BizAgi permite la creación de formularios de manera sencilla a partir de la selección de tareas de tipo usuario en el modelo del proceso. La información que se llena o se muestra en los formularios parte de atributos definidos en el modelo de datos del proceso. También se pueden crear validaciones en cada 68

81 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi componente de un formulario para controlar la entrada de información, e incluso se pueden hacer validaciones que interfieran en la presentación de la información y muestren mensajes. Para el proceso diseñado se identifican cuatro actividades de usuario, a las cuales corresponden cuatro formularios: frm_llenar_solicitud_de_co (Actividad: Llenar Solicitud de Cooperación) frm_mostrar_mensaje_de_err (Actividad: Mostrar mensaje de error) frm_aprobar_solictud_de_co (Actividad: Aprobar Solicitud de Cooperación) fmr_aprobar_solicitud_bm (Actividad: Aprobar Solicitud de Beca/Misión) Integración de servicios Web El siguiente paso en el desarrollo del proceso es crear la relación con los servicios identificados y diseñados anteriormente. Para esta acción BizAgi muestra el modelo del proceso con las actividades automáticas resaltadas, para que sean vinculadas con las funcionalidades de servicios. La siguiente ilustración muestra los pasos en que BizAgi enlaza un servicio con una tarea. Primero se descubre el servicio mediante su dirección y luego se asignan atributos del proceso a los parámetros de entrada y a los valores de retorno de las funciones del servicio. Figura 33. Vinculación con un servicio en BizAgi 69

82 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Para el proceso Solicitar Cooperación se identifican tres servicios y sus funciones correspondientes (separados por /) para vincularlos con las actividades automáticas: EMostarProyecto / ObtenerProyectoLider (Actividad: Obtener proyecto que dirige) EMostrarSolicitud / ObtenerCantSolicitudesHechas (Actividad: Obtener cantidad de solicitudes) NCrearSolicitudCooperacion / InsertarSolicitudCooperacion (Actividad: Registrar Solicitud de Cooperación) Creación de reglas de negocio y eventos El siguiente paso consiste en establecer las políticas a seguir durante la ejecución del proceso. Para esto, BizAgi permite crear reglas de negocio reutilizables a partir de valores que tomen los atributos del modelo de datos. Para el presente proceso se identifican cuatro reglas de negocio que guían el flujo del proceso en cada compuerta: Compuerta: Tiene un proyecto asociado? Regla: Si el líder de proyecto no tiene asignado ningún proyecto investigativo no puede hacer la Solicitud de Cooperación y se muestra una pantalla de advertencia. Compuerta: Tipo de Solicitud Regla: Si el tipo de solicitud que se hace es Gestión de Beca o Misión de Trabajo se debe aprobar primero por la Dirección del CITI. Compuerta: Aprobada (1) Regla: Si la Dirección del CITI aprueba la solicitud se envía a la Dirección de Cooperación Compuerta: Aprobada (2) Regla: Si la Dirección de Cooperación aprueba la solicitud se envía una notificación al solicitante y se registra la solicitud. 70

83 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Nótese que las dos primeras reglas ya estaban identificadas desde la modelación del negocio, las otras dos se agregaron más tarde porque representan decisiones del flujo del proceso. Para el manejo de acciones a ejecutar al entrar, guardar o salir de una actividad, BizAgi permite crear eventos. En el presente proceso se crean eventos para las actividades que representan el envío de notificaciones por correo electrónico. Estas notificaciones se hacen para avisar (vía ) de que la solicitud creada fue aprobada o rechazada Asignación de participantes Para distribuir las tareas del proceso a los distintos usuarios participantes en él, BizAgi permite la asignación de responsabilidades de tareas de manera inteligente. Un participante puede ser seleccionado como responsable de una actividad según las siguientes propiedades de usuario: id Usuario: Un usuario específico. Áreas: Usuarios pertenecientes a un departamento de la organización. Lugares: Usuarios pertenecientes a un área geográfica. Roles: Usuarios con un Rol específico en la organización. Habilidades: Usuarios con una aptitud específica para una acción. Cargos: Usuarios ordenados mediante una estructura en la Organización. Propiedades de Usuario: Usuarios seleccionados por un conjunto de características (nombre, , superior inmediato, etc.) Para el caso de estudio se asignan participantes por la propiedad de usuario Cargos, estos cargos son los siguientes: Líder de Proyecto (Para la actividad: Llenar Solicitud de Cooperación) Dirección de Cooperación (Para la actividad: Aprobar Solicitud de Cooperación ) Dirección del CITI (Para la actividad: Aprobar Solicitud de Beca/Misión) 71

84 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi La siguiente imagen muestra la asignación de Líder de Proyecto a la actividad Llenar Solicitud de Cooperación, esto permite que todos los usuarios con este cargo puedan hacer esta solicitud. Figura 34. Asignación de actividades por cargo Ejecución del proceso Una vez que esté diseñado e integrado completamente el proceso, se puede llevar a cabo su ejecución. Como se mencionó en el capítulo 2, BizAgi permite la ejecución de varias instancias del mismo proceso y los cambios que se realicen en él durante su ejecución son visibles en las instancias creadas. Cuando se inicializa un proceso, la instancia creada genera tareas que aparecen agrupadas en una bandeja de entrada de la sección del usuario responsable de atenderlas. Este responsable puede ver el flujo del proceso, así como la actividad que se está ejecutando en la actualidad y su responsable. Figura 35. Bandeja de entrada de tareas 72

85 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi La siguiente tabla ilustra los pasos de ejecución de una instancia del proceso Solicitar Cooperación para su flujo principal. Tabla 8. Pasos de ejecución de una instancia del proceso "Solicitar Cooperación" Paso 1: Actividad Obtener Proyecto que dirige La primera actividad en este proceso es la automática: Obtener Proyecto que dirige, cuya ejecución significa que algún líder de proyecto ha iniciado una instancia del proceso. Para la realización de esta tarea se invoca un servicio, disponible desde el sistema Microsoft Project, que retorna el nombre del proyecto que dirige el solicitante; en caso de retornar ninguno se muestra una pantalla de error y finaliza la instancia del proceso. Paso 2: Actividad Llenar Solicitud de Cooperación En caso de tener asignado un proyecto, la siguiente actividad a ejecutar sería Llenar Solicitud de Cooperación. En esta actividad de tipo usuario, el líder de proyecto llena los datos que requiere una solicitud. En caso de escoger una solicitud de tipo Gestión de Beca o Misión de Trabajo, la solicitud tendrá que ser aprobada primero por la Dirección del CITI (paso 3), si escoge otras opciones la solicitud será aprobada directamente por la Dirección de Cooperación (a partir del paso 4). 73

86 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Paso 3: Actividad Aprobar Solicitud de Beca/Misión Esta actividad de tipo usuario la realiza una persona perteneciente al cargo Dirección del CITI. Si se aprueba la solicitud el proceso continúa, en caso contrario se envía una notificación de desaprobación por al solicitante y se termina la instancia del proceso. Nótese que en el formulario de esta actividad, además de los datos llenados por el solicitante, aparece el nombre del proyecto asignado en el paso 1. Paso 4: Actividad Obtener cantidad de solicitudes Esta actividad automática permite obtener, mediante un servicio del Sistema Cooperación, la cantidad de solicitudes que ha hecho el solicitante en el año actual. Esta información es muy valiosa para la realización de la siguiente actividad. Paso 5: Actividad Aprobar Solicitud de Cooperación En esta actividad un usuario que representa al cargo de Dirección de Cooperación aprueba o desaprueba la Solicitud de Cooperación. Nótese que en el formulario de esta actividad, además de los datos llenados por el solicitante y el nombre del proyecto, aparece la cantidad de solicitudes que ha hecho en el año, la cual fue asignada en el paso 4. 74

87 Capítulo 3 Integración y ejecución de un proceso de negocio sobre BizAgi Paso 6: Actividad Enviar notificación de aprobación Una vez aprobada o desaprobada la Solicitud de Cooperación, se envía de manera automática un mensaje de correo electrónico al solicitante, donde se especifican los detalles de la solicitud y si fue aprobada o desaprobada. 75