Modelado básico con BPMN

Mapeado Abstracción Propósito Un modelo se caracteriza por

¿Para qué modelamos?

Modelamos para entender

Diseño organizacional Diseño de sistemas Tipos de propósito

Proposito de modelado de procesos 6 ciclo de vida de los procesos Communication Documentation Analysis (e.g. simulation) Descriptivo Analitico Executable

Nivel 1 (Modelado descriptivo): – Usa un subconjunto reducido de elementos de BPMN y su objetivo es facilitar la definición de un proceso. Nivel 2 (Modelado analítico): – Usa toda la expresividad de BPMN para describir el proceso de negocio de forma precisa, incluyendo manejo de excepciones. Nivel 3 (Modelado ejecutable): – Orientado a la implementación del proceso de negocio. Tres niveles de BPMN

BPMN BPMN viene de Business Process Modeling Notation (Notación para el Modelado de Procesos de Negocio). Es un estándar de representación gráfica de procesos de negocio Pretende ser un lenguaje accesible tanto para desarrolladores como para clientes y directivos.

Un modelo de proceso BPMN es un gráfico que consta de cuatro tipos de elementos básicos: activity gateway event sequence flow start end

Convenciones de nombres Actividades: VERBO + NOMBRE (Primera letra mayúsculas) – Aprobar orden Eventos: NOMBRE + PARTICIPIO (Primera letra mayúsculas) – Factura emitida Procesos: NOMBRE + ADJETIVO (Minúsculas) – Gestión de pagos Evitar nombres muy largos (< 5 palabras) Evitar verbos genéricos (ej. Hacer)

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013 Un proceso sencillo Actividades Eventos Flujo de secuencia

Orden de compra © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, Un proceso de pedido hasta el cobro se desencadena por la recepción de una orden de compra de un cliente. 2.Tras la recepción, la orden de compra tiene que ser comprobada contra el stock para determinar si el artículo solicitado están disponibles. 3.Dependiendo de la disponibilidad de la orden de compra puede ser confirmada o rechazada. 4.Si el pedido es confirmado, una factura se emite y los productos solicitados se envían. 5.El proceso se completa mediante el archivo de la orden o si el pedido es rechazado.

start event end event activity split gateway 13 end event

XOR-split  takes one outgoing branch XOR-join  proceeds when one incoming branch has completed XOR Gateway 14

Cuando se recibe la factura de un cliente, tiene que ser comprobada. La comprobación puede resultar en tres casos: 1) No hay errores, en cuyo caso la factura es contabilizada; 2) hay errores pero pueden ser corregidos, en cuyo caso la factura es reenviada al cliente, y 3) hay errores pero no pueden ser corregidos, en cuyo caso la factura se bloquea. Al terminar una de estas tres atividades, la factura es almacenada y el proceso termina. © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Gateways Nodo exclusivo: el flujo continúa por la primera alternativa que satisface la condición. Si ninguna satisface, entonces continúa por la alternativa que tiene la marca “/”

Decisiones exclusivas XOR split XOR join © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

AND Gateway 18 AND-split  takes all outgoing branches AND-join  proceeds when all incoming branches have completed

Gateways Ejecución en paralelo (bifurcación): se usa cuando dos o más tareas se empiezan a llevar a cabo concurrentemente

Gateways Ejecución en paralelo (unión): se usa para postsincronizar dos o más tareas que se han llevado a cabo concurrentemente. Espera un token de todas las ramas.

Al recibir la tarjeta de embarque, los pasajeros van al control de seguridad. Aquí tienen que pasar el control personal y el control del equipaje. Una vez realizado, pueden pasar a la puerta de embarque. © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Ejecución en paralelo © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Si el pedido es confirmado, una factura se emite y los productos solicitados se envían (en cualquier orden). El proceso se completa mediante el archivo de la orden split join 23

Ejecución en paralelo Distintos resultados © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Distintos eventos de inicio © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Reglas básicas de uso a tener en cuenta Todo proceso o subproceso debe tener un evento de inicio.

Reglas básicas de uso a tener en cuenta Todas las actividades, gateways y eventos deben estar conectados por una cadena de flujos de secuencia desde el nodo de inicio al nodo de fin.

ejercicio Una compañía tiene dos almacenes que almacenan distintos productos, uno está en Amsterdam y otro en Hamburgo. Cuando se recibe un pedido, se distribuye a estos almacenes: si alguno de los productos están en Amsterdam, un subpedido se envía allí; del mismo modo, si algún producto está en Hamburgo, un subpedido se envía allí. Después el pedido se registra y el proceso termina. © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013