【導(dǎo)讀】現(xiàn)，特別是企業(yè)業(yè)務(wù)流程的自動(dòng)化或半自動(dòng)化實(shí)現(xiàn)。工作流技術(shù)為實(shí)現(xiàn)這一。目標(biāo)提供了新的技術(shù)手段和方法。高度的靈活性，可以按照企業(yè)的具體需求，快速靈活地生成應(yīng)用軟件系統(tǒng)，并且在企業(yè)業(yè)務(wù)流程發(fā)生變化時(shí)，迅速地進(jìn)行重組來滿足客戶需求。的提出將一系列新的趨勢(shì)性技術(shù)整合在一起來滿足企業(yè)復(fù)雜多變的需求。在基于業(yè)務(wù)對(duì)象概念的基礎(chǔ)上，建立以業(yè)務(wù)活動(dòng)為中心的PIM(Plat. IndependentModel)層工作流模型。關(guān)數(shù)據(jù)集成到工作流引擎中。在實(shí)現(xiàn)方面，結(jié)合一個(gè)具體的采購(gòu)業(yè)務(wù)應(yīng)用案例對(duì)ICEMDA中的業(yè)務(wù)。流程開發(fā)模式做了詳細(xì)描述。

　　

【正文】 最后時(shí)間。 (3)Events 是 PIM 層工作流模型的事件集合。 (4)Flows 是 PIM 層工作流模型的控制流集合 。 (5)Roles 是 PIM 層工作流模型的角色集合。 (6)Decisions 是 PIM 層工作流模型的決策集合。 (7)Decision 又是一個(gè)二元組： ? ?,D e c isi on n D e c iC on d? 。 其中， n 表示 Decision 包含的條件表達(dá)式的個(gè)數(shù)； DeciCond 是一個(gè)函數(shù)：? ?1 , 2 , ,D e c iCon d n Con d it ion s?? (8)Conditions 是 PIM 層工作流模型的約束條件集合。 (9)Connectors 是 PIM 層工作流模型的連接器集合。而 每一個(gè)連接器只有取值： XOR、 OR、 AND。因此： ? ?, A N D O R X O RC o n n e c t o r C o n n e c t o r s C o n n e c t o r?? (10)Start 是 PIM 層工作流模型的開始節(jié)點(diǎn)。 (11)Finish 是 PIM 層工作流模型的結(jié)束節(jié)點(diǎn)。 (12)ActType 是一個(gè)為每一個(gè)業(yè)務(wù)活動(dòng)指定活動(dòng)類型函數(shù)： ? ?, , , ,A c tT y p e B u s in e s s A c ti v it ie s g e n e r ic a s s o c ia te in te g r a l a s s A n d I n t s u b fl o w?? 其中，活動(dòng)類型包括：一般活動(dòng)、關(guān)聯(lián)活動(dòng)、集成活動(dòng)、關(guān)聯(lián)集成活動(dòng)、子流程活動(dòng)。 (13)ActBOID 是一個(gè)為業(yè)務(wù)活動(dòng)指定其所對(duì)應(yīng)的業(yè)務(wù)對(duì)象 ID 的函數(shù)： PA c t B O I D B u s i n e s s A c t i v i t i e s S t r i n g? ??? 上式中是一個(gè)部分函數(shù)，表明了業(yè)務(wù)活動(dòng)也可不與任何業(yè)務(wù)對(duì)象相關(guān)聯(lián)，此為可選項(xiàng)。 (14)ActExecuteRole 是為業(yè)務(wù)活動(dòng)指定執(zhí)行角色的函數(shù)： PA c t E x e c u t e R o l e B u s i n e s s A c t i v i t i e s R o l e s? ??? 采用部分函數(shù)的原因在于有些業(yè)務(wù)活動(dòng)并不需要指定角色執(zhí)行，比如subflow 類型的活動(dòng)無(wú)需角色人員的參與便可完成。 (15)ActPreCond 也是一個(gè)函數(shù)，為業(yè)務(wù)活動(dòng)指定前置條件，類似的，前置條件是業(yè)務(wù)活動(dòng)的可選項(xiàng)，因此也是一個(gè)部分函數(shù) ： 哈爾濱工業(yè)大學(xué)工學(xué)碩士學(xué)位論文 15 PA c t P r e C o n d B u s i n e s s A c t i v i t i e s C o n d i t i o n s? ??? (16)ActPostCond 與 ActPreCond 類似，是一個(gè)為業(yè)務(wù)活動(dòng)指定后置條件的函數(shù)，類似的，后置條件也是業(yè)務(wù)活動(dòng)的可選項(xiàng)，因此也是一個(gè)部分函數(shù) ： PA c t P o s t C o n d B u s i n e s s A c t i v i t i e s C o n d i t i o n s? ??? (17)EventType 描述 event 類型的函數(shù)： ? ?,E v e n t T y p e E v e n t s a r t i f i c a l t i m e?? (18)FlowType 是將每一個(gè)控制流 Flow 指定類型的函數(shù) ， 控制流有三種類型：附加事件型、附加條件型以及無(wú)任何附加型 。 ? ?,F lo w T y p e F lo w s e v e n tA d d c o n d A d d n o n e?? (19)SourceFlow 和 TargetFlow 分別是為控制流 Flow 指定源和目標(biāo)的函數(shù)，控制流的流向有五種組合：業(yè)務(wù)活動(dòng)→連接器 ， 連接器→業(yè)務(wù)活動(dòng) ， 業(yè)務(wù)活動(dòng)→條件表達(dá)式 ， 條件表達(dá)式→連接器 ， 業(yè)務(wù)活動(dòng)→業(yè)務(wù)活動(dòng) ， →表示流向的意思 。 因此， SourceFlow 和 TargetFlow 兩個(gè)函數(shù)如下所示： ? ? ? ?? ?? ? ? ?? ?? ?PPSour c e F low F low s B us iness A c ti v it ies T ar ge tF low F low s C onne c tor sSour c e F low F low s C onne c tor s T ar ge tFlow F low s B us iness A c ti v it iesSour c e F low F low s B us iness A c ti v it ies T ar ge tF low F low s C? ??? ? ? ??? ?? ??? ? ? ??? ?? ??? ? ? ???? ?? ?? ? ? ?? ?? ? ? ?? ?PPondit ionsSour c e F low F low s C ondit ions T ar ge tFlow F low s C onne c tor sSour c e F low F low s B us iness A c ti v it ies T ar ge tF low F low s B us iness A c ti v it ies?????? ??? ? ? ??? ?? ? ??? ? ? ??? ??? (20)FlowEvent 為一個(gè)函數(shù)，它為附加事件型的控制流指定附加的事件，只有在產(chǎn)生相應(yīng)的事件后，控制流才能被經(jīng)過執(zhí)行： PF l o w E v e n t F l o w s E v e n t s? ??? (21)FlowResult 為變遷附加決策結(jié)果的函數(shù)，從而可以根據(jù)決策中心的結(jié)果判斷出可執(zhí)行的分支： ? ?1 , 2 , 3 ,PF lo w R e s u lt F lo w s? ??? (22)FlowCond 也為一個(gè)函數(shù)，它為附加條件型的控制流指定附加的條件，只有在滿足指定的條件后，控制流才能被經(jīng)過執(zhí)行： PF l o w C o n d F l o w s C o n d i t i o n s? ??? (23)DeciCond 是一個(gè)函數(shù)，它為每一個(gè)決策中心指定其所包含的條件表達(dá)式。 De c i C o n d De c i s i o n s C o n d i t i o n s?? (24)StartAct 是一個(gè)將開始節(jié)點(diǎn)映射到活動(dòng)的函數(shù)，描述了模型的開始業(yè)務(wù)活動(dòng) 。 ? ?S t a r t A c t S t a r t B u s i n e s s A c t i v i t i e s?? (25)FinishAct 是一個(gè)將活動(dòng)或者連接器映射到結(jié)束節(jié)點(diǎn)的函數(shù)，描述了模哈爾濱工業(yè)大學(xué)工學(xué)碩士學(xué)位論文 16 型的結(jié)束業(yè)務(wù)活動(dòng)。 ? ?PF i n i s h A c t B u s i n e s s A c t i v i t i e s C o n n e c t o r s F i n i s h?? ??? 工作流模型必須遵循一定的約束，圖形元素之間的連接也會(huì)存在一定的約束，把這些無(wú)法用圖形化的方法表達(dá)出來的約束形式化定義如下： (1)只有連接器可以擁有多個(gè)發(fā)出控制流 ， 而業(yè)務(wù)活動(dòng)和決策點(diǎn)只能有一個(gè)發(fā)出控制流；結(jié)束節(jié)點(diǎn)和其他元素都沒有發(fā)出控制流。 ? ?? ?? ? ? ?? ?? ?111( 2)( 1 )(0xx C on ne c t or s c ar d So ur c e Fl ow xx D e c i si on s x Bus i ne ss Ac t i v i t i e s c ar d So ur c e F l ow xc ar d So ur c e Fl ow x??????? ? ? ???????? ? ? ? ? ???????????? (2)只有連接器可 以擁有多個(gè)進(jìn)入控制流 ， 而業(yè)務(wù)活動(dòng)和決策點(diǎn)只能有一個(gè)進(jìn)入控制流；開始節(jié)點(diǎn)和其他元素都沒有進(jìn)入控制流。 ? ?? ?? ? ? ?? ?? ?111( 2)( 1 )(0xx C on ne c t or s c ar d T ar ge t Fl ow xx De c i si on s x Bus i ne ss Ac t i v i t i e s c ar d T ar ge t F l ow xc ar d T ar ge t Fl ow x??????? ? ? ???????? ? ? ? ? ???????????? (3)決策中心必須通過一個(gè)無(wú)任何附件條件的發(fā)出控制流，而此控制流流向一個(gè)連接器，并且此連接器是一個(gè) XOR。 ? ?? ?x De c i si onsy C onn e c t ors y XO Rx z Flo w s Sou rc e Flo w z xyz T arg e t Flo w z y??????? ? ? ?? ? ?? ? ????? ???????? ICEPSM 層可執(zhí)行工作流模型 ICEPSM 層可執(zhí)行工作流模型是以業(yè)務(wù)構(gòu)件 （ Business Component, 簡(jiǎn)稱BC） 的業(yè)務(wù)活動(dòng)為中心的，描述了一個(gè)業(yè)務(wù)構(gòu)件間的業(yè)務(wù)活動(dòng)的流轉(zhuǎn)次序以及業(yè)務(wù) 構(gòu)件之間的時(shí)序執(zhí)行關(guān)系。 ICEPSM 層各種模型的交互語(yǔ)言是 XML，因此，可執(zhí)行工作流模型采用XML 語(yǔ)言描述，以便為 ICEPSM 層其他模型提供互操作和轉(zhuǎn)換的方便，體現(xiàn)了 ICEMDA 體系的可互操作性。 而 XPDL 作為一種工作流過程定義之間的公共交互格式，它的通用性和可轉(zhuǎn)換性符合現(xiàn)代軟件開發(fā)的形式，為工作流過程定義互相轉(zhuǎn)換提供了規(guī)范。因哈爾濱工業(yè)大學(xué)工學(xué)碩士學(xué)位論文 17 此， ICEPSM 層的可執(zhí)行工作流模型應(yīng)符合 XPDL 規(guī)范，以便各個(gè)組織和企業(yè)能夠協(xié)同工作。 通過以上分析， ICEPSM 層可執(zhí)行工作流模型采用 XML 語(yǔ)言描述，并且采用的 XML 語(yǔ)言遵循 XPDL 規(guī)范，對(duì)于 XPDL 不能描述的信息，通過擴(kuò)展屬性的方式描述，這樣通過擴(kuò)展的 XPDL 形成了可執(zhí)行工作流模型。 XPDL 簡(jiǎn)介 XPDL 全稱是 XML Process Definition Language ，是工作流管理聯(lián)盟（ WfMC）針對(duì)參考模型中接口一工作流過程定義接口提出的規(guī)范。 WfMC 為工作流系統(tǒng)制定了 5 類功能接口，其中接口 1(過程定義輸入 /輸出接口 )包含了一個(gè)用于描述工作流過程定義的公共元模型，以及過程定義間進(jìn)行相互轉(zhuǎn)換的 XML Schema。 允許工作流模型進(jìn)行擴(kuò)展，是 XPDL 的一個(gè)關(guān)鍵 特性。 XPDL 不可能支持所有模型的附加屬性，依靠一系列有限的描述工作流過程定義的實(shí)體， XPDL可以支持一些不同的擴(kuò)展屬性處理方法。 工 作 流 過 程 定 義系 統(tǒng) 環(huán) 境數(shù) 據(jù)工 作 流 相關(guān) 數(shù) 據(jù)工 作 流 參與 者 規(guī) 范應(yīng) 用 程 序聲 明工 作 流 過程 活 動(dòng)活 動(dòng) 集塊 活 動(dòng)人 員 庫(kù) 或組 織 模 型變 遷 信 息子 流 程 定義路 徑 活 動(dòng)1*1* 進(jìn) 入 發(fā) 出 調(diào) 用 由 ? ? 執(zhí) 行1*1*1*1*1*1* 圖 25 XPDL 中工作流過程定義元模型 Figure 25 Metamodel of the workflow process definition in XPDL XPDL 是一個(gè)通用的框架，這也是 XPDL 的一個(gè)重要特性，這個(gè)框架可以支持開發(fā)者的特殊使用目的，而對(duì)外表現(xiàn)形式卻相同。無(wú)論 PIM 層的工作流哈爾濱工業(yè)大學(xué)工學(xué)碩士學(xué)位論文 18 模型采用什么圖形描 述，只要 PSM 層可執(zhí)行工作流模型符合 XPDL 規(guī)范，那么就可以保持相同的表示形式。 在 XPDL 規(guī)范中， WfMC 給出了一個(gè)工作流過程定義的元模型，這個(gè)元模型描述了過程定義所需要的上層實(shí)體，并且為過程定義劃分成相應(yīng)的過程模型、在不同的過程定義與模型中交叉使用公共定義數(shù)據(jù)提供了多方面的協(xié)定。圖 25 是 XPDL 的元模型以及上層實(shí)體。下面分別描述其中的重要元素。 過程定義 (WorkflowProcessDefinition) 過程定義詳細(xì)說明了構(gòu)成工作流的元素，包括活動(dòng)、轉(zhuǎn)移、應(yīng)用程序和相關(guān)數(shù)據(jù)等實(shí)體的定義或者聲明。屬 性既可以作為管理相關(guān)數(shù)據(jù)被說明，也可以作為運(yùn)行時(shí)數(shù)據(jù)被說明，還可以作為 BPR 或者工作流過程模擬數(shù)據(jù)被說明。 在表 21 中詳細(xì)描述了工作流過程定義的屬性以及包含的子元素，并對(duì)這些屬性和子元素作了語(yǔ)義描述。 表 21 工作流過程定義的屬性和子元素 Table 21 Attributes and subelement of workflow process definition 標(biāo)簽 語(yǔ)義描述 屬性 Id 工作流過程 ID Name 工作流過程名 AccessLevel 過 程