標籤:
1. 簡述
Ckrule商務規則管理系統(BRMS)是一個整合的應用程式儲存、管理、執行和測試的平台,允許組織定義、部署、監控和維護運營系統使用的各種複雜決策邏輯。Ckrule BRMS 獨立於核心應用程式代碼提取並管理決策邏輯,以便可以跨整個組織輕鬆理解、維護和重用這些決策邏輯。
Ckrule BRMS由4個部分組成:
各部分功能明細如下:
一級功能 |
二級功能 |
說明 |
規則儲存 |
-- |
存放庫允許規則置於核心應用程式代碼之外。它還允許將決策邏輯作為一項企業資產管理,從而支援更輕鬆地理解和更新決策邏輯。 |
規則管理 |
規則編輯 |
可以新增、修改、刪除規則。可配置規則ID、規則名稱、欄位、編輯人、備忘等資訊 |
規則執行 |
服務發布 |
支援發布webservice、json或wcf格式的服務。發布服務後提供監測,顯示最近調用時間,執行時間等資訊。 |
應用審計 |
儲存服務調用資訊,如調用者,調用規則名稱,調用開始時間,執行時間,調用結果等。 |
規則測試 |
-- |
可根據規則的輸入輸出對象,測試不同規則。 |
通過將規則置於應用程式代碼之外,業務專家能夠定義和管理決策邏輯。這減少了更新生產系統中的決策邏輯所需的時間和工作,提高了組織對業務環境中的變化作出反應的能力。
2. 介面介紹2.1. 登入介面
輸入使用者名稱稱和登入密碼之後,可以登入到系統。
2.2. 規則包管理
規則包管理使用了樹型結構,左側的樹可以控制分類和包,分類下可以再建立分類。使用上移下移功能可以修改排列順序,點擊右鍵修改分類或規則包。
修改規則包時,點擊瀏覽按鈕重新選擇規則點,點擊編輯規則包按鈕對規則進行在編輯。點擊編輯規則包之後彈出Ckrule規則引擎的編輯器。編輯完成之後,在Ckrule規則引擎的編輯器中點儲存,介面自動關閉,關閉之後在當前介面點確認以完成修改。
介面各控制項說明
欄位名 |
說明 |
規則包 |
可瀏覽或編輯規則包。 |
編碼 |
外部用於調用規則包的唯一編碼,不能重複。 |
名稱 |
規則的名稱,在後面的其他介面中顯示。 |
欄位 |
動態從規則中抽取的輸入輸出對象,也稱業務物件模型。 |
描述 |
對規則包的一些描述。 |
版本 |
表示當前規則編輯了多少次。 |
狀態 |
只有生效的規則包才可以被調用。 |
編輯類型 |
表示在規則資料編輯介面中,可以編輯的類型。 |
排序號 |
當前規則在分類中的排序。 |
分類 |
規則的分類。 |
匯出規則
可以將規則包和規則資料,如決策表、客戶規則池一併匯出,以便規則整體打包。
匯入規則
將規則整體匯入到BRMS中,包含規則資料如決策表和客戶規則池的設定。匯入後,為了防止衝突,規則編碼被設定為guid,規則分類也會被清除。管理員需要對規則進行再次編輯。
2.3. 規則發布
規則包設定為生效之後,才發行就緒,發布時要選擇服務開始時間和結束時間,服務只有在這個時間區間之中,才可以被調用。服務類型一定要選擇一個,Json表示使用Json格式的資料進行http通訊,支援所有程式設計語言,甚至javascript也可以發送請求。而Wcf則只限於.net的wcf使用。
2.4. 規則審計
該介面顯示調用了該服務的請求的資訊,建議該功能只限於特別情況,如果調用量非常大,那一般的資料庫設計是難以應付的。
2.5. 規則測試
規則測試可以類比發送Json資料到服務端,而服務端返回特定格式的影響包。
2.6. 規則資料編輯
規則資料編輯是用來編輯決策表和客戶規則池的,規則包完成之後,可以被編譯成一段機器可啟動並執行代碼,但如果要實現更加強大的規則設定功能,那熟悉業務的業務人員也是要積极參与設定的。規則資料編輯就是提供一些介面給業務專家設定資料的。
決策表資料設定非常適合一些簡單又非常多的規則,而客戶規則池則適應複雜的規則編寫。業務專家可以使用規則編輯器,編寫大量的客戶規則。
2.7. 使用者管理
使用者管理介面可以維護管理員和操作員兩種角色,操作員登入的話,只有資料設定的介面,其他介面不可用。
Ckrule商務規則管理系統簡介