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