Tema 1

Modelado de Procesos en BPMN

(Business Process Model & Notation)

Decision Model &

Notation (DMN) - 1
 Índice
Esquema 3

Ideas clave 4
© Universidad Internacional de La Rioja (UNIR)

1.1. Introducción y objetivos 4

1.2. DMN y su Relación con BPMN 5
1.3. Alcance y usos de DMN 9
1.4. Conceptos básicos del modelo de decisión 11

A fondo 20

Test 22
 Esquema
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

3
Tema 1. Esquema
 Ideas clave

1.1. Introducción y objetivos

Nos centramos en conocer el estándar Decision Model and Notation —DMN— para el
modelado de decisiones sin ambigüedad, con especificación de los requerimientos
analíticos y desarrollando la Lógica de Decisión mediante reglas de negocio. Se explica
en dos temas: el estándar y la notación.

La Notación de Modelado de Decisiones (DMN™) es un estándar creado y aprobado

por el consorcio internacional de estándares tecnológicos Object Management
Group® (OMG®) y se ha desarrollado para describir, modelar y visualizar decisiones
de negocio.

El objetivo principal de Decision Model and Notation —DMN— es proporcionar una

notación común que sea comprensible para todos los usuarios, desde los analistas de
negocio que necesitan crear requerimientos de decisión iniciales y luego modelos de
decisión más detallados, pasando por los desarrolladores técnicos responsables de
automatizar las decisiones en los procesos y, finalmente, llegando hasta los
empresarios que administrarán y supervisarán dichas decisiones.

DMN crea un puente estandarizado para la brecha entre el diseño de decisiones de

negocio y la implementación de decisiones. La notación DMN está diseñada para ser
utilizable junto con el estándar BPMN para el modelado de procesos de negocio.
© Universidad Internacional de La Rioja (UNIR)

En este tema, nos centramos en los siguientes objetivos:

 Entender el estándar Decision Model and Notation (DMN).

 Entender la relación de DMN con el estándar BPMN (Business Process Model &
Notation) para el modelado de procesos de negocio.

Modelado de Procesos en BPMN (Business Process Model & Notation)

4
Tema 1. Ideas clave
  Entender el alcance y usos de DMN.
 Entender los conceptos de Diagramas de Requerimientos de Decisión y Lógica de
Decisión.
 Entender las diferencias en DMN, CMMN y BPMN.

1.2. DMN y su Relación con BPMN

El objetivo de DMN es proporcionar los objetos que se necesitan para modelar las
decisiones, de modo que la toma de decisiones en una organización se pueda
representar fácilmente en diagramas, definidos con precisión por los analistas de
negocios y, opcionalmente, automatizados. La toma de decisiones se aborda desde
dos perspectivas diferentes según las normas de modelado existentes:

 Los modelos de procesos de negocios —por ejemplo, BPMN— pueden describir

la coordinación de la toma de decisiones dentro de los procesos de negocio al
definir tareas o actividades específicas dentro de las cuales se lleva a cabo la toma
de decisiones.
 La Lógica de Decisión puede definir la lógica específica utilizada para tomar
decisiones individuales; por ejemplo: reglas de negocios, tablas de decisiones o
modelos analíticos ejecutables.

Sin embargo, la toma de decisiones tiene una estructura interna que no se captura
convenientemente en ninguna de estas perspectivas de modelado. Con DMN se
proporciona una tercera perspectiva, el Diagrama de Requerimientos de Decisión
(DRD - Decision Requirements Diagram), que crea un puente entre los modelos de
© Universidad Internacional de La Rioja (UNIR)

procesos de negocios y los modelos de Lógica de Decisión:

 Los modelos de procesos de negocios definirán las tareas dentro de los procesos
de negocio donde se requiere que ocurra la toma de decisiones.

Modelado de Procesos en BPMN (Business Process Model & Notation)

5
Tema 1. Ideas clave
  Los diagramas de requerimientos de decisión definirán las decisiones que se
tomarán en esas tareas, sus interrelaciones y sus requerimientos para la lógica de
decisión.
 La lógica de decisión definirá las decisiones requeridas con suficiente detalle para
permitir la validación y/o automatización.

Tomados en conjunto, los diagramas de requerimientos de decisión y la lógica de

decisión pueden proporcionar un modelo de decisión completo que complementa
un modelo de proceso de negocios, al especificar en detalle la toma de decisiones
llevada a cabo en las tareas de proceso:

Figura 1. Tres Niveles de modelado. Fuente: elaboración propia, basado en http://www.urbanisation-

si.com/experts-metiers-passez-vous-de-developpeurs-modelisez-vos-regles-metiers-avec-dmn-puis-generez-
et-executez-automatiquement-le-code-redhat-drools-et-inversement
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

6
Tema 1. Ideas clave
 La Relación de DMN con BPMN

El estándar «Notación para el Modelado de Decisiones» (DMN) se ha diseñado para

trabajar con BPMN (tal y como se muestra en la figura 1), proporcionando un
mecanismo para modelar la toma de decisiones representada en una tarea dentro de
un modelo de proceso. No es necesario usar DMN con BPMN, pero es muy
compatible con BPMN.

La actividad de regla de negocio en BPMN (Business Process Model and Notation)

representa una actividad donde las reglas de negocio determinarán el resultado de
la actividad. Este es un marcador de posición para decisiones —impulsadas por reglas
de negocio— y es el marcador de posición natural para una tarea de decisión de
DMN. Si en un diagrama BPMN se modelan muchas compuertas entrelazadas, se
puede eliminar esa complejidad mediante una actividad de regla de negocio que
invoque la toma de decisiones a través de un diagrama DMN. El objetivo debe ser
siempre reducir la complejidad del modelo, meta en la que DMN puede ayudar a
BPMN.

Hay que considerar que no hay ninguna notación para mostrar cómo un Diagrama de
Requerimientos de Decisión DMN está vinculado a un Diagrama de Proceso BPMN.
Las anotaciones de texto se suelen usar generalmente para este propósito, aunque,
al usar la actividad de tipo regla de negocio, podemos definir que estamos invocando
a un sistema de gestión de reglas —que se habrá modelado el diagrama de reglas con
DMN—.

Aunque la figura 1 muestra un vínculo entre un modelo de proceso de negocio y un

modelo de decisión, para explicar la relación entre DMN y BPMN debe destacarse
© Universidad Internacional de La Rioja (UNIR)

que DMN no depende de BPMN. Además, hay que señalar que sus dos niveles —
requerimientos de decisión y lógica de decisión— se pueden usar tanto de forma
independiente como en conjunto para modelar un dominio de toma de decisiones
sin ninguna referencia a procesos de negocios.

Modelado de Procesos en BPMN (Business Process Model & Notation)

7
Tema 1. Ideas clave
 La toma de decisiones modelada en DMN se puede asignar a tareas o actividades
dentro de un proceso de negocio modelado usando BPMN.

En un nivel alto, una tarea colaborativa de toma de decisiones puede asignarse a un

subconjunto de decisiones en un DRD que representa el comportamiento general de
toma de decisiones de un grupo o departamento.

En un nivel más detallado, es posible modelar las interdependencias entre decisiones

tomadas por un número de individuos o grupos usando colaboraciones de BPMN:
cada participante en la toma de decisiones está representado por un grupo separado
en la colaboración y un DRD por separado en la decisión modelo. Las decisiones en
esos DRD se asignan a tareas en los pools, mientras que los datos de entrada en los
DRD se asignan al contenido de los mensajes que pasan entre los pools.

El uso combinado de BPMN y DMN proporciona así un lenguaje gráfico para describir
múltiples niveles de toma de decisiones humanas dentro de una organización, desde
actividades en procesos de negocio hasta una definición detallada de lógica de
decisión. Dentro de este contexto, los modelos de DMN describirán las decisiones
organizacionales de colaboración, su gobernanza y el conocimiento de negocio
requerido para ellos.

Diferencias entre DMN, BPMN y CMMN

A continuación, se explica la diferencia entre los tres estándares de la OMG: DMN

(Decision Model Notation), BPMN (Business Process Model and Notation) y CMMN
(Case Management Model Notation). Además, se incide también en la relación entre
estas notaciones estándares, dado que muchos procesos de negocio consisten en
© Universidad Internacional de La Rioja (UNIR)

decisiones basadas en reglas de negocio, flujos de procesos estructurados y gestión

de casos no estructurados. Con las tres notaciones se puede modelar y automatizar
todos los procesos de negocio de extremo a extremo.

Modelado de Procesos en BPMN (Business Process Model & Notation)

8
Tema 1. Ideas clave
 Vídeo. Diferencias entre DMN, BPMN y CMMN.

Accede al vídeo a través del aula virtual

1.3. Alcance y usos de DMN

Los analistas de negocios llevan a cabo el modelado de decisiones para comprender

y definir las decisiones utilizadas en un negocio u organización. Dichas decisiones
son típicamente decisiones operativas tomadas en los procesos de negocios
cotidianos, en lugar de decisiones estratégicas para las cuales existen menos reglas y
representaciones. En este contexto, se pueden distinguir tres usos de DMN:
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

9
Tema 1. Ideas clave
 Figura 2. Usos de DMN.

Los tres contextos descritos anteriormente no son alternativas excluyentes. Al

contrario, un gran proyecto de automatización de procesos podría usar DMN de las
tres formas.

En primer lugar, la toma de decisiones dentro del proceso existente podría modelarse
para identificar el alcance total de la toma de decisiones actual y las áreas de
conocimiento empresarial involucradas. Este análisis, «tal como está», proporciona
la línea de base para la mejora del proceso.

A continuación, el proceso podría rediseñarse para hacer el uso más efectivo de la

toma de decisiones automatizada y humana, a menudo utilizando la colaboración
entre ambas opciones: por ejemplo, utilizar derivaciones automatizadas para
tomadores de decisiones humanos o sistemas de apoyo a decisiones que aconsejan
© Universidad Internacional de La Rioja (UNIR)

o limitan al usuario. Tal rediseño implica modelar los requerimientos para que la
toma de decisiones tenga lugar en cada tarea del proceso, así como en los roles y
responsabilidades de individuos o grupos en la organización. Este modelo
proporciona una especificación «futura» del proceso requerido y la toma de
decisiones que coordina.

Modelado de Procesos en BPMN (Business Process Model & Notation)

10
Tema 1. Ideas clave
 La comparación de los modelos «tal como son» y «futuros» mostrará requerimientos
no solo para la tecnología de automatización, sino también para la gestión del
cambio: cambios en las funciones y responsabilidades del personal y capacitación
para respaldar el conocimiento de negocio nuevo o modificado.

Finalmente, el modelo «futuro» se implementará como software de sistema

ejecutable. Siempre que la lógica de decisión esté completamente especificada en
FEEL y/u otra lógica externa —por ejemplo, métodos Java definidos externamente o
modelos PMML—, los componentes del modelo de decisión pueden implementarse
directamente como componentes de software.

1.4. Conceptos básicos del modelo de decisión

La descomposición de la toma de decisiones, la vinculación de los datos de entrada

requeridos y la identificación de las fuentes de conocimiento aclaran la naturaleza
exacta de una decisión en un proceso de negocio. Lo que no hacen es definir la lógica
real de toma de decisiones que se debe ejecutar para tomar la decisión.

DMN permite que un diagrama de requerimientos de decisión (nivel 2 en figura 1)

sea mejorado o ampliado con lógica de decisión (nivel 3 en figura 1), opcionalmente
hasta una especificación completamente ejecutable de la toma de decisiones. Con
este fin, la lógica de decisión se puede especificar para cualquier decisión o modelo
de conocimiento del negocio en un modelo de decisión.

Al agregar lógica de decisión a un diagrama de requerimientos de decisión, a menudo

© Universidad Internacional de La Rioja (UNIR)

no es necesario agregar ningún objeto al diagrama. Toda la lógica de decisión puede

estar directamente asociada con las decisiones que ya están en el diagrama.

Modelado de Procesos en BPMN (Business Process Model & Notation)

11
Tema 1. Ideas clave
 Sin embargo, como se especifica en la lógica de decisión, puede quedar claro que la
descomposición adicional de la toma de decisiones o los modelos de conocimiento
del negocio reutilizables adicionales tienen sentido y deberían agregarse.

Nivel de diagrama de requerimientos de decisión

La palabra «decisión» tiene dos definiciones de uso común: puede denotar el acto de
elegir entre múltiples opciones posibles o puede denotar la opción que se elige.

En esta especificación, adoptamos que una decisión es el acto de determinar

un valor de salida —la opción elegida— a partir de una serie de valores de
entrada, utilizando la lógica que define cómo se determina la salida a partir de
las entradas.

Esta lógica de decisión puede incluir uno o más modelos de conocimiento del negocio
que encapsulan los conocimientos empresariales en forma de reglas de negocio,
modelos analíticos u otros formalismos. Esta estructura básica, a partir de la cual se
construyen todos los modelos de decisión, se muestra en la figura siguiente:
© Universidad Internacional de La Rioja (UNIR)

Figura 3. Elementos básicos de un modelo de decisión.

Modelado de Procesos en BPMN (Business Process Model & Notation)

12
Tema 1. Ideas clave
 Para simplificar y generalizar, muchas de las figuras en esta especificación muestran
que cada decisión tiene un único modelo de conocimiento de negocio asociado, pero
se debe tener en cuenta que DMN no requiere que sea así. El uso de modelos de
conocimiento de negocio para encapsular la lógica de decisión es una cuestión de
estilo y metodología, mientras que las decisiones pueden modelarse sin modelos de
conocimiento de negocio asociados, o con varios.

Las autoridades pueden definir para decisiones modelos de conocimiento de negocio.

Estos podrían ser, por ejemplo, expertos de dominio responsables de definirlos o
mantenerlos, pero también documentos de origen de los cuales se derivan modelos
de conocimiento de negocio o conjuntos de casos de prueba con los que las
decisiones deben ser consistentes. Estas últimas se llaman fuentes de conocimiento
(ver figura 3).

Se dice que una decisión «requiere» sus entradas para determinar su resultado. Las
entradas pueden ser datos de entrada o salidas de otras decisiones. En cualquier
caso, pueden ser estructuras de datos, en lugar de elementos de datos simples. Si las
entradas de una decisión —a la que llamaremos «Decisión 1»— incluyen el resultado
de otra decisión —denominada «Decisión 2»—, la «Decisión 1» requiere la «Decisión
2». Por lo tanto, las decisiones pueden estar conectadas en una red llamada Gráfico
de Requerimientos de Decisión (DRG - Decision Requirements Graph), que se puede
dibujar como un Diagrama de Requerimientos de Decisión (DRD). Un DRD muestra
cómo un conjunto de decisiones depende entre sí, en los datos de entrada y en los
Modelos de Conocimiento de Negocio. Un simple ejemplo de DRD con solo dos
decisiones se muestra en la siguiente figura:
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

13
Tema 1. Ideas clave
 Figura 4. Diagrama de Requerimientos de Decisión (DRD) simple.

Una decisión puede requerir múltiples modelos de conocimiento de negocio y un

modelo de conocimiento de negocio puede, a su vez, requerir múltiples otros
modelos de conocimiento de negocio. Esto permitirá, por ejemplo, el modelado de
lógica de decisión compleja combinando diversas áreas de conocimiento de negocio
y la provisión de versiones alternativas de lógica de decisión para usar en diferentes
situaciones.

Nivel de lógica de decisión

Los componentes del nivel de requisitos de decisión de un modelo de decisión se

pueden describir —tal como se ha explicado anteriormente— utilizando solo
conceptos de negocio. Este nivel de descripción es a menudo suficiente para el
análisis de negocio de un dominio de toma de decisiones. Es también idóneo para
identificar las decisiones de negocio involucradas, sus interrelaciones, las áreas de
conocimiento comercial y los datos requeridos por ellos, así como las fuentes del
conocimiento del negocio. Utilizando la lógica de decisión, los mismos componentes
se pueden especificar con mayor detalle para capturar un conjunto completo de
© Universidad Internacional de La Rioja (UNIR)

reglas de negocio y cálculos y, si se desea, para permitir que la toma de decisiones se

automatice por completo.

Modelado de Procesos en BPMN (Business Process Model & Notation)

14
Tema 1. Ideas clave
 La lógica de decisión también puede proporcionar información adicional sobre cómo
mostrar elementos en el modelo de decisión. Por ejemplo, el elemento de lógica de
decisión para una tabla de decisiones puede especificar si mostrar las reglas cómo
filas o cómo columnas. El elemento de lógica de decisión para un cálculo puede
especificar si alinear términos vertical u horizontalmente.

La correspondencia entre los conceptos en el nivel de requisitos de decisión y el

nivel de lógica de decisión se describe a continuación. En las figuras siguientes se
mostrarán elipses con líneas punteadas para indicar correspondencias entre
conceptos en diferentes niveles para los propósitos de la explicación. No forman
parte de la notación de DMN.

En el nivel de lógica de decisión, cada decisión en un GRD se define utilizando una

expresión de valor que especifica cómo se determina la salida de la decisión a partir
de sus entradas. En ese nivel, se considera que la decisión es la evaluación de la
expresión. La expresión de valor se puede anotar usando una expresión
encuadrada, como se muestra en la siguiente figura:

Figura 5. Decisión y su correspondiente expresión de valor.

© Universidad Internacional de La Rioja (UNIR)

De la misma manera, en el nivel de lógica de decisión, un modelo de conocimiento

de negocio se define utilizando una expresión de valor que especifica cómo se
determina una salida a partir de un conjunto de entradas.

Modelado de Procesos en BPMN (Business Process Model & Notation)

15
Tema 1. Ideas clave
 En un modelo de conocimiento de negocio, la expresión de valor se encapsula como
una definición de función, que puede invocarse a partir de la expresión de valor de
una decisión. La interpretación de los modelos de conocimiento de negocio como
funciones en DMN significa que una combinación de modelos de conocimiento de
negocio —como la que se puede observar en la Figura 3— tiene la semántica clara de
la composición funcional. La expresión de valor de un modelo de conocimiento de
negocio se puede anotar usando una definición de función encuadrada, como se
muestra en la siguiente figura:

Figura 6. Modelo de conocimiento de negocio y su correspondiente expresión de valor.

Un modelo de conocimiento de negocio puede contener cualquier lógica de decisión

que pueda representarse como una función. Esto permitirá la importación de muchos
estándares de modelado de lógica de decisión existentes en DMN; por ejemplo, para
reglas de negocio y modelos analíticos. Un modelo de conocimiento de negocio se
puede modelar usando una tabla de decisión, como se muestra en la figura
siguiente:
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

16
Tema 1. Ideas clave
 Figura 7. Modelo de conocimiento de negocio y su correspondiente tabla de decisión.

En la mayoría de los casos, la lógica de una decisión se encapsula en modelos de

conocimiento de negocio. Por su parte, la expresión de valor asociada con la decisión
especifica cómo se invocan los modelos de conocimiento de negocio y cómo se
combinan los resultados de sus invocaciones para calcular el resultado de la decisión.
La expresión de valor de la decisión también puede especificar cómo se determina el
resultado desde su entrada en sí misma, sin invocar un modelo de conocimiento de
negocio; en ese caso, ningún modelo de conocimiento de negocio está asociado a la
decisión —ni en el nivel de requerimientos de decisión ni en el nivel de lógica de
decisión—.

Un lenguaje de expresión para definir la lógica de decisión en DMN, que cubre todos
los conceptos anteriores, se especifica en FEEL (Friendly Enough Expression
Language).
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

17
Tema 1. Ideas clave
 Figura 8. Representaciones de la lógica de decisión en DMN.

Las expresiones literales también pueden incluir invocaciones de uno o más

modelos de conocimiento de negocio. Si se requiere una lógica de decisión que no
esté en el modelo de conocimiento de negocio invocado o si hay más de un modelo
de conocimiento de negocio para invocar para una decisión específica, entonces no
se puede usar una invocación y se debe escribir una expresión literal que contiene la
invocación —o invocaciones—, así como la lógica adicional.

Cualquiera que sea el formato, la lógica de decisión consume variables que

representan los requerimientos de información de la decisión. Cada requerimiento
tiene una variable que lo representa. Para las expresiones literales y las tablas de
© Universidad Internacional de La Rioja (UNIR)

decisiones, estos requerimientos se asignan directamente a la lógica, mientras que

una invocación los asigna a las variables definidas para el modelo de conocimiento
del negocio.

Modelado de Procesos en BPMN (Business Process Model & Notation)

18
Tema 1. Ideas clave
 Finalmente, el resultado de la expresión de una decisión se puede devolver a un
modelo de proceso para que la acción o acciones sugeridas por la decisión se puedan
llevar a cabo. Por ejemplo, si la lógica de un modelo de decisión decide que una oferta
particular debe hacerse a un cliente, el proceso puede usar el resultado de la decisión
de recuperar y presentar la oferta al cliente.

Figura 9. DRD, invocación y tabla de decisión.

© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

19
Tema 1. Ideas clave
 A fondo
Poster DMN

Trisotech. (2020). Poster DMN.

http://www.trisotech.com/wp-content/uploads/Trisotech-Poster-DMN.pdf

En este documento se incluyen los Principios de la Independencia de las Reglas

definidos por The Business Rules Group.

Decision model and notation

OMG. (2020). Decision Model and Notation (DMN) standard specification. Object
Management Group (OMG). https://www.omg.org/spec/DMN

Página oficial con toda la especificación de la notación de modelado de decisiones

DMN creada por la OMG (Object Management Group).
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

20
Tema 1. A fondo
 Escenarios de uso de reglas de negocio en proyectos BPM

Robledo, P. (2020). Escenarios de uso de reglas de negocio en proyectos BPM [vídeo].

UNIR.

En este vídeo se explican algunos casos de estudio del uso de reglas de negocio en
proyectos BPM (Business Process Management).

Accede al vídeo a través del aula virtual

© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

21
Tema 1. A fondo
 Test
1. En los diagramas de decisión, input data no…
A. … ofrece información para las decisiones.
B. … puede ser usada para diferentes decisiones.
C. … puede ser fuentes de autoridad.

2. La lógica de decisión está contenida en una tabla:

A. Falso.
B. Verdadero.

3. ¿Cuál es el propósito de las flechas en los diagramas de decisión?

A. Las flechas indican el flujo de secuencia de una decisión.
B. Las flechas indican los requerimientos de información.

4. ¿Qué perspectiva se proporciona con DMN para completar los modelos de

procesos de negocio y la lógica de decisión?
A. Modelo de conocimiento de negocio.
B. Diagrama de Requerimientos de Decisión.
C. Fuente conocimiento.
D. Tabla de decisión.

5. La toma de decisiones modelada en DMN se puede asignar a tareas o actividades

dentro de un proceso de negocio modelado usando BPMN ¿Correcto?
A. Falso.
B. Correcto.
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

22
Tema 1. Test
 6. ¿Qué se usa en DMN para representar áreas específicas de conocimiento de
negocios utilizadas al tomar decisiones?
A. Fuente de conocimiento.
B. Modelo de conocimiento de negocio.
C. Input data.
D. Tabla de decisión.

7. ¿Cuántas definiciones de uso común tiene la palabra «decisión»?

A. Una, el acto de elegir entre múltiples opciones posibles.
B. Una, la opción que se elige.
C. Las dos anteriores.

8. ¿Qué significa el acrónimo FEEL en DMN?

A. First Eligible Expression Language.
B. Friendly Enough Expression Language.
C. Finally Eligible Execution Language.

9. ¿Puede contener un modelo de conocimiento de negocio cualquier lógica de

decisión que pueda representarse como una función?
A. No.
B. Sí.

10. ¿Se puede usar una invocación si se requiere una lógica de decisión que no esté
en el modelo de conocimiento de negocio invocado, o si hay más de un modelo de
conocimiento de negocio para invocar para una decisión específica?
A. No se puede usar una invocación.
B. Sí se puede usar una invocación.
© Universidad Internacional de La Rioja (UNIR)

Modelado de Procesos en BPMN (Business Process Model & Notation)

23
Tema 1. Test