工作流引擎技術(shù)白皮書DOC.doc

精品文檔工作流引擎產(chǎn)品功能介紹 V0.07 目錄1.1工作流引擎簡介41.1.1產(chǎn)生背景41.1.2發(fā)展階段EDF(電子數(shù)據(jù)流)階段TPF(事務(wù)處理流)階段IMF(整體集成管理流)階段CPF(知識共享和持續(xù)改進(jìn))階段61.1.3主要特點61.1.4流程定義和運行71.1.5流程運轉(zhuǎn)模式71.1.6工作流引擎不等于OA系統(tǒng)91.2XX工作流引擎101.2.1XX工作流引擎簡介101.2.2產(chǎn)品設(shè)計工作流是XX電子政務(wù)平臺的組件之一工作流引擎設(shè)計思想工作流引擎產(chǎn)品架構(gòu)141.2.3產(chǎn)品功能支持流程運轉(zhuǎn)模式設(shè)計工具控制平臺任務(wù)列表流程與用戶工作流數(shù)據(jù)事務(wù)處理異常處理251.2.4產(chǎn)品安全能力251.2.5產(chǎn)品集成擴(kuò)展251.2.6運行環(huán)境261.3XX工作流引擎適應(yīng)復(fù)雜應(yīng)用的要求261.3.1多機(jī)構(gòu)聯(lián)合作業(yè)271.3.2流程的定義集中管理281.3.3嵌套子流程和和引用子流程281.4XX工作流應(yīng)用實施方法281.4.1點面結(jié)合，全面推進(jìn)281.4.2分步實施，適當(dāng)激勵291.4.3持續(xù)改進(jìn)，形成文化291.5XX工作流引擎成功案例291.5.1廣州移動廣州公務(wù)機(jī)管理系統(tǒng)30實現(xiàn)功能30實施效果311.5.2廣州外經(jīng)貿(mào)網(wǎng)上政務(wù)-發(fā)文管理3實現(xiàn)功能3實施效果34 36歡迎下載36歡迎下載。1.1 工作流引擎簡介1.1.1 產(chǎn)生背景隨著我國信息化建設(shè)的不斷深入，越來越多的政府部門和企事業(yè)單位都清醒地認(rèn)識到信息化對于自身的生存與發(fā)展的重要性，以IT 系統(tǒng)建設(shè)為基礎(chǔ)提高工作效率，增強(qiáng)競爭能力，已經(jīng)成為共識。在過去的若干年中，許多企業(yè)以當(dāng)時的IT 發(fā)展水平為基礎(chǔ)，針對不同的業(yè)務(wù)需求搭建了種類繁多的應(yīng)用系統(tǒng)。回顧這一階段，我們可以發(fā)現(xiàn)長期以來IT 系統(tǒng)的建設(shè)一直跟隨著技術(shù)的革新和業(yè)務(wù)需求的增長而被動地發(fā)展著。不論技術(shù)手段如何變化，企業(yè)仍舊習(xí)慣于沿著功能分析的思路為特定的需求開發(fā)專有應(yīng)用。隨著時間的推移，企業(yè)內(nèi)部逐漸積累了許多相互孤立的筒倉式應(yīng)用系統(tǒng)。不可否認(rèn)，正是這些應(yīng)用系統(tǒng)共同構(gòu)成了當(dāng)今企業(yè)的主要IT 運行環(huán)境并有效地支撐了企業(yè)早期的業(yè)務(wù)發(fā)展，但是我們也必須清醒地認(rèn)識到，在這些缺乏前期規(guī)劃、互連性極差的應(yīng)用系統(tǒng)之間信息不能被有效地共享且難于保持一致，業(yè)務(wù)過程也無法順暢地流轉(zhuǎn)，它們是造成“信息孤島”現(xiàn)象的根源。一些企業(yè)也曾經(jīng)嘗試采用整理、合并各種需求、統(tǒng)一數(shù)據(jù)接口、規(guī)范業(yè)務(wù)過程等方式來降低集成的復(fù)雜度，但是在經(jīng)過一番實踐后，人們又發(fā)現(xiàn)僅僅依靠規(guī)范靜態(tài)信息的交換格式，集合局部的需求等方法并不足以支持更大范圍內(nèi)的應(yīng)用整合。因此當(dāng)前的企業(yè)迫切需要一個能夠支持在不同的應(yīng)用系統(tǒng)之間完成協(xié)作任務(wù)的具有前瞻性的應(yīng)用集成框架。當(dāng)前，企業(yè)面對的是一個多變且難以預(yù)測的市場，要在這樣的環(huán)境中生存和發(fā)展，就必需具備對外部變化做出迅速響應(yīng)的能力。同樣，政府部門也面臨著轉(zhuǎn)變工作職能，適應(yīng)市場經(jīng)濟(jì)發(fā)展要求的壓力，需要不斷地為大眾提供各種高效的公共服務(wù)。各項獨立調(diào)查表明: 對業(yè)務(wù)系統(tǒng)和IT 基礎(chǔ)設(shè)施進(jìn)行快速調(diào)整和擴(kuò)展一直是政府部門和企事業(yè)單位應(yīng)對外部環(huán)境變化的重要手段。然而在早期的IT 系統(tǒng)設(shè)計過程中，人們往往更加關(guān)注于系統(tǒng)的穩(wěn)定性而不是迅速應(yīng)對變化的能力，原先那種僵硬的基于硬編碼實現(xiàn)的系統(tǒng)功能擴(kuò)展和集成方式已遠(yuǎn)遠(yuǎn)不能滿足要求。“采用什么樣的技術(shù)來搭建能夠?qū)崿F(xiàn)跨部門、跨企業(yè)、跨地理范圍的支持流程協(xié)作和流程自動化的IT 基礎(chǔ)設(shè)施？”，“如何能夠從被動地應(yīng)對變化到預(yù)見變化進(jìn)而實現(xiàn)前瞻性地主動變化？”這些都是當(dāng)前每一個政府部門和企事業(yè)單位必須面對的挑戰(zhàn)。通過工作流系統(tǒng)把各業(yè)務(wù)部門的孤立應(yīng)用系統(tǒng)整合起來是IT技術(shù)發(fā)展的必然趨勢，而我國從上實際八十年代大量建設(shè)基礎(chǔ)信息系統(tǒng)至今，工作流技術(shù)的發(fā)展可以分成以下幾個階段。1.1.2 發(fā)展階段 EDF(電子數(shù)據(jù)流)階段此階段的工作流在信息技術(shù)中的應(yīng)用,僅著眼于利用信息技術(shù)減輕人們在流程中的計算強(qiáng)度最主要的特點是僅對企業(yè)單項業(yè)務(wù)進(jìn)行處理,基本不涉及管理的內(nèi)容。國內(nèi)最早成功的產(chǎn)品是財務(wù)管理產(chǎn)品，為了配合產(chǎn)生正確的數(shù)據(jù)，可能要設(shè)計一個流程用來協(xié)調(diào)多個會計統(tǒng)計帳目。此階段僅僅停留在諸如文檔處理、公文流轉(zhuǎn)以及信息發(fā)布等這些簡單的業(yè)務(wù)層面上。 TPF(事務(wù)處理流)階段TPF并沒有形成對企業(yè)的全局業(yè)務(wù)的管理,而著眼于對企業(yè)局部業(yè)務(wù)的管理,比如,設(shè)計一套工作流程,來管理物資的采購和供應(yīng)。此階段不僅僅停留在諸如文檔處理、公文流轉(zhuǎn)以及信息發(fā)布等這些簡單的業(yè)務(wù)層面上。越來越多的企業(yè)或部門要求將信息技術(shù)的應(yīng)用擴(kuò)展到關(guān)鍵業(yè)務(wù)中，例如，產(chǎn)品的設(shè)計和制造過程，銀行的借貸和劃賬業(yè)務(wù)，還有商標(biāo)的申請、審查和注冊業(yè)務(wù)等等，都屬于相應(yīng)企業(yè)或部門的關(guān)鍵業(yè)務(wù)。 IMF(整體集成管理流)階段IMF強(qiáng)調(diào)對企業(yè)業(yè)務(wù)的全局的整體性的管理。在這個階段,工作流就是為了完成同一目標(biāo)而相互銜接、自動進(jìn)行的一系列業(yè)務(wù)活動或任務(wù)。工作流技術(shù)與信息技術(shù)以及企業(yè)管理緊密結(jié)合,已經(jīng)悄悄滲入MIS系統(tǒng)、ERP系統(tǒng)和CRM系統(tǒng)等企業(yè)級關(guān)鍵系統(tǒng)中,并迅速成為這些系統(tǒng)的核心。 CPF(知識共享和持續(xù)改進(jìn))階段針當(dāng)企業(yè)走上一個良性循環(huán)后，它會更加依靠系統(tǒng)從業(yè)務(wù)、管理的點點滴滴不斷地進(jìn)行積累、總結(jié)提高，其中包括流程本身的改進(jìn)、業(yè)務(wù)技能和經(jīng)驗的總結(jié)推廣、管理思想的推廣。企業(yè)順利實施本階段，則和競爭對手的差距就可以明顯拉大。1.1.3 主要特點通常的工作流引擎一般都具備以下特點：1.提供方便靈活的流程定義工具； 2.按照既定的業(yè)務(wù)規(guī)則管理和監(jiān)督業(yè)務(wù)的運行； 3.提高工作效率，有效縮短業(yè)務(wù)處理周期； 4.避免傳統(tǒng)處理方式中的隨意性造成業(yè)務(wù)流程混亂，增強(qiáng)業(yè)務(wù)各環(huán)節(jié)的協(xié)作能力，使業(yè)務(wù)運做更加順暢； 5.減少或避免人為因素造成的原則性錯誤及由此帶來的損失； 6.有利于業(yè)務(wù)的評估和業(yè)績考核； 7.新員工可以迅速適應(yīng)本職工作； 8.由于業(yè)務(wù)處理主要由業(yè)務(wù)人員自行處理，并且業(yè)務(wù)的管理由工作流服務(wù)器承擔(dān)，各業(yè)務(wù)主管將從以前大量的事務(wù)中解放出來，將主要精力用于更重要的事情； 9. 與現(xiàn)有系統(tǒng)進(jìn)行整合集成(EAI)； 10.為幫助企業(yè)適應(yīng)新形勢而進(jìn)行業(yè)務(wù)流程重組提供有效的分析手段和技術(shù)支持；11.高效率的業(yè)務(wù)處理有助于提高客戶服務(wù)水平和企業(yè)競爭能力；1.1.4 流程定義和運行1.1.5 流程運轉(zhuǎn)模式在工作流引擎中，千變?nèi)f化的流程可以歸結(jié)為以下幾種基本模式： 1.1.6 工作流引擎不等于OA系統(tǒng)很多人一到工作流就理解成收發(fā)文，簡單吧工作流認(rèn)為是OA產(chǎn)品，其實很大地降低的工作流地價值?？v觀當(dāng)前OA市場，我們可以簡單地把OA系統(tǒng)劃分為三類： 第一類是基于IBM Lotus Domimo/Notes平臺開發(fā)的OA系統(tǒng)。這類系統(tǒng)在中國的用戶量相對較大。典型的代表產(chǎn)品有藍(lán)凌、金蝶開思、合強(qiáng)和凌柯等軟件公司的OA產(chǎn)品。這類軟件的優(yōu)點是，它和Lotus系列的其他軟件如Sametime、Quickplace等的集成度比較高，還能利用Lotus提供與關(guān)系數(shù)據(jù)庫和大型ERP軟件如SAP、Oracle、Peoplesoft的接口。其缺點是，平臺不夠開放，存儲結(jié)構(gòu)不是建立在關(guān)系數(shù)據(jù)庫平臺上，大數(shù)據(jù)量下的頻繁CRUD（創(chuàng)建、替換、更新、刪除）操作會大大降低性能。根據(jù)IBM對Lotus系列產(chǎn)品的發(fā)展路徑圖，Domino平臺存儲將會基于DB2平臺，同時完全支持J2EE平臺，但對于現(xiàn)有客戶來說，這是一筆較大的升級成本。對于馬上要用的客戶來說，這不過是望梅止渴。 第二類是基于微軟Exchange平臺開發(fā)的OA系統(tǒng)，這類系統(tǒng)用戶數(shù)量也不少。比較典型的有京華網(wǎng)絡(luò)的ExOA、領(lǐng)航OA等系統(tǒng)。這類軟件的特點是和微軟的產(chǎn)品高度集成，而和其他系統(tǒng)（如企業(yè)的ERP、CRM等）的集成需要定制開發(fā)來完成。因為這樣的OA系統(tǒng)幾乎需要從頭開始開發(fā)接口，工作量很大。由于Exchange 也沒有采用關(guān)系數(shù)據(jù)庫的存儲方式，和第一類Lotus產(chǎn)品一樣存在大數(shù)據(jù)量情況下的性能問題。 上述兩類軟件是國內(nèi)OA市場上的主流，基本占到國內(nèi)OA軟件的90%以上的市場份額。 第三類是基于應(yīng)用服務(wù)器平臺和關(guān)系數(shù)據(jù)庫開發(fā)的應(yīng)用系統(tǒng)。由于Domino和Exchange在海量數(shù)據(jù)上的性能限制，于是部分公司在基于應(yīng)用服務(wù)器（J2EE，.Net等）和關(guān)系數(shù)據(jù)庫來開發(fā)OA系統(tǒng)。比較典型的有Exact E-Synergy、泛微軟件的eCology以及華炎軟件的HotOA。XX工作流流工作引擎基本可以歸入此類，但是它更加強(qiáng)調(diào)和業(yè)務(wù)系統(tǒng)的無縫集成和整合，而沒有主推OA產(chǎn)品。 這類系統(tǒng)的優(yōu)點是和其他系統(tǒng)的接口相對容易，由于使用了關(guān)系數(shù)據(jù)庫系統(tǒng)，處理巨量數(shù)據(jù)時性能有大幅度提高?？傮w說來，國內(nèi)OA市場上的OA產(chǎn)品都不夠成熟，各家產(chǎn)品的特色和缺點一樣明顯。和其他比較成熟的應(yīng)用系統(tǒng)如財務(wù)軟件相比，還有很大的差距?；谕瑯拥脑?，這也導(dǎo)致了國內(nèi)OA廠商的規(guī)模都不大。 1.2 XX工作流引擎1.2.1 XX工作流引擎簡介XX工作流引擎是一個以分布式工作流引擎技術(shù)為核心的用于實現(xiàn)不同企事業(yè)單位間業(yè)務(wù)流程及應(yīng)用系統(tǒng)動態(tài)整合的平臺類軟件產(chǎn)品。XX工作流引擎既是一個開發(fā)環(huán)境也是一個運行平臺，在XX工作流引擎系統(tǒng)中我們將最終用戶的各種業(yè)務(wù)規(guī)則和IT基礎(chǔ)設(shè)施均抽象為層次化的構(gòu)件，并通過其提供的描述、生成、部署、發(fā)現(xiàn)、執(zhí)行、監(jiān)控、運行時調(diào)整等技術(shù)手段作用于上述的各種構(gòu)件，以實現(xiàn)在不同企業(yè)/事業(yè)單位間基于規(guī)則的智能化業(yè)務(wù)流轉(zhuǎn)和應(yīng)用系統(tǒng)集成。XX工作流引擎是在異構(gòu)的應(yīng)用系統(tǒng)環(huán)境下實現(xiàn)業(yè)務(wù)流程整合與流程再造的強(qiáng)大引擎，同時也為快速、靈活地適應(yīng)不可預(yù)知的未來業(yè)務(wù)要求提供了堅實的基礎(chǔ)。XX工作流引擎是一個以分布式工作流引擎技術(shù)為核心的用于實現(xiàn)不同企事業(yè)單位間業(yè)務(wù)流程及應(yīng)用系統(tǒng)動態(tài)整合的平臺類軟件產(chǎn)品。作為一個中間件產(chǎn)品，致力于企業(yè)的業(yè)務(wù)流程自動化解決方案，為企業(yè)的業(yè)務(wù)流程自動化以及企業(yè)流程再造提供堅實的基礎(chǔ)平臺，成為業(yè)界領(lǐng)先的企業(yè)業(yè)務(wù)流程自動化的基礎(chǔ)平臺產(chǎn)品以及企業(yè)流程再造的核心產(chǎn)品。有力的簡化應(yīng)用開發(fā)的步驟，降低應(yīng)用開發(fā)的難度，提高應(yīng)用開發(fā)的效率及靈活性，節(jié)約應(yīng)用開發(fā)的成本，從而極大的提高應(yīng)用開發(fā)的生產(chǎn)力。為企業(yè)工作流自動化和企業(yè)流程再造提供了一個基礎(chǔ)平臺，構(gòu)建在工作流中間件產(chǎn)品之上的企業(yè)應(yīng)用系統(tǒng)，將滿足上述要求，為您的企業(yè)帶來新的活力?；谀壳白盍餍泻捅粡V泛采用的J2EE平臺,采用EJB組件技術(shù)、基于JMS消息傳遞機(jī)制。 適當(dāng)擴(kuò)展國際工作流管理聯(lián)盟(WFMC)制定的工作流標(biāo)準(zhǔn)；圖形化的交互式用戶界面，良好的穩(wěn)定性、擴(kuò)展性、安全性、分布式事務(wù)管理、靈活地業(yè)務(wù)流程變動功能；可方便地集成企業(yè)現(xiàn)有系統(tǒng)、中間件和電子商務(wù)應(yīng)用，是開發(fā)、部署和管理企業(yè)關(guān)鍵業(yè)務(wù)的理想平臺。1.2.2 產(chǎn)品設(shè)計 工作流是XX電子政務(wù)平臺的組件之一統(tǒng)一圖表編號 工作流引擎設(shè)計思想XX工作流引擎工作流定義工具,用于為XX工作流引擎工作流管理系統(tǒng)提供圖形化的流程定制環(huán)境。它實現(xiàn)了工作流定義的創(chuàng)建、設(shè)置、存儲、下載、檢查等功能，XX工作流引擎具有以下特點：符合WFMC 規(guī)范全面支持XML 規(guī)范跨平臺Java 架構(gòu)提供了構(gòu)件化的流程設(shè)計模型符合WFMC（工作流管理聯(lián)盟：全球性的工作流規(guī)范維護(hù)組織）規(guī)范，保證了系統(tǒng)架構(gòu)的標(biāo)準(zhǔn)性和完整性。全面以XML 為數(shù)據(jù)規(guī)范，實現(xiàn)了數(shù)據(jù)的兼容性和與其他系統(tǒng)交換數(shù)據(jù)的可能性。采用了支持跨平臺的Java 技術(shù)，使得定義工具可以在多種支持Java 虛擬機(jī)的操作系統(tǒng)下使用而不必進(jìn)行修改，同時支持以Java 應(yīng)用程序(Application)和Java 小程序(Applet)方式運行，后者可以不需安裝，直接打開瀏覽器訪問網(wǎng)絡(luò)地址即可使用。XX工作流引擎 工作流定義工具采用了所見即所得的定義方式，流程的執(zhí)行邏輯只需通過鼠標(biāo)的點擊、拖拽操作就可以構(gòu)造出來，而流程中的數(shù)據(jù)和復(fù)雜邏輯判斷用戶也只需要填寫或者選擇一些字段就能完成。所有被設(shè)計并測試完成的流程定義均可以以流程構(gòu)件的方式被保存和復(fù)用。此外定義工具還提供了校驗定義合法性的功能。不僅僅是一個工作流管理系統(tǒng)，而是一個以實現(xiàn)業(yè)務(wù)整合和系統(tǒng)整合為目標(biāo)的平臺類軟件產(chǎn)品。 采用SOA架構(gòu)（Service-oriented architecture）。SOA是在計算環(huán)境下設(shè)計、開發(fā)、應(yīng)用、管理分散的邏輯單元的一種規(guī)范。它要求開發(fā)者從服務(wù)集成的角度來設(shè)計應(yīng)用軟件，即使這么做的利益不會馬上顯現(xiàn)。采用SOA架構(gòu)的中心目標(biāo)是使得企業(yè)應(yīng)用擺脫面向技術(shù)的解決方案的束縛，輕松地應(yīng)對變化和發(fā)展的需要。 將應(yīng)用程序和業(yè)務(wù)邏輯構(gòu)件化，使IT技術(shù)人員和業(yè)務(wù)管理人員可以在自己所關(guān)心的層次上展現(xiàn)、理解和影響應(yīng)用系統(tǒng)。其中技術(shù)人員的注意力將主要集中在如何以IT構(gòu)件的形式封裝已有的應(yīng)用系統(tǒng)和功能模塊，而業(yè)務(wù)管理人員關(guān)注的重點則是如何以業(yè)務(wù)構(gòu)件的形式描述用戶的流程規(guī)則片段，以及怎樣在更高的層次上通過組合各種構(gòu)件來實現(xiàn)跨越多個業(yè)務(wù)流程和IT系統(tǒng)的應(yīng)用整合。高內(nèi)聚,低耦合。各種構(gòu)件可以被獨立地開發(fā)測試優(yōu)化使用理解和修改。構(gòu)件間低耦合的特點會為今后的流程再造提供極大的靈活性。引擎與引擎運行環(huán)境可分離，工作流引擎可以分布式運行和嵌入式運行。本系統(tǒng)關(guān)注平臺設(shè)計的底層實現(xiàn)技術(shù),對廣大的業(yè)務(wù)適應(yīng)性問題交由二次開發(fā)人員在不斷的構(gòu)件積累過程中逐漸完善。重點強(qiáng)調(diào)易用性，最終用戶可以自主地設(shè)計、調(diào)整和部署新的業(yè)務(wù)規(guī)則。 工作流引擎產(chǎn)品架構(gòu)整個中間件由設(shè)計工具, 工作流引擎, 管理平臺, 工作列表, 工作流API幾部分組成。1.2.3 產(chǎn)品功能 支持流程運轉(zhuǎn)模式串行模式并行模式同步模式唯一選擇模式簡單合并模式多相選擇模式同步合并模式延期選擇模式轉(zhuǎn)折點模式交叉平行模式任意環(huán)模式 設(shè)計工具采用SOA設(shè)計思想并提供了完善的構(gòu)件庫管理功能，最終用戶可以在平臺的支持下不斷地積累已有的各種業(yè)務(wù)知識和應(yīng)用資源，并利用可視化定義工具以構(gòu)件重組的方式實現(xiàn)業(yè)務(wù)流程再造。通過拖、拉方式描述流程，可視化方式設(shè)定屬性通過拖、拉方式描述業(yè)務(wù)流程可視化方式設(shè)定流程屬性編輯工作流參與者、工作流數(shù)據(jù)及流程集成的業(yè)務(wù)組件發(fā)布流程至運行庫或從運行庫下載到當(dāng)前設(shè)計環(huán)境以XML(XPDL格式)文件進(jìn)行文件暫存和載入 支持以嵌入和引用的方式復(fù)用已有流程支持業(yè)務(wù)流程的動態(tài)綁定，可以在運行時根據(jù)條件和流程中的數(shù)據(jù)來選擇引用何種子流程支持任意層次的子流程嵌套提供了完善的流程合法性校驗功能具備流程版本控制能力提供完善的國際化支持（I18N）除基本數(shù)據(jù)類型及其數(shù)組外還支持任意的Java類和接口作為流程控制和業(yè)務(wù)數(shù)據(jù)支持流程定義功能 控制平臺功能介紹：ln查看和管理各發(fā)布流程模板，包括流程的各歷史版本ln創(chuàng)建、啟動過程實例ln圖形或表單方式監(jiān)控流程實例統(tǒng)計、流程實例狀態(tài)ln干涉流程實例（啟動、掛起、恢復(fù)、終止、重起）ln干涉活動實例（強(qiáng)制重起、停止、執(zhí)行人員再安排）ln設(shè)定業(yè)務(wù)日歷(每周工作時間、特殊工作時間、公共假日)ln日志查詢 任務(wù)列表任務(wù)列表模塊用于開發(fā)人員進(jìn)行流程測試，因為任務(wù)列表擴(kuò)展了很多Web 功能，開發(fā)人員也可基于工作任務(wù)列表開發(fā)自己的業(yè)務(wù)系統(tǒng)。l顯示當(dāng)前用戶的任務(wù)列表，包括可執(zhí)行動作、任務(wù)狀態(tài)、簡述、優(yōu)先級等l查詢?nèi)蝿?wù)項的詳細(xì)信息，包括活動實例數(shù)據(jù)l圖形化顯示實例運行狀態(tài)l檢出、檢入任務(wù)項l模擬執(zhí)行用戶組件通過流程實例狀態(tài)圖可以輕松了解流程實例運行路徑，當(dāng)前狀態(tài)等 流程與用戶Workflow相關(guān)人員角色共分為:模板責(zé)任人: 負(fù)責(zé)流程需求采集及設(shè)計維護(hù)流程模板實例創(chuàng)建者：具有創(chuàng)建流程實例的權(quán)限 實例管理者：監(jiān)控、管理流程實例的運行 任務(wù)執(zhí)行者：執(zhí)行流程手工類型活動 Workflow在定義具體流程的各類型角色時均可通過三種類型（個人、 角色、 組織）的組合來最終確定, 其中角色和部門可設(shè)定關(guān)聯(lián)關(guān)系為并集或交集。 而且每種類型可選擇定義好的參與人員（可基于流程實例變量設(shè)定規(guī)則）或通過過程實例數(shù)據(jù)值來動態(tài)指定。 工作流數(shù)據(jù)工作流數(shù)據(jù)是指和業(yè)務(wù)相關(guān)聯(lián)的流程數(shù)據(jù)，主要用于初始業(yè)務(wù)組件輸入?yún)?shù)和確定活動間轉(zhuǎn)移條件的判斷等， Workflow工作流數(shù)據(jù)分為過程實例數(shù)據(jù)(Process Instance Data)和活動實例數(shù)據(jù)(Activity Instance Data):通過設(shè)計工具定義過程實例數(shù)據(jù)(流程實例全局變量)，支持String、int、boolean、long、double、DateTime和自定義類型，引入數(shù)據(jù)結(jié)構(gòu)概念(Data Structure)，過程輸入、輸出數(shù)據(jù)、活動輸入、輸出數(shù)據(jù)通過數(shù)據(jù)結(jié)構(gòu)進(jìn)行指定。可保證集成組件接口的穩(wěn)定性。創(chuàng)建過程實例時，輸入過程輸入數(shù)據(jù)，在過程實例運行過程中， Workflow給每一個過程實例分配一個實例池，保存過程實例數(shù)據(jù)在引擎創(chuàng)建活動時，首先按照模板中定義的活動輸入數(shù)據(jù)和其與活動實例數(shù)據(jù)的映射關(guān)系從過程實例數(shù)據(jù)池中取出需要的數(shù)據(jù)并映射為活動數(shù)據(jù)，并將活動數(shù)據(jù)存儲以供執(zhí)行和錯誤恢復(fù)時使用。執(zhí)行業(yè)務(wù)組件時，引擎從活動實例池中取出活動實例傳遞給業(yè)務(wù)組件，業(yè)務(wù)組件執(zhí)行完畢后用業(yè)務(wù)組件輸出數(shù)據(jù)的值寫入過程實例池中，修改原有的數(shù)據(jù)值。過程包括輸出數(shù)據(jù)，可在當(dāng)前過程實例是子流程時使用?；顒訉嵗龜?shù)據(jù)可保證流程回退時恢復(fù)為原有狀態(tài)。 事務(wù)處理Workflow基于應(yīng)用服務(wù)器的事務(wù)機(jī)制，根據(jù)具體情況結(jié)合使用CMT和BMT方式, 當(dāng)活動調(diào)用自動組件時，如果組件拋出AppException異常，工作流將自動會滾整個活動執(zhí)行的事務(wù)，并將該活動和所屬過程實例狀態(tài)設(shè)定為InError；對于交互式組件通過API與工作流交互時，如在Web 端，可采用Global Transaction方式，如在應(yīng)用服務(wù)器端則可直接使用EJB的Container Managed Transaction方式 異常處理在Workflow中，異常分為系統(tǒng)級異常和應(yīng)用級異常，應(yīng)用級異常為可修復(fù)異常，由開發(fā)人員控制，當(dāng)服務(wù)器端拋出應(yīng)用級別異常時(AppException), 系統(tǒng)自動設(shè)定調(diào)用活動實例和所屬過程實例為InError狀態(tài)，異常原因排除后，可以通過控制平臺或API編程調(diào)用實現(xiàn)重復(fù)執(zhí)行；當(dāng)系統(tǒng)級別異常出現(xiàn)時（如數(shù)據(jù)被破壞），異常為不可修復(fù)異常，系統(tǒng)自動設(shè)定狀態(tài)為Abort, 只能刪除該實例，不能再重復(fù)執(zhí)行。1.2.4 產(chǎn)品安全能力支持對流程實例數(shù)據(jù)及附件進(jìn)行數(shù)字簽名和加密存儲。支持基于JAAS的安全認(rèn)證。支持基于J2EE應(yīng)用服務(wù)器的事務(wù)處理。提供完善的三級日志功能(系統(tǒng)日志流程日志動作日志)，可以由用戶定義需要保存那些事件及異常信息，并倒出到數(shù)據(jù)庫或XML文件。1.2.5 產(chǎn)品集成擴(kuò)展支持目錄服務(wù),可以與客戶現(xiàn)有的郵件系統(tǒng)或NT域緊密集成。不需編程即可直接調(diào)用WebServices和Java類(JavaBeanEJB)中的方法,支持各種復(fù)合參數(shù)類型。流程定義可以被部署為WebService和EJB。由于XX工作流引擎的組織結(jié)構(gòu)管理模塊中的各項功能（如增加用戶、修改用戶的角色等）均是由預(yù)制流程實現(xiàn)的，因此最終用戶可以依據(jù)自身的需求對其進(jìn)行調(diào)整。支持基于Java語言的功能擴(kuò)展，由于XX工作流引擎可以將其他開發(fā)商編寫的Java代碼自動編譯為可執(zhí)行的類文件，因此工作流引擎在執(zhí)行非常復(fù)雜的業(yè)務(wù)規(guī)則時也可以保持極高的運行效率。為了便于實現(xiàn)與用戶已有的業(yè)務(wù)系統(tǒng)及其它工作流管理系統(tǒng)的整合，XX工作流引擎提供了對XML技術(shù)的廣泛支持。流程定義工具可以將流程模板保存為XPDL文件，并以XSL文件的形式規(guī)定其顯示格式，同時流程定義工具也可以為每一個動作生成描述其上下文數(shù)據(jù)和結(jié)果數(shù)據(jù)結(jié)構(gòu)的schema文件。1.2.6 運行環(huán)境最低硬件配置：PC 機(jī)，主頻450MHz 以上，128M 以上內(nèi)存，4G 以上硬盤，10/100M 以太網(wǎng)網(wǎng)卡；軟件環(huán)境：操作系統(tǒng)不限，需要安裝JDK 1.4或以上版本，AXIS，WIBU SYSTEM軟件鎖驅(qū)動程序；操作系統(tǒng)：Solaris/AIX/HP Unix, Linux, WindowsJava虛擬機(jī)：JDK/JRE 1.4.x應(yīng)用服務(wù)器：BEA Weblogic, IBM WebSphere, Sun iPlanet, Oracle AppServer,Tomcat/Jboss數(shù)據(jù)庫：Oracle 8/9i, Informix, Sybase, SQL Server, DB2, MySQL目錄服務(wù):OpenLDAP, Microsoft Active Directory，iPlanet Directory Server1.3 XX工作流引擎適應(yīng)復(fù)雜應(yīng)用的要求利用XX工作流引擎產(chǎn)品提供的工作流管理模型可以將當(dāng)前的IT系統(tǒng)中所蘊(yùn)涵的業(yè)務(wù)規(guī)則與其底層的技術(shù)實現(xiàn)方式在邏輯上分離開。流程定義模板起著作業(yè)指導(dǎo)書的作用，至此客戶的各種業(yè)務(wù)規(guī)則與流程邏輯擁有了明確的載體和圖形化的表現(xiàn)形式。XX工作流引擎的引入使得業(yè)務(wù)設(shè)計和業(yè)務(wù)管理人員的視線可以透過紛雜的IT技術(shù)迷霧（計算機(jī)語言、數(shù)據(jù)結(jié)構(gòu)、接口標(biāo)準(zhǔn)、通信協(xié)議等）而將注意力集中于能夠真正為其創(chuàng)造價值的核心業(yè)務(wù)上。最終用戶可以在XX工作流引擎提供的構(gòu)件庫的支持下不斷地積累已有的各種業(yè)務(wù)知識和應(yīng)用資源，并利用可視化定義工具以構(gòu)件重組的方式實現(xiàn)業(yè)務(wù)流程再造。業(yè)務(wù)邏輯與程序邏輯的分離使得對軟硬件處理能力的共享成為可能。既然當(dāng)前在我們的眼中人力資源系統(tǒng)與OA系統(tǒng)在處理邏輯上的差異僅僅表現(xiàn)在采用了不同的流程定義模板，那么此時我們便有了充分的理由屏棄原先那種在一套軟硬件環(huán)境中只運行單一應(yīng)用系統(tǒng)的部署模式。集中、共享的軟硬件資源可以大幅度地減少IT投入，同時顯著地降低日常管理、維護(hù)的工作量與復(fù)雜度。通過采用SOA架構(gòu)（Service-oriented architecture）并引入分布式工作流引擎技術(shù)，可以實現(xiàn)跨系統(tǒng)的流程整合。最終使得在政府部門的各個協(xié)作單位之間以及處在供應(yīng)鏈中不同環(huán)節(jié)的合作伙伴之間的業(yè)務(wù)過程可以保持整體的連續(xù)性和高效性。XX工作流引擎提供了比以往更豐富的過程跟蹤與審計手段，使用戶對自身業(yè)務(wù)過程的度量、統(tǒng)計、分析和預(yù)測工作變得更加的科學(xué)有效。采用XX工作流引擎產(chǎn)品可以顯著地提升企業(yè)的應(yīng)變能力。最終用戶可以在保持當(dāng)前服務(wù)品質(zhì)不受影響的前提下對其自身業(yè)務(wù)進(jìn)行自主地、循序漸進(jìn)地調(diào)整與擴(kuò)展，或根據(jù)不斷變化的市場要求動態(tài)實施新的業(yè)務(wù)流程，并確保這種變革的成本一直在可控的范圍之內(nèi)。1.3.1 多機(jī)構(gòu)聯(lián)合作業(yè)支持任意層次的組織架構(gòu)模型，平臺提供了靈活的以組織、組織單元（組織單元含類型）、角色(含角色管理者)、用戶、(非)前動作執(zhí)行者等多個角度描述任務(wù)分配規(guī)則的控制模型這種能力在企業(yè)和政府的協(xié)同作業(yè)上將產(chǎn)生巨大的的價。1.3.2 流程的定義集中管理系統(tǒng)的運行過程中不但會持續(xù)增加數(shù)據(jù)量，和管理機(jī)制有關(guān)的流程也會隨著市場的變化而發(fā)生改變。面對新生的流程和改進(jìn)的流程，從流程的定義，審批、發(fā)布等具有十分重要的意義。XX工作平臺提供的流程上載管理工作本身也是引擎自定義的一個流程，不同的客戶可以稍加調(diào)整即可適合本公司的實際情況。這樣，不管大型企業(yè)有多少數(shù)量、多么復(fù)雜的流程，XX工作平臺也能輕松控制，對今后的流程嵌套和引用將產(chǎn)生巨大的幫助。1.3.3 嵌套子流程和和引用子流程支持任意層次的子流程嵌套，并允許在子流程與父流程之間傳遞業(yè)務(wù)數(shù)據(jù)及流程控制信息,支持對子流程的訪問及修改權(quán)限控制1.4 XX工作流應(yīng)用實施方法1.4.1 點面結(jié)合，全面推進(jìn)“點”即開展流程的改進(jìn)和優(yōu)化工作，“面”即建立健全的流程管理體系，其包括四個方面內(nèi)容：流程責(zé)任矩陣；流程管理方法；流程管理制度；流程管理部門組織架構(gòu)。 通常會建立一個由專業(yè)人員參加的流程優(yōu)化執(zhí)行小組，并任命一位具有高層決策權(quán)的