Décision Service

Des parties de ce sujet ont été utilisées textuellement ou sont librement adaptées de la Spécification , qui est disponible sur : https://www.omg.org/spec/DMN . Ce site contient une description complète du DMN et de ses capacités.

Un service Décision expose une ou plusieurs décisions d'un modèle Décision en tant qu'élément réutilisable, qui peut être invoqué en interne par une autre décision dans le modèle Décision , ou en externe par une tâche dans un modèle de processus BPMN.

Lorsque le service Décision est appelé avec les données d'entrée et les décisions d'entrée nécessaires, il renvoie les sorties des décisions exposées.

L'interface d'un service Décision

L'interface avec le service Décision se compose de :

• Données d'entrée - instances de toutes les données d'entrée requises par les décisions encapsulées
• Décisions d'entrée - instances des résultats de toutes les décisions d'entrée
• Décisions de sortie - les résultats de l'évaluation (au moins) de toutes les décisions de sortie, en utilisant les décisions d'entrée fournies et les données d'entrée

Lorsque le service Décision est appelé avec les données d'entrée et les décisions d'entrée nécessaires, il renvoie les sorties des décisions exposées.

Cette figure montre un modèle Décision qui comprend six décisions et trois éléments de données d'entrée.

Pour DecisionService1, le :

• La décision de sortie est {Decision1}
• La décision d'entrée est {Decision5}, et
• Les données d'entrée sont {InputData1}

Étant donné que Décision1 nécessite Décision2, qui n'est pas fournie au service en tant qu'entrée, le service doit également encapsuler Décision2 ; par conséquent, les décisions encapsulées sont {Decision1, Decision2}.

Il ressort clairement de la figure que Decision6, Decision3, Decision4 et InputData3 ne sont requis par aucune décision de DecisionService1. Qu'en est-il de InputData2 ? Bien qu'il soit requis par Decision5, qui est requis par DecisionService1, InputData2 n'est en fait pas requis par DecisionService1. C'est parce que Decision5 est défini comme Input Décision . Du point de vue d'un service de Décision , nous ignorons toutes les décisions ou données d'entrée requises par une Décision d'entrée.

Pour DecisionService2, le :

• La décision de sortie est {Decision3}
• La décision d'entrée est {Decision5}, et
• Les données d'entrée sont {InputData3}

Comme Décision3 requiert Décision4, qui n'est pas fournie au service en tant qu'entrée, le service doit également encapsuler Décision4 ; par conséquent, les décisions encapsulées sont {Decision3, Decision4}.

Il est recommandé de créer un diagramme séparé pour chaque Décision Service. Ainsi, le diagramme ne contiendra que les éléments d'interface et les décisions encapsulées pour le Service Décision ; les éléments non pertinents n'apparaîtront pas sur le diagramme .

Modélisation à Décision Service

Nous pouvons créer un élément Décision Service à partir des pages DMN de la boîte à outils Diagramme , et basculer entre les partitions [sortie] et [encapsulée] depuis le menu contextuel.

Vous ne pouvez afficher une partition [encapsulée] que lorsqu'une partition [sortie] est affichée.

Une fois que les décisions et les données d'entrée sont placées dans la ou les bonnes partitions, vous devez exécuter la commande "Mettre à jour l'interface DecisionService" du menu contextuel pour mettre à jour le modèle.

Important : pour que la simulation DMN fonctionne correctement, veuillez mettre à jour l'interface Décision Service à chaque fois que vous :

• Afficher/Masquer la ou les partitions du service de décision
• Ajouter une décision au service de décision
• Supprimer une décision du service de décision
• Déplacer une décision entre les partitions
• Ajouter/supprimer des entrées de service de Décision : données d'entrée ou décisions d'entrée

Apprenez Plus

• Simulating a Decision Service