WfMC是啥
WfMC=Workflow Management Coalition.好象有人翻譯成工作流管理委員會.有的稱之為國際工作流管理委員會.俺不大了解,但好象加入該Coalition好象是要年費的.所以與其說是"委員會",不如稱之為"聯合會"。
是否符合WfMC標準需要WfMC確認,并不是誰都能聲稱自己符合WfMC的標準的.
什么是工作流:
工作流管理委員會(WfMC)把工作流定義為：工作流是一類能夠完全或部分自動執行的業務過程。根據一系列規則，文檔、信息、任務能夠在不同的執行者之間傳遞、執行。完成正個過程所需要的參數有：
過程中每一單獨步驟的定義，每一步驟由誰負責，每個活動需要的應用程序。定義一個工作流就是說明了處理過程是什么：由哪些活動、任務組成即流的結構。如何做：活動間的執行條件、規則，所交互的信息即控制流與信息流的定義，誰來做：人還是應用程序即角色定義，做得怎么樣：對工作流的執行狀態實施監控。(工作流管理與事務服務設計方案)
WfMC提出了一種工作流的參考模型(Workflow Reference Model)：目的就是把工作流分成5個模塊,并定義這5個模塊之間的接口的規范.這么做的意義是啥呢?應該不歸我菜鳥來解釋了.
模型包含5個模塊：
1.過程定義(Process Definition)
2.特定的工作流系統(Workflow Enactment Service),其中包含一個或多個工作流引擎(Workflow Engine(s)),提供工作流API和交換(Workflow API and Interchange)
3.工作流客戶端程序(Workflow Client Application)
4.激發的程序(Invoked Applications)
5.其它工作流系統(Other Workflow Enactment Service)
6.管理和監控工具(Aministration & Monitoring Tools)
其中包含5個接口(Interface)
1.工程定義工具接口(Process Definition Tools Interface)
工作流系統(Workflow Enactment Service)<=>過程定義(Process Definition)
2.客戶端程序接口(Workflow Client Application Interface)
工作流系統(Workflow Enactment Service)<=>工作流客戶端程序(Workflow Client Application)
3.激發程序接口(Invoked Application Interface)
工作流系統(Workflow Enactment Service)<=>激發的程序(Invoked Applications)
4.工作流系統間協同接口(Workflow Interoperability Interface)
工作流系統(Workflow Enactment Service)<=>其它工作流系統(Other Workflow Enactment Service)
5.管理和監控接口(Administration & Monitoring Tools Interface)
工作流系統(Workflow Enactment Service)<=>管理和監控工具(Aministration & Monitoring Tools)
XPDL：
5.流程定義交換概述(Overview of Process Definition Interchange)
流程定義的作用：
1。產生和控制流程實例的模版
2。仿真和預測
3。監控和分析
4。文檔，可視化和知識庫管理(?)
可能會包含子流程的定義
一個初始的流程定義最少要包含初始化和執行所需要的對象(objects)和屬性(attributes)。流程實例將繼承(inherit)這些對象和屬性。
WfMC術語表中包含活動(activities), 流向(transitions), 工作流相關數據(workflow relevant data)和參與者(participants)等。
?
5.1流程定義交換的方法(Approaches to Process Definition Interchange)
這里使用XML作為交換的機制。XPDL提供一種交換標準，使用導入導出(import/export)的方法使得任意在內部用不同方式表示流程的系統得以互相交換流程(?)。
有很多不同的方法可以用來在不同系統間交換流程。在這些方法中都必須把流程表示成一致的格式。
6.元模型(Meta-Model)
元模型用以描述一個流程定義的最上層實體(the top-level entities)，實體的關系和屬性(這些屬性有的只是用以仿真或監控的目的，而不是為了運行(enactment))；它包含了把多個流程組織成流程模型(process models)和多個流程和流程模型間的公共定義數據(common definition data)。
?
6.1實體(Entities)
6.1.1工作流定義(Workflow Process Definition)
提供上下文環境(contextual information)，提供管理信息（如創建日期，作者等）或者用于執行(process execution)的信息（如初始值，執行優先級，期限，需要通知的人，仿真信息(simulation information)等）
6.1.2環節（Workflow Process Activity）
一個流程定義中包含多個環節，環節是流程中邏輯上獨立的單元。環節代表使用多種資源處理的工作（參與者的任務）或/和應用程序（應用軟件的職能）。其它信息包含是否自動開始/結束，當和其它環節發生資源沖突的時候的優先級。對流程相關數據(workflow relevant data items)的使用也必須指明。一個環節的范圍是某個特定的流程。
一個環節可能是一個子流程(subflow)。這種情況下它包含了一個特定流程的執行，這個流程可能在同一個工作流服務器（workflow service）中運行，也可能在其它工作流服務器上運行（通過流程協同接口(process interoperability interface)）。子流程包含它自己的環節，內部流向，資源和應用程序分配(application assignments)，盡管這些可能是從同一個公共資源而來。輸入參數和輸出參數使得流程相關信息得以被在調用和被調用流程間交換（如果必要可以是返回參數）。
一個環節可能是一個塊環節(block activity)。塊環節包含一個環節組(activity set,)，或一堆環節和流向，一個環節組中的環節和流向共用內流程(containing process)的名字空間。
最后，一個空環節（dummy activity）不執行任何操作（因此沒有相關資源和相關applications），僅用來在入流向(incoming transitions)和/或出流向(outgoing transitions)間進行流轉(routing).
6.1.3流向信息.(Transition Information)
環節之間由流程控制條件相關聯(流轉條件(transition information).)).每個流向包含三個基本屬性,源環節,目的環節和流向條件.從一個環節到另一個環節的流向可能是有條件的,也可能是不需要條件的.一個流程里面的多個流向可能產生串行的(sequential)或并行的(parallel)環節.分叉(split)或者合并(join)的相關信息在對應的環節之中,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.{開始昏了}一個流向屬于包含它和它的相關環節的流程.
其它更復雜的流向,不能用簡單的函數來表達的,使用空環節來實現.結合使用基本的流向和空環節,任何復雜的流轉結構都可以被實現.因為業內已經有好幾種流向控制的途徑,在XPDL中也有相應的幾類,在本文稍后描述.
6.1.4流程參與者聲明(Workflow Participant Declaration)
流程參與者聲明描述在流程定義中各個環節的參與者(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.{環節參與者是環節的一個屬性...昏了}.流程參與者不一定是單獨的個人,也可以是一組有相應資格或責任的人,或者機器的自動操作.元模型包含了一些簡單的資源類型,這些類型可能在流程參與者聲明中被定義.
6.1.5資源庫(Resource Repository)(?)
資源庫說明參與者可能是人員,程序,或者機器.在更復雜的情況下,參與者聲明可能是一個資源庫,它可能是參與人員的一個組織機構模型(Organizational Model).這份文檔并沒有定義或要求一個資源庫.
6.1.6工作流應用程序聲明(Workflow Application Declaration)
工作流應用程序聲明描述了被工作流服務器調用的,用以支持各個環節的處理的IT應用程序或接口,這些程序和接口被定義為環節的一個屬性.這些應用程序可能是行業工具,特定部門或企業的服務,或在工作流管理系統框架下的本地應用程序.工作流應用程序聲明反映了工作流引擎和{應用程序或接口}的接口,包含需要傳遞的參數.
6.1.7工作流相關數據(Workflow Relevant Data)
工作流相關數據定義了在流程執行過程中創建和使用的數據.這些數據在工作流中被環節或者應用程序使用,并可能被用于傳遞持久的信息或者環節間的中間結果或/和用于判斷流向流轉或者分配參與者的的中間數據.工作流相關數據是特殊的類型(Workflow relevant data is of particular type.),XPDL定義了各種基本的和復雜的數據類型,(包含日期Date,字符串string,等).環節,被調用的應用程序(invoked applications)和/或流向條件會用到工作流相關數據.
6.1.8系統和環境數據(System and Environmental Data)
系統和環境數據由流程管理系統和本地系統環境管理,但會被工作流環節或工作流管理系統用于計算條件表達式,如同工作流相關數據一樣.
6.1.9數據類型和表達式(Data Types and Expressions)
元模型(和相關的XPDL)假設有一些標準數據類型(string,reference,integer,float,date/time等),這些數據類型被用于工作流相關數據,系統和環境數據或參與者數據(participant data).用于條件判斷的表達式將由這些數據類型組成.數據類型可以用XML schema或者引用外部資源中定義的類型來擴展.
?
?6.2流程和流程包(Processes and Packages)
從以上內容可知,流程模型包含的很多實體(entities)的范圍超出了單個流程定義的范圍.可能多個流程定義會引用到相同的流程參與者,工作流應用程序和工作流相關數據.元模型采取了使用公共流程定義庫(common process definition repository)來包含這些實體和工作流定義.在這個庫本身的范圍內,為了提高傳送流程定義數據的效率,引入了流程包的概念,流程包包含了一組工作數據實體(common data entities)和許多不同的流程定義,避免了在不同的流程定義中重復定義這些工作數據實體.
流程包包含了流程定義實體的許多公共屬性如(作者,版本,狀態等),包內的每個流程定義自動繼承了所有這些公共屬性,除非它們在流程定義中分別被重新指定.
?
在包中的一些實體的定義是全局的,能夠被包中的所有流程定義(以及相關的環節和流向)引用,這些實體是:
-流程參與者聲明
-工作流應用程序聲明
-工作流相關數據
可以在流程包或者流程包包含的對象中使用被引用的外部流程包的最上層實體(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
-流程參與者聲明
-工作流應用程序聲明
?
同一個庫地址空間(repository address space)中的不同流程包的名稱和標識的管理規定由提供商自己定義.{相同庫,但不同包的名字空間的劃分方法由工作流的開發者自己設計,好像是這意思}.推薦的查找方法是:
-流程id:先在同一個model中尋找(包含任何在不同服務器上運行的流程定義的引用),然后在任何被引用的外部model中查找
-流程參與者聲明/工作流應用程序聲明 :先在同一個model中查找,再在任何被引用的外部model中查找.
{這里model指的范圍可能是流程包,有點像java import一個名字空間進來,怎么找一個類型一樣}
?
工作流相關數據的命名在同一個流程包中必須是唯一的,在同一個包中,{在這份文檔的當前版本},流程間參數的傳遞慣例是值傳遞(copy semantics).流程設計者(管理員)必須在流程定義/流程模型中確保名稱和數據類型在調用子流程時的一致(和任何其它遠程流程協調工作時的一致).
?6.3流程元模型(Process Meta-Model)
流程元模型定義了用于流程定義交換的一組基礎的實體(entities)和屬性(attributes)。對于每個流程定義，以下實體必須在流程范圍內定義或從流程包中繼承，或從其它包中引用：
-環節(Workflow Process Activity)
-流向(Transition Information)
-流程參與者(Workflow Participant Specification)
-工作流應用程序聲明(Workflow Application Declaration)
-流程相關數據(Workflow Relevant Data)
這些實體的屬性描述了流程的機制，它們將在本文后面被描述。
6.4流程包元模型(Package Meta-Model)
在一個模型定義(model definition.)中，多個流程定義是互相關聯的。流程包包含了流程定義和相關的實體，而這些實體能被所有包內的流程使用(所有這些實體只要被定義一次)。流程包元模型包含了以下的實體：
-流程定義(Workflow Process Definition)
-流程參與者(Workflow Participant Specification)
-工作流應用程序聲明(Workflow Application Declaration)
-流程相關數據(Workflow Relevant Data)
>
流程包的原模型指出了用于流程模型的交換和保存的實體和屬性。它定義了各種不同的繼承規則，來關聯單獨的流程定義和{流程參與者，工作流應用程序聲明和工作流相關數據的定義}，這些定義(流程參與者...的定義)可能在單個流程定義中，也可能在流程包中。
流程包定義允許指定一些公共的流程定義屬性，這些屬性自動被應用于流程包中的每個流程定義。這些屬性也可被但個流程所忽略.(如果這些屬性在流程定義層被重新定義，那本地的屬性值將覆蓋全局的)
?
6.4.1流程庫(Process Repository)
流程定義導入/導出接口被用于操作工作流管理系統的流程庫。實現的方法是從這些流程庫中導入導出包含XPDL的文件。這個接口在單獨的流程和流程包兩個等級上導入導出流程定義數據。
流程庫和流程控制功能之間的接口由各個供應商(工作流實現者)自行決定，與本標準無關。但推薦把靜態的流程庫(for persistent, ongoing storage of process definition data)和動態的流程庫(for managing changes to the process execution of extant process instances)區分開來(比如用版本控制)。
WfMC標準不包含流程定義庫的具體內部實現結構。流程包的使用只是為了在導入導出過程中重用數據。在簡單的流程庫結構下(Where a simple process repository structure is used)。對流程定義層上的操作，被導入的流程庫的共享信息會被復制到各個單獨的流程定義中(并在導出過程中被類似地重新打包)。
?
6.4.1.1重新定義和范圍(Redefinition and Scope)
因為有重新定義屬性和元模型實體和對外部流程包的引用的可能，所以范圍和層次的規則(principles of scope and hierarchy)被引入到了XPDL(和流程庫)結構中。
(i)流程相關數據
流程相關數據的范圍被直接相關的元模型實體定義并且不能被嵌套。它的標識符的可見性同樣由該實體定義。{不知道有沒搞錯..費解}
(ii)屬性
屬性和外部屬性的范圍被直接相關的元模型實體定義并且可以被嵌套，例如可以在下一層被重新定義。例子：名字屬性在各個實體定義中被重新定義。外部屬性的標識符在特定實體和子實體可見，除非在子實體中重新定義了該標識符。
(iii)流程參與者和應用程序
流程參與者和應用程序的范圍和可見性與外部屬性相同。所有被(流程參與者和應用程序)使用的流程相關數據和外部屬性的范圍必須和使用者的范圍一樣，至少在同一個流程包內。
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.
外部流程包的使用給流程設計者和管理者以很大的自由。一是可以在分開的模型中分別定義組織機構(參與者實體)和流程定義。另一個是可以添加一個新的流程定義共享原來的流程定義所用的模型而不需要重新提交整個環境信息。
?
6.5實體預覽(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 ：被工作流引擎使用的描述信息
-第五欄包含了仿真和優化的信息
以后可能會添加別的元素和預定義屬性
| 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供應商或用戶擴展(Vendor or User specific Extensions)
盡管元模型和XPDL包含了大部分流程定義交換過程中需要的結構。但在特定環境下流程定義可能需要包含更多的信息(供應商或用戶的特定信息)。供應商或用戶應盡量使用標準的實體和屬性。以下將描述擴展信息的標準方法，但這要求流程引擎提供相應的運行時支持。
?
6.5.1.1Extended Attributes
最主要的方法是使用Extended Attributes。Extended Attributes由供應商或用戶在必要情況下自行定義，用以表達額外的信息。額外屬性的運行時支持分別在兩個系統中實現，而且雙方要在對額外屬性的導入導出上達成一致。
?
6.5.1.2. Extended parameter mapping
關于子流程的參數傳遞，由供應商自行決定，和WfMC無關
最后:faint...人家已經xpdl2.0了
?
好像n多概念不一樣了。2005-10-3的版本，然道我就這么倒霉？
2.0的流程包(Package)里面添加了pools,message flows,associations & artifacts的概念。
?
泳道(Swimlanes)?
池(Pool){環節，流向(Sequence Flow (transitions))} Pool之間通過信息流(Message Flow)聯系。白箱黑箱。background pool即默認的pool
?
通道(Lane)，進一步分割pool,屬性被其中的環節繼承
?
巨faint，人家已經有翻譯好的。。1.0版本的，除了幾個特殊名稱的翻譯不習慣外，讀起來挺流暢的。
但不能理解的還是不能理解，好像翻譯的人也沒融會貫通。
就當學英語好了..郁悶。以后失業了可以試試粗淺的翻譯。
?
工作流現在咋就這么流行呢？ http://www.cnitblog.com/Files/Raistlin/wfmc-zh.rar