ボキャブラリ
ルールの条件やアクションを定義するために使用される用語は、通常、分野固有または業界固有の用語体系に従って表現されます。 たとえば、電子メールを使用するユーザーが "差出人" や "特定日時以降に受信" したメッセージとしてルールを記述したり、保険のビジネス アナリストが "危険要素" および "補償範囲額" としてルールを記述したりします。
この分野固有の用語の背景には、ルールの条件やルールのアクションを実装するテクノロジ アイテム (オブジェクト、データベース テーブル、および XML ドキュメント) が存在します。 ボキャブラリは、ビジネス セマンティクスと実装の間のギャップを埋めるために設計されています。
たとえば、承認状態のデータ バインドは、SQL クエリとして表される特定のデータベースの特定の行の単一の列を示す場合があります。 この種の複雑な表現をルールに挿入する代わりに、"Status" というフレンドリ名を使用して、そのデータ バインディングに関連付けられたボキャブラリ定義を作成できます。その後、任意の数のルールに "Status" を含めることができます。ルール エンジンは、テーブルから対応するデータを取得できます。
ボキャブラリは、ルールの条件とアクションで使用されるファクトのフレンドリ名で構成される定義のコレクションです。 ボキャブラリを定義すると、特定のビジネス分野のユーザーによるルールの参照、理解、共有が簡単になります。
ビジネス ルール作成ツールを使用して、共有されているルール ストアに置くボキャブラリを定義できます。 ルール作成を新しいアプリケーション (または既存のアプリケーション) に統合するツールの開発者も、ボキャブラリを使用できます。
ボキャブラリを使用する前に、ボキャブラリにバージョンを設定し、使用しているルール ストアにボキャブラリを公開する必要があります。 これにより、ボキャブラリの定義は変更されずに参照整合性が確保されます。 つまり、基になるボキャブラリが変更されても、ボキャブラリの特定のバージョンを使用するポリシーで予期しないエラーが発生することがありません。