Business Rules Engine
L'infrastructure de règles d'entreprise est une bibliothèque de classes compatible Microsoft .NET. Elle fournit un moteur d'inférence efficace capable de relier des règles déclaratives très lisibles et riches sur le plan sémantique à n'importe quel objet métier (composant .NET), document XML ou table de base de données. Les développeurs d'applications peuvent créer des règles d'entreprise à partir de petits blocs de logique d'entreprise (de petits ensembles de règles) qui agissent sur les informations (faits) contenus dans les objets .NET, les tables de base de données et les documents XML. Ce modèle de conception favorise la réutilisation du code, la simplicité de conception et la modularité de la logique d'entreprise. En outre, le moteur de règles n'impose rien à l'architecture ni à la conception des applications d'entreprise. En fait, vous pouvez ajouter la technologie des règles à une application d'entreprise en appelant directement le moteur de règles, ou une logique externe peut appeler vos objets métier sans les modifier. Bref, la technologie permet aux développeurs de créer et de gérer des applications avec un minimum d'effort.
Lorsque vous planifiez de développer une application basée sur des règles, vous devez d'abord déterminer comment les règles s'intégreront à vos processus d'entreprise. Votre application créera une instance d'une stratégie et lui fournira des données, ou faits, qui lui permettront de fonctionner. L'objet stratégie encapsule le moteur de règles et fournit un point d'entrée unique pour son exécution.
Vous devrez également planifier le développement et le test de la conception de vos règles. Vous devez réfléchir à la façon dont vous allez déployer et mettre à jour vos stratégies. Vous voudrez sans doute suivre l'avancement de l'exécution de votre moteur de règles et surveiller son état actuel.
La planification du développement de règles suppose les étapes suivantes :
Planifier comment incorporer vos règles à votre application.
Identifier la logique d'entreprise que vous voulez représenter par des règles dans votre application. Le terme « logique d'entreprise » peut faire référence à diverses choses, par exemple « les bons de commande de plus de cinq cents euros doivent être approuvés par un responsable ».
Identifier les sources de données des éléments de vos règles. Le cas échéant, vous pouvez définir et publier des vocabulaires (une nomenclature spécifique à un domaine qui représente des liaisons sous-jacentes).
Définir des règles à partir des définitions de vocabulaire ou directement à partir des liaisons de données, et à partir de ces règles, composer une stratégie représentant votre logique d'entreprise.
Notes
Les vocabulaires doivent être publiés avant de pouvoir être appliqués dans des règles.
Tester et déboguer la stratégie avec des exemples de faits. Vous pouvez utiliser la fonctionnalité Stratégie de test dans le Compositeur de règles métiers ou utiliser les classes Policy ou PolicyTester pour exécuter à partir d’une application, d’un programme en ligne de commande ou d’une orchestration.
Publier la version de stratégie dans le magasin de règles.
Déployer la version de stratégie.
Instancier et créer la liste des faits à court terme dans l'application hôte. Utilisez la forme Règles d’appel dans une orchestration pour exécuter votre stratégie métier ou instancier par programme une version de stratégie dans votre application d’hébergement.
Surveiller et suivre l'exécution des règles, selon les besoins.
Notes
L'intercepteur de suivi par défaut fonctionne avec les orchestrations. Si votre application hôte n'est pas une orchestration, vous devez créer votre propre intercepteur de suivi pour effectuer ces opérations.