La separación de los modelos de decisión del BPMN

La colaboración entre los modelos de decisión y los procesos tiene repercusiones tanto en las decisiones como en los resultados de los procesos. El sitio web Modelo de decisión y anotación (DMN) fue diseñado para complementar el Modelo y notación de procesos comerciales (BPMN) y las preocupaciones particulares en torno a la aplicación de las decisiones asociadas a diversos modelos de procesos. Algunos modelos de procesos incluyen decisiones codificadas en toda la estructura de flujo y elementos de flujo de datos. En este artículo, exploraremos la separación de los modelos de decisión de los BPMN y qué modelo de decisión debería capturar los componentes de la toma de decisiones. Por último, veremos cómo juega un papel en las redes de colaboración.

¿Qué es el modelo de decisión?

Para iniciar el modelado de decisiones, comience con la decisión: "¿Qué pregunta necesita ser respondida?" Luego, agregue los aportes (consideraciones) necesarios para responder a la pregunta. Incluya todas las posibles combinaciones de valores y resultados (conclusiones). Ahora, pregunte lo siguiente: "¿Cómo se basa el resultado en las consideraciones?" Para cada consideración que no incluya datos inmediatamente observables, considere lo que se requeriría para crear la entrada como un resultado de subdecisión. Continúe reproduciendo todas las combinaciones y efectos posibles hasta que cada consideración esté configurada en datos verificables y no necesite subdecisiones adicionales.

Considere una caja de suscripción de vino del mes. Las reglas que determinan si se acepta un pedido entrante deben ser diseñadas sin ambigüedades. Por ejemplo, si se hace la pregunta "¿Aceptar el pedido entrante?" entonces el resultado debería incluir sólo dos valores potenciales, "Sí" o "No". Además, deberían considerarse factores legales:

• Si el cliente tiene la edad legal para beber en el estado donde ha hecho su pedido.
• Si su estado permite la entrega de alcohol.
• Si la dirección de envío está fuera de los parámetros de entrega, como fuera de los EE.UU.

Sumando todos estos factores, la compañía de vinos del mes puede proceder con una decisión inequívoca de aceptar o no el pedido. 

Modelo de decisión para la aceptación de pedidos

Cuando descompones el modelo de decisión en subdecisiones, se hace más fácil reutilizarlas de forma independiente. Por otro lado, el DMN puede centrarse en tablas de decisiones y apoyar variaciones de decisiones y consideraciones especiales. Si el DMN no incluye modelos predictivos, árboles de decisión, conjuntos de reglas, o incluso tarjetas de puntuación, puede perder su objetivo. Cuando los procesos se vuelven más complejos, las decisiones múltiples pueden afectar al resultado. Dado que el contexto de las decisiones puede afectar a los resultados, este aspecto debe considerarse durante el diseño del proceso. Por ello, contrasta con los protocolos declarativos del DMN. Por lo tanto, asegurar la coherencia con los modelos de decisión y de proceso también debería ser una prioridad. Aquí hay algunos escenarios que involucran a DMN y BPMN:

• Procesos sin decisiones pero con actividades predeterminadas. Como no se toman decisiones, entonces no se producirá la integración. Los resultados de las decisiones pueden utilizarse como insumos para el flujo del proceso.
• Los procesos incluyen varias decisiones interrelacionadas. El flujo y el resultado dependen de los hallazgos. Para mejorar la eficiencia, es crucial asegurar que ninguna decisión se tome dos veces.
• Los procesos son intensivos en conocimientos y sólo se utilizan para decidir sobre un resultado.

Por ejemplo, imagina que solicitas un préstamo comercial e inicias un nuevo proceso. Después de que el banco reciba los datos financieros necesarios, se debe decidir si el historial del cliente considera que reúne los requisitos para un préstamo. Los criterios se basan en la salud financiera para reducir al mínimo el riesgo de impago. Si el cliente cumple con los criterios, el préstamo es aceptado. Si no, entonces el préstamo comercial es rechazado. Sin embargo, si los criterios de elegibilidad cambian, entonces el modelo de proceso y los insumos deben cambiar.

Modelado de decisiones separado del BPMN

Si nos fijamos en BPMN 2.0se obtiene una definición más estándar para invocar reglas de procesos de negocio. La "Tarea de Regla de Negocio" utiliza entradas y salidas de tareas invocadas. Además, estas entradas y salidas pueden actuar como resultados de decisiones. Además, las subdecisiones contribuyen a una decisión empresarial global. Por tanto, tiene sentido que DMN sea compatible con BPMN 2.0.

Además, BPMN 2.0 establece la definición de "Global Business Rule Task", que puede ser reutilizada en varios procesos de negocio. Mira y toma decisiones basadas en una perspectiva global. Cuando se capturan estos tipos de reglas globales, los negocios tienen mejores capacidades de análisis de las reglas aplicadas en toda su organización. Sin embargo, si bien las subdecisiones pueden reutilizarse en todos los procesos, los resultados pueden variar. DMN puede definir decisiones que existen fuera de pero que también pueden estar asociadas con los procesos de BPMN 2.0. Aquí hay más razones por las que DMN beneficia a BPMN 2.0:

• Ofrece un protocolo de gestión de decisiones diferenciado por notación integrada, similar a la forma en que BPMN 2.0 gestiona los procesos empresariales. 
• Conecta las perspectivas de las empresas basadas en los procesos, las normas y la información. 
• Permite a los modelistas mirar el modelado de negocios desde las tres perspectivas anteriores.
• El DMN proporciona un estándar para el modelado de decisiones basado en los negocios.

Pensamiento final

El DMN puede definir un protocolo específico de decisión que vinculará el modelado de reglas de negocio con atributos independientes de la computación, al mismo tiempo que apoya los componentes de BPMN 2.0, como el modelado de decisión específico de procesos. En lugar de seleccionar el modelado desde una perspectiva estricta de reglas de negocio, DMN potencia las herramientas que crean un entorno en el que los modeladores pueden hacer la transición entre los procesos, las reglas y las decisiones de modelado. DMN es el eslabón perdido que puede separar el modelado de decisiones de BPMN.