2016-09-22 10 views

答えて

0

UMLとデータベースモデリングのコンテキストでは、方向性はしばしば考慮する必要があります。これらのモデルは、ビジネス・ルール・システムの基本モデルとして使用されます。ビジネスルールのコンテキストでは、方向性によって、あるオブジェクトから別のオブジェクトにナビゲートすることができます。したがって、あなたの例では、従業員から始めてクライアントに関するルールを書くことができます。

従業員のクライアントが従業員の親戚である場合 監査例外が発生します。

ここでは、従業員から始めて、「of」というフレーズでクライアントにナビゲートしました。

逆のナビゲーションは次のようになります。

クライアントにサービスを提供する従業員がクライアント の相対的なビジネスルールをオーサリングしながら、あなたは双方向のナビゲーションを持っているので、ここで監査例外

を上げ、その後 ある場合。これは重要であり、従業員またはクライアントのどちらかでオーサリングを開始できるように、ルール作成者に価値を提供するか、そうでないかもしれません。これは、ルールオーサリング言語を設計する際に行う必要のある決定です。

ルールを使用して基本モデルで可能な関係のカーディナリティを実際に表現している可能性があります。しかし、これは頻繁なユースケースではありません。それについて考えると、この種類のカーディナリティー表現はあまり変わらない可能性が高く、おそらくビジネスルールレベルで処理すべきではありません。たとえば、ビジネスルール作成者に、従業員が1つのクライアントのみを扱うことができるという事実と将来のある時点を表現できる能力を変更する必要がありますか。それは、非運用意思決定モデルでは意味をなさないかもしれませんが、運用ビジネスルールシステムではうまくいかないでしょう。