Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Estado del Arte

Evaluación de Tecnologías de Procesos de Negocio

Integrantes CIAdriana AcostaCarolina SmithNatalia Beloso 4.055.899-6

1

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Índice

Introducción.......................................................................................................................3Un poco de historia........................................................................................................3Orientación al Proceso...................................................................................................3

Procesos de Negocios........................................................................................................5Ciclo de Vida.................................................................................................................5

Diseño y Análisis.......................................................................................................5Configuración............................................................................................................6Puesta en marcha.......................................................................................................6Evaluación.................................................................................................................6

Clasificación..................................................................................................................6Orquestación..............................................................................................................7Coreografía................................................................................................................7

BPM.................................................................................................................................10Definición....................................................................................................................10Características..............................................................................................................10

Términos para el Modelado de Procesos.................................................................10Aplicaciones Orientadas a Procesos........................................................................11

Motivación y Beneficios..............................................................................................12Evolución.....................................................................................................................12

Historia....................................................................................................................12Actualidad................................................................................................................14

Algunas tecnologías base para BPM...........................................................................15Service Oriented Architecture.................................................................................15Web Services...........................................................................................................15Model-Driven Architecture.....................................................................................16Service Oriented Computing...................................................................................17

Algunas tecnologías relacionadas con BPM...............................................................18Business Intelligence...............................................................................................18Business Activity Monitoring..................................................................................20Business Process Automation..................................................................................21Business Process Management System...................................................................21

Estándares BPM..........................................................................................................22Workflow.....................................................................................................................24

Glosario...........................................................................................................................27Bibliografía......................................................................................................................28

2

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Introducción

Un poco de historia

La tecnología ocupa hoy en día un papel importante en el desarrollo de una Organización, debido a que cada vez es mas frecuente la existencia de Sistemas de Información como soporte de las distintas operativas realizadas. En muchas Organizaciones existe una gran brecha entre los aspectos organizacionales y los Sistemas de Información existentes. Disminuir esta distancia es muy importante para lograr un mejor entendimiento de ambas partes con el fin de bridar un mejor y más eficiente servicio hacia el Cliente como se verá mas adelante.

Con el paso de los años los Sistemas de Información se han hecho cada vez más complejos. Hoy en día es normal que una Organización cuente con bases de datos relacionales para gestionar grandes volúmenes de Datos y con sistemas con interfaces gráficas complejas así como con otros tipos de tecnología. Es común también que existan sistemas empresariales que se especialicen en ciertos aspectos del negocio y que cada uno de ellos almacene su propia información. Los ERPs cumplen justamente con estas características. El gran logro de estos sistemas es la existencia de una base de datos integrada que abarca gran parte de la organización y de una serie de módulos que implementan la funcionalidad correspondiente.

Ante el crecimiento de las organizaciones y con la existencia de nuevos requerimientos del mercado, ha surgido la necesidad de contar con herramientas adicionales más específicas. Sistemas de gestión de Clientes (CRM) y sistemas de gestión de cadenas de abastecimiento (SCM) han surgido frente a este nuevo requerimiento.Estas nuevas aplicaciones en general son desarrolladas por distintos proveedores, por lo tanto dispondrán de su propia base de datos para gestionar sus datos. Como consecuencia directa, se tendrá información redundante y por lo tanto asegurar la consistencia de los datos entre distintas aplicaciones de una misma organización ya no es algo sencillo.

Orientación al Proceso

Las cadenas de valores son un primer modelo que permite describir el desarrollo de las actividades de una organización. Se categorizan las actividades que producen un valor añadido en dos tipos, las primarias y las actividades de apoyo o auxiliares. El siguiente es el esquema del modelo de la Cadena de valor empresarial propuesto por Michael E. Porter.

3

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

El análisis de la cadena de valor es una visualización de la organización mediante la cual se descompone una Empresa en sus partes constitutivas, buscando identificar fuentes de ventaja competitiva en aquellas actividades que generan más valor.

Las actividades se dividen en dos grupos, las actividades primarias son aquellas que se refieren a la producción, comercialización, entrega y servicio pos-venta del producto, y las actividades de apoyo que son aquellas que proporcionan recursos humanos, tecnología e insumos para apoyar a las primeras actividades.

El concepto de sistema de valor considera que una Organización está envuelta en un complejo conjunto de actividades ejecutadas por un gran número de actores (empleados, proveedores, etc) que aportan insumos a la cadena de valor de la Organización y canales de distribución que son los mecanismos de entrega de los productos a los clientes finales.

En los comienzos de los 90’s, se produce un fuerte desarrollo de la orientación a procesos, no solo para captar las actividades desarrolladas por una Compañía, sino para estudiar y mejorar las relaciones entre éstas.La reingeniería de procesos de negocio está basada en el entendimiento de que los productos y servicios que una Empresa ofrece al mercado están provistos a través de procesos de negocio, y que un rediseño radical de estos procesos es el camino al éxito. [1]

Esta orientación utiliza una descomposición funcional de actividades de gran porte en actividades de poca granularidad que podrán ser desarrolladas por una fuerza de trabajo más especializada de una forma más eficiente. Como es necesario combinar estas actividades específicas producto de la descomposición funcional en actividades de más granularidad, es necesario contar con un personal que posea habilidades y competencias que van más allá de su actividad en particular, de modo de conocer las metas finales de su trabajo.

4

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Procesos de Negocios

Un proceso de negocio consiste en un conjunto de actividades que son realizadas en coordinación en un ambiente organizacional y técnico, buscando realizar una meta de negocio.[1]Cada proceso de negocio es llevado a cabo por una organización, pero puede interactuar con otros procesos de negocio realizados por otras organizaciones.

Ciclo de VidaEl ciclo de vida de un proceso de negocio se muestra en el siguiente diagrama.

1

Consiste en 4 fases relacionadas entre ellas en forma cíclica para mostrar estas dependencias y contempla la creación de nuevos procesos de negocio, así como también la modificación u optimización de alguno ya existente.El modelo no es estricto, podría ocurrir que algunas actividades sean realizadas en paralelo, como podría suceder en caso de la modificación u optimización de un proceso de negocio.

Diseño y Análisis

En esta etapa, se analiza el entorno y cualquier tipo de proceso que actualmente se esté realizando. Expertos del negocio, crean escenarios completos con las necesidades requeridas para identificar el óptimo proceso de negocio.

1 Basado en [1]

5

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Una vez que se tiene un diseño inicial, es necesario validarlo. Se pueden utilizar varias técnicas en esta etapa, como por ejemplo la simulación del proceso permitiría a los stakeholders a transitar los distintos pasos del proceso de manera de verificar si éste se comporta según lo deseado.

Configuración

Una vez que el proceso de negocio está diseñado y verificado, es necesario implementarlo. La implementación puede no involucrar un sistema de gestión de procesos, es el caso de un proceso de negocio que implemente una serie de políticas y procedimientos a seguir por parte de los trabajadores de una organización.En el caso de que sea necesario un software, éste es elegido en esta etapa y configurado de acuerdo a las necesidades de la organización. Esto último involucra también la interacción del personal con la nueva plataforma y la integración de ésta con los sistemas existentes.

Luego de que el proceso es implementado, es necesario testearlo. No solamente hay que realizar pruebas sobre el proceso en particular, sino también hay que testear la integración de éste con los sistemas existentes, así como también realizar pruebas de performance.

Puesta en ejecución

En esta etapa se crearán instancias del proceso de negocio para cumplir con las metas de la organización. El monitoreo del proceso es un mecanismo que provee información del estado del mismo y las herramientas para realizarlo son provistas por un componente software de gestión de procesos de negocio. Durante la ejecución del proceso se generará información básica que se irá guardando en logs en forma ordenada.

Evaluación

Utilizando la información generada (en logs por ejemplo), se evalúa y mejora el modelo del proceso de negocio y su implementación.

Se pueden utilizar técnicas de minería de procesos para la extracción de información de logs de eventos.

Clasificación

Existen diferentes niveles donde los procesos de negocio son utilizados. El más alto corresponde a las estrategias de la organización, que describe las metas a largo plazo. En un segundo nivel, la estrategia de negocio es dividida en metas operacionales, las cuales a su vez pueden ser re-organizadas para que cada meta se dividida en sub-metas. En este tercer nivel es donde se encuentran los procesos de negocio organizacionales. En general estos procesos de negocio organizacionales son expresados en forma textual y no muy formal.

6

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Mientras que los procesos organizacionales representan el grueso de la funcionalidad de negocio, son varios procesos de negocio operacionales que contribuyen a llevarlo a cabo. En estos últimos es necesario especificar actividades y las relaciones entre ellas y para ello se utiliza un modelo de proceso de negocio.

Si un proceso de negocio no tiene interacción con otro se dice que es intra-organizacional o con orquestación. Muchos procesos sin embargo, interactúan con otros de otras organizaciones formando procesos coreográficos. A continuación se brindará mas detalles sobre estos dos tipos de procesos.

Orquestación

En un proceso de negocio con orquestación el rol principal del motor del proceso es el de actuar como un agente que centraliza el control del proceso. Este tipo de procesos brinda una vista detallada de las actividades del proceso y sus restricciones de ejecución.Existen patrones de control de flujo que establecen criterios para expresar procesos con orquestación, los cuales se verán más adelante en el documento.

Coreografía

En la realidad no solo existen dependencias entre actividades de un mismo proceso como vimos en la orquestación de procesos, sino que también entre diferentes procesos.

Un proceso business-to-business surge ante la necesidad de que dos procesos de negocio de distintas organizaciones interactúen, principalmente para combinar sus servicios y brindar un servicio con valor añadido. Un ejemplo clásico de esto se muestra en la siguiente imagen.

La coreografía de procesos tiene como rol principal el de asegurar la interoperabilidad entre los procesos con orquestación involucrados en la colaboración business-to-business.

7

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

La existencia de reglas de colaboración (estándares) logra que sea más sencilla la interacción entre distintos productos del mercado. Estas reglas son justamente especificadas mediante coreografía de procesos.

El desarrollo de coreografías entre procesos está guiado por fases de diseño y fases de implementación como se muestra en el siguiente diagrama.

2

El escenario modelador es el corazón del diseño de una coreografía porque describe la configuración general y las metas de la coreografía.La identificación de los participante contempla la definición de los diferentes roles de los participantes de la coreografía.En la definición de hitos se definirán ciertos momentos de la coreografía en donde se deberán producir ciertos resultados o productos intermedios.En la identificación de mensajes se definirán y diseñarán los mensajes que realizarán las interacciones. Esta etapa tiene aspectos técnicos y por lo tanto está situada en la frontera entre el diseño y la implementación.Finalmente, a partir de la etapa de definición de la coreografía se obtiene una especificación detallada de las interacciones entre los participantes, los mensajes que llevarán a cabo la interacción y los hitos que deberán ser alcanzados.

2 Basado en [1]

8

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

En la parte inferior del diagrama se puede apreciar que una vez que se dispone de la definición de la coreografía, se desarrollan las interfaces de comportamiento para cada rol que involucra la coreografía.

Un aspecto importante que es fundamental para las coreografías de procesos, es la necesidad de asegurar la compatibilidad entre los participantes involucrados. Incompatibilidad podría significar que existan diferentes formatos de imágenes, o que los procesos no estén correctamente alineados.

Al igual que en los procesos con orquestación, existen patrones de integración de servicios que proponen la existencia de tipos de interacciones con una baja granularidad.

9

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

BPM

Definición

Business Process Management o BPM en inglés, es un método, un proceso, un sistema y un estándar que extiende y permite la ejecución de cualquier teoría administrativa y facilita la formalización y adopción rápida de nuevas teorías en un negocio.Consiste en administrar los procesos de negocios de principio a fin, mediante el uso de nuevas tecnologías, de forma tal que se pueda responder de la manera esperada ante el cambio. [2]

Características

BPM es una nueva tendencia en el mundo de la Arquitectura Empresarial, que se relaciona con el concepto de “gestionar los cambios para mejorar los procesos de negocios”.

Los Procesos de Negocios, son entendidos en esta nueva tendencia, como reglas específicas que se cumplen “paso-a-paso” y que se ejecutan para resolver un problema de negocios dado. BPM tiene que ver entonces, con el diseño y ejecución de estos procesos de negocios.

Aquí es donde se produce el cambio conceptual más importante, pensar en “diseño orientado a procesos”, lo que lleva a pensar en Aplicaciones Orientadas a Procesos (Process Oriented Applications).

Términos para el Modelado de Procesos

En este nuevo concepto, los procesos están constituidos por “pasos”, que se llaman actividades o tareas y los términos más importantes para el modelado de dichos procesos y la relación entre ellos serían:

Definición de procesosLos algoritmos básicos o comportamientos de los procesos.

Instancia de procesosUna ocurrencia de un proceso para una entrada específica.

Actividad o TareaUn ‘paso’ en un proceso.

Actividad automatizada o Tarea automatizadaUn ‘paso’ en un proceso que es ejecutado directamente por la máquina, sin interactuar con un usuario.

10

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Actividad manual o Tarea manualUn ‘paso’ en un proceso que es ejecutado por un humano.

Las actividades automáticas generalmente están dentro de estas dos categorías:

Interacción con sistemas externos.La interfase con sistemas externos requiere que la máquina donde se ejecutan los procesos, este provista de herramientas que le permitan una significativa capacidad de integración (EAI), tal como XML, B2B, Servicio Web, MOM, .NET e interfaces J2EE.

Programación lógica arbitraria. Esto significa que el procesos o bien soporta código embebido o provee la capacidad de hacer una llamada a un código.

Aplicaciones Orientadas a Procesos

La lógica de un proceso, no es la aplicación de su forma, lo importante es la declaración de su comportamiento dinámico, o su cambio de estado en el tiempo, a medida que ocurren los eventos.

Algunas características típicas de Aplicaciones Orientadas a Procesos son:

Larga duración.Del comienzo al final, el proceso puede llevar horas, días, semanas, meses o más.

Se graban estados.Como el proceso es de larga vida, se graban estados en una base de datos, para que el proceso pueda sobrevivir al servidor que lo ejecuta.

Se interrumpe, duerme la mayor parte del tiempo.El proceso pasa la mayor parte del tiempo dormido, esperando que ocurra el próximo evento, con el cual se despierta y realiza ráfaga de tareas o actividades.

Orquestación del sistema o de la comunicación humana.El proceso es responsable de gestionar y coordinar la comunicación de varios sistemas o actores humanos.

Algunas aplicaciones orientadas a procesos, sólo tienen un subconjunto de estas características.

Un buen producto BPM, permite, con cierta facilidad, convertir un diagrama de procesos en una aplicación ejecutable. BMP es apropiado para aplicaciones que están claramente orientadas a procesos.

11

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Motivación y Beneficios

Algunas de las motivaciones para elegir BPM:

Formalizar procesos existentes y detectar las mejoras necesarias.Adoptar BPM, fuerza a la empresa a pensar y formalizar el entendimiento que tiene sobre sus procesos corrientes y aquellos que los ejecuten notarán invariablemente potenciales mejoras a incorporar, como eliminar algunos pasos, automatizar pasos manuales, o realizar la reingeniería de una parte del flujo de un proceso.

Facilitar flujos de procesos eficientes automatizados.Dado que un proceso deriva en múltiples tareas, cuanto menos tiempo transcurrido entre las mismas, mejor. El software BPM dirige el flujo de procesos, por lo que el tiempo muerto entre actividades tiende a cero. Como BPM permite procesos paralelos, puede ejecutar en forma concurrente tareas independientes (que no necesariamente deban seguir un orden en el flujo del proceso), y sincronizar esos resultados más tarde con el resto, cuando sea indicado en el flujo.

Incrementar la productividad y decrementar el trabajo intelectual de empleados.Hacer el trabajo más rápido con menos personal.

Permitir que la gente se dedique a resolver los problemas difíciles.Uno de los beneficios es dar flexibilidad para dedicar al personal a resolver los problemas que no se pueden o pudieron resolver en forma automática por algún error, en algún momento del desarrollo del proceso de negocios automatizado.

Simplificar la reglamentación y el cumplimiento de la misma.BPM contribuye a construir procesos auditables, que ayudan a las organizaciones a cumplir con varios requisitos reglamentarios.

Evolución

Historia

Los primeros conceptos relativos a la reingeniería sucedieron en la década de 1920 cuando surgió la administración científica, basada en los conocimientos de Freederick Taylor, el cual basó sus estudios en los tiempos a lo largo de la línea de producción, de tal manera que se pudiera hacer un análisis para poder diseñar e implementar métodos mas efectivos para cada una de las actividades de trabajo.

Posteriormente a esto, en 1954, Peter Drucker plantea un sistema de funcionamiento de la organización basado en el establecimiento de objetivos y/o metas que abarquen todos

12

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

los niveles de la organización. Se pretende establecer medios para medir el desempeño durante la ejecución de los objetivos.

Pero hasta este momento aún no se había hablado en términos de calidad. William Edwards Deming es quien introduce este término y presenta su concepto de “administración total de calidad”. Este concepto pretendió quitar un poco el enfoque productivo y comenzar a aprovechar y mejorar la calidad. Bajo este enfoque, la calidad debe ser garantizada en cada etapa del proceso, los posibles errores de calidad deben ser corregidos a través de un buen diseño del proceso.

Los sistemas actuales ERP obtuvieron impulso inicial cuando la reingeniería apareció como una necesidad vital para el desarrollo de una administración efectiva dentro de una organización. El siguiente gran aporte, y uno de los más fuertes que dieron el origen a los ERPs, fue el estudio realizado por Michael E. Porter en 1985 (ver primer capítulo), quien introdujo por primera vez el concepto de “cadena de valor”.

Hasta aquí se considera una primera etapa de la historia del BPM denominada primera ola.

Sin embargo, es realmente a comienzos de los 90, que los procesos tomaron importancia empresarial con el boom de la reingeniería, de la mano de Michael Hammer y James Champy. En muchas empresas, la información sobre la gestión estaba separada de los procesos que la llevaban a cabo. Con la reingeniería de procesos, se trató de corregir esta situación, aplicando principios de orientación a procesos, en particular en áreas de compras, contabilidad y planificación de producción.

En términos generales, la reingeniería es una metodología apropiada para revisar y rediseñar procesos, así como para implementarlos, que se enfoca en agregar valor a cada una de las etapas del proceso y eliminar aquellas que no producen ningún tipo de valor.

Esta reingeniería llevó a importantes reducciones de costos, con procesos establecidos desde altos mandos, sin supervisión de ejecución, ni refinamiento de los resultados. Como consecuencia, se produjeron importantes reducciones de personal, con los consiguientes problemas internos que esto generaría, así como importantes fallas en calidad de productos y servicios y una eficiencia que sería de corta duración.

Después de este impulso de la reingeniería apareció Thomas H. Davenport.Davenport fue menos extremista en su análisis de cómo lograr la innovación de procesos y más teórico en su metodología y fórmula del éxito. Sin embargo, estuvo de acuerdo con Hammer y Champy en que los programas de mejora continua de calidad requieren un enfoque bottom-up, mientras que la innovación de procesos generalmente es mucho mas enfocada a top-down, requiriendo liderazgo y compromiso de la alta gerencia. Davenport observó que tanto un cambio gradual como radical requieren de un cambio cultural y que varias formas de innovación de procesos a menudo producen cambios en los centros de poder y control de la organización así como en las habilidades requeridas y las prácticas administrativas

Esta etapa iniciada por Hammer y Champy y seguida por aportes no tan extremistas de Davenport se denomina segunda Ola.

13

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

A mediados y finales de los 90, el empleo de herramientas como ERP (Enterprise Resource Planning), CRM (Customer Relationship Management), SCM (Supply Chain Management) y las implementaciones independientes de flujo de trabajo, resultaron, junto con la creciente automatización basada en IT (Information Technology) - pero con un enfoque funcional, en lugar de un enfoque basado en procesos - en la generación de cuellos de botella, errores y desconexión en los procesos. El hecho que los flujos de trabajo estuvieran fuertemente codificados en grandes aplicaciones, tenía como consecuencia no poder ajustarlos o adaptarlos, sin un costo importante.Este escenario hace posible la aparición de BPM.

En los años 2001 y 2002, la demanda fue impulsada por iniciativas para reducir costos y productividad. BPM posibilitó ciclos de procesos rápidos, con integración y automatización, que cubría los huecos dejados por las aplicaciones utilizadas, por ejemplo ERP.

Actualidad

Así como las razones iniciales para adoptar BPM, eran automatización e integración, hoy en día, el foco se centra cada vez más en el cumplimiento de las normativas, en la agilidad de las aplicaciones de negocios y también en la agilidad para la optimización de las mismas.

En este punto, de agilidad para los negocios, BPM tiene mucho en común con SOA (Service Oriented Architecture). Ambas iniciativas buscan rápidas respuestas a los cambios en los requerimientos empresariales, que incluyen, entre otros, introducción de servicios. SOA es un fundamento clave para BPM, el apoyo a un montaje rápido y una orquestación de servicios de procesos, en procesos End-to-End.

Otro objetivo, es ligar la gestión de procesos a la otra BPM (Business Performance Management), de modo que las mejoras del proceso cumplan un objetivo estratégico de desempeño.

Para conectar objetivos de procesos y rendimiento, se necesitan las características BAM (Business Activity Monitoring) que incluyen métricas, llaves indicadoras de rendimiento, cuadros de mando ejecutivos y capacidades avanzadas para brindar informes.

14

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

El interés para BPM

Para BPM, los analistas de procesos diseñan el proceso, el proceso es corrido por una máquina, la máquina tiene EAI (Enterprise Application Integration) y capacidad para interactuar con humanos.

Detrás de este razonamiento simple, hay una cantidad de conceptos, terminologías, estándares, proveedores y filosofías que confunden acerca de qué producto elegir, si es una buena solución la combinación de varios productos, sobre cuál estándar construir, qué versión de cuál estándar, etc. Para poder cumplir con su objetivo, BPM utiliza ciertas tecnologías ya existentes, que ofrecen soporte a su funcionamiento y por otro lado, establece intercambio con otra serie de tecnologías relacionadas, que complementan el logro del resultado final.

Algunas tecnologías base para BPM

Service Oriented Architecture

Service Oriented Architecture (SOA), es esencialmente un estilo de arquitectura que soporta la orientación a servicios.

SOA es una forma lógica de diseñar un sistema de software para proveer servicios ya sea a usuarios finales o a otros servicios distribuidos en la red a través de interfaces de publicación y descubrimiento. SOA define una interacción entre los agentes de software, como intercambio de mensajes entre servicios que realizan un requerimiento (clientes) y servicios que los proveen.Los clientes son agentes de software que requieren la ejecución de un servicio. Los proveedores son agentes de software que proveen el servicio. Los agentes pueden ser simultáneamente clientes y proveedores. [6] Estos servicios se comunican entre sí. La comunicación puede involucrar simplemente un pasaje de información (servicio Simple), o puede ser necesario que dos o más servicios se coordinen para realizar alguna actividad (servicio Compuesto). Por lo tanto, es necesario que exista algún medio por el cual poder establecer la comunicación entre los servicios. En esta arquitectura, un servicio es una función que está bien definida, es autónoma y no depende del contexto o del estado de otros servicios y que no son otra cosa que Servicios Web.

La arquitectura básica SOA se muestra en la siguiente figura.

15

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

3

Web Services

Un Servicio Web es un sistema de software diseñado para soportar la interacción interoperable entre dos maquinas sobre una red. Tiene una interfaz descripta en un formato procesable por una máquina (específicamente WSDL). Otros sistemas pueden interactuar con el Servicio Web en la manera indicada en su descripción mediante mensajes SOAP, típicamente soportados utilizando HTTP con serialización XML en conjunción con otros estándares web relacionados. [5]

Tecnológicamente el concepto de Servicio Web se basa en los estándares y protocolos: XML, SOAP, WSDL, UDDI y WS-Security.

XML Extensible Markup Language. Usado para describir los datos. Permite crear tags para habilitar definiciones, validaciones e interpretación de los datos entre aplicaciones y entre organizaciones.

SOAP Simple Object Access ProtocolTiene como finalidad la transferencia de datos. Es un protocolo de mensajería construido en XML que se usa para codificar información de los requerimientos de los Servicios Web y para responder los mensajes antes de enviarlos por la red. Son mensajes independientes de los sistemas operativos y pueden ser transportados por los protocolos que funcionan en Internet.

3 Basado en [6]

16

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

WSDL Web Services Description LanguageDescribe los servicios disponibles. WSDL describe la interfaz pública a los servicios Web. Está basado en XML y describe la forma de comunicación, es decir, los requisitos del protocolo y los formatos de los mensajes necesarios para interactuar con los servicios listados en su catálogo. Las operaciones y mensajes que soporta se describen en abstracto y se ligan después al protocolo concreto de red y al formato del mensaje.

UDDI Universal Description, Discovery and IntegrationSon las siglas del catálogo de negocios de Internet. Su objetivo es conocer cuales son los servicios disponibles. Es un directorio distribuído, que opera en la Web  y que permite a las empresas publicar sus Servicios Web, para que otras empresas los conozcan y puedan utilizarlos.

WS-Security Web Service SecurityEs un protocolo de seguridad, aceptado como estándar por OASIS (Organization for the Advancement of Structured Information Standards). Garantiza la autenticación de los actores y la confidencialidad de los mensajes enviados.

4

4 Basado en [5]

17

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Service Oriented Computing

SOC promueve la idea de ensamblar componentes de aplicaciones en una red de servicios con bajo acoplamiento, para crear procesos de negocios flexibles y dinámicos y aplicaciones ágiles, que extiendan organizaciones y plataformas de computación. [7]

El paradigma SOC, utiliza servicios para soportar el desarrollo rápido, de bajo costo, interoperable, evolucionable, de distribución masiva de aplicaciones. Los servicios son entidades autónomas, independientes de las plataformas, que pueden ser descritas, publicadas, descubiertas y acopladas en nuevas formas. Realizan funciones que van desde la simple respuesta a un requerimiento, a la ejecución de procesos sofisticados que requieren relacionamiento peer-to-peer entre múltiples capas de consumidores y proveedores de servicios. Cualquier parte de código y cualquier componente de aplicación desplegado en un sistema puede ser re-usado y transformado en un servicio disponible para la red.

La promesa de SOC, es que será posible ensamblar fácilmente, componentes de aplicaciones en una red de servicios de bajo acoplamiento, que puede crear procesos de negocios dinámicos y aplicaciones ágiles, que tiendan puentes entre plataformas de organizaciones y plataformas de computación.

Son los Servicios Web la más promisoria tecnología basada en SOC?Tales servicios irán mucho más allá del mero intercambio de información (el mecanismo dominante para integración de aplicaciones hoy en día), para acceder, programar e integrar aplicaciones de servicios encapsuladas dentro de viejas y nuevas aplicaciones. La clave para llevar a cabo esta idea, es la arquitectura SOA.

SOC se extiende sobre muchos conceptos fuertemente entrelazados, protocolos y tecnologías, que se originan en un amplio rango de disciplinas, incluyendo sistemas distribuídos de computación, arquitecturas de computadora y middleware, computación en red, ingeniería de software, lenguajes de programación, sistemas de bases de datos, seguridad y representación del conocimiento. Dada su tremenda complejidad, así como la necesidad de unir tecnología con el entendimiento de los procesos de negocios y las estructuras organizacionales, las actividades de investigación están muy fragmentadas.En la figura siguiente se describe la propuesta SOC.

18

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

5 (falta poner en español la imagen)

SOC separa las funcionalidades en tres planos: - Plano base con capacidades básicas de servicios provistas por una

infraestructura middleware y SOA convencional- Plano intermedio con funcionalidades de servicios más avanzadas, necesarias

para la composición dinámica de servicios.- Plano de monitoreo de servicios

La línea perpendicular, indica características de servicios que atraviesan los tres planos, incluyendo semántica, propiedades no funcionales y calidad de servicios (QoS).

También se definen roles:- Clientes- Proveedores- Agregadores- Operadores

El cliente y proveedor de servicios, deben coincidir en la descripción de los mismos (WSDL) y la semántica que gobernará la interacción entre ellos para Servicios Web, para interactuar apropiadamente en la composición de aplicaciones. El cliente y proveedor deben estar de acuerdo en los procesos implicados, contexto, secuencia de mensajes intercambiados entre servicios interactivos que son parte de un procesos de negocios. Otros roles que define son operador y agregador.

Finalmente, “Modelado de Servicios” e “Ingeniería Orientada a Servicios”, son elementos cruciales para la creación de servicios significativos y especificaciones de procesos de negocios. Estos son requerimientos importantes para aplicaciones SOA, que dan impulso a los Servicios Web y aplican igualmente bien a los tres planos.

5 Basado en [7]

19

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Model-Driven Developement

Es simplemente la noción de que se puede construir un modelo de un sistema y que luego ese modelo puede ser transformado en la cosa real. [8]

Un modelo es un conjunto formal de elementos coherentes, que describen algo, construidos para un propósito que es susceptible a una forma particular de análisis, como por ejemplo comunicación entre personas y máquinas, completitud de controles, estándares, etc.Cada modelo apunta a cierto número de puntos de un tema. Se elige que puntos de un tema tomar en cuenta y cuáles no, aunque existe la posibilidad de querer o necesitar utilizar varios modelos juntos.

Cuando la materia objeto de un modelo, tiene un alto grado de abstracción, el modelo está más cerca del idioma del usuario final, esto quiere decir que hay una diferencia menor entre un individuo no experto en computación y el modelo. Por otro lado, un modelo se expresa en un lenguaje que existe en algún nivel de abstracción, UML por ejemplo.

Un modelo no necesita ser completo, puede tener múltiples vistas, algunas de las cuales son reveladas y otras no, como se realiza con UML. La no completitud o un alto grado de abstracción no se asimila a imprecisión.

Si bien no todos los modelos son o necesitan ser ejecutables o aún formales, aquellos que lo son, se pueden beneficiar de la automatización, pues la utilización de los modelos incrementa la productividad. Es más barato construir un modelo gráfico en UML, que escribirlo en Java por ejemplo. Más aún, el Desarrollo Orientado a Modelos, ofrece el potencial para transformar automáticamente aplicaciones de un alto nivel de abstracción, en sistemas ejecutables.

Un lenguaje consiste de sintaxis y semántica. Las sintaxis son reglas de escritura. La semántica define qué significa la sintaxis, relacionando a la sintaxis con un dominio semántico. Por ejemplo expresiones aritméticas significan números.

MDD automatiza la transformación de modelos de una forma a la otra. Se expresa cada modelo, fuente y objetivo, en algún lenguaje. Tenemos que definir de alguna manera los dos lenguajes, porque modelar es un formalismo apropiado para formalizar conocimiento. Podemos definir un lenguajes de modelado de sintaxis y semántica, construyendo un modelo del lenguaje de modelado, llamado Metamodelo. Por ejemplo el estándar UML está escrito en UML (Metamodelo UML).

20

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Algunas tecnologías relacionadas con BPM

Business Intelligence

“Es el proceso de analizar todos los datos o información disponible en la Empresa, para extraer de ellos el conocimiento necesario para tomar decisiones o desarrollar acciones (estratégicas, de negocio, Marketing, etc)”. [10]

En el área informática, mediante las herramientas y técnicas ELT (extraer, cargar y transformar), o actualmente ETL (extraer, transformar y cargar) se extraen los datos de distintas fuentes, se depuran y preparan (homogeneización de los datos) para luego cargarlos en un ‘almacén de datos’. [11]

Las herramientas y metodologías BI, tienen en común las siguientes características: Accesibilidad a la información. Los datos son la fuente principal de este

concepto. Se debe garantizar el acceso de los usuarios a los datos, con independencia de la procedencia de dichos datos.

Apoyo en la toma de decisiones. Se busca ir más allá en la presentación de la información, de manera que los usuarios tengan acceso a herramientas de análisis que les permitan seleccionar y manipular sólo aquellos datos que les interesen.

Orientación al usuario final. Se busca independencia entre los conocimientos técnicos de los usuarios y su capacidad para utilizar estas herramientas.

6 (falta poner en español la imagen)

De acuerdo a su nivel de complejidad se pueden clasificar las soluciones BI en: Consultas e informes simples (Querys y reports). Cubos OLAP (On-Line Analytic Processing). Data Mining o minería de datos. Sistemas de previsión empresarial; predicción mediante estudio de series

temporales

21

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

6 Basado en [11]

La unión de BI junto con BPM crea una fuerte inteligencia empresarial operacional(OBI). La forma en que se utiliza BI, la transforma en una herramienta pro-activa en la toma de decisiones. Esto junto con BPM empuja el concepto de BI embebido al siguiente nivel. OBI y BI embebido describen el uso de BI a través de procesos de negocio (como si se utilizara BI como una extensión de los procesos de negocio para aumentar la eficiencia de un proceso de negocio con capacidad de análisis en la toma de decisiones, lo que lo hace realmente pro-activo). [12] ¿?

Business Activity Monitoring

“Es el seguimiento del comportamiento o funcionamiento de los procesos de negocio, y sistemas que los soportan, a través de componentes de software especializado. La monitorización puede ser en tiempo real, la cual permite alertar a los directivos o responsables de áreas de situaciones de cambios en el negocio que puedan requerir cambios rápidamente.” [10]

BAM (Business Activity Monitoring), permite al negocio y a las IT, identificar y comprender los errores, para emprender medidas que los resuelvan de inmediato. El análisis de procesos en tiempo real, permite localizar las áreas más apropiadas para su mejora. Comprende agregación, análisis y presentación de información en tiempo real, acerca de las actividades dentro de las organizaciones y la participación de los clientes y socios.

Una actividad de negocios puede ser un proceso de negocios orquestado con software BPM o un proceso de negocios que consiste en una serie de actividades que abarca múltiples sistemas y aplicaciones.

Una de las características más visibles de las soluciones BAM, es la presentación de información en ‘cuadros de mando’, que contienen indicadores clave de desempeño (KPIs), que muestran visibilidad, rendimiento y seguridad de las principales actividades empresariales. Ejemplo de cuadro de mando para monitoreo de actividades:

77 Basado en [13]

22

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Business Process Automation

BPA (Business Process Automation), es el proceso que utiliza un negocio para contener o controlar costos. Consiste en integración de aplicaciones, reestructuración de recursos laborales y utilización de aplicaciones de software en toda la organización. [14]

En este punto, existe un área de discusión acerca de si BPA es un campo de actividad diferente de BPM, o un subconjunto del mismo.

BPM afirma que antes que un proceso pueda ser automatizado, es necesario definir todos los procesos de negocios que existan en una organización. De aquí en más, los procesos pueden ser re-definidos y optimizados si es necesario, incluyendo la automatización.

BPA sostiene que hasta que un proceso es automatizado, no existe valor real en analizarlo y definirlo y que el cambio del ciclo de negocios es tan rápido que sencillamente no hay tiempo para definir cada proceso, antes de elegir aquellos que serán automatizados y que aportarán beneficios inmediatos agregando valor.

No existe un consenso acerca de cual punto de vista prevalece, pero ambas perspectivas parecen ser, en alguna medida complementarias.

Business Process Management System

BPMS (Business Process Management System) permiten a las empresas, modelar, implementar y gestionar los procesos de negocio, que abarcan múltiples aplicaciones empresariales, departamentos y ‘partners’, detrás de los cortafuegos y sobre Internet. Los BPMS son una nueva categoría de software y abren una nueva era en la infraestructura de las IT (Information Technology). [15] Se puede ver a los BPMS como una nueva plataforma sobre la cual serán construidas la próxima generación de aplicaciones o como una capacidad profundamente afianzada en las categorías existentes de sistemas.

Puede definirse como un conjunto de utilidades de software para definir, modelar, implementar y mejorar procesos de negocios que cumplen con un grupo de características técnicas necesarias para aplicar el concepto de BPM.Deben tener flexibilidad extrema, fiabilidad y seguridad.

BPMS pretende extraer los procesos de las aplicaciones de software y almacenarlos en un repositorio de procesos. Las aplicaciones que apoyen esos procesos, deberán acceder a ese repositorio para consultarlos y trabajar sobre ellos. Se busca la integración completa de la compañía.

La siguiente figura ilustra la tranformación y los elementos involucrados en los BMPS:

23

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

8

Estándares BPM

A continuación se presentarán algunos de los más importantes estándares para BPM, sin perjuicio, sin embargo, de que algunos de ellos no hayan llegado a ser utilizados en al práctica, como es el caso de BPML. [2]

(1) BPEL4WS - Business Process Execution Language for Web ServicesIniciativa que originalmente fue creada por creado por BEA, IBM, Microsoft y otros y más tarde adoptó el Consorcio OASIS ‘Organization for the Advancement of Structured Information Standards’.Un proceso BPEL es un servicio web con una definición de proceso asociada en un lenguaje basado en XML. El comportamiento de un proceso BPEL es invocar y ser invocado por otros procesos.BPEL para Java (BPELJ), es una extensión de BPEL que soporta código java embebido en una definición de proceso.BPEL desciende de dos lenguajes: XLANG de Microsoft y WSFL de IBM.

(2) BPML - Business Process Modeling LanguageIniciativa que corresponde al grupo BPMI.Es un lenguaje para definición de proceso en XML, similar a BPEL.BPMI ha desarrollado 3 especificaciones:

BPMN Business Process Management Notation Estándar para modelado. También adoptado por OASIS.

BPML Business Process Modeling Language Estándar para ejecución.

BPQL Business Process Query Language Estándar de interfase para despliegue y ejecución de procesos e-business.

24

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

8 Basado en [15]

9

De las iniciativas de puntos 1 y 2, se mantienen en la actualidad BPMN y BPEL4WS, más conocido como BPEL.

BPMN ha sido especificado para mapear directamente al estándar BPELy modela Servicios Web, en un proceso de 4 pasos:

o Diseña los procesos utilizando BPMNo Simula los procesos y los modifica para hacerlos más eficientes.o Pone los servicios disponibles publicándolos con BPELo Orquesta los Servicios Web en un diagrama de negocios end-to-end,

ensamblándolos y coordinando su comportamiento utilizando BPMS.

(3) Coreografía de Servicios Web.Iniciativa que corresponde a World Wide Web Consortium (W3C).Coreografía, describe cómo se organizan los Servicios Web en una vista de control de múltiples participantes.WS-CDL Web Services Choreography Description Language, es el estándar recomendado por la W3C.

(4) Modelo de WfMC - Workflow Management CoalitionEsta organización ha publicado un Modelo de referencia BPM, así como un conjunto de interfaces para varias partes de la arquitectura BPM. Aunque no especifica un estándar gráfico para la notación de procesos, provee un exportable XML, llamado XPDL ‘XML Process Definition Language’. Los procesos construidos con la herramienta de diseño XPDL, pueden correr en una máquina con motor WfMC.

25

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

WAPI, la API de interface de workflow (también de esta organización) sirve para tres propósitos: - Administrar y monitorear la corrida de procesos. - Realizar la integración con aplicaciones externas. - Realizar interacción con clientes, incluyendo procesamiento de actividad humana.

WfXML, la interface de workflow XML, habilita la ejecución de servicios para comunicarse con el fin de dividir los procesos entre si. En la figura siguiente se muestra el modelo de referencia WfMC:

10 (Falta pasar el dibujo a español)

(5) Contribución de OMG - Object Management GroupConstruyó modelos abstractos para BPM, de acuerdo a sus entornos:MDA - Model-Driven ArchitectureBPDM- solicitudes de propuestas de OMG para Business Process Definition

Meta Model BPRI - Business Process Runtime Interface

(6) BPSS - Business Process Specification SystemIniciativa de OASIS, BPSS está diseñado para modelar colaboración entre procesos.

Pensar que de todos estos estándares, sólo BPEL vale la pena, sería no tener en cuenta detalles importantes.

La Arquitectura Model-Driven de OMG, aplicada a BPM, es a BPEL lo que el diseño y arquitectura en UML es a programación en Java.MDA ayuda a los arquitectos a concebir una buenas soluciones BMP, en forma abstracta, sin tener que considerar el particular control de estructuras de BPEL.

10 Basado en [2]

26

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

WS-CDL, como lenguaje líder en coreografía, resuelve problemas ligeramente diferentes a los que resuelve BPEL. De hecho, WS-CDL complementa a BPEL, pues éste ayuda a construir la visión local de un solo participante, mientras el primero define el intercambio entre todos los participantes.

BPSS puede ubicarse de igual forma que WS-CDL respecto a BPEL.

BPMN provee un lenguaje de notación gráfica, del cual el código BPEL puede ser generado o derivado.

Workflow

1. Workflow

1. XPDL- http://www.wfmc.org/xpdl.html2. Un poco de historia de Workflow y que agrega BPM3. BPM vs Workflow4. XPDL vs WS-BPEL5. WfMC

1. Estandares1. XPDL-Modelo de referencia del WfMC 2. WAPI-Workflow API3. WfXML

6. Patrones de Workflowwww.workflowpatterns.com1. YAWL

Introducción

El Flujo de trabajo (Workflow), es el estudio de los aspectos operacionales de una actividad de trabajo: cómo se estructuran las tareas, cómo se realizan, cuál es su orden correlativo, cómo se sincronizan, cómo fluye la información que soporta las tareas y cómo se le hace seguimiento al cumplimiento de las tareas. [2]

Si bien el concepto de flujo de trabajo no es específico a la tecnología de la información, una parte esencial del software para trabajo colaborativo (groupware) es justamente el flujo de trabajo.

Una aplicación de Flujos de Trabajo (workflow) automatiza la secuencia de acciones, actividades o tareas utilizadas para la ejecución del proceso, incluyendo el seguimiento del estado de cada una de sus etapas y la aportación de las herramientas necesarias para gestionarlo.

Se pueden distinguir tres tipos de actividades:

27

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

o Actividades colaborativas.Un conjunto de usuarios trabajan sobre un mismo repositorio de datos para obtener un resultado común. Tiene entidad el trabajo de cada uno de ellos en sí mismo.

o Actividades cooperativas.Un conjunto de usuarios trabajan sobre su propio conjunto particular, estableciendo los mecanismos de cooperación entre ellos. No tiene entidad el trabajo de ninguno de ellos si no es visto desde el punto de vista global del resultado final.

o Actividades de coordinación.

Objetivos de un sistema de Workflow:

o Reflejar, mecanizar y automatizar los métodos y organización en el sistema de información.

o Establecer los mecanismos de control y seguimiento de los procedimientos organizativos.

o Independizar el método y flujo de trabajo de las personas que lo ejecutan. o Facilitar la movilidad del personal.o Soportar procesos de reingeniería de negocio. o Agilizar el proceso de intercambio de información y agilizar la toma de

decisiones de una organización, empresa o institución.

El propósito de los sistemas de Workflow, o BPMS (Business Process Management Systems), es acercar personas, procesos y máquinas, con el objeto de reducir tiempo y acelerar la realización de un trabajo. Estos sistemas, permiten trabajar en equipo desde diferentes lugares físicos.

Los sistemas de Workflow facilitan la automatización de los flujos de trabajo entre procesos y permiten integrar los procesos de la empresa, rediseñados de acuerdo con ayuda de nuevas estrategias.

Existen en el mercado varios productos como ser FlowMind, openEDMS, wf.com.mx, cardiff, IBM, etc.

Existen muchas metodologías que culminan en la implementación de un sistema de este tipo como son Diagrama de Roles, BPMN, IDEF0, Ciclos de trabajo, etc.

En el mundo contemporáneo de BPM, imágenes de documentos, son una tecnología marginal. Se espera que un proceso hable los dialectos modernos de XML, B2B, EAI y Servicios Web.

28

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Patrones de Workflow

El objetivo de los Patrones de Workflow es la de proporcionar una base conceptual para el análisis de distintas perspectivas que pueden ser tenidas en cuenta para evaluar la idoneidad de un motor de workflow para un proyecto en particular, evaluar los puntos fuertes y débiles de las diversas estrategias de especificación del proceso y como base para el desarrollo del motor.. Estas perspectivas son las siguientes:

Control de flujo Control de datos Control de recursos Control de excepciones

A continuación se explicará brevemente los patrones de workflow que posee cada perspectiva

Patrones de Control de Flujo

Categoría Patrón Descripción

Básicos

Secuencia Habilitación de una tarea luego de que su predecesora se ha completado

División en paralelo División de una rama en dos que se ejecutan en paralelo

SincronizaciónConvergencia de dos o mas ramas en una que toma el control de la ejecución cuando arriban todas las ramas

Selección exclusivaDivergencia de una rama en dos o mas, donde el control es pasado a exactamente una rama según el mecanismo de elección establecido

Unión simpleConvergencia de dos o mas ramas en una que toma el control de la ejecución cuando arriba una de ellas.

Sincronización Avanzada

Elección múltiple

Divergencia de una rama en dos o más, donde el control de ejecución es trasmitido a una o mas de las nuevas ramas según el mecanismo de selección existente.

Unión sincronizada

Convergencia de una o más ramas (que divergen a raíz del patrón de “Elección múltiple”) en una sola que se habilita cuando cada rama entrante activa se habilita.

Unión múltipleDiscriminador estructurado

29

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Sincronización Avanzada

Discriminador bloqueante

Convergencia de dos o más ramas que provenían de una divergencia anterior del proceso. El control es pasado a la rama de convergencia cuando la primera rama activa ingresa. El discriminador bloqueante evita la habilitación de las ramas hasta que todas finalicen.

Discriminador cancelador

Convergencia de dos o más ramas que provenían de una divergencia anterior del proceso. El control es pasado a la rama de convergencia cuando la primera rama activa ingresa. La utilización del discriminador cancelador también cancela la ejecución del resto de las ramas de entrada.

Unión parcial estructurada

Convergencia de m ramas que provenían de una divergencia anterior del proceso. El control es pasado a la rama de convergencia cuando n de las m ramas activas ingresan (n< m). Cuando el resto de las ramas ingresan el control no es pasado a la rama convergente.

Bloqueo de unión parcial

Convergencia de m ramas que provenían de una divergencia anterior del proceso. El control es pasado a la rama de convergencia cuando n de las m ramas activas ingresan (n< m). El bloqueo evita la entrada de otras ramas mientras que las activas no se habiliten (finalicen).

Cancelación de unión parcial

Convergencia de m ramas que provenían de una divergencia anterior del proceso. El control es pasado a la rama de convergencia cuando n de las m ramas activas ingresan (n< m). La cancelación de unión parcial cancela el resto de las ramas entrantes.

Generalización AND-Unión

30

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Glosario

IT: Information Technology (TI Tecnologías de la Información)

ERP: Enterprise Resource Planning Systems

SCM: Supply Chain Management

CRM: Customer Relationship Management

EAI: Enterprise Application Integration

XML: Extensible Markup Language

B2B: Business to Business

MOM: Message-oriented Middleware

.NET: Microsoft .NET Framework

J2EE: Java 2 Platform Enterprise Edition

PIM: Platform-Independent Model

QVT: Query/View/Transformation

BMPI: Business Process Management Initiative

BPM: Business Process Management

BPMN: Business Process Management Notation

BPML: Business Process Modeling Language

BPQL: Business Process Query Language

BDP: Business Process Diagram

BPMS: Business Process Management System

BPEL4WS: Business Process Execution Language

UML: Unified Modeling Language

WS-BPEL: Web Services-Business Execution Language

KPIs: Key Performance Indicators

OBI: Operational Business intelligence

31

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

OASIS: Advancing Open Standards for Information Society

WSFL: Web Service Flow Language

XLANG: XLANG/s Language (para uso de estándares Internet XML,XSD,WSDL)

Apartado 1

Stakeholders:Se refiere a quienes pueden afectar o son afectados por las Actividades de una empresa.

Minería de procesos: Técnicas para el análisis de información generada por instancias de procesos.

Instancia de actividad: Representa el trabajo actual realizado por un proceso de negocio

Instancia de proceso: Consiste en un conjunto de instancias de actividades, eventos y enlaces cuyas relaciones están definidas en el modelo del proceso

32

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

Bibliografía

[1]- Weske, Matias_BPM Concepts-Languages-Architectures[2]- OReilly Essential Business Process Modeling Aug 2005[3]- Process Mining www.processmining.org[4]- BPMN and Business Process Management Initiative – Popkin Softare[5]- Web Services http://www.w3.org/2002/ws/[6]- SOA “Service –Oriented Computing: Concepts, Characteristics and Directions” Mike P. Papazoglou ttp://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.77.6394&rep=rep1&type=pdf[7]- SOC “Service-Oriented Computing: State of the Art and Research Challenges”. Papazoglou, Traverso, Dustdar, Leymann[8]- MDD “Model-Driven Development”. Mellor, Clark, Futagami [9]- MDA “Model Dirven Architecture” http://www.omg.org/mda/[10]- BI http://www.club-bpm.com/B.htm[11]- BI http://www.cmigestion.es/blog/?p=262&akst_action=share-this[12]- BPM-BI http://www.information-management.com/news/10000764-1.html[13]- BAM Suite Polymita http://www.polymita.com/portal/es/bpm/bam[14]- BPA http://www.businessprocessautomation.net/[15]- “Business Process Management- the third wave”. Smith, Fingar.[16]- XLANG http://msdn.microsoft.com/en-us/library/aa577463(BTS.70).aspx

33

Evaluación de Tecnologías de Procesos de Negocio Estado del Arte

[9]- EAI http://es.wikipedia.org/wiki/Enterprise_application_integration[10]- B2B http://es.wikipedia.org/wiki/B2B[11]- XML http://www.w3.org/XML[12]- Process-Oriented Application http://www.super-business.net/Customer-Management/1225.html[13]- MOM http://www.club-bpm.com/Articulos.htm[14]- .NET http://www.microsoft.com/net/[15]- J2EE http://java.sun.com/j2ee/overview.html[16]- ERP http://es.wikipedia.org/wiki/Planificaci%C3%B3n_de_recursos_empresariales[17]- CRM http://es.wikipedia.org/wiki/Customer_relationship_management[18]- SCM http://es.wikipedia.org/wiki/Supply_Chain_Management[19]- IT http://en.wikipedia.org/wiki/Information_technology[20]- SOA http://www.service-architecture.com/web-services/articles/service-oriented_architecture_soa_definition.html[21]- END-TO-END http://en.wikipedia.org/wiki/End-to-end_principle[22]- Understanding Business Process Management - Artículo

http://intelligent-enterprise.informationweek.com/showArticle.jhtml;jsessionid=LM0II2HLN1CQ3QE1GHRSKH4ATMY32JVN?articleID=165700499

[23]- BPM se está posicionando en el mundo como el modelo de gestión organizacional por excelencia - Artículo http://www.club-bpm.com/Noticias/art00112.htm[24]- MDA http://www.edevelopernetwork.com/Software_Development_Models/[25]- MDA http://es.wikipedia.org/wiki/Model_Driven_Architecture[26]- QVT http://www.omg.org/spec/QVT/[27]- SOC http://icsoc10.disi.unitn.it/[28]- BPSS http://www.service-architecture.com/web-services/articles/business_process_specification_schema_bpss.html[29]- http://bdigital.eafit.edu.co/bdigital/PROYECTO/P005.369CDV494A/marcoTeorico.pdf[30]- WSDL http://es.wikipedia.org/wiki/WSDL[31]- WS http://es.wikipedia.org/wiki/Servicio_web[32]- BI http://es.wikipedia.org/wiki/Inteligencia_empresarial[33]- BI http://www.businessintelligence.com/

[36]- BPMS http://www.allbusiness.com/information/internet-service-providers-web-search-portals/196291-1.html

[37]- BPMS http://personales.ya.com/iitgroup/ar-bpms.pdf

34