Modelado básico con BPMN Gestión de Procesos y Servicios.

Modelado básico con BPMN

Gestión de Procesos y Servicios

Introducción

MapeadoAbstracciónPropósito

Un modelo se caracteriza por

¿Para qué modelamos?

Modelamos para entender

Diseño organizacionalDiseño de sistemas

Tipos de propósito

IntroducciónBPMN Básico

• 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.

http://www.bpmn.org/

Tres niveles de BPMN

• 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.

Un proceso sencillo

Actividades

Eventos

Flujo de secuencia

Tokens

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)

Data-based XOR ORAND

ComplexEvent-based XOR

Fig 4.84. Gateway types in the BPMN, Object Management Group (2006) M. W

Gateways

• 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.

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 “/”

Condición 1

Condición 2

Decisiones exclusivas

XOR splitXOR join

• 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.

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.

Ejecución en paralelo

Distintos resultados

Distintos eventos de inicio

• 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.

Gateways

• Nodo inclusivo: el flujo continúa por todas las alternativas que satisfacen la condición.

Condición 1

Condición 2

Decisión inclusiva

Deadlocks

Continuamos con el proceso de gestión de pedidos…

• Si el producto solicitado no está en stock, hace falta fabricarlo antes de que la gestión del pedido pueda continuar. Para fabricar un producto, es necesario pedir los materiales para fabricarlo. Dependiendo del producto, los materiales se pueden pedir al Proveedor 1, al Proveedor 2 o a ambos. Una vez que los materiales están disponibles, el producto se puede fabricar y el pedido se confirma. Por otro lado, si el producto está en stock, se obtiene del almacen antes de confirmar el pedido.

• En el ministerio de hacienda, las peticiones recibidas se registran en el sistema. Luego se investigan para preparar una respuesta del ministerio. La finalización de la respuesta incluye la preparación de la misma por un miembro del gabinete y su revisión por parte del responsible del mismo. Si éste no aprueba la respuesta, tiene que ser preparada de nuevo por el miembro del gabinete. El proceso termina cuando la respuesta es aprobada.

Bucles

La perspectiva de datos

Data objects

• Representan datos manejados por las actividades. El dato puede tener un estado asociado.

Objetos de datos

Almacenes de datos

Dato con estado

¿Puedo sustituir el flujo de secuencia por flujo de datos?

¿Afectan los objetos de datos a los tokens?¿Tenemos que modelar siempre los objetos de

datos?

La perspectiva de datosLa perspectiva de organizacional*

*En esta lección veremos una introducción a la perspectiva organizacional que profundizaremosen lecciones posteriores

Participante del procesoSistema software

Equipamiento

Recursos

• Pasivos– Ej. fotocopiadora

• Activos– Ej. Persona que fotocopia

Pools y lanes

• Los pools y lanes no tienen un significado concreto, pero lo habitual es:– Pools: Representan organizaciones / procesos– Lanes: Representan roles o departamentos en una organización

(nunca personas concretas)

Flow Objects

Events

Activities Place Order

Gateways

Connecting Objects

Sequence Flow

Message Flow

Association

Swimlanes

Data Object

Artefacts

Annotation

Fig 4.78. Business Process Modeling Notation: categories of elements

Vista privada: Típico flujo de trabajo que muestra los procesos internos de una organización específica

EntregarPedido

l Clie

Recibir Pedido

Enviar Factura

SatisfacerPedido

Pedido

RecibirPago

Factura

CerrarPedido

Recibir la Petición de Consulta

Petición deConsulta

Enviar la Cita

Datos de la Cita

Atender al Paciente

Síntomas

RecetarMedicinas

Receta

Vista abstracta: Representa la interacción entre un proceso de negocio privado y otro que se muestra como

una caja negra

Flujo de mensajes

Proceso de caja negra

Proceso de caja blanca

Colaboración: Representa la interacción entre dos o más procesos de negocio privados

Recibir la Petición de Consulta

Petición deConsulta

Enviar la Cita

Datos de la Cita

Atender al Paciente

Síntomas

RecetarMedicinas

Receta

Llamar al Médico

Recibir la CitaIr a la

ConsultaRecoger las

Recetas

La perspectiva de datosLa perspectiva organizacional*

Descomposición de procesos

Mejorar la legibilidad y entendibilidad

Descomposición de procesos

Actividades

• Tareas • Subprocesos

Nombre Nombre

Actividades

• Subproceso: actividad compuesta que se puede desglosar en subactividades con un nivel más fino de detalle. Pueden aparecer:– En versión colapsada (signo “+”)

– Expandida

Nombre

Cuando es demasiado grande (> 30 elementos aprox.)

¿Cuando descomponer en subprocesos?

Reutilización de procesos (subprocesos globales)

Call activities

Descomposición de procesosMétodo de modelado

Método para modelar en BPMN

• Paso 1: Definir el alcance del proceso• Paso 2: Crear el diagrama de alto nivel para el camino feliz• Paso 3: Añadir otros caminos de alto nivel• Paso 4: Expandir subprocesos para mostrar detalles• Paso 5: Añadir flujo de mensajes intermedios a pools

externos• Paso 6: Añadir datos

Paso 1: Definir el alcance del proceso

• ¿Qué constituye el inicio del proceso?• ¿Qué representa una instancia del proceso?• ¿Quién es el “cliente”? ¿O es el iniciador un participante de

dentro del proceso?• ¿Qué significa el final del proceso?

Paso 2: Crear el diagrama de alto nivel para el camino ideal

• Añadir pools• Añadir lanes al pool del proceso• Añadir eventos de inicio y fin (feliz)• Añadir pasos principales en el camino feliz• Reconectar pasos concurrentes y condicionales

Paso 2 (previo)

Paso 2

Paso 3: Añadir otros caminos de alto nivel

• Identificar estados finales de error• Insertar evento final por cada estado final• Insertar gateways para definir los caminos de error

Paso 3

Paso 4: Expandir subprocesos para mostrar detalles

Paso 5: Flujo de mensajes intermedios a pools externos

• Añadir black-box pools para participantes externos• Añadir flujo de mensajes de alto nivel• Añadir flujo de mensajes en diagramas de subprocesos

Paso 5

Paso 6: Añadir datos

Errores comunes

Reglas básicas de uso a tener en cuenta

• Todo proceso o subproceso debe tener un evento de inicio.

• 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.

• Los flujos de secuencia no deben cruzar nunca de un pool a otro. Para eso se usan los de mensaje.

• Los flujos de secuencia no deben cruzar nunca de un pool hijo al padre.

• El flujo de mensajes no puede conectar puntos del mismo pool

• El flujo de mensajes no puede conectar puntos del mismo pool (forma correcta)

• El flujo de mensajes no puede conectarse a un gateway.

Errores comunesResumen

Resumen

• Actividades, eventos, gateways• Perspectiva de datos• Perspectiva organizacional• Descomposición en subprocesos• Método de modelado• Errores comunes

Fundamentals of Business Process Management

• Accesible en: http://0-link.springer.com.fama.us.es/book/10.1007/978-3-642-33143-5/page/1

• Más información en: http://fundamentals-of-bpm.org/

BPMN Method and Style

• Más información en: http://brsilver.com/bpmn-method-and-style/

Modelado básico con BPMN Gestión de Procesos y Servicios.

Documents

Transcript of Modelado básico con BPMN Gestión de Procesos y Servicios.

curso bpmn

Pérez-Ortiz, HumbertoHumberto Pérez Ortiz 1 •La fase de Modelado •El Project Charter •La Notación BPMN 2.0 •Los Niveles de Modelado Contenido 2 La Fase de Modelado 1. En

Introducción al Modelado de Procesos-BPMN · Elementos de BPMN Conexión Son utilizados para ilustrar como los objetos y el flujo interactúan Secuencia Asociación Mensaje Es usada

BPMN y El Modelado de Procesos

Notación de Modelado de Procesos de Negocios (BPMN)

Métodos para el Modelado de Procesos de Negocio de ...celtic.wdfiles.com/local--files/seminarios2009/IvannaLazarte.pdf · BPMN Aplicación de un conjunto de patrones BPMN predefinidos

Diapositiva BPMN

Metodologia de la Programación II Modelado Estructural Básico

v2010.16 modelado básico de sólidos

BPMN - BIZAGI P2

Capítulo 4 - Estándar de Modelado de procesos BPMN

Modelado de Procesos de Negocio BPMN y arquitectura SOA en ...

Unidad 3. UML y BPMN en El Modelado Del Negocio

Los Procesos y su Modelado en BPMN

Clase 5 Modelado de Procesos de negocios usando BPMN.

Bpmn modelado negocios

0135 bpmn mayor_expresividad_para_modelar_procesos_de_negocio

UML y BPMN

BPMN ModelamientoProcesos1

GUÍAS DOCENTES - eug.esº-curso-2016-17.pdf · 5.2 Técnicas de modelado de Servicios. 5.3 Modelado con procesos de negocio y BPMN 2.0. 5.4 Simulación del Servicio. 5.5 Implementación,