Introducción a BPMN

Sistemas de Información

Introducción a la Notación BPMN

1
© 2012, Universidad Central de Venezuela. Sistemas de Información.

Agenda

• Introducción
• Eventos (Events)
• Gateways (Decisiones)
• Actividades (Activities)
• Patrones (Patterns)
• Conclusiones

2

Objetivos de Aprendizaje

Al finalizar este tema, usted estará en capacidad de:

1. Definir y describir los elementos básicos de la notación BPMN.

3

Introducción
Actividades (Activities)
Eventos (Events)
Gateways (Decisiones)

4

Introducción

Elementos Básicos de BPMN

1. 2. 3. 4.
Objetos de Objetos de Swinlanes (carriles) Artefactos
Flujo Conexión


Elementos Básicos: Objetos de Flujo

Los objetos de flujo son los principales objetos que expresan la
semántica de un modelo de proceso

Eventos

Gateways

Actividades


Elementos Básicos: Objetos de Conexión

Los objetos de conexión son usados para describir como interactúan
los objetos de flujo.

Flujo de secuencias:

Flujo de Mensaje:

Asociación:

Sequence Flow

Conditional Flow

Default Flow


Elementos Básicos: Objetos de Conexión

Flujos vs. Procesos
El flujo del proceso define como ocurre una secuencia de actividades
desde la perspectiva de un participante.

El flujo de datos define como la información es intercambiada entre
participantes


Elementos Básicos: Pools (Participantes)

Participantes es Cualquier recurso
involucrado en un proceso

3 tipos de participantes
Sistema
Humano
Proceso

Representado por un Pool
Nombrar el Pool como el participante
Dejar un Pool para representar el proceso
que se esta documentando
Al menos un Pool para representar un
sistema o humano.

Ejecutable vs. No Ejecutable


Elementos Básicos: Artefactos

Los Artefactos son usados para proveer información adicional acerca
del proceso:

Objetos de Datos:

Grupos:

Anotaciones:
Anotaciones de
Texto permiten al
Modelador agregar
información
adicional


Introducción
Activities (Actividades)
Eventos

11

Actividades: Definición

Una Actividad es una unidad de trabajo a realizar. Podría ser una
tarea, un proceso o un sub-proceso.
BPMN define dos tipos principales de actividades:
Una Tarea es una actividad atómica que se incluye dentro de un
proceso

Un Sub-proceso es un proceso que se incluye dentro de otro
proceso


Actividades: Marcas en Actividades

Las marcas son definidas para especificar semánticas adicionales,
tales como loops


Actividades: Loops Secuenciales

http://diveintobpm.org/index.jsp


Actividades: Loops Paralelos



Introducción
Eventos (Events)
Patrones (Patterns)

16

Eventos

Un Evento es algo que sucede durante la ejecución de un proceso de
negocio el cual afecta la ejecución del flujo

Existen tres tipos de eventos:

Eventos de Inicio

Eventos Intermedios

Eventos de fin


Eventos: Evento de Inicio

Un Evento de inicio indica cuando un proceso particular debe
comenzar

Un evento de inicio comienza el flujo de un Proceso
Ningún flujo de secuencia puede conectarse a un evento de inicio

Un evento de Inicio es opcional
Si no es usado, las actividades sin flujo de secuencia de entrada serán
consideradas como conectadas con un evento de inicio implícito

Usado para:

Cuando la recepción de un mensaje activa la instancia de un proceso, ej.
Recepción de una Orden

Muestra cuando una instancia debe ser activada:, ej. Fin de Mes

Eventos: Evento Intermedio

Un Evento intermedio indica cuando algo sucede durante la ejecución
de un proceso

Un evento intermedio afecta el flujo de un Proceso

Un eventos intermedio puede ser usado para:
Indicar cuando un mensaje puede ser recibido

Mostrar en donde se esperan delays

Interrumpir el flujo normal a través de manejo de excepciones


Eventos: Evento de fin

Un Evento de fin de flujo de proceso no tendrá ninguna secuencia de
flujo de salida

Un Eventos de fin es opcional

Un Evento de fin puede ser usado para:
Poner fin a un flujo de proceso y enviar un mensaje

Poner fin a un flujo de proceso y generar un error

Poner fin a un flujo de proceso y realizar una solicitud de una compensación


Eventos: Símbolo de eventos en BPMN

Mayor semántica, mediante símbolos
de eventos específicos

Un evento intermedio tipo “mensaje”,
por ejemplo, puede tener dos
instancias: enviando o recibiendo.
Los eventos que envían se anotan
con un icono relleno (negros),
mientras que los que reciben con un
núcleo claro (blancos)

Cada símbolo hereda el
comportamiento externamente y
agrega su propio significado

Eventos vacios

Evento de Inicio vacio.
Ilustra que el proceso inicia en ese
punto, pero sin ninguna información
sobre el tipo de evento

Evento Intermedio Vacio
Indica un cambio de estado del
diagrama
Punto de captura de indicadores de
gestión

Evento de Fin Vacio
Ilustra que el proceso culmina
Los procesos pueden tener múltiples
puntos de fin
Evento Terminar
Detiene el proceso inmediatamente,
incluyendo cualquier ruta paralela


Eventos en los Sub Procesos

En un subproceso se puede usar eventos de inicio y fin.
Los eventos están implícitos.
Su uso mejora la legibilidad del diagrama


Eventos: Eventos de Inicio

Disparador Descripción Símbolo Evento de inicio de
Ninguno No se especifica el tipo de evento, también se
mensaje.
usa cuando un sub proceso disparado por el El proceso inicia
proceso padre cuando se recibe un
Mensaje Llegada/envío de un mensaje y se dispara un
mensaje desde otro
proceso participante

Timer Para procesos que parten en un día/hora
específica

Condicional Es cuando un proceso parte con una
condición tal como “si se producen diferencias
de inventario teórico y físico”
Señal Una señal no es un mensaje con un destino
fijo, sino que puede activar muchos procesos
distintos
Múltiple Muchos eventos distintos pueden activar el
proceso, basta con que uno de ellos se
cumpla para que el proceso se dispare


Eventos: Eventos Intermedios

Disparador Descripción Símbolo
Ninguno No se muestra el tipo de evento

Mensaje El proceso queda en espera hasta que llegue el mensaje (recepción) o se
usa para enviar mensajes (envío), también se usa para desviar excepciones
(*)

Timer Dispara el proceso en un día/hora determinados, también se usa para
desviar excepciones

Error Se dispara cuando se produce un determinado error. Solo se puede poner en
el extremo de una actividad

Cancelar Se puede poner solo en el extremo de un sub proceso. Se dispara cuando
recibe un evento “Cancelar”

Compensación Activa eventos que compensan alguna acción, puede afectar a una actividad
si esta se especifica o a todas las suceptibles de ser compensadas

Condicional Es el evento que se dispara cuando una condición tiene valor “True”

Link Conecta dos secciones de un proceso, se puede usar –por ejemplo- para
crear loops. Puede tener múltiples fuentes pero solo un destino

Señal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien
pueda interesar

Múltiple Es cuando un evento tiene múltiples disparadores, ya sea para recepción
como para envío


Eventos: Ejemplos Eventos Intermedios

Evento intermedio de
mensaje.
El proceso espera hasta
recibir un mensaje desde
otro participante

Evento intermedio con
temporizador
El proceso espera un periodo
de tiempo antes de
continuar.

Evento de fin de mensaje
El proceso termina enviando
un mensaje a otro
participante

Eventos Intermedio - Ejemplo


Eventos: Carreras (Races)

Decisión de ruta a ejecutar basada en la primera ocurrencia de un
evento externo
Los eventos pueden ser de distintos tipos
Solo una ruta se ejecuta por lo que sincroniza con una bifurcación
exclusiva


Eventos: Races - Ejemplo



Eventos: Interrupción o Rutas Excepcionales

BPMN tiene una forma elegante de manejar rutas excepcionales



Automáticamente escala tareas retrasadas



Múltiples eventos intermedios pueden ser colocados en el borde
de un subproceso:
Eventos de error
Eventos de temporizador
Eventos de compensación


Eventos: Interrupción - Ejemplo



Introducción
Eventos

34

Gateways: Definición

Los Gateways son puntos de decisión para canalizar el flujo. Son
utilizados para controlar como interactúan los flujos de secuencias a
medida que convergen o divergen en un proceso.

Decisiones, tales como forks, merges y joins en el flujo de proceso son
modelados con Gateways

El comportamiento de cada tipo de Gateways determinará cuantas de
las rutas estarán disponible para la continuación del flujo.

BPMN define cuatro tipos de Gateways:


Gateways: Condicionales

Las distintas rutas se ejecutan
cuando se cumplen ciertas
condiciones.
Exclusivo

Solo una ruta se ejecutara

Inclusivo

Al menos una ruta se ejecuta

Puede tomar mas de una ruta
y se comporta como un
paralelo

Sincronizar con el mismo símbolo
que se inicia la bifurcación


Gateways: Condicionales

Las rutas por defecto se toman
cuando las otras condiciones
no se evaluan como
verdaderas.
Exclusivo
(A o B), sino C
Inclusivo
Si no (A y/o B) entonces C


Gateways: Condicional Exclusivo - Ejemplo


Gateways: Condicional Inclusivo - Ejemplo


Gateways: Paralelo

Los procesos con frecuencia requieren que múltiples eventos y tareas
ocurran en paralelo
Un Paralelo sincroniza los flujos que salen de manera paralela. Todas
las rutas deben completarse antes de que el proceso continúe

Sincronización
explicita:
Todas las rutas
deben
completarse
antes de que el
proceso
continúe.


Gateways: Paralelo

• Bifurcación Sincronización

Comportamiento:
•A es la primera tareas en
ejecutarse
•B,D y E inician a la vez
•F se ejecuta después de que
C,D y E hayan todas terminado


Gateways: Paralelo

Comportamiento de los subprocesos
Si existen múltiples puntos de inicio en un subproceso, cada ruta se
ejecuta en paralelo.
Forma incorrecta:

Forma correcta:


Gateways: Exclusive Event-Based

Un Exclusive Event-Based Gateways es similar al Data-Based Gateways:
La única diferencia es que, en lugar de evaluar un conjunto de alternativas para
determinar sólo un flujo de salida, el Gateway basado en evento, iniciara una carrera
entre los diferentes eventos que en el proceso se pudiera recibir; el primero en ser
recibido ganará la carrera y determinará el flujo de la secuencia de salida que debe
ser utilizado.
Aquí los flujos se dirigen según si se ha recibido un mensaje, se ha cumplido una
condición o ha pasado cierto tiempo


Gateways: Exclusive Event-Based



Introducción
Eventos

46

Un Proceso Complejo


Resumen de los elementos de BPMN

Gateways Activities Data
Data-based Exclusive Gateway
Task
Data Object
Paralllel Gateway
Data Object
Multiple Instances
Inclusive Gateway
Undirected Association
Event-based Exclusive Gateway
Directed Association
Complex Gateway Collapsed
Subprocess Bidirected Association

Events Loop
Transaction
Start Intermediate End

Catching Throwing

Plain
Message Ad-hoc Subprocesses
Timer Transaction
Error
∼
Documentation
Cancel

Compensation

Conditional

Signal
Sequence Flow
Group
Multiple
Link Conditional Flow
Terminate

Default Flow Text Annotation
Message Flow

Metamodelo de BPMN

49

Introducción
Eventos
Ejercicios

50

Ejercicios

¿Cuál de estos diagramas es el correcto?

51

Ejercicios

¿Cuál de estos flujos en los eventos están incorrectos?

52

Ejercicios

Modele una secuencia de 5 tareas llamadas A,B,C,D,E

53

Ejercicios


Convierta la tarea B en un subproceso que contenga las tareas B1 y B2

54

Ejercicios



La tarea C debe ejecutarse en paralelo con el subproceso B

55

Ejercicios




Bajo ciertas condiciones, es necesario no ejecutar la tarea C

56

Ejercicios

Bajo ciertas condiciones en vez de ejecutar C debemos terminar el
proceso, incluyendo las actividades del subproceso B.

57

Ejercicios

proceso, incluyendo las actividades del subproceso B
Queremos esperar un tiempo entre que termina B1 y el inicio de B2

58

Ejercicios

La tarea A es realmente la recepción inicial de un mensaje de un
participante “Cajero”.
La tarea E es realmente el envío final de un mensaje a un participante
“Contabilidad”

59

Ejercicios

60

Ejercicios

La tarea A es realmente la recepción inicial de un mensaje de un
participante “Cajero”.
La tarea E es realmente el envío final de un mensaje a un participante
“Contabilidad”
Si el subproceso B no termina en un tiempo determinado es necesario
ejecutar una tarea “escalar”

61

Ejercicios

62

Introducción
Eventos
Ejercicios
Mejores Prácticas

63

Objetivos al modelar en BPMN

Ser eficientes capturando la información del
proceso
Reducir errores de interpretación
Transferir conocimiento
Hacer los diagramas tan fáciles de leer como sea
posible

64

Consejos

Cree los procesos inicialmente usando solo símbolos de tareas.
Luego cambie el símbolo para detallar más el comportamiento del proceso

Concéntrese en documentar el proceso
No intente agregar participantes desde las primeras fases de modelado

65

Consejos

Luego de tener un acuerdo sobre el flujo del proceso, agregue
participantes e interacciones.
Agregar participantes antes, tiene a mantener el foco en detalles de
forma prematura y a causar la necesidad de re-diagramar el proceso.

66

Consejos

Utilice el artefacto de anotación para agregar información importante a
transferir

67

Consejos

Asígnele nombres a sus tareas considerando la perspectiva del
participante que la ejecuta

68

Consejos

Coloque “la pregunta” asociada en cada bifurcación
cada ruta representa una respuesta, asígnele una etiqueta para
documentarla en el diagrama

69

Consejos

Coloque “la pregunta” asociada en cada bifurcación
cada ruta representa una respuesta, asígnele una etiqueta para
documentarla en el diagrama

70

Consejos

Una bifurcación hace una sola pregunta.
Evite condiciones que no estén relacionadas entre sí.

Utilice condiciones de cascada en ese caso.

71

Consejos

Las condiciones
pueden ser
anidadas

En ese caso, use
subprocesos para
evitar confusión y
mejorar la
legibilidad

72

Consejos

Cada objeto puede tener un color distinto. Use esta opción para hacer
sus diagramas más simples de leer. Adopte una convención y
apéguese a ella.

73

Introducción
Eventos
Ejercicios
Mejores Prácticas
Ejercicios

74

Ejercicio A

Después de un incendio, por un lado se necesita obtener información
de nuestra compañía de seguro. Por otro lado, es posible que
necesitemos información adicional del departamento de bomberos,
pero solo si los bomberos participaron durante el apagado del incendio.
Cuando se tenga toda la información, se necesita escribir un informe
consolidado

75

Ejercicio A

76

Ejercicio B

Nuestros productos están listos para ser enviados. Para determinar
que compañía de envío utilizar, enviamos 3 mensajes separados a
cada una pidiéndole que despachen nuestros productos. La primera
compañía que responda que puede hacer el envió es la escogida

77

Ejercicio B

78

Ejercicio C

1. Un proceso cliente envía una petición para que se realice una solicitud y aprobación de
fondos
2. Se solicita y recibe la información de la solicitud de un empleado
3. Se solicita y recibe la aprobación de la solicitud de un gerente
4. Si la solicitud del empleado es rechazada se vuelve al paso #2
5. Si se aprueba la solicitud, se solicita y recibe información contable al director del área
6. Se solicita y recibe la revisión del departamento de finanzas. Este departamento puede:
a. Aprobar
b. Rechazar basados en la información de la solicitud del empleado
c. Rechazar basados en la información contable proporcionada por el director
7. Si el departamento de finanzas rechazó basado en la solicitud del empleado, se debe
volver al paso #2
8. Si el departamento de finanza rechazó basado en la información contable, se debe
volver al paso #5
9. Si el departamento de finanzas aprobó, el proceso finaliza enviando un mensaje al
proceso cliente.

79

Ejercicio C

80

Ejercicio C

81

Ejercicio C

82

Conclusiones Conclusiones

• Hemos realizado un estudio de …..
• Hemos hecho una discusión sobre….
• Se han desarrollado demostraciones de

83

Introducción a BPMN

Recomendados

Recomendados

Más contenido relacionado

Similar a Introducción a BPMN

Similar a Introducción a BPMN (20)

Último

Último (20)

Introducción a BPMN

Notas del editor