【正文】 等），當(dāng)然處理人要求上一處理人重新辦理，或重新發(fā)送。催辦（自動(dòng)催辦、手動(dòng)催辦） ):用戶能夠?qū)^期未完成的文檔進(jìn)行催辦通知以及處理傳閱：審批人員在進(jìn)行事項(xiàng)審批時(shí)，覺得需要將該事項(xiàng)傳送給相關(guān)人員進(jìn)行查看，此流轉(zhuǎn)過程稱為傳閱，相關(guān)人員在接收到此事項(xiàng)后只可查看不可進(jìn)行審批。定時(shí)代理：可以設(shè)置定時(shí)代理人，相關(guān)的工作任務(wù)到點(diǎn)會(huì)給代理人處理。轉(zhuǎn)辦：當(dāng)前辦理者可以把工作轉(zhuǎn)給同一權(quán)限的人員辦理；授權(quán)代辦：當(dāng)辦理人員無法及時(shí)處理流程，如出差，可設(shè)定其他人員代辦客戶端應(yīng)用流程啟動(dòng)的權(quán)限控制代辦工作已辦工作閱覽事項(xiàng)消息提醒：系統(tǒng)消息、郵件通知、短信通知撤辦（撤銷）流程啟動(dòng)者可以要求對正在處理的流程進(jìn)行撤銷辦理；拿回重辦能對各個(gè)節(jié)點(diǎn)進(jìn)行詳細(xì)的設(shè)置，尤其是task 節(jié)點(diǎn)，如：表單設(shè)置，按各種條件設(shè)置辦理人等，超時(shí)設(shè)置，定時(shí)執(zhí)行設(shè)置等。處理策略包括：超時(shí)策略（可以執(zhí)行超時(shí)預(yù)警、報(bào)警、超時(shí)跳躍，還可以由用戶自定義策略）、延時(shí)策略（某個(gè)工作項(xiàng)提交后并不馬上觸發(fā)下一個(gè)任務(wù)，而是延時(shí)某個(gè)時(shí)間段后再觸發(fā)）；d、流程實(shí)例或活動(dòng)實(shí)例的掛起、恢復(fù)，滿足一定條件（用戶可自定義業(yè)務(wù)規(guī)則條件）后某個(gè)流程實(shí)例或活動(dòng)實(shí)例自動(dòng)掛起一個(gè)時(shí)間段，時(shí)間段到時(shí)后自動(dòng)恢復(fù)；e、統(tǒng)計(jì)和報(bào)表，可以按照時(shí)間段（小時(shí)、日、月、年等）對某人或某角色、某崗位等的工作情況進(jìn)行統(tǒng)計(jì)分析，可以分析參與實(shí)體的工作完成效率，工作負(fù)載等，可以分析某個(gè)流程或某個(gè)任務(wù)節(jié)點(diǎn)的執(zhí)行效率；f、針對上面的統(tǒng)計(jì)結(jié)果，找出關(guān)鍵路徑（如果存在），對流程進(jìn)行優(yōu)化；工作流系統(tǒng)的功能點(diǎn)說明可視化流程自定義生成符合jbpm工作流引擎的xml文件。工作流時(shí)間管理之功能分類工作流時(shí)間管理按照功能劃分，主要有以下幾個(gè)部分：a、工作日、非工作日設(shè)定（包括工作時(shí)間、節(jié)假日的設(shè)定等）。其實(shí)這些都不是工作流時(shí)間管理的本質(zhì)，工作流時(shí)間管理的本質(zhì)在于可以對整個(gè)流程的執(zhí)行效率進(jìn)行分析，在分析的基礎(chǔ)上進(jìn)行不斷地優(yōu)化，從而真正地達(dá)到優(yōu)化企業(yè)業(yè)務(wù)流程（實(shí)際上就是對網(wǎng)絡(luò)圖進(jìn)行時(shí)間優(yōu)化）提高企業(yè)的執(zhí)行效率?？赡芡ㄟ^循環(huán)產(chǎn)生任務(wù)實(shí)例工作流之資源模式工作流資源包括參與實(shí)體資源、外部應(yīng)用資源參與者。 案例：在網(wǎng)上訂購書籍，以書為單位，每一本都會(huì)獨(dú)立產(chǎn)生一個(gè)購書實(shí)例，并且每個(gè)實(shí)例之間不需要同步數(shù)據(jù)。 描述：在流程中，一個(gè)活動(dòng)可以激活多個(gè)實(shí)例，也就是說可以把一個(gè)活動(dòng)分發(fā)成幾個(gè)控制線程。 案例：“主管審批”通過后進(jìn)入“經(jīng)理審批”，未通過則無下一個(gè)活動(dòng)。有的工作流引擎不支持。（前提：工作流不能處于死鎖狀態(tài)）。在一個(gè)流程中，如果沒有活動(dòng)可執(zhí)行了那么流程就會(huì)終止。l 案例： 描述： 案例：M個(gè)“會(huì)簽”活動(dòng)中只要N個(gè)會(huì)簽完成就立即進(jìn)入“會(huì)簽結(jié)束”。與模式9的區(qū)別在于模式10有N路同步的概念。 Jbpm不支持l 案例：　 擇分支）中的第一個(gè)分支執(zhí)行到達(dá)后，就立刻激活后續(xù)活動(dòng)。 描述：Jbpm可以利用task節(jié)點(diǎn)實(shí)現(xiàn)。 案例：報(bào)銷過程中假如分為住宿費(fèi)、交通費(fèi)、飛機(jī)票特殊報(bào)銷，每種類型都需要進(jìn)行審批。有的工作流引擎不支持。 描述：在流程中多個(gè)分支（可能是模式6 多重選擇的一個(gè)或多個(gè)分支；也可能是模式2 并行中的多個(gè)分支），在合并時(shí)每個(gè)分支執(zhí)行完都會(huì)激活后面的活動(dòng)。 案例：要等待所有需要會(huì)簽的活動(dòng)都結(jié)束才進(jìn)入“會(huì)簽結(jié)束”，忽略不需要會(huì)簽的活動(dòng)。模式7一般與模式6配合使用。這個(gè)模式可以選擇分支路徑，如果只選擇一個(gè)分支，實(shí)現(xiàn)的功能類似于模式5 簡單聚合模式；如果選擇兩個(gè)及以上的分支，實(shí)現(xiàn)的功能類似于模式 3 同步模式。 描述：在流程中的某個(gè)聚合點(diǎn)，多個(gè)分支路徑合并成一個(gè)路徑。 案例“發(fā)起會(huì)簽”之后，可以多種選則會(huì)簽方式，但至少要選擇一種。選擇的多個(gè)分支可能存在并行執(zhí)行的情況。Jbpm通過任務(wù)節(jié)點(diǎn)進(jìn)行簡單合并的ll一般采用“先進(jìn)先出”原則，但是后續(xù)活動(dòng)只產(chǎn)生一次（如果后續(xù)活動(dòng)執(zhí)行多次產(chǎn)生多實(shí)例，就是模式8）。 描述：有兩個(gè)或多個(gè)可選擇的分支，在某一點(diǎn)處合并成一個(gè)分支，但并不是同步合并（與模式2的區(qū)別）。如圖：根據(jù)路徑表達(dá)式進(jìn)行判斷，選擇運(yùn)行路徑。 案例：“下完訂單”后，可以選擇“銀行卡付款”或者“郵局匯款”，只要選擇一種方式即可。 描述：當(dāng)一個(gè)活動(dòng)完成以后，可以有多個(gè)分支進(jìn)行選擇，但是只能選擇其中的一個(gè)分支，即多選一。如圖：Jbpm通過以下方式支持同步1：多條并行分支 通過 join節(jié)點(diǎn)匯合成一條分支（join node）2：如果task node 節(jié)點(diǎn)的任務(wù)是同步執(zhí)行的，那這個(gè)節(jié)點(diǎn)就是同步任務(wù)。 案例：模式3一般與模式2配合使用。流程必須等待所有的分支都執(zhí)行完以后，才能激活后續(xù)活動(dòng)，這就是“同步”之意。 描述：Jbpm通過以下兩種方式支持并行1：通過fork節(jié)點(diǎn)，把一條分支分為多條同時(shí)并行的分支2:在相同的任務(wù)節(jié)點(diǎn)里定義并發(fā)任務(wù)。 案例：這些平行的活動(dòng)之間沒有關(guān)聯(lián)，執(zhí)行沒有順序關(guān)系。l“用戶付款”后才能進(jìn)行“發(fā)送貨物”。l 描述：包括：順序(sequence)、并行分裂（Parallel Split））、同步（Synchronization）、排它選擇（Exclusive Choice）、簡單合并（Simple Merge）、多路選擇（Multiple Choice）、多路合并（Multiple Merge）、路徑鑒別器（Discriminator）、M中選N合并（NoutofM Join）、同步合并（Synchronising Join）、任意循環(huán)（Arbitrary Cycles）、絕對終止(Implicit Termination）、多實(shí)例（設(shè)計(jì)時(shí)已知實(shí)例數(shù)目）、多實(shí)例（運(yùn)行時(shí)才知實(shí)例數(shù)目）、多實(shí)例（無預(yù)知）、多實(shí)例（要求同步的多實(shí)例）、延期選擇（Deferred Choice）、交叉路由（Interleaved Routing）、里程碑（Milestone）、取消任務(wù)（Cancel Activity）、取消流程（Cancel Case）。工作流之控制模式工作流控制模式是由[. van der Aalst]、. ter Hofstede、Bartosz Kiepuszewski、A. P. Barros等人于2000年提出的一個(gè)概念。工作流引擎：它是工作流管理系統(tǒng)的核心，工作流引擎對使用工作流模型描述的過程進(jìn)行初始化、調(diào)度和監(jiān)控過程中每個(gè)活動(dòng)的執(zhí)行，在需要人工介入的場合完成計(jì)算機(jī)應(yīng)用軟件與操作人員的交互。接口4：工作流引擎協(xié)作接口，是不同的工作流引擎之間進(jìn)行協(xié)作的接口規(guī)范，此接口WFMC定義的不是很詳細(xì)，不同廠商的工作流引擎直接進(jìn)行協(xié)作也存在大量的困難，因此實(shí)現(xiàn)此接口規(guī)范的工作流引擎產(chǎn)品也極少。接口3：工作流調(diào)用應(yīng)用接口，工作流引擎調(diào)用外部業(yè)務(wù)應(yīng)用的規(guī)范，例如在流程執(zhí)行的過程中去調(diào)用業(yè)務(wù)系統(tǒng)提供的接口處理業(yè)務(wù)數(shù)據(jù)等。接口2：工作流客戶應(yīng)用接口，它給用戶提供一種手段，以處理流程運(yùn)行過程中需要人工干預(yù)的任務(wù)（實(shí)際上就是工作項(xiàng)workitem)。此接口的規(guī)范有WPDL、XPDL、BPEL（BPM定義規(guī)范）大多數(shù)的工作流產(chǎn)品都實(shí)現(xiàn)了此接口。工作流管理系統(tǒng)可稱為企業(yè)的業(yè)務(wù)操作系統(tǒng)。工作流系統(tǒng)的概念WfMC定義：它是一個(gè)軟件系統(tǒng)，完成工作流的定義和管理，并按照在計(jì)算機(jī)中預(yù)先定義好的工作流邏輯推進(jìn)工作流實(shí)例的執(zhí)行。2：工作流反映了業(yè)務(wù)過程的自動(dòng)化，描述的是可由計(jì)算機(jī)系統(tǒng)支持運(yùn)行的業(yè)務(wù)過程。工作流系統(tǒng)及技術(shù)研究工作系統(tǒng)介紹及設(shè)計(jì)概念工作流的基本概念WfMC定義：工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則，文檔信息或任務(wù)能夠在不同的執(zhí)行者之間傳遞與執(zhí)行。工作流是一種反映業(yè)務(wù)流程的計(jì)算機(jī)化的模型，實(shí)現(xiàn)經(jīng)營過程集成與經(jīng)營過程自動(dòng)化而建立的可由工作流管理系統(tǒng)執(zhí)行的業(yè)務(wù)模型基本元素：任務(wù)，任務(wù)之間的關(guān)系工作流的基本特征1：工作流是面向業(yè)務(wù)過程的技術(shù)，這與傳統(tǒng)的面向功能的管理技術(shù)不同。3：工作流根據(jù)業(yè)務(wù)規(guī)則將系統(tǒng)中的各種資源相互關(guān)聯(lián)，并協(xié)調(diào)完成整個(gè)業(yè)務(wù)過程。指運(yùn)行在一個(gè)或多個(gè)工作流引擎的軟件上用于定義、實(shí)現(xiàn)和管理工作流運(yùn)行的一套軟件，人機(jī)交互，推進(jìn)工作流實(shí)例的執(zhí)行，并監(jiān)控其工作狀態(tài)。工作流系統(tǒng)的組成由流程建模工具、外部應(yīng)用接口、任務(wù)管理工具、流程監(jiān)控工具、組織建模工具、界面定義工具（電子表單工具）和內(nèi)部核心引擎組成.工作流參考模型及解析上圖是工作流管理聯(lián)盟提出的工作流管理系統(tǒng)參考模型，包括5個(gè)接口和1個(gè)核心引擎，其中各個(gè)接口的具體含義如下：接口1：工作流定義接口，為用戶提供一種可視化的，可以對實(shí)際業(yè)務(wù)進(jìn)行建模的工具，并生成業(yè)務(wù)過程的可被計(jì)算機(jī)處理的形式化描述。我們這里采用jpbm的流程描述：jpdl,。工作流管理系統(tǒng)負(fù)責(zé)維護(hù)這個(gè)工作項(xiàng)列表。此接口各個(gè)工作流產(chǎn)品實(shí)現(xiàn)的不盡相同，它和具體的工作流產(chǎn)品的實(shí)現(xiàn)語言和架構(gòu)相關(guān)， bean 的調(diào)用等。接口5：管理監(jiān)控接口，其功能是對工作流管理系統(tǒng)中所有實(shí)例的狀態(tài)進(jìn)行監(jiān)控與管理，如組織機(jī)構(gòu)管理、實(shí)例監(jiān)控管理、統(tǒng)計(jì)分析管理、資源控制等。另外它的另外一個(gè)重要的功能是完成與應(yīng)用軟件及操作人員的交互。他們一共總結(jié)了21種工作流模式。以上就是著名的工作流21種模式l工作流中的各個(gè)活動(dòng)在同一個(gè)進(jìn)程中按順序依次執(zhí)行。 案例：Jbpm使用transition實(shí)現(xiàn)順序。 描述：工作流中從一個(gè)線程中的一個(gè)點(diǎn)拆分為在多個(gè)線程中平行執(zhí)行的多個(gè)活動(dòng)。l“用戶付款”后激活了“發(fā)送貨物”以及“通知用戶”的執(zhí)行。l在流程中的某個(gè)點(diǎn)，多個(gè)并行的子流程或者活動(dòng)，合并成一個(gè)流程。l“發(fā)送貨物”以及“通知用戶”兩個(gè)并行活動(dòng)執(zhí)行完畢后，激活“存檔”活動(dòng)。llJbpm通過Decision實(shí)現(xiàn)排他選擇l與模式4也有點(diǎn)相似，都是“多選一”，但模式4是分散，而模式5 是合并。模式5一般與模式4配合使用。 案例：無論在何種方式的“付款”之后，進(jìn)行“發(fā)送貨物”。 描述：當(dāng)一個(gè)活動(dòng)完成以后，有多個(gè)分支進(jìn)行選擇，可以選擇其中的一個(gè)或者多個(gè)分支，即“多選多”（模式4 選擇是“多選一”模式）。模式6可以認(rèn)為是模式4的擴(kuò)展。laJpbm沒有直接實(shí)現(xiàn)多路選擇的功能.l在聚合點(diǎn)，流程會(huì)等待所有的分支到來，才能激活后續(xù)的活動(dòng)。模式7可以認(rèn)為是模式5的擴(kuò)展。lJbpm不支持同步合并l與模式5 簡單合并的區(qū)別在于：簡單合并的分支只有一個(gè)可執(zhí)行并且后續(xù)活動(dòng)只激活一次；而多路合并是多個(gè)分支可執(zhí)行，后續(xù)活動(dòng)激活多次。l如果飛機(jī)票的審批比較嚴(yán)格，拖得較久，可能就需要其他的費(fèi)用先審批通過進(jìn)入下一環(huán)節(jié)。l 在流程中的某個(gè)聚合點(diǎn)，等待所有的分支（可能是并行分支，也可能是多重選ll M個(gè)“會(huì)簽”活動(dòng)中只要一個(gè)會(huì)簽完成就立即進(jìn)入“會(huì)簽結(jié)束”。 描述：在流程中的某個(gè)聚合點(diǎn)，等待所有的M 個(gè)分支(可能是并行分支，也可能是多多選分支）中的前N 個(gè)分支執(zhí)行到達(dá)后，就立刻激活后續(xù)活動(dòng)。ll工作流中的一個(gè)點(diǎn)可以讓一個(gè)或多個(gè)活動(dòng)反復(fù)的執(zhí)行。l“修改提交”后進(jìn)入“經(jīng)理審批”，但未通過，又回到“修改提交”。Jbpm支持（Implicit Termination） 描述：換句話說，在工作流中沒有active 狀態(tài)的活動(dòng)了，而且也沒有活動(dòng)會(huì)被激活，這就是隱式終止。lJbpm支持（Multiple Instances Without Synchronization）l每個(gè)控制線程之間都是相互獨(dú)立的，并不需要同步它們。lJbpm支持。實(shí)體模式，包括直接分配（Direct Allocation）、基于角色/組分配（RoleBased/GroupBased Allocation）、基于崗位分配（PositionBased Allocation）、延期分配/動(dòng)態(tài)分配（Deferred Allocation/Dynamic Allocation）、基于規(guī)則分配（RuleBased Allocation）、基于能力的分配（CapabilityBased Allocation）、基于組織關(guān)系分配（Organisational Allocation）、基于歷史分配（HistoryBased Allocation）、輪轉(zhuǎn)法分配（Round Robin Allocation）、競爭分配（Competitive Allocation）、委派（Delegation）、跳躍（Skip）、重做（Redo）直接分配模式：在工作流設(shè)計(jì)期，直接為某個(gè)活動(dòng)節(jié)點(diǎn)指定具體的用戶為參與者；基于角色/組分配模式：在工作流設(shè)計(jì)期，直接為某個(gè)活動(dòng)節(jié)點(diǎn)指定某個(gè)角色或組為參與者；基于崗位分配模式：在工作流設(shè)計(jì)期，為某個(gè)活動(dòng)分配一個(gè)具體的崗位；延期/動(dòng)態(tài)分配模式：在運(yùn)行期動(dòng)態(tài)的分配某個(gè)參與實(shí)體給某個(gè)活動(dòng)節(jié)點(diǎn)；基于規(guī)則的分配模式：在設(shè)計(jì)期或運(yùn)行期，根據(jù)某個(gè)具體的規(guī)則來決定某個(gè)活動(dòng)節(jié)點(diǎn)的參與者，此規(guī)則可以由規(guī)則引擎（例如DRools）來運(yùn)算，也可以由xpath來查詢，或者有某個(gè)具體的運(yùn)算邏輯（在活動(dòng)節(jié)點(diǎn)調(diào)用業(yè)務(wù)應(yīng)用，例如javabean來實(shí)現(xiàn)）；基于能力的分配模式：要求某個(gè)活動(dòng)的參與者實(shí)體必須具備特定的條件；基于組織關(guān)系分配：基于當(dāng)前參與者的職位以及與其它組織資源的關(guān)系（例如請假流程中，程序員請假會(huì)自動(dòng)路由給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理請假會(huì)路由給部門經(jīng)理，然后依次給根據(jù)行政關(guān)系自動(dòng)分配參與者）；基于歷史分配模式：當(dāng)前活動(dòng)節(jié)點(diǎn)的參與者為前續(xù)某個(gè)已經(jīng)執(zhí)行過的活動(dòng)節(jié)點(diǎn)的參與者，此模式在電子政務(wù)的審批流程中經(jīng)常會(huì)用到，例如某個(gè)工作項(xiàng)由秘書辦理后發(fā)給領(lǐng)導(dǎo)，然后又從領(lǐng)導(dǎo)處返回個(gè)秘書；輪轉(zhuǎn)法分配模式：在運(yùn)行期按照輪轉(zhuǎn)法進(jìn)行分配，輪轉(zhuǎn)法大家應(yīng)該在負(fù)載均衡的解決方案中經(jīng)?？吹剑桓偁幏峙淠Ｊ剑夯顒?dòng)節(jié)點(diǎn)的參與者有多個(gè)人，多個(gè)人共同競爭此活動(dòng)，