Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Estado del Arte

Evaluacin de Tecnologas de
Procesos de Negocio

Integrantes
Adriana Acosta
Carolina Smith
Natalia Beloso

CI
4.055.899-6

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

ndice
Introduccin.......................................................................................................................3
Un poco de historia........................................................................................................3
Orientacin al Proceso...................................................................................................3
Procesos de Negocios........................................................................................................5
Ciclo de Vida.................................................................................................................5
Diseo y Anlisis.......................................................................................................5
Configuracin............................................................................................................6
Puesta en marcha.......................................................................................................6
Evaluacin.................................................................................................................6
Clasificacin..................................................................................................................6
Orquestacin..............................................................................................................7
Coreografa................................................................................................................7
BPM.................................................................................................................................10
Definicin....................................................................................................................10
Caractersticas..............................................................................................................10
Trminos para el Modelado de Procesos.................................................................10
Aplicaciones Orientadas a Procesos........................................................................11
Motivacin y Beneficios..............................................................................................12
Evolucin.....................................................................................................................12
Historia....................................................................................................................12
Actualidad................................................................................................................14
Algunas tecnologas base para BPM...........................................................................15
Service Oriented Architecture.................................................................................15
Web Services...........................................................................................................15
Model-Driven Architecture.....................................................................................16
Service Oriented Computing...................................................................................17
Algunas tecnologas relacionadas con BPM...............................................................18
Business Intelligence...............................................................................................18
Business Activity Monitoring..................................................................................20
Business Process Automation..................................................................................21
Business Process Management System...................................................................21
Estndares BPM..........................................................................................................22
Workflow.....................................................................................................................24
Glosario...........................................................................................................................27
Bibliografa......................................................................................................................28

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Introduccin
Un poco de historia
La tecnologa ocupa hoy en da un papel importante en el desarrollo de una
Organizacin, debido a que cada vez es mas frecuente la existencia de Sistemas de
Informacin como soporte de las distintas operativas realizadas.
En muchas Organizaciones existe una gran brecha entre los aspectos organizacionales y
los Sistemas de Informacin existentes. Disminuir esta distancia es muy importante para
lograr un mejor entendimiento de ambas partes con el fin de bridar un mejor y ms
eficiente servicio hacia el Cliente como se ver mas adelante.
Con el paso de los aos los Sistemas de Informacin se han hecho cada vez ms
complejos. Hoy en da es normal que una Organizacin cuente con bases de datos
relacionales para gestionar grandes volmenes de Datos y con sistemas con interfaces
grficas complejas as como con otros tipos de tecnologa. Es comn tambin que
existan sistemas empresariales que se especialicen en ciertos aspectos del negocio y que
cada uno de ellos almacene su propia informacin. Los ERPs cumplen justamente con
estas caractersticas. El gran logro de estos sistemas es la existencia de una base de
datos integrada que abarca gran parte de la organizacin y de una serie de mdulos 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 ms
especficas. Sistemas de gestin de Clientes (CRM) y sistemas de gestin 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 dispondrn de su propia base de datos para gestionar sus datos. Como
consecuencia directa, se tendr informacin redundante y por lo tanto asegurar la
consistencia de los datos entre distintas aplicaciones de una misma organizacin ya no
es algo sencillo.

Orientacin al Proceso
Las cadenas de valores son un primer modelo que permite describir el desarrollo de las
actividades de una organizacin. Se categorizan las actividades que producen un valor
aadido 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.

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

El anlisis de la cadena de valor es una visualizacin de la organizacin mediante la

cual se descompone una Empresa en sus partes constitutivas, buscando identificar
fuentes de ventaja competitiva en aquellas actividades que generan ms valor.
Las actividades se dividen en dos grupos, las actividades primarias son aquellas que se
refieren a la produccin, comercializacin, entrega y servicio pos-venta del producto, y
las actividades de apoyo que son aquellas que proporcionan recursos humanos,
tecnologa e insumos para apoyar a las primeras actividades.
El concepto de sistema de valor considera que una Organizacin est envuelta en un
complejo conjunto de actividades ejecutadas por un gran nmero de actores (empleados,
proveedores, etc) que aportan insumos a la cadena de valor de la Organizacin y canales
de distribucin que son los mecanismos de entrega de los productos a los clientes
finales.
En los comienzos de los 90s, se produce un fuerte desarrollo de la orientacin a
procesos, no solo para captar las actividades desarrolladas por una Compaa, sino para
estudiar y mejorar las relaciones entre stas.
La reingeniera de procesos de negocio est basada en el entendimiento de que los
productos y servicios que una Empresa ofrece al mercado estn provistos a travs de
procesos de negocio, y que un rediseo radical de estos procesos es el camino al xito.
[1]
Esta orientacin utiliza una descomposicin funcional de actividades de gran porte en
actividades de poca granularidad que podrn ser desarrolladas por una fuerza de trabajo
ms especializada de una forma ms eficiente.
Como es necesario combinar estas actividades especficas producto de la
descomposicin funcional en actividades de ms granularidad, es necesario contar con
un personal que posea habilidades y competencias que van ms all de su actividad en
particular, de modo de conocer las metas finales de su trabajo.

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Procesos de Negocios
Un proceso de negocio consiste en un conjunto de actividades que son realizadas en
coordinacin en un ambiente organizacional y tcnico, buscando realizar una meta de
negocio.[1]
Cada proceso de negocio es llevado a cabo por una organizacin, pero puede interactuar
con otros procesos de negocio realizados por otras organizaciones.

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

Consiste en 4 fases relacionadas entre ellas en forma cclica para mostrar estas
dependencias y contempla la creacin de nuevos procesos de negocio, as como tambin
la modificacin u optimizacin de alguno ya existente.
El modelo no es estricto, podra ocurrir que algunas actividades sean realizadas en
paralelo, como podra suceder en caso de la modificacin u optimizacin de un proceso
de negocio.

Diseo y Anlisis
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]

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Una vez que se tiene un diseo inicial, es necesario validarlo. Se pueden utilizar varias
tcnicas en esta etapa, como por ejemplo la simulacin del proceso permitira a los
stakeholders a transitar los distintos pasos del proceso de manera de verificar si ste se
comporta segn lo deseado.

Configuracin
Una vez que el proceso de negocio est diseado y verificado, es necesario
implementarlo. La implementacin puede no involucrar un sistema de gestin de
procesos, es el caso de un proceso de negocio que implemente una serie de polticas y
procedimientos a seguir por parte de los trabajadores de una organizacin.
En el caso de que sea necesario un software, ste es elegido en esta etapa y configurado
de acuerdo a las necesidades de la organizacin. Esto ltimo involucra tambin la
interaccin del personal con la nueva plataforma y la integracin 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 tambin hay que testear la
integracin de ste con los sistemas existentes, as como tambin realizar pruebas de
performance.

Puesta en ejecucin
En esta etapa se crearn instancias del proceso de negocio para cumplir con las metas de
la organizacin.
El monitoreo del proceso es un mecanismo que provee informacin del estado del
mismo y las herramientas para realizarlo son provistas por un componente software de
gestin de procesos de negocio.
Durante la ejecucin del proceso se generar informacin bsica que se ir guardando
en logs en forma ordenada.

Evaluacin
Utilizando la informacin generada (en logs por ejemplo), se evala y mejora el modelo
del proceso de negocio y su implementacin.
Se pueden utilizar tcnicas de minera de procesos para la extraccin de informacin de
logs de eventos.

Clasificacin
Existen diferentes niveles donde los procesos de negocio son utilizados. El ms alto
corresponde a las estrategias de la organizacin, 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.

Evaluacin de Tecnologas 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 interaccin con otro se dice que es intraorganizacional o con orquestacin. Muchos procesos sin embargo, interactan con otros
de otras organizaciones formando procesos coreogrficos. A continuacin se brindar
mas detalles sobre estos dos tipos de procesos.

Orquestacin
En un proceso de negocio con orquestacin 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
ejecucin.
Existen patrones de control de flujo que establecen criterios para expresar procesos con
orquestacin, los cuales se vern ms adelante en el documento.

Coreografa
En la realidad no solo existen dependencias entre actividades de un mismo proceso
como vimos en la orquestacin de procesos, sino que tambin entre diferentes procesos.
Un proceso business-to-business surge ante la necesidad de que dos procesos de negocio
de distintas organizaciones interacten, principalmente para combinar sus servicios y
brindar un servicio con valor aadido. Un ejemplo clsico de esto se muestra en la
siguiente imagen.

La coreografa de procesos tiene como rol principal el de asegurar la interoperabilidad

entre los procesos con orquestacin involucrados en la colaboracin business-tobusiness.
7

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

La existencia de reglas de colaboracin (estndares) logra que sea ms sencilla la

interaccin entre distintos productos del mercado. Estas reglas son justamente
especificadas mediante coreografa de procesos.
El desarrollo de coreografas entre procesos est guiado por fases de diseo y fases de
implementacin como se muestra en el siguiente diagrama.

El escenario modelador es el corazn del diseo de una coreografa porque describe la

configuracin general y las metas de la coreografa.
La identificacin de los participante contempla la definicin de los diferentes roles de
los participantes de la coreografa.
En la definicin de hitos se definirn ciertos momentos de la coreografa en donde se
debern producir ciertos resultados o productos intermedios.
En la identificacin de mensajes se definirn y disearn los mensajes que realizarn las
interacciones. Esta etapa tiene aspectos tcnicos y por lo tanto est situada en la frontera
entre el diseo y la implementacin.
Finalmente, a partir de la etapa de definicin de la coreografa se obtiene una
especificacin detallada de las interacciones entre los participantes, los mensajes que
llevarn a cabo la interaccin y los hitos que debern ser alcanzados.
2

Basado en [1]

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

En la parte inferior del diagrama se puede apreciar que una vez que se dispone de la
definicin de la coreografa, se desarrollan las interfaces de comportamiento para cada
rol que involucra la coreografa.
Un aspecto importante que es fundamental para las coreografas de procesos, es la
necesidad de asegurar la compatibilidad entre los participantes involucrados.
Incompatibilidad podra significar que existan diferentes formatos de imgenes, o que
los procesos no estn correctamente alineados.
Al igual que en los procesos con orquestacin, existen patrones de integracin de
servicios que proponen la existencia de tipos de interacciones con una baja
granularidad.

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

BPM
Definicin
Business Process Management o BPM en ingls, es un mtodo, un proceso, un sistema y
un estndar que extiende y permite la ejecucin de cualquier teora administrativa y
facilita la formalizacin y adopcin rpida de nuevas teoras en un negocio.
Consiste en administrar los procesos de negocios de principio a fin, mediante el uso de
nuevas tecnologas, de forma tal que se pueda responder de la manera esperada ante el
cambio. [2]

Caractersticas
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
especficas que se cumplen paso-a-paso y que se ejecutan para resolver un problema
de negocios dado. BPM tiene que ver entonces, con el diseo y ejecucin de estos
procesos de negocios.
Aqu es donde se produce el cambio conceptual ms importante, pensar en diseo
orientado a procesos, lo que lleva a pensar en Aplicaciones Orientadas a Procesos
(Process Oriented Applications).

Trminos para el Modelado de Procesos

En este nuevo concepto, los procesos estn constituidos por pasos, que se llaman
actividades o tareas y los trminos ms importantes para el modelado de dichos
procesos y la relacin entre ellos seran:

Definicin de procesos
Los algoritmos bsicos o comportamientos de los procesos.

Instancia de procesos
Una ocurrencia de un proceso para una entrada especfica.

Actividad o Tarea
Un paso en un proceso.

Actividad automatizada o Tarea automatizada

10

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Un paso en un proceso que es ejecutado directamente por la mquina, sin

interactuar con un usuario.

Actividad manual o Tarea manual

Un paso en un proceso que es ejecutado por un humano.

Las actividades automticas generalmente estn dentro de estas dos categoras:

Interaccin con sistemas externos.

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

Programacin lgica arbitraria.

Esto significa que el procesos o bien soporta cdigo embebido o provee la
capacidad de hacer una llamada a un cdigo.

Aplicaciones Orientadas a Procesos

La lgica de un proceso, no es la aplicacin de su forma, lo importante es la declaracin
de su comportamiento dinmico, o su cambio de estado en el tiempo, a medida que
ocurren los eventos.
Algunas caractersticas tpicas de Aplicaciones Orientadas a Procesos son:

Larga duracin.
Del comienzo al final, el proceso puede llevar horas, das, semanas, meses o
ms.

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
prximo evento, con el cual se despierta y realiza rfaga de tareas o
actividades.

Orquestacin del sistema o de la comunicacin humana.

El proceso es responsable de gestionar y coordinar la comunicacin de varios
sistemas o actores humanos.

Algunas aplicaciones orientadas a procesos, slo tienen un subconjunto de estas

caractersticas.

11

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Un buen producto BPM, permite, con cierta facilidad, convertir un diagrama de

procesos en una aplicacin ejecutable. BMP es apropiado para aplicaciones que estn
claramente orientadas a procesos.

Motivacin 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 notarn
invariablemente potenciales mejoras a incorporar, como eliminar algunos
pasos, automatizar pasos manuales, o realizar la reingeniera de una parte del
flujo de un proceso.

Facilitar flujos de procesos eficientes automatizados.

Dado que un proceso deriva en mltiples 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 ms tarde con el resto, cuando sea
indicado en el flujo.

Incrementar la productividad y decrementar el trabajo intelectual de

empleados.
Hacer el trabajo ms rpido con menos personal.

Permitir que la gente se dedique a resolver los problemas difciles.

Uno de los beneficios es dar flexibilidad para dedicar al personal a resolver
los problemas que no se pueden o pudieron resolver en forma automtica por
algn error, en algn momento del desarrollo del proceso de negocios
automatizado.

Simplificar la reglamentacin y el cumplimiento de la misma.

BPM contribuye a construir procesos auditables, que ayudan a las
organizaciones a cumplir con varios requisitos reglamentarios.

Evolucin
Historia
Los primeros conceptos relativos a la reingeniera sucedieron en la dcada de 1920
cuando surgi la administracin cientfica, basada en los conocimientos de Freederick
Taylor, el cual bas sus estudios en los tiempos a lo largo de la lnea de produccin, de

12

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

tal manera que se pudiera hacer un anlisis para poder disear e implementar mtodos
mas efectivos para cada una de las actividades de trabajo.
Posteriormente a esto, en 1954, Peter Drucker plantea un sistema de funcionamiento de
la organizacin basado en el establecimiento de objetivos y/o metas que abarquen todos
los niveles de la organizacin. Se pretende establecer medios para medir el desempeo
durante la ejecucin de los objetivos.
Pero hasta este momento an no se haba hablado en trminos de calidad. William
Edwards Deming es quien introduce este trmino y presenta su concepto de
administracin 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 travs de un buen diseo del proceso.
Los sistemas actuales ERP obtuvieron impulso inicial cuando la reingeniera apareci
como una necesidad vital para el desarrollo de una administracin efectiva dentro de
una organizacin.
El siguiente gran aporte, y uno de los ms fuertes que dieron el origen a los ERPs, fue el
estudio realizado por Michael E. Porter en 1985 (ver primer captulo), 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 reingeniera, de la mano de Michael Hammer y James
Champy. En muchas empresas, la informacin sobre la gestin estaba separada de los
procesos que la llevaban a cabo. Con la reingeniera de procesos, se trat de corregir
esta situacin, aplicando principios de orientacin a procesos, en particular en reas de
compras, contabilidad y planificacin de produccin.
En trminos generales, la reingeniera es una metodologa apropiada para revisar y
redisear 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 ningn tipo de valor.
Esta reingeniera llev a importantes reducciones de costos, con procesos establecidos
desde altos mandos, sin supervisin de ejecucin, ni refinamiento de los resultados.
Como consecuencia, se produjeron importantes reducciones de personal, con los
consiguientes problemas internos que esto generara, as como importantes fallas en
calidad de productos y servicios y una eficiencia que sera de corta duracin.
Despus de este impulso de la reingeniera apareci Thomas H. Davenport.
Davenport fue menos extremista en su anlisis de cmo lograr la innovacin de
procesos y ms terico en su metodologa y frmula 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 innovacin 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 innovacin de procesos a menudo producen
13

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

cambios en los centros de poder y control de la organizacin as como en las

habilidades requeridas y las prcticas administrativas
Esta etapa iniciada por Hammer y Champy y seguida por aportes no tan extremistas de
Davenport se denomina segunda Ola.
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 automatizacin basada en IT (Information Technology) - pero con
un enfoque funcional, en lugar de un enfoque basado en procesos - en la generacin de
cuellos de botella, errores y desconexin en los procesos. El hecho que los flujos de
trabajo estuvieran fuertemente codificados en grandes aplicaciones, tena como
consecuencia no poder ajustarlos o adaptarlos, sin un costo importante.
Este escenario hace posible la aparicin de BPM.
En los aos 2001 y 2002, la demanda fue impulsada por iniciativas para reducir costos y
productividad. BPM posibilit ciclos de procesos rpidos, con integracin y
automatizacin, que cubra los huecos dejados por las aplicaciones utilizadas, por
ejemplo ERP.

Actualidad
As como las razones iniciales para adoptar BPM, eran automatizacin e integracin,
hoy en da, el foco se centra cada vez ms en el cumplimiento de las normativas, en la
agilidad de las aplicaciones de negocios y tambin en la agilidad para la optimizacin de
las mismas.
En este punto, de agilidad para los negocios, BPM tiene mucho en comn con SOA
(Service Oriented Architecture). Ambas iniciativas buscan rpidas respuestas a los
cambios en los requerimientos empresariales, que incluyen, entre otros, introduccin de
servicios. SOA es un fundamento clave para BPM, el apoyo a un montaje rpido y una
orquestacin de servicios de procesos, en procesos End-to-End.
Otro objetivo, es ligar la gestin de procesos a la otra BPM (Business Performance
Management), de modo que las mejoras del proceso cumplan un objetivo estratgico de
desempeo.
Para conectar objetivos de procesos y rendimiento, se necesitan las caractersticas BAM
(Business Activity Monitoring) que incluyen mtricas, llaves indicadoras de
rendimiento, cuadros de mando ejecutivos y capacidades avanzadas para brindar
informes.

14

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

El inters para BPM

Para BPM, los analistas de procesos disean el proceso, el proceso es corrido por una
mquina, la mquina tiene EAI (Enterprise Application Integration) y capacidad para
interactuar con humanos.
Detrs de este razonamiento simple, hay una cantidad de conceptos, terminologas,
estndares, proveedores y filosofas que confunden acerca de qu producto elegir, si es
una buena solucin la combinacin de varios productos, sobre cul estndar construir,
qu versin de cul estndar, etc.
Para poder cumplir con su objetivo, BPM utiliza ciertas tecnologas ya existentes, que
ofrecen soporte a su funcionamiento y por otro lado, establece intercambio con otra
serie de tecnologas relacionadas, que complementan el logro del resultado final.

Algunas tecnologas base para BPM

Service Oriented Architecture
Service Oriented Architecture (SOA), es esencialmente un estilo de arquitectura que
soporta la orientacin a servicios.
SOA es una forma lgica de disear un sistema de software para proveer servicios ya
sea a usuarios finales o a otros servicios distribuidos en la red a travs de interfaces de
publicacin y descubrimiento. SOA define una interaccin 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 ejecucin de un servicio. Los
proveedores son agentes de software que proveen el servicio. Los agentes pueden ser
simultneamente clientes y proveedores. [6]
Estos servicios se comunican entre s. La comunicacin puede involucrar simplemente
un pasaje de informacin (servicio Simple), o puede ser necesario que dos o ms
servicios se coordinen para realizar alguna actividad (servicio Compuesto). Por lo tanto,
es necesario que exista algn medio por el cual poder establecer la comunicacin entre
los servicios.

15

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

En esta arquitectura, un servicio es una funcin que est bien definida, es autnoma y
no depende del contexto o del estado de otros servicios y que no son otra cosa que
Servicios Web.
La arquitectura bsica SOA se muestra en la siguiente figura.

Web Services
Un Servicio Web es un sistema de software diseado para soportar la interaccin
interoperable entre dos maquinas sobre una red. Tiene una interfaz descripta en un
formato procesable por una mquina (especficamente WSDL). Otros sistemas pueden
interactuar con el Servicio Web en la manera indicada en su descripcin mediante
mensajes SOAP, tpicamente soportados utilizando HTTP con serializacin XML en
conjuncin con otros estndares web relacionados. [5]
Tecnolgicamente el concepto de Servicio Web se basa en los estndares 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 interpretacin de los datos entre aplicaciones y entre
organizaciones.
SOAP Simple Object Access Protocol
Tiene como finalidad la transferencia de datos. Es un protocolo de mensajera
construido en XML que se usa para codificar informacin 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.

16

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Basado en [6]

WSDL Web Services Description Language

Describe los servicios disponibles. WSDL describe la interfaz pblica a los
servicios Web. Est basado en XML y describe la forma de comunicacin, es
decir, los requisitos del protocolo y los formatos de los mensajes necesarios para
interactuar con los servicios listados en su catlogo. Las operaciones y mensajes
que soporta se describen en abstracto y se ligan despus al protocolo concreto de
red y al formato del mensaje.
UDDI Universal Description, Discovery and Integration
Son las siglas del catlogo de negocios de Internet. Su objetivo es conocer cuales
son los servicios disponibles. Es un directorio distribudo, 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 Security
Es un protocolo de seguridad, aceptado como estndar por OASIS
(Organization for the Advancement of Structured Information Standards).
Garantiza la autenticacin de los actores y la confidencialidad de los mensajes
enviados.

17

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Basado en [5]

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 dinmicos
y aplicaciones giles, que extiendan organizaciones y plataformas de computacin. [7]
El paradigma SOC, utiliza servicios para soportar el desarrollo rpido, de bajo costo,
interoperable, evolucionable, de distribucin masiva de aplicaciones. Los servicios son
entidades autnomas, 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 ejecucin de procesos sofisticados
que requieren relacionamiento peer-to-peer entre mltiples capas de consumidores y
proveedores de servicios. Cualquier parte de cdigo y cualquier componente de
aplicacin 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 fcilmente, componentes de
aplicaciones en una red de servicios de bajo acoplamiento, que puede crear procesos de
negocios dinmicos y aplicaciones giles, que tiendan puentes entre plataformas de
organizaciones y plataformas de computacin.
18

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Son los Servicios Web la ms promisoria tecnologa basada en SOC?

Tales servicios irn mucho ms all del mero intercambio de informacin (el
mecanismo dominante para integracin de aplicaciones hoy en da), 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
tecnologas, que se originan en un amplio rango de disciplinas, incluyendo sistemas
distribudos de computacin, arquitecturas de computadora y middleware, computacin
en red, ingeniera de software, lenguajes de programacin, sistemas de bases de datos,
seguridad y representacin del conocimiento. Dada su tremenda complejidad, as como
la necesidad de unir tecnologa con el entendimiento de los procesos de negocios y las
estructuras organizacionales, las actividades de investigacin estn muy fragmentadas.
En la figura siguiente se describe la propuesta SOC.

5 (falta poner en espaol la imagen)

SOC separa las funcionalidades en tres planos:

- Plano base con capacidades bsicas de servicios provistas por una
infraestructura middleware y SOA convencional
- Plano intermedio con funcionalidades de servicios ms avanzadas, necesarias
para la composicin dinmica de servicios.
- Plano de monitoreo de servicios
La lnea perpendicular, indica caractersticas de servicios que atraviesan los tres planos,
incluyendo semntica, propiedades no funcionales y calidad de servicios (QoS).
Tambin se definen roles:
- Clientes
19

Evaluacin de Tecnologas de Procesos de Negocio

-

Estado del Arte

Proveedores
Agregadores
Operadores

El cliente y proveedor de servicios, deben coincidir en la descripcin de los mismos

(WSDL) y la semntica que gobernar la interaccin entre ellos para Servicios Web,
para interactuar apropiadamente en la composicin 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 Ingeniera Orientada a Servicios, son
elementos cruciales para la creacin 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]

Model-Driven Developement
Es simplemente la nocin 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 propsito que es susceptible a una forma particular de anlisis,
como por ejemplo comunicacin entre personas y mquinas, completitud de controles,
estndares, etc.
Cada modelo apunta a cierto nmero de puntos de un tema. Se elige que puntos de un
tema tomar en cuenta y cules 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 abstraccin, el modelo
est ms cerca del idioma del usuario final, esto quiere decir que hay una diferencia
menor entre un individuo no experto en computacin y el modelo. Por otro lado, un
modelo se expresa en un lenguaje que existe en algn nivel de abstraccin, UML por
ejemplo.
Un modelo no necesita ser completo, puede tener mltiples vistas, algunas de las cuales
son reveladas y otras no, como se realiza con UML. La no completitud o un alto grado
de abstraccin no se asimila a imprecisin.
Si bien no todos los modelos son o necesitan ser ejecutables o an formales, aquellos
que lo son, se pueden beneficiar de la automatizacin, pues la utilizacin de los modelos
incrementa la productividad. Es ms barato construir un modelo grfico en UML, que
escribirlo en Java por ejemplo. Ms an, el Desarrollo Orientado a Modelos, ofrece el
potencial para transformar automticamente aplicaciones de un alto nivel de
abstraccin, en sistemas ejecutables.

20

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Un lenguaje consiste de sintaxis y semntica. Las sintaxis son reglas de escritura. La

semntica define qu significa la sintaxis, relacionando a la sintaxis con un dominio
semntico. Por ejemplo expresiones aritmticas significan nmeros.
MDD automatiza la transformacin de modelos de una forma a la otra. Se expresa cada
modelo, fuente y objetivo, en algn 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 semntica,
construyendo un modelo del lenguaje de modelado, llamado Metamodelo. Por ejemplo
el estndar UML est escrito en UML (Metamodelo UML).

Algunas tecnologas relacionadas con BPM

Business Intelligence
Es el proceso de analizar todos los datos o informacin disponible en la Empresa, para
extraer de ellos el conocimiento necesario para tomar decisiones o desarrollar acciones
(estratgicas, de negocio, Marketing, etc). [10]
En el rea informtica, mediante las herramientas y tcnicas ELT (extraer, cargar y
transformar), o actualmente ETL (extraer, transformar y cargar) se extraen los datos de
distintas fuentes, se depuran y preparan (homogeneizacin de los datos) para luego
cargarlos en un almacn de datos. [11]
Las herramientas y metodologas BI, tienen en comn las siguientes caractersticas:
Accesibilidad a la informacin. 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 ms all en la presentacin de la
informacin, de manera que los usuarios tengan acceso a herramientas de
anlisis que les permitan seleccionar y manipular slo aquellos datos que les
interesen.
Orientacin al usuario final. Se busca independencia entre los
conocimientos tcnicos de los usuarios y su capacidad para utilizar estas
herramientas.

21

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

6 (falta poner en espaol 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 minera de datos.
Sistemas de previsin empresarial; prediccin mediante estudio de series
temporales
6

Basado en [11]

La unin 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 travs de procesos de negocio (como si se
utilizara BI como una extensin de los procesos de negocio para aumentar la eficiencia
de un proceso de negocio con capacidad de anlisis 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 travs de componentes de software especializado. La
monitorizacin 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 rpidamente. [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
anlisis de procesos en tiempo real, permite localizar las reas ms apropiadas para su
mejora. Comprende agregacin, anlisis y presentacin de informacin en tiempo real,

22

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

acerca de las actividades dentro de las organizaciones y la participacin 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
mltiples sistemas y aplicaciones.
Una de las caractersticas ms visibles de las soluciones BAM, es la presentacin de
informacin en cuadros de mando, que contienen indicadores clave de desempeo
(KPIs), que muestran visibilidad, rendimiento y seguridad de las principales actividades
empresariales. Ejemplo de cuadro de mando para monitoreo de actividades:

7
7

Basado en [13]

Business Process Automation

BPA (Business Process Automation), es el proceso que utiliza un negocio para contener
o controlar costos. Consiste en integracin de aplicaciones, reestructuracin de recursos
laborales y utilizacin de aplicaciones de software en toda la organizacin. [14]
En este punto, existe un rea de discusin 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 organizacin. De aqu en ms, los
procesos pueden ser re-definidos y optimizados si es necesario, incluyendo la
automatizacin.
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 rpido que
sencillamente no hay tiempo para definir cada proceso, antes de elegir aquellos que
sern automatizados y que aportarn beneficios inmediatos agregando valor.
No existe un consenso acerca de cual punto de vista prevalece, pero ambas perspectivas
parecen ser, en alguna medida complementarias.

23

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Business Process Management System

BPMS (Business Process Management System) permiten a las empresas, modelar,
implementar y gestionar los procesos de negocio, que abarcan mltiples aplicaciones
empresariales, departamentos y partners, detrs de los cortafuegos y sobre Internet.
Los BPMS son una nueva categora 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 sern construidas la
prxima generacin de aplicaciones o como una capacidad profundamente afianzada en
las categoras 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
caractersticas tcnicas 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, debern acceder
a ese repositorio para consultarlos y trabajar sobre ellos. Se busca la integracin
completa de la compaa.
La siguiente figura ilustra la tranformacin y los elementos involucrados en los BMPS:

Estndares BPM
A continuacin se presentarn algunos de los ms importantes estndares para BPM, sin
perjuicio, sin embargo, de que algunos de ellos no hayan llegado a ser utilizados en al
prctica, como es el caso de BPML. [2]

24

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

(1) BPEL4WS - Business Process Execution Language for Web Services

Iniciativa que originalmente fue creada por creado por BEA, IBM, Microsoft y
otros y ms tarde adopt el Consorcio OASIS Organization for the Advancement
of Structured Information Standards.
Un proceso BPEL es un servicio web con una definicin 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 extensin de BPEL que soporta cdigo java
embebido en una definicin de proceso.
BPEL desciende de dos lenguajes: XLANG de Microsoft y WSFL de IBM.
(2) BPML - Business Process Modeling Language
Iniciativa que corresponde al grupo BPMI.
Es un lenguaje para definicin de proceso en XML, similar a BPEL.
BPMI ha desarrollado 3 especificaciones:
BPMN Business Process Management Notation
Estndar para modelado. Tambin adoptado por OASIS.
BPML Business Process Modeling Language
Estndar para ejecucin.
BPQL Business Process Query Language
Estndar de interfase para despliegue y ejecucin de procesos
e-business.
8

Basado en [15]

De las iniciativas de puntos 1 y 2, se mantienen en la actualidad BPMN y

BPEL4WS, ms conocido como BPEL.
25

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

BPMN ha sido especificado para mapear directamente al estndar BPEL

y modela Servicios Web, en un proceso de 4 pasos:
o Disea los procesos utilizando BPMN
o Simula los procesos y los modifica para hacerlos ms eficientes.
o Pone los servicios disponibles publicndolos con BPEL
o Orquesta los Servicios Web en un diagrama de negocios end-to-end,
ensamblndolos y coordinando su comportamiento utilizando BPMS.
(3) Coreografa de Servicios Web.
Iniciativa que corresponde a World Wide Web Consortium (W3C).
Coreografa, describe cmo se organizan los Servicios Web en una vista de
control de mltiples participantes.
WS-CDL Web Services Choreography Description Language, es el estndar
recomendado por la W3C.
(4) Modelo de WfMC - Workflow Management Coalition
Esta organizacin ha publicado un Modelo de referencia BPM, as como un
conjunto de interfaces para varias partes de la arquitectura BPM. Aunque no
especifica un estndar grfico para la notacin de procesos, provee un exportable
XML, llamado XPDL XML Process Definition Language. Los procesos
construidos con la herramienta de diseo XPDL, pueden correr en una mquina
con motor WfMC.
WAPI, la API de interface de workflow (tambin de esta organizacin) sirve para
tres propsitos:
- Administrar y monitorear la corrida de procesos.
- Realizar la integracin con aplicaciones externas.
- Realizar interaccin con clientes, incluyendo procesamiento de actividad
humana.
WfXML, la interface de workflow XML, habilita la ejecucin de servicios para
comunicarse con el fin de dividir los procesos entre si.
En la figura siguiente se muestra el modelo de referencia WfMC:

26

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

10 (Falta pasar el dibujo a espaol)

(5) Contribucin de OMG - Object Management Group

Construy modelos abstractos para BPM, de acuerdo a sus entornos:
MDA - Model-Driven Architecture
BPDM- solicitudes de propuestas de OMG para Business Process Definition
Meta Model
BPRI - Business Process Runtime Interface
(6) BPSS - Business Process Specification System
Iniciativa de OASIS, BPSS est diseado para modelar colaboracin entre
procesos.
Pensar que de todos estos estndares, slo BPEL vale la pena, sera no tener en cuenta
detalles importantes.

10

La Arquitectura Model-Driven de OMG, aplicada a BPM, es a BPEL lo que

el diseo y arquitectura en UML es a programacin 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.

Basado en [2]

WS-CDL, como lenguaje lder en coreografa, resuelve problemas

ligeramente diferentes a los que resuelve BPEL. De hecho, WS-CDL
complementa a BPEL, pues ste ayuda a construir la visin 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 notacin grfica, del cual el cdigo BPEL

puede ser generado o derivado.

27

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Workflow
1. Workflow
1.
2.
3.
4.
5.

XPDL- http://www.wfmc.org/xpdl.html
Un poco de historia de Workflow y que agrega BPM
BPM vs Workflow
XPDL vs WS-BPEL
WfMC
1. Estandares
1. XPDL-Modelo de referencia del WfMC
2. WAPI-Workflow API
3. WfXML
6. Patrones de Workflow
www.workflowpatterns.com
1. YAWL

Introduccin
El Flujo de trabajo (Workflow), es el estudio de los aspectos operacionales de una
actividad de trabajo: cmo se estructuran las tareas, cmo se realizan, cul es su orden
correlativo, cmo se sincronizan, cmo fluye la informacin que soporta las tareas y
cmo se le hace seguimiento al cumplimiento de las tareas. [2]
Si bien el concepto de flujo de trabajo no es especfico a la tecnologa de la
informacin, una parte esencial del software para trabajo colaborativo (groupware) es
justamente el flujo de trabajo.
Una aplicacin de Flujos de Trabajo (workflow) automatiza la secuencia de acciones,
actividades o tareas utilizadas para la ejecucin del proceso, incluyendo el
seguimiento del estado de cada una de sus etapas y la aportacin de las
herramientas necesarias para gestionarlo.
Se pueden distinguir tres tipos de actividades:
o Actividades colaborativas.
Un conjunto de usuarios trabajan sobre un mismo repositorio de datos para
obtener un resultado comn. 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 cooperacin entre ellos. No tiene entidad el

28

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

trabajo de ninguno de ellos si no es visto desde el punto de vista global del

resultado final.
o Actividades de coordinacin.
Objetivos de un sistema de Workflow:
o Reflejar, mecanizar y automatizar los mtodos y organizacin en el sistema de
informacin.
o Establecer los mecanismos de control y seguimiento de los procedimientos
organizativos.
o Independizar el mtodo y flujo de trabajo de las personas que lo ejecutan.
o Facilitar la movilidad del personal.
o Soportar procesos de reingeniera de negocio.
o Agilizar el proceso de intercambio de informacin y agilizar la toma de
decisiones de una organizacin, empresa o institucin.
El propsito de los sistemas de Workflow, o BPMS (Business Process Management
Systems), es acercar personas, procesos y mquinas, con el objeto de reducir tiempo y
acelerar la realizacin de un trabajo. Estos sistemas, permiten trabajar en equipo desde
diferentes lugares fsicos.
Los sistemas de Workflow facilitan la automatizacin de los flujos de trabajo entre
procesos y permiten integrar los procesos de la empresa, rediseados 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 metodologas que culminan en la implementacin de un sistema de este
tipo como son Diagrama de Roles, BPMN, IDEF0, Ciclos de trabajo, etc.
En el mundo contemporneo de BPM, imgenes de documentos, son una tecnologa
marginal. Se espera que un proceso hable los dialectos modernos de XML, B2B, EAI y
Servicios Web.

Patrones de Workflow
El objetivo de los Patrones de Workflow es la de proporcionar una base conceptual para
el anlisis 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 dbiles de las diversas estrategias de especificacin del proceso y como base
para el desarrollo del motor..
Estas perspectivas son las siguientes:

29

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

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

A continuacin se explicar brevemente los patrones de workflow que posee cada

perspectiva

Patrones de Control de Flujo

Categora

Patrn
Secuencia
Divisin en paralelo
Sincronizacin

Bsicos
Seleccin exclusiva
Unin simple

Eleccin mltiple
Sincroniza
cin
Avanzada

Unin sincronizada
Unin mltiple
Discriminador estructurado
Discriminador bloqueante

Descripcin
Habilitacin de una tarea luego de que su
predecesora se ha completado
Divisin de una rama en dos que se ejecutan en
paralelo
Convergencia de dos o mas ramas en una que
toma el control de la ejecucin cuando arriban
todas las ramas
Divergencia de una rama en dos o mas, donde
el control es pasado a exactamente una rama
segn el mecanismo de eleccin establecido
Convergencia de dos o mas ramas en una que
toma el control de la ejecucin cuando arriba
una de ellas.
Divergencia de una rama en dos o ms, donde
el control de ejecucin es trasmitido a una o
mas de las nuevas ramas segn el mecanismo
de seleccin existente.
Convergencia de una o ms ramas (que
divergen a raz del patrn de Eleccin
mltiple) en una sola que se habilita cuando
cada rama entrante activa se habilita.
Convergencia de dos o ms ramas que
provenan 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
habilitacin de las ramas hasta que todas
finalicen.

30

Evaluacin de Tecnologas de Procesos de Negocio

Discriminador cancelador

Unin parcial estructurada

Bloqueo de unin parcial

Sincroniza
cin
Avanzada

Cancelacin de unin
parcial

Estado del Arte

Convergencia de dos o ms ramas que

provenan de una divergencia anterior del
proceso. El control es pasado a la rama de
convergencia cuando la primera rama activa
ingresa. La utilizacin del discriminador
cancelador tambin cancela la ejecucin del
resto de las ramas de entrada.
Convergencia de m ramas que provenan 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.
Convergencia de m ramas que provenan 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).
Convergencia de m ramas que provenan 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
cancelacin de unin parcial cancela el resto de
las ramas entrantes.

Generalizacin ANDUnin

Glosario
IT:

Information Technology (TI Tecnologas de la Informacin)

ERP:

Enterprise Resource Planning Systems

SCM:

Supply Chain Management

31

Evaluacin de Tecnologas de Procesos de Negocio

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

Estado del Arte

BPEL4WS: Business Process Execution Language

UML:

Unified Modeling Language

WS-BPEL:

Web Services-Business Execution Language

KPIs:

Key Performance Indicators

OBI:

Operational Business intelligence

OASIS:

Advancing Open Standards for Information Society

WSFL:

Web Service Flow Language

XLANG:

XLANG/s Language (para uso de estndares Internet XML,XSD,WSDL)

32

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Apartado 1
Stakeholders:
Se refiere a quienes pueden afectar o son afectados por las Actividades de una
empresa.
Minera de procesos:
Tcnicas para el anlisis de informacin 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 estn definidas en el modelo del proceso

33

Evaluacin de Tecnologas de Procesos de Negocio

Estado del Arte

Bibliografa
[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

34

Evaluacin de Tecnologas 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/serviceoriented_architecture_soa_definition.html
[21]- END-TO-END http://en.wikipedia.org/wiki/End-to-end_principle
[22]- Understanding Business Process Management - Artculo
http://intelligententerprise.informationweek.com/showArticle.jhtml;jsessionid=LM0II2HLN1CQ
3QE1GHRSKH4ATMY32JVN?articleID=165700499
[23]- BPM se est posicionando en el mundo como el modelo de gestin organizacional
por
excelencia - Artculo
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/webservices/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-searchportals/196291-1.html
[37]- BPMS http://personales.ya.com/iitgroup/ar-bpms.pdf

35