Tutoriel sur le modèle de décision et la notation (DMN)

Dans les coulisses de tout processus de gestion des processus d'entreprise, il y a un tissu de décisions complexes. Les données circulent dans un arbre de décision, tournant à gauche à certains points de passage et à droite à d'autres pour arriver à une conclusion finale. Pour un œil non averti, le code qui achemine les données à travers un processus se lit comme une langue étrangère, ce qui entrave la communication entre les informaticiens et les membres de l'équipe du front office. À l'intersection de ces deux groupes divers se trouve Modèle de décision et notation (DMN).

Qu'est-ce que le modèle de décision et la notation ? 

DMN est l'une des trois normes complémentaires introduites par l'Object Management Group (OMG), un consortium mondial qui se consacre à la normalisation des langages des différents systèmes de gestion des processus. Servant en quelque sorte de traducteur, DMN convertit le code qui sous-tend les décisions complexes en diagrammes facilement lisibles. DMN permet à tout le monde, des cadres de C-Suite aux développeurs techniques, de visualiser les arbres de décision qui alimentent chaque flux de travail. 

Les organisations peuvent utiliser le DMN pour illustrer la logique qui sous-tend de nombreux processus que vous connaissez probablement : 

Calculateurs de prix : DMN permet de visualiser les nombreuses conditions que les systèmes évaluent pour produire un tarif aérien ou de location de voiture.

• Un voyageur cherche des billets pour Des Moines, dans l'Iowa.
• C'est la semaine de Thanksgiving. Selon les règles commerciales, les prix des États sont plus élevés pendant cette période, tout comme les vols vers le Midwest. 
• La plate-forme de tarification affiche un prix final en fonction de la destination et de la période de l'année.

Recommandations de produits : DMN aide une équipe interne à concevoir comment ses systèmes déterminent quels cadeaux de vacances ou quels films de week-end une plateforme propose à un utilisateur donné.

• Un spectateur regarde des films un vendredi soir.
• Leur profil client indique qu'ils regardent généralement des comédies.
• Nous sommes en novembre, donc les films de vacances sont maintenant disponibles.
• Le système recommande les dernières comédies de vacances.

Demandes de prêts : Les banques et les coopératives de crédit peuvent utiliser le DMN pour identifier les contrôles de connaissance du client qu'une demande doit subir avant d'être approuvée.

• Un client soumet une demande de prêt par le biais d'un portail en libre-service.
• Un système automatisé fait passer la demande par un système de vérification des antécédents.
• Le client est signalé par un drapeau rouge dans le système de vérification. 
• Le système refuse la demande.

Les vacances : Calculez combien de temps de congé les employés cumulent sur l'année.

• Un employé travaille dans l'entreprise depuis cinq ans.
• L'entreprise accorde trois jours de vacances par an.
• L'employé a gagné 15 jours de vacances.

Le DMN est un moyen très convivial de communiquer les règles commerciales de l'IFTTT (si ceci, alors cela) qui régissent les processus internes et ceux qui concernent les clients.

Comment le DMN complète-t-il le BPMN et le CMMN ? 

DMN est l'un des trois langages importants pour la modélisation des processus d'entreprise. Aux côtés de Notation de modélisation des processus métier (BPMN) et Case Management Model and Notation (CMMN)les organisations ont accès à une bibliothèque complète de langages pour aider les développeurs citoyens et les professionnels de l'informatique à collaborer sur les flux de travail et les automatismes.

Notation de la modélisation des processus d'entreprise

La Notation de modélisation des processus métier (BPMN) illustre le grand schéma d'un processus prévisible et répétable. Les diagrammes BPMN indiquent le début et la fin d'un flux de travail, ainsi que la séquence des événements qui se déroulent tout au long de celui-ci. 

Un exemple simple : Un organisateur d'événements utilise le BPMN pour définir les tâches liées à la planification d'une fête à venir. Douze semaines avant l'événement, un système automatisé recueille les réponses, crée un plan de table et sonde les participants sur leurs préférences alimentaires.

Modèle de gestion des cas et notation

Tous les processus ne sont pas prévisibles lorsqu'une décision peut être prise à la suite d'une série d'étapes concrètes et fixes. En fait, il existe de nombreuses circonstances dans lesquelles un processus automatisé nécessite une intervention humaine pour prendre une décision. Entrez dans Gestion des cas: une technique utilisée pour gérer un état qui s'écarte de la norme. La notation et le modèle de gestion des cas aident les équipes à modéliser ces processus marginaux afin d'intégrer les étapes effectuées par un travailleur de la connaissance intervenant.

Un exemple simple : Un invité sélectionne "Autre" dans l'enquête sur les préférences alimentaires et indique une allergie alimentaire obscure. Le système signale cette réponse, et alerte automatiquement l'organisateur de la fête pour qu'il approfondisse l'allergie et commande un plat spécial pour ce cas marginal.

Modèle de décision et notation

DMN fait un zoom sur la logique détaillée de chaque étape. 

Un exemple simple : Alors qu'une activité dans un diagramme BPMN peut se lire "Créer un plan de table", DMN fournit la logique granulaire qui alimente cette étape. DMN identifie les entrées détaillées comme la compatibilité des relations et l'âge des participants pour décider de l'endroit où chaque invité sera assis.

Comment modéliser une décision simple en utilisant le DMN

Un diagramme utilisé pour cartographier le DMN est connu sous le nom de Diagramme des exigences de décision. Ce modèle illustre facilement un réseau complexe de points de décision qui soutiennent une conclusion finale.

Examinons un DRD simple en utilisant l'exemple d'une plateforme de commerce électronique appelée Snow Shoppe qui vend des cadeaux de vacances populaires. La saison des fêtes est pleine de promotions, d'offres et de récompenses pour les clients. Si un article populaire peut coûter 99,99 $ pour la majeure partie du calendrier, de nombreuses conditions entourant cette période particulière de l'année ont une incidence sur le prix d'un article. 

Imaginons que Snow Shoppe fixe les prix du Snow Globe en fonction du niveau de récompense du client. 

Au lieu qu'un travailleur individuel calcule manuellement le prix final, ces règles existent dans un tableau de décision. Alors que le code effectue en fin de compte le calcul, les employés du front office, comme ceux des ventes ou du marketing, peuvent facilement visualiser comment le prix est déterminé. 

U	Entrée	Sortie
	Niveau de récompense des membres	Prix Snow Globe
1	"L'or"	“79.99”
2	"Silver" (argent)	“89.99”
3	–	“99.99”

Ce tableau utilise les trois éléments élémentaires d'un DRD :

• Données d'entrée : Les informations que votre logique analyse afin de produire une décision.

• Résultat / Décision : La décision finale produite par votre ensemble d'entrées logiques.

• Connaissance des affaires Modèle (BKM) : Le système connaît la politique du magasin. Chaque niveau de récompense soustrait 10 $ supplémentaires du prix.

Avant d'afficher un prix, le système évalue si le titulaire du compte est un membre de la récompense. Si l'acheteur est un membre Gold de haut niveau, le système soustrait 20,00 $ pour un prix final de 79,99 $. Si le membre fait des achats en tant qu'invité, il paiera le prix de liste standard de 99,99 $.

La période des vacances est un moment important de l'année pour de nombreuses entreprises. Même avec un plan avancé, les équipes de marketing et de vente peuvent proposer de nouvelles promotions qui doivent être mises en œuvre rapidement. Avec quelques modifications du modèle visuel, elles peuvent facilement communiquer cette mise à jour nécessaire avec l'informatique. 

Peut-être que le marketing veut lancer un plan de promotion supplémentaire débloqué par un niveau de récompense donné. Vous pouvez créer une série de logiques dépendantes afin que les résultats d'une décision alimentent les données d'entrée de la suivante. Par exemple, peut-être que les membres Or bénéficient d'une réduction supplémentaire le Vendredi noir. Une fois que le système a déterminé le niveau d'adhésion d'un acheteur, il utilisera cette information pour déterminer si la tarification du Vendredi noir, sensible au facteur temps, est pertinente pour ce niveau de récompenses. 

U	Entrée	Sortie
	Niveau de récompense des membres	C'est le vendredi noir	Prix Snow Globe
1	"L'or"	VRAI	“69.99”
2	"Silver" (argent)	FAUX	“89.99”
3	–	FAUX	“99.99”

Comment utiliser FEEL dans votre DMN

Langage d'expression amical et suffisant, connu sous le nom de SENTIRLa directive sur la protection des données, qui a été adoptée par le Conseil européen de Lisbonne, permet d'exprimer diverses conditions pour l'évaluation des données. Dans le tableau ci-dessus, vous pouvez utiliser VRAI ou FAUX pour déterminer s'il s'agit d'un Vendredi noir, mais FEEL a diverses utilisations pour calculer le prix à l'intérieur de ce DMN :

• Le nombre de jours précédant un grand jour férié est supérieur à un certain nombre. 
• Le client a acheté un montant total en dollars au cours de l'année.
• Une date personnalisée, comme la célébration de l'anniversaire du client.
• Le nombre de boules à neige qui se trouvent dans le panier du client. 

FEEL aide les citoyens développeurs et les professionnels de l'informatique à approfondir les nuances de conditions très particulières au sein d'un DMN. 

Lemodèle de décision et la notation sont des outils puissants pour établir la logique granulaire à la base des règles de gestion de votre organisation. Alors qu'un code complexe peut embourber le dialogue entre les utilisateurs et les experts techniques avancés, le DMN comble le fossé pour encourager une communication limpide entre les services.