Réserver une Démo
Pré. Proc.

Validation des expressions DMN

DMN définit de nombreuses expressions, telles que FunctionDefinition, DecisionTable, Boxed Context, Invocation et Literal Expression. Les paramètres, les arguments et la logique de ces expressions sont implémentés en grande partie par 'texte'.

Pour rendre modélisation plus facile et plus fiable, Enterprise Architect fournit deux fonctionnalités : Auto Completion et Validation.

  • Validation : Identifie les erreurs de modélisation causées par des fautes de frappe, des incomplétude de logique, des incohérences, etc.
  • Saisie semi-automatique : vous pouvez sélectionner une string de texte dans une liste d'énumérations plutôt que de saisir le texte dans
Dans cette rubrique, nous allons vous montrer comment valider une expression DMN.

Accéder

Fenêtre d'expression DMN

Simuler > Décision Analyse > DMN > Expression DMN : bouton Valider

Fenêtre de Simulation DMN

Simuler > Décision Analysis > DMN > Ouvrir DMN Simulation > Simuler : icône Valider

Validations communes

Validation du nom de la variable

Dans cet exemple, le Boxed Context Métier Knowledge Modèle BKM1 définit deux paramètres, 'Input 1' et 'Input 2', et deux variables locales, 'Local Variable 1' et 'Local Variable 2'. L'expression a été validée et les résultats sont sortis dans l'onglet 'Validation DMN' de la fenêtre Sortie système.

  • L'entrée de contexte #1 a échoué en raison d'une erreur typographique ; il devrait s'agir de l'opérateur '-', mais l'utilisateur a tapé ou copié '–'
  • L'entrée de contexte #2 a échoué car il n'y a pas d'espace entre 'Input' et le chiffre 2 ; note que la fonction 'ceiling()' est définie dans la Bibliothèque DMN afin qu'elle puisse être analysée avec succès
  • L'entrée de contexte #3 a échoué car il n'y a pas d'espace entre 'Local' et 'Variable'
Il est difficile d'identifier visuellement ce genre d'erreur. L'exécution de la validation peut aider à identifier les erreurs, puis vous pouvez facilement effectuer une correction.

Validation des dépendances

Une décision peut nécessiter d'autres décisions, des données d'entrée et des modèles de connaissances métier ; ces relations sont identifiées par les connecteurs InformationRequirement et KnowledgeRequirement.

Lorsque le graphique devient complexe, il est tout à fait possible que certains connecteurs soient manquants ou que le mauvais type de connecteur soit utilisé.

Dans cet exemple, cliquez sur le bouton Valider, Enterprise Architect montrera que :

  • 'Decision3' est utilisé par 'Decision1' en se liant à un paramètre du BKM2 appelé ; cependant, il n'est pas défini - un connecteur InformationRequirement est manquant
  • L'invocation définie dans 'Decision1' n'est pas valide ; le type de connecteur de 'BKM2' à 'Decision1' doit être un KnowledgeRequirement
Après avoir corrigé ces problèmes, exécuter à nouveau à la validation :

Apprenez Plus

Pré. Proc.