WfMC是啥
WfMC=Workflow Management Coalition.好象有人翻譯成工作流管理委員會.有的稱之為國際工作流管理委員會.俺不大了解,但好象加入該Coalition好象是要年費的.所以與其說是"委員會",不如稱之為"聯(lián)合會"。
是否符合WfMC標準需要WfMC確認,并不是誰都能聲稱自己符合WfMC的標準的.
什么是工作流:
工作流管理委員會(WfMC)把工作流定義為：工作流是一類能夠完全或部分自動執(zhí)行的業(yè)務(wù)過程。根據(jù)一系列規(guī)則，文檔、信息、任務(wù)能夠在不同的執(zhí)行者之間傳遞、執(zhí)行。完成正個過程所需要的參數(shù)有：
過程中每一單獨步驟的定義，每一步驟由誰負責，每個活動需要的應(yīng)用程序。定義一個工作流就是說明了處理過程是什么：由哪些活動、任務(wù)組成即流的結(jié)構(gòu)。如何做：活動間的執(zhí)行條件、規(guī)則，所交互的信息即控制流與信息流的定義，誰來做：人還是應(yīng)用程序即角色定義，做得怎么樣：對工作流的執(zhí)行狀態(tài)實施監(jiān)控。(工作流管理與事務(wù)服務(wù)設(shè)計方案)
WfMC提出了一種工作流的參考模型(Workflow Reference Model)：目的就是把工作流分成5個模塊,并定義這5個模塊之間的接口的規(guī)范.這么做的意義是啥呢?應(yīng)該不歸我菜鳥來解釋了.
模型包含5個模塊：
1.過程定義(Process Definition)
2.特定的工作流系統(tǒng)(Workflow Enactment Service),其中包含一個或多個工作流引擎(Workflow Engine(s)),提供工作流API和交換(Workflow API and Interchange)
3.工作流客戶端程序(Workflow Client Application)
4.激發(fā)的程序(Invoked Applications)
5.其它工作流系統(tǒng)(Other Workflow Enactment Service)
6.管理和監(jiān)控工具(Aministration & Monitoring Tools)
其中包含5個接口(Interface)
1.工程定義工具接口(Process Definition Tools Interface)
工作流系統(tǒng)(Workflow Enactment Service)<=>過程定義(Process Definition)
2.客戶端程序接口(Workflow Client Application Interface)
工作流系統(tǒng)(Workflow Enactment Service)<=>工作流客戶端程序(Workflow Client Application)
3.激發(fā)程序接口(Invoked Application Interface)
工作流系統(tǒng)(Workflow Enactment Service)<=>激發(fā)的程序(Invoked Applications)
4.工作流系統(tǒng)間協(xié)同接口(Workflow Interoperability Interface)
工作流系統(tǒng)(Workflow Enactment Service)<=>其它工作流系統(tǒng)(Other Workflow Enactment Service)
5.管理和監(jiān)控接口(Administration & Monitoring Tools Interface)
工作流系統(tǒng)(Workflow Enactment Service)<=>管理和監(jiān)控工具(Aministration & Monitoring Tools)
XPDL：
5.流程定義交換概述(Overview of Process Definition Interchange)
流程定義的作用：
1。產(chǎn)生和控制流程實例的模版
2。仿真和預(yù)測
3。監(jiān)控和分析
4。文檔，可視化和知識庫管理(?)
可能會包含子流程的定義
一個初始的流程定義最少要包含初始化和執(zhí)行所需要的對象(objects)和屬性(attributes)。流程實例將繼承(inherit)這些對象和屬性。
WfMC術(shù)語表中包含活動(activities), 流向(transitions), 工作流相關(guān)數(shù)據(jù)(workflow relevant data)和參與者(participants)等。
?
5.1流程定義交換的方法(Approaches to Process Definition Interchange)
這里使用XML作為交換的機制。XPDL提供一種交換標準，使用導(dǎo)入導(dǎo)出(import/export)的方法使得任意在內(nèi)部用不同方式表示流程的系統(tǒng)得以互相交換流程(?)。
有很多不同的方法可以用來在不同系統(tǒng)間交換流程。在這些方法中都必須把流程表示成一致的格式。
6.元模型(Meta-Model)
元模型用以描述一個流程定義的最上層實體(the top-level entities)，實體的關(guān)系和屬性(這些屬性有的只是用以仿真或監(jiān)控的目的，而不是為了運行(enactment))；它包含了把多個流程組織成流程模型(process models)和多個流程和流程模型間的公共定義數(shù)據(jù)(common definition data)。
?
6.1實體(Entities)
6.1.1工作流定義(Workflow Process Definition)
提供上下文環(huán)境(contextual information)，提供管理信息（如創(chuàng)建日期，作者等）或者用于執(zhí)行(process execution)的信息（如初始值，執(zhí)行優(yōu)先級，期限，需要通知的人，仿真信息(simulation information)等）
6.1.2環(huán)節(jié)（Workflow Process Activity）
一個流程定義中包含多個環(huán)節(jié)，環(huán)節(jié)是流程中邏輯上獨立的單元。環(huán)節(jié)代表使用多種資源處理的工作（參與者的任務(wù)）或/和應(yīng)用程序（應(yīng)用軟件的職能）。其它信息包含是否自動開始/結(jié)束，當和其它環(huán)節(jié)發(fā)生資源沖突的時候的優(yōu)先級。對流程相關(guān)數(shù)據(jù)(workflow relevant data items)的使用也必須指明。一個環(huán)節(jié)的范圍是某個特定的流程。
一個環(huán)節(jié)可能是一個子流程(subflow)。這種情況下它包含了一個特定流程的執(zhí)行，這個流程可能在同一個工作流服務(wù)器（workflow service）中運行，也可能在其它工作流服務(wù)器上運行（通過流程協(xié)同接口(process interoperability interface)）。子流程包含它自己的環(huán)節(jié)，內(nèi)部流向，資源和應(yīng)用程序分配(application assignments)，盡管這些可能是從同一個公共資源而來。輸入?yún)?shù)和輸出參數(shù)使得流程相關(guān)信息得以被在調(diào)用和被調(diào)用流程間交換（如果必要可以是返回參數(shù)）。
一個環(huán)節(jié)可能是一個塊環(huán)節(jié)(block activity)。塊環(huán)節(jié)包含一個環(huán)節(jié)組(activity set,)，或一堆環(huán)節(jié)和流向，一個環(huán)節(jié)組中的環(huán)節(jié)和流向共用內(nèi)流程(containing process)的名字空間。
最后，一個空環(huán)節(jié)（dummy activity）不執(zhí)行任何操作（因此沒有相關(guān)資源和相關(guān)applications），僅用來在入流向(incoming transitions)和/或出流向(outgoing transitions)間進行流轉(zhuǎn)(routing).
6.1.3流向信息.(Transition Information)
環(huán)節(jié)之間由流程控制條件相關(guān)聯(lián)(流轉(zhuǎn)條件(transition information).)).每個流向包含三個基本屬性,源環(huán)節(jié),目的環(huán)節(jié)和流向條件.從一個環(huán)節(jié)到另一個環(huán)節(jié)的流向可能是有條件的,也可能是不需要條件的.一個流程里面的多個流向可能產(chǎn)生串行的(sequential)或并行的(parallel)環(huán)節(jié).分叉(split)或者合并(join)的相關(guān)信息在對應(yīng)的環(huán)節(jié)之中,split as a form of “post activity” processing in the from-activity, join as a form of “pre-activity” processing in the to- activity.This approach allows the workflow control processing associated with process instance thread splitting and synchronization to be managed as part of the associated activity, and retains transitions as simple route assignment functions.{開始昏了}一個流向?qū)儆诎退南嚓P(guān)環(huán)節(jié)的流程.
其它更復(fù)雜的流向,不能用簡單的函數(shù)來表達的,使用空環(huán)節(jié)來實現(xiàn).結(jié)合使用基本的流向和空環(huán)節(jié),任何復(fù)雜的流轉(zhuǎn)結(jié)構(gòu)都可以被實現(xiàn).因為業(yè)內(nèi)已經(jīng)有好幾種流向控制的途徑,在XPDL中也有相應(yīng)的幾類,在本文稍后描述.
6.1.4流程參與者聲明(Workflow Participant Declaration)
流程參與者聲明描述在流程定義中各個環(huán)節(jié)的參與者(performer).The particular resources, which can be assigned to perform a specific activity, are specified as an attribute of the
activity, participant assignment, which links the activity to the set of resources (within the workflow participant
declaration) which may be allocated to it.{環(huán)節(jié)參與者是環(huán)節(jié)的一個屬性...昏了}.流程參與者不一定是單獨的個人,也可以是一組有相應(yīng)資格或責任的人,或者機器的自動操作.元模型包含了一些簡單的資源類型,這些類型可能在流程參與者聲明中被定義.
6.1.5資源庫(Resource Repository)(?)
資源庫說明參與者可能是人員,程序,或者機器.在更復(fù)雜的情況下,參與者聲明可能是一個資源庫,它可能是參與人員的一個組織機構(gòu)模型(Organizational Model).這份文檔并沒有定義或要求一個資源庫.
6.1.6工作流應(yīng)用程序聲明(Workflow Application Declaration)
工作流應(yīng)用程序聲明描述了被工作流服務(wù)器調(diào)用的,用以支持各個環(huán)節(jié)的處理的IT應(yīng)用程序或接口,這些程序和接口被定義為環(huán)節(jié)的一個屬性.這些應(yīng)用程序可能是行業(yè)工具,特定部門或企業(yè)的服務(wù),或在工作流管理系統(tǒng)框架下的本地應(yīng)用程序.工作流應(yīng)用程序聲明反映了工作流引擎和{應(yīng)用程序或接口}的接口,包含需要傳遞的參數(shù).
6.1.7工作流相關(guān)數(shù)據(jù)(Workflow Relevant Data)
工作流相關(guān)數(shù)據(jù)定義了在流程執(zhí)行過程中創(chuàng)建和使用的數(shù)據(jù).這些數(shù)據(jù)在工作流中被環(huán)節(jié)或者應(yīng)用程序使用,并可能被用于傳遞持久的信息或者環(huán)節(jié)間的中間結(jié)果或/和用于判斷流向流轉(zhuǎn)或者分配參與者的的中間數(shù)據(jù).工作流相關(guān)數(shù)據(jù)是特殊的類型(Workflow relevant data is of particular type.),XPDL定義了各種基本的和復(fù)雜的數(shù)據(jù)類型,(包含日期Date,字符串string,等).環(huán)節(jié),被調(diào)用的應(yīng)用程序(invoked applications)和/或流向條件會用到工作流相關(guān)數(shù)據(jù).
6.1.8系統(tǒng)和環(huán)境數(shù)據(jù)(System and Environmental Data)
系統(tǒng)和環(huán)境數(shù)據(jù)由流程管理系統(tǒng)和本地系統(tǒng)環(huán)境管理,但會被工作流環(huán)節(jié)或工作流管理系統(tǒng)用于計算條件表達式,如同工作流相關(guān)數(shù)據(jù)一樣.
6.1.9數(shù)據(jù)類型和表達式(Data Types and Expressions)
元模型(和相關(guān)的XPDL)假設(shè)有一些標準數(shù)據(jù)類型(string,reference,integer,float,date/time等),這些數(shù)據(jù)類型被用于工作流相關(guān)數(shù)據(jù),系統(tǒng)和環(huán)境數(shù)據(jù)或參與者數(shù)據(jù)(participant data).用于條件判斷的表達式將由這些數(shù)據(jù)類型組成.數(shù)據(jù)類型可以用XML schema或者引用外部資源中定義的類型來擴展.
?
?6.2流程和流程包(Processes and Packages)
從以上內(nèi)容可知,流程模型包含的很多實體(entities)的范圍超出了單個流程定義的范圍.可能多個流程定義會引用到相同的流程參與者,工作流應(yīng)用程序和工作流相關(guān)數(shù)據(jù).元模型采取了使用公共流程定義庫(common process definition repository)來包含這些實體和工作流定義.在這個庫本身的范圍內(nèi),為了提高傳送流程定義數(shù)據(jù)的效率,引入了流程包的概念,流程包包含了一組工作數(shù)據(jù)實體(common data entities)和許多不同的流程定義,避免了在不同的流程定義中重復(fù)定義這些工作數(shù)據(jù)實體.
流程包包含了流程定義實體的許多公共屬性如(作者,版本,狀態(tài)等),包內(nèi)的每個流程定義自動繼承了所有這些公共屬性,除非它們在流程定義中分別被重新指定.
?
在包中的一些實體的定義是全局的,能夠被包中的所有流程定義(以及相關(guān)的環(huán)節(jié)和流向)引用,這些實體是:
-流程參與者聲明
-工作流應(yīng)用程序聲明
-工作流相關(guān)數(shù)據(jù)
可以在流程包或者流程包包含的對象中使用被引用的外部流程包的最上層實體(The package reference allows the use within the package or its contained objects of references to top-level entities in the referenced external package:).{哈,沒昏},這些最上層實體包括:
-子流程的流程ID
-流程參與者聲明
-工作流應(yīng)用程序聲明
?
同一個庫地址空間(repository address space)中的不同流程包的名稱和標識的管理規(guī)定由提供商自己定義.{相同庫,但不同包的名字空間的劃分方法由工作流的開發(fā)者自己設(shè)計,好像是這意思}.推薦的查找方法是:
-流程id:先在同一個model中尋找(包含任何在不同服務(wù)器上運行的流程定義的引用),然后在任何被引用的外部model中查找
-流程參與者聲明/工作流應(yīng)用程序聲明 :先在同一個model中查找,再在任何被引用的外部model中查找.
{這里model指的范圍可能是流程包,有點像java import一個名字空間進來,怎么找一個類型一樣}
?
工作流相關(guān)數(shù)據(jù)的命名在同一個流程包中必須是唯一的,在同一個包中,{在這份文檔的當前版本},流程間參數(shù)的傳遞慣例是值傳遞(copy semantics).流程設(shè)計者(管理員)必須在流程定義/流程模型中確保名稱和數(shù)據(jù)類型在調(diào)用子流程時的一致(和任何其它遠程流程協(xié)調(diào)工作時的一致).
?6.3流程元模型(Process Meta-Model)
流程元模型定義了用于流程定義交換的一組基礎(chǔ)的實體(entities)和屬性(attributes)。對于每個流程定義，以下實體必須在流程范圍內(nèi)定義或從流程包中繼承，或從其它包中引用：
-環(huán)節(jié)(Workflow Process Activity)
-流向(Transition Information)
-流程參與者(Workflow Participant Specification)
-工作流應(yīng)用程序聲明(Workflow Application Declaration)
-流程相關(guān)數(shù)據(jù)(Workflow Relevant Data)
這些實體的屬性描述了流程的機制，它們將在本文后面被描述。
6.4流程包元模型(Package Meta-Model)
在一個模型定義(model definition.)中，多個流程定義是互相關(guān)聯(lián)的。流程包包含了流程定義和相關(guān)的實體，而這些實體能被所有包內(nèi)的流程使用(所有這些實體只要被定義一次)。流程包元模型包含了以下的實體：
-流程定義(Workflow Process Definition)
-流程參與者(Workflow Participant Specification)
-工作流應(yīng)用程序聲明(Workflow Application Declaration)
-流程相關(guān)數(shù)據(jù)(Workflow Relevant Data)
>
流程包的原模型指出了用于流程模型的交換和保存的實體和屬性。它定義了各種不同的繼承規(guī)則，來關(guān)聯(lián)單獨的流程定義和{流程參與者，工作流應(yīng)用程序聲明和工作流相關(guān)數(shù)據(jù)的定義}，這些定義(流程參與者...的定義)可能在單個流程定義中，也可能在流程包中。
流程包定義允許指定一些公共的流程定義屬性，這些屬性自動被應(yīng)用于流程包中的每個流程定義。這些屬性也可被但個流程所忽略.(如果這些屬性在流程定義層被重新定義，那本地的屬性值將覆蓋全局的)
?
6.4.1流程庫(Process Repository)
流程定義導(dǎo)入/導(dǎo)出接口被用于操作工作流管理系統(tǒng)的流程庫。實現(xiàn)的方法是從這些流程庫中導(dǎo)入導(dǎo)出包含XPDL的文件。這個接口在單獨的流程和流程包兩個等級上導(dǎo)入導(dǎo)出流程定義數(shù)據(jù)。
流程庫和流程控制功能之間的接口由各個供應(yīng)商(工作流實現(xiàn)者)自行決定，與本標準無關(guān)。但推薦把靜態(tài)的流程庫(for persistent, ongoing storage of process definition data)和動態(tài)的流程庫(for managing changes to the process execution of extant process instances)區(qū)分開來(比如用版本控制)。
WfMC標準不包含流程定義庫的具體內(nèi)部實現(xiàn)結(jié)構(gòu)。流程包的使用只是為了在導(dǎo)入導(dǎo)出過程中重用數(shù)據(jù)。在簡單的流程庫結(jié)構(gòu)下(Where a simple process repository structure is used)。對流程定義層上的操作，被導(dǎo)入的流程庫的共享信息會被復(fù)制到各個單獨的流程定義中(并在導(dǎo)出過程中被類似地重新打包)。
?
6.4.1.1重新定義和范圍(Redefinition and Scope)
因為有重新定義屬性和元模型實體和對外部流程包的引用的可能，所以范圍和層次的規(guī)則(principles of scope and hierarchy)被引入到了XPDL(和流程庫)結(jié)構(gòu)中。
(i)流程相關(guān)數(shù)據(jù)
流程相關(guān)數(shù)據(jù)的范圍被直接相關(guān)的元模型實體定義并且不能被嵌套。它的標識符的可見性同樣由該實體定義。{不知道有沒搞錯..費解}
(ii)屬性
屬性和外部屬性的范圍被直接相關(guān)的元模型實體定義并且可以被嵌套，例如可以在下一層被重新定義。例子：名字屬性在各個實體定義中被重新定義。外部屬性的標識符在特定實體和子實體可見，除非在子實體中重新定義了該標識符。
(iii)流程參與者和應(yīng)用程序
流程參與者和應(yīng)用程序的范圍和可見性與外部屬性相同。所有被(流程參與者和應(yīng)用程序)使用的流程相關(guān)數(shù)據(jù)和外部屬性的范圍必須和使用者的范圍一樣，至少在同一個流程包內(nèi)。
For a referenced external package entity that needs itself reference to entities and their identifiers defined in its external package clause the mechanism is started with the root in that package. That guarantees that no conflict takes place if the invoking process has an entity with the same id, which the definer of the referenced package cannot be aware of.
外部流程包的使用給流程設(shè)計者和管理者以很大的自由。一是可以在分開的模型中分別定義組織機構(gòu)(參與者實體)和流程定義。另一個是可以添加一個新的流程定義共享原來的流程定義所用的模型而不需要重新提交整個環(huán)境信息。
?
6.5實體預(yù)覽(Elements Overview)
下表展示了XPDL中定義的主要元素(elements)
-第一欄包含所有主要元素的屬性。所有主要元素包含的屬性有：id，name可能有Description和Extended Attributes。
-第二欄是特殊的屬性
-The third group consists of elements that may contain references to other elements.
-Documentation and Icon elements ：被工作流引擎使用的描述信息
-第五欄包含了仿真和優(yōu)化的信息
以后可能會添加別的元素和預(yù)定義屬性
| Package |
Workflow Process |
Activity |
Transition |
Application |
Data Field(Workflow Relevant Data) |
Participant |
-Id
-Name
-Description
-Extended
Attributes
-XPDL
Version
-Source Vendor
ID
-Creation
Date
-Version
-Author
-Codepage
-Country
Key
-Publication
Status
-Conformance
Class
-Priority
Unit |
-Id
-Name
-Description
-Extended
Attributes
-Creation
Date
-Version
-Author
-Codepage
-Country
Key
-Publication
Status
-Priority
-Limit
-Valid
From
Date
-Valid
To
Date
|
-Id
-Name
-Description
-Extended Attributes
-Automation
Mode
-Split
-Join
-Priority
-Limit
-Start
Mode
-Finish
?Mode
-Deadline |
-Id
-Name
-Description
-Extended
Attributes |
-Id
-Name
-Description
-Extended
Attributes |
-Id
-Name
-Description
-Extended
Attributes
-Data Type |
-Id
-Name
-Description
-Extended
Attributes
-Participant
Type |
-Responsible
-External
Package |
-Parameters
-Responsible |
-Performer
-Tool
-Subflow
-ActivitySet
-Actual
Parameter |
-Condition
-From
-To |
-Parameters |
-Initial Value |
? |
-Documentation
-Icon |
-Documentation
-Icon |
-Documentation
-Icon |
? |
? |
? |
? |
| -Cost Unit |
-Duration
Unit
-Duration
-Waiting
Time
-Working
Time
|
-Cost
-Duration
-Waiting Time
-Working
Time |
? |
? |
? |
? |
6.5.1供應(yīng)商或用戶擴展(Vendor or User specific Extensions)
盡管元模型和XPDL包含了大部分流程定義交換過程中需要的結(jié)構(gòu)。但在特定環(huán)境下流程定義可能需要包含更多的信息(供應(yīng)商或用戶的特定信息)。供應(yīng)商或用戶應(yīng)盡量使用標準的實體和屬性。以下將描述擴展信息的標準方法，但這要求流程引擎提供相應(yīng)的運行時支持。
?
6.5.1.1Extended Attributes
最主要的方法是使用Extended Attributes。Extended Attributes由供應(yīng)商或用戶在必要情況下自行定義，用以表達額外的信息。額外屬性的運行時支持分別在兩個系統(tǒng)中實現(xiàn)，而且雙方要在對額外屬性的導(dǎo)入導(dǎo)出上達成一致。
?
6.5.1.2. Extended parameter mapping
關(guān)于子流程的參數(shù)傳遞，由供應(yīng)商自行決定，和WfMC無關(guān)
最后:faint...人家已經(jīng)xpdl2.0了
?
好像n多概念不一樣了。2005-10-3的版本，然道我就這么倒霉？
2.0的流程包(Package)里面添加了pools,message flows,associations & artifacts的概念。
?
泳道(Swimlanes)?
池(Pool){環(huán)節(jié)，流向(Sequence Flow (transitions))} Pool之間通過信息流(Message Flow)聯(lián)系。白箱黑箱。background pool即默認的pool
?
通道(Lane)，進一步分割pool,屬性被其中的環(huán)節(jié)繼承
?
巨faint，人家已經(jīng)有翻譯好的。。1.0版本的，除了幾個特殊名稱的翻譯不習慣外，讀起來挺流暢的。
但不能理解的還是不能理解，好像翻譯的人也沒融會貫通。
就當學英語好了..郁悶。以后失業(yè)了可以試試粗淺的翻譯。
?
工作流現(xiàn)在咋就這么流行呢？ http://www.cnitblog.com/Files/Raistlin/wfmc-zh.rar