Il existe plusieurs modèles de règles créés et gérés par différents rôles, utilisés dans des buts différents, chacun avec son propre cycle de vie.
La façon dont vous créez, testez, exécutez et gérez un nombre croissant de règles dans Fabric est important pour le développement de votre projet.
Une règle Fabric peut se décomposer en conditions et assertions. Une règle exprime "si conditions, alors assertions". Les conditions d'une règle comprennent une plage de dates d'effet, une cible de règle et des expressions qui impliquent soit des concepts (conditions de contexte) dans le référentiel Business Services Repository, soit des assertions en fonction du contenu, renseignées par le contexte.
Les assertions de règles sont des instances de concepts réutilisables qui ont été modélisés pour un domaine en particulier. Une décision dérivée d'une règle utilise l'ensemble des assertions d'une règle composite en tant qu'entrées de la prise de décision. Une règle composite est dérivée par la fusion des assertions de toutes les règles applicables. L'ensemble de règles applicables est déterminé par la recherche de toutes les règles qui ont satisfait aux règles, selon les informations du contexte.
Un système de classement naturel détermine l'assertion à utiliser lorsqu'une assertion d'un type donné est exprimée par plusieurs règles. La cible de la règle est classée par son ordre naturel dans un système de classement naturel. En général, un système classe les concepts de domaine du plus général au plus particulier.
Par exemple, Organisation est considéré comme plus général qu'Utilisateur. Les assertions sont choisies dans la règle au classement le plus naturel, à moins que l'assertion ne soit explicitement verrouillée à un niveau naturel plus élevé. Lorsque des assertions se trouvent au même niveau naturel, la priorité d'une règle peut être utilisée pour sélectionner le gagnant. Enfin, si aucun gagnant ne peut être sélectionné, il en résulte un conflit de règles.