Contenido

BPMN (BUSINESS PROCESS MODEL AND NOTATION).........................................................................2

1. INTRODUCCIÓN A BPMN...............................................................................................................2
1.1. ¿QUÉ ES EL BPMN?.....................................................................................................................2
1.2. ¿QUÉ ES EL BPD?........................................................................................................................2
2. PROCESO DE NEGOCIO................................................................................................................2
3. ¿POR QUÉ ES IMPORTANTE MODELAR CON BPMN?...........................................................2
4. ESTRUCTURACIÓN DE NIVELES.................................................................................................2
4.1. BPMN FRAMEWORK....................................................................................................................2
5. HISTORIA DEL BPMN......................................................................................................................2
6. COMPORTAMIENTO DEL MODELO BPMN.................................................................................2
7. CONCEPTO TOKEN.........................................................................................................................2
8. FUNDAMENTOS DE BPMN............................................................................................................2
8.1. OBJETOS DE FLUJO....................................................................................................................2
8.1.1. Actividades...................................................................................................................................2
8.1.2. Eventos.........................................................................................................................................2
8.1.2. Eventos.........................................................................................................................................2
BPMN (BUSINESS PROCESS MODEL AND NOTATION)

"La notación para el modelado de procesos de negocio (Business Process Model And Notation –
BPMN por sus siglas en ingles), es una forma estándar y gráfica de modelar procesos de nego-
cios.

La meta fundamental de BPMN es proporcionar una notación estándar que sea fácilmente com-
prensible por todos los Stakeholders.

Provee una notación simple para los flujos, independiente del entorno de implementación. La nota-
ción se sustenta en un marco riguroso que facilita trasladar los modelos de nivel de negocio hacia
modelos ejecutables que las suites de BPM y motores Workflow puedan comprender. En los últi-
mos años, BPMN ha sido ampliamente adoptado por los productos relacionados a la Gestión de
Procesos de Negocios (BPM - Business Process Management), tanto para los fabricantes de he-
rramientas de Análisis de Procesos de Negocios (BPA - Business Process Analysis), como por los
de herramientas de Modelado y Suites completas de BPM."

Fuente: Guía de Referencia y Modelado BPMN - Stephen A. White, phd - Derek Miers

1. INTRODUCCIÓN A BPMN
Business Process Model And Notation, BPMN proporciona un lenguaje común para que las
partes involucradas puedan comunicar los procesos de forma clara, completa y eficiente. De esta for-
ma BPMN define la notación y semántica de un Diagrama de Procesos de Negocio (Business Process
Diagram, BPD) para luego ser capaz de automatizarlos (exportándolo en formato XPDL).

Ejemplo de Proceso BPMN

1.1. ¿QUÉ ES EL BPMN?

Business Process Model And Notation (BPMN), es una notación gráfica que describe la lógica
de los pasos de un proceso de negocio. Esta notación plasma gráficamente el diseño de los procesos
y su implementación en la práctica. Su sintaxis está basada en elementos gráficos, pero tales elemen-
tos tienen una relación con instrucciones en el lenguaje BPEL, que permite generar código BPEL via-
ble desde un modelo BPMN.
1.2. ¿QUÉ ES EL BPD?
Es un diagrama diseñado para representar gráficamente la secuencia de todas las actividades
que ocurren durante un proceso, basado en la técnica de “Flow Chart”, incluye además toda la infor-
mación que se considera necesaria para el análisis.

BPD, está diseñado para ser usado por los analistas de procesos, quienes diseñan, controlan y
gestionan los procesos. Dentro de un Diagrama de Procesos de negocio BPD se utilizan un conjunto
de elementos gráficos, que se encuentran agrupados en categorías. Igualmente sus componentes
mapean las dimensiones Qué, Cómo, Cuándo, Dónde y Por Qué.

2. PROCESO DE NEGOCIO
Existe una gran cantidad de definiciones de Proceso de Negocio. De hecho, la noción de un
Proceso de Negocio es una noción abstracta en el mejor de los casos. En los talleres realizados,
frecuentemente se les pide a las personas que escriban sus propias definiciones y es sorprendente
la variedad de respuestas que se recibe. Ejemplos extraídos incluyen:

Una secuencia de actividades realizadas sobre una o más entradas para entregar una salida.
Un conjunto de actividades sistemáticas que llevan un “evento de negocio” a un resultado exitoso.
Una colección de actividades de negocio que crean valor para un cliente.
Una determinada cantidad de roles colaborando e interactuando para lograr una meta.
Una colección organizada de comportamientos de negocio que satisfacen un propósito empresarial
definido, actuando de acuerdo a objetivos específicos.

El problema en llegar a una definición para el término Proceso, es que existen muchas (defi-
niciones) – todos tienen una interpretación sutilmente diferente. Además, siempre se utiliza la mis-
ma palabra sin tener en cuenta de que se pueden querer decir cosas diferentes.

En BPMN un proceso representa lo que una organización realiza – su trabajo – para lograr
cumplir su propósito u objetivo. En la lista anterior, la segunda y tercera definición son las que pro-
bablemente más se acerquen.

BPMN utiliza un conjunto de elementos gráficos especializados para describir un Proceso y

de qué manera es realizado. Los elementos principales de un proceso en BPMN son:

Evento Actividad Gateways Flujo de Secuencia

Ejemplo Proceso
Punto Clave: Los objetos de flujo (Actividades, Eventos, Gateways y Flujos de Secuencia)
son los elementos principales que definen la estructura fundamental y el com-
portamiento del Proceso.
 Fuente: Guía de Referencia y Modelado BPMN - Stephen A. White, phd - Derek Miers

3. ¿POR QUÉ ES IMPORTANTE MODELAR CON BPMN?

4. ESTRUCTURACIÓN DE NIVELES

4.1. BPMN FRAMEWORK

 Entorno de Proceso

El Framework fue desarrollado desde la perspectiva de un proyecto y se refiere siempre a un proce-

so o a un grupo de procesos (proceso de negocio) que están relacionados entre sí. La notación de
BPMN tampoco abarca o contempla el desarrollo de mapas de proceso, lo que queda reservado para
otros marcos metodológicos de un concepto de arquitectura empresarial. Esto no impide la integración
de otras notaciones como el diagrama de la cadena de valor o Value Added Chain (VAC) con diagramas
de BPMN en un marco de arquitectura empresarial.

Nivel 1
Procesos Descriptivos: La audiencia del nivel descriptivo son principalmente los Procesos Ow-
ner y ProcessManager como también Process Participants y Process Analysts en las primeras fases de
un proyecto. En este nivel queremos definir el contexto de los procesos que se deben levantar, modelar,
documentar y eventualmente rediseñar. El objetivo de este nivel es además validar el alcance y la funcio-
nalidad principal de los procesos que deben levantarse. En este nivel describimos el flujo normal del
proceso, así como queremos que ocurra, sin considerar casos de excepción o errores. El nivel descripti-
vo nos sirve para validar en forma rápida el alcance del proyecto con los responsables del negocio e
introducir al resto de los participantes en él.

Nivel 2
Procesos Operacionales: En el nivel operacional se desarrolla toda la lógica de los procesos en su
máximo detalle, incluyendo los casos de excepción, fallas e interrupciones que pueden ocurrir en nivel de
negocio. La habilidad del analista de procesos consiste en desarrollar un modelo en el nivel 2 que abar-
que toda la lógica de negocio y que sea transferible al siguiente nivel de implementación.
 Nivel 3a
Modelo Técnico: El modelo técnico es la representación del modelo operacional en un Process En-
gine, pero adaptando el proceso de negocio a un modelo ejecutable y enriqueciéndolo con aspectos
técnicos. Como en realidad no siempre se implementan los modelos de negocio con un Process Engine,
dividimos este nivel en un modelo técnico (3a), en el cual en un principio se sigue detallando el modelo
de negocio en un BPMS y la opción de un desarrollo propio (3b). En BPMN podemos especificar el mo-
delo técnico directamente en unProcess Engine a partir de BPMN 2.0.

Nivel 3b
Especificación para Desarrollo: Si no se utiliza un Process Engine, la lógica de negocio tiene que ser
desarrollada en algún lenguaje de programación. En estos casos hay que elaborar una especificación
técnica, que no tiene mucha relación con BPMN. Los diagramas deben pasarse a una especificación
adecuada para el ambiente de programación escogida.

Nivel 4b
Implementación: Luego de la especificación del nivel 3b es necesario implementar técnicamente el
proceso en una plataforma <<tradicional>>. Si se utiliza un Process Engine no es necesario elaborar una
especificación para el desarrollo, razón por la cual el esquema de la pirámide se muestra en forma asi-
métrica.

5. HISTORIA DEL BPMN

Fuente: Guía de Referencia y Modelado BPMN - Stephen A. White, phd - Derek Miers
6. COMPORTAMIENTO DEL MODELO BPMN

7. CONCEPTO TOKEN

Ejem- El Token se puede definir como una construcción teórica que podría compararse
plo con un mapa carretero o de una ciudad sobre el cual uno pone un auto de juguete
y desplaza este de un lugar a un destino. Si el auto llega a un cruce el chofer tiene
que tomar la decisión qué camino seguir dependiendo de la ruta, el tráfico, etc. es
posible que el auto llegue a un cruce donde debe seguir derecho y además doblar
porque tiene que dejar pasajeros en dos puntos diferentes. En este caso deberá
ser clonado, lo que lógicamente no es real. En la realidad los pasajeros van a to-
mar otro vehículo mientras uno sigue a su destino, o bien el vehículo va primero a
un lugar, se vuelve y luego va al otro.

En este ejemplo el mapa representa el modelo de proceso y una ruta representa un

caso de recorrido que puede tomar una instancia.

8. FUNDAMENTOS DE BPMN
Los elementos gráficos en BPMN se encuentran clasificados dentro de 4 categorías:
1. Objetos de Flujo
Son los principales elementos gráficos que definen el comportamiento de los procesos.
Dentro de los Objetos de Flujos encontramos:

EventosRepresentan algo
que ocurre o puede ocurrir
durante el curso de un pro
ceso.
Eventos
ActividadesRepresentan el
trabajo dentro de una orga
- nización. Consumen recur
sos. Pueden ser simples o
compuestos.
Actividades
CompuertasSon los
elementos utilizados
-
para controlar la
-
divergencia y con -
vergencia del flujo.
Compuertas

2. Objetos de Conexión
Son los elementos gráficos usados para conectar dos objetos del flujo dentro de un proce-
so. Dentro de los Objetos de Conexión encontramos:

Líneas de Secuencia Asociaciones Líneas de Mensaje

3. Canales
Son los elementos gráficos utilizados para organizar las actividades del flujo en diferentes
categorías visuales que representan áreas funcionales, roles o responsabilidades. Dentro de
losCanales encontramos:

Pools Lanes

4. Artefactos
Son elementos gráficos utilizados para proveer información adicional sobre el proceso. Den-
tro de los Artefactos encontramos:
 Objetos de Datos Grupos Anotaciones

8.1. OBJETOS DE FLUJO

1. Objetos de Flujo

Son los principales elementos gráficos que definen el comportamiento de los procesos.
Dentro de los Objetos de Flujos encontramos:

Representan algo que ocurre o que puede ocurrir durante el

curso de un proceso.

Eventos

- Representan el trabajo realizado dentro de una organización.

- Consumen recursos.
- Pueden ser simples o compuestas.

Actividades

Son los elementos para controlar los puntos de divergencia y

convergencia del flujo.

8.1.1. Actividades
Una Actividad es una unidad de trabajo a realizar. Puede ser que sea una tarea un proceso o un subpro-
ceso.

Las actividades se pueden definir como <<acción sobre un objeto>>, es decir una actividad se denomina
siempre con un verbo (acción) y un sustantivo (objeto). Por ejemplo <<comprar alimentos>> y no <<primero
hay que comprar los alimentos>>.

BPMN define dos tipos principales de actividades:

 Las actividades pueden ser compuestas o no, dentro de BPMN las actividades compuestas se conocen
como Subprocesos, y las actividades atómicas como tareas:

Tarea Subproceso

Un Sub-Proceso (Subprocess) es una activi-

Una Tarea (Task) se utiliza cuando el trabajo en el dad incluida dentro de un proceso. Es compuesto
proceso no es descompuesto en más detalle. dado que esta actividad puede ser analizada en
más detalle. Visualmente puede mostrarse colapsa-
do o expandido.

Subproceso colapsado

Tarea Subproceso expandido

Marcador Marcador Subproce- Tipos de Tipos de Subpro-

Tarea so Tarea ceso

Los marcadores especifican el comportamiento Los tipos especifican la naturaleza de la tarea

particular de las actividades durante su ejecución. que se desea llevar a cabo.

TareaEs una activi - SubProcesoEs

Ciclo EstándarLas
tareas pueden repetirse
secuencialmente com
portándose como un
ciclo. Esta característi
ca define un compor - característica define
Ciclo EstándarLos
dad atómica dentro de una actividad cu -
sub procesos pueden
un flujo de proceso. yos detalles inter -
- repetirse secuencial -
Se utiliza cuando el nos han sido mo -
mente comportándose
trabajo en proceso no delados utilizando
- como un ciclo. Esta
puede ser desglosado actividades, com -
 un comportamiento
tamiento de ciclo ba -
de ciclo basado en
sado en una condición
una condición boolea -
booleana. La actividad puertas, eventos y
na. La actividad se a un nivel más bajo
se ejecutará siempre y flujos de secuen -
ejecutará siempre y de detalle.
cuando la condición cia.
cuando la condición
booleana sea verdade -
booleana sea verdade -
ra.
ra.
Ciclo Estándar Ciclo Estándar Tarea Subproceso

Instancias Múltiples Instancias Múltiples EnvíoEs una tarea TransacciónEs

en ParaleloLas ta - en ParaleloLos sub diseñada para enviar un sub proceso

reas pueden repetirse procesos pueden re - un mensaje a un parti - cuyo comporta -

secuencialmente com - petirse secuencial - cipante externo (rela - miento es contro -

portándose como un mente comportándose tivo al proceso). lado a través de

ciclo. El ciclo multi- como un ciclo. El un protocolo de

instancia permite la ciclo multi-instancia transacción. Este

creación de un número permite la creación de incluye los tres

deseado de instancias un número deseado resultados básicos

de actividad que pue - de instancias de acti - de una transac -

den ser ejecutadas de vidad que pueden ser ción: Terminación

forma paralela o se - ejecutadas de forma exitosa, termina -

 ción fallida y

cuencial. paralela o secuencial. evento intermedio

de cancelación.
Instancias Múltiples en Instancias Múltiples en
Envío Transacción
Paralelo Paralelo

Instancias Múltiples Instancias Múltiples Subproceso de

en SecuenciaLas en SecuenciaLos EventoUn sub

tareas pueden repetirse sub procesos pueden proceso es defini -

secuencialmente com - repetirse secuencial - RecepciónEs una do como de Even -

portándose como un mente comportándose tarea diseñada para to cuando es lan -

ciclo. El ciclo multi- como un ciclo. El esperar la llegada de zado por un even -

instancia permite la ciclo multi-instancia un mensaje por parte to. Un sub proce -

creación de un número permite la creación de de un participante so de evento no es

deseado de instancias un número deseado externo (relativo al parte del flujo

de actividad que pue - de instancias de acti - proceso). normal de su pro -

den ser ejecutadas de vidad que pueden ser ceso Padre - no

forma paralela o se - ejecutadas de forma hay flujos de en -

cuencial. paralela o secuencial. trada o salida.

Instancias Múltiples en Instancias Múltiples en
Recepción Subproceso de Evento
Secuencia Secuencia

Tarea de UsuarioEs ReusableIdenti -

CompensaciónEl CompensaciónEl

objetivo de la asocia - objetivo de la asocia - fica un punto en el

ción (evento interme - ción (evento interme - flujo donde se

dio de Compensación) dio de Compen - una tarea de work - invoca un proceso

debe ser marcado sación) debe ser mar - flow típica donde una pre-definido. Los

como Actividad de cado como Subproce - persona ejecuta con la procesos reusa -

Compensación (se so de Compensación asistencia de una apli - bles se conocen

revertirá actividades (se revertirá subpro - cación de software. como Actividades

ocurridas que desha - ceso ocurridas que de Llamada en

cen actividades reali - deshacen subproceso BPMN.

zadas). realizadas).
Compensación Compensación Tarea de Usuario Reusable
.

Tarea ManualEs .
Ad HocEs un grupo
una tarea que espera
de actividades que no
ser ejecutada sin la
requieren relaciones

de secuencia. Se pue - asistencia de algún

motor de ejecución de
de definir un conjunto
procesos de negocio o
de actividades, pero

su secuencia y núme - aplicación.

ro de ejecuciones es

determinada por sus

 ejecutantes.
Subproceso de Refe-
Ad Hoc Tarea Manual
rencia

Regla de Nego -

cioOfrece un meca -

nismo para que el

. . .
proceso provea una

entrada a un motor de

Reglas de Negocio y

obtenga una salida de

los cálculos que reali -

ce el mismo.
Regla de Negocio

Invocación de Servi -

cioEs una tarea que

. . .
utiliza algún tipo de

servicio que puede ser

Web o una aplicación

automatizada.
Invocación de Servicio
. . .
 Ejecución de

ScriptEs una tarea

que se ejecuta por un

motor de procesos de

negocio. El usuario

define un script en un

lenguaje que el motor

pueda interpretar.
Ejecución de Script

. . .

.
Actividad de Referencia

Ejemplo: Solicitud de Crédito de Consumo

 Solicitud de Crédito de Consumo

Verificación Información Solicitante

Desembolsar Crédito
8.1.2. Eventos
Inicio Intermedios Fin

Eventos

Simple: Eventos sin especifi-

car. Indican puntos de inicio, de
fin y situaciones intermedias.

Mensaje: Recepción y envío de

mensajes.

Temporal: Puntos en el tiem-

po, lapsos, límites (timeouts).
Pueden ser eventos únicos o
cíclicos.

Escalable: Cambio a un nivel

más alto de responsabilidad.

Condicional: Reacción a cam-

bios en las condiciones de ne-
.
gocios o integración de reglas
de negocio.

Enlace: Conectores fuera de

página. Dos conectores de
.
enlace equivalen a un flujo de
secuencia.

Error: Captura y lanzamiento

de errores conocidos con nom- . .
bre.

Cancelación: Reacción a la
cancelación de una transac- . . . .
ción/Solicitud de cancelación.
 Inicio Intermedios Fin

Eventos

Compensación: Manejo/Solici-
tud de compensación.

Señal: Intercambio de señales

entre procesos. Una señal pue-
de ser capturada varias veces.

Múltiple: Captura uno de un

conjunto de eventos. Lanza
todos los eventos definidos.

Paralela Múltiple: Captura

todos los eventos de un conjun-
to de eventos en paralelo.

Terminación: Terminación
inmediata del proceso.
8.1.2. Eventos
Inicio Intermedios Fin

Eventos

Simple: Eventos sin espe-
cificar. Indican puntos de
inicio, de fin y situaciones
intermedias.
Evento de interme-
dio simple: Evento de inicio
Evento de inicio simple:
Indica que algo simple:
Indica donde se inicia un
sucede en algún Indica que el
proceso. No tiene algún
lugar entre el inicio y flujo finaliza
comportamiento particu-
lar
el final de un proce-
so. Eso afectará el
flujo de un proceso,
pero no iniciará
(directamente) o
finalizará el mismo

Evento de inicio de
mensaje: Se utiliza cuan-
do el inicio de un proceso
se da al recibir un mensa-
Mensaje: Recepción y je de un participante
envío de mensajes externo.
Evento de mensaje: Evento de Mensaje Evento de Mensaje Evento de Mensaje: Finalización de
Indica que un mensaje : Si un Evento de : Si interrumpe la Indica que un mensa- Mensaje:
puede ser enviado o Mensaje se encuen- actividad a la que se je puede ser enviado Indica que una
recibido. Si un proceso tra adjunto a los encuentra adjunto, o recibido. Si un pro- vez se envía el
está esperando por un límites de una activi- los bordes de la ceso está esperando mensaje finaliza
mensaje y éste es captu- dad, cambiará el flujo
figura se mostrarán
por un mensaje y és- el flujo.
rado, el proceso conti- normal a un flujo de te es capturado, el
sólidos, de lo contra-
nuará su flujo. El evento excepción cuando se proceso continuará
rio se mostrarán
que capta un mensaje se reciba un mensaje. su flujo. El evento
discontinuos
identifica con una figura que lanza un men-
sin relleno. saej se identifica con
una figura sombrea-
da
 Inicio Intermedios Fin

Eventos

Temporal: Puntos en el
tiempo, lapsos, límites
(timeouts). Pueden ser
eventos únicos o cíclicos.

Escalable: Cambio a un
nivel más alto de respon-
sabilidad.