工作流管理聯(lián)盟（WFMC）提出了一個工作流參考模型，約定了工作流系統(tǒng)的體系結構、應用接口及特性，主要目的是為了實現(xiàn)工作流技術的標準化和開放性。下面簡要介紹系統(tǒng)中的各個部分，并對參考模型中的五類接口進行描述。 1． 工作流管理系統(tǒng)中的各種數(shù)據(jù) [color=rgb(49, 148, 20 ]工作流控制數(shù)據(jù)（Workflow Control Data）工作流執(zhí)行服務/工作流機通過內(nèi)部的工作流控制數(shù)據(jù)來辨別單個過程或活動實例的狀態(tài)。這些數(shù)據(jù)由工作流執(zhí)行服務/工作流機控制。用戶、應用程序或其它的工作流機/工作流執(zhí)行服務不能對其進行直接讀寫操作，它們可以通過向工作流執(zhí)行服務/工作流機發(fā)送消息來獲得工作流控制數(shù)據(jù)的內(nèi)容。 [color=rgb(49, 148, 20]工作流相關數(shù)據(jù)（Workflow Relevant Data）工作流管理系統(tǒng)通過工作流相關數(shù)據(jù)來確定過程實例狀態(tài)轉(zhuǎn)換的條件，并選擇下一個執(zhí)行的活動。這些數(shù)據(jù)可以被工作流應用程序訪問并修改。因此，工作流管理軟件應該在活動實例之間傳遞工作流相關數(shù)據(jù)。 [color=rgb(49, 148, 20]工作流應用數(shù)據(jù)（Workflow Application Data）這種數(shù)據(jù)指那些由應用程序操作的數(shù)據(jù)。它們是針對應用程序的，工作流管理系統(tǒng)無法對它們進行訪問。 2． 工作流模型和工作流建模工具 [color=rgb(49, 148, 20]工作流模型過程模型包含了工作流執(zhí)行服務運行該過程的所有必需的信息，包括它啟動和結束的條件、組成的活動、活動間導航的準則、參與其中的用戶、需要激活的應用程序的指針、需要用到的工作流相關數(shù)據(jù)的定義等等。 在工作流的建模期間需要參考組織/角色模型來獲得有關組織結構和組織內(nèi)角色的信息。過程定義指定完成某項活動的組織實體或角色，而不是定義具體人員。工作流執(zhí)行服務負責在[color=rgb(49, 148, 20]工作流運行環(huán)境內(nèi)將組織實體或角色映射為特定的人員。 [color=rgb(49, 148, 20]工作流建模工具它主要用于分析、建模、描述并記錄經(jīng)營過程。它應輸出一個能被工作流機動態(tài)解釋的過程定義。不同的工作流產(chǎn)品其建模工具輸出的格式是不同的，參考模型中的接口1不僅使工作流的定義階段和運行階段分離，使用戶可以分別選擇建模工具和執(zhí)行產(chǎn)品，還可以使不同的工作流產(chǎn)品合作為一個過程定義的執(zhí)行提供運行服務環(huán)境。 工作流管理聯(lián)盟針對工作流建模做了兩方面的工作： （1） 建立了一個元模型（process meta model）：它用于描述一個過程模型內(nèi)各個對象、它們之間的關系及它們的屬性，有利于多個工作流產(chǎn)品之間交換模型信息。 （2） 定義了一套可以在工作流管理系統(tǒng)之間及在管理系統(tǒng)與建模工具之間交互過程模型定義的API接口。 圖1為工作流管理聯(lián)盟定義的過程元模型。 3． 工作流執(zhí)行服務 工作流執(zhí)行服務由一個或多個工作流機組成（在分布環(huán)境下，由多個工作流機組成），提供了過程實例執(zhí)行的運行環(huán)境，主要完成以下功能： （1） 解釋流程定義，生成過程實例，并管理其實施過程。 （2） 依據(jù)過程定義和工作流相關數(shù)據(jù)為過程實例的導航提供進入和退出的條件、并行或串行執(zhí)行活動的信息、用戶信息或所需激活的應用程序的信息等等。 （3） 與外部資源交互完成各項活動。 （4） 維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)（這些數(shù)據(jù)包括不同過程和活動實例的內(nèi)部狀態(tài)信息、工作流機用于協(xié)調(diào)和恢復的各種檢查數(shù)據(jù)和恢復/重起信息等），并向用戶傳遞必要的相關數(shù)據(jù)。
在分布式的工作流執(zhí)行服務中，多個工作流機協(xié)調(diào)工作，推進[color=rgb(49, 148, 20]工作流機實例的執(zhí)行。每一個工作流機控制過程執(zhí)行的一部分，并使用相關的資源和應用工具。這種執(zhí)行服務需要共同的命名和管理范圍，便于過程定義和用戶/應用名稱一致。分布式的工作流系統(tǒng)采用特定的協(xié)議來同步各工作流機，并傳遞相應的控制信息。在一個同構的工作流執(zhí)行服務中這些協(xié)議是因廠家而異的。當選用不同的工作流系統(tǒng)產(chǎn)品時，各工作流機之間需要一個標準來進行轉(zhuǎn)換。它應包括以下幾個方面的內(nèi)容： （1） 一個共同的命名機制； （2） 支持共同的過程定義對象和屬性； （3） 能夠傳遞相應的工作流相關數(shù)據(jù)，并控制過程實例的生成； （4） 能夠在異構的工作流機間傳遞過程、子過程及活動； （5） 支持共同的管理職能。 4． 工作流機 [color=rgb(49, 148, 20]工作流機是一個為工作流實例的執(zhí)行提供運行環(huán)境的軟件服務或“引擎”。它主要提供以下功能： （1） 對過程定義進行解釋； （2） 控制過程實例的生成、激活、掛起、終止等； （3） 控制活動實例間的轉(zhuǎn)換，包括串行或并行操作、工作流相關數(shù)據(jù)的解釋等； （4） 支持用戶操作的界面； （5） 維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)，在應用或用戶間傳遞工作流相關數(shù)據(jù)； （6） 提供一用于激活外部應用程序和訪問工作流相關數(shù)據(jù)的界面； （7） 提供控制、管理和監(jiān)督的功能。 [color=rgb(49, 148, 20]工作流機的一個重要功能就是控制實例和活動實例的狀態(tài)轉(zhuǎn)換。工作流管理聯(lián)盟的參考模型中為過程實例的運行狀態(tài)和活動實例的狀態(tài)進行了定義，并給出了狀態(tài)轉(zhuǎn)換的條件。圖2和圖3分別描述了過程實例和活動實例各個狀態(tài)之間的轉(zhuǎn)換。 過程實例包括以下幾種運行狀態(tài)： 初始（inactived）：一個過程實例已經(jīng)生成，但該過程實例并沒有滿足開始執(zhí)行的條件； 準備運行（running）：該過程實例已經(jīng)開始執(zhí)行，但是還不滿足開始執(zhí)行第一個活動并生成一個任務項的條件；
運行中（active）：一個或多個活動已經(jīng)開始執(zhí)行（也就是已經(jīng)生成一個工作項并分配給了合適的活動實例） 掛起(suspended)：該過程實例正在運行，但處于靜止狀態(tài)，除非有一個“重啟”的命令使該過程實例回到準備運行狀態(tài)，否則所有的活動都不會執(zhí)行； 結束(completed)：該過程實例滿足結束的條件，工作流管理系統(tǒng)將執(zhí)行過程實例結束后的操作（如統(tǒng)計），并刪除該過程實例； 終止（terminated）：該過程實例在正常結束前被迫終止，工作流管理系統(tǒng)將執(zhí)行補救措施，并刪除該過程實例。
活動的運行狀態(tài)包括： 未開始（inactive）：該活動實例已經(jīng)生成但還沒有被激活（例如活動開始條件沒有滿足）； 運行中（active）：該活動實例已經(jīng)被激活了； 掛起（suspended）：該活動實例處于靜止狀態(tài)； 結束（completed）：該活動已經(jīng)執(zhí)行完畢，工作流管理系統(tǒng)將進行活動結束后的導航工作，激活下一個符合啟動條件的活動實例。 5． 客戶端應用 這種方式適合于需要人員參與的活動。這種情況下，工作流機通過任務項列表管理器來進行控制。工作流管理聯(lián)盟提供了四種可能的通過任務項列表來實現(xiàn)工作流客戶工作流機之間的通訊方式，如圖4所示。其中一種支持集中式的結構，另外三種適合分布情況下的工作流系統(tǒng)。 （1） 基于主機方式的模型（Hust Based Model）：這種方式適合于集中的情況。此時，客戶端應用程序、任務項列表管理器、任務項列表和工作流機都列在中央的主服務器上，用戶通過模擬一個終端用戶來獲得任務項列表； （2） 共享的文件庫模型（Shared Filestore Model）：在這種情形下，客戶應用程序和任務列表管理器位于用戶的工作站上，而工作流位于中央服務器上。任務項列表位于一個客戶應用和工作流機都能夠達到的共享的文件系統(tǒng)中。 （3） 電子郵件模型（Electronic Mail Model）：這里，客戶應用和任務項列表管理器位于用戶的工作站上，工作流機位于中央主機上。所有的通訊都使用電子郵件。此時，任務項列表一般位于客戶端； （4） 過程調(diào)用或信息傳遞模型（Procedure Callor Message Passing Model）：這時，客戶應用程序和任務項列表管理器位于用戶的工作站上，任務項列表和工作流機位于服務器端。用戶通過RPC或者其它的消息傳遞機制來獲得任務項列表。
6． 由工作流機直接調(diào)用的應用程序 這種情況適合于不需要人員參與的活動。在簡單的情況下，工作流機通過過程模型中定義的活動的信息、應用程序的類型和需要的數(shù)據(jù)來激活應用程序。被激活的應用程序可以和工作流機位于一臺計算機上，可以位于相同的運行平臺上，也可以位于網(wǎng)絡可以到達的不同平臺上。模型定義提供了有關應用程序的類型、地址等充分信息，便于工作流機激活該程序并執(zhí)行相應的動作。 7． 工作流執(zhí)行服務之間的互操作性 工作流聯(lián)盟的目標之一就是規(guī)定一個標準使得不同廠商提供的工作流產(chǎn)品能夠協(xié)調(diào)工作，整個系統(tǒng)能夠無縫地在各個產(chǎn)品之間傳遞任務項。工作流管理聯(lián)盟在互操作性上的工作主要集中在提供了一系列互操作的情景，從簡單的任務傳遞到傳輸整個工作流過程模型和工作流參考數(shù)據(jù)。盡管有可能考慮那些很復雜的情形（如不同廠商提供的工作流機共同協(xié)作實現(xiàn)工作流執(zhí)行服務，這在目前還不可能實現(xiàn)，因為它要求所有的工作流機都能夠解釋過程模型，共享一套工作流控制數(shù)據(jù)，并在異構的工作流機環(huán)境下共享過程實例狀態(tài)。）但就目前來說，比較切合實際的目標是在不同的工作流執(zhí)行服務間傳遞過程的部分內(nèi)容，支持其實例的運行。 8． 系統(tǒng)管理和監(jiān)控工具 該工具能夠?qū)ぷ髁髟谡麄�組織內(nèi)的流動狀況進行監(jiān)控，并提供一系列的管理功能，如有關安全性、對過程的控制和授權操作等方面的管理。主要功能包括以下幾個方面： （1） 建立、設置和優(yōu)化組成[color=rgb(49, 148, 20]工作流管理系統(tǒng)的各個軟件； （2） 對過程模型進行實例化； （3） 將過程模型中的角色實例化； （4） 將運行中的過程實例、活動實例和數(shù)據(jù)分發(fā)到各個工作流機中； （5） 啟動、掛起、恢復和終止過程實例； （6） 管理正在執(zhí)行的過程實例并對正�；虍惓Ｍ顺龅倪^程的歷史數(shù)據(jù)進行統(tǒng)計和分析。 9． 工作流參考模型中的五類接口 工作流聯(lián)盟給出了五類接口： （1） 接口1：工作流服務和工作流建模工具； （2） 接口2：工作流服務和客戶應用之間的接口，這是最主要的接口規(guī)范，它約定所有客戶方應用和工作流服務之間的功能訪問方式； （3） 接口3：工作流機和直接調(diào)用的應用程序之間的接口； （4） 接口4：工作流管理系統(tǒng)之間的互操作接口； （5） 接口5：工作流服務和工作流管理工具之間的接口。 其中，接口1為在不同物理或電子介質(zhì)之間傳遞過程定義的信息提供了交互的形式和API調(diào)用；接口2定義了通信建立、工作流定義操作等功能；接口3激活應用程序的API函數(shù)應覆蓋的幾個方面的功能；接口4完成工作流執(zhí)行服務之間需要提供大量的WAPI來實現(xiàn)互操作，無論是在兩個工作流執(zhí)行服務之間的直接調(diào)用還是通過網(wǎng)關函數(shù)；接口5主要實現(xiàn)對工作流的管理和監(jiān)視。
| 
免費注冊
發(fā)表于 2018-11-12 20:27