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. 用戶管理
用戶管理界面可以維護管理員和操作員兩種角色,操作員登錄的話,只有數據設置的界面,其他界面不可用。