專利名稱：一種改進的事件驅(qū)動流程鏈建模方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)流程建模技術(shù)，特別涉及一種改進的事件驅(qū)動流程鏈建模方法及
直O(jiān)
背景技術(shù)：
目前，存在多種用于表征業(yè)務(wù)流程的建模語言。例如Petri net、事件驅(qū)動流程鏈 (EPC :Event-driven Process Chain)、統(tǒng)一建模i吾言 舌動圖(UML activity diagram)、業(yè) 務(wù)流程建模符號(BPMN business Process Modelling Notation)等。采用這些建模語言 所建立的模型，可以在一個組織中的不同人群之間實現(xiàn)通信，這些人群可能具備某一特殊 領(lǐng)域的知識，或是具備技術(shù)知識的顧問或軟件工程師等。采用自然語言描述業(yè)務(wù)流程可能 會存在一些問題，而實際應(yīng)用中有許多問題根本無法用數(shù)學(xué)公式表達，因此，人們試圖通過 采用建模語言中的半公式化圖標或圖表來避免上述問題。在眾多建模語言當中，EPC語言是一種直觀的、圖形化的流程建模語言，它是“事 件”與“功能”的定向連接圖。EPC中的主要元素有流程(Process)、事件(Event)、功能 (Function)、連接符(Connector)、邏輯運算符、流程接口(Process Interface)、組織單元 (Orgnization Unit)和角色(Role)。EPC中提供了多種連接符(Connector)以允許選擇執(zhí) 行或并行執(zhí)行流程，并進一步提供了諸如“與”、“或”、“異或”等的邏輯運算符。下面通過表 1對EPC中的元素、以及各元素的圖標和功能進行簡要介紹 表 1EPC語言的用途在于描述流程的先后順序，而不是著重在細部定義的敘述；與其 它建模語言相比，其最大的優(yōu)點在于能把描述能力和易讀性二者進行很好的結(jié)合，因此使 得非流程建模人員也能輕易地理解其中的含義。并且，EPC模型可以采用與工具無關(guān)的EPC 過程描述語言(EPML:EPC Markup Language)來描述。因此，EPC以其簡單、易于理解的優(yōu) 勢成為一種被廣泛接受的技術(shù)，并被眾多公司用于進行業(yè)務(wù)流程的建模、表示、分析和重設(shè) 計。表1中的組織單元用于確定哪個參與者或組織對某個特定的功能負責(zé)，它是流程 建模中的角色描述，例如銷售部門、銷售經(jīng)理、產(chǎn)品經(jīng)理等。在角色描述方面，EPC建模方 法存在一些不容忽視的缺點。具體包括1、在組織命名或人員命名上難以保持一致性。例如假設(shè)某個EPC模型中存在60 個以上的功能，并且不同的功能由來自不同部門的技術(shù)工程師執(zhí)行，對于流程建模者來說， 確保組織命名的正確性、并在業(yè)務(wù)流程需要作出一些變更時保持組織單元與功能之間的一 致性將非常困難。2、難于理解。EPC使用非常簡單的模型元素，并將這些模型元素連成一個定向的 流程圖，因此，它比其它建模語言更易于理解。但是，如果每個功能都需要橫向連接相應(yīng)的 組織單元的話，將使整個業(yè)務(wù)流程變得非常復(fù)雜，并可能導(dǎo)致一些誤解。例如圖1為現(xiàn)有 技術(shù)中一個多角色EPC模型的示意圖。圖1中，組織單元圖標內(nèi)的“汽車消費者雇員”、“汽 車消費者雇主”、“汽車供應(yīng)商銷售人員”、“汽車供應(yīng)商倉庫管理員”和“汽車供應(yīng)商技術(shù)員” 是該流程中的不同角色，需要執(zhí)行不同的功能。由于圖1中每個功能都有相應(yīng)的組織單元， 導(dǎo)致圖1所示流程的可讀性比較差，比較難于理解。3、難以統(tǒng)計。由于組織和人員的信息分布在整個業(yè)務(wù)流程的各個角落，并未集中 存放，導(dǎo)致分析人員、建模人員或用戶無法快速得到一些統(tǒng)計信息，例如總共有多少人參 與了該業(yè)務(wù)流程、多少功能屬于某些人等等。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種改進的EPC建模方法及裝置，以彌補 EPC模型在角色描述方面存在的缺陷。為達到上述目的，本發(fā)明提供了一種改進的事件驅(qū)動流程鏈建模方法，所述事件 驅(qū)動流程鏈EPC建模方法采用連接符將功能、事件和邏輯運算符元素按照業(yè)務(wù)邏輯連接成業(yè)務(wù)流程，所述各個功能有其對應(yīng)的參與者；該方法預(yù)先設(shè)置用于表示業(yè)務(wù)流程參與者的泳池Pool和泳道Lane ；并在建模過 程中執(zhí)行如下操作根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane ；根據(jù)所述各個功能與參與者之間的對應(yīng)關(guān)系，將所述業(yè)務(wù)流程中的元素歸類到相 應(yīng)的參與者所對應(yīng)的Pool和Lane中。較佳地，所述Pool與Lane之間的關(guān)系可以為若一個Lane歸屬于一個Pool，那 么，所述Lane所對應(yīng)的參與者歸屬于所述Pool所對應(yīng)的參與者。較佳地，所述根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane可以為對每一 個參與者執(zhí)行如下操作判斷所述參與者是否歸屬于其它參與者，若所述參與者不歸屬于其它參與者，則 對應(yīng)于所述參與者構(gòu)造一個Pool ；否則，判斷所述參與者所歸屬的參與者是否對應(yīng)于一個Pool，如果是，則對應(yīng)于所 述參與者構(gòu)造一個歸屬于所述Pool的Lane ；如果不是，則所述參與者所歸屬的參與者對應(yīng)一個Lane，對應(yīng)于所述參與者構(gòu)造 一個歸屬于所述Lane的Lane。較佳地，在將所述業(yè)務(wù)流程中的元素歸類到相應(yīng)的參與者所對應(yīng)的Pool和Lane 中時，遵循如下原則每個功能歸類到一個Pool或Lane中。較佳地，所述Pool的屬性可以包括名字屬性、流程屬性、角色屬性和Lane屬性， 其中所述名字屬性為Pool的文本描述；所述流程屬性用于表示Pool中所包含的流程；所述角色屬性用于表示Pool所對應(yīng)的參與者；所述Lane屬性用于表示Poo 1中所包含的Lane。所述Pool的屬性可以進一步包括邊界可見屬性，所述邊界可見屬性用于表示所 述Pool的豎直邊界是否可見。較佳地，所述Lane的屬性可以包括名字屬性和父Pool屬性，其中所述名字屬性為Lane的文本描述；所述父Pool屬性用于表示所述Lane所歸屬的Pool。所述Lane的屬性可以進一步包括父Lane屬性，所述父Lane屬性用于表示所述 Lane所直接歸屬的Lane。進一步地，該方法還可以包括為所述業(yè)務(wù)流程中的元素增加Pool屬性和Lane屬 性，其中所述Pool屬性用于表示所述元素所屬的Pool ；所屬Lane屬性用于表示所述元素所屬的Lane。本發(fā)明還提供了一種改進的事件驅(qū)動流程鏈建模裝置，所述事件驅(qū)動流程鏈EPC 建模裝置用于采用連接符將功能、事件和邏輯運算符元素按照業(yè)務(wù)邏輯連接成業(yè)務(wù)流程， 所述各個功能有其對應(yīng)的參與者；所述EPC建模裝置中進一步包括用于表示業(yè)務(wù)流程參與者的泳池Pool和泳道Lane,其中所述Pool和Lane用于體現(xiàn)參與者之間的歸屬關(guān)系，并用于根據(jù)所述各個功能與 參與者之間的對應(yīng)關(guān)系，作為承載所述業(yè)務(wù)流程中對應(yīng)的元素的歸類容器。由上述技術(shù)方案可見，本發(fā)明通過在EPC建模語言現(xiàn)有元素的基礎(chǔ)上，引入Pool 和Lane這兩種元素，并通過Pool和Lane對業(yè)務(wù)流程中的功能進行歸類，將流程邏輯映射 到具體的組織單元和角色的執(zhí)行關(guān)系下，從而完善了 EPC建模語言在角色描述上的缺陷， 使得EPC模型更易于理解、更容易保持一致性、流程更優(yōu)化、并便于對相應(yīng)參與者的職責(zé)進 行統(tǒng)計和審計。


下面將通過參照附圖詳細描述本發(fā)明的示例性實施例，使本領(lǐng)域的普通技術(shù)人員 更清楚本發(fā)明的上述及其他特征和優(yōu)點，附圖中圖1為現(xiàn)有技術(shù)中一個多角色EPC模型的示意圖；圖2為本發(fā)明一實施例中Pool的圖標；圖3為本發(fā)明一實施例中Lane的圖標；圖4為本發(fā)明改進的EPC建模方法的流程示意圖；圖5為采用本發(fā)明改進的EPC建模方法對圖1所示現(xiàn)有多角色EPC模型進行改進 之后得到的模型示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對 本發(fā)明進一步詳細說明。本發(fā)明的主要思想是在EPC建模語言現(xiàn)有元素的基礎(chǔ)上，引入泳池(Pool)和 泳道(Lane)這兩種元素，并通過Pool和Lane對業(yè)務(wù)流程中的功能進行歸類，將流程邏輯 映射到具體的組織單元和角色的執(zhí)行關(guān)系下，從而完善EPC建模語言在角色描述上的缺 陷。以下，將引入本發(fā)明的Pool和Lane這兩種元素之后的EPC模型稱為eEPC-PL模型 (Enhanced Event-driven Process Chain with Pools&Lanes)0下面對本發(fā)明引入的Pool元素和Lane元素進行詳細說明Pool表示業(yè)務(wù)流程的參與者。該參與者可以是一個特定的商業(yè)實體(例如公司) 或一個更普通的商業(yè)角色(例如購買者、出售者或制造者)。Pool是一個用于與其它Pool 分割業(yè)務(wù)流程的容器，尤其是在對商業(yè)到商業(yè)的情形進行流程建模時。從圖標上而言，本發(fā) 明采用一個直角矩形內(nèi)畫一道黑色橫向?qū)嵭木€的圖標來表示Pool，如圖2所示。當然，在實 際應(yīng)用中，可以采用其它合適的圖標表示Pool。在Pool中使用文本、顏色、大小、線等的規(guī) 則可以遵循現(xiàn)有技術(shù)中Contector的相關(guān)規(guī)則。Pool扮演著一種在各活動之間流動的功能的容器的角色。由于某一功能只能由一 個特定的角色執(zhí)行，因此，功能不能穿越Pool的邊界。但是，事件流可以穿越Pool的邊界， 以連接對應(yīng)的功能活動和功能。與EPC模型不同，本發(fā)明提出的eEPC-PL模型中至少包含一個Pool。在大部分情 況下，僅由一個Pool組成的eEPC-PL模型將只顯示流程的活動，而不顯示Pool的邊界。進一步地，eEPC-PL模型可以以無邊界的方式顯示“主”Pool。也就是說如果對于建模者或 建模者的組織而言，代表這些被執(zhí)行的工作的活動屬于“內(nèi)部”活動時，該活動可以不包含 在具有邊界的Pool中，但是，流程圖中其它的Pool必須有其相應(yīng)的邊界。Pool中的Lane用于對Pool中的活動進行組織和歸類。建模者可以根據(jù)實際應(yīng)用 的需要定義Lane的意義。Lane通常用于表示內(nèi)部角色(例如經(jīng)理、同事)、系統(tǒng)(例如 企業(yè)應(yīng)用程序)、內(nèi)部部門(例如運送、經(jīng)費)等。例如以圖1為例，假設(shè)將“汽車消費 者”作為一個Pool，那么“汽車消費者”下面的“雇主”和“雇員”可以分別作為屬于該“汽 車消費者” Pool中的一個Lane。從圖標上而言，Lane是Pool中的一個子部，并可在水平方向和豎直方向擴展Pool 的整個長度，如圖3所示。與Lane相關(guān)的文本(如它的名字或其它屬性)可以置于Lane 中的任意位置，建模者可以根據(jù)實際應(yīng)用的需要確定。此外，Lane也可以嵌入或定義在矩陣中。例如可以為公司的部門設(shè)置一個Lane 的外部集，并為每個部門中的各個角色設(shè)置一個內(nèi)部集。Lane也是一種在各活動之間流動 的功能的容器。因此，與Pool相同，功能不能穿越Lane的邊界，但事件流可以穿越Lane的 邊界，以連接對應(yīng)的功能活動和功能。在引入了 Pool元素和Lane元素的EPC建模裝置中，Pool和Lane可以用于體現(xiàn) 參與者之間的歸屬關(guān)系，并用于根據(jù)各個功能與參與者之間的對應(yīng)關(guān)系，作為承載業(yè)務(wù)流 程中對應(yīng)的元素的歸類容器?；谏鲜鰧ool和Lane的介紹，下面對本發(fā)明改進的EPC建模方法進行說明。圖4為本發(fā)明改進的EPC建模方法的流程示意圖?，F(xiàn)有EPC建模方法采用連接符 將功能、事件和邏輯運算符等元素按照業(yè)務(wù)邏輯連接成業(yè)務(wù)流程，所述各個功能有其對應(yīng) 的參與者。本發(fā)明改進的EPC建模方法是在上述現(xiàn)有EPC建模方法基礎(chǔ)上的改進，參見圖 4，本發(fā)明方法包括以下步驟步驟401 預(yù)先設(shè)置用于表示業(yè)務(wù)流程參與者的Pool和Lane。根據(jù)上述對Pool和Lane的介紹，Pool與Lane之間的關(guān)系為若一個Lane歸屬 于一個Pool，那么，該Lane所對應(yīng)的參與者歸屬于該Pool所對應(yīng)的參與者。在建模過程中，執(zhí)行如下步驟402 403。步驟402 根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane。本步驟中，在構(gòu)造Pool和Lane時所遵循的原則是對應(yīng)于每一個不歸屬于任何其它參與者的參與者構(gòu)造一個Pool ；對應(yīng)于直接歸屬于Pool所對應(yīng)的參與者的參與者構(gòu)造一個歸屬于所述Pool的 Lane ；對應(yīng)于直接歸屬于Lane所對應(yīng)的參與者的參與者構(gòu)造一個歸屬于所述Lane的 Lane0在具體實現(xiàn)時，可以通過對每一個參與者執(zhí)行如下操作來完成Pool和Lane的構(gòu) 造判斷該參與者是否歸屬于其它參與者，若該參與者不歸屬于其它參與者，則對應(yīng) 于該參與者構(gòu)造一個Pool ；否則，判斷該參與者所歸屬的參與者是否對應(yīng)于一個Pool，如果是，則對應(yīng)于該參
8與者構(gòu)造一個歸屬于該Pool的Lane ；如果不是，則表明該參與者所歸屬的參與者對應(yīng)一個Lane，對應(yīng)于該參與者構(gòu)造 一個歸屬于該Lane的Lane。構(gòu)造了 Pool和Lane后，可以根據(jù)實際應(yīng)用的需要為其定義相應(yīng)的屬性，以便在建 模過程中使用。下面通過一些例子對屬性定義進行說明。表2示出了本發(fā)明為Pool定義的屬性示例 表2表3示出了本發(fā)明為Lane定義的屬性示例 表3引入本發(fā)明的Pool和Lane這兩種元素之后，現(xiàn)有EPC中的元素需要增加一些相
關(guān)的屬性。表4示出需要在現(xiàn)有EPC的相關(guān)元素的屬性中所增加的屬性示例
0079]表 4
0080]需要增加表4所示屬性的元素包括功能、流程接口等。
0081]在引入本發(fā)明Pool和Lane元素之后，標準EPML機制也需要作出-本發(fā)明的實施。例如<xselementname ='name “ type = ”xs:string" />
<xselementname ='process“ type =xs:string" />
<xselementname ='role" type = 〃xs:string" />
<xselementname ='Lanes 〃 type =“xs:typeLane“ />
<xselementname =“boundaryvisible‘type = “ xs:boolean
-些改進以適應(yīng)
0082]
0083]
0084]
0092]
0093]
0094]
0095]
0096]
0097]
0098]
0099]
0100] 0101] 0102]
0103]
0104]
0105]
0106]
基于上述定義的Pool的屬性，可以按照如下方式增加Pool類型 <xs complexType name=" typePool “ >
0090]</xscompl exType>
0091]基于上述定義的Lane的屬性，可以按照如下方式增加Lane類型 <xscomplexType name = “ typeLane“ >
<xselement name=" name“
type 二” xs string"
〈xs: element name =〃 parentpool “ type =〃 xs: typePool/r /> 〈xs:element name =〃 parentLane“ type =〃 xs:typeLane/r />
</xs:complexType)
在現(xiàn)有功能類型的定義中，可以按照如下方式增加一些定義 <xs: complexType name 二" typeFunction" >
〈xs:element name =“ 〈xs:element name =“
pool “ type =” xs: tyepPool “ /> Lanes'7 type =” xs:typeLane/r />
</xs:complexType)
步驟403 根據(jù)各個功能與參與者之間的對應(yīng)關(guān)系，將上述業(yè)務(wù)流程中的元素歸 類到相應(yīng)的參與者所對應(yīng)的Pool和Lane中。 根據(jù)上述對Pool和Lane的介紹，在進行元素歸類時，需要遵循原則每個功能歸 類到一個Pool或Lane，也就是說功能不能穿越Pool或Lane的邊界。
10
至此，結(jié)束本發(fā)明改進的EPC的建模方法。采用本發(fā)明上述方法對圖1所示現(xiàn)有多角色EPC模型進行改進，可以得到如圖5 所示的模型。圖5中，根據(jù)圖1所示多角色EPC模型中各參與者之間的歸屬關(guān)系，構(gòu)造了兩個 Pool，分別是“汽車消費者”Pool和“汽車供應(yīng)商”Pool。并且，為“汽車消費者”Pool構(gòu)造 了兩個Lane 分別是“雇員”Lane和“雇主”Lane ；為“汽車供應(yīng)商”Pool構(gòu)造了三個Lane 分別是“銷售人員，，Lane、“倉庫管理員，，Lane和“技術(shù)員，，Lane。然后，根據(jù)參與者與功能 之間的對應(yīng)關(guān)系，將相應(yīng)的功能分別歸類到對應(yīng)的Pool和Lane中。該歸類過程并不改變 原有業(yè)務(wù)流程中各元素之間的連接關(guān)系。由上述可見，本發(fā)明提供了一種富有創(chuàng)造性的改進的EPC流程建模方法及裝置， 該方法及裝置具備以下優(yōu)點1、能夠優(yōu)化流程、調(diào)整角色本發(fā)明提供的Pool和Lane可以幫助傳統(tǒng)的EPC模型 將功能和活動分解、歸類到相應(yīng)的角色下，從而使建模者或流程擁有者能夠非常簡便地分 析多少參與者對多少功能或活動負責(zé)，以及分配給哪些參與者的職責(zé)超出了其能夠承受的 負擔。從而，流程擁有者可以在各參與者之間平衡職責(zé)。2、能夠進行職責(zé)審計如果流程實例在運行過程中出錯了，流程擁有者通過分析 所失敗的功能的Pool和Lane的位置，可以很清楚地找出該問題該由哪個參與者負責(zé)。3、傳統(tǒng)的EPC模型主要專注于對一個給定的參與者提供內(nèi)部的特定的專用流程。 EPC模型也可以定義一個抽象的流程，但是，是從單個的參與者的視角而言。本發(fā)明提供的 eEPC-PL模型圖可以描述多個參與者，同時，可以顯示單個子流程或參與者之間的協(xié)作流 程。每個單獨的殺個農(nóng)業(yè)自流可以成被看作是由不同的參與者執(zhí)行，從圖形上而言，每個角 色或參與者可被劃分，即可被包含在一個矩形區(qū)域中。以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范 圍之內(nèi)。
權(quán)利要求
一種改進的事件驅(qū)動流程鏈建模方法，所述事件驅(qū)動流程鏈EPC建模方法采用連接符將功能、事件和邏輯運算符元素按照業(yè)務(wù)邏輯連接成業(yè)務(wù)流程，所述各個功能有其對應(yīng)的參與者；其特征在于，該方法預(yù)先設(shè)置用于表示業(yè)務(wù)流程參與者的泳池Pool和泳道Lane；并在建模過程中執(zhí)行如下操作根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane；根據(jù)所述各個功能與參與者之間的對應(yīng)關(guān)系，將所述業(yè)務(wù)流程中的元素歸類到相應(yīng)的參與者所對應(yīng)的Pool和Lane中。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述Pool與Lane之間的關(guān)系為若一個Lane歸屬于一個Pool，那么，所述Lane所對 應(yīng)的參與者歸屬于所述Pool所對應(yīng)的參與者。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于所述根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane為對每一個參與者執(zhí)行如 下操作判斷所述參與者是否歸屬于其它參與者，若所述參與者不歸屬于其它參與者，則對應(yīng) 于所述參與者構(gòu)造一個Pool ；否則，判斷所述參與者所歸屬的參與者是否對應(yīng)于一個Pool，如果是，則對應(yīng)于所述參 與者構(gòu)造一個歸屬于所述Pool的Lane ；如果不是，則所述參與者所歸屬的參與者對應(yīng)一個Lane，對應(yīng)于所述參與者構(gòu)造一個 歸屬于所述Lane的Lane。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于在將所述業(yè)務(wù)流程中的元素歸類到相應(yīng)的參與者所對應(yīng)的Pool和Lane中時，遵循如 下原則每個功能歸類到一個Pool或Lane中。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于所述Pool的屬性包括名字屬性、流程屬性、角色屬性和Lane屬性，其中 所述名字屬性為Pool的文本描述； 所述流程屬性用于表示Pool中所包含的流程； 所述角色屬性用于表示Pool所對應(yīng)的參與者； 所述Lane屬性用于表示Pool中所包含的Lane。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于所述Pool的屬性進一步包括邊界可見屬性，所述邊界可見屬性用于表示所述Pool的 豎直邊界是否可見。
7.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于 所述Lane的屬性包括名字屬性和父Pool屬性，其中 所述名字屬性為Lane的文本描述；所述父Pool屬性用于表示所述Lane所歸屬的Pool。
8.根據(jù)權(quán)利要求8所述的方法，其特征在于所述Lane的屬性進一步包括父Lane屬性，所述父Lane屬性用于表示所述Lane所直 接歸屬的Lane。
9.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，該方法進一步包括 為所述業(yè)務(wù)流程中的元素增加Pool屬性和Lane屬性，其中所述Pool屬性用于表示所述元素所屬的Pool ； 所屬Lane屬性用于表示所述元素所屬的Lane。
10.一種改進的事件驅(qū)動流程鏈建模裝置，所述事件驅(qū)動流程鏈EPC建模裝置用于采 用連接符將功能、事件和邏輯運算符元素按照業(yè)務(wù)邏輯連接成業(yè)務(wù)流程，所述各個功能有 其對應(yīng)的參與者；其特征在于，所述EPC建模裝置中進一步包括用于表示業(yè)務(wù)流程參與者的泳池Pool和 泳道Lane,其中所述Pool和Lane用于體現(xiàn)參與者之間的歸屬關(guān)系，并用于根據(jù)所述各個功能與參與 者之間的對應(yīng)關(guān)系，作為承載所述業(yè)務(wù)流程中對應(yīng)的元素的歸類容器。
全文摘要
本發(fā)明公開了一種改進的事件驅(qū)動流程鏈建模方法，該方法包括設(shè)置用于表示業(yè)務(wù)流程參與者的泳池Pool和泳道Lane；根據(jù)參與者之間的歸屬關(guān)系構(gòu)造相應(yīng)的Pool和Lane；根據(jù)所述各個功能與參與者之間的對應(yīng)關(guān)系，將所述業(yè)務(wù)流程中的元素歸類到相應(yīng)的參與者所對應(yīng)的Pool和Lane中。本發(fā)明還公開了一種改進的事件驅(qū)動流程鏈建模裝置。應(yīng)用本發(fā)明能夠使EPC模型更易于理解、更容易保持一致性、流程更優(yōu)化、并便于對相應(yīng)參與者的職責(zé)進行統(tǒng)計和審計。
文檔編號G06Q10/00GK101901417SQ20091014382
公開日2010年12月1日 申請日期2009年5月31日 優(yōu)先權(quán)日2009年5月31日
發(fā)明者楊光信, 王超, 陳世俊 申請人:西門子(中國)有限公司