| Pré. | Proc. |
Écarts dans les règles
Les règles de Décision doivent être complètes avant d'être implémentées dans un système de production ou un service. Ceci est impératif car ils doivent avoir une couverture complète de toutes les entrées possibles. Il existe une condition fourre-tout sous la forme d'une entrée de sortie par défaut qui peut être définie pour un tableau , mais de nombreux modélisateurs expérimentés préfèrent s'assurer que toutes les entrées sont logiquement couvertes. Il est également courant pour les modélisateurs moins expérimentés d'exclure des règles pour les entrées qui ne sont pas possibles dans le contexte du domaine ou de l'univers d'entrée. Un modélisateur plus expérimenté saura que tout est possible même si les résultats empiriques actuels suggèrent le contraire, et s'assurera donc que ces entrées aberrantes sont couvertes par les règles. La validation du tableau de décision d' Enterprise Architect peut être exécutée pour trouver toutes les lacunes dans la couverture des règles. C'est une facilité profondément utile, car une erreur dans la logique de décision peut entraîner des résultats indésirables dans une mise en œuvre des règles et même, dans certains contextes, des effets catastrophiques Ce diagramme montre un modèle de décision simple d'une seule décision avec deux données d'entrée éléments; il a été créé pour illustrer la manière dont la validation peut être utilisée.
La deuxième capture d'écran montre un tableau de décision partiellement complet avec uniquement les clients Gold définis en lignes. Le modélisateur a créé par inadvertance des règles contenant un espace. Il s'agit d'une démonstration simple et il devrait être facile pour le lecteur de localiser l'écart, mais dans des tableaux beaucoup plus complexes avec beaucoup plus de règles et d'entrées, il peut être assez difficile de localiser les problèmes.
Nous sommes en mesure d'utiliser la facilité de validation facilité d' Enterprise Architect pour trouver toutes les erreurs avec la logique des règles. Dans ce cas, le modélisateur a été négligent et n'a pas couvert toutes les valeurs d'entrée valeur . Il n'y a pas de règle définie pour un client de niveau 'Gold' avec une valeur des ventes de '(40 000 - 50 000]'.
Lorsque la validation est exécuter Enterprise Architect ouvrira la fenêtre de sortie et affichera les erreurs de validation, indiquant qu'il y a dans ce cas une 'Violation d'intégrité' et aussi quelles lignes du tableau sont impliquées. Comme indiqué précédemment, cet exemple est délibérément trivial pour démontrer la fonctionnalité et il est facile d'identifier l'erreur en parcourant les règles du tableau , mais avec des tableaux plus complexes, les erreurs peuvent être très difficiles à localiser.
Dans cet exemple, des valeurs autorisées ont été saisies pour le niveau client, à savoir « Or, Argent, Bronze ». Lors de la définition des règles, l'analyste décisionnel a oublié d'inclure des règles pour la valeur d'entrée 'Bronze'.
Lorsque la validation est exécuter l'erreur sera signalée comme un écart car l'une des valeurs énumérées définies pour le niveau client n'a aucune couverture.
L'erreur peut être corrigée en ajoutant une autre règle qui couvre le cas où le niveau client est Bronze . Cela garantirait alors que les règles sont syntaxiquement et logiquement correctes et lorsque la validation a été exécuter , il n'y aurait pas d'erreurs ni d'avertissements générés.
La validation générée dans la fenêtre de sortie serait :
