urbanisation-si.com

Le diagramme de règles métier a pour objectif de modéliser les exigences de prise de décisions (par ex. les tables et arbres de décisions) et leurs logiques (par ex. formules de calculs) qui constituent le cœur de métier d’une entreprise et qui doivent obligatoirement être modélisées avec la norme OMG (Object Management Group), DMN (Decision Model and Notation). Cette norme a été conçue pour être utilisable avec la norme de modélisation des processus métiers BPMN ( Business Process Model and Notation ).

Le diagramme est réalisé par les analystes métier avec comme référents les experts métier et à destination des analystes métier, responsables métier et architectes applicatifs.

Le but principal de DMN est de fournir une notation commune qui est aisément compréhensible par la maîtrise d'ouvrage, les experts métiers devant créer des règles métiers ainsi que des tables de décision, puis affiner ces règles pour les livrer aux développeurs responsables d'automatiser ces règles métiers dans des processus métiers et finalement, aux utilisateurs qui géreront et contrôleront ces règles.

DMN est une norme de l'OMG (Object Management Group, l'organisation qui a créé les normes UML, SysML, BPMN, MDA, MOF, ...) représentant une passerelle entre la conception des règles métiers et la mise en œuvre de ces règles.

Le diagramme ci-dessus a été réalisé avec l’outil Enterprise Architect version 14 de Sparx Systems :

• Enterprise Architect

En effet l’outil Modelio n’intègre pas la norme DMN.

Voir nos articles sur les meilleurs outils de modélisation, avec les prix « Modsars » de « urbanisation-si.com » récompensant les plus innovants, décernés en 2016 et 2017 :

• Les meilleurs outils de modélisation UML, SysML, BPMN, DMN de l'année 2016 et les gagnants sont ...
   
• Le meilleur du meilleur des outils de modélisation de Systèmes d’Information pour 2017 : les « Modsars » de « urbanisation-si.com » récompensent les plus innovants

Dans ce blog, nous avons beaucoup écrit sur la définition et la méthodologie de conception des règles métier, sur les moteurs de règles métier ainsi que sur la norme DMN de modélisation des règles et ce de manière pédagogique avec de nombreux exemples.
 

Voir à la fin de cet article, l’annexe 2 sur les articles relatifs aux règles métier et à DMN.

En annexe 3, vous trouverez la liste des règles métier de l’étude de cas Modelio avec leur description et en annexe 1 toutes les étapes précédentes de l'étude de cas.

Pour une bonne gouvernance des règles métiers, dans le référentiel de règles, on doit avoir pour chacune d’elle, les propriétés suivantes :

• Identifiant unique
• Nom
• Description sous forme de conditions et d’actions (when … then …)
• Priorité
• Cycle de vie et états de la règle (en cours de conception, proposée, validée, implémentée, retirée, archivée)
• Propriétaire de la règle
• Traçabilité avec les processus métier et les cas d’utilisation métier

Conclusion

Même la méthode française concurrentes de TOGAF, l’urbanisation des SI avec le Plan d'Occupation des Sols (POS), considère les règles métier comme un quartier à part entière dans la zone des référentiels de la cartographie fonctionnelle.

En effet, la formalisation sous forme de règles permet de capitaliser le savoir-faire des experts.

Elle apporte aussi une standardisation et une auditabilité de ces règles « métier », facilitant leur consultation et leur maintenance par le plus grand nombre.

De plus si vous décidez dans l'architecture technique d'intégrer un BRMS (Business Rule Management System intégrant un moteur de règles) permettant d'automatiser l'exécution et l'enchaînement des règles, l'étape de "phase de conception / paramétrage du BRMS" est déjà réalisée.

Rhona Maxwel

@rhona_helena

"De nouveaux développements de systèmes intelligents nous rendrons tous beaucoup, beaucoup plus intelligent. Et cela est rendu possible grâce aux téléphones intelligents qui sont de vrais ordinateurs. […] Chacun de nous peut devenir plus intelligent avec cette technologie … et l’augmentation des capacités des personnes est le secret de ce progrès technologique."

Eric Schmidt

Annexe 1 : les précédentes étapes de notre étude de cas TOGAF

• Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
   
• Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM 
   
• Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst
   
• Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)
   
• Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)
   
• Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
  
  
• Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
  
  
• Le diagramme d’évènements de la phase A Vision de TOGAF : étape 5 de l’étude de cas Modelio
  
  
• Le diagramme des concepts de la solution de la phase A Vision de TOGAF : étape 6 de l’étude de cas Modelio
   
• Le diagramme de chaîne de valeur de la phase A Vision de TOGAF : étape 7 de l’étude de cas Modelio
   
• Comment modéliser la phase B Architecture métier de TOGAF - les éléments de modélisation - étape 8 de l’étude de cas
   
• Le dictionnaire métier de la phase B Architecture métier de TOGAF - étape 9 de l’étude de cas
   
• Le diagramme d’organisation des acteurs de la phase B Architecture métier de TOGAF - étape 10 de l’étude de cas
  
  
• Comment modéliser les flux échangés entre une entreprise et les acteurs externes en phase B architecture métier de TOGAF ? – étape 11 de l’étude de cas
  
  
• Diagramme des rôles joués par les acteurs en phase B architecture métier de TOGAF ? – étape 12 de l’étude de cas
  
  
• Diagramme d’organisation et de localisation en phase B architecture métier de TOGAF – étape 13 de l’étude de cas
  
  
• Diagramme de localisation en phase B architecture métier de TOGAF – étape 14 de l’étude de cas
  
  
• Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas
  
  
• Diagramme objectifs-services métier en phase B architecture métier de TOGAF – étape 16 de l’étude de cas
  
  
• Diagramme de processus métier en phase B architecture métier de TOGAF – étape 17 de l’étude de cas

Annexe 2 : les articles relatifs aux règles métier et à DMN

Si vous n’êtes pas familier avec DMN (Decision Model and Notation) :

• Quels sont les objectifs et les concepts de la notation de modélisation des règles métier, DMN Decision Model and Notation ?
   
• Et voici les concepts de bases pour bien comprendre la modélisation des règles métiers avec DMN ( Decision Model Notation )
   
• Apprenez le niveau logique de décision de la norme de modélisation de règles métiers DMN ( Decision Model Notation )
   
• Introduction au graphique DRG et au diagramme DRD d'exigences de décisions de la norme de modélisation de règles métiers DMN
   
• DMN - L'antisèche de la notation complète des composants d'un DRD ( Decision Requirement Diagram ) : notation de la décision

• DMN - L'antisèche de la notation complète des composants d'un DRD ( Decision Requirement Diagram ) : notation des règles de connexions
   
• La norme DMN ( Decision Model and Notation ) pour les tables de décision
   

Pour tout comprendre, voici un exemple complet montrant un processus métier modélisé avec BPMN et incluant des règles métiers modélisées avec DMN. Cet exemple va des modèles jusqu’à leur exécution :

1. Tutoriel – didacticiel – exemple complet sur la norme de modélisation des règles métiers DMN ( Decision Model Notation ) : le processus métier BPMN
    
2. Tutoriel – didacticiel – exemple complet sur la norme de modélisation des règles métiers DMN ( Decision Model Notation ) : La vue des exigences des décisions
    
3. Tutoriel – didacticiel – exemple complet sur la norme de modélisation des règles métiers DMN ( Decision Model Notation ) : Le niveau logique de décision
    
4. Tutoriel – didacticiel – exemple complet sur la norme de modélisation des règles métiers DMN ( Decision Model Notation ) : Exemple d'exécution du modèle de décisions
    
5. DMN ( Decision Model Notation ) : Ne serait-ce pas un langage de plus, une contrainte de plus imposée à la MOA par la MOE ?
    

Pour aller plus loin avec DMN, un tutorial complet sur comment concevoir un outil de modélisation DMN :

1. DMN ( Decision Model and Notation ) : comment concevoir son propre outil de modélisation DMN ? [1/4]
    
2. Le métamodèle Eclipse Ecore DMN ( Decision Model and Notation ) : comment concevoir son propre outil de modélisation DMN ? [2/4]
    
3. Tutorial Obeo Designer Community : comment concevoir son propre outil de modélisation DMN ? [3/4]
    
4. Améliorations et notions avancées Eclipse Sirius, suite et fin de notre saga : comment concevoir son propre outil de modélisation DMN ? [4/4]

Les moteurs de règles métier BRMS :

• A quoi sert un moteur de règles ?
   
• Les étapes d’un projet avec un moteur de règles
   
• Quand faut il utiliser un moteur de règles ?
   
• Qui fait fonctionner un moteur de règles ?
   
• Comment concevoir une règle ?
   
• Experts métiers, passez-vous de développeurs, modélisez vos règles métiers avec DMN puis générez et exécutez automatiquement le code RedHat Drools et inversement
   
• Le Machine Learning est il aux moteurs de règles métiers (BRMS) ce qu’une chute d’une météorite géante fut pour l’extinction des dinosaures ?

Annexe 3 : la liste des règles métier de l’étude de cas Modelio avec leur description.

Maximum discount

The discount accorded can go up to 50% of the public price normally used by travel agents.

Trip localization

The trip always takes place within a single country.

Service uniqueness

There exists only one accommodation service for the entire trip.

Hotel/holiday link

Where the trip includes a "hotel" service, the trip can concern several hotels, with each notel being occupied during one (or several) periods of the trip.

Hotel identification

Each hotel is identified by a sequential  number within a country.

Car service

Where the trip includes a "car" service, this only concerns one vehicle category and one car rental company only has been retained for the trip.

Trip availability

A travel agency is obliged to inform DISCOUNT TRAVEL when there are no places left for a given trip. A trip is then considered to be full. The same is true when the departure date has passed. A trip can therefore have two statuses: available trip or closed trip.

Client payment

When a client reserves a trip, his/her bank card number is required, and a file number is attributed. The file is considered to be pending until the solvency of the bank account has been verified. If the account is not solvent, the reservation request is abandonned and the file deleted.

Trip reservation in agencies

DISCOUNT TRAVEL then consults the agency concerned by the trip ordered. If the number of available places is sufficient, DISCOUNT TRAVEL reserves the places requested by its client and debits his/her bank account by the amount indicated. If the number of remaining places is insufficient, the order placed is purely and simply cancelled, and the client informed of this cancellation.

Client information

The client is of course kept informed of the acceptance or refusal of his/her order.

Confirmed order

All orders placed by a client are considered to be firm and definitive.

Identitification Accompagnant

Each participant, client or accompanying person is identified by a sequential number.

Reduced prices for children

Children under twelve benefit from a reduced price, corresponding to 60% of the price of the trip.

Client solvency

When a client places an order, his/her bank card number and bank account solvency are checked. If the result is negative, the order is purely and simply refused. Otherwise, DISCOUNT TRAVEL contacts the agency who proposed the trip to check that the number of available places is sufficient to satisfy the order.

Order processing

As soon as the agency has given its response, DISCOUNT TRAVEL processes the order. If the number of places is sufficient, the order is accepted and the client bank account debited by the amount indicated. If the number of places available is insufficient, the order is cancelled. Furthermore, if the agency indicates that there are no places left for the trip, the corresponding offer is withdrawn.

Cancellation management

An accepted order can be cancelled by the client. In this case, DISCOUNT TRAVEL informs the travel agency of this cancellation and pays a fixed amount of compensation. The client file is then closed. If the client had opted for cancellation insurance, he/she is refunded the entire cost of the trip.

File closure

Finally, when an accepted order has not been cancelled by the client before the departure of the trip, DISCOUNT TRAVEL closes the corresponding file and pays the agreed price to the travel agency (this is, of course, less than the price paid by the client).