[發(fā)明專利]一種事務規(guī)則驅(qū)動的敏捷SOWF架構(gòu)方法

有效

• 申請?zhí)枺?/td>: 201310070582.6
• 申請日: 2013-03-06
• 公開（公告）號: CN103150164A
• 公開（公告）日: 2013-06-12
• 發(fā)明（設計）人: 張元鳴;肖剛;程振波;徐俊;陸佳煒;陳儒
• 申請（專利權(quán)）人: 浙江工業(yè)大學
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 杭州天正專利事務所有限公司 33201
• 代理人: 王兵;黃美娟

1.一種事務規(guī)則驅(qū)動的敏捷SOWF架構(gòu)方法，其步驟如下：

1）將業(yè)務活動基于Web服務技術(shù)封裝成具有相對獨立業(yè)務功能的模塊，稱為“事務服務”。

2）定義事務規(guī)則模版。事務規(guī)則定義了事務服務的交互規(guī)則和交互方法，它包含一組約束規(guī)則，用來描述事務服務的數(shù)據(jù)、結(jié)構(gòu)以及事件必須滿足的限定條件，并通過約束作用于過程模型，使模型中定義的事務服務發(fā)生動態(tài)的重組，避免手動修改過程模型。事務規(guī)則模版基于XML語言定義，包含了一組標簽，這些標簽用于定義事務規(guī)則中的各類規(guī)則。

2.1)定義結(jié)構(gòu)規(guī)則。結(jié)構(gòu)規(guī)則Structure_Rule=<flow,pattern>，flows是流，pattern∈{sequential,iteractive,parallel,if,trigger}是流執(zhí)行的模式，用于處理復雜的業(yè)務流程，其定義的標簽是<rule?type=”pattern”>,pattern的值共有五種：(1)sequence：順序結(jié)構(gòu)定義標簽，表示其中的流順序執(zhí)行。(2)iteractive：循環(huán)迭代結(jié)構(gòu)定義標簽，表示其中的流循環(huán)執(zhí)行。(3)parallel：并行結(jié)構(gòu)定義標簽，表示其中的流可并行執(zhí)行。(4)trigger：觸發(fā)規(guī)則標簽，當條件被觸發(fā)時，將執(zhí)行定義流或過程，可用于定時控制與狀態(tài)監(jiān)控。(5)if：條件控制標簽，用于邏輯判斷與過程流轉(zhuǎn)。

2.2)定義數(shù)據(jù)規(guī)則。數(shù)據(jù)規(guī)則Data_Rule=<activity_i,activity_k,message>，activity_i與activity_k表示兩個交互的活動，activity_i→activity_k；message是activity_i流向activity_k的數(shù)據(jù)的限定，message∈outputs_i，message∈outputs_k。其定義的標簽是<rule?type=”data”>包含以下子標簽：(1)target：數(shù)據(jù)規(guī)則針對的目標，值是服務的名稱，表明對那個服務進行規(guī)則限定；(2)input：輸入?yún)?shù)的限定，與message元素關(guān)聯(lián)；(3)output：輸出參數(shù)的限定，與message元素關(guān)聯(lián)。下面是一個數(shù)據(jù)規(guī)則的XML?Schema。

2.3)定義事件規(guī)則。事件規(guī)則Event_Rule=<event,target,message,action>，其中event是事件的名稱；target是事件作用的活動或流的對象集合；message是事件發(fā)生時產(chǎn)生的消息；action是事件的處理方法。其標簽為<rule?type=”event”>包含以下子標簽：(1)target：事件規(guī)則影響的對象，值是服務的名稱，表明對那個服務進行規(guī)則限定；(2)message：表明事件的參數(shù)信息，通過名稱與已定義的message元素進行關(guān)聯(lián)；(3)event：對事件的來源（source），觸發(fā)信號（signal），回應行為（action）做出定義。

3）實現(xiàn)事務規(guī)則驅(qū)動的SOWF架構(gòu)。該架構(gòu)包括四層：事務規(guī)則定義層、工作流引擎層、事務服務層、業(yè)務活動層，下面對每層的組成及功能做一說明：

3.1)事務規(guī)則定義層主要包括流程管理器、過程模型編輯器與規(guī)則模板編輯器。流程管理器用于對流程進行管理，包括流程創(chuàng)建與終止；過程模型編輯器用于對過程模型庫中的過程模型文件進行管理，包括定義活動、流、消息等要素，以及描述抽象業(yè)務過程；規(guī)則模板編輯器用于新建與編輯規(guī)則模板，包括規(guī)則模板的定義、規(guī)則模版庫管理等。

3.2)工作流引擎層主要包括事務規(guī)則引擎、事務規(guī)則庫、過程模型庫。事務規(guī)則引擎負責規(guī)范工作流引擎的啟動和執(zhí)行，解析流程事務規(guī)則XML文件，依據(jù)事務規(guī)則組合事務服務來完成特定的業(yè)務需求；事務規(guī)則庫用于存儲規(guī)則模板，并提供給事務規(guī)則引擎，事務規(guī)則引擎根據(jù)讀取規(guī)則庫中的規(guī)則模板進行業(yè)務流程的組合與搭建。過程模型庫提供基本的過程模型元素，用于支持業(yè)務流程的組合。

3.3)事務服務層為工作引擎層提供服務，是多個事務服務的集合。事務服務是由業(yè)務活動封裝而成。業(yè)務活動被服務化后可以消除異構(gòu)系統(tǒng)與平臺的差異性，即服務層可以容納跨系統(tǒng)跨部門的業(yè)務活動。

3.4)業(yè)務活動層由已存在的業(yè)務系統(tǒng)提供，多個活動可以屬于同一個業(yè)務系統(tǒng)，也可以跨越不同的業(yè)務系統(tǒng)。

4)將事務規(guī)則模版作為SOWF架構(gòu)的輸入，其工作機制如下：

4.1)通過規(guī)則模板編輯器撰寫事務規(guī)則模板。

4.2)通過流程管理器將描述了服務執(zhí)行流程的事務規(guī)則模板輸入到規(guī)則庫中，事務規(guī)則模板以Key-Value的方式存儲到NoSQL形式的事務規(guī)則庫中。

4.3)解釋器通過Key讀取規(guī)則庫里存儲的規(guī)則模板，并進行翻譯，將生成的經(jīng)過優(yōu)化并容易處理的中間代碼提交給組合器。

4.4)組合器對中間代碼進行解析及預處理操作。首先計算出所有的過程模型元素的引用，然后通過調(diào)度器發(fā)出調(diào)度指令，將這些引用映射為具體的業(yè)務實體，如服務和消息。接著經(jīng)由綁定器將由調(diào)度器申請到的業(yè)務實體與上下文綁定在一起，進行服務實例以及資源的預分配。最后則將一系列動作產(chǎn)生的描述信息寫回到中間代碼中，并進行編譯工作，輸出可執(zhí)行二進制代碼，這樣就完成了抽象的規(guī)則模板和過程模型描述到可執(zhí)行流的映射。

4.5)處理完成之后，組合器將可執(zhí)行流提交給執(zhí)行器進行執(zhí)行。執(zhí)行器保證了組合過程中的資源分配與執(zhí)行環(huán)境的可靠，同時監(jiān)控工作流的執(zhí)行狀態(tài)。