BPM Americas Curso en Español 2013 v11 Participantes

¿Qué es BPMN BPMN 2.0?

Business Process Management BPMN 2.0

1

0

BPMamericas.org Recurso de Aprendizaje para la Gestión de Procesos de Negocios © Bruce Silver Associates 2011 © BPM Americas 2011 2

0

Quienes Somos Líder Mundial en Educación BPMN

Líder en Tecnología BPM

Líder en Consultoría

Líder en Certificaciones

3

0

Visión & Misión

Visión Ser el instituto líder en formación en Latinoamérica del estándar BPMN y posicionarse como la fuente principal de aprendizaje para la gestión de procesos de negocio.

Misión Difundir el conocimiento del estándar BPMN con nuestros servicios de entrenamiento certificado. Ser la principal fuente de información de BPM en español.

4

0

Sobre Bruce Silver

• Fundador de BPMessentials, el proveedor líder de capacitación y certificación de BPMN (www.bpmessentials.com) en el mundo • Autor de BPMN Method and Style (Método y Estilo de BPMN). • Miembro del comité técnico BPMN 2.0 en el Grupo de Gestión de Objetivos (OMG). • BPMS Watch, comentarios sobre BPMN y BPM • Suites (www.brsilver.com) • Desarrollador de herramientas de apoyo para • el método “Method and Style”.

5

0

Sobre Brian Reale

• Fundador de Colosa, Inc., ProcessMaker®, and ProcessMapper® • Instructor Autorizado de BPMN Method & Style de Bruce Silver • Traductor Oficial de la Versión en Español de BPMN Método & Estilo y Autor del Apéndice de la Versión en Español • Miembro del Object Management Group (OMG) y del Workflow Management Coalition (WFMC.org) • www.linkedin.com/in/brianreale

6

0

“BPMN es muy difícil…”

• Es un mito. No es verdad. • …pero “un mal BPMN” es habitual. • “BPMN es bueno porque”… – …es una destreza lista para ser aprendida. – …no requiere conocimiento técnico. – …es un lenguaje de procesos común compartido por los negocios y la IT (tecnología de la información). – …requiere disciplina y atención al detalle. 7

0

Objetivo: “un buen BPMN”.

• Usted aprenderá a crear diagramas de procesos que… – Se sustentan por sí mismos. • Procesan evidencia lógica directamente del diagrama

– Son correctos, por especificaciones de BPMN – Son completos, incluyendo… • Cómo los procesos comienzan • Resultados finales significativos y vías de excepción • Puntos de encuentro con el entorno externo

– Son consistentes a lo largo del negocio – Se pueden compartir entre los negocios y la IT 8

0

Usted aprenderá

• El vocabulario de BPMN – El significado de las figuras y símbolos importantes – …paso a paso, Nivel 1, luego Nivel 2

• El Método – Una metodología prescriptiva para ir de una hoja en blanco, a un modelo de proceso apropiadamente estructurado.

• Principios del Estilo BPMN • Respaldado por… – Ejercicios prácticos en clase utilizando una herramienta BPMN – Una herramienta de validación en línea “method and style” – Certificación de competencia basada en exámenes y ejercicios después de clase.

9

0

Method and Style (Método y Estilo)

• Más allá de la especificación de BPMN – Enfoque sobre modelado no ejecutable…como lo realiza el analista de negocios, arquitecto de negocios, arquitecto de procesos, consultor/facilitador de procesos

• De arriba abajo, estilo jerárquico, que muestra… – Cómo comienza el proceso – Sus posibles resultados finales – Sus puntos de contacto con solicitantes, proveedores de servicios y otros procesos internos y externos

• Adecuado para el análisis cualitativo o cuantitativo, así como para los requisitos efectivos de negocios – Se puede compartir entre los negocios y entre negocios y la IT

• Objetivo: una maximizada comprensión compartida – Diagramas que se sustentan por sí mismos.

10

0

Método y Estilo – El Libro

• Capacitación basada en el libro BPMN Method and Style (Método y Estilo) de Bruce Silver – www.bpmnstyle.com – Amazon.com http://www.amazon.com/exec/obidos/ASIN/0 982368100

• Explicación del Estándar BPMN 2.0 – Método y estilo basado en niveles – Cubre tipos de eventos y patrones adicionales

• Referencia útil para la capacitación 11

0

La Herramienta

• Modelador de procesos es ProcessMapper • Por qué esta herramienta? – – – – –

Todo vía Web y vía redes sociales Validación de Método y Estilo incorporada Admite figuras BPMN 2.0 Calidad en dibujos, capas y otras características Admite la metodología de Bruce Silver jerárquica de arriba abajo. – Exporta a BPMN 2.0 XML para interoperabilidad con otras herramientas

• Licencia de 1 año incluida en la capacitación – El ejercicio de certificación es aceptado únicamente por medio de esta herramienta 12

0

Certificación Después de Clases

• Dominio de BPMN, no todo BPM – Habilidad para interpretar BPMN – Comprensión de los principios de Método y Estilo – Habilidad para crear un “buen BPMN”

• Paso 1: Pruebas de opción múltiple revisa la comprensión de BPMN – Se requieren 8 de 10 para pasar, 3 posibilidades. Se debe pasar el Paso 1 para ser certificado.

• Paso 2: Crear un modelo de proceso que cumplan con criterios específicos. – Enviar vía e-mail después de la capacitación, reiterando hasta que esté lo suficientemente bien.

• Usted sólo tiene 60 días! – Posible extensiones de 60 días, o de 1 año pagando una tarifa.

• Los profesionales BPMN certificados están reconocidos en la página web de BPMamericas.org – …y certificado impreso emitido por SGS

13

0

Estructura del Curso

Nivel 1 1. Por qué aprender BPMN? 2. BPMN Por Ejemplos 3. El Método 4. El Estilo BPMN

Nivel 2 5. Eventos • Eventos cronometrados • Eventos por mensajes • Eventos por error 6. Ramificación y fusiones 7. Iteración 8. Siguiendo las reglas 9. Certificación y más allá

14

0

Contacto

v6.1 Noviembre de 2012 Contenido para capacitación – Training Content © Bruce Silver Associates 2009-2011 © BPM Americas 2011 (traducción al español) La reproducción no autorizada está prohibida. Contacto: Andrea Casallas [email protected] +1-305-675-4177 +57-1-508-2507 ext. 130 www.bpmamericas.org

15

1

Modelado de Procesos con BPMN

Parte 1. Por qué aprender BPMN?

16

1

Qué es BPMN?* 1. Una notación para diagramar modelos de procesos de negocios

17

1

Qué es BPMN?

1. Una notación para diagramar modelos de procesos de negocios 2. Un estándar de la OMG (Object Management Group) Fecha: Mayo, 2010

Business Process Model and Notation (BPMN) – Notación para el Modelado de Procesos de Negocios Versión 2.0

_________________________ Documento del OMG Número: dic/2010-05-03 URL del documento del estándar: http://www.omg.org/spec/BPMN/2.0

_________________________ 18

1

Qué es BPMN?

1. Una notación para diagramar modelos de procesos de negocios 2. Un estándar de la OMG (Object Management Group) 3. Se basa en flujogramas

19

1 1.

2.

3. 4.

Qué es BPMN?

Una notación para diagramar modelos de procesos de negocios Un estándar de la OMG (Object Management Group) Se basa en flujogramas Simple – sólo 3 objetos de flujo principales!

Elemento

Descripción

Evento

Un Evento es algo que “ocurre” durante el curso de un Proceso (ver pág. 242) o una Coreografía (ver pag. 346). Estos eventos afectan el flujo del modelo y usualmente tienen una causa (un disparador – trigger) o un impacto (resultado). Los Eventos son círculos con centros abiertos para permitir que marcadores internos diferencien diversos disparadores o resultados. Hay 3 tipos de Eventos, basados en cuándo afectan el flujo: de Inicio, Intermedios y de Fin.

Actividad

Una actividad es un término genérico para el trabajo que la empresa realiza (ver pág. 153) en un Proceso. Una Actividad puede ser atómica o no atómica (compuesta). Los tipos de Actividades que son una parte de un Modelo de Proceso son: Subproceso y Tarea, que son rectángulos redondeados. Las Actividades son usadas en ambos, Procesos estándar y en Coreografías.

Gateway

Un Gateway es usado para controlar las divergencias de Flujos de Secuencia en un Proceso (ver pág. 147) y en una Coreografía (ver pág. 351). Así, determinará la ramificación, bifurcación, fusión y unión de rutas. Los marcadores internos indicarán el tipo de control del comportamiento.

Flujo de secuencia

Un Flujo de Secuencia es usado para mostrar el orden en el que se llevarán a cabo las actividades en un Proceso (ver pág. 97) y en una Coreografía (ver pág. 326).

Notación

20

1

Qué es BPMN?

1. Una notación para diagramar modelos de procesos de negocios 2. Un estándar de la OMG (Object Management Group) 3. Se basa en flujogramas 4. Simple 5. Expresivo en su manejo de excepciones

21

1

Qué es BPMN?

1. Una notación para diagramar modelos de procesos de negocios 2. Un estándar de la OMG (Object Management Group) 3. Se basa en flujogramas 4. Simple 5. Expresivo en su manejo de excepciones 6. Aguanta un amplio grupo de Analista de Negocios participantes

Arquitecto IT/ Desarrollador

BPMN

Dueño del Proceso

Usuario de Negocios 22

1

Cómo se diferencia BPMN de los Flujogramas

• Semántica y reglas incorporadas Elemento

Descripción

Evento

Un Evento es algo que “ocurre” durante el curso de un Proceso (ver pág. 242) o una Coreografía (ver pag. 346). Estos eventos afectan el flujo del modelo y usualmente tienen una causa (un disparador – trigger) o un impacto (resultado). Los Eventos son círculos con centros abiertos para permitir que marcadores internos diferencien diversos disparadores o resultados. Hay 3 tipos de Eventos, basados en cuándo afectan el flujo: de Inicio, Intermedios y de Fin.

Actividad

Una actividad es un término genérico para el trabajo que la empresa realiza (ver pág. 153) en un Proceso. Una Actividad puede ser atómica o no atómica (compuesta). Los tipos de Actividades que son una parte de un Modelo de Proceso son: Sub-proceso y Tarea, que son rectángulos redondeados. Las Actividades son usadas en ambos, Procesos estándar y en Coreografías.

Gateway

Un Gateway es usado para controlar las divergencias de Flujos de Secuencia en un Proceso (ver pág. 147) y en una Coreografía (ver pág. 351). Así, determinará la ramificación, bifurcación, fusión y unión de rutas. Los marcadores internos indicarán el tipo de control del comportamiento.

Flujo de secuencia

Un Flujo de Secuencia es usado para mostrar el orden en el que se llevarán a cabo las actividades en un Proceso (ver pág. 97) y en una Coreografía (ver pág. 326).

Notación

23

1 1. 2.

Cómo se diferencia BPMN de los Flujogramas

Semántica y reglas incorporadas Vista jerárquica – Desglose a cualquier nivel de detalle…manteniendo al mismo tiempo la integridad de un único modelo de inicio a fin. Colapsado

Expansión Jerárquica

24

Cómo se diferencia BPMN de los Flujogramas

1 1. 2.

Semántica y reglas incorporadas Vista jerárquica 

3.

Desglose a cualquier nivel de detalle…manteniendo al mismo tiempo la integridad de un único modelo de inicio a fin.

Puede mostrar “colaboración” entre procesos.

25

1 1. 2.

3. 4.

Cómo se diferencia BPMN de los Flujogramas Semántica y reglas incorporadas Vista jerárquica  Desglose a cualquier nivel de detalle…manteniendo al mismo tiempo la integridad de un único modelo de inicio a fin. Puede mostrar “colaboración” entre procesos. Amplio soporte para el manejo de excepciones en eventos ∙ Los eventos pueden iniciar un proceso, restaurar un proceso pausado, abortar una actividad, re direccionar por una ruta de excepción, iniciar un hilo paralelo…

26

1 1. 2.

Cómo se diferencia BPMN de los Flujogramas Semántica y reglas incorporadas Vista jerárquica 

3. 4.

Puede mostrar “colaboración” entre procesos. Amplio soporte para el manejo de excepciones en eventos 

5.

Desglose a cualquier nivel de detalle…manteniendo al mismo tiempo la integridad de un único modelo de inicio a fin.

Los eventos pueden iniciar un proceso, restaurar un proceso pausado, abortar una actividad, re direccionar por una ruta de excepción, iniciar un hilo paralelo…

Modelo de semántica único puede exponer detalles a múltiples niveles 

No hay necesidad de sincronizar manualmente modelos de alto nivel y detallados

27

1 •

•

BPMN Sustenta Procesos Ejecutables

BPMN Suite ‘ejecuta’ el modelo – Herramientas integradas y tiempo de ejecución de un único vendedor. • Automatización del flujo de trabajo humano. • Integración de la aplicación • Reglas del negocio • Monitoreo del desempeño, pista de auditoría – Diseño en gráficos para hacer “click”. Modele – ejecute – monitoree – optimice  Construya para cambiar

28

1

BPMN Sustenta Procesos Ejecutables

• El problema de “ida y vuelta” en la primera generación de BPMS. – El diseño ejecutable y de modelado utilizan lenguajes diferentes.

29

1

Implementación de Negocios Potenciados

• El detalle de ejecución de la capa de segunda generación de BPMS, se encuentra encima del diagrama de flujo estandarizado de BPMN. – No hay problema de “ida y vuelta”!

30

1

Qué no está estandarizado por BPMN

• BPMN sólo describe el flujo de actividades – Cuando se dan pasos, en qué orden • Puntos de inicio y fin, caminos condicionales y concurrentes

• No define… – – – – –

Cómo se realizan los pasos* Quién los realiza y dónde * …o porqué – problemas, estrategias y metas Tampoco parámetros de simulación (tiempos, costos) o KPI’s * El BPMN ejecutable (Nivel 3) los incluye para procesos ejecutables.

• Las herramientas BPMN proporcionan esos aspectos, pero no parte del estándar.

31

1

BPMN 2.0

• Finalizada en agosto de 2010. • Qué hay de nuevo?

Diagrama de Proceso

– Diagramas de Coreografía y Conversación para B2B – Detalles ejecutables – Esquema XML para el intercambio de modelos

• Solamente adiciones menores a la notación

Diagrama de Coreografía

– La paleta Nivel 1 está virtualmente invariable de BPMN 1.2 – Nuevo: Eventos que no interrumpen, subprocesos de eventos. – Ha cambiado: pools, carriles, flujo de datos.

• Importancia de BPMN 2.0 – Metamodelo formal y esquema XML • Subclases descriptivas y analíticas = Paletas Nivel 2 y Nivel 2

Diagrama de Conversación

– Enlace directo a la ejecución del proceso.

32

1

Subclases Descriptivas y Analíticas de BPMN 2.0

Descriptivo (Nivel 1)

Analítico (Nivel 2)

Pool, carril

Bucle (loop), Actividad MI

Flujo de secuencia, flujo de mensaje

Flujo de secuencia Condicional, Predeterminado

Gateway Exclusivo, Paralelo

Gateway Inclusivo, de evento

Tarea del Usuario, Tarea de Servicio

Enviar tarea, Recibir tarea

Evento de Inicio Básico, de Mensaje, por temporizador

Evento de captura de Mensaje, Temporizador, Señal, Condicional

Evento de fin Básico, de Mensaje, Terminador

Evento de lanzamiento de Mensaje, Señal, de escalada

Sub-proceso, Actividad de Llamada

Evento en el límite de Mensaje, Temporizador, Error, Señal, Condicional, ‘de escalada’

Objeto de datos, Almacenamiento de Datos, Asociación de datos

Evento de fin de Error, Escalada; Evento de inicio de Señal, condicional

Anotación de texto, Asociación

Enlazar con su par

Grupo, Documentación

Mensaje 33

1 1.

Recapitulación: Beneficios Únicos de BPMN Es un estándar multi-vendedor

– Amplia gama de herramientas – Herramientas de bajo costo – Educación desde muchas fuentes = comprensión de amplia difusión

2.

Lenguaje de procesos común – Amigable para los negocios…pero expresivo y preciso – Utilizable en múltiples niveles.

3.

Soporta vista BPMN de principio a fin. – Sub-procesos de colapso/expansión – “Colaboración” entre procesos.

4.

Descripción de negocios potenciados de comportamientos activados por eventos. – Cómo debería el proceso responder a las excepciones.

• La habilidad crítica requerida para BPM. 34

1

Contacto

v6.1 Noviembre de 2012 Contenido para capacitación – Training Content © Bruce Silver Associates 2009-2011 © BPM Americas 2011 (traducción al español) La reproducción no autorizada está prohibida. Contacto: Andrea Casallas [email protected] +1-305-675-4177 +57-1-508-2507 ext. 130 www.bpmamericas.org

35

2

Modelado de Procesos con BPMN

• Parte 2. BPMN a través de Ejemplos

36

2

Echa a andar la herramienta!

37

2

Crear proyecto

Crear proyecto

38

2

Diseñador

39

2

Diseñador

Drag & drop

40

2

BPMN en Una Diapositiva

• Sólo 3 objetos principales de flujo  El flujo de secuencia sólo puede conectarse a estas 3 figuras 1. Actividad - Rectángulo redondeado • El trabajo realizado en el proceso • Ya sea tarea (atómico) o subproceso (compuesto)

2. Gateway – diamante • Lógica de ruta, no realiza trabajos

3. Evento – círculo • Una señal de que “algo ocurrió”. 41

2

Proceso Simple

42

2

Estados Finales y Caminos de Excepción

• El modelo del proceso muestra el flujo de la actividad desde el inicio hasta el estado final – Cada estado final definido es un evento final separado – El diagrama del proceso muestra todos los posibles caminos a algún estado final • Qué actividades a veces se saltan • Qué actividades se realizan paralelamente a otras • Un gateway después de una actividad prueba su estado final

43

2

Modelo de Proceso del Nivel más Alto

• Utilice un gateway para saltar al evento final Orden fallida como excepción – No Cumpla con la Orden si el crédito está mal – No envíe la Factura si el ítem está fuera de stock • Orden completada y Orden fallida son estados finales definidos – Representados por eventos finales separados – …etiquetados para indicar el estado final • Guardar (volveremos a esta parte)

44

2

Los “Gateway” Controlan el Flujo del Proceso

•

Sin un gateway, todos los flujos de secuencia fuera de una actividad están habilitados paralelamente

•

Algunas otras notaciones no trabajan así:

No es BPMN 45

2

Los “Gateway” Controlan el Flujo del Proceso Sin un gateway, todos los flujos de secuencia fuera de una actividad están habilitados paralelamente

BPMN

• Si no hay un símbolo adentro, se trata de un gateway “exclusivo basado en datos” (XOR) – Hay otros tipos de gateways

46

2

Los “Gateway” No Realizan el Trabajo

• …sólo lógica de ruta • Utilizan una actividad… – Para tomar una decisión humana – Para invocar un servicio de decisión (ej. en un motor de reglas). • En vez de esto…

47

2

Los “Gateway” No Realizan Trabajos

• …sólo lógica de ruta • Utilizan una actividad… – Para tomar una decisión humana – Para invocar un servicio de decisión (ej. en un motor de reglas)

• Hacen esto…

• Asuma que un gateway prueba el estado final de la actividad precedente 48

2

Ejercicio 2-1

• Diagrame este proceso de ‘Cumplir Orden’ utilizando un evento de inicio, tareas y gateways. – Asigne a cada “estado final” definido su propio evento de fin.

1. 2.

Revise el inventario Si se encuentra en stock… a. b. c. d.

3.

Recoja el stock del inventario Empaque para envío Envíe la orden Finalice el proceso

Si no se encuentra en stock… a. b.

Notifique la adquisición para reabastecer el stock. Finalice el proceso

49

2

Añada un Pool y Carriles

Pool = Proceso BPMN

50

2

Añada un Pool y Carriles

Pool = Proceso BPMN Carril = rol del realizador u organización 51

2

Añada el Tipo de Actividad Tarea del usuario (tarea humana)

Tarea del servicio (automatizada) Subproceso (colapsado)

52

2

Subproceso Colapsado

• Una actividad compuesta  Puede ser visualizado como un rectángulo “opaco” (colapsado)  …o expandido en un diagrama a nivel “hijo” (expansión jerárquica)  …o como un rectángulo “transparente” en un diagrama a nivel “padre” (expandida en línea)  Todas las representaciones reflejan el idéntico elemento semántico

Expansión Jerárquica

• Debe tener un evento que No sea de inicio  El “Disparador” es el flujo de secuencia hacia el subproceso.

Expansión en Línea

• Estricta semántica de contención  El flujo de secuencia no puede cruzar el límite del subproceso (no puede cruzar los niveles del proceso).

53

2

Valor de los Subprocesos

Usado para muchos propósitos 1. Modelado jerárquico basado en niveles anidados  Múltiples vistas – acercamiento o alejamiento  Comprensión del proceso de principio a fin como una sola entidad.

2.

Metodología de arriba-abajo 

3. 4.

Abstracción de desconocidos

detalles

Definir límites de propiedad distribuida o de reutilización. Definir el alcance del evento para el manejo de excepciones.

54

2

Caja Paralela

• El subproceso contiene a las actividades “flotantes”, sin flujos de secuencia o eventos de inicio/fin • Significa desempeñar todas las actividades en paralelo • El subproceso está completo cuando todas las actividades contenidas están completas.

55

2

Subproceso Ad-Hoc

• Especie especial de subproceso de caja paralela donde las reglas normales de finalización no se aplican • Identificados por una marca de tilde en la parte inferior central • Contiene actividades que…  …pueden ser realizadas en cualquier orden  …no necesitan ser completadas para completar el subproceso

56

2

Expandir el Subproceso a un Nuevo Nivel de Proceso

57

2

Expandir el Subproceso a un Nuevo Nivel de Proceso

• En la página de nivel hijo, modele el subproceso expandido de ‘Cumplir Orden’

• Fíjese que la etiqueta de estado final coincide con el gateway (“Cumplido ok”) • No dibuje un pool…es automáticamente heredado del nivel más alto  Dibuje carriles sólo si quiere refinar o redefinir el carril en el nivel más alto 58

2

Expansión Equivalente en Línea

• Estilo de modelado “plano”

Cumplida ok?

59

2

Expansión Incorrecta de „Cumplir Orden‟

• Por qué?

60

2

División Paralela y Unión

• División paralela significa que cualquier actividad puede comenzar primero, y pueden superponerse algún momento • Unión significa esperar a que ambas se completen antes de continuar • Clic derecho, Tipo de Gateway = Paralelo (AND)

61

2 •

División Paralela y Unión

El gateway AND de división es opcional siguiendo una actividad o evento de inicio  Múltiples flujos de secuencia afuerasignifican tomar todos los caminos en paralelo

• •

No se puede omitir un gateway AND de unión para fusionar caminos paralelos en una actividad …pero no utilice un gateway AND de unión en un evento de fin  La unión está siempre implícita en el evento de fin

•

Los caminos paralelos pueden ir a eventos de fin separados.  El nivel de proceso está completo cuando todos los caminos paralelos alcanzan el evento de fin.

62

Mostrar “colaboración” con el cliente

2

Recibir orden

63

2

Mensaje

• En BPMN, “mensaje” significa cualquier comunicación entre el proceso y una entidad externa  Debe estar en medio del proceso y el cliente/solicitante, proveedor de servicios, u otro proceso interno…  Un email al realizador en otro carril NO es un “mensaje” en BPMN

• Puede tomar cualquier forma…    

Mensaje automatizado de aplicación, ej. SOAP o JMS E-mail Correo en papel, fax Llamada telefónica

64

2

Flujo de Mensaje y Evento Mensaje

• El mensaje representado por el conector del flujo de mensaje  La fuente y el objetivo DEBEN estar en diferentes pools  Conectarse a un límite de un pool caja negra, a cualquier actividad o evento mensaje en el pool caja blanca

• El evento mensaje a veces implica un mensaje electrónico automatizado  Para indicar un mensaje humano (teléfono, email), puede adjuntar el flujo de mensaje a la tarea del Usuario

Enviar confirmación

65

2

El Cliente está Adentro o Afuera?

66

El Cliente está Adentro o Afuera? • El modelar al “cliente” como externo al proceso, se remonta a los diagramas de swimlanes originales de los ’80s

2

 Swimlane de más arriba y las “líneas de visibilidad” del proceso  También es consistente con SOA hoy en día  El proveedor del proceso (servicio) Vs. el solicitante

• Cuándo debería poner al iniciador en el pool externo?  Relacionado a cómo inicia el proceso  3 reglas generales básicas

67

2

Regla General # 1

• El iniciador del modelo como un pool caja negra externo cuando…  El proceso inicia a solicitud…  ...con la recepción de un documento o formulario del iniciador

 …y ningún  Proceso tiene otra interacción con el iniciador, excepto posiblemente al retornar a la notificación de estatus final (ej confirmación o rechazo), o…

Enviar confirmación

68

2

Regla General # 1

• El iniciador del modelo como un pool caja negra externo cuando…  El proceso inicia a solicitud…  ...con la recepción de un documento o formulario del iniciador

 …y ningún 1.

Proceso tiene otra interacción con el iniciador, excepto posiblemente al retornar a la notificación de estatus final (ej confirmación o rechazo), o… 2. El solicitante es externo a la organización proveedora del proceso y que no realiza tareas definidas del proceso

 Se utiliza un evento de inicio Mensaje  Buena práctica para volver al estatus final en el mensaje y evento

Enviar confirmación

69

2

Regla General # 2

• No crear un pool de solicitante externo cuando…  El iniciador es parte de la organización realizando el proceso y realiza tareas dentro del proceso

• Hacer un carril para el iniciador en el pool del proceso, con un evento no de inicio  Significa un “inicio manual”  Los procesos de frente a los empleados son un área gris

70

2

Regla General # 3

• No crear un pool de solicitante externo cuando…  El proceso es iniciado sobre un programa predefinido (usualmente recurrente)

• Utilizar un evento de inicio temporizador  Etiquete para indicar el inicio programado

71

2

Eventos de Inicio y Fin

• Evento de inicio  Normalmente sólo uno en un proceso o subproceso  Disparador de mensaje (nivel más alto) significa iniciado por una solicitud externa  Disparador de temporizador (nivel más alto) significa un proceso programado/recurrente  Disparador básico(nivel más alto) significa inicio manual por el realizador de la tarea  El subproceso DEBE tener un evento Básico de inicio

• Evento de fin  Usualmente más de uno en un proceso o subproceso  Uno para cada estado final definido  El resultado del mensaje significa enviar un mensaje al alcanzar el evento de fin

 Todos los caminos paralelos deben alcanzar un evento de fin para completar el proceso o subproceso  Resultado terminador significa no esperar a que los caminos paralelos se completen

72

2

Ejercicio 2-2

Escenario: Solicitud de tiempo libre (vacación) 1.

Un empleado que solicita tiempo libre, remite una solicitud de tiempo libre. Esto inicia el proceso. El gerente revisa la solicitud

2. 



Si el gerente desaprueba, finalice el proceso con un mensaje de desaprobación al empleado Si el gerente aprueba…  

3.

Realice una búsqueda automatizada del tiempo de vacación disponible del empleado Independientemente del resultado, vaya a la revisión HR

Paso de revisión de HR. HR debe aprobar o rechazar la solicitud  Si HR lo apruebe, entonces termina el proceso con un mensaje de aprobación al empleado  Si HR no lo apruebe, entonces termina el proceso con un mensaje de rechazo al empleado de rechazo

Diagramar este proceso en BPMN Mostrar swimlanes para el Gerente y el HR Mostrar el flujo del mensaje desde/hasta el empleado como solicitante externo 73

2

Ejercicio 2-3

 Queremos mostrar los detalles del paso de Revisión de la Solicitud a cargo de HR  HR tiene que… 1. 2. 3. 4.

Revisar el tiempo de vacación disponible de la búsqueda Si el tiempo disponible es insuficiente, Revisar la justificación. Si hay suficiente tiempo disponible, se puede saltar este paso. Luego Decidir la Solicitud Si es aprobada, actualizar el tiempo de vacación disponible

 Convertir la tarea de Revisión de la Solicitud a cargo de HP a un subproceso colapsado  Definir los detalles del subproceso a un nuevo nivel de proceso  Haga coincidir la etiqueta de estado final con el gateway a nivel padre

74

2

Objeto de Datos

• El flujo de datos no está enfatizado en BPMN  Todos los datos de instancia, los estados de fin están “asumidos” como visibles en sentido descendente en el proceso

• En BPMN 1.x, el objeto de datos era un “artefacto”  Una anotación, efectivamente no tiene impacto en el flujo  Está enlazado vía Asociación al flujo de secuencia

Objeto de Datos [estado]

• En BPMN 2.0, técnicamente significa “instancia variable”  Local al nivel del proceso  La Asociación Direccional de Datos es mapear hacia/desde la entrada/salida (input/output) de la actividad Orden

Esto (BPMN 1.2)…

Orden

…es un atajo visual para esto (BPMN 2.0). 75

2

Almacenamiento de Datos

• Datos persistentes (nuevo en BPMN 2.0)  Externos al proceso, pero el proceso tiene acceso de almacenamiento/recuperación a ellos  Utiliza asociación direccional de datos para mostrar el flujo de datos hacia/desde el proceso

 Es alternativo al envío de mensajes  Cuando la actividad del proceso “recibe” o “sondea” información, utiliza el almacenamiento de datos  Cuando el proceso espera a recibir información, usa mensajes

76

2

Anotación de Texto

• Texto libre  Identificado por un corchete cuadrático izquierdo  Enlazado al objeto del diagrama por un conector de asociación Anotación de texto

77

2

Recapitulación: La Paleta Nivel 1

• Set de trabajo de BPMN figuras para un modelado descriptivo  Los modelos nivel 1 están restringidos a estas figuras

• Todos los usuarios de BPMN en su organización deberían comprender su uso

Inicio

Intermedio

Descriptivo (Nivel 1) Pool, Carril

Fin Tarea

Flujo de secuencia, flujo de mensaje Gateway exclusivo, paralelo Tarea del usuario, tarea de Servicio

Subproceso (colapsado) Subproceso (expandido)

Evento básico, de mensaje,

Actividad de llamada (Tarea de llamada)

temporizador y de inicio

Actividad de llamada (Pr…de llamado)

Evento básico, mensaje, terminador y fin Subproceso, Actividad de Llamado Objeto de datos, almacenamiento de datos,

flujo de secuencia Flujo de mensaje Asociación Asociacion de datos

Asociación de datos

Anotación y asociación de texto, Grupo, Documentación

Anotación de texto

Objeto de datos

Almacenam. de datos

Grupo

Carril

78

3

Modelado de Procesos con BPMN

• Parte 3. El Método

79

3

El Método BPMN

• Orientación preceptiva para maximizar una comprensión compartida • Metas  Consistencia estructural  Estados finales de arriba a abajo, jerárquicos, explícitos, contexto global visible…

 Legibilidad  Rastreable de arriba - abajo

 Integridad del modelo  El diagrama se sustenta por sí solo (sin documentación adjunta)

 Compartibilidad con IT  Alineado con modelos de Nivel 2 usados para requerimientos detallados, procesos ejecutables 80

3

Conceptos BPMN

• Actividad  Una acción – Etiquétela VERBO-SUSTANTIVO  Tiene un inicio y un fin bien definido – Puede tener varios estados finales  Repetida – Comprenda qué representa cada instancia de la actividad

• Una actividad BPMN no es una “función” o “capacidad”  Algunas no coincidencias a los cuadros de la arquitectura de los procesos de negocios  “Gestionar…”, “Mantener…”, “Monitorear…” son usualmente nombres no útiles para las actividades BPMN

 Por ej., la Clasificación de Procesos AQPC  Cuál de estas actividades de reembolso de gastos por Proceso serian buenas actividades en un modelo de proceso BPMN?

8.6.2 Reembolsos de gastos por Proceso (10757) 8.6.2.1 Establecer y comunicar políticas de reembolso de gastos y límites de aprobación (10880) 8.6.2.2 Obtener e informar datos tributarios relevantes (10881) 8.6.2.3 Aprobar reembolsos y adelantos (10882) 8.6.2.4 Procesar reembolsos y adelantos (10883) 8.6.2.5 Gestionar cuentas personales (10884) 81

3

Conceptos BPMN

• Proceso  “Una secuencia o flujo de Actividades en una organización con el objetivo de llevar a cabo un trabajo.” – BPMN 2.0 spec (por ‘especificación’)

 Orquestación: Lógica explicita que describe todos los caminos de flujo de actividad, llevando de un simple estado inicial de la instancia del proceso, a uno o más estados finales alternativos.  Repetida – El mismo modelo lógico se aplica a todas las instancias  Cadena de flujo de secuencia continua de principio a fin – Nada “flotando”  Coordinada – El flujo de secuencia dispara el siguiente paso para iniciar

 Instancia del proceso relacionada a cómo el proceso inicia  Por ej. Un mensaje de solicitud (orden, reclamo, solicitud de servicio…) Vs. Un lote de ítems programados 82

3

Estado final

• Finaliza una actividad (o todo el proceso) exitosamente, o en algún estado de excepción?  …desde una perspectiva de negocios, no técnica  “Excepción” no implica necesariamente un problema

• Modela cada estado final definido del subproceso (o proceso) como un evento final separado  …etiquetado con el nombre del estado final

• Si el flujo posterior depende del estado final, pruebe el estado final en un gateway etiquetado “*estado final 1+?”  …de manera que el camino de “sí” fuera del gateway corresponde a instancias que alcanzan el evento final etiquetado [estado final 1]

83

3

Paso 1 del Método. Definir el Alcance del Proceso

• Qué evento inicia el proceso?  A solicitud, proceso programado, o inicio manual?  Qué representa la instancia?

• Cuándo está completo el proceso?  Enumerar posibles estados finales

• El alcance del proceso está relacionado a una medición de desempeño (KPI’s)  Tiempo, costo y calidad del ciclo

• Ejemplo: Proceso de venta al cobro para un comerciante de autos.  Qué lo inicia y finaliza?  Qué representa la instancia?  Posibles estados finales?

84

3

Paso 2 del Método. Mapa de Alto Nivel

• Enumerar las actividades de alto nivel en el proceso  Idealmente 5-10 de manera que el diagrama del nivel más alto entre en una página  Los detalles del proceso dentro de cada actividad, no entre ellas

• Principios  Los nodos son actividades BPMN (inicio/fin bien definidos, repetidos, etc.)  La instancia de la actividad está alineada con la instancia del proceso  La finalización de la actividad posibilita el inicio de la siguiente

 La actividad representa una función definida del negocio o el límite de gobernanza  Nótese:  La actividad puede ser condicional (realizada en algunas instancias, no en otras)  La actividad puede ser realizada paralelamente a otras actividades

• Piense acerca de los estados finales (normales y de excepción) para cada actividad en el mapa de alto nivel 85

3

Ejercicio 3-1: Mapa de Alto Nivel

• Cuáles de las actividades citadas abajo no entran en el Mapa de Alto Nivel donde la instancia del proceso es una orden. 1. 2. 3. 4. 5. 6.

Revisar la disponibilidad de un ítem Actualizar la lista de precios Aplicar el descuento que corresponda Cargar a la tarjeta de crédito Empacar para envío Preparar el informe sobre ventas del mes

• Seleccione alguna: a. b. c. d.

2, 3 3, 4, 6 1, 4 2, 6

86

3

Venta de Autos: Desde el Orden hasta la Cobranza: Mapa de Alto Nivel

Cuales son las Actividades de Alto Nivel?

87

3

Venta de Autos: Desde el Orden hasta la Cobranza: Mapa de Alto Nivel

•

Finalizar Orden: [Estados finales: Reservado de stock, trato con el comerciante, Ordenar a la Fábrica]

•

Adquirir el automóvil del comerciante (condicional) [Estados finales: automóvil recibido, orden cancelada]

•

Ordenar el Automóvil de la Fábrica (condicional) [Estados finales: Automóvil recibido, Orden Cancelada]

•

Preparar el Automóvil para Envío [estados finales: Listo]

•

Arreglar el financiamiento [Estados finales: financiamiento confirmado, financiamiento no disponible]

•

Cerrar y Enviar [Estado final: Transacción completa]

•

Manejar cancelaciones [Estado final: fecha de entrega inaceptable, financiamiento no disponible] 88

3

Paso 3 del Método: Diagrama del Proceso de Nivel más Alto

• Arregle las actividades del Mapa de AN como subprocesos en un proceso BPMN • Utilice un evento de inicio apropiado (Mensaje Temporizador o Básico)  Para el inicio del Mensaje, añada un pool caja negra del solicitante y un flujo de mensaje

• Un evento de fin para cada estado final del nivel más alto    

Evento de fin de Mensaje para regresar al estatus final Terminar el evento de fin si se necesita abortar el camino paralelo Sino, evento final básico Etiquete todos los eventos de fin

• Inserte gateways para probar los estados de fin de la actividad del Mapa de AN • Utilice la división y unión paralelas para caminos concurrentes 89

3

Ejercicio 3-2: Modelo de Nivel más Alto desde el Mapa de AN [sólo Proceso Ideal]

• Órdenes de venta al pago de autos – Actividades y estados finales del Mapa de AN  Finalizar Orden: [Estados finales: Reservado de stock, trato con el comerciante, Ordenar a la Fábrica]  Adquirir el automóvil del comerciante (condicional) [Estados finales: automóvil recibido, orden cancelada]  Ordenar el Automóvil de la Fábrica (condicional) [Estados finales: Automóvil recibido]  Preparar el Automóvil para Envío [estados finales: Listo]  Arreglar el financiamiento [Estados finales: financiamiento confirmado]  Cerrar y Enviar [Estado final: Transacción completa]

• Preparar el Auto y Arreglar que el Financiamiento corra en paralelo  …pero ambos deben completarse antes el Cierre y Entrega

• Los estados de fin de los procesos son…  Transacción completada 90

3

Modelo de Nivel más Alto del Mapa de AN [incluye Caminos de Excepción]

• Órdenes de venta al pago de autos – Actividades y estados finales del Mapa de AN  Finalizar Orden: [Estados finales: Reservado de stock, trato con el comerciante, Ordenar a la Fábrica]  Adquirir el automóvil del comerciante (condicional) [Estados finales: automóvil recibido, orden cancelada]  Ordenar el Automóvil de la Fábrica (condicional) [Estados finales: Automóvil recibido, Orden Cancelada]  Preparar el Automóvil para Envío [estados finales: Listo]  Arreglar el financiamiento [Estados finales: financiamiento confirmado, financiamiento no disponible]  Cerrar y Enviar [Estado final: Transacción completa]  Manejo de la orden de cancelación [Estado final: fecha de entrega inaceptable, financiamiento no disponible]

• Preparar el Auto y Arreglar que el Financiamiento corra en paralelo  …pero ambos deben completarse antes el Cierre y Entrega

• Los estados de fin de los procesos son…  Transacción completa  Fecha de entrega inaceptable  Financiamiento no disponible

91

3

Diagrama de Nivel más Alto con Caminos de Excepción

92

3

Paso 4 del Método: Expansión del Nivel „Hijo‟

• Crear un Nuevo Nivel de Proceso en una página hipervinculada  Se debe iniciar con Inicio Básico  La expansión puede incluir subprocesos colapsados

• Está bien usar carriles en el nivel ‘hijo’ (con o sin pool)  Pool (si está dibujado) debe coincidir con el pool de nivel más alto (…y su uso es idéntico)

• Trazabilidad de arriba – abajo  Si el subproceso está seguido por un gateway si/no, el estado final del subproceso y nombres del gateway

93

3

Ejercicio 3-3. Expansión del Nivel „Hijo‟

• Expandir Finalizar Orden [Estados finales: Reservado del stock, trato con el comerciante, orden a la fábrica] • Revisar la disponibilidad  Si está disponible, Reservar inventario y fin [Reservado del stock]

• Si no está disponible, Buscar en la red de comerciantes  Si es coincidencia exacta, Recoger el depósito del cliente y hacer el trato con el comerciante y fin [Trato con el comerciante]

• Si no hay coincidencia exacta, Revisar con el Cliente  Si el cliente acepta el modelo que tiene el comerciante, Recoger el depósito del cliente y hacer el trato con el comerciante y fin [Trato con el comerciante]  Si el cliente no acepte el modelo que tiene el comerciante y quiere colocar su orden personalizado directamente con la fabrica, entonces colocar la orden a la fábrica y recoger el depósito del cliente y fin [Orden a la fábrica] 94

3

Paso 5 del Método. “Contexto” del Proceso

• Los pools y los flujos de mensaje muestran puntos de contacto con el cliente, proveedores del servicio, otros procesos internos  Perspectiva arquitectónica valorable, pero añade complejidad al diagrama (puede esconderse)

• Representar al solicitante, proveedores de servicio, otros procesos internos como pools caja negra  Dibujar flujos de mensaje para mostrar las comunicaciones (solicitudes y respuestas)  Conectar al límite del pool externo  Conectar a la actividad o evento de mensaje del proceso

• Los flujos de mensaje hacia/desde subprocesos colapsados deberían ser replicados en el diagrama a nivel hijo  La cuenta y etiquetas del flujo de mensaje deberían coincidir entre los niveles ‘padre’ e ‘hijo’

95

3

Diagrama de Nivel más Alto con Flujos de Mensaje

96

3

Ordenar el Auto de la Fábrica Coincidir los Flujos de Mensaje

97

3 1. 2. 3.

Recapitulación del Método Defina el alcance del proceso Enumere los pasos en el mapa de alto nivel Defina el diagrama de proceso de nivel más alto

 

4.

Expanda los subprocesos en diagramas a nivel ‘hijo’ 

5.

Cómo inicia y finaliza el proceso Caminos condicionales y concurrentes Asegure la trazabilidad de arriba – abajo al hacer coincidir las etiquetas del estado final y gateways

Añada contexto global con flujos de mensaje 

Asegure la trazabilidad de arriba – abajo al hacer coincidir los flujos de mensaje en los niveles de padre e hijo

98

3

Tareas Globales (Reutilizables)

• Definidas una vez pero llamadas desde diferentes lugares en el modelo  Nota: 2 tareas en un proceso no deberían tener el mismo nombre, a menos que tengan la misma definición de tarea. En ese caso, use tarea global.

• Modele de 2 formas 1.

Inicie con tarea regular, Seleccione “Hacerla Global” 

2.

La herramienta crea ambas, “Llamar Actividad” (mostrado en el diagrama) y elemento de “tarea reutilizable”. El nombre es el mismo para ambas, pero identificación separada en XML

Inicie con “Llamar Actividad” de la paleta, Seleccione “Reutilizar”… 

Elija de la lista de elementos globales disponibles

99

3

Subprocesos Reutilizables

• Defina como un proceso independiente (de más alto nivel)  Guárdelo en su propio archivo  “Llamar Actividad” lo llama como un subpoceso reutilizable  La definición regular del Subproceso está “embebida” en el modelo de proceso ‘padre’

Subproceso

Llamar Actividad 100

4

Modelado de Procesos con BPMN

Parte 4.El Estilo de BPMN

101

4

Qué es el estilo de BPMN?

• Las reglas y convenciones que establecen consistencia y optimizan modelos para un propósito particular  Nuestro propósito son modelos no ejecutables con diagramas que se sustentan por sí solos, maximizando la comprensión compartida y la trazabilidad de arriba-abajo  La clave para un “buen” BPMN Vs. un mal BPMN

• Las reglas en el BPMN spec…  DEBEN ser obedecidas  …están sustentadas por una función de validación instalada en la mayoría de las herramientas de BPMN  …pero son una primera parte, ya que un BPMN “válido” no significa un “buen” BPMN

• Un buen BPMN significa seguir “reglas de estilo” adicionales  Principios de composición  Reglas de uso  …así como las reglas del BPMN spec

102

4

Principios de Composición

1. Utilice etiquetas para hacer que la lógica del flujo esté clara en el diagrama       

Cómo inicia el proceso Estados finales alternativos Flujos de mensaje Gateways y gates Todos los eventos Tipos de tareas Los carriles en traspasos son importantes para el análisis

2. Hacer que los modelos sean jerárquicos 

Hacer entrar cada nivel del proceso en una página

103

4

Principios de Composición

3. Utilice pools caja negra para representar a participantes externos 

No deberían contener ninguna actividad

104

4

Principios de Composición

4. Modele a los participantes del proceso interno (realizadores de la actividad) como carriles dentro de un pool de proceso único, no como pools separados  Etiquete los carriles con el rol o unidad organizacional que realiza (o es responsable por) sus actividades contenidas

105

4

Principios de Composición

5. Indique estados finales de éxito y de excepción de un proceso o subproceso con eventos finales separados y etiquételos para indicar el estado final

106

4 6.

Principios de Composición Etiquete las actividades VERBO – SUSTANTIVO



La actividad es una acción, no una función, condición o estado



Utilice Revisar crédito (acción), no Revisión de crédito (función) o Crédito OK? (condición)



Utilice Aprobar préstamo (acción), no Aprobación de préstamo (función) o Préstamo rechazado (estado)

7. Utilice el evento de inicio ‘Mensaje’ en el proceso de Más Alto Nivel para indicar que el proceso inició por una solicitud externa 8. Utilice un inicio básico en el proceso de Más Alto Nivel para indicar un inicio manual por un realizador de la tarea 9. Utilice un inicio ‘Temporizador’ en el proceso de Más Alto Nivel para indicar un proceso programado 10. Etiquete los pools de caja blanca con el nombre del proceso; etiquete los pools de caja negra con el rol de un participante o entidad de negocios

11. Si es posible, etiquete los gateways exclusivos como [Estado final]?, y etiquete los flujos de secuencia salientes como ‘si’ y ‘no’ 12. No utilice un gateway para fusionar caminos alternativos; fusiónelos directamente.

107

4

Reglas de Estilo

13. Trazabilidad de Arriba – Abajo  Si el subproceso está seguido por un gateway si/no, haga coincidir un evento de fin del subproceso con la etiqueta del gateway

108

4

Reglas de Estilo

14. Trazabilidad de Arriba – Abajo II  Muestre los flujos de mensaje consistentemente en los diagramas a nivel ‘padre’ e ‘hijo’.

109

4

Reglas de Estilo

14. Trazabilidad de Arriba – Abajo II  Muestre los flujos de mensaje consistentemente en los diagramas a nivel ‘padre’ e ‘hijo’.

110

4

Reglas de Estilo

15. Etiquete los flujos de mensaje con el nombre del mensaje

111

4

Reglas de Estilo

16. Los eventos de fin un nivel de proceso no deberían tener el mismo nombre  Si representan el mismo estado final, combínelos en un evento de fin; o sino, asígnele nombres diferentes.

112

4

Reglas de Estilo

17. No use el gateway de unión en un evento de fin básico; la unión está implícita en todos los eventos de fin básicos.

113

4

Reglas de Estilo

18. El pool del proceso en el diagrama a nivel ‘hijo’ (si está dibujado) debería estar etiquetado con el nombre del proceso de nivel más alto.  …NO el nombre del subproceso

19. El subproceso debería tener exactamente un evento de inicio

114

4

Reglas de BPMN spec (por especificación)

20. El flujo de secuencia no debe cruzar el límite de un pool  Utilice el flujo de mensaje para vincular pools.

115

4

Reglas de BPMN spec

21. El flujo de secuencia (o su evento par equivalente vinculado) no debe cruzar el límite del subproceso, por ej., del nivel ‘hijo’ a nivel ‘padre’

116

4

Reglas de BPMN Spec

22. El flujo de mensaje no puede conectar puntos en el mismo pool

117

4

Reglas de BPMN Spec

23. El flujo de mensaje no puede conectarse a un gateway

118

4

Reglas de BPMN Spec

24. Todas las actividades, gateways y eventos deben estar conectados a través de una cadena continua de flujos de secuencia que llevan de un evento de inicio a un evento de fin  No deje objetos de flujo “flotando” en el diagrama

119

5

Modelado de Procesos con BPMN

• Parte 5: Eventos

120

5

“BPMN Es Muy Complicado”

• Lo cual quiere decir… • …Especialmente eventos Intermedios  (Los eventos de inicio del subproceso de evento son realmente eventos intermedios)

• Pero usted puede ignorar la mayoría de ellos!!

121

5

“BPMN Es Muy Complicado”

• Lo cual quiere decir… • …Especialmente eventos Intermedios  (Los eventos de inicio del subproceso de evento son realmente eventos intermedios)

• Pero usted puede ignorar la mayoría de ellos!!  Ya hemos visto la paleta Nivel 1 (Subclase descriptiva)

122

5

“BPMN Es Muy Complicado”

• Lo cual quiere decir… • …Especialmente eventos Intermedios  (Los eventos de inicio del subproceso de evento son realmente eventos intermedios)

• Pero usted puede ignorar la mayoría de ellos!!  Paleta Nivel 1 (Subclase descriptiva)  Paleta nivel 2 (Subclase analítica)

• Se enfoca en las 3 Grandes  Mensaje, Temporizador, Error

123

5

Eventos Intermedios

• Ocurren durante un proceso o subproceso  Se distinguen por su borde doble

• Varios comportamientos definidos 1. 2.

Lanzamiento: enviar la señal y continuar Captura (en el flujo de secuencia): espere a la señal, luego de ella, continúe Interrumpiendo el límite: escuche a la señal mientras la actividad se está realizando

3.  

4.

Recibir Enviar

Si se da la señal, aborte la actividad y salga en el flujo de excepción Si la señal no se da, continúe con el flujo normal

Sin interrumpir el límite (BPMN 2.0): escuche a la señal mientras la actividad se lleva a cabo  

5.

Si la señal ocurre, inicie un camino paralelo en el flujo de excepción Continúe la actividad, salga cuando esté ‘hecho’ en el flujo normal

Subproceso del Evento (BPMN 2.0), es similar al manejador de eventos en el límite 

Se realiza en el contexto de la actividad, en lugar de fuera de ella 124

5

Evento Temporizador

• Lanzar – no existe • Capturar (en el flujo de secuencia)  Esperar a [duración], o Esperar hasta [fecha/hora]  Solamente significa un retraso…NO esperar a que algo pase

• Ejemplo  Reproducir en bucle (loop) - reintentar - retraso

125

5

Evento Temporizador en el Límite

• Evento en el límite  Tiempo límite (Time-Out)  El temporizador inicia cuando la actividad de la cual depende, inicia  El disparador se dispara a una [duración] o [fecha/hora] especificadas

• Ejemplo de evento temporizador que interrumpe

126

5

Evento Temporizador de Límite

• Evento en el límite  Tiempo límite (Time-Out)  El temporizador inicia cuando la actividad de la cual depende, inicia  El disparador se dispara a una [duración] o [fecha/hora] especificadas

• Ejemplo de evento temporizador que no interrumpe

127

5

Subproceso para Definir el Intervalo Temporizado

• Puede amarrar el fragmento del proceso en un subproceso para definir el intervalo temporizado para el manejo de excepciones  El temporizador inicia cuando la actividad del cual depende, inicia  El temporizador se apaga cuando la actividad del cual depende, finaliza

• Ejemplo: Proceso de comida rápida

• Si no está lista para ser entregada después de 5 minutos de la Toma de la Orden, reembolse el dinero 128

5

Subproceso para Definir el Intervalo Temporizado

• Puede encerrar el fragmento del proceso en un subproceso para definir el intervalo temporizado para el manejo de excepciones  El temporizador inicia cuando la actividad del cual depende, inicia  El temporizador se apaga cuando la actividad del cual depende, finaliza

• Solución  Encierre el intervalo temporizado en un subproceso  Vincule el evento temporizador a él

129

5

Evento en el Límite Vs. Gateway

• Suponga que esta instancia de la Tarea toma 3 horas. Cuándo se notifica al cliente en (a) Vs (b)?

• (a)

• (b)

130

5

Hoja de Referencia del Evento Temporizado

• Retraso (esperar durante una duración especificada) • Interrumpir y redirigir en el tiempo límite (Time-out)

• Hacer algo en adición al tiempo límite (Time-out)

131

5

Ejercicio 5-1 – Evento Temporizado

• Diagrame el siguiente proceso de asistencia al Cliente    

Recibir la solicitud de asistencia Arreglar el problema Esperar 1 hr Verificar con el cliente

• Todas las tareas son del tipo ‘tareas del usuario’

132

5

Ejercicio 5-2 – Evento Temporizador

• Diagrame el siguiente proceso de asistencia al Cliente  Recibir la solicitud de asistencia…  Arreglar el problema  Si ‘arreglar el problema’ no está completo en 1 hr…  Abortar y Contactar al Cliente para reprogramar

 Si ‘arreglar el problema’ está completo en 1 hr…  Verificar con el cliente

133

5

Ejercicio 5-3 – Evento Temporizador

• Diagrame el siguiente proceso de asistencia al Cliente  Recibir la solicitud de asistencia…  Arreglar el problema  Si ‘arreglar el problema’ no está completo en 1 hr…  Continuar trabajando en él, pero Notifique inmediatamente al Cliente con el tiempo esperado para finalizar

 Después de que ‘arreglar el problema’ esté completo  Verificar con el cliente

134

5

Ejercicio 5-4 – Evento Temporizador

• Diagrame el siguiente proceso de asistencia al Cliente    

Recibir la solicitud de asistencia… Evaluar el problema Arreglar el problema Si ‘arreglar el problema’ no está completo en 1 hr después de haber recibido la solicitud…  Continuar trabajando en él, pero Notifique inmediatamente al Cliente con el tiempo esperado para finalizar

 Después de que ‘arreglar el problema’ esté completo  Verificar con el cliente

135

5

Enviar y Recibir

• “Enviar” y “Recibir” se refieren específicamente a mensajes  Representados por un conector de flujo de mensaje en el diagrama  Mensaje = cualquier señal entre el proceso y la entidad externa    

Mensaje electrónico, ej. SOAP o JMS E-mail Fax o correo en papel Llamada de teléfono

• Se pueden enviar y recibir mensajes ya sea con una Actividad (de cualquier tipo) o un evento de Mensaje 136

5

Enviar Tarea

• Tarea que envía un mensaje  Enviar el mensaje es la única acción realizada

• Equivalente a lanzar un evento de mensaje Evento de fin ‘mensaje’

Enviar tarea

Lanzamiento de evento intermedio ‘mensaje’

• Cuál es la diferencia entre esto…  …y esto?

137

5

“Enviar” dentro un Proceso

• “Enviar” = Mensaje = comunicaciones entre pools  No se puede usar un mensaje en un pool  No utilice Enviar tarea o Evento ‘Mensaje’, ni siquiera si no puede dibujar el flujo de mensaje a otro pool  Tampoco utilice “enviar” en el nombre de una tarea que representa comunicación entre-procesos

• Cómo se “envía” trabajo a un realizador de tareas en sentido descendente en el proceso? • Cómo se notifica a alguien más dentro el proceso, digamos al Gerente? 138

5

Enviar Trabajo a un Realizador de Tareas en sentido descendente en el Proceso

• No utilizar Enviar tarea (o evento ‘mensaje’) si no puede dibujar el flujo de mensaje  Ni siquiera utilice la palabra clave “Enviar”

• Enviar trabajo está implícito únicamente en el flujo de secuencia  Notificación de la asignación de tarea  La tarea aparece en la lista de trabajo del usuario  Entrega de información necesaria para realizar la tarea 139

5

Enviar Trabajo a un Realizador de Tareas en sentido descendente en el Proceso

•

Para llamar la atención de la actividad manual relacionada con esto, está bien añadir una tarea de Usuario… pero no la etiquete “Enviar”

•

Para llamar la atención de datos o documentos, se puede usar Objeto de Datos

140

5

Notificar/Informar entre Procesos

• No utilice el flujo de secuencia hacia la actividad del receptor  Eso implica que el receptor tiene una “tarea” que realizar  En vez de ello, añada tarea del Usuario en el carril del remitente  Etiquétela con “Notificar” o similar, no “Enviar”

141

5

Recibir

• Evento de inicio ‘mensaje’  Solamente permitido en el proceso de más alto nivel  Significa crear una nueva instancia siempre que llega un mensaje

• Recibir una tarea significa esperar a un mensaje, luego continuar  …igual que capturar un evento intermedio ‘Mensaje’  Esperar al mensaje es la única acción 142

5

Servicios de Corta y Larga Duración

• Cuál es la diferencia entre esto…

• …y esto?

143

5

Evento „Mensaje‟

• Lanzar y capturar  Igual que las tareas de Enviar y Recibir  Utilizarlos solamente cuando se puede dibujar un flujo de mensaje a otro pool

144

5

Gateway de Eventos

• Qué pasa si el mensaje que está esperando no llega?  El gateway de eventos le permite añadir un tiempo límite (timeout) a la espera

• Tipo de Gateway = Exclusivo basado en eventos  Eventos de captura en cada entrada  Típicamente mensaje(s) y temporizador

 Lo que ocurra primero determina el camino a tomar

Gateway de evento

145

5

Evento „Mensaje‟ en el Límite

• Escuche un mensaje mientras la actividad dependiente de él se realiza  Si llega, dispara el flujo de excepción  Abortar la actividad (del tipo que interrumpe – borde sólido), o  Continuar la actividad (ej., del tipo que no interrumpe – borde punteado)

• El mismo mensaje físico (ej., cancelación de orden) puede tener diferentes manejadores dependiendo de cuándo llega  Ej., el mensaje de cancelación del cliente aborta la orden si todavía no está enviada  Si la actividad de Envío se inició, el mensaje de cancelación del Cliente no aborta el proceso de orden; se inicia el subproceso paralelo de autorización de retorno

146

5 •

Ejercicio 5-5 – Evento de Mensaje/Gateway de Evento

A partir de la recepción de un reclamo, el procesador de reclamos…   

Revisa el reclamo Si está completo, Procesar el reclamo (subproceso colapsado) y responder con EOB (explicación de beneficios) Si no está completo, enviar Solicitud de Información Faltante al cliente y esperar a una respuesta  Si se recibe respuesta en 30 días, Procesar el reclamo como mencionado antes  Si no se recibe respuesta en 30 días, finalizar el proceso y responder con notificación de Rechazo

147

5

Ejercicio 5-6 – Evento de Mensaje

• A partir de la recepción de una orden, el proceso de orden tiene los siguientes pasos:     

Revisar crédito Recoger de stock Empacar para envío Enviar la orden Finalizar al enviar la Factura (evento de fin ‘mensaje’)

• Si el cliente cancela en cualquier momento después de haber recibido la orden pero antes del fin del Empaque para envío…  Abortar el proceso (No se envía, facturar)  Devolver la Confirmación de Cancelación al cliente…

• Si el cliente cancela durante la Orden de Envío…  Abortar el proceso (No enviar)  Añadir un recargo por reposición de existencias (restocking)  Devolver la Factura de Reposición de Existencias al cliente

148

5

Mensajear Vs. Datos Compartidos

• Mensaje = información empujada a una instancia específica  El manejador es disparado inmediatamente con la recepción

• Almacenamiento de datos = información extraída por una tarea de proceso  Puede que necesite indagar repetidamente si la información no está disponible

149

5

Evento „Mensaje‟ – Inicio Alternativo

• Eventos de inicio múltiples son considerados independientes  El primero en ser disparado inicia la instancia

• Utilice un caso: inicio dependiente de canales  Las actividades iniciales dependen del canal de la solicitud  Las actividades en sentido descendente son comunes para todos los canales  Modele cada canal como un evento ‘Mensaje’ separado

150

5

Evento „Error‟ en el Límite

• Siempre interrumpe • En una tarea, significa estado final de “excepción”

151

5 • • •

Evento „Error‟ en el Límite

Siempre interrumpe En una tarea, significa estado final de “excepción” implícito En un subproceso, se puede ver al evento de fin de excepción explícita como lanzando un evento de fin de ‘error’ (Error de lanzamiento-captura) 

Hacer coincidir la etiqueta del lanzador y el capturado

Expandir a nivel de proceso ‘hijo’

152

5

Error de Lanzamiento-Captura

• De estos dos, ambos hacen lo mismo: Recibir orden

 Error de lanzamiento – captura

 Prueba de estado final del gateway

153

5

Finalización Anormal sobre un Error

• Evento ‘error’ en el límite significa una finalización anormal  Interrumpe cualquier camino paralelo incompleto  Tiene salida en el flujo de excepción, no es un flujo normal

154

5

Ejercicio 5-7 – Evento de Error

• Proceso de la orden  Abajo se muestra una ruta feliz simple  Reciba la orden, Cumpla la orden, Envíe la orden, fin del Mensaje

 Expanda ‘Cumplir Orden’ y muestre excepciones utilizando error de ‘lanzamiento y captura’  Revise la disponibilidad (tarea del Usuario)  Si no está disponible – Anota la condición de no disponibilidad y lanza un error de No disponibilidad – Termina el proceso con un mensaje de no disponibilidad al cliente

 Extraiga el ítem, Empaque para envío y finalice el subproceso 155

5

Evento de Escalada

• Es el equivalente sin interrupción del Evento de error  No implica un error

• En una Tarea de Usuario  Utilícelo para significar una “acción del usuario” ad hoc  La señal es potencialmente generada por el realizador en el medio de la tarea

156

5

Escalada Lanzamiento - Captura

• En un subproceso  Semántica lanzamiento-captura similar al Error  …con la excepción de que no aborta el subproceso si sigue realizándose

Ingresar orden

157

5

Evento Señal

• El propósito general es lanzar-capturar señalización  …sin restricciones de otros tipos de evento de lanzamiento-captura  Error y escalada  Sólo desde el fin del subproceso al evento en el límite en el mismo subproceso

 Mensaje  Sólo entre pools, no dentro de un pool  Dirigido a un proceso específico

• La señal no tiene estas limitaciones  Dentro de un pool o entre pools  Transmitido o “publicado”, no dirigido a un proceso específico

 No hay un enlace visual en el diagrama entre el lanzador y capturador 158

5

Señalización Entre Pools

• Cómo comunicarse entre caminos paralelos de un proceso?  Ej., la falla en un camino debería cancelar los otros caminos también  No se puede usar un mensaje, sólo funciona entre pools

• Solución  Lanzar una Señal al evento emparejado en el límite en el otro camino

159

5

Evento Condicional

• Condición de datos continuamente monitoreada  Evento de inicio, captura, o en el límite

• Para datos externos, el Mensaje y la Señal pueden hacer lo mismo

160

5

Vincular Eventos Pares

• Dibujado como eventos intermedios de enlace de lanzamiento y captura  …Pero no es un verdadero evento  …es sólo un enlace GoTo (Ir a) para el flujo de secuencia  Conector fuera de la hoja (dentro de un nivel de proceso)  Conector dentro la página (para reducir el cruce de línea)

Página 1

Página 2

• Sólo puede conectar nodos que pueden estar legalmente conectados por un flujo de secuencia  No puede cruzar el límite del pool, el subproceso o el límite de nivel del proceso

• No es importante en modelos jerárquicos 161

5

Subproceso de Evento

• Alternativo al evento en el límite  …se acomoda mejor a algunos lenguajes de ejecución

• El flujo de excepción modelado como un subproceso “disparado por un evento”  …se realiza dentro una actividad regular de proceso  El evento de inicio del subproceso de Evento es como un evento en el límite

• Al finalizar, salga de la actividad en un flujo normal  …o lanzar Error al límite del evento

Manejador de la escalada (a Nivel Hijo) 162

6

Modelado de Procesos con BPMN

• Parte 6: Ramificación y Fusiones

163

6

Información Básica sobre Gateways

• El Gateway controla el flujo del proceso  Sin un gateway, todos los flujos de secuencia fuera de la actividad son realizados paralelamente  El símbolo dentro del diamante determina el significado del gateway

• Ya hemos visto…  Gateway exclusivo (“basado en datos”)  También llamado gateway XOR  Sólo un gateway habilitado, basado en la condición de los datos de proceso

164

6

Información Básica sobre Gateways

• El Gateway controla el flujo del proceso  Sin un gateway, todos los flujos de secuencia fuera de actividad son realizado paralelamente  El símbolo dentro del diamante determina el significado del gateway

• Ya hemos visto…  Gateway de evento  También llamado “gateway exclusivo basado en eventos”  El camino está basado en el evento que ocurra primero

165

6

Información Básica sobre Gateways

• El Gateway controla el flujo del proceso  Sin un gateway, todos los flujos de secuencia fuera de actividad son realizado paralelamente  El símbolo dentro del diamante determina el significado del gateway

• Ya hemos visto…  Gateway paralelo dividiendo  También llamado AND-split  Todos los caminos estás habilitados incondicionalmente en paralelo

166

6

División Paralela Incondicionada

• El gateway controla el flujo de proceso  Sin un gateway, todos los flujos de secuencia fuera de actividad son realizado paralelamente

• Estos diagramas significan lo mismo  …entonces, el gateway AND-split (gateway paralelo dividiendo) es en realidad redundante

167

6

Flujo Paralelo Condicionado

• Gateway Inclusivo (OR) (“OR”-split)  Como un gateway XOR, evalúa las condiciones de los datos de proceso  …pero las condiciones son independientes  Una o más puede que sean verdad  Ejemplo: 1. Depositar Monto > 10.000 $ 2. Cliente/País ! = EUA 3. De otra forma (ninguna de las antiores es verdad)

 Habilitar todos los caminos "verdaderos" en paralelo  Si un camino es siempre verdadero, etiquételo con 'siempre‘  La condición 'de otra forma' (llamada "default“ o predeterminada) está indicada con un visto bueno

168

6

Flujo Paralelo Condicionado

• Flujo de secuencia condicionado  Alternativo al gateway OR (significan lo mismo)  Omite al gateway y pone un diamante de condición en la cola del flujo de secuencia  Sólo puede ser usado fuera de la actividad, ni con gateway ni evento

 Ningún diamante en la cola significa "siempre“ (incondicional)  Un visto bueno en el flujo de secuencia significa "de otra forma" (default o predeterminada)

169

6

Fusión de Caminos Alternativos

• Flujos de secuencia múltiples se fusionan directamente en una actividad  …por ej., sin un gateway  …si representan alternativas exclusivas

 Para decir si los caminos son alternativas exclusivas…  Es necesario mirar en sentido ascendente en el diagrama

170

6

Fusión de Caminos Paralelos

• Unión – lo más común – gateways AND u OR  Espere a que todos los caminos entrantes se completen, luego continuar

• Si no hay gateway = “Multi-fusión”  No lo hagas! Las actividades en sentido descendente serán ejecutadas múltiples veces  La fusión de gateways XOR significa lo mismo

• También…patrón de Discriminación – rara vez – Gateway Complejo  Pase el primer camino para completar, ignore los otros

171

6

AND – Unión

• Forma normal de fusionar caminos paralelos  AND – el gateway no podrá ser omitido

• Ejemplo  ‘Finalizar el contrato’ no puede iniciar hasta que ambas, la Revisión Legal y Revisión Financiera estén completas

172

6

AND - Unión

• Forma normal de fusionar caminos paralelos  AND – el gateway no podrá ser omitido

• El gateway espera a TODOS los flujos de secuencia entrantes  Entonces, este diagrama es técnicamente INVALIDO:

173

6

Uniendo Flujos Paralelos Condicionados

• La unión gateway-OR espera a todos los caminos habilitados  Ignora los caminos no usados

• Este diagrama es VÁLIDO

174

6

Uniendo Flujos Paralelos Condicionados

• La unión gateway-OR espera a todos los caminos habilitados  Ignora los caminos no usados

• Este diagrama es VÁLIDO

175

6

Patrón Discriminador

• Unión especial de flujo paralelo o paralelo condicionado  Pasar el primer camino para alcanzar la unión, descartar los posteriores

• Utiliza gateway Complejo (asterisco dentro)  Gateway complejo significa semántica de unión “no estándar”  Es necesario anotar el significado pretendido

• Ejemplo

176

6

Ejercicio 6-1 – Rama/Fusión

• Diagrame el siguiente proceso  Introduzca nueva propuesta  Realice la Revisión Técnica  Paralelamente a la Revisión Técnica, realice la Revisión Financiera  Cuando ambas estén completas, realice la Revisión de Director

177

6

Ejercicio 6-2 – Rama/Fusión

• Diagrame el siguiente proceso  Introduzca nueva propuesta  Realice la Revisión Técnica  Si el costo es > $10k…  Paralelamente a la Revisión Técnica, realice la Revisión Financiera

 Cuando las revisiones necesarias estén completas, realice la Revisión de Director

178

Ejercicio 6-3 – Ramificación/Fusión •

Diagrame el siguiente proceso   

Introduzca nueva propuesta Si hay propuesta técnica, Realice la Revisión Técnica Si el costo es > $10k…  Paralelamente a la Revisión Técnica, realice la Revisión Financiera

 

Si ni la revisión técnica ni el costo son > $10k, realice la Revisión Rápida Cuando las revisiones necesarias estén completas, realice la Revisión de Director

179

7

Modelado de Procesos con BPMN

• Parte 7: Iteración

180

7

Repetir Actividades

• Bucle (loop) estándar  Como ‘Hacer-Mientras’  Realizar la actividad una vez  Luego pruebe una condición de bucle (loop)  Por ej. Basado en un número máximo de iteraciones, tiempo expirado, necesita más trabajo  Si es verdadero, realizarlo de nuevo es lo mismo que

 Número de iteraciones no conocidas cuando A inicia 181

7

Actividades Repetitivas

• Actividad multi-instancia  Como ‘Para Cada’  Realizar la actividad N veces  Típicamente en paralelo, pero deberá especificar secuencialmente  La actividad está completa cuando todas las iteraciones N están completas

es lo mismo que  Número de iteraciones conocidas cuando A inicia 182

7

Ejercicio de Contratación: Cuál es el problema?

183

7

Intente el Bucle (Loop) Estándar

• Amarre toda la evaluación del candidato en un subproceso de bucle (looping)

 Ésta no es una solución práctica. Por qué? 184

7

Método de Actividad de Repetición Práctica

• Bucle rápido para investigar antecedentes, luego MI para evaluar  Bucle (Mientras) – cuenta de iteración desconocida, pruebe la condición en cada caso  MI (Para cada) – cuenta de iteración conocida de antemano

• Funciona! Pero con limitaciones…  No se puede iniciar ‘Entrevistar Candidatos’ hasta que el periodo de investigación de antecedentes esté completo  Una vez que ‘Entrevistar Candidatos’ inicie, no se puede recibir más hojas de vida 185

7

Método Multi-Pool

• Dividir el proceso de contratación en 2 procesos BPMN (pools caja blanca)  Pool principal del Proceso de Contratación, la instancia es una vacante  Pool “hijo” ‘Evaluar Candidato”, la instancia es un candidato  Cada mensaje de Aplicación crea una instancia de ‘Evaluar Candidato’

• El marcador “Multi-participante” significa N instancias por cada instancia del Proceso de Contratación  No hay actividades repetitivas en esta estructura

Instancia = candidato

Instancia = el puesto

186

7

Método Multi-Pool

• Una mejor solución

187

7

Otro Ejemplo Multi-Pool

188

7

Ejercicio 7-1: Actividad en Bucle

• Un concurso otorga un premio al primer participante que dé la solución correcta a un rompecabezas subido a la red.  Subir el rompecabezas  Recibir propuestas de los concursantes  Revisar la propuesta para ver si está correcta  Si es correcta, declare un ganador  Si es incorrecta, seguir buscando

 Si no se encuentra una solución correcta en una semana, se declara como terminado el concurso sin ganador

• Asuma que la revisión es rápida y que puede ser hecha secuencialmente  Pista: Subproceso en bucle (loop)

189

7

Ejercicio 7-2: Solución Multi-Pool

• Un concurso otorga un premio a la primera persona que demuestre una famosa conjetura matemática.  Asuma que la revisión es lenta y las participaciones son revisadas paralelamente

• Coloque el problema en el pool “principal”  Espere a la notificación del pool “MI”  Si no se encuentra una solución correcta en un año, el concurso es declarado como terminado sin ganador.

• Reciba participaciones en el pool “MI”  Revise la participación para ver si la prueba es válida  Si es correcta, declare un ganador; notifique en el pool “principal”  Si es incorrecto, siga buscando

190

7 •

Ejercicio 7-3: Proceso de Contratación Reexaminado

Mejore el método de multi-pools     

Los estados finales de ‘Evaluar Candidato’ son Rechazados o Viables Recolecte una lista corta de candidatos viables para el Proceso de Contratación Haga oferta al mejor. Si la oferta es rechazada, haga oferta al segundo mejor. Si la lista corta está vacía antes de que el candidato acepte, recolecte más candidatos viables, repita Si no se puede satisfacer en 3 meses, abandone la posición

191

8

Modelado de Procesos con BPMN

• Parte 8: Siguiendo las Reglas

192

8

Active la Validación en la Herramienta

• La característica de Validación del Modelador de Proceso informa sobre…  Errores (violaciones spec – a las especificaciones)

• Validación de Método y Estilo (reglas de estilo) –pronto! 193

8

Siguiendo las Reglas

• Las reglas oficiales no están enumeradas en las especificaciones  La mayoría son sobre conexiones y tipos de eventos

• Las reglas de estilo no son parte de las especificaciones para nada  La mayoría son sobre etiquetado y trazabilidad de arriba-abajo

• Haga clic en el ícono del signo de rayo en la barra de herramientas del Modelador de Procesos para validar el diagrama • Recuerde validar su modelo…y arreglar los errores!

194

8

Validación en el Modelado del Proceso

• Errores encontrados en la lista Para hacer  TODOS  Tabulador actual solamente  Sólo figuras seleccionadas  GoTo desde una selección por lista Para hacer

• El tip de la herramienta brinda orientación para arreglar violaciones a las reglas sobre estilo

195

8

Las Reglas de BPMN

Flujos de secuencia  Todos los objetos de flujo que no sean eventos de inicio, eventos en el límite ni actividades de compensación deben tener un flujo de secuencia de entrada, si el nivel de proceso incluye cualquier evento de inicio o de fin [212602, 213606, 32607, 38605]  Todos los objetos de flujo que no sean eventos de fin ni actividades de compensación, deben tener un flujo de secuencia saliente, si el nivel de proceso incluye cualquier evento de inicio o de fin [211606, 213604, 213623, 321608, 380606].  Un flujo de secuencia no puede cruzar un límite de proceso. [261602]  Un flujo de secuencia condicionado no puede ser usado si sólo hay un flujo de secuencia fuera del elemento [220601].  El flujo de secuencia fuera de un gateway paralelo no puede ser condicional [261603]. Flujos de Mensaje • Un flujo de mensaje no puede conectar nudos en el mismo pool [262602]. • Un flujo de mensaje sólo puede provenir de un fin de Mensaje o un evento intermedio; Enviar, Usuario, o Tarea de Servicio; Subproceso; o pool caja negra [211605, 213621, 230602, 222601, 250604, 222603, 242602,262601] 196

8

Las Reglas de BPMN

Flujos de Mensaje (cont…) • Un flujo de mensaje sólo puede ir a un inicio de Mensaje o evento intermedio; Recibir, Usuario o tarea de Servicio; Subproceso; o pool caja negra [230601, 222603, 242602, 262601, 213622, 222602, 250603] Eventos de inicio • Un evento de inicio no puede tener un flujo de secuencia entrante. [211601] • Un evento de inicio no puede tener un flujo de mensaje saliente [211605]. • Un evento de inicio con un flujo de mensaje entrante debe tener un disparador de Mensaje [211603]. • Un evento de inicio no puede tener un disparador de Error [211610]. • Un evento de inicio en un subproceso debe tener un disparador básico [211613]. Eventos de fin • Un evento de fin no puede tener un flujo de secuencia saliente [212603] • Un evento de fin no puede tener un flujo de mensaje entrante [212604] • Un evento de fin con un flujo de mensaje debe tener un resultado de Mensaje [212606].

197

8

Las Reglas de BPMN

Eventos intermedios • • • • • •

• • •

Un evento en el límite debe tener un flujo de secuencia saliente [213604] Un disparador de evento en el límite debe ser ya sea de Mensaje, Temporizador, Señal, Error, Escalada, Condicional, Cancelación o Compensación [213607, 213609, 213615, 213616, 213617]. Un evento en el límite no puede tener un flujo de secuencia entrante [213605]. Un evento en el límite ‘Error’ en un subproceso requiere un evento de lanzamiento de Error que coincida [313605] Un evento en el límite ‘Error’ no puede ser no interrumpible [113604] Un evento en el límite de escalada en un subproceso requiere un evento de lanzamiento de Escalada que coincida [313606] Un evento intermedio con un flujo de mensaje entrante debe ser del tipo capturador con el disparador del Mensaje [213626] Un evento intermedio con un flujo de mensaje saliente debe ser del tipo lanzamiento con disparador del Mensaje [213629]. El resultado de un evento intermedio de lanzamiento debe ser ya sea de Mensaje, Señal, Escalada, Vínculo o Compensación 198

8

Las Reglas de BPMN

Eventos intermedios (cont…) • Un disparador de evento intermedio capturador debe ser ya sea de Mensaje, Señal, Temporizador, Vínculo o Condicional • Un evento vínculo de lanzamiento no puede tener un flujo de secuencia saliente [213619]. • Un evento vínculo de captura no puede tener un flujo de secuencia entrante [213618] Gateways • Un gateway no puede tener un flujo de mensaje entrante [230601]. • Un gateway no puede tener un flujo de mensaje saliente [230602]. • Un gateway de división debe tener más de una entrada [230603, 232601]. • Un gateway de evento debe tener ya sea un evento intermedio capturador o una tarea de Recibir en cada entrada [332602].

199

8

Reglas de Estilo

Etiquetar

• • • • • • • •

• •

Las actividades deberían estar etiquetadas [120701] Un evento de inicio de Mensaje debería estar etiquetado “Recibir [nombre del mensaje+” [311701]. Un evento de inicio Temporizado debería estar etiquetado para indicar el programa del proceso [111701]. Un evento de inicio de Señal debería estar etiquetado para indicar el nombre de la Señal [111702]. Un evento de inicio Condicional debería estar etiquetado para indicar la condición [111703]. Un evento de inicio en un proceso del Más Alto Nivel debería estar etiquetado. Si un proceso del Más Alto Nivel contiene más de un evento de inicio, todos deberían estar etiquetados para identificar las condiciones alternativas de inicio [311701]. La etiqueta de una página a nivel ‘hijo’ debería coincidir con el nombre del subproceso [321701]. Dos actividades en el mismo proceso no deberían tener el mismo nombre. (Utilice actividad global para reutilizar una única actividad en el proceso.) [320701] Un evento en el límite debería estar etiquetado [311701]. Un evento en el límite de ‘Error’ en un subproceso debería estar etiquetado para coincidir con el evento de ‘Error’ de lanzamiento [313701].

200

8

Reglas de Estilo

Etiquetar (cont…)

• • • • • •

Un evento en el límite de ‘Escalada’ en un subproceso debería estar etiquetado que coincida con el evento de escalada de lanzamiento [313702] Un evento intermedio de lanzamiento debería estar etiquetado [113702]. Un evento intermedio de captura debería estar etiquetado [113703]. Un evento de fin debería estar etiquetado con el nombre del estado final [312702] Un gateway exclusivo debería tener máximo una entrada no etiquetada [230701]. Un gateway exclusivo o inclusivo con una entrada no etiquetada debería estar etiquetada [230702].

Estados Finales • Dos eventos de fin en un nivel de proceso no deberían tener el mismo nombre. Si significan el mismo estado final, combínelos; de otra forma, asígnele diferentes nombres [312701]. • Si un subproceso está seguido por un gateway si/no, por lo menos uno de los eventos de fin del subproceso debería estar etiquetado para coincidir con la etiqueta del gateway [321703]. Expansión del Subproceso • Sólo un evento de inicio debería ser utilizado en un subproceso [321605]. • Un diagrama a nivel ‘hijo’ no debería estar encerrado en una figura expandida de subproceso [321704].

201

8

Reglas de Estilo

Flujos de Mensaje • • • • • • • •

• •

Una tarea de Enviar debería tener un flujo de mensaje saliente [222701]. Una tarea de Recibir debería tener un flujo de mensaje entrante [222702]. Un evento de inicio de Mensaje debería tener un flujo de mensaje entrante [211701]. Un evento de Mensaje de captura debería tener un flujo de mensaje entrante [213701]. Un evento de Mensaje de lanzamiento debería tener un flujo de mensaje saliente [213702]. Un flujo de mensaje debería estar etiquetado con el nombre del mensaje [162701]. Un flujo de mensaje de un subproceso colapsado deberá ser replicado en el diagrama a nivel ‘hijo’ [362701]. Un flujo de mensaje hacia un subproceso colapsado debería ser replicado en el diagrama a nivel ‘hijo’ [362702]. Un flujo de mensaje entrante en el diagrama a nivel ‘hijo’ debería ser replicado en el nivel ‘padre’ [362703]. Un flujo de mensaje saliente en el diagrama a nivel ‘hijo’ debería ser replicado en el nivel ‘padre’ [362704].

202

9

Modelado de Procesos con BPMN

Parte 9. Certificación y Más Allá

203

9

Certificación

• La certificación demuestra el dominio de BPMN  Comprensión del comportamiento del proceso a partir del diagrama  Habilidad para crear un buen BPMN… consistente con los principios de método y estilo

• Es opcional y gratis  … pero no es fácil

• Lo nuevo en la v5.0  Paso 1. Examen de opción múltiple en línea  Paso 2. Crear modelo de proceso y remitir para revisión

• Estricto límite de 60 días  Se puede comprar una extensión de 60 días si es necesario 204

9

Paso 1. El Examen en Línea

• Prueba la comprensión de los diagramas BPMN  Qué significa un fragmento de diagrama?  Qué diagrama coincide mejor con un comportamiento descrito?

• 10 preguntas de opción múltiple, se necesitan 8 correctas para aprobar  Máximo 3 intentos

• El examen se presenta en línea

205

9

Ejemplo de Examen en Línea

• Cuál de los siguientes fragmentos de diagrama es equivalente al diagrama de la derecha?

A)

B)

C)

D)

206

9

Paso 2: El Ejercicio de Certificación

• Crear un modelo de proceso más complejo, con retroalimentación individualizada 1. Escoja cualquier* proceso de negocios en su organización. 

2.

*Por favor no remita ningún tipo de información propietaria. Simplifique si es necesario.

Cree un modelo de proceso siguiendo los principios de Método y Estilo 

3.

Jerárquico, con colaboración, estados finales, trazabilidad de arriba-abajo y siguiendo las reglas de estilo

El modelo en su integridad debe incluir por lo menos uno de cada uno de los siguientes elementos a Nivel 2 1. 2. 3. 4.

4.

Valídelo en el Modelador de Procesos utilizando las reglas BPMN y de Estilo 

5.

Actividades paralelas con una unión de sincronización hacia dentro la actividad (no hacia dentro el evento de fin) Espere al mensaje con tiempo límite (timeout), utilizando un gateway de evento Error de lanzamiento-captura en un subproceso Incluya al menos un evento intermedio temporizado y un evento intermedio de mensaje (adicionalmente al gateway de evento arriba) …y arregle todas las violaciones

El ejercicio de certificación es aceptado únicamente en la herramienta processmapper 207

9

Capacitación y Educación Adicional

• Método y Estilo BPMN  Más información: www.bpmnstyle.com  Patrones y ejemplos adicionales  Un poco de BPMN Nivel 3

• Capacitación para su equipo…  Clases privadas y públicas  Aula virtual en vivo y en línea  Conviértase en un capacitador certificado!

• Consultas y asesoramiento  Modelado de sus procesos, educación BPMN en general, selección de vendedores BPMS…  Capacitación relacionada con el análisis y diseño del proceso, modelado de decisiones de negocios…

• Más información en www.bpmamericas.org

208

9

Otorgamiento de la Licencia de la Herramienta

• 1 Año de acceso a ProcessMapper sin costo

209

Contacto v6.1 Noviembre de 2012 Contenido para capacitación – Training Content © Bruce Silver Associates 2009-2011 © BPM Americas 2011 (traducción al español) La reproducción no autorizada está prohibida. Contacto: Andrea Casallas [email protected] +1-305-675-4177 +57-1-508-2507 ext. 130 www.bpmamericas.org

210