采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的 方法。
【背景技術(shù)】
[0002] 規(guī)則引擎由推理引擎發(fā)展而來，是一種嵌入在應(yīng)用程序中的組件，實現(xiàn)了將業(yè)務(wù) 決策從應(yīng)用程序代碼中分離出來，并使用預(yù)定義的語義模塊編寫業(yè)務(wù)決策。接受數(shù)據(jù)輸入， 解釋業(yè)務(wù)規(guī)則，并根據(jù)業(yè)務(wù)規(guī)則做出業(yè)務(wù)決策。企業(yè)級管理者對企業(yè)IT系統(tǒng)的開發(fā)有著如 下的要求：1.為提高效率，管理流程必須自動化，即使現(xiàn)代商業(yè)規(guī)則異常復(fù)雜。2.市場要求 業(yè)務(wù)規(guī)則經(jīng)常變化，IT系統(tǒng)必須依據(jù)業(yè)務(wù)規(guī)則的變化快速、低成本的更新。3.為了快速、低 成本的更新，業(yè)務(wù)人員應(yīng)能直接管理IT系統(tǒng)中的規(guī)則，不需要程序開發(fā)人員參與。

【發(fā)明內(nèi)容】

[0003] 本發(fā)明針對以上問題的提出，而研制一種采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與 軟件維護(hù)之間的矛盾的方法。本發(fā)明采用的技術(shù)方案如下：
[0004] 一種采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的方法，其特征 在于包括：
[0005] 企業(yè)服務(wù)體系分為三個部分：應(yīng)用程序/數(shù)據(jù)獲得系統(tǒng)：捕獲和存儲應(yīng)用程序提 交的所有數(shù)據(jù)，是業(yè)務(wù)服務(wù)的使用者；主要功能是提交業(yè)務(wù)請求和處理業(yè)務(wù)判定；業(yè)務(wù)服 務(wù)：通過具體實現(xiàn)的能調(diào)用的網(wǎng)絡(luò)服務(wù)器或者API，調(diào)用選定的規(guī)則引擎來執(zhí)行業(yè)務(wù)規(guī)則 邏輯或?qū)I(yè)務(wù)規(guī)則邏輯進(jìn)行運算，產(chǎn)生反饋信息和數(shù)據(jù)；同時也提供方便和有效維護(hù)業(yè)務(wù) 規(guī)則邏輯的功能；支持服務(wù)：提供業(yè)務(wù)服務(wù)使用者所提交的相關(guān)數(shù)據(jù)，即規(guī)則引擎執(zhí)行業(yè) 務(wù)規(guī)則或運算業(yè)務(wù)規(guī)則所需要的相關(guān)數(shù)據(jù)或應(yīng)用程序或服務(wù)接口；
[0006] 將業(yè)務(wù)規(guī)則從程序代碼中分離出來，用管理數(shù)據(jù)的方式來管理業(yè)務(wù)規(guī)則，即采用 基于ECA規(guī)則的描述方法來描述業(yè)務(wù)規(guī)則，然后采用規(guī)則引擎來解釋并執(zhí)行這些規(guī)則；基 于ECA、面向?qū)ο蟮腜etri網(wǎng)的業(yè)務(wù)流程；業(yè)務(wù)規(guī)則在快運平臺中的設(shè)計。
[0007] 由于采用了上述技術(shù)方案，本發(fā)明提供的方法具有：使用方便、處理速度、技術(shù)實 現(xiàn)容易等特點。另外，該方法基于計算機(jī)系統(tǒng)的實現(xiàn)，只需將該方法編譯成相應(yīng)的程序即可 實現(xiàn)對現(xiàn)有計算機(jī)的升級，因此其成本非常低廉適于廣泛推廣。
【附圖說明】
[0008] 圖1為本發(fā)明所述方法的流程分析圖。
【具體實施方式】
[0009] 如圖1所示的采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的方 法，具體如下：企業(yè)服務(wù)體系分為三個部分：應(yīng)用程序/數(shù)據(jù)獲得系統(tǒng)：捕獲和存儲應(yīng)用程 序提交的所有數(shù)據(jù)，是業(yè)務(wù)服務(wù)的使用者。主要功能是提交業(yè)務(wù)請求和處理業(yè)務(wù)判定。業(yè) 務(wù)服務(wù)：通過具體實現(xiàn)的可調(diào)用的網(wǎng)絡(luò)服務(wù)器或者API，調(diào)用選定的規(guī)則引擎來執(zhí)行業(yè)務(wù) 規(guī)則邏輯或?qū)I(yè)務(wù)規(guī)則邏輯進(jìn)行運算，產(chǎn)生反饋信息和數(shù)據(jù)。同時也提供方便和有效維護(hù) 業(yè)務(wù)規(guī)則邏輯的功能。支持服務(wù)：提供業(yè)務(wù)服務(wù)使用者所提交的相關(guān)數(shù)據(jù)，即規(guī)則引擎執(zhí)行 業(yè)務(wù)規(guī)則或運算業(yè)務(wù)規(guī)則所需要的相關(guān)數(shù)據(jù)或應(yīng)用程序或服務(wù)接口。
[0010] 基于業(yè)務(wù)規(guī)則的快運平臺的設(shè)計，本項目將業(yè)務(wù)規(guī)則從程序代碼中分離出來，用 管理數(shù)據(jù)的方式來管理業(yè)務(wù)規(guī)則，即采用基于ECA規(guī)則的描述方法來描述業(yè)務(wù)規(guī)則，然后 采用規(guī)則引擎來解釋并執(zhí)行這些規(guī)則。
[0011] (一）基于ECA、面向?qū)ο蟮腜etri網(wǎng)的業(yè)務(wù)流程
[0012] 以受理貨物業(yè)務(wù)中的制作運單、貨物受理為例，用基于ECA規(guī)則的面向?qū)ο蟮?Petri網(wǎng)分析如下：
[0013] 受理貨物中的制作運單，采用基于ECA規(guī)則的面向?qū)ο蟮腜etri網(wǎng)分析：
[0014] 發(fā)生制作運單事件會觸發(fā)的條件：（1)空白的可用運單（2)網(wǎng)點的有操作權(quán)限的 操作人員。滿足上述兩個條件時，會執(zhí)行修改運單的相關(guān)狀態(tài)或者是修改其他的運單相關(guān) 屬性的動作。在上述的過程中，運單對象和操作員對象是兩個從實際操作中抽象出來的對 象。"運單狀態(tài)為空白可用狀態(tài)"是運單對象的屬性，"網(wǎng)點操作人員的操作權(quán)限"和"操作 人員是本網(wǎng)點的操作人員"是操作員對象的屬性。
[0015] 通過此類流程的建模分析，可以很直觀的進(jìn)行業(yè)務(wù)規(guī)則的提取、分析。
[0016](二）業(yè)務(wù)規(guī)則在快運平臺中的設(shè)計
[0017] 在應(yīng)用業(yè)務(wù)規(guī)則系統(tǒng)后，平臺的框架結(jié)構(gòu)圖為：
[0018] 系統(tǒng)體系架構(gòu)結(jié)構(gòu)分為四個邏輯層：
[0019] Web層一 Presentation,Web層為客戶端提供對應(yīng)用程序的訪問。Web窗體只是用 HTML提供用戶操作，而代碼隱藏文件實現(xiàn)各種控件的事件處理。大多數(shù)企業(yè)級Java應(yīng)用是 通過Web介面進(jìn)行交互的，其中被廣泛使用的Web表現(xiàn)層框架是Apache的Struts。理想的 結(jié)果是：我們寫的應(yīng)用可以從表現(xiàn)層知道它下面的應(yīng)用層，而不是通過相反的方向。它的好 處在于不僅僅可以使我們將來變換其它的表現(xiàn)層（比如Ajax或web service界面)。
[0020] 業(yè)務(wù)外觀層一Business Fafade，業(yè)務(wù)外觀層主要負(fù)責(zé)管理業(yè)務(wù)流程的總體執(zhí) 行。業(yè)務(wù)外觀層用作隔離層，它將用戶界面與各種業(yè)務(wù)功能的實現(xiàn)隔離開來。除了低級系 統(tǒng)和支持功能之外，對數(shù)據(jù)庫服務(wù)器的所有調(diào)用都是通過此程序集進(jìn)行的。這些業(yè)務(wù)流程 可以是長期運行的業(yè)務(wù)流程、事務(wù)業(yè)務(wù)流程以及持久業(yè)務(wù)流程。
[0021] 業(yè)務(wù)規(guī)則層一 Business Rules,業(yè)務(wù)規(guī)則層包含各種業(yè)務(wù)規(guī)則和邏輯的實現(xiàn)。從 業(yè)務(wù)流程中以單獨實體的形式提取業(yè)務(wù)規(guī)則可更好地對系統(tǒng)進(jìn)行分離，從而提高可維護(hù) 性。規(guī)則引擎通常是復(fù)雜邏輯(涉及實體之間的一些相互依賴性以及與順序相關(guān)的邏輯計 算)的發(fā)源地。規(guī)則引擎可以對規(guī)則集進(jìn)行并行和按順序的評估。此外，規(guī)則能夠?qū)斎霐?shù) 據(jù)和中間數(shù)據(jù)的值進(jìn)行評估并確定是否應(yīng)引發(fā)規(guī)則。與傳統(tǒng)的Java過程代碼相比，該層設(shè) 計提供了一個更簡單、可維護(hù)性更高的解決方案。
[0022] 數(shù)據(jù)訪問層一 Data Access，數(shù)據(jù)訪問層為業(yè)務(wù)規(guī)則層提供數(shù)據(jù)服務(wù)。這一層是作 為業(yè)務(wù)規(guī)則系統(tǒng)架構(gòu)中的DataAccess項目實現(xiàn)的。
[0023] 以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，根據(jù)本發(fā)明的技術(shù)方案及其 發(fā)明構(gòu)思加以等同替換或改變，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1. 一種采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的方法，其特征在 于包括： 企業(yè)服務(wù)體系分為三個部分：應(yīng)用程序/數(shù)據(jù)獲得系統(tǒng)：捕獲和存儲應(yīng)用程序提交的 所有數(shù)據(jù)，是業(yè)務(wù)服務(wù)的使用者；主要功能是提交業(yè)務(wù)請求和處理業(yè)務(wù)判定；業(yè)務(wù)服務(wù)：通 過具體實現(xiàn)的能調(diào)用的網(wǎng)絡(luò)服務(wù)器或者API，調(diào)用選定的規(guī)則引擎來執(zhí)行業(yè)務(wù)規(guī)則邏輯或 對業(yè)務(wù)規(guī)則邏輯進(jìn)行運算，產(chǎn)生反饋信息和數(shù)據(jù)；同時也提供方便和有效維護(hù)業(yè)務(wù)規(guī)則邏 輯的功能；支持服務(wù)：提供業(yè)務(wù)服務(wù)使用者所提交的相關(guān)數(shù)據(jù)，即規(guī)則引擎執(zhí)行業(yè)務(wù)規(guī)則 或運算業(yè)務(wù)規(guī)則所需要的相關(guān)數(shù)據(jù)或應(yīng)用程序或服務(wù)接口； 將業(yè)務(wù)規(guī)則從程序代碼中分離出來，用管理數(shù)據(jù)的方式來管理業(yè)務(wù)規(guī)則，即采用基 于ECA規(guī)則的描述方法來描述業(yè)務(wù)規(guī)則，然后采用規(guī)則引擎來解釋并執(zhí)行這些規(guī)則；基于 ECA、面向?qū)ο蟮腜etri網(wǎng)的業(yè)務(wù)流程；業(yè)務(wù)規(guī)則在快運平臺中的設(shè)計。
【專利摘要】本發(fā)明公開了一種采用規(guī)則引擎解決業(yè)務(wù)流程頻繁變動與軟件維護(hù)之間的矛盾的方法，包括企業(yè)服務(wù)體系分為三個部分：應(yīng)用程序/數(shù)據(jù)獲得系統(tǒng)：捕獲和存儲應(yīng)用程序提交的所有數(shù)據(jù)，是業(yè)務(wù)服務(wù)的使用者；業(yè)務(wù)服務(wù)：通過具體實現(xiàn)的能調(diào)用的網(wǎng)絡(luò)服務(wù)器或者API，調(diào)用選定的規(guī)則引擎來執(zhí)行業(yè)務(wù)規(guī)則邏輯或?qū)I(yè)務(wù)規(guī)則邏輯進(jìn)行運算，產(chǎn)生反饋信息和數(shù)據(jù)；支持服務(wù)：提供業(yè)務(wù)服務(wù)使用者所提交的相關(guān)數(shù)據(jù)，即規(guī)則引擎執(zhí)行業(yè)務(wù)規(guī)則或運算業(yè)務(wù)規(guī)則所需要的相關(guān)數(shù)據(jù)或應(yīng)用程序或服務(wù)接口；將業(yè)務(wù)規(guī)則從程序代碼中分離出來，用管理數(shù)據(jù)的方式來管理業(yè)務(wù)規(guī)則，然后采用規(guī)則引擎來解釋并執(zhí)行這些規(guī)則；基于ECA、面向?qū)ο蟮腜etri網(wǎng)的業(yè)務(wù)流程；業(yè)務(wù)規(guī)則在快運平臺中的設(shè)計。
【IPC分類】G06F9-44
【公開號】CN104699472
【申請?zhí)枴緾N201310666672
【發(fā)明人】夏銘澤
【申請人】大連靈動科技發(fā)展有限公司
【公開日】2015年6月10日
【申請日】2013年12月6日