Modelado de decisiones con DMN: guía y ejemplos | Decisiones
Blog de decisiones
Modelado de decisiones con DMN: una guía práctica con ejemplos.
Conclusiones clave:
El modelado de decisiones define cómo se toma una decisión empresarial: la pregunta que responde, los insumos que necesita y la lógica que produce el resultado.
El modelo de decisión y notación (DMN) es el estándar para el modelado de decisiones. Funciona junto con BPMN manteniendo la lógica de decisión fuera de los diagramas de proceso.
Un buen modelo de decisión divide una decisión en entradas y subdecisiones verificables y luego captura la lógica en tablas de decisión que tanto las empresas como la TI pueden leer.
El modelado de decisiones es la práctica de definir exactamente cómo se toma una decisión comercial: la pregunta que responde, la información que necesita y la lógica que convierte esa información en un resultado. El modelo de decisión y notación (DMN) es el estándar de la industria para dibujar esos modelos.
Detrás de cada proceso de negocio hay una red de decisiones. Los datos se mueven a través de una serie de condiciones, tomando un camino u otro hasta llegar a una conclusión. Para la mayoría de las personas, el código que toma esas decisiones se lee como un idioma extranjero, lo que dificulta que los equipos comerciales y los desarrolladores se pongan de acuerdo sobre cómo debería funcionar una decisión. El modelado de decisiones cierra esa brecha.
En esta guía, cubrimos qué es el modelado de decisiones y cómo funciona DMN BPMN y CMMN, por qué las decisiones se modelan por separado de los procesos y cómo construir su propio modelo de decisión, con ejemplos y tablas de decisión que puede adaptar.
¿Qué es el modelado de decisiones?
Cada organización toma decisiones repetibles: si aprobar un préstamo, qué precio mostrar a un cliente o si se puede cumplir un pedido. El modelado de decisiones captura la lógica detrás de esas decisiones de forma estructurada y visual, en lugar de dejarla en hojas de cálculo, documentos de políticas o código.
La decisión en sí, formulada como una pregunta con un conjunto definido de posibles respuestas.
Los datos de entrada de los que depende la decisión, como datos de clientes, límites de pólizas o fechas.
La lógica que conecta los insumos con los resultados, a menudo escrita como una tabla de decisiones.
Debido a que el modelo es visual, los equipos comerciales pueden revisar y cambiar la lógica, y los desarrolladores o un reglas del motor Puede ejecutarlo exactamente como está escrito.
¿Qué es el modelo de decisión y notación (DMN)?
Decision Model and Notation (DMN) es uno de los tres estándares complementarios del Object Management Group (OMG), un consorcio global que estandariza los lenguajes detrás de los sistemas de gestión de procesos.
DMN trabaja como traductor. Convierte el código detrás de decisiones complejas en diagramas y tablas que todos, desde ejecutivos hasta desarrolladores, pueden leer. Es una forma fácil de expresar si-esto-entonces-eso reglas de negocio.
Cómo funciona DMN con BPMN y CMMN.
DMN se sitúa junto a otros dos estándares OMG. Juntos ofrecen a los usuarios empresariales y a los profesionales de TI un conjunto compartido de lenguajes para diseñar flujos de trabajo y automatizaciones. Un ejemplo sencillo muestra cómo encaja cada uno: un organizador de eventos que organiza una fiesta.
Modelo y notación de procesos de negocio (BPMN).
BPMN mapea el flujo general de un proceso predecible y repetible. Diagrama BPMNams muestra dónde comienza un proceso, dónde termina y la secuencia de pasos intermedios. Doce semanas antes de la fiesta, un proceso automatizado recopila confirmaciones de asistencia, crea un plano de asientos y pregunta a los invitados sobre sus preferencias alimentarias.
Modelo y notación de gestión de casos (CMMN).
No todos los procesos siguen pasos fijos. CMMN modela situaciones que rompen la norma y necesitan la intervención de un trabajador del conocimiento. Un huésped selecciona "Otro" en la encuesta alimentaria y enumera una alergia inusual. El sistema marca la respuesta y alerta al planificador para que investigue y solicite un plato especial.
Modelo de Decisión y Notación (DMN).
DMN se centra en la lógica detrás de un solo paso. Donde el diagrama BPMN dice "Crear plano de asientos", DMN define cómo se hace, utilizando datos como las relaciones con los huéspedes y la edad para decidir dónde se sienta cada persona.
Los componentes básicos de un modelo DMN.
Los modelos DMN se dibujan como un diagrama de requisitos de decisión (DRD), que muestra cómo las decisiones, los datos y el conocimiento se conectan para llegar a una conclusión. La lógica dentro de cada decisión suele definirse en una tabla de decisiones.
Elementos del diagrama de requisitos de decisión.
Decisión: el resultado que produce su lógica, expresado como una pregunta, como "¿Qué precio debe ver este cliente?"
Datos de entrada: la información que su lógica analiza para llegar a una decisión, como el nivel de recompensas de un cliente.
Modelo de conocimiento empresarial (BKM): lógica empresarial reutilizable, como la política de descuentos de una tienda, a la que se aplican una o más decisiones.
Fuente de conocimiento: la autoridad detrás de la lógica, como una regulación o una política interna.
Tablas de decisión y políticas de impacto.
Una tabla de decisiones enumera las reglas como filas. Cada fila asigna una combinación de valores de entrada a una salida. La política de aciertos, que se muestra como una letra en la esquina de la tabla, define lo que sucede cuando más de una regla podría coincidir. La más común es U (Única), donde exactamente una regla puede coincidir con cualquier conjunto de entradas.
SENTIR.
Friendly Enough Expression Language (FEEL) es el lenguaje de expresión que utiliza DMN para escribir condiciones de forma legible, desde simples comprobaciones verdaderas o falsas hasta fechas, números y rangos.
Obtenga más información sobre la toma de decisiones inteligente.
Aprenda cómo funcionan las reglas de negocio, cómo modelar reglas en torno a su lógica de negocio y qué buscar en un motor de reglas.
1. Defina la decisión como una pregunta. Pregunte qué necesita respuesta y enumere todos los resultados posibles. Mantenga los resultados limitados e inequívocos, por ejemplo, Sí o No.
2. Enumere las entradas. Identifique cada consideración que afecta el resultado, junto con todas las combinaciones posibles de valores.
3. Mapee cómo el resultado depende de cada entrada. Para cualquier entrada que no sea directamente observable, defina lo que se necesita para producirla como una subdecisión.
4. Continúe hasta que cada entrada esté respaldada por datos verificables. El modelo está completo cuando ninguna entrada necesita otra subdecisión.
5. Escribe y prueba la lógica. Capture las reglas en tablas de decisión y luego pruébelas con casos reales, incluidos casos extremos, antes de que entren en funcionamiento.
Ejemplo de modelado de decisiones: precios de vacaciones con tablas de decisiones.
Snow Shoppe, una tienda de comercio electrónico, vende una popular bola de nieve por $99,99 la mayor parte del año. Durante las vacaciones, su precio depende del nivel de recompensa del cliente. En lugar de que alguien calcule los precios a mano, las reglas viven en una tabla de decisiones. El código realiza el cálculo, pero los equipos de ventas y marketing pueden ver exactamente cómo se establece cada precio.
El modelo de conocimiento empresarial es la política de la tienda: cada nivel de recompensas le quita otros $10 al precio de lista.
Tabla: Precio de la bola de nieve (política de impacto: U, Única)
Columnas: Nivel de recompensas para miembros | Precio de la bola de nieve
Fila 1: Oro | 79,99
Fila 2: Plata | 89,99
Fila 3: Ninguno (invitado) | 99,99
Antes de mostrar un precio, el sistema comprueba si el comprador es miembro de recompensas. Un miembro Gold obtiene $20 de descuento y paga $79,99. Un huésped paga el estándar $99,99.
Ahora el marketing quiere una promoción del Black Friday: los miembros Gold obtienen un descuento adicional de $10 ese día. En lugar de reescribir el código, el equipo agrega una segunda entrada. El resultado de una decisión, el nivel de recompensas del comprador, alimenta la siguiente decisión, el precio final.
Tabla: Precio de la bola de nieve con Black Friday (política de impacto: U, Unique)
Columnas: Nivel de recompensas para miembros | Es Black Friday | Precio de la bola de nieve
Con FEEL, el mismo modelo puede manejar condiciones más matizadas, tales como: El número de días antes de un feriado importante es mayor que un número establecido. El gasto total del cliente este año supera una cantidad establecida. Es el cumpleaños del cliente. El cliente tiene más de un número determinado de bolas de nieve en su carrito.
Del modelo de decisión a la decisión automatizada.
Un modelo de decisión es más valioso cuando se ejecuta. A motor de reglas de negocio ejecuta la lógica de decisión modelada dentro de sus procesos, por lo que cada decisión sigue exactamente el modelo y los cambios entran en vigor tan pronto como se actualiza la lógica.
En Decisiones, los equipos construyen la lógica de decisión visualmente con reglas de declaración, tablas de verdad y reglas matriciales en el Motor de reglas Decisions, luego ejecútelo dentro de los mismos flujos de trabajo que utilizan el resultado. Los expertos en la materia son dueños de la lógica, mientras que TI mantiene el control de la gobernanza y la implementación. Así es como se convierte un modelo de decisión automatización de decisiones: decisiones consistentes, tomadas a gran escala, que cualquier miembro del equipo puede rastrear hasta el modelo detrás de ellas.
Pruebe el modelado de decisiones en Decisiones.
Cree su primer modelo de decisión y ejecútelo en un flujo de trabajo en vivo, sin necesidad de código.
El modelado de decisiones es la práctica de definir cómo se toma una decisión empresarial: la pregunta que responde, los insumos que necesita y la lógica que produce el resultado. Los modelos generalmente se construyen con modelos de decisión y notación (DMN), por lo que los equipos comerciales y técnicos pueden leer y automatizar la misma lógica.
¿Cuál es la diferencia entre DMN y BPMN? +−
Procesos de modelos BPMN: los pasos, su orden y quién los realiza. DMN modela decisiones: la lógica que determina un resultado en un paso determinado. Una tarea de reglas de negocio de BPMN llama a una decisión DMN, que mantiene simples los diagramas de procesos y permite a los equipos cambiar la lógica de decisión sin cambiar el proceso.
¿Cuál es la diferencia entre DMN, BPMN y CMMN? +−
Los tres son estándares de Object Management Group. BPMN modela procesos predecibles y repetibles. CMMN modela casos que rompen la norma y necesitan que intervenga un trabajador del conocimiento. DMN modela la lógica de decisión detallada detrás de los pasos individuales en cualquiera de ellos.
¿Cuáles son ejemplos de modelado de decisiones? +−
Los ejemplos comunes incluyen aprobaciones de préstamos y verificaciones KYC, precios dinámicos, recomendaciones de productos, cálculos de tiempo de vacaciones y verificaciones de elegibilidad, como por ejemplo si un pedido de alcohol se puede enviar legalmente. Cualquier decisión repetible con entradas y resultados definidos es un buen candidato para el modelado de decisiones.
