Règles qui se chevauchent

Les règles définies pour un Tableau de Décision avec une politique Hit de « U » (qui signifie Unique) doivent être discrètes et ne pas se chevaucher. C'est un élément facile à négliger, même pour les modélisateurs Décision expérimentés, et en particulier lorsqu'un tableau devient compliqué et comporte un grand nombre d'entrées et de règles. Il est courant que des erreurs de chevauchement soient introduites avec l'utilisation d'expressions de plage dans FEEL ( Friendly Enough Expression Language ) utilisant des parenthèses ( round et carrées) qui ont des significations différentes.

Les règles qui se chevauchent sont autorisées dans Décision Tableaux avec d'autres politiques Hit définies, par exemple :

Un tableau avec une politique Hit de A (tout) peut avoir des règles qui se chevauchent, à condition que toutes les règles qui se chevauchent aient la même valeur de sortie
Un tableau avec une politique Hit de P (priorité) peut avoir des règles qui se chevauchent même lorsque les valeurs de sortie sont différentes
Un tableau avec une politique Hit de C (Collect) peut avoir des règles qui se chevauchent même lorsque les valeurs de sortie sont différentes

En utilisant notre illustration de la section précédente, nous allons montrer un exemple simple de chevauchement causé par une erreur dans l'utilisation des crochets d'expression FEEL, comme nous venons de le voir. Cette capture d'écran montre une erreur de chevauchement de deux règles, où le problème est un peu plus difficile à identifier. L'erreur est introduite parce que la règle n°2 inclut l'utilisation d'un crochet carré, qui peut être effectivement réécrit comme « Sales Value >= 10,000 and Sales Value < = 50,000 » . Le problème se pose parce que la règle n°1 couvre également le cas où « Sales Value = 50,000 » , donc les règles n°1 et n°2 se chevauchent.

Une fois encore, nous pouvons utiliser facilité de validation intégrée d' Enterprise Architect pour nous aider à identifier les éventuelles violations. De manière analogue aux règles d'exhaustivité, le validateur peut trouver les erreurs qui, si le tableau était plus complexe, seraient difficiles à trouver. Cette illustration montre la violation générée dans la fenêtre Sortie système identifiant les règles et les valeurs qui sont en violation.