| Pré. | Proc. |
Synopsis de la notation
Un diagramme Décision Exigences est une représentation graphique d'un graphe qui utilise les relations entre les éléments et les connecteurs dans le diagramme pour décrire un Modèle Décision . Les connecteurs sont appelés Exigences dans la spécification, mais dans le diagramme , ils sont représentés sous forme de lignes utilisées pour connecter l'élément dans un graphique. Les tableaux ici répertorient les éléments et les connecteurs qui sont disponibles à partir des pages de la boîte à outils DRD et qui peuvent être placés sur un diagramme pour créer le niveau Décision Requirement du modèle. En fait, il s'agit du niveau qui serait généralement créé et maintenu par l' business analyst , l'architecte ou d'autres membres du personnel métier.
Éléments d'un Modèle de Décision
Les éléments sont des formes bidimensionnelles utilisées pour modéliser les différentes parties du diagramme des exigences de décision. Ils sont disponibles dans la boîte à outils DRD. Les éléments sont les nœuds qui composent le digraphe (graphe orienté) et sont reliés par des relations (appelées exigences) sous forme de lignes. Les éléments sont utilisés pour définir une gamme de concepts allant des décisions elles-mêmes aux sources de connaissances.
Composant |
La description |
|---|---|
|
Décision 
|
Une décision désigne l'acte de déterminer une sortie à partir d'un certain nombre d'entrées, à l'aide d'une logique de décision qui peut référencer un ou plusieurs modèles de connaissances métier. Une décision peut être représentée de plusieurs façons, par un Tableau de Décision , une Invocation, un Contexte ou une Expression littérale. |
|
Métier Knowledge Modèle 
|
Un modèle de connaissances métier désigne une fonction encapsulant des connaissances métier, par exemple des règles métier, un tableau de décision ou un modèle analytique. Il sert de composant réutilisable qui pourrait être stocké dans une bibliothèque et pourrait être inclus dans n'importe quel nombre de modèles Décision . |
|
Des données d'entrée 
|
Un élément de données d'entrée désigne des informations utilisées comme entrée par une ou plusieurs décisions. Lorsqu'il est enfermé dans un modèle de connaissances, il désigne les paramètres du modèle de connaissances. Les informations définies dans l'élément de données d'entrée peuvent être structurées. |
|
Source de connaissances 
|
Une source de connaissances désigne une autorité pour un modèle ou une décision de connaissances métier. L'information est externe au modèle de décision et leur effet est un continuum allant du mandat (réglementation ou loi), du contrôle (politique), de l'orientation (meilleure pratique) à l'influence (recommandation). Les informations contenues dans la source de connaissances varient considérablement sous la forme d'un document, d'une page Web, d'un document imprimé, d'un contenu vidéo ou audio. |
|
Décision Service étendu 
|
Un service de décision (étendu) désigne un ensemble de décisions réutilisables et sert d'élément invocable, connecté avec un connecteur d'exigence de connaissances à d'autres éléments avec une logique d'invocation. Il fournit un mécanisme pour emballer des parties d'un modèle de décision dans une architecture basée sur des composants ou des services et fournit une interface qui spécifie les entrées d'informations requises et les sorties résultantes. En utilisant cette forme étendue, un modélisateur peut afficher les détails du service, y compris ses compartiments encapsulés et de sortie. |
|
Décision Service effondré 
|
Un service de décision (effondré) désigne un ensemble de décisions réutilisables et sert d'élément invocable, connecté avec un connecteur d'exigence de connaissances à d'autres éléments avec une logique d'invocation. Il fournit un mécanisme pour emballer des parties d'un modèle de décision dans une architecture basée sur des composants ou des services et fournit une interface qui spécifie les entrées d'informations requises et les sorties résultantes. En utilisant ce formulaire réduit, un modélisateur peut masquer les détails du service, y compris ses compartiments encapsulés et de sortie. |
Exigences ( Relations ) d'une Décision Modèle
La norme Décision Modèle et Notation définit trois relations qui peuvent être utilisées pour connecter des composants dans un diagramme Décision Exigences . Les relations sont dirigées, et leur application crée un digraphe (graphe orienté) reliant les différentes composantes du modèle. Il existe deux types de lignes utilisées (ligne continue, ligne pointillée) et trois marqueurs d'extrémité de connecteur (une pointe de flèche fermée, une pointe de flèche ouverte et un cercle plein), qui sont décrits dans ce tableau .
|
Besoin d'informations 
|
Une exigence d'information désigne des données d'entrée ou une sortie de décision utilisée comme l'une des entrées d'une décision. Il précise donc les données qui sont consommées et traitées par la décision pour déterminer les sorties. Il est représenté par une ligne pleine avec une pointe de flèche pleine. |
|
Connaissances requises 
|
Une exigence de connaissances désigne l'invocation d'un modèle de connaissances métier. Cela indique qu'une décision, un service de décision ou un autre modèle de connaissance métier appelle un modèle de connaissance métier pour recevoir ses sorties. C'est ce mécanisme qui permet effectivement à un modèle de connaissance métier d'être réutilisé dans différents modèles et contextes. |
|
Exigence d'autorité 
|
Une exigence d'autorité dénote la dépendance d'un élément Décision Exigences Diagramme (DRD) sur un autre élément DRD qui agit comme une source de guidage ou de connaissance. Il s'agit d'un mécanisme utile pour fournir une explication de l'origine de l'information qui est utilisée pour déterminer l'élément faisant référence. |
Artefacts
Il existe deux types d'artefacts répertoriés ici, les artefacts qui font partie de la spécification et deux éléments supplémentaires ; dont l'un fait partie de la spécification mais n'apparaît pas dans la liste de notation et un autre qui est un artefact Enterprise Architect utilisé pour configurer visuellement la simulation d'un modèle.
|
Annotation de texte 
|
Une annotation de texte fournit un mécanisme permettant à un modélisateur d'ajouter un texte explicatif ou un commentaire au modèle. Ces annotations n'ont pas de sémantique de modélisation mais fournissent des informations informelles liées à l'ensemble du diagramme ou à un ensemble spécifique d'éléments. Ils peuvent flotter dans un diagramme ou être attachés par une association à un ou plusieurs éléments de modèle pour indiquer leur applicabilité. |
|
Association 
|
Une association est un connecteur qui relie une annotation de texte à un ou plusieurs composants dans le diagramme du modèle de décision. Il n'a pas d'autre sémantique que celle-ci. |
|
Définition de l' Item 
|
Une définition d'élément est utilisée pour modéliser la structure et la plage de valeurs des données d'entrée et le résultat des décisions, à l'aide d'un langage de type tel que FEEL ou XML Schema. Une définition d' Item est utilisée pour définir la structure des données d'entrée et, éventuellement, pour restreindre la plage de valeurs autorisées des données. Item définitions d'éléments peuvent aller d'un simple type unique à un type structuré complexe. Les propriétés principales d'un Item de définition d'élément sont accessibles via la fenêtre Expression DMN. |
|
Configuration Simulation 
|
La configuration de la simulation DMN est un artefact utilisé pour spécifier la configuration d'une simulation. Il permet de spécifier le Paquetage qui contient les décisions et l'ensemble des valeurs qui sont utilisées pour les données d'entrée. Il ne fait pas partie de la spécification DMN mais fait partie de l'environnement de modélisation d' Enterprise Architect et est utilisé pour fournir un mécanisme visuel pour configurer les simulations. L'artefact doit être placé sur un diagramme contenant des décisions à simuler. |