基于關系數據庫的工作流在管理信息系統的應用

2013-12-12 09:21:06 電力信息化　點擊量：評論 (0)

摘要：通過對關鍵業務的實際開發需求的分析，提出了一個適用于關鍵業務開發的基于關系結構的工作流引擎的框架結構。系統提供對企業整體協作流程的控制、分析、對部門運作狀態的實時記錄等功能；并可以高效地完成

3．2．4業務規則表示

業務規則可以分解成活動的前依賴規則和活動的后轉發規則。

活動的前依賴規則指明相應活動的啟動條件，啟動條件是通過相應活動的直接前趨活動以及相應的狀態標志來表示的，前依賴規則包含順序、與匯聚、或匯聚和投票匯聚四種規則。順序規則只要前趨活動已完成就可以啟動，與匯聚則要所有前趨活動都完成才能啟動，或匯聚則只要某一前趨活動完成就可啟動，投票匯聚則當前趨活動完成的數量達到特定投票數量時才啟動。相應活動啟動后，其它未完成的前趨活動被取消。

活動的后轉發規則指的是當前活動所對應的任務結束后該啟動哪些后繼活動，后轉發規則包含順序、或分支和與分支三種規則，其中順序、與分支活動的激活不依賴具體業務數據，或分支依賴與具體業務數據來確定啟動哪些后繼活動。

由于我們將各種匯聚活動單獨抽取出來，因此可以用很簡潔的關系結構來表達活動的前依賴和后轉發規則。首先活動表表中的規則字段指示相應活動應該采用何種規則判斷準則，它可以有四種取值：DEFAULT、USER_DEFINED_PRE_RULE、USER_DEFINED_POST_ROUTING_RULE和USER_DEFINED_BOTH_RULE。DEFAULT表示由工作流引擎自動根據前轉發表和業務規則表來進行規則檢查?？紤]到業務規則的多樣性，本文提供了自定義方式來表達那些無法用缺省規則表示的特殊業務規則，活動表中分別指定了前依賴和后轉發規則的自定義調用接口。自定義業務規則的行為完全由相應的程序確定。一般情況下，大多數業務規則都可以直接通過DEFAULT方式表達。

3．3流程控制

3．3．1任務代列與已完成任務代列

一個活動可以同時具有多個實例，即任務，這些實例可以是屬于同一批次的，也可能屬于不同的批次，流水號SERIAL_NO用來標識任務所屬的批次，所有屬于同一批次的任務具有相同的流水號；不同的任務之間則通過唯一的TASK_ID進行標識。

在工作流引擎中必須提供一種手段將任務與應用實體有機地關聯起來，否則，單獨的任務將不具有任何實際意義。實體標識ENTITY_ID便起到了這種橋梁作用，其取值的于應用邏輯對應的數據表主鍵字段。

任務隊列TO_DO_TASK_LIST用于記錄那些已經創建但尚未完成的任務，位于任務隊列中的任務具有四種狀態：（1）PENDING，任務正處于“與匯聚”同步狀態，即正在等待其他相關的前趨任務的結束；（2）WAITING，任務已經就緒，處于“等待處理”的狀態；（3）PROCESSING，任務處于“正在處理”的狀態；（4）PAUSING，任務處于“暫停”的狀態。

已完成任務隊列HAVE_DONE_TASKS用于記錄那些已經正常結束

上一頁 1 2 3 4 5 6 7 下一頁