BPMN Modelado de Procesos de Negocio

Profa. Sara Alcántara
NOTACIÓN PARA
PROCESOS DE NEGOCIO
Tema Nº 4:
✓ Introducción
✓ Objetivos
✓ Elementos
✓ Ejercicios
BPMN -
EL MODELADO DE

Introducción
01
02
03
04
05
06
07
08
Definición
Objetivos
Características
Elementos
Objetos de Flujo
Objetos de Conexión
Carriles
3
4
5
6
7
8
25
33
09
10
Artefactos
Elementos Específicos
37
42
AGENDA
11 Esquema de los Elementos BPMN 43
12
13
Ejercicios
Referencias
44
56

Introducción
BPMN – Notación para el Modelado de Procesos de Negocio
BPMN Business Process Modeling Notation o Notación
para el Modelado de Procesos de Negocio (BPMN)
fue desarrollado por la Business Process
Management Initiative (BPMI).
La especificación BPMN 1.0 fue lanzada en
Mayo de 2004.
Actualmente es mantenida por el Object
Management Group (OMG).
La versión actual es la v2.0 lanzada en el
2011.

Definición
BPMN La Notación para el Modelado de Procesos de
Negocio (BPMN) es un estándar basado en los
diagramas de flujo
Adaptado para suministrar una notación
gráfica que posibilita la representación de
procesos de negocio a través de flujos de
trabajo.
Coordinar la secuencia de actividades
involucradas en el proceso.

Cuando se está explicando en términos abstractos la secuencia del
flujo del trabajo de un proceso que se maneja en una empresa u
organización, debe hacerse de tal forma que alguien que no esté
versado en sus detalles pueda comprenderlo. El fin último es que
se dé a entender lo que se hace. Al tratar de listar los objetivos al
crear BPMN se podrá encontrar a los siguientes:
Contar con elementos gráficos estándar.
Todos los elementos serán fáciles de usar para describir los
procesos de una empresa u organización pues se basan en
diagramas de flujo (de información en este caso).
Tener elementos que no se confundan entre ellos y así poder
describir todos los procesos de manera única e irrepetible.
Tener un método simple de crear modelos de procesos de
negocio pero que al mismo tiempo puedan manejar toda la
complejidad que significan éstos.
Introducción
BPMN

1
+ 100 Símbolos
2
Modelar
Diferentes
Niveles
3
Integración
4
Utiliza SOA
5
Lenguaje
Grafico
Común
6
Innovación y
Optimización
Combina las
capacidades del
software y la
experiencia de
negocio para
optimizar los
procesos y facilitar la
innovación del
negocio.
Características:
Cuenta con más de
100 símbolos
visuales
Permite modelar
procesos en los
diferentes niveles de
entendimiento y
uso.
Integra todas las
funciones
empresariales.
Utiliza una
Arquitectura
Orientada por
Servicios (SOA),
permitiendo la
adaptación rápida a
los cambios y las
oportunidades de
negocio.
Propone un lenguaje
gráfico común entre
los usuarios de
negocio y
programadores, con
el fin de facilitar su
comprensión.
BPMN

BPMN divide los elementos en cuatro (04) categorías:
Carriles o Canales
(Swimlanes)
Son los elementos gráficos utilizados para
organizar las actividades del flujo en
diferentes categorías visuales que
representan áreas funcionales, roles o
responsabilidades.
(Connecting Objects)
Son los elementos gráficos usados para
conectar dos objetos del flujo dentro de un
proceso.
Objetos de Flujo
(Flow Objects)
Son los principales elementos gráficos que
definen el comportamiento de los procesos.
Artefactos (Artifacts)
Son elementos gráficos utilizados para
proveer información adicional sobre el
proceso.
Elementos

Objetos de Flujo (Flow Objects):
Compuerta
(Gateway)
Actividad
(Activity)
Evento
(Event)
Elementos

Objetos de Flujo (Flow Objects):
Descripción
Evento (Event)
Representación
Representado por un círculo.
Es algo que "Sucede" durante el curso de un proceso. Afectan el flujo del
proceso y generalmente tienen un causa (trigger) o un impacto (resultado).
Permiten agregar marcadores internos para indicar diferentes disparadores o
resultados. Existen tres tipos de eventos basados en “cuando” afectan el flujo:
Inicial, Intermedio, Final.
Representada por un rectángulo de esquinas redondeadas
Describe el trabajo que realiza la empresa. Una actividad puede ser atómica o
no atómica (compuesta). Los tipos de Actividades son: Tarea y Subproceso. El
subproceso se distingue por una pequeña signo más en la parte inferior central
de la forma.
Es representado por la forma de diamante.
Se utiliza para controlar la divergencia y convergencia del flujo de secuencia.
Determina las decisiones tradicionales, así como la bifurcación, fusión y unión
de caminos. Los marcadores internos indican el tipo de control.
Actividad (Activiyt)
Compuerta (Gateway)
+
Inicio Intermedio Final
Elementos

Los eventos de inicio Inician el
inicio de un proceso de
negocio, y el Evento Final su
finalización
Evento Inicial y Final
Objetos de Flujo
Elementos

Los eventos que son
agregados al borde o límite de
una actividad deber ser
interrumpida cuando se dispara
el evento.
Evento Inermedio
Objetos de Flujo
Se pueden agregar tanto
a Tareas como a Sub-
procesos.
Son usados para el
manejo de errores,
manejo de excepciones y
compensaciones.
Elementos

Junto con los de mensaje son
los más usados.
Eventos Temporales
Objetos de Flujo
Elementos

Suelen estar asociados a las
reglas de negocio.
Eventos Condicionales
Objetos de Flujo
Este tipo de evento es activado, cuando las condiciones de una regla
se convierta en verdadera. Las Reglas pueden ser muy útiles para
interrumpir el ciclo del proceso, por ejemplo : ‘El numero de
repeticiones = N’, X cantidad de un producto, la existencia de una
limitante, entre otros.
Elementos

Son cualquier actividad que se
realiza durante un proceso de
negocio
Tarea
Objetos de Flujo
Elementos

Un sub-proceso representa una
actividad compuesta. En este
sentido, «compuesta» significa
que su trabajo puede dividirse
en un nivel más fino de detalle
(por ejemplo otro Proceso). De
esta forma, es posible obtener
un modelo de Proceso
«jerárquico» con diferentes
niveles de detalle en cada nivel.
Sub-proceso
Objetos de Flujo
Muestra las actividades realizadas por un agente de aerolínea responsable del
ingreso de un pasajero y su equipaje. Tiene un Sub-proceso embebido
denominado Confirmar Itinerario (Confirm Itinerary).
Elementos
+

Los tipos de sub-procesos son:
embebidos o reusables.
Los sub-procesos embebidos
dependen del proceso padre,
no puede contener ni Pools ni
Lanes.
Los sub-procesos reusable es
un proceso definidos como un
diagrama de procesos
independiente y que no
depende del proceso padre.
Pueden contener Pools y
Lanes.
Sub-proceso
Objetos de Flujo
Sub-procesos reusables: Comprar Artículos y Facturar
Elementos
+

El flujo de realización de tareas
sólo puede tomar un camino de
varios posibles.
Compuerta Exclusiva
Objetos de Flujo
Elementos

El flujo de realización de tareas
toma todos los camino
posibles. En este sentido, se
envía el flujo de actividades
hacia varios caminos (hacia
todos al mismo tiempo) sin
evaluar nada.
Compuerta Paralela
Objetos de Flujo
Compuerta Paralela Dividiendo
Compuerta Paralela Unificando
Elementos

Las compuertas paralelo
dividirán el flujo cuando tenga
dos o mas caminos salientes.
Compuerta Paralela Dividiendo
Objetos de Flujo
Cuando el flujo de secuencia entrante
llega a la compuerta paralela, no hay
evaluación de ninguna condición en el
Flujo de Secuencia saliente (a
diferencia de la compuerta exclusiva) .
También es denominada Compuerta
Paralela Divergente, se utiliza cuando
varias actividades pueden realizarse
concurrentemente o en paralelo, por
lo que indica que las siguientes
actividades se ejecutarán de forma
paralela.
Elementos

Utilice compuerta paralela
unificando cuando los caminos
paralelos requieran ser
sincronizados antes que el
proceso pueda continuar. Para
sincronizar el flujo, la
compuerta paralela esperara
que todos los flujos llegue
desde cada uno de los Flujos
de Secuencia entrantes.
Compuerta Paralela Unificando
Objetos de Flujo
El flujo puede seguir su camino
una vez que todos los flujos de
secuencia entrantes son
recibidos, es decir,
También denominada Compuerta
Paralela Convergente. En un punto de
convergencia, la compuerta espera a
que todos los flujos incidentes
completen antes de activar el flujo
saliente.
Elementos

Son decisiones en donde hay
más de un resultado posible.
Las trayectorias alternativas
están basadas en expresiones
condicionales contenidas
dentro del flujo de secuencia
resultante.
La evaluación verdadera de una
condición no excluye la
evaluación de las otras
condiciones.
Compuerta Inclusiva
Objetos de Flujo En un punto de divergencia,
al menos un flujo es activado.
En un punto de convergencia,
espera a todos los flujos que
fueron activados para activar
el saliente.
Al ser independiente cada
trayectoria, todas las
combinaciones pueden ser
seguidas o al menos una de
ellas.
Elementos

Seleccionan un flujo u otro en
función del evento que ocurra
primero.
Compuertas de Eventos
Objetos de Flujo
Utilización de
una Compuerta
Exclusiva basada
en Eventos
Elementos

Son decisiones en donde hay
definiciones más avanzadas de
comportamiento.
Considera situaciones que no
son fácilmente tomadas a
través de otros tipos de
decisiones. Pueden ser usadas
para combinar un conjunto de
decisiones simples vinculadas
en una situación única mas
compacta.
Compuerta Compleja
Objetos de Flujo
Utilizada como elemento
convergente permite modelar
comportamientos complejos de
sincronización, por ejemplo un
numero específicos de flujos
entrantes para continuar con el
proceso.
También es útil utilizarla como
elemento de divergencia, cuando sea
necesario controlar un punto de
decisión complejo dentro del proceso,
en este sentido, se utiliza cuando las
otras compuertas no puede manejar la
decisión necesarias para elegir el
camino a seguir
Elementos

Un ejemplo de esta compuerta
seria: en el Proceso de
Solicitud de crédito. Donde un
empleado solicita un crédito a
la compañía. Para otorgar el
crédito al empleado, el crédito
debe ser aprobado por su jefe,
por el área financiera o por el
vicepresidente. Cuando dos de
las tres aprobaciones sean
hechas, se puede realizar el
desembolso del crédito.
Compuerta Compleja
Objetos de Flujo
Elementos

Objetos de Conexión (Connecting Objects):
Asociación
(Association)
Flujo de Mensaje
(Message Flow)
Flujo de Secuencia
(Sequence Flow)
Elementos

Objetos de Conexión (Connecting Objects):
Descripción
Flujo de Secuencia
(Sequence Flow)
Representación
Representado por una línea sólida con un punta de flecha sólida.
Se utiliza para mostrar el orden (la secuencia) en que las actividades serán
realizadas en un proceso.
Representado por una línea discontinua con punta de flecha abierta.
Se utiliza para mostrar el flujo de mensajes entre dos Participantes del Proceso
que los envían y los reciben. En BPMN, dos Pools separados en el Diagrama
representarán a los dos Participantes.
Representada por una línea de puntos con una punta de flecha de línea.
Se utiliza para asociar datos, texto y otros artefactos con objetos de flujo. Las
asociaciones se utilizan para mostrar las entradas y salidas de actividades.
Flujo de Mensaje
(Message Flow)
Asociación
(Association)
Elementos

Si se requiere o desea un bajo
nivel de precisión para crear
modelos de proceso con
propósitos de documentación o
comunicación, los elementos
centrales y conectores otorgan
la capacidad para crear
diagramas claros y entendibles.
Arriba un ejemplo de proceso
de negocio simple “Pago de
producto”.
Flujo de Secuencia
Elementos

Es posible agregar detalles a
través de marcadores
adicionales a los elementos
centrales. Arriba el segmento
de un proceso con mayor
detalle.
Flujo de Secuencia
Elementos

Flujo de mensaje conectando
Objetos de flujo dentro de dos
entidades, es decir, representan
la comunicación entre dos
organizaciones (pools).
Flujo de Mensaje
Elementos

Los flujos de mensaje define
los mensajes/comunicaciones
entre dos participantes
diferentes (representados
como Pools) del diagrama. Se
dibuja con líneas punteadas
que tienen un pequeño circulo
hueco al principio y una punta
de flecha hueca al final.
Flujo de Mensaje
Objetos de Conexión El Flujo de Mensajes siempre
debe darse entre dos Pools
separados y no puede conectar
dos objetos dentro de un mismo
Pool. Por eso el Flujo de
Mensajes solo se utiliza en las
colaboraciones (diagramas con
dos o mas Pools).
Hay una fuerte diferencia entre
el Flujo de Mensajes y el Flujo
de Secuencia. El Flujo de
Secuencia solo puede ser usado
dentro de un Pool mientras que
el Flujo de Mensajes solo puede
ser utilizado entre Pools.
Elementos

El envío y recepción de
mensajes se puede representar
mediante eventos de mensaje
Flujo de Mensaje
Elementos

Una asociación une un objeto
del diagrama (es decir, crea
una relación) con otro objeto
del diagrama (por ejemplo,
Artefactos y Actividades).
Asociación
Objetos de Conexión Ejemplo de una asociación es la línea
punteada que conecta una Anotación
de texto a otro objeto.
Uno de los usos mas importantes de las
asociaciones es mostrar que los datos son las
entrada y salida de las actividades
Elementos

Carriles (Swimlanes):
Compartimiento
(Lane)
Contenedor
(Pool)
Elementos

Carriles (Swimlanes):
Descripción
Contenedor (Pool)
Representación
Representa un participante en un Proceso. También actúa
como contenedor gráfico para particionar un conjunto de
actividades de otros Pools.
Es una partición dentro de un Pool y amplia la longitud del
mismo. Se utiliza para organizar y categorizar actividades.
Carril o
Compartimiento
(Lane)
Nombre
Nombre
Nombre
Nombre
Elementos

Carriles
Se utilizan Pools cuando el
diagrama involucra dos entidades
del negocio o participantes
separados y están físicamente
separados en el diagrama. Las
actividades en Pools separados se
consideran Procesos autónomos.
Por lo tanto, el flujo de secuencia no
puede cruzar el límite del Pool. El
Flujo de Mensaje se define como el
mecanismo para mostrar la
comunicación entre dos
participantes. Arriba proceso de
“Cita médica”.
Contenedor (Pool)
Elementos

Los Lanes son más cercanos al
uso tradicional que tienen los
carriles en otras metodologías
de modelado de procesos.
Son usados comúnmente para
separar actividades asociadas
con una función o un rol
específico de la compañía.
Compartimiento (Lane)
El flujo de
secuencia puede
cruzar los límites
de los carriles
dentro de un Pool,
pero el flujo de
mensajes no
puede usarse
entre Objetos de
Flujo en carriles
del mismo Pool.
Elementos

Artefactos (Artifacts):
Anotación
(Annotation)
Grupo
(Group)
Objeto de Datos
(Data Object)
Elementos

Artefactos (Artifacts):
Descripción
Objeto de Datos
(Data Object)
Representación
Los objetos de datos son un mecanismo para mostrar cómo los datos son
requeridos o producidos por actividades. Están conectados a actividades a
través de Asociaciones.
Está representado por rectángulo de esquinas redondeadas dibujado con una
línea discontinua. La agrupación se puede utilizar para fines de documentación
o análisis, pero no afecta el flujo de secuencia.
Son un mecanismo para el modelador para proporcionar información de texto
adicional para el lector de un diagrama.
Grupo
(Group)
Anotación
(Annotation)
Anotación de texto.
Permite que un
modelador proporcione
información adicional
Elementos

Artefactos
Información que fluye a través
del proceso, por ejemplo:
documentos.
Objeto de Datos
Elementos

Es un artefacto que proporciona un
mecanismo visual para agrupar
elementos de un proceso de manera
informal.
Son usados para:
- Resaltar ciertas secciones de un
Diagrama sin agregar
restricciones adicionales para su
realización como lo haría un Sub-
proceso.
- Categorizar elementos con
propósitos informativos
No están limitados por restricciones
de Pools y Lanes.
Grupos
Artefactos
Elementos

Los artefactos añaden detalle
acerca de la ejecución del
proceso.
La estructura básica del
proceso es definida por las
Actividades, Compuertas y el
Flujo de Secuencia; y esta no es
modificada por los Artefactos
agregados.
Anotación
Artefactos
Elementos

Elementos Específicos:
BPMN

Esquema de los Elementos del BPMN
Pool
(Roles)

Ejercicios:
Ejercicios Prácticos
Práctica

Ejercicio 1: Paciente enfermo que acude al Doctor
▪ Los participantes del proceso son un paciente, la recepcionista del doctor y el doctor.
▪ El proceso se inicia cuando al paciente le ocurre una enfermedad y desea acudir a la oficina del doctor para lo
cual envía a la recepcionista un mensaje de que necesita ver un doctor,
▪ Al recibir la recepcionista la petición del paciente, envía al doctor un mensaje para saber su disponibilidad.
▪ El doctor envía un mensaje a la recepcionista indicando que si esta disponible, por lo que posteriormente es
notificado al paciente.
▪ Una vez que el doctor atiende al paciente, este le indica los síntomas que presenta y al saber esto, el doctor
pide a la recepcionista que prepare la prescripción medica, para terminar su intervención en el proceso tras
indicar al paciente que pase a recoger su prescripción.
▪ Una vez que el paciente recibe el mensaje de recogida de la prescripción, pide la medicina a la recepcionista
quien la entrega al paciente. Terminando de esta manera la intervención de la recepcionista en el proceso.
▪ Cuando el paciente recoge su medicina, procede a retirarse de la consulta, terminan así su proceso.
Ejercicios

Solución Ejercicio 1:
Ejercicios

Ejercicio 2: Gestión de reclamaciones compañía aseguradora de vehículos.
Se pretende modelar el proceso de gestión de reclamaciones en una compañía aseguradora. Cuando se recibe una
reclamación, ésta se registra en el sistema. Después del registro, la reclamación se clasifica en uno de los dos siguientes
tipos: simple o compleja. Si la reclamación queda clasificada como simple se comprueba el seguro del cliente, para
reclamaciones complejas se comprueba independientemente el seguro y el daño en el vehículo. Después de la
comprobación o comprobaciones se genera una resolución de la reclamación, que puede ser positiva o negativa. Si la
resolución es positiva se informa al garaje para autorizar la reparación y se planifica el pago al mismo. Para cualquier tipo
de resolución (positiva o negativa) se envía una carta al cliente y el proceso termina
Ejercicios

Ejercicios

Se desea informatizar la gestión de reservas de un hotel, los
requisitos informales pueden describirse de la siguiente forma:
▪ Los clientes pueden efectuar reservar anticipadas. El hotel
admite tantas reservas como habitaciones libres tenga. Las
reservas telefónicas tienen que estar respaldadas por un
número de tarjeta de crédito. Si en la fecha de reserva no
se presenta el cliente, se genera una factura que se envía a
la compañía de tarjetas de crédito.
▪ Hay dos tipos de clientes: los individuales y los que
pertenecen a empresas. Para los clientes de empresa no es
necesario garantizar las reservas mediante una tarjeta de
crédito.
▪ Cuando un cliente llega al hotel su reserva es procesada,
comprobándose la misma con los detalles que proporciona
el cliente.
▪ Hay clientes que solicitan una habitación en el mostrador
del hotel.
Ejercicio 3: Reservas de un Hotel ▪ Algunos clientes solicitan habitaciones para no fumadores.
▪ Las habitaciones se pueden alquilar para dormir
únicamente, con media pensión o con pensión completa.
▪ Cuando los clientes abandonan el hotel, un empleado
comprueba los detalles de ocupación (llamadas telefónicas,
servicio de bar, entre otros) y genera una factura para el
cliente.
▪ Hay clientes, que pertenecen a empresas, que no abonan la
factura en ese momento. A final de mes se envía una factura
única a la empresa.
▪ El sistema tendrá tres tipos de usuarios: los empleados de
mostrador o recepción, el gerente y un administrador. El
gerente se encargará de gestionar las cuentas de empresas:
tipo de descuento por habitación, apertura de cuenta y
cierre de cuenta. El administrador se encargará de efectuar
un mantenimiento sobre la información que se almacena en
el sistema. Por último los empleados de mostrador se
encargan de la gestión de clientes.
Ejercicios

Ejercicios

Ejercicio 4: Portal Web de Reserva y Compra de Billetes de Avión.
Se desea construir un portal Web que permita a los usuarios reservar y comprar billetes de avión.
Cualquier usuario puede introducir una ciudad origen, una ciudad destino y una fechas de viaje y el sistema responde con
un conjunto de vuelos (directos o con transbordos) que cumplen los criterios introducidos por el usuario. A partir de la
respuesta del sistema el usuario puede seleccionar la compra de un vuelo (de ida o de ida y vuelta), esta selección se
añade a la cesta de la compra del usuario. La única forma de pago admitida es mediante tarjeta de crédito, para ello el
usuario debe proporcionar su nombre completo, el número y tipo de la tarjeta y la fecha de caducidad. Los usuarios deben
registrarse previamente proporcionando un login y password junto con los datos de la tarjeta de crédito. Para que el(los)
billete(s) puedan ser tramitados debe también proporcionarse el nombre y apellidos de los viajeros. Una vez formalizada la
compra el sistema genera un número de ticket y el billete electrónico que se remite posteriormente a la aerolínea
correspondiente. Los billetes pueden ser comprados en cualquier momento hasta 3 días antes de la realización del viaje. El
sistema también admite anulaciones, pero éstas únicamente pueden hacerse 15 días antes del vuelo. En este caso se cobra
al cliente el 6% de la operación.. El sistema interactuará con un sistema global de reservas de vuelos como Amadeus o
Galileo, que será el encargado de proporcionar la disponibilidad de plazas y vuelos. En cualquier momento un usuario
registrado puede acceder a sus datos almacenados y eventualmente modificarlos (login, password, tarjeta de crédito).
.
Ejercicios

Solución Ejercicio 4 (Parte 1):
Ejercicios

Ejercicios

Bibliográficas y Electrónicas:
Referencias Electrónicas
Referencias Bibliográficas
Referencias

Referencias
Bibliográficas
Losavio, F., Guzmán, J.C. y Matteo, A. (2011). Correspondencia Semántica entre los lenguajes BPMN y GRL. Enl@ce Revista
Venezolana de Información, Tecnología y Conocimiento, 8 (1), 11-29.
White S., & Miers D. (2009) Guía de Referencia y Modelado BPMN: Comprendiendo y utilizando BPMN. Florida, USA: Future
Strategies Inc.

Analítica (2017). Manual de diagramación de procesos bajo estándar BPMN [Archivo PDF].
http://www.analitica.co/website/images/stories/documentosTecnicos_SGP/Manual%20de%20Diagramacion%20de%20Pro
cesos%20Bajo%20Estandar%20BPMN.pd
Berrío, D., Rodríguez, D., y Torres, G. (2015). Talle 01; Ejercicios de Modelado – Requerimientos. Wordpress.
https://analisisdesistemas2015.wordpress.com/taller-01-ejercicios-de-modelado-requerimientos/
CROSSNET S.A.C. (2012). Introducción a BPMN [Diapositiva de PowerPoint].
SlideShare. https://es.slideshare.net/CROSSNETPERU/curso-de-bpmn-20
Departamento de Lenguas y Sistemas Informáticos de la Universidad de Sevilla (2012). Introducción al Modelado de Procesos de
Negocio [Archivo PDF]. http://www.lsi.us.es/docencia/get.php?id=6275
Meneses, E. (2018). Procesos para la Ingeniería de Software: Modelado de Procesos de Negocio [Archivo PDF].
https://www.uv.mx/personal/ermeneses/files/2018/02/Clase7-BusinessProcessModelingNotation-1.pdf
White S. (2021). Introduction to BPMN [Archivo PDF]. https://www.omg.org/bpmn/Documents/Introduction_to_BPMN.pdf
Referencias
Electrónicas:

Docente:
PNF en Informática
MSC.
salcantara3@gmail.com
Ingeniería del Software II - Trimestre I
SARA ALCÁNTARA
Recurso:
El recurso puede ser utilizado bajo condiciones Creative Commons.
Atribuciones:
Algunas de las imágenes utilizadas son de libre uso,
descargadas desde:

BPMN Modelado de Procesos de Negocio

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a BPMN Modelado de Procesos de Negocio

Similar a BPMN Modelado de Procesos de Negocio (20)

Más de SaraEAlcntaraR

Más de SaraEAlcntaraR (10)

Último

Último (20)

BPMN Modelado de Procesos de Negocio