第1章工作流參考手冊初稿V01

在使用EOSWorkFlow的過程中，不管是開發(fā)者在“開發(fā)環(huán)境”中定義業(yè)務

流程，還是“工作流引擎”操縱流程流轉，或者是工作流參與者使用的“客戶

端”，再或者者管理員使用的“管理與監(jiān)控工具”，在這期間都會貫穿EOS

Workflow的5個要緊對象一一流程定義、活動定義、流程實例、活動實例與工

作項。

1.1EOS工作流開發(fā)過程簡述

EOS的工作流開發(fā)過程能夠看作是一個不斷迭代的過程，如下圖：

首先是分析需求，然后根據需求定義流程，在這個階段最要緊的工作任務事

實上是設計，根據業(yè)務需求來設計流程，這個流程要怎么走，流程有關的數據如

何流淌，流程的參與者如何界定，與流程有關的業(yè)務數據如何流淌及儲存等等。

在這個階段的工作結果是一個能夠公布的流程，第一次形成的流程可能是一個比

較簡單的，并不完善的版本，但是隨著迭代的進行，這個流程將不斷地被修正與

改進，直到形成一個能夠使用的版本。

流程公布后就能夠執(zhí)行了，流程在執(zhí)行階段叫流程實例，它有待啟動、運行、

掛起、完成、結束、中止等六種狀態(tài),

我們在設計及開發(fā)的過程中可能會犯一些錯誤，從而導致公布的流程執(zhí)行不

正確，或者者還可能已經開發(fā)好的流程滿足不了現在的需求，需要進行調整，這

個時候迭代就開始了。

1.2概念說明

流程定義：描述一個完整的業(yè)務過程，它由若干活動構成。包含了流程的基

本信息、流程的開始與結束條件、構成的活動、活動間流轉的規(guī)則、需要用戶執(zhí)

行的工作任務（工作項）、可能調用的應用程序與流程有關數據等信息。提交到

流程定義庫（WFProcessDefine）后會包含流程定義ID（流程定義的唯一標識）、

流程定義名稱、版本號、流程定義描述與提交時間等描述。

活動定義：包含在流程定義之中，代表了一個相對獨立的、邏輯的工作單元。

?個活動代表?個需要由有關資源處理，或者者由計算機處理的任務。其中定義

了該活動的基本信息、執(zhí)行該活動的參與者、時間限制、工作項信息、觸發(fā)事件、

啟動策略等信息。

流程實例：當流程定義提交、公布到服務器以后，就能夠啟動該流程，啟動

時會創(chuàng)建流程定義的一個實例，叫流程實例。同一個流程定義能夠有多個流程實

例。每一個流程實例會被儲存在流程實例庫（WFProcessInst）中，包含流程實例

ID（唯一標識）、流程實例名稱、流程定義ID、流程實例的狀態(tài)、該實例的啟

動者、啟動時間、有關數據等信息。

活動實例：流程實例中的每個活動稱之活動實例。每一個活動實例會被儲存

在活動實例庫（WFActivitylnst）中，包含活動實例ID（唯一標識）、活動實例的狀

態(tài)、所屬的活動定義ID與流程實例ID、時間限制、是否超時、創(chuàng)建時間等信息。

工作項：表示流程實例在流轉過程中為完成某個活動實例所要參與者做的工

作。一個活動實例能夠對應一個或者多個工作項。每個工作項會被儲存在工作項

庫（WFWorkltem）中，包含工作項ID（唯一標識）、參與者ID、工作項的狀態(tài)、

所屬的活動實例ID,流程實例ID等信息。

對象間的要緊關系

流程定義與活動定義是在工作流開發(fā)階段所確定；流程實例、活動實例與工

作項則是在工作流運行階段確定。

一個流程定義由多個活動定義構成。

一個流程定義能夠創(chuàng)建多個流程實例。

一個流程實例包含多個活動實例，每個活動實例能夠包含一個或者多個工作

項

在一些特定的情況下（比如，一個活動要循環(huán)執(zhí)行多次），一個活動定義會

存在多個活動實例

具體如下圖所示：

其他概念

【工作流】

工作流管理聯(lián)盟(WFMC)給出的“工作流”定義是：

①全部或者者部分，由計算機支持或者自動處理的業(yè)務過程；

②干預過程、業(yè)務程序的自動化處理，文檔、信息或者者任務按照定義好

的規(guī)則在參與者間傳遞，來完成整個業(yè)務目標或者者對整個業(yè)務目標的

完成做奉獻。同時，“工作流”可能由手工組織。

【參與者】

它要緊描業(yè)務流程在實例化后的運行過程中參與操作的人員、角色或者組織。

【工作流有關數據】

工作流引擎根據工作流有關數據與轉換條件進行推進，工作流有關數據的屬性包

含數據名稱、數據類型與數據值等。它是工作流引擎執(zhí)行任務推進的根據。

【轉移條件】

要緊負責為流程實例的推進提供導航根據，引擎根據轉移條件實現流程的流轉。

【聚合模式】

指當流程中的一個活動存在多個前驅活動時。，該活動產生實例的規(guī)則將根據“聚

合模式”而定。聚合模式包含：全部聚合/單一聚合/多路聚合(AND/XOR/OR)；“全

部聚合”模式表示只有當所有前驅活動都運行結束后才啟動該活動實例，假如存

在尚未運行結束的前驅活動，則該活動處于等待狀態(tài)。“單一聚合''模式表示只要

任何一個前驅活動運行結束，則該活動即進入運行狀態(tài)。“多路聚合”模式表示滿

足條件的前驅活動都完成，該活動才可進入運行狀態(tài)。

【分支模式】

當一個活動的后繼活動有多個時，需要確定這些后繼活動產生活動實例的規(guī)則

（即分支模式）。分支模式包含：全部分支/單一分支/多路分支（AND/XOR/OR）；

“全部分支''模式表示條件表達式計算結果為“True”的所有活動都產生活動實例；

“單一分支”模式則表示從后繼活動中任選一個條件表達式為“True”的活動產生

實例。“單一分支”模式下需要指定一個“缺省遷移”，當所有條件都為“False”時，

此缺省遷移對應的活動則會產生實例「多路分支”表示該活動的完成會觸發(fā)所有

滿足條件的后繼活動。

【工作流客戶端】

工作流客戶端是提供給用戶完成工作流任務的瀏覽，查詢，執(zhí)行的界面，與工作

流程啟動的界面。EOS工作流客戶端通過web界面的方式提供給用戶。

?按用戶與角色取得工作項

?工作列表的自定義歸類

?工作項的簽收、拒收、執(zhí)行、提醒

?競爭工作項的處理

?圖形化的啟動過程

【工作流管理監(jiān)控工具】

工作流管理監(jiān)控工具足為用戶提供基于Web方式的工;乍流實例的管理與監(jiān)控功

能與業(yè)務流程的管理。

?支持圖形化工作流實例的管理

?支持圖形化監(jiān)控過程實例的運行情況

?支持圖形化業(yè)務流程的管理

?運行期實時數據查詢

?圖形化再現流程運行過程

?工作項的重分配

?流程統(tǒng)計分析、工作項統(tǒng)計分析

1.3有關配置說明

下列是一些有用的配置說明，關于EOS工作流的具體配置說明請參考附錄一〉

配置文件wfconfig.xmlo

工作流數據連結的配置在哪里

帶有工作流的EOS應用一定要使用數據源的方式（配置了數據源與連接池，且

eosconfig.xml文件中single值為false）連接數據庫，這樣才能保證.I：作流與

業(yè)務系統(tǒng)中事務的完整性。而且工作流調度引擎需要連接池來處理對數據庫的并

發(fā)操縱，不能使用JDBC直接連接，否則在實際的使用中會出現并發(fā)操縱錯誤。

比如：使用E0S5.0,在工作流客戶端的“我的任務一＞待執(zhí)行的工作任務”執(zhí)行

一個待執(zhí)行的工作項，該二作項的任務是調用一個人工活動去查一張表。假如在

studio中啟動項目server,功能一切正常,假如啟動外部server,這個功能有

的時候候正常，有的時候候出錯，出錯頁面的截圖與全面的log見附件！（注：

出錯是不確定的，有的時候候連續(xù)好幾次都報錯，有的時候候連續(xù)好幾次都對！）

在編寫工作流的業(yè)務自動機（業(yè)務邏輯）中，有關的工作流操作（如：完成工作

流節(jié)點，回退，設置工作洸的有關數據等操作）與外部的業(yè)務操作都要并在一個

transaction（事務）中。

工作流歷史表的有關說明

EOS數據庫中存在以WF'_H開頭的幾張表，這是工作流歷史表，分別對應了流

程實例、活動項實例、工作項實例等等，業(yè)務上經常需要通過這些歷史數據進行

統(tǒng)計分析，至于什么時候進行記錄備份，幫助文檔中沒有提到。

事實上，在EOS系統(tǒng)配置文件wfconfig.xml中，定義了歷史記錄備份的策略，

如下：

<groupname="trans_history”>

<!一轉移歷史的策略:可能的值T1ME_BASED（固定時間轉移）|ON_F1N1SH（流

程實例結束時轉移）INEVER（不轉移）ON_START（系統(tǒng)啟動時候后移）

<configValuekey=，，transstrategy，z>TIMEBASED</configValue>

<!一轉移時間點列表：當trans_strategy配置為T1ME_BASED時候有效。表示轉

移到歷史表的時間，格式示例：1:00,2:00,8:18->

<configValuekey=*time^list^>0:30,5:00</configValue>

</group>

第2章建模過程

EOSStudio提供了可視化的開發(fā)環(huán)境來定義工作流業(yè)務流程模型，提供串行、

分支、并行、聚合、循環(huán)、同步、子流程等豐富的流程邏輯結構，與人工活動、

自動活動、路由活動等多種活動類型，并可對這些活動屬性進行定義，如參與者

類型、觸發(fā)事件、子流程屬性、時間限制、回退動作、多工作項等，定義屬性時

可選擇不一致的數據類型、可靈活的擴展活動；能夠通過表單數據為活動節(jié)點設

置動態(tài)表單，其表單數據實現了動態(tài)表單的編輯，為口常工作中表單的定制提供

了良好的設計工具。

2.1流程定義

流程定義由流程屬性、活動屬性、連接線三部分構成。開發(fā)者能夠根據實際

中的業(yè)務需要設置流程上的基本屬性、觸發(fā)事件、時間限制與流程啟動者。對每

一個具體的活動則可根據實際情況設定其運行的方式、參與者與調用的應用等信

息。完成流程定義的描述后即可提交、公布。提交后的流程將生成XML格式的流

程定義義件，存入流程定義庫中

2.1.1流程版本

版本號的產生方式如下：

1、開發(fā)人員指定

版本號的格式為：X.Y.Z（其中X〉0;Y:0-99;Z:0-99）,若指定的版本在流程

定義庫中不存在,則按指定的版本號生成新版本。若指定的版本在流程定義庫中

存在，則覆蓋流程定義庫中已有的版本。比如，某流程在流程定義庫中存在

1.1.1與1.2.3兩個版本。若要提交第二個版本,開發(fā)人員指定新版本號1.1.2,

那么該流程提交流程定義庫的版本號即為1.1.2;若指定版本號為1.1.1,則該流

程在提交流程定義庫時會覆蓋原有1.1.1版本的流程

2、自動生成新版本

獲取流程定義庫中同一流程的最大版本,并在此基礎上〃加I1〃作為當前流程

的版本號。

2.1.2觸發(fā)事件

2.1.2.1觸發(fā)事件說明

流程觸發(fā)事件表示按照流程定義中的設置流程實例在運行到某個階段所需

要工作流引擎做某種類型的某個動作。“某個階段”即為事件的觸發(fā)時機，“某

種類型”即為事件類型，“某個動作”即為事件的動作。

觸發(fā)時機：表不指定的事件動作在何時觸發(fā)。EOSWorkFlow提供了創(chuàng)建、動、

結束、超時與提醒5個觸發(fā)時機。

創(chuàng)建：表示指定的事件在流程實例創(chuàng)建時觸發(fā)。如今流程實例實際上處于

“待啟動”的狀態(tài)，并沒有合適的活動實例產生。簡言之，流程實例如今只是做

好運行的準備，但未真正開始運行。比如：把田徑比賽中的110米欄比作流程實

例，那么創(chuàng)建時的流程實例就相當于已站在助跑器前的運動員們等待發(fā)令槍響的

那一刻。

啟動：表示指定的事件在流程實例啟動時觸發(fā)。如今，流程實例已真正處于

運行狀態(tài)了，流程實例已開始運行，各活動實例將會相繼產生。比如：流程實例

如今的狀態(tài)若比作110米欄，就相當于運動員們聽到發(fā)令槍響沖離起跑線的那一

刻。

結束：表示指定的事件在流程實例結束時觸發(fā)。即流程實例中所有的活動實

例均已完成時觸發(fā)。

超時：表示指定的事件在流程實例超時時觸發(fā)。比如：若流程的超時時間訂

為1天，那么定義的事件將在流程實例啟動時開始計時，并在1天之后觸發(fā)此事

件。

提醒：表示指定的事件在流程實例指定的提醒時間觸發(fā)。比如：若流程的提

醒時間訂為1小時，那么定義的事件將在流程實例啟動時開始計時，并在超時前

1小時觸發(fā)此事件。

事件類型：標明事件動作的類型。EOSWorkFlow提供基于EOS平臺的業(yè)務

邏輯與運算邏輯兩種類型。

事件動作：由開發(fā)人員根據具體的業(yè)務需求自行定義。能夠是一個運算邏輯也能夠是一

個業(yè)務邏輯。

2.1.2.2觸發(fā)事件設置方法

【場景】

在流程”啟動的同時，獲取指定節(jié)點信息并放入該流程實例有關數據的指定

節(jié)點下c如獲取流程信息中創(chuàng)建者節(jié)點(WFCcntcxt/WFPrccessInst/creatcr),放入

有關數據區(qū)Node/creator卜。

【分析】

通過【場景】的描述，我們能夠使用流程觸發(fā)事件的方式實現該需求。分析

為：

1、“在流程啟動的同時……”，表示觸發(fā)的時機為啟動，調用方式為同步。

這里需要特別注意的是，調用方式同步與異步的區(qū)別。同步是指：以“同步”的方

式調用觸發(fā)事件，等待事件運行完成后，該流程才啟動。同步是指：以“異步”

的方式調用觸發(fā)事件，該流程在啟動完觸發(fā)事件后就啟動，而無需等待觸發(fā)事件

運行完成。

2、“獲取指定節(jié)點信息”為事件動作，能夠用業(yè)務邏輯來實現。觸發(fā)事件中

產生的數據還能夠在業(yè)務邏輯中輸出，這樣就能夠將這些數據直接設置為有關數

據了。

3、要將步驟2中獲取的信息放入該流程實例有關數據的指定節(jié)點下，具體

可在事件參數中設置。

輸入參數設置為WFContext,在各類觸發(fā)事件與回退事件中，WFContext屬

十流程實例的有關數據區(qū)部分，這塊數據區(qū)有固定的數據結構，具體請見：3.2.2

流程實例數據區(qū)。觸發(fā)事件的數據來源于有關數據區(qū)，WEContext是有關數據區(qū)

中固有的一塊區(qū)域信息，這些信息都放在Wfcontcxt節(jié)點下。其中，WFContext

數據區(qū)內容是流程實例自身的信息，有關數據區(qū)的內容還有流程中產生的過程數

據，即業(yè)務數據。

_______________________________________________.

基本信息觸發(fā)事件時間限制|流程啟動者|

參數定義

|IDI觸發(fā)時機I事件類型I調用冰I事商租一-T^i地入I

［圖-設置觸發(fā)事件的參數］

注意：

假如調用的事件類型為業(yè)務邏輯，而參數的數據類型為字符串常量或者字符

串變量，那么路徑中填入的格式務必為：nodeName=〃value"或者

nodeName='value'（由于業(yè)務邏輯不支持直接傳入常量或者變量）

比如：要傳入常量tiger到所調用的業(yè)務邏輯中，就務必做如下設置

參數

參數定義.______________________________

IBI參數類型：數數類我I路短I參數名名I目兩短I'

工輜大一一一一一.廣竽符串常量.一《^^逼神k]y1

「」

提交后常量tiger將作為name節(jié)點

的值作為動作的參數傳入，形式為

<root>

-<data>

<name>tiger</name>

</data>

</root>

2.1.3超時設置

假如想擴展與替換EOS工作流的超時與預警機制，能夠根據工作流配置文件

wfcontig.xml中的工作流引擎服務層有關配置

<modulename="service">

<groupname="timer">

<configValuekey="interval">10000</configValue>

<configValuekey="limeIimit_calculator"x/configValue>

</group>

參數timelimijcalculalor流程與活動時間限制的計算方法類名稱，該類務必實現

接口com.primeton.eos.wf.service.api.TimeLimitCalculatoro

配置為空或者者不做配置，表示使用確省實現類：

com.primeton.eos.wf.service.TimeLimitCalcuIatorDefaulto

2.1.3.1時間限制說明

流程的時間限制表示流程啟動后務必在多長時間內完成。在流程時間限制的

設置中EOSWorkFlow為開發(fā)人員提供了指定具體的限制時間、超時是否進行郵

件通知、是否在超時前進行提醒、是否發(fā)提醒通知等功能。

流程時間限制的計時：從流程啟動時開始計時

流程時間限制的獲取：直接指定、從有關數據獲取（格式：3.5.20表示時限

為3天5小時20分鐘）

發(fā)送提醒郵件：EOSWorkElow可根據流程定義中的具體設置給流程啟動者發(fā)

提醒郵件，提醒他該流程還有多長時間將超時

發(fā)送超時郵件：EOSWorkFlow可根據流程定義中的具體設置紿流程啟動者發(fā)

送超時郵件，告之他該流程已經超時

提醒時間務必小于指定的時間限制

EOSWORKFLOW推斷流程或者人工活動超時的原理

流程或者人工活動的時間限制中設置的限制時間將寫入表WITrocesslnst或

者WFWorkltem的limitNum字段中，單位為亳秒，1imitNumDosc是其描述字段;

finalTime是時間限制到達后的時間。EOSWorkFlow將當前時間與startTime

相減的結果與limitNum比較，一旦超出時間限制就將isTimeOut字段置為Y,

表示超時；timcOutNum表示超時了多長時間，在流程結束時寫入。假如設置了

超時提醒，該字段可能出現負數，是未超時的表現，只有正數才表示超時的時間,

timeOutNumDesc是其描述字段。

2.1.3.2時間設置說明

【描述】

【應用場景】

規(guī)定流程A務必在I天內完成，超時進行通知；并在超時前10小時發(fā)提醒通知

【操作步驟】

I、雙擊流程A的編輯區(qū)，彈出屬性設置窗口，點擊時間限制選項卡

2、勾選啟用時間限制

3、指定時間限制為：1天。小時0分鐘

4、勾選是否按設置的時間限制進行超時通知。此處將會根據wfconfig.xml有關

配置給流程啟動者發(fā)送郵件。

5、指定提早0天10小時0分鐘提醒

6、勾選是否按設置的提醒時間進行超時預警。此處將會根據wfconfig.xml有關配置

給流程啟動者發(fā)送郵件

[圖-設置流程時間限制I]

說明：

1、不管是超時通知的郵件還是提醒的郵件，收件人都是流程啟動者

2、這些郵件的發(fā)件人，可根據具體情況在配置文件設置$Primeton

HOME\cosservcr\config目錄下的wfconfig.xml設置，有關部分如下所示：

<groupname=,,sendmail">

<configValuekey="username">zll</configValue>

<configValuekey="password">zll</conflgValue>

<configValuekey="mailPort">25</configValue>

<conflgValuekey="fromName'>zll</configValue>

<configValuekcy="authLogin"Xruc</configValue>

</group>

參數說明：

Field名稱可否空說明

mailScrvcr是郵件服務器SMTP地址

mailPort是SMTP端口，通常設置為25

authLogin是SMTP服務器是否需要進行用戶驗證，設置（rue則需

要進行用戶認證，設置false則不需要進行認證

username是SMTP服務器的用戶名

password是SMTP的用戶口令

特別說明：EOS工作流超時提醒只提醒一次。流程實例一旦超時,就會觸發(fā)相

應的操作將流程實例中的WFProcessInst/isTimcOut十點設置為丫。假如想實現

重復提醒功能，通常的做法是為流程設置超時的觸發(fā)事件。在超時觸發(fā)事件中注

冊一個定時器，定時掃描該流程實例是否完成，假如沒有完成就執(zhí)行發(fā)放郵件或

者者短信都通知的操作。

2.1.4流程啟動者

流程啟動者表示能夠啟動某個流程的組織、角色或者人。EOSWorkFlow提

供兩種流程啟動策略:任意人員啟動與從組織機構樹獲取。這樣做的目的要緊是

從實際工作中的安全性考慮，視流程的具體情況限定能能啟動該流程的人員范

圍。

［圖-流程啟動者］

當流程實例運行的時候，能夠在有關數據區(qū)的如卜節(jié)點xpalh找到流程啟動者:

<WFContext>

<WFProcessInst>

<creator>tiger</creator>

</WFProcessInst>

</WFContcxt>

2.1.5流程定義特別說明

工作流的自動活動或者觸發(fā)事件調用帶事務的業(yè)務邏輯的注意事項

由于工作流的事務操縱與業(yè)務邏輯的事務操縱是分開的，因此，當工作流的

自動活動或者觸發(fā)事件調用了帶事務操縱的業(yè)務邏輯時，工作流引擎默認忽略業(yè)

務邏輯中的事務，這樣就存在一個問題：

業(yè)務邏輯中出現了特殊，并通過特殊線回滾，這時，業(yè)務數據提交不成功，

但是，工作流引擎并沒有接收到特殊，它會繼續(xù)往后走，最終就出現工作流事務

與業(yè)務事務不一致的現象，

【解決方案與步驟】

建議業(yè)務邏輯中不要用特殊線回退到回滾，讓特殊直接拋出，這樣工作流引

擎會接收到特殊，繼而做回滾！

【備注】

1）特殊線不能隨便使用，假如一定要用，最好設置返回值返回，最后轉向

出錯頁面；

2）使用特殊線前還要注意BL方法是否會拋特殊，由于不是所有的BL方法

都會拋特殊。

2.2活動定義

EOSWorkFlow提供了六種類型的活動。開始活動、結束活動、人工活動、自

動活動、子流程活動與路由活動。

活動圖元介紹

圖元名稱含義

表示一個業(yè)務流程的開始。在流程開始活動能夠定義流程的

開始活動

啟動表單與業(yè)務流程的觸發(fā)事件。

人工活動指需要人工干預、進行某種操作的活動。比如填寫表單等。

指無需人工干預，系統(tǒng)自動執(zhí)行的活動。比如獲取系統(tǒng)時間、

往數據庫中插入記錄等。

一種特殊的活動，此活動本身是指向某一個流程，表示當流

子流程程實例運行至如今，啟動另外一個流程。子流程的啟動分為

?同步與異步兩種方式。

是一種邏輯活動，根據操縱條件推斷流程的流向。該活動小

路由活動

身并不執(zhí)行任何具體的操作。

□結束活動表示一個業(yè)務流程的結束。

2.2.1設置活動基本信息

活動包含：人工活動、自動活動、子流程。

1）自動活動的基本信息設置如下：

?調用方式：

“同步”：直到調用的執(zhí)行動作運行完后當前自動活動才結束

“異步”：當前自動活動在調用執(zhí)行動作后就結束，而無需等待執(zhí)行動

作運行完

?結束方式：

“自動”：調用完執(zhí)行動作后，工作流引擎自動將當前自動活動結束

“人工：”調用完執(zhí)行動作后，引擎不將當前.自動活動結束，而是等待

外部調用結束該活動

2）子流程的基本信息設置如下：

調用方式：

“同步”：以“同步”的方式調用子流程，等待子流程運行完成后，該

子流程活動才結束

“異步”：以“異步”的方式調用子流程，當前活動在啟動完子流程后

就結束，而無需等待子流程運行完成

子流程：單擊【選擇…】按鈕，從彈出窗口的資源樹中選擇子流程或者直

接輸入子流程，填寫規(guī)則為：構件包名.工作流構件名.業(yè)務流程名。假如調

用的子流程需要輸入或者輸出一些參數請在參數選項卡中設置

2.2.2聚合模式、分支模式

活動的“分支”與“聚合”模式在流程定義時設置，分別描述了活動在運行

時何時被觸發(fā)與或者個運行結束后，它的后繼活動如何被觸發(fā)。

2.2.2.1聚合模式

聚合模式，表示該活動得以觸發(fā)的方式。它包含“全部聚合（AND）”、“單一

聚合（XOR）”與“多路聚合（OR）”三種情況：

1.“全部聚合”型聚合模式

表示該活動務必等到它的所有前驅活動全部完成才能夠觸發(fā)。

2“單一聚合”型聚合模式

表示當該活動的若干前驅活動中只要有一個滿足條件的活動完成，該活動即

可被觸發(fā)。

3“多路聚合”型聚合模式

表示該活動務必等到它的所有滿足條件的前驅活動全部完成才能夠觸發(fā)。

滿足條件的前驅活動包含：

1)它與該活動的連線是“默認值”；

2)它與該活動連線上條件為“irue”；

3)多路聚合還需要特別說明的是：多路聚合不一定要設置默認連線，也就

是說一個多路聚合的全部連線都能夠設置條件C

【示例】

1.“全部聚合”型聚合模式示例

［圖.“全部聚合‘‘型聚合模式］

如上圖所示，“人工總動》的4合模式(JoinMode)”設置為“全

部聚合”，那么只有在它的前驅“人工活動”、“人工活動1”，“人工活

動2”都完成后，“人工活動3”才能夠運行。

如上所示，由于“人工活動3”的“聚合模式(JoinMode)”設置為“單一

聚合”，那么根據上面的算法說明，當“人工活動”完成后，“人工活動3”

就能夠運行了。而無需考慮“人工活動1”或者“人工活動2”是否完成。

3.“多路聚合”型聚合模式示例

1)山前驅活動射出的連線上中有默認值

?掇色表示活勖已結床

o?紅色表示活勃正在運行

人工活瞅

［圖-“多路聚合”型聚合模式］

如上圖所示,由于“人工活動3”的“聚合模式(JoinMode)”是“多路聚合”

同時在處理的過程中“nunF=6"，那么根據上面的算法說明由于“人工活動”與

“人工活動3”與“人工活動1”與“人工活動3”的連線上的條件都滿足，因

此“人工活動3”在“人工活動”與“人工活動1”完成后被觸發(fā)。

2)由前驅活動射出的連線上都設置條件

結束活動

活動c

［圖?“多路聚合”型聚合模式］

如上圖所示，由于“活動E”的“聚合模式(JoinMode)”是“多路聚合”同

時在處理的過程中“num=6"，那么根據上面的算法說明由于“活動B與“活動

D”的射出的連線上的條件都滿足，因此“活動B與“活動D”都完成后，活動E

才被觸發(fā)。

2.2.2.2分支模式

分支模式，表示該活動結束后，它的后繼活動的觸發(fā)情況。它包含“全部分

支支ND)”、“單一分支(XOR)”與“多路分支(OR)”三種情況:

1.“全部分支”型分支模式

表示該活動結束后它的所有后繼活動將同時被觸發(fā)。

2.“單一分支”型分支模式

假如該活動的分支模式為“單一分支”，那么引擎會根據由該活動“射出”

的連接線上的條件進行推斷，決定該觸發(fā)哪個后繼活動。具體分為下面三種

情況：

1）滿足條件的連接線所指的活動被觸發(fā)；

2）假如有若干個連接線上的條件都滿足，那么比較連接線上的優(yōu)先級,

優(yōu)先級高的那條連接線所指的活動將被觸發(fā)；

3）假如連接線上的條件都不滿足，那么取“默認值”的那條連接線所

指的活動將被觸發(fā)。

［注］活動的“分支模式”為“單一分支”時，由它射出的連接線有且只有

一條線的取值是“默認值”。

3.“多路分支”型分支模式

假如該活動的分支模式為“多路分支”，那么引擎會根據由該活動“射出”

的連接線上的條件進行推斷，決定觸發(fā)哪個或者什么后繼活動。具體分為下

面二種情況：

1）假如連接線上取“默認值”，那么由此連接線所指的后繼活動會被觸發(fā)；

2）假如連接線上的條件滿足，那么由此連接線所指的后繼活動會被觸發(fā)。

3）多路分支還需要特別說明的是：多路分支不一定要設置默認連線，也就

是說一個多路分支的全部連線都能夠設置條件。

【示例】

1.“全部分支”型分支模式示例

［圖?“全部分支”型分支模式］

如上圖所示，由于A活動的分支模式是“全部分支”，那么當A活動完成

后它后繼的所有活動（B、C、D）將同時被觸發(fā)。

2.“單一分支”型分支模式示例

1）由該活動射出的連線上只有一個滿足條件時

D?紅色表示活動正在運行

［圖-“單一分支”型分支模式11

如圖所示，由于活動的分支模式是“單一分支”同時在處理

的過程中因此由“A”射出的連接線上只有“num>5”滿足

條件，因此“B”活動滿足條件被觸發(fā)。

2）由該活動射出的連線上有若干個滿足條件時

??綠色新活動已結束

D?紅色表示活動正在運行

［圖-“單一分支”型分支模式2］

如上圖所示，由于“A”活動的分支模式是“單一分支”同時在處

理的過程中“nuni=l"，盡管由A指向B與C的兩條分支都滿足條件，

但指向B的優(yōu)先級大于指向C的優(yōu)先級，因此“B”活動被觸發(fā)。

3）由該活動射出的連線上沒有一個滿足條件時

結束

?綠色表示活動已結束

?紅色表示活動正在運行

［圖-“單一分支”型分支模式3］

如上圖所示，由于“A”活動的分支模式是“單一分支”同時在處理的

過程中"num==2"，那么由“A”射出的連接線上沒有滿足條件的，囚

此“D”活動被缺省觸發(fā)。

3.“多路分支”型分支模式示例

1）由活動射出的連線上中有默認值

汨

人工活動3結束

?姍色表示活勖已結束

?紅色表示活劫正在運行

人工活動2

［圖-“多路分支”型分支模式］

如上圖所小，由于“開始活動”的分支模式是“多路分支'’同時在處理

的過程中“nunr=6"，那么根據上面的算法說明，由“開始活動”射出的連

接線上為“默認值”所指的后繼活動“人工活動”一定會被觸發(fā)；又由于

滿足“num>5”的條件因此“人工活動1”也會被觸發(fā)

2）由活動射出的連線上中沒有默認值，全部設置條件

O

活動C

如上圖所示，由于“開始活動”的“分支模式”是“多路分支”同時在處理

的過程中“num--6”，那么根據上面的算法說明由于射向“活動B與“活動D”

的連線上的條件都滿足，因此“活動B與“活動D”在開始活動結束后被觸發(fā)。

2.2.3參與者設置

活動參與者實際上是指在流程實例運行過程中，流程實例“流轉”至如今該

活動實例所對應的工作項有什么人能夠執(zhí)行。在流程定義時設置活動的參與者實

際上是圈定流程實例運行至如今能夠執(zhí)行該活動實例所對應工作項的人員范圍，

能夠是機構、角色或者人C

EOSWorkFlow提供了4種能夠獲取參與者的方式；

組織機構與角色：參與者由開發(fā)人員從機構樹中獲取

-只選擇一人：表示該活動所對應的工作項直接分配給該人處理

-超過一?人：表示該活動所對應的工作項由這些人中的某個人以“領取”

的方式處理

虛擬崗位（機構+角色）：表示在不設置崗位的情況下，由部門+角色共同決定一

個人工活動的參與者。

流程啟動者：表示活動參與者為該流程的啟動者

活動執(zhí)行者：表示活動參與者為某個已完成的活動實例所對應工作項的執(zhí)行者

特別說明：假如要改寫組織機構權限并在參與者設置的時候顯示新的組織機構

樹，具體操作請參見知識庫文檔：組織機構與工作流集成方案.doc

2.2.3.1虛擬崗位（機構+角色）設置參與者

一圖通過機構+角色實現虛擬崗位設置參與者

用角色+機構的方式設置參與者需要特別注意的是，在該活動激活往常一定

要將上圖中機構變量路徑設置到有關數據區(qū)中。

此外，還有一種方法設置一組機構：把多個機構寫成如下格式：

<list>

<org>

<id>l</id>

</org

<org>

<id>2</id>

</org>

</list>

這樣機構變量路徑xpath寫成：list/org/id即可。這樣，工作流引擎也會找到

多個機構id,從而實現設置一組機構+角色的要求。如下圖所示：

基本信息參與者設置表單數據|時間限制|多工作項|觸發(fā)事件|回退|自由流啟動策略

6犯織機構與角色

r流程

r活動

r相關

6崗位列表（通過機物變量和角色決定此處list是一組機構

r規(guī)則

機構變量路徑：|list/org/id

一選擇...|

選擇角色：|舒人員▼.

選定參與者一

參與者ID:|0R（org=$list/org/id,role=teleAp）取消

名稱：|機構$list/org/，dAP人員

類型：|說位列衷3

確定|取消

圖-設置一組機構變量

2.2.3.2從有關數據區(qū)設置參與者

1）從有關數據獲得一個具體的參與者

【算法說明】

從有關數據的XPATH中，直接指定一個參與者。

注：這種方式獲得的參與者只能是個人。有關數據務必滿足下面的結構。

<XXXX>tiger</XXXX>

2）從有關數據獲貓某一類型的參與者（指定一個或者一組人員）

［歸法說明］

從有關數據的XPATH中，獲得某一類型的參與者。能夠是一個人，也能夠是某

一角色或者某一機構的一組人。有關數據務必滿足下面的結構。

<xxxx>

<id/>

<name/>

<type/>

</xxxx>

3）從有關數據獲得一系列參與者

［算法說明］

從有關數據的XPATH中，獲得一組參與者。能夠是一個人、一個角色、一個崗

位、一個機構，也能夠是機構、角色或者個人的集合，還能夠是周位列表的集合。

有關數據務必滿足下面的結構。

<list>

<Participant>

<id/>

<namc/>

<type/>

〈/Participant〉

<Participan（>

<id/>

<nanie/>

<typc/>

</Participant>

id與type的含義如上所示

［特別說明］：在上面XPATH結構中假如lype是“person"，那么id即為用戶

ID；假如type是"role",那么id即為角色ID；假如type是"organization"，那

么id即為機構ID；假如type是“position"，那么id即為崗位ID；假如type

是“posilion」isl"，那么id即需滿足如下格式：

<Condi（iontypc="OR">〃:ypc="OR”表示組織機構

<roleID>rolea</roleID>〃角色ID

<orglD>$orglD</orgID>//獲取機構ID的XPATH（相關于有關數據的根路徑）。飛”

不可少，標識其后的串是個XPATH。

</Condition>

此外，還有一種方法設置一組機構：把多個機構寫成如下格式：

<list>

<org>

<id>l</id>

</org

<org>

<id>2</id>

</org>

</list>

這樣機構變量路徑xpalh寫成：list/org/id即可。這樣，工作流引擎也會找到

多個機構id,從而實現設置一組機構+角色的要求。

2.2.3.3從規(guī)則邏輯設置參與者

從規(guī)則邏輯獲取參與者

【算法說明】

從業(yè)務邏輯獲取參與者列表，然后再按照“分配到組織機構”的模式進行分配。

從業(yè)務邏輯返回Dom當中找到參與者列表的方法：

1)假如返回的結果中包含下面的結構，系統(tǒng)從list節(jié)點中獲取多個參與者。

<list>

(Participant〉

<id></id>

<name></name>

<type></type>

</Participant>

<Participant>

<idX/id>

<name></name>

<type></type>

</Participant>

</list>

2)假如從規(guī)則邏輯中沒有找到list節(jié)點，那么系統(tǒng)會查找Participant節(jié)點.

獲取參與者。格式如下所示：

〈Participant)

<id></id>

<name></name>

<type></type>

</Participant>

id與type的含義同上。

［特別說明］:假如如上所示的兩種結構都存在于調用的規(guī)則邏輯的返回的結

果中，那么系統(tǒng)只會從list節(jié)點中獲取參與者。

在上面XPATH結構中假如type是“person”,那么id即為用戶ID；假如type

是"role"，那么id即為角色ID：假如type是uorganization那么id即

為機構ID；假如type是“position"，那么id即為崗位ID；假如type

是“positionJList"，那么id即需滿足如下格式：

<Conditiontype="0R">//type二"OR”表示組織機構

<roleTD>rolea</roleID>//角色ID

<orgID>$orgID</orgID>//獲取機構ID的XPATH(相關于有關數據的根

路徑)。"$"不可少，標識其后的串是個XPATH。

</Condition>

此外，還有一種方法設置一組機構：把多個機構寫成如下格式：

<list>

<org>

<id>l</id>

</org

<org>

<id>2</id>

</org>

</list>

這樣機構變量路徑xpalh寫成：list/org/id即可。這樣，工作流引擎也會找到

多個機構id,從而實現設置一組機構+角色的要求。

2.2.3.4工作流參與者設置機制說明

流程實例根據流轉條件依次激活實例中的相應的活動，當活動分配給某個參

與者(唯一的userID)的時候，就在WFWorkltem表中形成一條工作項記錄，主

鍵為workTtemTDo在WFWorkTtcm工作項信息表里還有個很重要的字段：

participanto這個字段描述該工作項的參與者具體是誰。在工作項參與者

WFWIParticipant表中，也有工作項workltemlD與參與者participant,只是，

這個表里描述的是根據流程定義，活動被激活后工作項的分配情況，根據流程定

義的設置形成相應的記錄，比如，流程定義中有3種參與者，那么在

WFWIParticipant表中也形成3條記錄，因此這里的參與者有可能是具體個人

(userID),也可能是角色(role),也可能是機構(orgTD),也可能是崗位

(positionlD),當工作項沒有領取的時候，在WFWorkhem表中也會形成一條記

錄，這條記錄的參與者字段participant是用“|”隔開的參與者串，這個串中

的參與者是在流程定義的時候定義的。當工作項被領取以后，就會在工作項表

WFWorkltem表里出現具體的執(zhí)行人信息。此外，有的時候候工作項會出現該派

的情況，這個時候，改派以后具體參與者也在工作項表WFWorkltem表有描述，

而工作項參與者WFWIParticipant表不可能有什么變化。

2.2.4時間限制

活動的時間限制表示活動實例啟動啟動后務必在多長時間內完成。在活動時

間限制的設置中EOSWorkFlow為開發(fā)人員提供了指定具體的限制時間、超時是

否進行郵件通知、是否在超時前進行提醒、是否發(fā)提醒通知等功能。

活動時間限制的設置：開發(fā)人員能夠根據業(yè)務需要在“人工活動”與“子流程活

動”中進行設置。

活動時間限制的計時：從活動實例啟動時開始計時

活動時間限制的獲取：直接指定、從有關數據獲取(格式：3.5.20表示時限

為3天5小時20分鐘)

活動還有超時的觸發(fā)事件設置，能夠針對超時做具體的操作。

EOSWORKFLOW推斷流程或者人工活動超時的原理

流程或者人工活動的時間限制中設置的限制時間將寫入表WFProcessInst或者

WFWorkltem的limitNum字段中,單位為亳秒,limitNumDesc是其描述字段；

finalTime是時間限制到達后的時間。EOSWorkFlow將當前時間與startTime

相減的結果與limitNum比較，一旦超出時間限制就將isTimeOut字段置為Y,

表示超時；timeOutNum表示超時了多長時間，在流程結束時寫入。假如設置了

超時提醒，該字段可能出現負數，是未超時的表現，只有正數才表示超時的時間，

timeOutNumDesc是其描述字段。

2.2.5多工作項

一個活動到底產牛.多少個工作項同時產生的這些工作項又由誰來做呢？EOS

WorkFlow就工作項的產生與分配問題提供了2種策略：

按參與者設置個數領取工作項：按照此活動參與者的個數產生工作項。每個

參與者一個工作項，若參與者中包含若干人員（比如參與者的類型為機構或者角

色），則這些人員可通過先“領取”的方式執(zhí)行工作項C

比如：某活動設置了3個參與者：tiger,角色B（包含fish與goose兩人），

機構A（包含kitty、snoppy、micky三人），那么按照此策略將產生3個工作項。

具體分配為：tiger一個工作項，由其直接執(zhí)行（該參與者只有一個人因此無需

先領取）；角色B一個工作項，由fish或者goose中的一個人以領取的方式執(zhí)行；

同理，機構A一個工作項，由kitty^snoppy或者micky中的一個人以領取的方

式執(zhí)行。

按操作員個數分配工作項：根據參與者中的人員個數產生工作項，同時這些

工作項將直接分配到參與者中的人員，每人一個。

比如，上面的例子若按此策略將產生6個工作項，Iiger、fish、goose、kitly、

snoppy,micky每人分配一個工作項，直接執(zhí)行。

多工作項執(zhí)行

不管工作項的個數如何有關人員每個人至多只能執(zhí)行一個。

未完成工作項自動終止

1）選擇“是”：工作流引擎在結束活動實例的同時關于那些剩余的未完成

的工作項作“停止”處理。

2）選擇“否”：那些剩余的未完成的工作項仍處于運行狀態(tài)，盡管如今活

動實例已結束。這些工作項的擁有者如今不管是否處理它們，已不可能對運

行的流程造成任何影響，只有當流程實例結束時，引擎才會將這些工作項終

止

2.2.5.1活動項與工作項

活動項與工作項是一對多的關系，人工活動被激活后，形成活動項實例繼而

有生成工作項實例，供參與者操作。在工作項表陽邛orkltcm中儲存了活動項實

力與工作項之間的關系。

通過BL_finishActivityByDefID結束活動的方式結束工作項

在現有壬作流工作項結束調用中通常都會使用BL_finishWork【tem這個運算

邏輯調用，但是也有情況能夠通過BL_finishActivityByDefID來結束活動的方

式結束工作項。假如這樣做的話會帶來一個問題，BL_finishActivityByDefID

方法是結束活動，當活動中的工作項需要領取而又沒看領取的情況下，假如直接

使用該方法，則會導致此活動被終止，而不是正常結束，因此這種情況下只能直

接使用BL_finishWorkItem來結束工作項。要么先領取，然后再用

BL_finishActivityByDcfID來結束活動。orkltem

2.2.6觸發(fā)事件

創(chuàng)建：指活動被實例化時

啟動：指活動被實例化并滿足啟動條件時，當活動被創(chuàng)建的同時也會被啟動，因

此這兩項的觸發(fā)時機是一致的。

結束：當活動完成時(finish)

超時：當活動超時時(假如設置了時間限制，該項有效)觸發(fā)

事件類型：標明事件動作的類型。EOSWorkFlow提供基于EOS平臺的業(yè)務邏輯

與運算邏輯兩種類型。

事件動作：由開發(fā)人員根據具體的業(yè)務需求自行定義。能夠是一個運算邏輯也能

夠是一個業(yè)務邏輯。

觸發(fā)事件設置說明：

1、觸發(fā)時機與調用方式。這里需要特別注意的是，調用方式同步與異步的

區(qū)別。同步是指：以“同步’的方式調用觸發(fā)事件，等待事件運行完成后，該活動

才啟動。異步是指：以“異步”的方式調用觸發(fā)事件，該活動在啟動完觸發(fā)事件

后就啟動，而無需等待觸發(fā)事件運行完成。

2、觸發(fā)事件。假如用業(yè)務邏輯來實現，那么觸發(fā)事件中產生的數據還能夠

在業(yè)務邏輯中輸出，這樣就能夠將這些數據宜接設置為有關數據了。假如是運算

邏輯則不能輸出到有關數據區(qū)中。

3、事件參數中設置。輸入參數設置為WFContoxt,在各類觸發(fā)事件與同退事

件中，WFContext屬于流程實例的有關數據區(qū)部分，這次數據區(qū)有固定的數據結

構，具體請見：3.2.2流程實例數據區(qū)。觸發(fā)事件的數據來源于有關數據區(qū)，

WFContcxt是有關數據區(qū)中固有的一塊區(qū)域信息，這些唁息都放在Wfcontcxt節(jié)

點下。其中，WFContext數據區(qū)內容是流程實例自身的信息，有關數據區(qū)的內容

還有流程中產生的過程數據，即業(yè)務數據。

基本信息觸發(fā)事件時間限制流程啟動者I

參數定義

|口＞I觸發(fā)時機I事件類型I調用冰I事商祖一指？

h啟動業(yè)務邏緝w二I

03?

ID

觸發(fā)時機3事件類型|好曰三］

調用方式fW

事件動作|trainbiz.bizSet[W]

身逑

哨走取洎

［圖-設置觸發(fā)事件的參數］

注意：

假如調用的事件類型為業(yè)務邏輯，而參數的數據類型為字符串常量或者字符

串變量，那么路徑中填入的格式務必為：nodeName—value"或者

nodeName='value'（由于業(yè)務邏輯不支持直接傳入常量或者變量）

比如：要傳入常量tiger到所調用的業(yè)務邏輯中，就務必做如下設置

目標路徑僅對事件類型為業(yè)務邏輯的事件動作有效。

2.2.7回退動作

回退是指流程實例運行到某個活動時，由于一些原因要回退到它前驅的某個

活動上。EOSWorkFlow按照“指定的回退策略”回退到“指定的目標活動”上,

并根據定義時的設置與回退策略執(zhí)行被回退活動上的“回退動作”。

回退動作

是指活動在被回退時所需做的操作，通常是因