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

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