2016-09-22 94 views

回答

0

在UML和數據庫建模上下文中,方向性通常很重要。然後將這些模型用作業務規則系統的基礎模型。在業務規則的上下文中,方向性允許您從一些對象導航到另一個對象。因此,在您的示例中,您可以從員工開始並編寫關於客戶端的一些規則:

如果員工的客戶是員工的親屬 ,則 會引發審計異常。

在這裏,您從員工開始並使用「該」短語導航到客戶端。

反向導航可能是:

如果服務於客戶的員工爲客戶 的相對然後 提高審計例外

所以在這裏你有雙向導航而創作的業務規則。這可能很重要,併爲規則制定者提供了一些價值,以便他們可以開始與僱員或客戶創作,或者它可能不會。這是您在設計規則創作語言時必須做出的決定。

另一種可能性是,您實際上是通過使用規則來表達基本模型中可能的關係的基數。但這不是一個經常使用的案例。如果你仔細想想,這種基數表達式不太可能發生變化,可能不應該在業務規則級別處理。例如,您是否需要賦予業務規則制定者表達和改變這樣一個事實的能力,即員工只能處理一個客戶,而將來他們可以處理1個客戶?這在非操作性決策模型中可能有意義,但不太可能適用於業務規則系統。