Este documento describe las principales diferencias entre BPMN 2.0 y la versión anterior. BPMN 2.0 incluye nuevos componentes como diagramas de coreografía y conversación. También actualiza elementos como puertas y tareas, e introduce nuevos conceptos como tareas de reglas de negocio y tareas de servicio. El documento explica los diferentes elementos de BPMN 2.0 como actividades, puertas, eventos, datos, objetos de conexión, contenedores y artefactos. Concluye describiendo la estructura en capas de la especificación

1. BPMN 2.0
Business Process Model and Notation
1. Introducción ¿Por qué considerar esta nueva versión?
2. BPMN 2.0, ¿Qué diferencias tiene con la versión anterior?
2.1 Nuevos componentes
2.2 Actualizaciones
2.3 Nuevos conceptos
3. Elementos BPMN 2.0
3.1 Actividades
3.2 Compuertas
3.3 Eventos
3.4 Datos
3.5 Objetos de Conexión
3.6 Contenedores
3.7 Artefactos
3.8 Conversaciones
3.9 Coreografías
3.10 Diagrama de Colaboración
4. BPMN 2.0: Core Structure
5. Bibliografía
Adjunto:
27
Plantilla BPMN 2.0
Jason Pareja – Ricardo Yufre |

2. 1.Introducción
Business Process Modeling and Notation, más conocido como BPMN, es un estandar
de Modelamiento Empresarial que proporciona una notación para la especificación de
procesos de negocio. Asimismo, está basada en diagramas de flujo o flowcharting,
similar a los diagramas de actividades, del UML.
Por otra parte, el objetivo de BPMN es brindar soporte en la gestión de procesos
empresariales, entre los usuarios técnicos y los usuarios del negocio.
Actualmente existen muchos estándares que compiten por ser el mejor lenguaje de
modelamiento de procesos de negocio para su utilización en las herramientas de
modelado de procesos. Por lo cual el BPMN debe encontrarse en constante cambio, ya
que salen, en el mundo del modelamiento empresarial, nuevas expresiones y conceptos
para la mejora de este.
Es por ello que en Agosto del 2009 salió al mercado una nueva versión de BPMN,
lanzada libremente, en su versión Beta para su uso y prueba, cuya aceptación del
público fue satisfactoria, a las nuevas novedades de la notación BPMN 2.0
Hoy en día, ya se puede adquirir la versión finalizada del BPMN 2.0 en diferentes
editores como: Intagio y Oryx, en su versión Open Source y Signavio en su versión
pagada. Cabe señalar que esta última versión está saliendo en diferentes software BPM,
desde Marzo – Junio de este año.
Por todo lo señalado anteriormente, no hay excusa para no probar la nueva versión de
BPMN que viene con muchas novedades que abrirán puerta a nuevas formas de
27
modelamiento más interactivas y prácticas para incrementa la productividad y
eficiencia del negocio.
Jason Pareja – Ricardo Yufre |

3. 2. BPMN 2.0
¿Qué diferencias tiene con la versión anterior?
El futuro inmediato del BPMN ha dado un punto de experiencia entre usuarios y
vendedores que permitió, mediante feedback, afinar detalles de la especificación, en
concreto.
En esta nueva versión de mantenimiento del BPMN existe un esfuerzo en
estandarización de los artefactos para soportar modelado de negocios generales y
dominios de negocios verticales (seguros, manufacturación, finanzas). Además, está
intentando encajar en un mayor contexto de modelado de negocios de alto nivel
(incluyendo reglas de negocio y estrategias de negocio).
En la nueva versión de BPMN 2.0 existen actualizaciones y nuevos elementos, de los
cuales se pueden resaltar:
2.1 Nuevos componentes:
Choreographies
 Diagrama de Coreografía (Choreographie)
 Diagrama de Conversación (Conversation)
2.2 Actualizaciones:
Gateway
 Exclusivo
 Paralelo
Semántica: Se pueden encontrar en el inicio de un proceso.
27
Jason Pareja – Ricardo Yufre |

4. Tasks
 Event- Subprocess (Usado para manipular los eventos que ocurren en la delimitación subprocesos)
 Actividad secuencial de varias instancias
 Tareas de Reglas de Negocio (BusinessRules)
Artifacts
 Data Objects
Events
 Eventos interrumpidos y NO interrumpidos
 Escalada
Si una escalada sucede, el siguiente nivel de responsabilidad será involucrado
2.3 Nuevos conceptos:
2.3.1 Business Rule Task
El Business Rule Task Proporciona un mecanismo, en el que a partir de un motor
de reglas de negocio se puede enviar (Input) y recibir (Output) data. Es decir, de
acuerdo a las reglas del juego.
2.3.2 Service Task
El Service Task es una tarea que utiliza algún tipo de servicio. Como por
ejemplo un Web Service o una aplicación automatizada. Los Inputs del Service
Task se asignan al mensaje de entrada, vale decir a los atributos dentro del
mensaje. Por un WSDL (Web Services Description Language), en donde sería
expresado como parte del mensaje.
27
Jason Pareja – Ricardo Yufre |

5. 2.3.3 Callable Element
Es la clase abstracta de todas las “Super Actividades” que se han definido al
margen de un proceso o coreografía, pero que se puede llamar (o reutilizar)
desde dentro de un proceso o coreografía. Además, hace referencia a las
operaciones del servicio que realiza.
2.3.4 Call Activity
Identifica un punto en el proceso donde un Global Process o un Global Task es
utilizado. Asimismo, éste actúa como un “envoltorio” (wrapper) para la invocación
de un Global Process o un Global Task dentro de la ejecución.
2.3.5 Global Task
Es una Definición de tarea atómica y reutilizable que puede ser llamada desde
cualquier proceso por un Call Activity.
27
Jason Pareja – Ricardo Yufre |

6. 3. Elementos BPMN 2.0
Cabe destacar que uno de los propósitos para el desarrollo de BPMN es crear un
mecanismo sencillo y comprensible para la creación del Business Process
Modeling, mientras que al mismo tiempo ser capaz de manejar la complejidad
inherente a los procesos de negocios.
El enfoque adoptado para manejar estos dos requerimientos contradictorios fue
organizar la notación gráfica en categorías específicas. Esto proporciona un
pequeño conjunto de categorías de notación para que el lector
de un diagrama BPMN pueda reconocer fácilmente los tipos básicos de
elementos para entender el diagrama.
Dentro de las categorías base de elementos, la variación y la información
adicional puede ser añadida para soportar los requisitos de complejidad sin
cambiar drásticamente el aspecto base del diagrama. Las categorías básicas son
las siguientes:
27
Jason Pareja – Ricardo Yufre |

7. 3.1 Actividades:
3.1.1. Tarea:
Una Tarea es una unidad de trabajo, el
trabajo a realizar. Cuando aparece con el
símbolo indica un Subproceso, una
actividad que puede ser refinada.
3.1.2. Colapsado:
Es un conjunto de actividades relacionadas lógicamente,
adhiriéndose a un protocolo transaccional particular.
3.1.3. Subproceso de Evento:
Se sitúa en el interior de otro (sub)proceso.
Este se activa en la ocurrencia del evento
de inicio especificado y mientras el
proceso que lo contiene permanezca
también activo. El subproceso de evento
puede interrumpir o no al proceso que lo
contiene.
3.1.4. Actividad de llamado o Call Activity:
Una Actividad de Llamada es una referencia a un Subproceso o
Tarea definido de forma global que se reutiliza en el proceso
actual.
NOTA:
Marcadores de Actividades
Los marcadores especifican el comportamiento particular de las 27
actividades durante su ejecución; Por ejemplo:
Jason Pareja – Ricardo Yufre |

8. Ad Hoc Compensación Timer Message BusinessRules Subproceso
Tipos de Tareas
Los tipos especifican la naturaleza de la tarea que se desea llevar
a cabo; Por ejemplo:
Ejecución de Script Invocación de Servicio Recepción Envío Tarea Manual
Flujos de Actividades
Flujo de Secuencia
Define el orden de ejecución entre dos actividades.
Flujo por Defecto
Camino a seguir si las condiciones de los caminos
alternativos evalúan a falso.
Flujo Condicional
Tiene una condición asociada que permite decidir si el
camino será activado o no.
3.2 Compuertas (Gateways):
3.2.1 Exclusivas
En un punto de bifurcación, selecciona exactamente un flujo de secuencia
de entre las alternativas existentes. En un punto de convergencia, la
compuerta espera a que un flujo incidente complete para activar el flujo
saliente.
3.2.2 Basada en Eventos
Esta compuerta siempre será seguida por eventos o tareas
de recepción, y sólo activará un flujo saliente dependiendo
del evento que ocurra en primer lugar.
3.2.3 Paralela 27
En un punto de bifurcación, todos los caminos salientes serán activados
simultáneamente. En un punto de convergencia, la compuerta espera a
Jason Pareja – Ricardo Yufre |

9. que todos los flujos incidentes completen antes de activar el flujo
saliente.
3.2.4 Inclusiva
En un punto de bifurcación, al menos un flujo es activado. En un punto
de convergencia, espera a todos los flujos que fueron activados para
activar al saliente.
3.2.5 Compleja
Comportamiento complejo de convergencia/bifurcación no capturado por
el resto de compuertas.
3.2.6 Exclusiva Basada en Eventos
En la ocurrencia de uno de los eventos subsecuentes se crea una nueva
instancia del proceso.
3.2.7 Paralela Basada en Eventos
E n la ocurrencia de todos los eventos subsecuentes se crea una nueva instancia
del proceso.
27
Jason Pareja – Ricardo Yufre |

10. 3.3 Eventos:
27
Jason Pareja – Ricardo Yufre |

11. 27
Jason Pareja – Ricardo Yufre |

12. 3.4 Datos:
Un Dato de Entrada o Input es una entrada externa a
todo el proceso.
Puede ser leído
por una actividad.
Un Dato de Salida u Output es una
variable disponible como resultado del
proceso.
Un Dato de Tipo Objeto representa
información que fluye a través del
proceso tales como documentos,
correos electrónicos o cartas.
Una
Colección
de
Objetos
de Datos representa una colección de información;
Por ejemplo: una lista de artículos.
Un
Almacén
es un
lugar
donde el
proceso puede leer o escribir datos; Por ejemplo:
una base de datos. La información en un almacén
persiste más allá de la vida de la instancia del
proceso.
Un Mensaje es utilizado para representar el
contenido de una comunicación entre dos
participantes.
27
Jason Pareja – Ricardo Yufre |

13. 3.5 Objetos de Conexión:
Sequence Flow
Una secuencia de flujo se utiliza para mostrar el orden en que las
actividades se llevarán a cabo en un proceso.
Message Flow
Simboliza la información que fluye a través de las organizaciones. Este
flujo puede conectarse con compartimentos, actividades o eventos de
mensaje.
Association
Una asociación se utiliza para vincular la información y Artefactos
NOTA:
El orden de intercambio de mensajes puede ser especificado mediante
la combinación de flujos de mensaje y de secuencia.
27
Jason Pareja – Ricardo Yufre |

14. 3.6 Contenedores:
Pool
Es la representación gráfica de un participante en una colaboración.
Lane
Un Lane es una sub-partición dentro de un Pool.
NOTA:
Los Contenedores (Pools) y los Compartimentos (Lanes) representan
a las entidades responsables de las actividades en un proceso. Por
ejemplo, una organización, un rol o un sistema. Los compartimentos
pueden anidarse en contenedores y compartimentos.
27
Jason Pareja – Ricardo Yufre |

15. Por otra parte, en la nueva notación de BPMN 2.0, existen dos tipos de
Pool: los expandidos (puede involucrar lanes) y los cerrados o
colapsados (involucra estrictamente a participantes externos de la
empresa. Por ejemplo: Stakeholders Empresariales)
3.7 Artefactos:
Text Annotation
Proporciona información de texto adicional
para el lector de un diagrama BPMN
Group
Es un conjunto de actividades que están dentro de
la misma categoría. Asimismo, este tipo de agrupación no afecta
el flujo de secuencia de las actividades dentro del Grupo.
27
Jason Pareja – Ricardo Yufre |

16. 3.8 Conversaciones:
Una Comunicación define un conjunto de mensajes
intercambiados, relacionados entre si, de forma lógica. Cuando
aparece con el símbolo indica una Sub-Conversación, un
elemento compuesto de conversaciones.
Un Conector de Conversación conecta Comunicaciones y Participantes.
Un Conector de Conversación Bifurcado conecta Comunicaciones y
múltiples Participantes
NOTA:
La Figura 1.1 muestra la integración de componentes de conversación para
formar su respectivo diagrama
27
Jason Pareja – Ricardo Yufre |

17. Figura 1.1
3.9 Coreografías:
Una Tarea de Coreografía representa una
Interacción (Intercambio de Mensajes)
entre dos participantes.
El Indicador de Múltiples Participantes indica un conjunto de
participantes del mismo tipo.
Un Subproceso de Coreografía contiene una coreografía
refinada en múltiples interacciones.
27
Jason Pareja – Ricardo Yufre |

18. NOTA:
La Figura 1.2 muestra la integración de componentes de coreografía para formar
su respectivo diagrama
3.10 Diagrama de Colaboración:
En este diagrama encontraremos la interacción de todos los elementos ya
mencionados.A su vez, cuenta con la participación de los elementos de la
nueva notación.
27
Jason Pareja – Ricardo Yufre |

19. 27
Jason Pareja – Ricardo Yufre |

20. 4. BPMN 2.0: Core Structure
La especificación BPMN se estructura en capas, donde cada una de ellas se
basa en la parte superior y se extiende de las capas inferiores. Se incluye un
núcleo o kernel que incluye los elementos más fundamentales de BPMN que se
requieren para construir diagramas de BPMN: Proceso, Coreografía,
colaboración y conversación. El núcleo está diseñado para ser simple, conciso
y prorrogables, con un comportamiento bien definido
Figura 1.3
En la Figura 1.3 muestra los principios básicos de capas que pueden estar
compuestos por formas en bien definida. El enfoque utiliza la formalización de
construcciones de extensibilidad que se aplican de forma coherente con la
definición. 27
Jason Pareja – Ricardo Yufre |

21. 5. Bibliografía
(Ultima visita realizada 10/04/10)
OMG main page:
http://www.omg.org/spec/BPMN/2.0/
BPMN main page:
http://www.bpmn.org/
Oryx online editor:
http://bpt.hpi.uni-potsdam.de/Oryx
BizAgi editor (Windows):
http://www.bizagi.com/
Intalio|BPM community edition:
http://www.intalio.com/products/bpm/community-edition/
Poster Notación BPMN 2.0:
http://bpmb.de/posterParticipante
Un proceso de negocio es un conjunto de actividades relacionadas dentro de una
organización que tienen como objetivo conseguir un determinado resultado. La
gestión de estos procesos, BPM (Business Process Management), conlleva una
serie de actividades de las cuales las más importantes son:
1. La definición de los procesos, normalmente mediante una notación formal,
y la creación del correspondiente modelo.
2. La configuración de los procesos como paso previo a su ejecución.
3. La ejecución y/o simulación de los mismos.
4. El control y análisis de las distintas ejecuciones.
Los modelos de procesos de negocio se usan para mejorar la comunicación tanto
entre el analista y el desarrollador como entre el analista y el cliente, se están
utilizando para analizar el comportamiento de procesos de desarrollo de software
con el objetivo de comprobar cuáles son las causas de el retraso en las fecha de
entrega y que alternativas existen para reducir los costes.
Cap´ıtulo 4
BPMN
27
4.1. ¿Qué es BPMN?
Jason Pareja – Ricardo Yufre |

22. BPMN (Business Process Modelling Notation) es un est´andar de la BPMI (Business Process
Management Initiative)[12], organismo que ha sido absorbido recientemente por la OMG, cuyo
principal objetivo es seg´un [8] “proporcionar una notaci´on f´acilmente comprensible por todos
los usuarios del negocio, desde los analistas. . . los desarrolladores t´ecnicos. . . hasta aquellos
que monitorizar´an y gestionar´an los procesos“.Otros objetivos importantes que se plantea esta
especificaci ´on son:
Crear puentes entre el dise˜no de los procesos de negocio y la implementaci´on del proceso.
Que los lenguajes basados en XML para describir procesos (como BPEL4WS) tengan una notaci
´on gr´afica.
Los propios autores de BPMN por otro lado, reconocen haberse inspirado y haber recogido la
experiencia de varios est´andares:
Diagramas de Actividad de UML.
- UML EDOC
- IDEF
- ebXML BPSS
- ADF Diagram
- RossetaNet
- LOVeM
- EPC
Es importante tener en cuenta que BPMN abarca ´unicamente los procesosde negocio, lo que
significa que otro tipo de modelos relacionados (estructurade la organizaci´on, recursos, modelos
de datos, estrategias, reglas de negocio etc. . . ) quedan fuera de la especificaci´on.
Todo este tipo de modelados y sus relaciones con BPMN ser´an definidos m´as formalmente
conforme BPMN y otras especificaciones evolucionen, de hecho, “aunque BPMN muestre el flujo
de datos (mensajes) y las asociaciones de los artifacts con las actividades, no es un diagrama
de flujo de datos“.
4.2. Modelos en BPMN
Los modelos BPMN se expresan gr´aficamente mediante diagramas BPMN.Estos diagramas
constan de una serie de elementos que nos van a permitir diferenciar claramente las tres
secciones (o submodelos) b´asicos que existen en un modelo BPMN.
Estas secciones son:
Procesos de negocio privados (internos).
Procesos abstractos (p´ublicos).
Procesos de colaboraci´on (globales).
4.2.1. Procesos de negocio privados(internos)
Los procesos de negocio privados o internos son los que, dentro de una organizaci ´on espec´ıfica,
han sido tradicionalmente llamados diagramas de flujo de trabajo o diagramas de workflow. Si
usamos calles para representarlos este tipo de procesos ´unicamente ocupar´an una calle aunque
pueda interactuar, mediante el flujo de mensajes, con otros procesos de negocio de la misma
clase.Podemos ver un ejemplo de este tipo de submodelo en la figura 4.1.
27
Jason Pareja – Ricardo Yufre |

23. Figura 4.1: Proceso de negocio privado
4.2.2. Procesos de negocio abstractos (p´ublicos)
Los procesos de negocio abstractos nos sirven para representar las interacciones existentes entre
un proceso de negocio privado y, o bien otro proceso de negocio o bien un participante del
proceso. En este tipo de procesos ´únicamente se incluyen aquellas actividades que se usan para
comunicar un proceso privado con el exterior, así como las correspondientes estructuras de
control de flujo.
Podemos ver un ejemplo de representación gráfica para este tipo de procesos en la figura 4.2.
4.2.3. Procesos de colaboración (globales)
Figura 4.2: Proceso de negocio abstracto
Este tipo de procesos sirven para mostrar la interacci´on entre distintas entidades de negocio.
Estas interacciones son definidas como secuencias de actividades que representan el intercambio
de mensajes entre las distintas entidades.
La colaboraci´on se entiende como la comunicaci´on entre dos o m´as procesos. Podemos ver un
ejemplo de representaci´on gr´afica para este tipo de procesos en la figura 4.3.
27
Jason Pareja – Ricardo Yufre |

24. Figura 4.3: Proceso de colaboraci´on
4.3. Diagramas BPMN
BPMN es una notación gráfica con la que podemos crear multitud de diagramas dentro de los
tres tipos de submodelos (privado, público y de colaboración). Podremos además, crear
diagramas con distintos tipos de modelos aunque siempre debemos tener en cuenta la
advertencia de la propia especificación de BPMN “debemos tener cuidado si combinamos
demasiados tipos de submodelos. . . obtendremos un diagrama difícil de entender. . . por eso
se recomiendo al modelador que se centre en un tipo de modelo para los diagramas“.[8]
4.3.1. Elementos básicos de los diagramas BPMN
Los diagramas BPMN, también llamados BPD están formados por una serie de elementos
fundamentales. Estos se pueden clasificar en cuatro categorías fundamentales:
1. Objetos de Flujo (Flow objects)
2. Conectores (Connecting Objects)
3. Calles (Swinlanes)
4. Artefactos (Artifacts)
Objetos de flujo (Flow objects)
BPMN posee un conjunto reducido de elementos de este tipo. El objetivo de que sea un
conjunto reducido es “que los modeladores no tengan que aprender y memorizar gran cantidad
de iconos“ [37]. Los tres objetos de flujo principales los podemos ver en la tabla 4.1. 27
Jason Pareja – Ricardo Yufre |

25. Cuadro 4.1: Objetos de Flujo en BPMN
Conectores
Son los elementos que servir´an para conectar los diferentes Flow Objects con el objeto de crear
el esqueleto estructural b´asico del procesos de negocio.
Existen tres tipos de conectores cuyas descripciones y s´ımbolos podemos ver en la tabla 4.2
Cuadro 4.2: Conectores en BPMN
27
Calles(Swinlanes)
Las calles o swinlanes son un mecanismo que nos va a permitir clasificar las actividades de
manera visual para ilustrar las distintas categor´ıas o responsabilidades.
Jason Pareja – Ricardo Yufre |

26. Las distinas clases de ete tipo de objetos se puende apreciar en la tabla 4.3
Cuadro 4.3: Objetos Swinlane en BPMN
Artifacts(Artefactos o Productos)
Existen tres tipo de artifacts predefinidos, aunque para un determinado dominio BPMN permite
a˜nadir artifacts adicionales.Los tres tipos predefinidos se pueden apreciar en la tabla 4.4.
Cuadro 4.4: Artifacts en BPMN
4.3.2. Variaciones de los elementos b´asicos
En la secci´on anterior vimos los elementos b´asicos b´asicos que componen los diagramans en
BPMN. Adem´as de estos elementos b´asicos existen distintas variaciones de los mismos.
Tipos de eventos
Los eventos, tal y como se definieron previamente son algo que ocurre en el transcurso de un
proceso de negocio. Adem´as de los tres tipos b´asicos (Inicio,Intermedio y Final) existen
especializaciones de los mismos. Estas especializaciones las podemos ver en la imagen 4.4
27
Jason Pareja – Ricardo Yufre |

27. Figura 4.4: BPMN. Tipos de eventos.
Message:Al recibir un mensaje de un participante(Inicio,intermedio) o que env´ıa un mensaje a
un participante al acabar el proceso.
Timer: Evento que se dispara al llegar un momento previamente determinado.
Error: Al producirse un error (Inicio o intermedio) o que genera un error que debe ser capturado.
Cancel:Evento que se dispara al cancelarse una transacci´on(Intermedio) o que permite generar
una cancelaci´on de una transacci´on.
Compensation: Para realizar acciones de compensaci´on en caso de que se deba cancelar una
actividad o para generar esta actividad de cancelaci´on de una actividad en curso.
Rule: Evento que se dispara cuando se cumple una regla determinada. Va asociado a las
excepciones.
Link: Para conectar eventos de distintos tipos.
Multiple: Cuando existen varias formas de que se dispare el evento (Inicio,intermedio)
o cuando existen diversas consecuencias al producirse el mismo.
Terminate:Finaliza todas las actividades del proceso.
Tipos de Gateway
Los gateways son los elementos que nos van a permitir realizar el control de flujo dentro de un
diagrama BPMN. Adem´as del tipo b´asico descrito anteriormente existen diversas variaciones.
Estas variaciones las podemos ver en 4.5.
27
Jason Pareja – Ricardo Yufre |

28. Figura 4.5: Tipos de Gateways en BPMN
Exclusive(Event o Data Based): Para consumir tokens ´unicamente deuna de las ramas de
entrada (Exclusive Merge) o para propagar tokens en s´olo una de las ramas de salida(Exclusive
Decision).
Inclusive: Para consumir tokens de una o m´as ramas de entrada(Inclusive Merge) o para
propagar tokens a, al menos, una de las ramas de salida( Inclusive Desicion).
Complex: Para describir Merge/Join o decisiones que requieran condiciones complejas para
consumir o producir tokens a trav´es del gateway.
Parallel: Consume todos los tokens de entrada (Parallel Merge) y dispara todos los tokens de
salida (Parallel Joining).
Adem´as de estas variaciones, BPMN posee otros s´ımbolos y variaciones cuya descripci´on y
sem´antica podemos ver en [8]
4.4. Herramientas BPMN
Desde la aparici´on de BPMN, y mucho m´as desde la absorci´on de BPMI por parte de la
OMG, la notaci´on BPMN ha tenido un ´exito notable y como consecuencia de ´este ´exito han
ido apareciendo gran cantidad de herramientas que dan soporte a esta especificaci´on.
Las que seg´un la propia OMG[20] implementan la especificaci´on son las siguientes:
Appian Enterprise 5 Business Process Management Suite
aXway: Process Manager
BizAgi
BOC Information Systems: ADONIS
BOC Information Systems: ADONIS
Borland R Together R Products: Together Architect R 2006 and
Together Designer R
Casewise: Corporate Modeler
27
Cordys: Studio
Fuego: Fuego 5 (BEA)
Elixer Intelligent Software: eliXir BPMN-MDA Framework
Jason Pareja – Ricardo Yufre |

29. Fujitsu: Interstage Business Process Manager 7.1
Graham Technology: GT-X
Global 360: Business Optimization Server - Process Sketchpad
IDS-Scheer: Aris
Corel: iGrafx
ILOG: JViews
Intalio: n Designer
Intellior AG: AENEIS
ITpearls: Process Modeler for Visio
Kaisha-Tec: ActiveModeler
Lanner: Witness
Lombardi Software: TeamWorks
M1 Global: BPI Studio
Mega International: Mega Suite
No Magic: MagicDraw UML 10.0
Orbus Software: iServer
Pegasystems: BPMSuite
Seagull Software: LegaSuite BPM
Software AG: Enterprise Business Process Manager
Popkin: System Architect
Popkin: System Architect
Proforma: ProVision
Santeon: XIP BPM Platform
Select Business Solutions: Select Component Factory
Skelta: Skelta BPM.NET 2006
Sparx Systems: Enterprise Architect 6.1
Sun Microsystems: Studio Enterprise Edition
Sybase: PowerDesigner R 12
Troux: Metis 3.6 Enterprise Architecture Suite
4.5. Conclusiones sobre BPMN
BPMN fue, ya se dijo anteriormente, una iniciativa de la BPMI. Esta instituci´on fue absorbida
por la OMG que es una de las organizaciones punteras en la creaci´on de especificaciones para el
desarrollo de software orientado a objetos.
A d´ıa de hoy es un hecho que cada d´ıa est´an teniendo m´as importancia los procesos de
negocio y por extensi´on las herramientas que nos sirven para modelar, simular, supervisar y
gestionar ese tipo de procesos.
El hecho de que la OMG haya absorbido BPMI hace preguntarse si los procesos de desarrollo de
software pueden ser expresados mediante notaciones de procesos de negocio. Uno de los cambios
m´as profundos al pasar de UML 1.5 a UML 2.0 (especificaci´on estrella de la OMG) fue la 27
nueva sem´antica con la que se dot´o a los diagramas de actividad, que pasaron de tener sem
´antica de m´aquinas de estados a redes de petri (pseudo redes de petri para los puristas). El
motivo de ´este cambio fue la falta de expresividad que para algunos investigadores de la rama
del workflow ten´ıan los citados diagramas de actividad. La mejora producida por este cambio
Jason Pareja – Ricardo Yufre |

30. fue notable, y podemos comprobar en [33] que la nueva versi´on de los diagramas de actividad
cumple casi todos los patrones de workflow [32].
BPMN, seg´un [34] cubre casi totalmente los patrones de workflow con lo cu´alse le supone una
gran expresividad a la hora de especificar procesos.La nueva especificaci´on SPEM 2.0, [16]
cuando se refiere a la descripci´on del comportamiento deja las puertas abiertas y nos da la
libertad para elegir la especificaci´on que creamos m´as conveniente para el dominio de nuestra
aplicaci´on, sugiriendo no obstante la misma BPMN o los Diagramas de Actividad. Nos
encontramos por lo tanto con dos especificaciones dentro de la misma OMG, los Diagrama de
Actividad de UML y BPMN, cuyo objetivo es b´asicamente el mismo. Todo parece indicar que
la OMG se est´a decantando por BPMN, no s´olo como concesi´on a la organizaci´on absorbida
sino tambi´en por otras razones expuestas en[28]:
BPMN es capaz de expresar m´as patrones [34] que los diagramas de actividad
[33], es decir, es m´as expresivo.
BPMN es gr´aficamente m´as rico, con menos s´ımbolos fundamentales, pero con m´as
variaciones de ´estos,lo que facilita su comprensi´on por parte de gente no experta.
BPMN tiene el apoyo de la WfMC, una de las organizaciones m´as importantesen el campo del
workflow que adem´as de miembro de la propia OMG ha modificado una de sus especificaciones
XPDL (que posteriormente es descrita en esta memoria) para dar cobertura total a BPMN.
BPMN puede transformarse directamente en BPEL, un lenguaje de orquestaci ´on de servicios
web que se est´a consolidando como un est´andar.
4.6. Ejemplos de Diagramas en BPMN
Figura 4.6: Diagrama en BMPN. Proceso de voto electr´onico.
27
Jason Pareja – Ricardo Yufre |

31. Figura 4.7: Diagrama en BPMN. Visi´on detallada del proceso de voto electr´onico
27
Jason Pareja – Ricardo Yufre |