ビジネス ルール エンジンはいつ使用されますか?
ビジネス ルール エンジンとスクリプト/構成/カスタマイズの違いは何ですか
ビジネス ルール エンジンはいつ使用されますか?
ビジネス ルール エンジンとスクリプト/構成/カスタマイズの違いは何ですか
コードに意思決定を実装しようとする場合は、ビジネス ルール エンジンまたはビジネス ルール管理システムを使用する必要があります。しかし、ただの決定ではありません。次のような決定:
これらは、ビジネス ルール管理システムの使用が報われる種類の意思決定です。ルールから始めるのではなく、決定から始めましょう。
ビジネス ルールは冗長 (ビジネス パーソンが読みやすいように) であり、手続き的でも原子的でもない (データベース内のデータのように格納、管理、再利用できるようにするため) 宣言型です。
ビジネス ルールを使用する理由については、この記事で、ビジネス ルールを信じる理由について詳しく説明します。
ビジネスルールエンジンは通常、カスタマイズ可能な「条件があればそれから何かを行う」種類のロジックをアプリケーションに提供するために使用されます。これらのタイプのビジネスルールは、特定のワークフローをトリガーしてイベントの知識を実行したり、より高いレベルのルールにバブルアップしたりして、それらを評価することができます。
ルールエンジンを使用すると、コードからビジネスロジックを削除することで、関心の分離を容易にすることもできます。今日のルールエンジンは通常、ユーザーがアプリケーション内のスクリプトを変更することなく新しいルールを追加できるフロントエンドも提供します。
ルールエンジンは、ルールをより迅速に評価するタスクを可能にするRete(Droolsの経験から言えば)などのアルゴリズムを実装します。ルールエンジンは、ルールの前向き連鎖、後向き連鎖、ハイブリッド連鎖なども提供します。ただし、これらはスクリプト言語でも実装できます。どちらのアプローチでも同じようなことを実現できますが、どちらを選択するかは、ルールの複雑さと数に依存すると思います。
Jessプロジェクトからのこのリンクを見てください:http ://www.jessrules.com/guidelines.shtml
ルールエンジンがニーズを満たしているか、それともやり過ぎであるかを判断するために、自分自身に尋ねる質問のステップバイステップのウォークスルーを提供します。
ルール エンジンは、推論だけでなく、順方向および逆方向の連鎖も実行できます。実装については、Fair Isaac Blaze、Drools、または iLog を確認してください。