Tema-6 Prof. ErnestoCR Modelo de Análisis Del Negocio
Tema-6 Prof. ErnestoCR Modelo de Análisis Del Negocio
Tema-6 Prof. ErnestoCR Modelo de Análisis Del Negocio
EL MODELO DE
NEGOCIO CON BPMN.
Ejemplo: Diagrama de un proceso de
Negocio Complejo
con BPMN.
Modelamiento de Procesos usando
BPMN y BizAgi
BPMN: Business Process
Management Notation
viernes, 11 de Octubre de Ernesto C. R. - [email protected] - FISI -
2
2019 UNMSM
Mg. Ing. Ernesto Cancho-Rodríguez, MBA George Washington University, www.gwu.edu CURSO: Análisis de
[email protected] – [email protected] – Celular: 991744003 Sistemas de Información
BPMN
• Proporciona un lenguaje común para la representación gráfica
de procesos, en forma clara, estandarizada y completa
• Permite disminuir la brecha entre el modelado de procesos y
su implementación
• Objetivo principal: proveer una notación entendible por todos
los usuarios de los procesos del negocio:
– Analistas organizacionales (crean los modelos),
– Expertos tecnológicos (implementan dichos modelos en sistemas de
información),
– Ejecutores (ejecutan, dirigien, gestionan y controlan los procesos)
• Desarrollado por el BPMI (Business Process Management
Iniciative), parte del Object Management Group
Historia
• El Instituto de Gestión de Procesos de Negocio (BPMI-ahora
parte de la OMG) desarrolla BPML (un lenguaje de ejecución
de procesos XML) y se da cuenta de necesidad de una
representación gráfica
• BPML más tarde fue sustituido por BPEL como lenguaje de
ejecución objetivo
• 2001: se formó el Notation Working Group. El grupo estaba
compuesto por 35 compañías, organizaciones o individuos.
• 2004: release de BPMN 1.0.
• 2006: BPMN 1.0 fue adoptado como un estándar OMG
• 2010: release de BPMN 2.0
• En la actualidad, más de 40 compañías que tienen
implementaciones de BPMN
Directivas de BPMN
• Debe ser aceptable y utilizable por la comunidad empresarial
• debe ser capaz de generar procesos ejecutables (por ejemplo,
BPEL) a través de un modelo BPMN (una combinación de
elementos gráficos e información de apoyo (atributos))
• Aunque los procesos ejecutables motivaron el desarrollo de
BPMN, se esperaba que BPMN se usaría para más fines
comerciales generales
• BPM pretende ser Agnóstico en cuanto a la Metodología
• Metodologías darán orientación sobre el propósito y nivel de
detalle para el modelado
• BPMN es tan complejo como tiene que ser. Sólo tiene que
utilizar lo que se necesita...
¿ Una definición ?
• BPMN es una notación gráfica que plasma la
lógica de las actividades, los mensajes entre
los diferentes participantes y toda la
información necesaria para que un proceso
sea analizado, simulado y ejecutado
BPMN
• Define un Diagrama de Procesos de Negocio
basado en la técnica de Diagramas de Flujo
• Un BPD puede contener varios procesos, cada
proceso puede ser de uno de los tres tipos:
Interno, abstracto, colaborativo
En la literatura
• También se habla de
– Orquestación: Hay un ente coordinador del
proceso. Esta dentro de un pool (ver mas
adelante)
– Coreografía: No hay un ente coordinador
único, la c
– Colaboración: como se vio
Flujos de Secuencia
• Representan el control de flujo y la secuencia
de las actividades
Pools
• Un Pool contiene un proceso único
Lineas de Mensaje
• Las líneas de mensaje representan la interacción
entre varios entidades o procesos.
• Representan Señales o Mensajes, NO flujos de
control
• No todas las líneas de mensaje se cumplen para cada
instancia del proceso y tampoco se especifica un
órden para los mensajes
• No se pueden tener líneas de mensaje dentro del
mismo pool (no tendría mucho sentido)
Líneas de Mensaje
Artefactos
• Son objetos adicionales que permiten proporcionar
información adicional sobre un proceso
• Existen 3 tipo:
– Objetos de datos: indican datos que entran/salen de una
actividad
– Anotaciones: permiten escribir comentarios adicionales
sobre el proceso
– Grupos: permiten agrupar las actividades en forma visual
con fines de documentación o análisis
Objeto de datos
Anotaciones
Grupos (agrupaciones)
Lanes
Permiten separar las actividades (por usuario)
Refinando Actividades
• Las actividades se representan con esquinas
redondeadas
• Representan un trabajo realizado dentro de
una organización
• Consumen recursos
• Pueden ser simples o complejas
Refinando Actividades
• Dentro de un modelo se definen
– Procesos, que están contenidos dentro de un pool
•
Tipos de tareas
Tarea se utiliza cuando el trabajo realizado dentro del proceso
no se define a un nivel más detallado, es simple, indivisible,
que no tiene una estructura interna o esta no es visible en el
modelo
• Existen Distintos tipos de tareas en BisAgi (no son parte de
BPMN pero muchos software lo incorporan)
Sin especificar
Ejemplo
• Las de Recepción, Envío, Usuario y Servicio son las
más usadas.
• El ejemplo muestra un proceso de garantía de
reemplazo de un vehículo siniestrado
Subprocesos
• Subproceso: Es una actividad compuesta que es
incluida dentro de un proceso. Es compuesto dado
que incluye a su vez un conjunto de actividades y una
secuencia lógica (proceso) que indica que dicha
actividad puede ser analizada a un nivel más fino
• Se usa para jerarquizar el diagrama
Subprocesos
• Simultáneamente representa una tarea y un
proceso
• Se puede diagramar colapsado o expandido
Reglas
• Los flujos de secuencia no pueden cruzar los limites del
subproceso
Tipos de Subprocesos
• Subproceso embebido: depende del padre, no puede
contener pools ni lanes
• POOL Swimlanes
– Actúa como contenedor de un proceso
– El nombre del Pool puede ser el nombre del proceso o del
participante
– Representa un Participante Entidad o Role
– Siempre existe uno, aunque este no se diagrame
•
Pool
Permite representar un proceso interno o uno
abstracto (externo) y las interacciones
Eventos de fin
Eventos Intermedios
Actividades Repetitivas
• Ciclo (Loop)
• Para actividades que se deben realizar varias veces
• Se desconoce el número de repeticiones
• La actividad se realiza mientras se cumpla la condición del
ciclo
• Cualquier actividad (simple o compuesta) se puede
transformar en repetitiva
• Existen 2 tipos: standard y multi-instance
Ciclo Estándar
• Parametros:
– Start quantity (int)
– Completion quantity (int)
– Cantidad maxima (int)
– Condición del ciclo (texto)
– Tiempo de chequeo de la condición (antes, después)
Ciclo Multi-instancia
• El número de ciclos varía para cada caso pero se conoce antes
de llegar a la actividad
• Las actividades se realizan normalmente en paralelo
• Diferencia fundamental: la condición del ciclo se evalúa una
sola vez ANTES de entrar a la ejecución de la actividad
• Esta condición determina el número de repeticiones de la
actividad
Compuertas
• Elementos de control de flujo
• Pueden ser de divergencia o convergencia
Tipos de Compuertas
• Compuerta Exclusiva, se toma uno de los
caminos
Distintos tipos
POOLS
Swimlanes o canales
LANES
Artefactos
• Permiten o proporcionan información
adicional sobre un proceso
• Existen 3 tipos de artefactos
– Objetos de datos: proveen información sobre documentos
que se usan en el proceso
– Anotaciones: permiten incorporar texto
– Grupos: provee un mecanismo visual para agrupar
elementos de un diagrama
Actividad 6
• Afine el diagrama que hizo de su proceso de
modo que Incluya: lo más posible de lo visto
hasta ahora:
– Subprocesos
– Lanes
– Artefactos
– Eventos normales y de excepción
– Compuertas de variada indole
Fuentes de la Investigación/Bibliografía:
• Listado de Fuentes Investigadas y Autores:
– Artículos de investigación y publicaciones académicas internacionales propias,
Dr. Ing. Ernesto C. Rodríguez (2013 - 2018).
– Sommerville, I. (2005). Ingeniería del Software. Madrid: Pearson Educación.
– Weitzenfeld, A. (2005). Ingeniería de Software Orientada a Objetos con UML,
Java e Internet. México: Thomson.
– Bruegge, B. (2002). Ingeniería de Software. Orientada a Objetos. Prentice Hall.
– Fairley, R. (1988). Ingeniería de software. McGraw Hill,
– García, G. A., & Rodríguez, J. (2006). Aplicación del modelado de procesos en
un curso de ingeniería de software. México: Red Revista Electrónica de
Investigación Educativa.
– Lawrence, S. (2002). Ingeniería de Software, Teoría y Práctica, Argentina:
Prentice Hall.
– Pressman Roger S. (2004). Ingeniería de Software. Un enfoque práctico, 5ta.
Edición, McGraw Hill.