Modelado básico con BPMN

Slides:



Advertisements
Presentaciones similares
DISEÑO DE TRANSFERENCIA ENTRE REGISTROS
Advertisements

U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
DIAGRAMA DE ACTIVIDAD Roberto Certain Leonardo Molina.
Diagrama de Flujo de Datos (DFD)
Diagrama de Colaboración
DISEÑO ORIENTADO AL OBJETO
TEMA 8: DIAGRAMAS EN UML.
Arquitectura de software dirigida por modelos (Model-Driven Architecture) Liliana Favre UNCPBA 2006.
Fundamentos de Ingeniería de Software
DIAGRAMAS DE FLUJO Y PSEUDOCÓDIGO
JOSÉ ANTONIO VILLASÍS REYES ENERO 2013
Prof. César Luza Montero
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
Introducción a la gestión de procesos
DIAGRAMAS DE SECUENCIA
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Business Proccess Management (BPM)
DESCRIPCION DEL PROBLEMA
Desarrollo Orientado a Objetos con UML
Cuadros de mando Gestión de Procesos y Servicios.
Cátedra Pragma BPM II © PRAGMA S.A.. Cátedra Pragma BPM II © PRAGMA S.A.
Modelado avanzado en BPMN (1)
Gestión de Procesos y Servicios
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Profesor: Miguel Angel Vidal
Modelado de Procesos en la Ingeniería de Requerimientos
DSOO - María Eugenia Valencia
Juan Carlos Olivares Rojas
ALGORITMOS es un conjunto preescrito de instrucciones o reglas bien definidas, ordenadas y finitas que permite realizar una actividad mediante pasos.
BUSINESS PRECESS MODELLING NOTATION
1. Una pequeñisima introduccion al Business Process Modelling
Jorge Villalobos Jorge Arias Darío Correal
Jorge Villalobos Jorge Arias Darío Correal
Análisis y Diseño Orientado a Objetos utilizando UML CAPITULO V DISEÑO DE SISTEMAS ORIENTADOS A OBJETOS.
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
PROCESO DE COMPRAS COMPLEJO EDUCACIONAL EDUARDO CUEVAS VALDÉS
UNIDAD 1 NOMBRE DE LA UNIDAD DE TRABAJO
DISEÑO DE SOFTWARE 1ª. Parte
Fundamentos de programación
Análisis y Diseño Orientado a Objetos utilizando UML
BPM - Business Process Management
BPMN Juan Carlos Olivares Rojas. Proceso de negocios Un proceso de negocios es un conjunto de pasos o actividades relacionadas en las que intervienen.
Organización y Estructuración de Datos
EL MODELO GENERAL DE LA EMPRESA UNIDAD ORGANIZACIONAL
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Ingeniería de software
GESTION DE PROCESOS DE NEGOCIO
TEMA 10: DIAGRAMA DE: OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
Representación de Algoritmos
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
I NGENIERÍA DE S OFTWARE L ABORATORIO VII Diseño - Diagramas: Actividades, Secuencia y Clases Eduardo Saavedra A. 13/10/2009.
Modelo de 3 capas.
Ingeniería de Requisitos
Business Process Modeling Notation
DIAGRAMA DE SECUENCIA Y ACTIVIDADES.
Actividad 3 Diagrama de Actividades Dra. Anaisa Hernández González
Teoría de Sistemas – 1 semestre 2005 – Universidad de Valparaíso Desarrollado por Business Process Management Initiative (BPMI). Es un estándar: BPMN Business.
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
Mpdelamiento de Procesos usando BPMN y BizAgi
Integrantes Miguel Betancourt Alexis Tacuri.  Activiti es una plataforma para la formación de flujos de trabajo y procesos empresariales dentro del.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Tipos de control.
CURSO:PRACTICA INTEGRAL III ALUMNO: RARÁZ TINOCO, JORGE LUIS PROFESOR:DAVILA, JUAN CICLO:II CICLO.
Entregables del Proyecto
Modelado básico con BPMN. Mapeado Abstracción Propósito Un modelo se caracteriza por.
Modelado básico con BPMN Gestión de Procesos y Servicios.
Transcripción de la presentación:

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

Introducción

Un modelo se caracteriza por Mapeado Abstracción Propósito Para conocer el propósito es conveniente saber cuál es la target audience a la que nos dirigimos.

¿Para qué modelamos?

Modelamos para entender

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

Introducción BPMN Básico

Es un estándar de representación gráfica de procesos de negocio BPMN BPMN viene de Business Process Modeling Notation (Notación para el Modelado de Procesos de Negocio). Es un estándar de representación gráfica de procesos de negocio Pretende ser un lenguaje accesible tanto para desarrolladores como para clientes y directivos. 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 Flujo de secuencia Eventos © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Tokens © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

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)

Gateways

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

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

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

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

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 © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

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

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

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

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

Decisión inclusiva © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Deadlocks © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

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. © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

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. © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Bucles © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

La perspectiva de datos Introducción BPMN Básico La perspectiva de datos

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

Objetos de datos Dato con estado Almacenes de datos © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

¿Puedo sustituir el flujo de secuencia por flujo de datos ¿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 organizacional* Introducción BPMN Básico La perspectiva de datos La perspectiva de organizacional* *En esta lección veremos una introducción a la perspectiva organizacional que profundizaremos en lecciones posteriores

Participante del proceso Sistema software Equipamiento Recursos Participante del proceso Sistema 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)

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

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

Vista abstracta: Representa la interacción entre un proceso de negocio privado y otro que se muestra como una caja negra Proceso de caja negra Flujo de mensajes Proceso de caja blanca

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

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Descomposición de procesos Introducción BPMN Básico La perspectiva de datos La perspectiva organizacional* Descomposición de procesos

Descomposición de procesos Mejorar la legibilidad y entendibilidad

Actividades Tareas Subprocesos

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 BPMN supports a hierarchical nesting of activities: atomic activity and subprocess Atomic (its internal structure is not relevant for modelling) are also called tasks The top-level activity for each participant are process--> each participant tuns a number of processes Enlazar con el PDF de diveintoBPM para aclarar bucles La clasificación de tareas que aparece tras la figura 4.81 de la figura 2.13 me plantea una cuestión ¿son este tipo de tareas recogidas en la recomendación?  sí Antonio, las tareas tienen un atributo llamado TaskType, y los posibles valores son los que vienen en el libro (lo he consultado en la especificación)

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

© M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

¿Cuando descomponer en subprocesos? Cuando es demasiado grande (> 30 elementos aprox.)

Reutilización de procesos (subprocesos globales) Call activities © M. Dumas et al. Fundamentals of BPM, Springer-Verlag, 2013

Método de modelado Introducción BPMN Básico La perspectiva de datos La perspectiva organizacional* Descomposición de procesos Mé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 5

Paso 6: Añadir datos

Errores comunes Introducción BPMN Básico La perspectiva de datos La perspectiva organizacional* Descomposición de procesos Método de modelado Errores comunes

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

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

Reglas básicas de uso a tener en cuenta Los flujos de secuencia no deben cruzar nunca de un pool a otro. Para eso se usan los de mensaje.

Reglas básicas de uso a tener en cuenta Los flujos de secuencia no deben cruzar nunca de un pool hijo al padre.

Reglas básicas de uso a tener en cuenta El flujo de mensajes no puede conectar puntos del mismo pool

Reglas básicas de uso a tener en cuenta El flujo de mensajes no puede conectar puntos del mismo pool (forma correcta)

Reglas básicas de uso a tener en cuenta El flujo de mensajes no puede conectarse a un gateway.

Resumen Introducción BPMN Básico La perspectiva de datos La perspectiva organizacional* Descomposición de procesos Método de modelado Errores comunes Resumen

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/