第一篇：稽查工作流設計思路

稽查工作流設計思路

設計工作流時，每設計一套工作流，是一個工作流模板，每個市局共用一套稽查模板，以保證地市工作流程一樣。

稽查工作流模板確定以后，要確定為是稽查使用的工作流。一旦確定了稽查工作流，則新分配的案件運行的是新工作流，并且要重新分配稽查授權等初始化信息。老案件仍舊使用老的工作流，不影響之前的案件，包括授權等都不會影響。

每一條案件，對應一個工作流實例。

工作流實例中的每個點，成為工作流的每個活動。

工作流的每個節(jié)點，有若干種狀態(tài)：

0，表示是歷史節(jié)點，如果案件回退，可以變成1，如果是案件前進，則值不變。

1，表示是當前活動的節(jié)點，可以在待辦任務中看到

3，表示是回退過的節(jié)點，案件回退到當前節(jié)點的前面環(huán)節(jié)，當重新運行到本環(huán)節(jié)時，可以置為1.當前工作流節(jié)點的操作有以下幾種：

正常向前進行：則本節(jié)點狀態(tài)置0，判斷下一個節(jié)點狀態(tài)，如果下一個節(jié)點沒有生成，則生成下一個節(jié)點，并將下一個節(jié)點狀態(tài)置1；如果下一個節(jié)點已經(jīng)生成，則判斷其狀態(tài)，如果狀態(tài)是3，則表示是回退過的部分，將下一節(jié)點狀態(tài)置1，如果狀態(tài)為0，則不動。

回退操作：需要回退到哪個節(jié)點，則哪個節(jié)點的狀態(tài)置為1，回退到的節(jié)點后的所有已經(jīng)生成的節(jié)點狀態(tài)都置為3。

主要的兩張表：

E_GZL_ACT存放所有工作流模板的節(jié)點，關鍵字段：節(jié)點ID，節(jié)點英文名稱，節(jié)點中文名稱，工作流模板的ID，是否分支，主分支點，前置節(jié)點等工作流配置階段的屬性。主要是看節(jié)點和哪個工作流綁定的E_GZL_ACTINS 工作流實例中的各個節(jié)點，其中邏輯關系比較復雜，重要。一般工作流實例形成后，就在這張表里加記錄。，可以在案件展示的流程圖中看到修改后的區(qū)別。

第二篇：文化稽查總隊工作總結和思路.

文化稽查總隊工作總結和思路

二ΟΟ七，XXX文化稽查總隊在X文化廳黨組的正確領導和關心下，在文化部稽查處和廳機關有關處室的指導下，以鄧小平理論、“三個代表”重要思想和十七大會議精神為指導，以“隊伍建設年”為抓手，以突出X隊指導、示范等龍頭作用為突破口，以音像、網(wǎng)吧等市場執(zhí)法檢查為重點，認真貫徹文化部、X廳的工作部署，面對人員少、任務重的困難，創(chuàng)新工作思路，加強支部建設，加大執(zhí)法力度，拓展聯(lián)系溝通，深化信息宣傳，強化自身建設，出色地完成了各項任務,展現(xiàn)了總隊全面建設新的成就,在管理體制、指導示范、辦案機制、內部建設等方面有新的進步。至11月30日，出動執(zhí)法人員444人次，檢查網(wǎng)吧、音像、娛樂、網(wǎng)站等文化經(jīng)營場所574家次，查處4.11、6.11等地下批發(fā)違法音像制品和久久音樂網(wǎng)站等大案要案4起，搗毀刻錄、加工以及銷售等窩點6個，收繳違法音像制品15萬多張盤，14名犯罪嫌疑人移送公安部門審查；共受理舉報35件，辦理批示、督辦件9件，查處違規(guī)案件71起，取締或制止非法經(jīng)營文化產(chǎn)品的網(wǎng)站2個，罰款近30萬元，為進一步規(guī)范文化市場做出積極貢獻。文化部、文化市場網(wǎng)、X廳信息簡報、XX電視臺以及XX日報、海峽都X報多次作了宣傳報道。

一、注重支部建設，在提升隊伍全面素質上有新的進步

一年來，總隊黨支部認真貫徹X廳黨組和機關黨委的通知要求，扎實抓好支部建設。一是抓好政治教育。繼續(xù)按照每周一次政治學習、每月一次座談討論的學習制度，組織黨員干部先后學習了黨的十七大會議精神、十六屆六中全會精神、HJT6.25講話和重大方針以及X委、X政府、文化部、X廳的下達的重要政策文件，共組織政治業(yè)務學習40余次，學習各類文章60多篇；二是黨員輪流主講。推行“輪流授課，人人上臺”的講學方式，確定多個學習專題，制定學習計劃，由黨員結合自己的學習和思考，每人主講授課一次，而后隊員進行討論和座談，既增強工作的針對性、條理性，又活躍了形式，提高了效果；三是抓好組織建設。認真按照先進黨組織的標準，加強黨員隊伍建設，落實組織制度，過好組織生活，增強黨員意識。陳震東同志積極響應X廳號召，自愿申請到長汀XX農(nóng)村掛職村黨支部書記，體現(xiàn)了黨員良好的基本素質和責任；四是加強文明建設。成立了領導小組，加強了思想道德教育，倡導文明執(zhí)法、文明辦案。按照青年文明號的要求，開展了“零差錯、高績效、好形象”活動，先后到五一廣場、海峽影城等地，向群眾宣傳法律法規(guī)知識，講解違法音像鑒別的方法，提高群眾識別真?zhèn)蔚哪芰?；五是積極奉獻愛心。參與X廳團委“五四青年節(jié)”系列活動，向“善恩園”孩子贈送了學習用具。全

隊積極發(fā)揚“送溫暖，獻愛心”的精神，先后四次慷慨解囊捐款3300余元，資助了X藝校和十一中學困難學生等，體現(xiàn)了隊員良好的政治品質和道德風尚；六是工會活動活躍?？傟牬罅χС止ぷ?，撥出專門經(jīng)費開展活動，組織全體隊員到金門考察、登山、參觀等活動，活躍了工作氛圍。

二、注重指導督查，在體現(xiàn)X隊龍頭作用上有新的進步

按照X廳領導關于總隊要發(fā)揮X級執(zhí)法機構的龍頭示范作用的要求，加強了對X、XX執(zhí)法機構的檢查指導。一是召開首次設區(qū)X稽查隊長座談會。會議在總結成效和部署工作的同時，重點學習了法律法規(guī)，探討了執(zhí)法中的熱點、重點等疑難問題，統(tǒng)一了執(zhí)法數(shù)據(jù)的填報要求，邀請X法制辦卓處長講評執(zhí)法文書，還參觀了光盤生產(chǎn)線。這是總隊首次召開的座談會，標志著總隊發(fā)揮X級執(zhí)法機構的指導、監(jiān)督和龍頭示范作用有了新的突破，對于構建執(zhí)法體系、整合執(zhí)法力量起到了積極的推進作用；二是組織全X首屆執(zhí)法案卷評比。根據(jù)《文化部關于開展全國文化市場行政執(zhí)法隊伍建設年活動的通知》精神，為提高辦案質量，11月總隊在XX舉行了首次全X文化執(zhí)法案卷評選活動。本著依法行政、依法執(zhí)法、公平、公正的原則，結合執(zhí)法現(xiàn)狀，總隊成立了評委會，制定了以立案、調查取證、審查決定、送達和執(zhí)行、案卷檔案管理五個方面的評選標準和評選辦法試行，對來自全X執(zhí)法單位的40個案卷進行了初評、復評，有10個優(yōu)秀案卷在這次評選中勝出，選送文化部參評。此次案卷評選活動對規(guī)范我X的執(zhí)法案卷，促進整體水平的提高起到了促進作用；三是參與執(zhí)法交叉檢查。根據(jù)《文化部關于集中開展文化市場執(zhí)法檢查工作的通知》精神和X廳的要求，總隊參與了以“構建和諧文化市場”為主題的為期1個多月的全X文化行政執(zhí)法交叉檢查。此次檢查，全X執(zhí)法骨干有40余人參與，共檢查文化經(jīng)營單位283家，查閱執(zhí)法案卷和文書檔案210件。通過交叉檢查，初步掌握了全X文化執(zhí)法的現(xiàn)狀；四是加大業(yè)務培訓力度?？傟犎虆⑴c了先后兩期150多人的全X文化行政執(zhí)法人員培訓工作，隊領導和中層骨干承擔了大多數(shù)課程的授課任務。授課人員精心備課，結合實際，深入淺出，實用管用，反映良好。同時，總隊還7次選派領導和骨干深入XX、XX、安溪、福安等地，給文化執(zhí)法人員和農(nóng)村協(xié)管員授課，受訓人員達400多人次；五是統(tǒng)一執(zhí)法文書。根據(jù)文化部的要求，結合執(zhí)法實際需要，總隊完善修訂了《舉報受理單》、《立案登記表》、《案件調查報告》、《文化市場行政執(zhí)法現(xiàn)場檢查記錄》等19種執(zhí)法文書在全X使用，初步完成了文書的統(tǒng)一。

三、注重執(zhí)法檢查，在構建聯(lián)合辦案模式上有新的進步

今年以來，針對文化執(zhí)法手段單

一、個體單位力量單薄的特點，總隊在總結以往辦案經(jīng)驗的基礎上，著力構建聯(lián)合的辦案模式，并取得實質性的進展。

一建立與公安、出版等部門的聯(lián)合機制，在查處音像盜版上同步跟進。按照廳領導的要求，提高打擊音像盜版的力度，總隊積極主動與X公安廳、X新聞出版局等部門聯(lián)系溝通商議，嘗試大案要案橫向跨部門合作、縱向XX區(qū)協(xié)同的辦案模式，初步建立了聯(lián)合辦案的機制，即總隊偵查布控時，認為案情符合刑事立案標準，先期通報公安等部門，執(zhí)法檢查時同時行動，案件審理時各司其責，共同完成整個案件的查處工作，并取得成功的案例。4月11

日，總隊在臺江區(qū)迎輝里25號1幢105室查處一個地下違法音像制品批發(fā)窩點，查繳違法音像制品10萬張，5名涉案人被公安部門抓獲。4.11案件，總隊在晉安區(qū)文化稽查隊的配合

下，進行了長達一個多月的偵查、布控，發(fā)現(xiàn)案情重大，即時通報X公安廳治安總隊，他們隨之實地偵察，要求當?shù)毓膊块T配合。在現(xiàn)場執(zhí)法時，XX區(qū)文化、公安部門同步跟進，總隊牽頭負責涉嫌違法音像的清理和鑒定，公安部門負責涉案人的審理，版權部門負責盜版認定，使得該案快速進入司法程序，有4名犯罪嫌疑人以非法經(jīng)營罪被批捕，1名網(wǎng)上追逃。6月21、22日，總隊按照聯(lián)合辦案模式，再度聯(lián)合X公安廳治安總隊，調用了XXX、晉安區(qū)文化執(zhí)法人員，摧毀了位于XX晉安區(qū)新店、鼓山等地的違法產(chǎn)批銷XX劇盜版的犯罪團伙及網(wǎng)絡，查獲盜版XX劇3萬多張，彩封3萬個，電腦刻錄機4套36臺，刻錄窩點4個，儲藏倉庫4個，案件涉及福清、長樂等15個銷售點，抓獲犯罪嫌疑人9名。該案在查處過程中，還受到了不明真相群眾的圍攻，最后在公安的協(xié)助下才安全撤離。6.21XX劇案歷時2個多月，性質嚴重，涉及面廣，社會影響大，引起了廳領導的重視，X廳為此向X委、X政府、文化部呈送了專報。該案有4名犯罪嫌疑人以非法經(jīng)營罪被批捕。美國貿(mào)易代表團官員對總隊在打擊侵權盜版方面所做的努力也給予了充分肯定。

二探索與通信管理等部門聯(lián)合模式，在查處非法經(jīng)營互聯(lián)網(wǎng)文化產(chǎn)品的網(wǎng)站上相互支持。針對網(wǎng)絡侵權日益嚴重的情況，總隊根據(jù)X文化廳《關于加強打擊網(wǎng)絡侵權盜版行為,保護知識產(chǎn)權工作的通知》精神，加強了與X通信管理部門的溝通協(xié)調，初步達成了查處網(wǎng)絡文化案件的辦案模式。即通信部門負責提供網(wǎng)站地址，總隊負責實地查處，通信部門再根據(jù)X廳提供的處罰結果，關閉IP地址，相互配合，相互支持。9月總隊根據(jù)文化部市場司《關于查處涉嫌違規(guī)經(jīng)營的網(wǎng)絡音樂單位的通知》精神，獲悉XX境內的久久音樂網(wǎng)站涉嫌違規(guī)經(jīng)營網(wǎng)絡音樂，先后多次與X通信部門溝通聯(lián)系，并趕赴永安、XX、漳州等地，行程近兩千公里，得到了當?shù)匚幕?、通信部門的支持和配合。經(jīng)過艱難取證、實地調查、詢問核實，鎖定了位于XX的久久音樂網(wǎng)站存在當事人在明知其未取得文化行政許可的情況下，擅自從事經(jīng)營性互聯(lián)網(wǎng)文化經(jīng)營活動的違規(guī)事實，依法關閉了該網(wǎng)站。10月，總隊再次在泉州查獲泉州志鴻信息技術公司沒有取得文化行政許可擅自從事互聯(lián)網(wǎng)文化產(chǎn)品經(jīng)營的違規(guī)案件，也得到了通信部門的支持與配合，依法懲處了違規(guī)經(jīng)營者。

三繼續(xù)保持日常執(zhí)法的高壓態(tài)勢，不斷規(guī)范文化市場。盡管總隊執(zhí)法人員只有5名，但是，日常執(zhí)法始終沒有放松。一是網(wǎng)吧執(zhí)法常抓不懈?？傟犑冀K把網(wǎng)吧市場作為日常執(zhí)法的主要任務，繼續(xù)保持高壓態(tài)勢，認真落實午間、節(jié)假日、傍晚等時段的執(zhí)法檢查，特別是在查處網(wǎng)吧接納未成年人、落實入場登記等管理上狠下功夫，收到較好效果，全年共查處違規(guī)網(wǎng)吧案件43個，占全部案件的61%。二是查處電影、游戲市場。根據(jù)群眾舉報，查處了泉州安溪影劇院擅自播放未經(jīng)許可發(fā)行個人提供的《網(wǎng)絡少年》電影片，維護了電影發(fā)行部門的合法權益；督辦了石獅影劇院播放的《埃及歷險記》的違規(guī)經(jīng)營案件，及時制止了違規(guī)行為。5月初，總隊根據(jù)廳領導指示，查處了XX寶龍游戲機和動感電影的違規(guī)設置及經(jīng)營行為，叫停了擅自設立的動感電影項目；三是加強演出娛樂市場安全檢查。繼續(xù)配合X廳市場管理部門抓好文化娛樂經(jīng)營單位、特別是在重要節(jié)假日、重大活動前夕X屬娛樂場所進行的消防檢查，督促經(jīng)營者做好消防安全工作，檢查X、X屬等娛樂演出經(jīng)營場所70多家次；此外，凡有大型演出活動，如劉德華、張學友大型演唱會等，總隊到場實施現(xiàn)場監(jiān)督檢查；四是認真落實舉報、督辦件?？傟牳鶕?jù)宋廳長等廳領導對廳長信箱舉報件的批示精神和文化部市場司的督辦要求，先后到泉州查處網(wǎng)站擅自經(jīng)營互聯(lián)網(wǎng)文化產(chǎn)品、莆田查辦游戲機違規(guī)經(jīng)營和黑網(wǎng)吧擅自設立經(jīng)營、永安和XX查處久久音樂網(wǎng)站違規(guī)經(jīng)營等案件，并逐一做出報告。對向總隊舉報的案件，總隊認真受理，做到有登記、有檢查，有反饋；五是參與網(wǎng)吧監(jiān)控平臺建設?？傟牱e極參與X廳網(wǎng)吧監(jiān)控平臺建設，多次深入XX、三明、XX等地XXX網(wǎng)吧市場，了解情況，督促安裝和技術改進，目前XX地區(qū)正在緊鑼密鼓地進行當中。此外，總隊還2次參與X廳和“掃黃辦”組織的統(tǒng)一銷毀行動，銷毀非法音像制品20多萬張，打擊了侵權盜版行為，保護了知識產(chǎn)權。

&nbs

p;

四、注重廉政建設，在規(guī)范總隊辦事公開上有新的進步

總隊繼續(xù)落實黨風廉政建設責任制，始終把廉政建設擺上重要議事日程，堅持常抓不懈。一是重視廉政建設?？傟牥蚜ㄔO作為全面建設的重中之重，納入工作全過程，主要領導親自抓，其它領導配合抓，做到研究工作有廉政建設議題，部署工作有廉政建設要點，檢查工作有廉政建設內容，考核工作的廉政建設項目，經(jīng)常抓，抓經(jīng)常，切實把廉政建設落到實處；二是加強廉政教育?？傟牥蚜逃{入整個教育學習活動的范疇，積極開展形式多樣的廉政教育，做到文件及時學習，精神及時傳達，要求及時落實，先后組織學習了中央紀委、X紀委和X廳紀檢的有關文件精神，剖析《毀滅于權、錢、色的檢察長》等8個反面典型案例，組織參觀了廉政書畫展覽，觀看了廉政電教片等，參與了廉政教育百題知識競賽，提高反腐倡廉的自覺性；三是鞏固聯(lián)席座談。繼續(xù)落實與X廳紀檢監(jiān)察部門廉政聯(lián)席座談制度，邀請監(jiān)察室領導到全X稽查隊長座談會和全X執(zhí)法案卷評比現(xiàn)場指導，強化對執(zhí)法工作的監(jiān)督和監(jiān)察，規(guī)范依法行政、依法執(zhí)法；四是注重節(jié)日預防。針對節(jié)假日是腐敗易發(fā)的實際情況，總隊在元旦、春節(jié)、中秋等重大節(jié)假日前加強預防、強調制度、剖析案例，教育隊員拒腐防變；五參與行風評議?？傟牫闪⑿酗L評議領導小組，在倡導文明執(zhí)法、文明辦案的同時，公開執(zhí)法程序，公開處罰標準，公開處罰結果，自覺接受社會監(jiān)督。今年處罰的52個案件，均在X廳信息網(wǎng)、X廳公開欄、總隊公示欄上進行了公開；六是推進民主管理。領導班子成員堅持原則，和諧團結，協(xié)商共事，相互支持，密切配合，形成合力。堅持每周一次隊務會，凡是重大案件處罰、評優(yōu)評先、大筆經(jīng)費開支等重要事項均由會議研究確定，干部的任用嚴格按照《干部任用條例》規(guī)定的程序進行，由領導班子集體研究決定。

五、注重行政管理，在提高總隊整體形象上有新的進步

今年，總隊加大管理和宣傳力度，積極參與執(zhí)法隊伍管理體制改革，取得了明顯成效。一是做好參公管理工作?？傟犠プXX推行部分公共管理職能單位參照公務員法管理的契機，積極主動與X

人事廳、X編辦等部門聯(lián)系，多次匯報情況，并按規(guī)定和要求呈報相關數(shù)據(jù)。目前已順利列為首批參照公務員法管理的X直事業(yè)單位；二是力抓安全工作。認真落實安全工作責任制，始終把安全作為全面建設的重要大事擺上議程，建立主要領導積極抓，副職領導主動抓，保衛(wèi)干部具體抓的工作機制，做到會議精神經(jīng)常講，安全工作經(jīng)常說，預防事故經(jīng)常提，貫徹安全工作指示堅決，落實安全工作任務到位，檢查安全措施徹底?？傟牥才沤?萬經(jīng)費，建立了專門的檔案室，設置了鐵門、鐵欄桿，購置了6個保險柜，完善了安全設施；同時加強了對案卷等重要檔案的管理，對審結案卷進行造冊登記，歸檔入庫；在執(zhí)法上堅持文明執(zhí)法、依法執(zhí)法，確保執(zhí)法人員人身安全。今年在查處XX劇盜版案件時，遭到不明真相群眾的圍攻，在場的總隊領導冷靜處理，妥善解決了問題；三是充實中層力量?？傟牥凑崭刹咳斡贸绦?，配備了綜合科、稽查科等中層干部，加強了中層力量；還選送36人次參加文化部、X人事廳、X直工委、X廳等單位組織的文化執(zhí)法、參照公務員法、工會法等培訓，從而提高了素質；四是加大信息宣傳。按照文化部的要求，創(chuàng)辦《文化執(zhí)法簡報》，建立了信息專人專報制度?！段幕瘓?zhí)法簡報》以其時效性強、宣傳面廣的特點，積極開展XXXX執(zhí)法信息交流互動，展現(xiàn)執(zhí)法工作成效，推動執(zhí)法工作創(chuàng)新?？傟牴簿幇l(fā)

執(zhí)法工作動態(tài)11期，報送文化部執(zhí)法信息50余條，其中《XXX莆田X收繳20萬張違法音像制品》的信息被編入《全國整規(guī)簡報》，《XXX破獲違法XX劇音像制品案件》《XXX文化稽查總隊成功查獲一非法網(wǎng)站》等6條信息被文化部文化信息執(zhí)法專刊轉發(fā)，有22條信息被文化市場網(wǎng)采用，有8條被X廳《XX文化信息》等采用，受到了文化部的通報表揚和宋廳長的肯定；同時,總隊還邀請XX、XX電視臺、海峽都X報、XX日報等新聞媒體記者隨隊采訪，及時宣傳報道執(zhí)法情況。通過信息宣傳，既曝光了違法經(jīng)營者的不法行為，擴大了社會影響，也監(jiān)督了執(zhí)法活動，宣傳了X隊的良好形象；五是及時做好執(zhí)法數(shù)據(jù)報送?？傟犞付▽Ｈ素撠熑玐執(zhí)法數(shù)據(jù)統(tǒng)計工作，及時、準確地按照要求呈報文化部。參與了文化執(zhí)法改革的理論調研，王偉杰編寫的《文化市場數(shù)據(jù)查詢及案件處理系統(tǒng)設計方案》受到了文化部市場司的關注；六是優(yōu)化工作條件。積極與X財政廳、X掃黃辦、X法制辦等單位聯(lián)系，經(jīng)常通報執(zhí)法情況，取得了他們在經(jīng)費、政策上的支持和幫助。今年更新了執(zhí)法車輛，購置了攝像機、數(shù)碼相機、復印機、辦公電腦等設備，極大地方便了執(zhí)法檢查。還對辦公樓進行修繕整理，改善了辦公條件，美化了工作環(huán)境。

2009年工作，總隊雖然取得了一些成績，但與領導的要求還有差距，也還存在一些問題。主要：一是人員少，隊員超負荷承擔工作，多數(shù)同志沒有辦法正常休息，休假也不能全部落實；二是全X現(xiàn)有隊員的執(zhí)法素質還不高，辦案水平還有待于加強；三是執(zhí)法人員的保障能力還很薄弱，全X有24個XX區(qū)級執(zhí)法單位(差額9個、自收自支15個)是差額撥款或自收自支性質的，仍有10個XX區(qū)級至今沒有成立執(zhí)法機構，隊員的工作生活待遇也需要進一步提高。總隊將加強研究，并在實際工作中作進一步探索。

二ΟΟ八年總隊工作設想

二ΟΟ八年，總隊將繼續(xù)落實貫徹X委、X政府、文化部提出的一系列方針政策，按照X廳的工作部署，圍繞推進XX經(jīng)濟區(qū)建設，以著力打造高素質的文化執(zhí)法隊伍為重點，在加強指導檢查的同時，大力開展文化執(zhí)法工作，為建設文化強X，促進文化市場的繁榮發(fā)展再立新功。

一、落實制度，繼續(xù)抓好黨支部建設。一是要抓好思想政治教育。以學習貫徹“十七大”會議精神為抓手，本著提高覺悟、解決問題、增進效率的原則，注重聯(lián)系實際、聯(lián)系工作、聯(lián)系隊員需求，有針對性地展開。通過教育激發(fā)隊員的工作干勁和熱情，促進工作落到實處；二是爭創(chuàng)文明單位和先進黨支部。要認真按照X廳的要求，積極開展創(chuàng)建活動，提升總隊的文明水準；三是認真落實組織制度，抓好黨員隊伍，發(fā)揮黨員的模范作用。

二、鞏固戰(zhàn)果，繼續(xù)抓好文化執(zhí)法檢查。一是繼續(xù)鞏固聯(lián)合執(zhí)法模式，做好與公安、工商、檢察院等相關部門的協(xié)調配合工作，通過橫縱向的溝通配合，進一步完善聯(lián)合辦案機制，形成文化案件“流水線”模式；二是繼續(xù)突出龍頭作用，狠抓大要案。X隊作為查處和指導雙重職責的X級執(zhí)法單位，面對全X文化市場的寬闊領域和總隊人員緊缺的實際，要在執(zhí)法查處以大案要案為主、業(yè)務指導以扶持幫教為主上抓典型、樹標桿、促規(guī)范。在音像盜版上再3-5個大案要案，依法將構成刑事立案標準的案件移送公安機關立案偵查；三是繼續(xù)加強日常執(zhí)法檢查，爭取70％的執(zhí)法力量和執(zhí)法時間深入文化市場，開展日常巡查工作，對非法經(jīng)營音像制品、違規(guī)接納未成年人上網(wǎng)等違法行為堅決依法打擊；四是密切關注網(wǎng)絡侵權，總隊將繼續(xù)把網(wǎng)站經(jīng)營互聯(lián)網(wǎng)文化產(chǎn)品列為執(zhí)法重點之一，打擊網(wǎng)絡侵權，保護知識產(chǎn)權。

三、突出指導，繼續(xù)抓好全X執(zhí)法素質的提高。一是深入地XXX等基層單位開展理論調研，從執(zhí)法隊伍建設、體制保障等方面入手，提出調研建議，供領導決策

參考；二是繼續(xù)發(fā)揮總隊龍頭作用，召開全X設X區(qū)文化稽查隊長座談會，總結做法，交流經(jīng)驗，探討問題，提高執(zhí)法素質；三是組織開展執(zhí)法文書、執(zhí)法案卷檢查評比，進一步統(tǒng)一執(zhí)法文書，提高案卷質量；四是繼續(xù)抓好執(zhí)法業(yè)務培訓工作，派員到各地X參加培訓授課，指導執(zhí)法工作；五是組織部分執(zhí)法骨干開展執(zhí)法檢查，相互學習，促進提高。

四、深化監(jiān)督，繼續(xù)抓好反腐倡廉工作。一是繼續(xù)加強廉政教育。通過形式多樣的教育活動，繼續(xù)打牢隊員思想根基，增強拒腐防變能力；二是完善制度建設。根據(jù)執(zhí)法工作需要和廉政要求，擬修訂和完善執(zhí)法、財務、廉政等規(guī)章制度，并上墻；三是拓展聯(lián)席會議和內容。在聯(lián)席座談的基礎上，組織開展形式更加多樣、內容更加廣泛的監(jiān)督模式；四是大力推行辦事公開，建立來訪室，堅持文明執(zhí)法、文明辦案，積極參與行風評議。

五、加大力度，繼續(xù)抓好隊伍建設。一是在認真做好總隊參公管理各項相關手續(xù)、完成公務員體制保障的同時，要積極為全X文化執(zhí)法隊伍參照公務員法管理范圍工作提供幫助；二是按照參公單位職數(shù)設定的范圍和干部作用規(guī)定要求，配備中層領導干部；三是根據(jù)公務員錄用規(guī)定和工作需要，擬招收法律、計算機專業(yè)的大學生充實執(zhí)法隊伍；四是根據(jù)文化部和X廳的要求，完成X級執(zhí)法人員執(zhí)法工作服裝的配發(fā)和工作證件的更換；五是擬組織總隊和地X部分執(zhí)法隊長到兄弟XX考察學習，開展經(jīng)驗交流，學習借鑒，取長補短，提高業(yè)務水平；六是繼續(xù)抓好信息宣傳工作，加大宣傳力度，展示執(zhí)法人員的良好形象。

第三篇：淺談JBPM工作流

淺談JBPM工作流

摘要：本文介紹了工作流的定義，并著重對JBPM工作流的核心組件、體系結構、流程調度等進行了詳盡的介紹，以期完成對基于JBPM工作流技術的軟件系統(tǒng)研發(fā)工作的理論探討。

關鍵詞：工作流；JBPM；組件；流程調度

工作流研究起源于20世紀70年代，早期的工作流源起辦公自動化。1962年，工作流開始使用Petri網(wǎng)來作為流程建模的描述手段，Petri被認為是所有流程定義語言之母。到80年代適，商用工作流(FileNet等)開始基于圖像處理和文檔管理，直到1993年，工作流管理聯(lián)盟的成立標志著工作流技術比較成熟了。

JBPM于2002年發(fā)起，到現(xiàn)在已經(jīng)有發(fā)布了5.0版本。與JBPM3相比，JBPM4引入了流程虛擬機(PVM)同時增加了業(yè)務流程管理系統(tǒng)(BPMS)的特性，它不只是一個工作流系統(tǒng)，而是開始走向BPMS。而JBPM5完全拋棄了JBPM4的代碼，所有代碼都來自原先的Drools Flow。因此，本文選擇了純JPBM工作流引擎JBPM3。

1.1 工作流的定義

工作流管理聯(lián)盟(Workflow Management Coalition,WfMC)，給出了工作流定義為：工作流是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或任務能夠在不同的執(zhí)行者之間進行傳遞與執(zhí)行。除了WfMC以外，Georgakopotllo、IBM Almeden研究中心等也從不同的角度對工作流進行了定義。這些定義都是非形式化語言描述，說明工作流是使用計算機實現(xiàn)的經(jīng)營過程，而工作流管理系統(tǒng)是實現(xiàn)這個過程的一套軟件。

本文中筆者做如下定義：“工作流是一種反映業(yè)務流程的計算機化的模型，是為了實現(xiàn)某個經(jīng)營過程利用計算機在多個參與者之間，按照預定規(guī)則自動流轉的可由工作流管理系統(tǒng)執(zhí)行的業(yè)務模型?！?/p>

1.2 JBPM簡介

JBPM是一個基于Java EE的輕量級工作流管理系統(tǒng)，是一個靈活的、可擴展的并能實現(xiàn)工作流的企業(yè)級開發(fā)框架，提供了流程定義、部署、執(zhí)行和管理等功能。它具只有很小的依賴性，可以作為Java庫與使用任何數(shù)據(jù)庫部署在任何應用服務器上。

JBPM的核心工作流和BPM功能被封裝成一個Java庫，其中包含了Jbpm-Server、Jbpm-Designer、Jbpm-DB、Jbpm核心組件和Jbpm-Bpel五個部分。Jbpm-Server是一個預先配置好的Jboss應用服務器，Jbpm-Designer是一個基于Eclipse的流程圖形化設計插件，Jbpm-DB包括了JBPM所有兼容數(shù)據(jù)庫的JDBC驅動程序和數(shù)據(jù)庫初始化腳本，Jbpm核心組件是一個用來管理流程定義和支持流程實例執(zhí)行的運行時環(huán)境，Jbpm-Bpel是一個獨立擴展包，使JBPM可以支持BPEL(一種擴展的XML腳本語言)。

JBPM使用JPDL流程定義語言來表示業(yè)務流程，使用Jbpm-Designer圖形流程設計器來設計業(yè)務流程。Jbpm-Designer使業(yè)務分析員和技術開發(fā)人員都可以對業(yè)務流程進行設計和調整，使得業(yè)務流程建模和實際業(yè)務執(zhí)行轉換非常容易。

JBPM的核心組件是一個Java庫，負責解析流程定義文件和控制運行時流程實例的執(zhí)行。除了XML解析和持久化依賴的庫以外，唯一與之直接相關的庫是commons logging，項目中任意Java軟件都可以訪問JBPM提供的API。JBPM內部使用Hibernate實現(xiàn)其持久化，Hibernate使JBPM能在當前所有的數(shù)據(jù)庫上使用。

JBPM控制臺Web應用程序作為流程實例的控制接口，負責流程執(zhí)行時的任務生成，管理并監(jiān)視控制臺檢查或操作運行的流程實例。

1.3 JBPM的體系結構

JBPM工作流實現(xiàn)了三個工作流管理系統(tǒng)的基本功能。

過程定義：JBPM使用JPDL使用戶通過可視化方式定義業(yè)務流程，流程定義文件被流程解析程序解析后提供給工作流引擎使用。

運行控制：核心是JBPM工作流引擎，管理執(zhí)行流程的上下文環(huán)境，包含了當前執(zhí)行流程的全部信息。它解析流程定義，控制流程定義實例的創(chuàng)建、流轉和銷毀，檢查流程實例的狀態(tài)并提供監(jiān)控程序。

人機交互：當流程需要用戶或者外部工具參與時，JBPM提供相應的應用程序接口或通過繼承ActionHandler的方法來實現(xiàn)。ActionHandler方法提供了統(tǒng)一的擴展接口，使得擴展更加容易。

1.3.1.1JBPM的流程定義

JBPM本身就是基于模型的組件，流程實例都是依賴流程定義而執(zhí)行的。但它并不像使用JPDL的流程定義圖形化工具那么簡單，從上世紀七十年代開始，人們便開始探索流程的形式化描述。JBPM的流程定義采用了動態(tài)圖的模型語義來描述任意一個流程定義，JPDL主要使用7種流轉控制活動來實現(xiàn)流程的形式化描述。

流轉控制活動是組成一個業(yè)務流程定義最基本的活動，利用這些活動可以構建任意的流程定義，實現(xiàn)各種基本流程流轉控制。JPDL的流程控制活動主要包括：

1、start(開始活動)：指明流程的實例用哪里開始，它作為流程的入口。每個流程定義都有且只能有一個start活動(在group中的開始活動除外)，且start活動必須有一個流出轉移。

2、state(狀態(tài)活動)：業(yè)務流程需要某些特定的操作后才能繼續(xù)執(zhí)行，在這個操作之前流程處于等待狀態(tài)。當流程運行到state活動時，自動進入等待狀態(tài)，知道外來的信號觸發(fā)。

3、decision(判斷活動)：根據(jù)條件在多個流程轉移做出決定性的判斷，選擇最先匹配的一個條件轉移執(zhí)行。

4、fork-join(分支、聚合活動)：在需要并發(fā)執(zhí)行流程時，fork活動可以使流程出現(xiàn)并行的分支，join活動可以使并行分支聚合成一條流程。

5、end(結束活動)：當流程實例流轉到end活動時，實例將被結束。但到達end活動的實例中仍然活躍的流程活動(如fork-join并發(fā)流轉引起的流程分支)將會被保留繼續(xù)執(zhí)行。JPDL允許有多個end活動。

6、task(人工任務活動)：用來處理需要人機交互的活動?？梢苑峙淙蝿战o指定用戶、實現(xiàn)任務分配處理器、任務泳道、任務提醒等功能。

7、sub-process(子流程活動)：允許在流程定義中調用其他的流程定義。

流程的形式化描述就是有向圖，其本質就是節(jié)點和有向弧。JBPM的節(jié)點Node就是流程控制活動，它的有向弧就是節(jié)點的轉移Transition(轉出或者轉入)，使用節(jié)點和轉移就可以繪制任意一個業(yè)務流程。

1.3.1.2JBPM流程調度

流程調度就是流程實例從一個節(jié)點運行到另一個節(jié)點所依賴的一套機制，圖2-13是JBPM流程調度的思維導圖。JBPM啟動一個流程時候，首先創(chuàng)建一個流程實例，并為這個實例創(chuàng)建一個Root Token，此時這個Root Token在Start節(jié)點上。當Token在Start節(jié)點上時，就可以將流程下流轉，通過Token的signal方法(實際執(zhí)行的是node的leave操作)，將Token(實際只有ExecutionContext對象)放入要轉向的Transtion對象中，再由Transtion對象將Token交給下一個節(jié)點，這樣便完成了流程調度。

參考文獻：

[1]高潔.深入淺出JBPM.人民郵電出版社，2009.7

[2]胡奇.jBPM4工作流應用開發(fā)指南,2010.10

[3]胡長城.開源工作流平臺jBPM:過程組件模型與PVM.程序員,2008(05)

作者簡介：劉永中，男，（1985-），四川省花園式人，西南交通大學信息科學與技術學院08級碩士。

注：本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文

第四篇：工作流技術研究

工作流技術研究（1）(2008-09-10 19:29:14)

標簽：工作流管理系統(tǒng) 工作流參考模型 雜談 分類：工作流

工作流技術從起源到現(xiàn)在已有三十年的發(fā)展歷史,為了規(guī)范工作流技術的管理,1993年成立了工作流管理聯(lián)盟(WfMC)。WfMC統(tǒng)一了工作流的定義,制定了工作流產(chǎn)品結構和工作流參考模型等一系列的標準。本文針對工作流及其參考模型作簡單的介紹。

首先，先了解一下工作流的相關定義。

一、工作流相關定義

定義1 工作流（Workflow）：工作流的概念定義很多，其中被廣泛引用的是工作流管理聯(lián)盟關于工作流的定義，該組織為工作流管理系統(tǒng)的相關術語、體系結構及應用編程接口等方而制定了一系列的業(yè)界標準。工作流管理聯(lián)盟給出的工作流定義是：全部或者部分，由計算機支持或自動處理的業(yè)務過程，它已根據(jù)一系列過程規(guī)則、文檔、信息或任務能夠在不同的執(zhí)行者之間進行傳遞與執(zhí)行。工作流是指整個或部分經(jīng)營過程在計算機支持下的全自動化或半自動化。工作流是企業(yè)中各種流的載體，它帶動了信息流、物料流、資金流的流動，并決定了它們的流速和流量。通過工作流，考察信息、物料、資金等隨過程的變化情況，從而可以方便地對一些關鍵指標進行跟蹤和計算。其文

檔、信息或任務可以遵循一組程序上的規(guī)則從一個參與者傳送到另一個參與者。

定義2 工作流管理：工作流管理（Workflow Management, WFM）是人與計算機共同工作的自動化協(xié)調、控制和通訊，在計算機化的業(yè)務過程上，通過在網(wǎng)絡上運行軟件，使所有命令的執(zhí)行都處于受控狀態(tài)。在工作流管理下，工作量可以被監(jiān)督，分派工作到不同的用戶達成平衡。

定義3 工作流管理系統(tǒng)（WFMS—Workflow Management System）：工作流管理系統(tǒng)是這樣的一個系統(tǒng)，詳細定義、管理并執(zhí)行工作流，系統(tǒng)通過運行一些軟件來執(zhí)行工作流，它運行在一個或多個工作流引擎上，這些引擎解釋對過程的定義，與工作流的參與者（包括人或軟件）相互作用，并根據(jù)需要調用其他的軟件工具或應用。這些軟件的執(zhí)行順序由工作流邏輯的計算機表示形式（計算機化的業(yè)務規(guī)則——過程定義）驅動。總體來說，實際企業(yè)中運作的工作流管理系統(tǒng)，是一個人與計算機結合的系統(tǒng)。

它的基本功能體現(xiàn)在幾個方面：

? 定義工作流，包括具體的活動、規(guī)則等。

? 遵循定義創(chuàng)建和運行實際的工作流。

? 監(jiān)察、控制、管理運行中的業(yè)務，例如任務、工作量與進度的檢察等。

定義4工作流機：為工作流實例提供運行時期的執(zhí)行環(huán)境的軟件服務器或引擎。工作流機能處理：

? 解釋過程定義

? 控制過程實例—創(chuàng)建、激活、掛起、終止等

? 為過程的活動導航，可能要包含順序或者平行的操作、最后時間期限、對工作流相關數(shù)據(jù)進行解釋

? 參與者簽名和退出

? 確定任務項目，實現(xiàn)用戶意圖；提供接口，支持用戶交互

? 維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)，在應用程序間或者用戶間傳遞工作流相關數(shù)據(jù)

? 提供調用外部程序的接口，連接所有工作流相關數(shù)據(jù)

? 提供控制、管理和審查功能

工作流機可以控制過程集、子過程、或通過對象類型的范圍、及其屬性定義好運行范圍的實例。在一個由多個工作流機構成的工作流執(zhí)行服務器中，要把過程進行劃分，分配給工作流機?？梢园凑者^程類型來劃分，某個工作流機負責控制相應類型過程；按照功能進行劃分，某個工作流機負責控制過程的一些部分，這些部分所需要的用戶或者資源，都在此工作流機的控制范圍內。也可以按照其他的一些機制來劃分。

定義5 業(yè)務過程（business process）：就是活動的集合，這些活動均關聯(lián)于特定的托付事項（commitment），為過程的產(chǎn)出增值。相對于“工作流”，業(yè)務過程是一個更一般化的統(tǒng)稱，而工作流這個詞，則已經(jīng)不能僅從字面含義或原理上去理解，它已經(jīng)被賦予了更深一層的特定含義——專指基于信息技術規(guī)劃、運作、管理的業(yè)務過程。

定義6 自動與協(xié)調：“自動”（automate）是工作流的一個特征，但這主要是指它自動進行的特征，而不是說沒有人的參與。工作流實際上是一個人與計算機協(xié)調的混合過程，在一個實際的工作流中，通?？傆行┎襟E是人完成的。協(xié)調是工作流管理的一個目標或者特征，這包括了人與人、人與計算機，計算機軟件之間等多種層面的含義。

定義7 監(jiān)察與控制：監(jiān)察（Monitoring）與控制（Contorl）是工作流系統(tǒng)的重要功能與特征。這不僅包括對正在發(fā)生的業(yè)務過程（工作流），還包括它的定義或改

變（比如BPR的過程）。這是工作流系統(tǒng)帶給我們的明顯好處之一。定義8 標準化：工作流的概念被明確提出并得到重視的同時，人們就認識到了“標準化”在其中的重要性，有關工作流的標準開發(fā)和推廣，基本是與“工作流”的開發(fā)和推廣同步進行的。在這方面目前的權威性機構，是“工作流管理聯(lián)盟”（Workflow Management Coalition, WfMC）。它成立于1993年8月，目前已擁有 130 余個成員，成員包括工作流產(chǎn)品的供應者、應用者，有關大學和研究機構和個人，是一個國際性的非贏利組織。定義9 工作流與重規(guī)劃：從邏輯上，對工作流的關注和研究可以看作是對業(yè)務過程重規(guī)劃（BPR）的一種深化。BPR的觀點，要求我們將眼光投向實際業(yè)務進行的過程，但這個過程應當是什么樣的，怎樣分析、構造？工作流就是一個具體的、操作性的答案，它可以令我們從神秘的、難以預測和控制的“頭腦風暴式”的“藝術的”業(yè)務過程創(chuàng)造，變成解析的、技術的、可控制和預測的工程化過程，如此，才真正體現(xiàn)出

re-engineering 中 engineering 的意義。

工作流與 BPR 的概念，已經(jīng)被幾乎所有的研究者聯(lián)系在一起研究和應用。在這個領域有一個非?；钴S的組織，即國際工作流與重規(guī)劃協(xié)會（Workflow And

Reengineering International Association, WARIA）。

工作流管理系統(tǒng)是一個真正的“人—機”系統(tǒng)，用戶是系統(tǒng)中的基本角色，是直接的任務分派對象，他或她可以直接看到計算機針對自己列出的“任務清單”，跟蹤每一項任務的狀態(tài)，或繼續(xù)一項任務，而不必從一個模塊退出，進入另一個模塊，搜索相應任務的線索。前者是面向功能或對象的，而后者是直接面向用戶的。這樣，用戶的任務

分派和任務的完成狀態(tài)，可以被最大程度地計算機化和受到控制。

現(xiàn)在的典型工作流產(chǎn)品是客戶—服務軟件。而日益增長的重要途徑是通過萬維網(wǎng)界面，它可以令客戶或遠程的職員更好地參與。工作流的定義經(jīng)常是借助于圖形化

工具，依照業(yè)務過程實例的情況定義相應工作的安排。

二、目標領域

使用工作流管理系統(tǒng)的目的之一是作為企業(yè)應用系統(tǒng)集成（EAI）的平臺。在當前大部分企業(yè)級IT架構中，各種各樣的異構（heterogeneous）應用和數(shù)據(jù)庫運行在企業(yè)內網(wǎng)中。在這些系統(tǒng)被應用到組織時，都有一個清晰的目標。例如，客戶管理、文檔管理、供應鏈、訂單、支付、資源計劃等等。讓我們稱這些系統(tǒng)為專門應用（dedicated applications）。每一個專門應用都包含它們所支持業(yè)務流程的領域知識。這些專門應用中的自動化流程，被拼裝到企業(yè)中更大的非自動化流程中。每當一個這樣的專門應用安裝并投入使用，都會帶來涉及其他多個應用的新功能需求。企業(yè)應用系統(tǒng)集成（EAI）就是通過使用多個專門應用滿足軟件新需求的方法。有時，這只需要在兩個應用之間提供數(shù)據(jù)通訊的通道。專門應用將很多業(yè)務流程硬編碼在軟件中?？梢赃@么說，在你購買專門應用時，你是購買了一組固定的自動化業(yè)務流程。而工作流管理系統(tǒng)是不必事先知道問題域的相關信息的。工作流系統(tǒng)將業(yè)務流程描述作為輸入并管理流程實例的執(zhí)行，這使得它比專門應用更靈活（當然你也要花精力編寫業(yè)務流程的規(guī)格化描述）。這就是為什么說工作流系統(tǒng)和專門系統(tǒng)是相互補充的。工作流系統(tǒng)可以用來管理全局的業(yè)務流程。如果專門應用支持你所需要的業(yè)務流程，那么使用專門應用。在此討論的工作流系統(tǒng)的第一種使用方式就是：結合所有的專門應用，使用工作流系統(tǒng)構建一個EAI平臺。

工作流系統(tǒng)能夠發(fā)揮很大價值的第二個使用方式是：協(xié)助涉及多人相關任務工作流軟件的開發(fā)。為了達到這個目的，大部分工作流系統(tǒng)都有一個方便的機制，來生成執(zhí)行任務的表單。對于專注于ISO 或者CMM認證的組織，采用這種方式使用工作流系統(tǒng)能夠顯著提高生產(chǎn)率。不用將過程用文字的形式寫在紙上，工作流系統(tǒng)使你通過

流程定義建模實現(xiàn)過程的自動化（如使用基于Web的應用）。

工作流系統(tǒng)的第三種使用方式是：將工作流引擎嵌入到其他應用中。在前面我們談到，專門應用將指定問題域相關的業(yè)務流程固化在軟件中。開發(fā)專門應用的公司也可以將工作流引擎嵌入到他們的軟件中。在這里，工作流引擎只是作為一個軟件組件，對于應用的最終用戶是不可見的。將工作流引擎嵌入到應用中的主要原因是為了重用

（不重復發(fā)明輪子）和應用軟件的可維護性。

三、工作流參考模型

WfMC定義的工作流參考模型包括若干基本部件和5個基本接口（部件之間的箭頭表示部件之間的接口），如圖1所示。工作流執(zhí)行服務器周圍的接口是 WAPI（Workflow APIs），通過這些接口可以訪問工作流系統(tǒng)的服務，這些接口還控制工作流控制軟件與其他系統(tǒng)組件間的交互。在5個接口中的許多功能，都是被2個或更多個接口同時擁有的，因此WAPI可以看作是統(tǒng)一的服務接口，可以交叉使用這5個接口來支持工作流管理功能，而不是單獨的使用其中某個接口。

首先，我們粗況的了解一下參考模型中的基本部件，然后再對這些基本部件進行簡單分析。

（1）過程定義：負責給出工作流程的定義，并以一定的數(shù)據(jù)格式提供給工作流引擎解釋。

（2）工作流執(zhí)行服務：工作流管理系統(tǒng)的核心，提供了過程實例執(zhí)行的運行環(huán)境。工作流執(zhí)行服務借助于一個或多個工作流引擎，激活并解釋工作流流程定義，用來創(chuàng)建、管理、執(zhí)行工作流實例。并同外部的應用程序進行交互，完成工作流過程實例的創(chuàng)建執(zhí)行與管理職能。

（3）管理和監(jiān)視工具：負責監(jiān)控工作流的執(zhí)行，對工作流管理系統(tǒng)中過程實例的狀態(tài)進行監(jiān)控與管理，如用戶管理、角色管理、審計管理、資源控制等。

（4）工作流客戶應用：執(zhí)行者訪問工作流的界面，活動參與者通過這樣的應用程序參加工作流活動，獲取自己的任務。

（5）工作流引擎：過程定義的解釋器，它是工作流執(zhí)行服務的核心。

（6）被調應用程序：工作流執(zhí)行服務在過程實例的運行過程中，調用的、用以對應用數(shù)據(jù)進行處理的程序。在過程定義中包含這種應用程序的詳細信息如類型、地

址信息等。

（7）其他工作流執(zhí)行服務：在大型的工作流管理系統(tǒng)中，工作流可能需要多個工作流引擎共同完成，甚至需要其他異質的工作流執(zhí)行服務來輔助完成，這涉及到工

作流管理系統(tǒng)之間的互聯(lián)。

其中過程定義通常包括一些獨立的活動步驟，相關的計算機和用戶通過一系列的活動步驟操作或制定規(guī)則以管理流程的步驟。

參考模型中定義的五類工作流接口。

（1）接口1（工作流定義轉換）：工作流服務和工作流建模工具間的接口，包括工作流模型的解釋和讀寫操作。

（2）接口2（客戶端應用程序接口）：工作流服務和客戶應用之間的接口，這是最主要的接口規(guī)范，它約定所有客戶方應用與工作流服務之間的功能操作方法。

（3）接口3（應用程序調用接口）：工作流引擎和直接調用的應用程序之間的直接接口。

（4）接口4（工作流機協(xié)作接口）：工作流管理系統(tǒng)之間的互操作接口。

（5）接口5（管理和監(jiān)視接口）：工作流服務和工作流管理工具之間的接口。

在實際的應用中，很多商用和開源的工作流系統(tǒng)都沒有嚴格遵照這個標準，或者說沒有統(tǒng)一。一個原因是WfMC的標準對于很多細節(jié)沒有明確說明，在實現(xiàn)時各個系統(tǒng)出現(xiàn)了各自的實現(xiàn)。另一個原因是，工作流系統(tǒng)與業(yè)務系統(tǒng)關系密切，受業(yè)務系統(tǒng)的限制或約束太大，因此支持不同業(yè)務的工作流在細節(jié)上差異很大，標準不易統(tǒng)一，做

一個通用的工作流系統(tǒng)難度比較大。

3.1過程定義

1過程定義工具（Process Definition Tools）

過程定義是用來創(chuàng)建一個計算機可以處理的形式的過程描述?？赡芤孕问竭^程定義語言、對象關系模型、簡單的系統(tǒng)、腳本、或者在參與者間進行信息傳遞的路徑集為基礎。工作流定義工具，可能作為工作流產(chǎn)品的一部分、也可能作為業(yè)務過程分析產(chǎn)品的一部分來提供給用戶，作為業(yè)務過程分析產(chǎn)品一部分，會有其他的組件來負責處理業(yè)務過程的分析或者模型，這時，必須要有兼容的轉換格式，與運行時期的工作流軟件進行過程定義的相互轉換。有許多不同的工具可以用來分析、建模、描述業(yè)務過程；這樣的工具有很大的不同從非正式的（鉛筆和紙）到成熟的、十分專業(yè)。工作流模型不關心這些工具的特性，也不關心在過程建立時期他們是如何交互的。在以前指出過，這些工具可以作為工作流產(chǎn)品的一部分來提供，或者一個單獨的產(chǎn)品，例如BPR工具集。

有的工作流產(chǎn)品提供了其自己的過程定義工具，從而過程定義一般是保留在工作流產(chǎn)品范圍內的，并且可能或者不能被讀/寫信息的編程接口所訪問。而使用單獨的過程定義和執(zhí)行服務器產(chǎn)品，過程定義能夠在不同的產(chǎn)品間進行轉換，并可以被其他產(chǎn)品訪問。

設計活動和最后的過程模型輸出，稱為過程定義。在運行時期過程定義可以被工作流機解釋。

過程分析工具、建模工具和定義工具，都要有在一個組織結構中模擬過程的能力（盡管這不是工作流參考模型規(guī)定必須有的）。如果組織模型集成到了這些工具中，那么過程定義將包含組織相關對象。這些都是與系統(tǒng)相關的控制數(shù)據(jù)，例如角色：活動者間的關系，可能會在過程執(zhí)行期間被引用。工作流定義轉換（接口 1）

在建?；蚨x工具與運行時期工作流管理軟件間的接口，被稱為過程定義導入/導出接口。這個接口的特點是：轉換格式和API調用，從而支持過程定義信息間的互相轉換。這個接口也支持已完成的過程定義間的互相轉換，或過程定義的一部分。例如，過程定義的改變或者活動中屬性的改變。

使用標準的過程定義格式有很多好處：

首先，把建立階段與運行時期環(huán)境進行了分離，可以使用一個建模工具來產(chǎn)生過程定義，這個過程定義可以作為很多個不同工作流運行時期產(chǎn)品的輸入。從而用戶

可以單獨地選擇建模工具和工作流運行時期產(chǎn)品。

其次，可以為幾個工作流機輸出過程定義，這幾個工作流機合作來構成分布式的工作流執(zhí)行服務器。

WFMC在此部分作了以下兩個方面的工作：

（1）提出了一個元模型，可以用來表示過程定義中的對象、對象間的關系和屬性。這個元模型為不同的產(chǎn)品間的過程定義相互轉換奠定了基礎，并形成了一套轉換

格式。

（2）工作流系統(tǒng)間或工作流系統(tǒng)與過程定義產(chǎn)品間的API調用，提供了公共的方法來訪問工作流過程定義。訪問可能是讀、讀/寫或者只寫操作，并且操作標準對

象集合（在元模型中定義的對象集合），或者產(chǎn)品自己的對象集合。

3基本元模型（A Basic Meta-Model）

WFMC開發(fā)了一個過程定義的元模型。元模型中定義了基本的對象類型集，來滿足簡單的過程定義相互轉換?；蛘哂虚_發(fā)者具體擴展，或者在增加的功能中定義另

外的一致性級別來增加更多的對象類型。

需要為下邊的類型定義特殊的屬

性：

工作流類型定義（Workflow Type Definition）

? 工作流過程名

? 版本號

? 過程開始/結束條件

? 安全、審查、控制數(shù)據(jù)

活動（Activity）

? 活動名

? 活動類型

? 進入動作和離開動作

? 其他約束

轉移條件（Transition Conditions）

? 執(zhí)行條件

工作流相關數(shù)據(jù)（Workflow relevant data）

? 數(shù)據(jù)名與路徑

? 數(shù)據(jù)類型

角色（Role）

? 名稱與組織實體

? 應用程序調用（Invoked Application）

? 類型和名稱

? 執(zhí)行參數(shù)

? 本地或者訪問路徑

在分布式工作流服務器中，可能要在過程定義時，為每個工作流機分配活動，可以作為活動的一個附加屬性。過程定義能影響安全性與管理。定義的交換格式，要支持符號命名方案，這些符號可以映射到工作流執(zhí)行服務器中的實際名稱與地址。這種映射可以使用動態(tài)地址定位機制來實現(xiàn)（例如，目錄服務器），也可以使用其他的外部過程定義機制實現(xiàn)。也有其他的一些行業(yè)在相關的方面作研究，例如過程建模和CASE轉換工具；WFMC提出的方法也適用與其他行業(yè)，預

先定義適當?shù)霓D換格式。

4訪問過程定義的 API（APIs to access Process Definitions）

用來支持訪問過程定義數(shù)據(jù)的API命令集。希望規(guī)范中包含下邊列出的通用類型功能。命令集應該提供命令操作表，和操作的對象、屬性，包括：

建立會話（Session Establishment）

? 連接/斷開參與系統(tǒng)間的會話

工作流定義操作（Workflow Definition Operationis）

? 從過程定義庫或者其他資源中，獲得工作流過程的名稱列表

? 選擇工作流過程定義，為更多的對象級操作提供會話句柄

? 讀/寫上層工作流過程定義對象

工作流定義對象操作（Workflow Definition Object Operations）

? 創(chuàng)建、恢復、刪除工作流定義中的對象

? 恢復、設置、刪除對象的屬性

3.2工作流執(zhí)行服務

1什么是工作流執(zhí)行服務器

由一個或多個工作流機構成的軟件服務器，用來創(chuàng)建、管理、執(zhí)行工作流實例。應用程序可能會通過WAPI來與這個服務交互。

在模型中，過程與活動控制邏輯間有一個邏輯上的分離，活動控制邏輯構成工作流執(zhí)行服務器；過程與應用工具間、與終端用戶任務間也有一個邏輯上的分離，應用工具和任務建立起對每個相關活動的處理。這種邏輯上的分離，為制定更多的行業(yè)標準提供了機會，也為在工作流程序中集成用戶具體的應用工具提供了機會。

使用下邊兩個接口中的一個，就可以使工作流機訪問外部資源：

客戶端應用程序接口（The client application interface），通過這個接口工作流機可以與任務表處理器交互，代表用戶資源來組織任務。然后由任務表處理器負責，從任務表中選擇、推進任務項。由任務表處理器或者終端用戶來控制應用工具的活動。

應用程序調用接口（The invoked application interface），允許工作流機直接激活一個應用工具，來執(zhí)行一個活動。典型的是調用以后臺服務為主的應用程序，沒有用戶接口；當執(zhí)行活動要用到的工具，需要與終端用戶交互，通常是使用客戶端應用程序接口來調用那個工具，這樣可以為用戶安排任務時間表提供更多的靈活性。

在分布式的工作流執(zhí)行服務器中，每個工作流機控制過程執(zhí)行的一部分，并與這部分過程中的活動所要用到的用戶、應用工具進行交互。在分布式的執(zhí)行服務器中有公共的名稱空間與管理范圍的，從而過程定義、用戶/應用程序的名稱在一致的標準下被處理。分布式工作流系統(tǒng)，在工作流機間采用特殊的協(xié)議和信息轉換格式，來同步工作流機的操作、過程交換和活動控制信息。也許工作流相關數(shù)據(jù)也要在工作流機間進行傳遞。在單一的工作流執(zhí)行服務器中，這些操作都是由開發(fā)商自己定義的。

在工作流機間需要一個標準的交換格式，來實現(xiàn)異種產(chǎn)品間的調用。使用接口4，執(zhí)行服務器可以把活動或者子過程轉移到另外一個（異種）執(zhí)行服務器中執(zhí)行。在工作流參考模型中，這被稱作“工作流機交互（Workflow Engine Interchange）”。

2過程和活動狀態(tài)變遷（Process and Activity Transitions）

工作流執(zhí)行服務可以看作是一個狀態(tài)變遷機器，過程或者活動的實例在響應外部事件、工作流機負責的控制判斷后，其狀態(tài)發(fā)生改變。

下圖描述了過程實例的基本狀態(tài)變遷方案：

在上圖中，發(fā)生狀態(tài)轉移（用箭頭表示）來響應WAPI的命令；過程定義中的轉移條件滿足，也可能發(fā)生狀態(tài)轉移。

初始化（Initiated）—過程實例被創(chuàng)建，包括與過程狀態(tài)相關的日期、工作流相關數(shù)據(jù)，但是過程還沒有滿足條件，不能執(zhí)行。

運行（Running）—過程實例已經(jīng)執(zhí)行，過程中的活動如果條件滿足就可以執(zhí)行。

激活（Active）—過程中的一個或者多個活動已經(jīng)被執(zhí)行。

掛起（Suspended）—過程實例被靜止，并且過程中的活動不能執(zhí)行，直到過程返回到運行狀態(tài)。

結束（Completed）— 過程實例滿足結束條件；所有的完成后操作都將被執(zhí)行（例如記錄日志、或者統(tǒng)計信息），并且銷毀過程實例。

終止（Terminated）— 過程實例在正常結束前被停止；所有的完成后操作都將被執(zhí)行（例如記錄錯誤信息、或者恢復數(shù)據(jù)），并且銷毀過程實例。

活動是不能被中斷的，例如工作流執(zhí)行服務器一旦開始了一個活動，就不能掛起或者終止這個活動。這就意味著，只有在所有運行中的活動結束后，并且過程返回到運行狀態(tài)，才能對過程執(zhí)行掛起、重啟、終止等命令。另外，可能需要把幾個活動放在一起作為“原子單元”，這些原子單元要執(zhí)行就全部被執(zhí)行完，如果中途出現(xiàn)異常則返回到開始點，重新執(zhí)行?？芍袛嗷顒拥奶幚磙k法和原子活動單元的重新啟動能力，需要進一步的考慮，這超出了WFMC的初期工作范圍。

忽略那些額外的復雜事物，活動實例的基本狀態(tài)和轉移如下圖：

一個活動的基本狀態(tài)有：

初始化—過程實例中的活動已經(jīng)被創(chuàng)建，但是還沒有激活（例如，活動的進入條件沒有滿足），并且沒有任務需要處理。

激活 —創(chuàng)建好的任務，分配這個活動來處理。

掛起—活動實例被靜止，并直到活動返回到初始化狀態(tài)，才能為其分配任務。

結束 —活動實例執(zhí)行完成。

當然，一個產(chǎn)品也可以實現(xiàn)一些其他的狀態(tài)類型，或者使用不同基本狀態(tài)和轉移來代表上圖中的狀態(tài)和轉移。參考模型沒有指定工作流系統(tǒng)的內部行為，但是狀態(tài)

轉移闡明了，API命令集的影響范圍的基本觀點。工作流應用編程接口與數(shù)據(jù)交換（Workflow Application programming Interface & Interchange）

WAPI可以被看作是一套由工作流執(zhí)行服務器支持的API調用和數(shù)據(jù)交換集合，這個集合在在工作流執(zhí)行服務器的邊界處，負責與其他資源交互。盡管結構中涉及到了WAPI中的5個接口，但是每一個接口中的許多功能都是公共的（即，同時被2個或者多個接口共同擁有）。

WAPI的主要功能由API調用組成。同時在WFMC也定義了接口間的，數(shù)據(jù)轉換格式，例如過程定義。工作流控制，工作流相關數(shù)據(jù)和工作流應用數(shù)據(jù)

工作流執(zhí)行服務器維護內部控制數(shù)據(jù)，來確定過程實例或活動實例的狀態(tài)，并支持其他內部狀態(tài)信息。這種內部控制數(shù)據(jù)不能被訪問，也不能進行轉換。但是有些信息內容是要對外提供的，來響應某些特殊操作（例如，查詢過程狀態(tài)等）。同種工作流執(zhí)行服務器可能在工作流機間交換這些信息，通過使用具體的內部對話。

工作流控制數(shù)據(jù)—由工作流管理系統(tǒng)和（或）工作流機管理的內部數(shù)據(jù)。

工作流管理系統(tǒng)使用工作流相關數(shù)據(jù)來判斷轉移條件是否滿足，并選擇下一個要執(zhí)行的活動。這些數(shù)據(jù)能被工作流應用程序訪問，這些數(shù)據(jù)也需要通過工作流執(zhí)行軟件在活動間傳遞。當在同種環(huán)境下進行操作時，如果過程的執(zhí)行要在2個或者多個工作流中進行，那么這些數(shù)據(jù)就要在工作流機間進行傳遞；這個過程可能需要名稱映射

或者數(shù)據(jù)轉化。

工作流相關數(shù)據(jù)—工作流管理系統(tǒng)用來判斷過程中狀態(tài)轉移是否可以執(zhí)行的數(shù)據(jù)。過程實例中的每個活動中可能都需要進行數(shù)據(jù)操作。因此，工作流模型必須能夠在所有的處理活動間的“情形數(shù)據(jù)”交換。在一些環(huán)境中，可能需要情形數(shù)據(jù)在不同的工具數(shù)據(jù)格式間進行轉換，例如，把文檔從一種格式轉成另外一種格式。（有的系統(tǒng)中，數(shù)據(jù)轉換是工作流執(zhí)行服務器來完成的；有的系統(tǒng)中直接把數(shù)據(jù)轉換定義成過程中的一個活動來執(zhí)行）

工作流應用程序數(shù)據(jù)—應用程序的具體數(shù)據(jù)，并且不能被工作流管理系統(tǒng)訪問。

工作流應用程序數(shù)據(jù)不能被工作流執(zhí)行軟件所使用，只與應用程序或者用戶任務的執(zhí)行相關。就像工作流相關數(shù)據(jù)一樣，在同種執(zhí)行服務器中應用程序數(shù)據(jù)會在工

作流機間進行傳遞，來保證活動的正常執(zhí)行。

應用程序與其需要用到的工作流相關或應用程序數(shù)據(jù)間的關系，會在工作流定義中說明。在一些情況下，可能是隱含關系（例如，在一些系統(tǒng)中情形數(shù)據(jù)會作為活動導航的一部分，傳遞到下一個活動中），然而在其他情況下（例如訪問共享對象存儲），就需要明確定義對象的名字和應用程序的訪問路徑。在參考模型中，把前一種情況

稱為“直接數(shù)據(jù)交換”，后一種稱為“間接數(shù)據(jù)交換”。數(shù)據(jù)交換（Data Interchange）

工作流相關數(shù)據(jù)和應用程序數(shù)據(jù)的交換，都需要訪問WAPI，來支持在3個運行時期功能中的協(xié)同工作：

? 任務表處理器（Interface 2）

? 應用程序調用（Interface 3）

? 工作流機交換（Interface 4）

本節(jié)講述數(shù)據(jù)交換的基本原理；提出了API命令集，包括從工作流機中接收/返回工作流相關數(shù)據(jù)的具體調用；并為直接數(shù)據(jù)交換和間接數(shù)據(jù)交換定義了，與上述

API命令集不同的命令集。

由Email驅動的工作流系統(tǒng)是一種典型的應用程序數(shù)據(jù)的直接交換，這樣的系統(tǒng)中，應用程序數(shù)據(jù)物理地在活動間進行傳遞。這種情況下，不需要明確定義活動與應用程序數(shù)據(jù)間的關系；應用程序數(shù)據(jù)作為標準工作流活動導航的一部分進行傳遞，并且在應用程序調用時在本地直接與程序相關。需要在活動間提供數(shù)據(jù)格式轉換時，應用程序需要定義與之相關的數(shù)據(jù)類型，可以作為一個屬性來定義（這個屬性信息可能存放在軟件執(zhí)行環(huán)境中，或者能被整個工作流執(zhí)行服務器訪問，例如地址目錄）。這樣，使用同種工作流應用程序構造的系統(tǒng)，就能夠根據(jù)每個應用程序所定義的數(shù)據(jù)類型進行數(shù)據(jù)轉換。需要采用一些協(xié)議來傳遞和保存數(shù)據(jù)類型信息，例如使用 X.400 對象標識符，或者Internet mail MIME機制。

一些類型的工作流系統(tǒng)（例如，使用共享文檔存儲實現(xiàn)的），在活動間不能從物理上傳遞應用程序數(shù)據(jù)。在這些系統(tǒng)中，應用程序要使用適當?shù)脑L問路徑才能進行數(shù)據(jù)訪問。這樣，必須要有統(tǒng)一的訪問路徑命名方案，必須是有效的訪問權限，并且由激活的過程實例來控制訪問權限。在這種情況下，如果需要，在建模時，數(shù)據(jù)格式轉換

也可以作為一個活動。

同種系統(tǒng)中可能使用私有的對象命名協(xié)定和訪問權限，但是異種系統(tǒng)需要一個公共的方案。在異種系統(tǒng)中，在過程定義時必須包含對應用程序數(shù)據(jù)對象存儲的訪問

路徑，或者在活動間的導航必須包含訪問路徑的傳遞。

同種工作流產(chǎn)品進行協(xié)調工作，其必須采用相同的應用程序數(shù)據(jù)交換方法，或者通過一個網(wǎng)關機制進行協(xié)作，網(wǎng)關機制通過適當?shù)膮f(xié)議，可以在兩種不同的數(shù)據(jù)交換方法間進行映射，也可以處理對象命名與數(shù)據(jù)類型轉換的不同。以后還需要對這部分進行細化，但有可能制定一個交換標準，來包含上述的兩種情況。

工作流應用程序或相關數(shù)據(jù)交換的方法，都是通過3個接口來處理的；下邊列出了這3個接口：

客戶端應用程序接口—工作流相關數(shù)據(jù)可以包含在任務中。工作流相關數(shù)據(jù)也可以通過共享的對象存儲形式來間接傳遞。

應用程序調用接口—依靠應用程序調用接口進行數(shù)據(jù)轉換，可能需要在調用服務中把數(shù)據(jù)包含在具體應用程序協(xié)議中。激活的工作流應用程序可以使用，讀/寫工作

流相關數(shù)據(jù)的API，或者用這些API來構造通用應用程序代理。

工作流機協(xié)作接口—與客戶端應用程序接口相似，盡管在不同的系統(tǒng)中支持不同的應用程序數(shù)據(jù)交換方法，但是網(wǎng)關功能的使用，需要在兩種方法間進行映射，也

要處理名稱問題。

3.3工作流客戶應用：

1工作流客戶端應用程序（Workflow Client Applications）

任務表處理器是在需要調用人類資源的活動時用來與終端用戶進行交互的軟件。任務表處理器可以作為工作流產(chǎn)品的一部分提供給用戶，也可以由用戶自己開發(fā)。在其他情況中，工作流可能要與普通的辦公系統(tǒng)進行集成，例如Email，來為終端用戶提供一個統(tǒng)一的任務管理系統(tǒng)。這就要求在工作流執(zhí)行服務器與工作流客戶端應用程序

間有一個非常靈活的通信機制，來構建各種可能遇到的運行系統(tǒng)。在工作流模型中，通過客戶端應用程序與工作流機間的定義良好的接口進行交互。在這個接口中包含任務表—由工作流機分配給用戶的任務序列。最簡單的情況是，工作流機訪問任務表，來把任務分配給用戶；任務表處理器訪問任務表，向任務表中添加任務項。有許多不同的產(chǎn)品來實現(xiàn)任務表的交互。

任務表中任務項的激活（例如，啟動應用程序，連接工作流相關數(shù)據(jù)），可能是由工作流客戶端應用程序或者終端用戶控制的。在工作流客戶端應用程序與工作流執(zhí)行服務器間定義了一系列的方法，用來向任務表中添加任務項、從任務表中刪除完成的活動、激活臨時掛起的活動，等。

任務表處理器也可以調用應用程序，或者直接調用，或者由終端用戶調用。通常希望，任務表處理器的應用程序調用范圍能夠受到運行環(huán)境的限制，盡管這樣會給

模型帶來通用性的限制，但這種情況是一直存在的。

與任務表相關的部分活動的數(shù)據(jù)，是任務表處理器用來調用應用程序所必須的信息。當應用程序數(shù)據(jù)是強類型時，在任務表處理器中要存放一個聯(lián)接，用來實現(xiàn)程序的調用。在其他情況中，在任務表處理器與工作流機間要進行完全的應用程序名稱和地址信息的交換；這時，工作流客戶端應用程序也可能實現(xiàn)一些應用程序調用接口（接

口3）中的功能，來獲得必要的信息。

任務表中可能要包含一個過程中的幾個不同實例的相關任務，或者包含幾個不同過程中的一個共同活動項。一個任務表處理器可能要與幾個不同的工作流機、幾個不同的工作流執(zhí)行服務器進行交互。（按照每個產(chǎn)品的實現(xiàn)，為每個過程單獨維護一個物理上分開的任務表，或者任務表處理器把幾個不同的任務表聯(lián)合到一起，呈現(xiàn)給終端

用戶）

因此，客戶端工作流應用程序與工作流機間的接口必須十分靈活，來滿足下邊的幾方面功能的實現(xiàn)多樣性：

? 過程和活動表示符

? 資源名和地址

? 數(shù)據(jù)引用和數(shù)據(jù)結構

? 可選擇的通訊機制 工作流客戶端應用程序接口（接口 2）

滿足上述需求的方法，在標準API集后，可以為從工作流應用程序到工作流機和任務表的訪問提供一致的形式，而不管產(chǎn)品的實現(xiàn)特性。

API與其參數(shù)可以映射到幾個不同的通信機制上，來適應各種不同的工作流實現(xiàn)模型。

WFMC在其文檔中，分開發(fā)布API規(guī)范；下邊是對客戶端應用程序API使用的一個概述，分成幾個不同的功能。提供了對單獨或者多個過程活動實例的操作命令，就像任務表一樣。

建立會話（Session Establishment）

? 連接/斷開參與系統(tǒng)間的會話

工作流定義操作（Workflow Definition Operations）

? 對工作流過程定義名稱或者屬性的恢復/查詢功能

過程控制功能（Process Control Functions）

? 創(chuàng)建/開始/結束一個過程實例

? 掛起/喚醒一個過程實例

? 在過程實例或活動實例中強制一個狀態(tài)發(fā)生改變

? 查詢過程實例或活動實例的屬性

過程狀態(tài)功能（Process Status Functions）

? 打開/關閉過程實例或活動實例的查詢，設置過濾標準

? 獲取過程實例或活動實例的詳細信息

? 獲取具體過程或活動的詳細信息

任務表/任務項處理功能（Worklist/Workitem Handling Functions）

? 打開/關閉任務表查詢，設置過濾標準

? 獲取任務表中的項目

? 通知選擇/重分配/結束一個任務項

? 查詢任務項屬性

過程管理功能（Process Supervisory Functions）

? 改變過程定義或者它的實例的運行狀態(tài)

? 改變某種類型的所有過程實例或活動實例的狀態(tài)

? 為某種類型的所有過程實例或活動實例的屬性賦值

? 終止所有過程實例

數(shù)據(jù)處理功能（Data Handling Functions）

? 恢復/返回工作流相關或應用程序數(shù)據(jù)

應用程序調用（Application Invocation）

? 上邊對功能的概括，為支持任務表處理器對應用程序調用提供了基礎。應用程序調用功能的一些命令是與客戶端應用程序環(huán)境相關的。

? 有些產(chǎn)品可以只實現(xiàn)全部WAPI的一部分；以后會給出進一步的考慮，定義一致性級別，來滿足市場中不同的產(chǎn)品間的，不同的協(xié)作需要。

3.4被調應用程序：

1應用程序調用（Invoked Applications）

所有的WFM產(chǎn)品都沒有足夠的邏輯單元，知道如何調用所有的應用程序，這些應用程序存在異種的產(chǎn)品環(huán)境中。這就需要，能夠處理在所有平臺下和網(wǎng)絡環(huán)境中進行調用的邏輯，并需要能使用公共格式和編碼進行應用數(shù)據(jù)或相關數(shù)據(jù)傳遞的方法。

然而，許多工作流系統(tǒng)能夠使用了更多受限制的應用程序，特別是那些采用強制數(shù)據(jù)類型和直接與應用程序相連的系統(tǒng)。在其他情況中，應用程序對操作的調用，可能是通過標準的交換機制來實現(xiàn)的，例如OSI TP協(xié)議或者X.400。一些實現(xiàn)使用了“應用程序代理（Application Agent）”，把這些在在標準接口之后的各種方法包含在工作流執(zhí)行服務器中。也有可能開發(fā)“Workflow enabled”應用工具，這種工具使用標準的API集來與工作流執(zhí)行服務器進行通信，來接收應用程序數(shù)據(jù)、信號和響應活動事件等。這些API可以被應用工具直接調用；也可以被應用程序代理過過程調用，作為與其他應用程序（不包含任何工作流技術的程序）交互的前端。應用程序調用接口（接口 3）

下邊是接口3的結構，“工作流”類型的應用程序或應用程序代理，可以直接使用這個結構。

在簡單的情況中，工作流機在本地處理應用程序調用，使用過程定義中的信息來確定，活動的性質、將要調用的應用程序的類型和所需的數(shù)據(jù)。被調用的應用程序可能存儲在工作流機中，或者與工作流機一同存儲在相同的平臺下，或者存放在一個獨立的網(wǎng)絡訪問的平臺中；過程定義中有足夠的應用程序類型和尋址信息（工作流機的特殊需求），來實現(xiàn)應用程序調用。在這種情況下，應用程序命名與尋址的協(xié)定是處于工作流機與過程定義之間的。

應用程序調用API的詳細語法、語義作為WFMC規(guī)范的一部分給出。操作覆蓋了一些不同的基本接口，包括上表中的一部分，其中一些操作是同步的，一些是異步的。API的操作可以是單線程的，也可以是多線程的，后者使用活動ID來區(qū)分線程。下邊是應用程序調用可以使用的一些命令概括：

創(chuàng)建會話（Session Establishment）

? 連接/斷開應用程序會話

活動管理功能（Activity Management Functions）

? 開始活動

? 掛起/恢復/放棄活動

? 活動完成通知

? 信號事件

? 查詢活動屬性

數(shù)據(jù)處理功能（Data Handling Functions）

? 提供工作流相關數(shù)據(jù)

? 提供應用程序數(shù)據(jù)或數(shù)據(jù)地址

更復雜的情況，異種工作流機間的協(xié)同工作，可能需要在工作流機間傳遞應用程序調用信息，或者作為運行時期數(shù)據(jù)交換的一部分，或者通過在過程定義階段后導

入過程定義來實現(xiàn)。

3.5其他工作流執(zhí)行服務：

WFMC的一個主要目標是，為不同開發(fā)商的工作流系統(tǒng)產(chǎn)品，相互間能夠進行無逢傳遞任務項，定義標準。

工作流產(chǎn)品的特性變化多樣。在WFMC的協(xié)同工作標準中，沒有強迫開發(fā)商必須提供一個只面向用戶需求的產(chǎn)品或者只考慮協(xié)同工作。

WFMC把焦點聚集到，開發(fā)多種不同的協(xié)同工作框架，這些框架可以操作一系列標準的協(xié)調工作，從簡單的任務傳遞到整個工作流系統(tǒng)的協(xié)同工作（包括過程定義轉換、工作流相關數(shù)據(jù)交換、通用的界面等）。簡單的協(xié)同工作，WFMC的協(xié)同工作定義將在最初就能支持；而復雜的協(xié)同工作，還需要進一步的研究。

盡管可以開發(fā)一個非常復雜的協(xié)同工作框架，由許多個工作流機構成個執(zhí)行服務器，但是這種框架不會在近期實現(xiàn)，因為這需要所有的工作流機都可以解釋一個公共的過程定義和共享公共的工作流控制數(shù)據(jù)集，事實上是維護異種工作流機間的一個共享過程視圖。現(xiàn)階段更現(xiàn)實的目標是，能夠在運行時期傳遞過程的某些部分，來支持不

同的執(zhí)行服務器運行。

WFMC定義了4個協(xié)同工作模型：鏈鎖式，子過程嵌套，P2P（Peer-to-Peer），相似同步，包含多種協(xié)同工作能力級別

3.6管理和監(jiān)視工具：

WFMC規(guī)范的最后關注的是為管理和監(jiān)視功能開發(fā)公共的接口標準，這樣一個開發(fā)商的產(chǎn)品就可以用來管理其他工作流機的運行。通過公共的接口，幾個不同的工

作流執(zhí)行服務器可以共享，管理和監(jiān)視功能。

盡管，過程狀態(tài)命令在接口定義中已經(jīng)描述了，但一致認為，在某些行業(yè)中需要，進行全部狀態(tài)監(jiān)視和提取信息的功能。WFMC提出的接口，是要讓用戶能夠得到工作流運行狀態(tài)的完整視圖，無論是什么樣的工作流系統(tǒng)；同時，也希望能提供一套全面的功能集，進行系統(tǒng)管理，包括安全性、控制和權限。

接口中包含WAPI集中的一些具體命令，來操作管理和監(jiān)視功能。另外，進一步的討論，期望能夠確定在什么范圍內，這個接口可以使用現(xiàn)有的協(xié)議（如CMIP、SNMP），來設置、恢復管理狀態(tài)和統(tǒng)計信息（定義在開放MIB中——Management Information Base）

“工作流” 已經(jīng)成為了一個事實存在的概念和名詞，可是到了2007年依然找不到?jīng)]有能夠明確的定義,在互連網(wǎng)上，我們隨便在GOOGLE或百度上搜索，找到關于工作流的內容及定義可以說是百家爭鳴，是標準、是引擎、是技術、解決方案、是思想、是架構。。到底是什么？

工作流到底是什么呢，對于從事做計算機軟件設計的人而言，它是一項技術、是我們?yōu)槲覀兊目蛻籼峁┙鉀Q方案框架的一部分；對于從事企業(yè)信息化管理的人而言，它是一種思想，是我們降低用戶的IT運維成本的一種方法；對于從事軟件開發(fā)的人而言，它是一個架構，是我們如何利用成熟穩(wěn)定的接口和組件低成本的開發(fā)出適應用戶流程變化的應用程序。總而言之，工作流通過技術的手段，融入管理思想、為管理提供“人、事、物、流程、時間、條件”等多維管理能力，幫助用戶實現(xiàn)管理目標。

既然今天談的是“工作流”技術，那文章的重點就是占在技術的角度來討論工作流，我們可以從以下幾個方面來探討工作流。

1、為什么要使用工作流技術

對于這個問題我們可以從軟件企業(yè)的解決方案策略、用戶運維的成本上及企業(yè)信息化規(guī)劃等幾個角度來考慮這個問題。

首先從解決方案提供者的角度來說，我們的CIO/CTO面臨的一個很大的壓力是在于我們?yōu)橛脩籼峁┑慕鉀Q方案滯后于我們的用戶的商業(yè)策略，我們用戶總是在變化中發(fā)展，商業(yè)策略面臨著市場、競爭對手的壓力而改變，而我們提供的解決方案卻不能夠快速適應這樣的變化。工作流技術使這樣的一種解決方案成為可能，同時工作流技術也為用戶企業(yè)實現(xiàn)企業(yè)戰(zhàn)略執(zhí)行提供了實現(xiàn)的平臺。

從IT運維的角度來說，目前很多IT公司面臨了一種CTO（總體擁有成本）成本比例的變化趨勢。因為大部分IT企業(yè)或IT部門的IT基礎架構的現(xiàn)狀，使我們用戶運行維護的成本在逐步的升高，研發(fā)新能力的成本在逐步壓縮，但我們的IT投資始終會變緩，特別是IT運行維護的成本在總體擁有成本中的比例。意味著IT企業(yè)和IT部門利益的空間將越來越小，其實我們身邊的很多案例里就有很多IT企業(yè)被某些項目拖累致倒閉的現(xiàn)象。工作流技術可以脫離開發(fā)環(huán)境而設計業(yè)務流程的特性讓企業(yè)IT運行維護成本大大的降低，從而提高了IT企業(yè)和IT部門的利益空間。

從企業(yè)信息規(guī)劃的角度來說，可以回顧前些年的ERP、進銷存、CRM等系統(tǒng)，大部分是管事的，系統(tǒng)主要是記錄數(shù)據(jù)及其關聯(lián)關系等，是靜態(tài)為主的，但隨著社會的發(fā)展與競爭格局的變化，企業(yè)的策略越來越需要能隨需而動，生產(chǎn)管理活動也始終是“人”參與的活動，很多時候人需要激勵、參與、滿足、約束、被管理等等才能很好達到管理目標。因此新一代管理系統(tǒng)中協(xié)同性、靈活性、擴展性需求相當重要，工作流是提供協(xié)同性、靈活性、擴展性的最佳工具。

2、工作流用在哪里

毫五疑問，工作流技術是軟件技術，用在軟件設計領域，工作流分為業(yè)務型工作流和狀態(tài)型工作流，業(yè)務型工作流大部分是要用在管理軟件設計領域，為管理軟件提供靈活性、擴展性、協(xié)同性等特質。幫助企業(yè)實現(xiàn)戰(zhàn)略管理目標。

常用的工作流應用場景：

企業(yè)辦公自動化系統(tǒng)

IT服務管理系統(tǒng)

客戶服務管理系統(tǒng)

物流攬收調度系統(tǒng)

設備運維管理系統(tǒng)

質量考核監(jiān)督系統(tǒng)

采購系統(tǒng)。。

3、如何使用工作流及哪些人使用

很多時候工作流是一個看不見摸不著的東西，存在于我們的業(yè)務管理系統(tǒng)軟件中，至于如何使用、哪些人使用可以從幾個方面說明。

工作流引擎是系統(tǒng)功能，是軟件本身去使用的，工作流架構是包含工作流引擎使用、接口調用、業(yè)務系統(tǒng)應用框架的，是開發(fā)人員使用的，開發(fā)人員在工作流架構上設計開發(fā)包含工作流技術的不同業(yè)務領域的軟件系統(tǒng)。

工作流平臺一般是包含流程設計工具的，由企業(yè)流程管理用戶去使用，通過工作流平臺提供的流程管理工具將企業(yè)的戰(zhàn)略和制度轉化為執(zhí)行語言。

軟件系統(tǒng)普通用戶使用的則僅僅是包含企業(yè)戰(zhàn)略執(zhí)行語言的業(yè)務管理系統(tǒng)。

4、工作流技術的選型

關于工作流技術的選型，對于從事IT工作的人員來說是一個需要非常慎重選擇，在這里做些簡單的闡述，工作流技術分為兩種。一種是業(yè)務流程型的，比如我們的一些事件處理、服務流程、物流攬收調度、合同審批、設計審核等，需要工作流引擎根據(jù)各種表單的內容來人機交互來自動管理這個過程；另一種是狀態(tài)機型的，根據(jù)一件事情的狀態(tài)變化而自動進行處理，如工業(yè)控制，電路控制管理等。常用于一些工業(yè)自動化控制系統(tǒng)等。

我們經(jīng)常聽到有人說工作流引擎可以很快的就配置出一個業(yè)務系統(tǒng)出來，自定義表單，自定義流程，自定義報表等等，很快就給用戶提供一個完整的業(yè)務系統(tǒng)，其實這樣的想法是非常理想的，我們在開發(fā)我們的業(yè)務系統(tǒng)的時候我們會發(fā)現(xiàn)我們的業(yè)務系統(tǒng)不僅僅是功能的實現(xiàn)，它將面臨著各個方面的需求，包括性能，并發(fā)處理能力、易用性、一致性及個性化等等，當工作流引擎只能滿足60%的需求時，我們的團隊將為另外的40%需求付出多少成本。因此在工作流的選型上很重要的一點就是它對于二次開發(fā)的支持，及接口的友好特性，同時它能支持我們在工作流基礎上設計思路上的延續(xù)性。

因此工作流技術的選型不但要考慮工作流引擎本身功能的完整性和穩(wěn)定性，工作流架構的擴展性、易用性及適應能力，還需要考慮工作流涉及開發(fā)人員、企業(yè)管理實施人員、企業(yè)用戶的習慣和易用性等。純粹的工作流的產(chǎn)品意義并不大，關鍵是否能很好的幫助企業(yè)實現(xiàn)管理目標。

5、工作流技術的應用

E8.Net工作流平臺融入了新一代管理軟件關注的重點思想，所有功能模塊應用將權限體系、工作流引擎體系、表示邏輯體系、管理控制邏輯體系、擴展及個性化接口體系充分結合，從架構的設計上優(yōu)化企業(yè)個性化業(yè)務系統(tǒng)實施成本，并通過流程管理工具，為企業(yè)實施個性化的企業(yè)流程，通過記錄、監(jiān)督、跟蹤、回訪、分析企業(yè)日常事務，持續(xù)改善企業(yè)管理流程，E8.Net工作流平臺開源的開發(fā)架構設計過程中充分分析了管理行為中人的特性，基于E8開發(fā)的企業(yè)流程應用系統(tǒng)提供了事中監(jiān)督、事后回訪、全程跟蹤的體系架構，E8工作流引擎功能設計中也充分考慮了流程和環(huán)節(jié)模型特性、環(huán)節(jié)行為人群體特性和中國特色，流轉過程中基于權限體系提供了人為因素中“主動/被動”異常的解決思路，解決快速實施企業(yè)業(yè)務流程需求的同時，又提供了人性“非理想”狀態(tài)下的異常解決方案和防范控制解決方案。

工作流技術在協(xié)同辦公中的實現(xiàn)

http://004km.cn 2008年10月28日 17:04 比特網(wǎng)ChinaByte

一、協(xié)同辦公(OA)系統(tǒng)簡介

協(xié)同辦公(OA)系統(tǒng)是一套兼具企業(yè)信息門戶、知識管理、工作流管理、人力資源管理、客戶與合作伙伴管理、項目管理、財務管理、資產(chǎn)管理功能的協(xié)同商務平臺，協(xié)同辦公(OA)系統(tǒng)是一個數(shù)字化的企業(yè)應用環(huán)境，真正讓公司所有的信息都在一個平臺上管理，解決信息孤島問題。協(xié)同辦公系統(tǒng)本身具有的網(wǎng)狀結構，為企業(yè)打通所有的信息節(jié)點，讓企業(yè)管理者輕松穿梭在客戶、員工、文檔等所有的信息節(jié)點上，因為協(xié)同辦公系統(tǒng)為您提供了一張信息網(wǎng)，只要您找到這張信息網(wǎng)中的某個節(jié)點，您就可以輕松的以這個節(jié)點為中心把企業(yè)的整個信息網(wǎng)都提取出來。

同時，協(xié)同辦公(OA)系統(tǒng)可以與后臺的ERP軟件集成在一起，將所有利益相關者、企業(yè)部門、不同應用系統(tǒng)的信息整合到統(tǒng)一的渠道，并提供統(tǒng)一的界面給用戶操作和提取信息，從而實現(xiàn)業(yè)務處理和信息獲取與共享的一體化，達到內部協(xié)同和外部協(xié)同，為每一個用戶提供一個完全的個性化門戶，用戶在這個個性化的門戶中管理日常的所有事務。

二、工作流管理簡介

由于工作流預先定義的特性，已設定的請求可以很容易的遵守相應的規(guī)則和實際操作情況。企業(yè)可以確信所有的請求都是根據(jù)規(guī)則和手續(xù)來輸入和批準的，從而保證企業(yè)運作的規(guī)范化和透明化。上海泛微軟件公司的協(xié)同辦公(OA)系統(tǒng)中實現(xiàn)的工作流e-Workflow管理可以對內部以及外部業(yè)務處理采取電子化管理方式管理，工作流管理是提高組織效率的有效工具。

e-Workflow提供強大的自定義功能，支持企業(yè)復雜的工作流設置。企業(yè)可對工作流的組成因素包括流程完成需要的階段、每個階段的負責人、流轉條件，直至相對底層的表單和字段進行自定義，使得工作流的定義完全與企業(yè)的政策和實際運營相符合，而不必進行復雜的二次開發(fā)。

e-Workflow同時也提供了可定制的瀏覽和報告的功能，用戶可以對工作流的關鍵信息進行任意的定義以獲得特定的報表。e-Workflow的特性可以使用戶獲得非常靈活和豐富的統(tǒng)計報告以對相關的決策作出支持。

三、工作流管理實現(xiàn)基本功能

1定義任意形式的工作流程

e-Workflow強大的自定義功能可以滿足企業(yè)對復雜工作流程的定義，包括文檔流程和表單流程e-Workflow 與 e-HRM結合對于人員在組織結構中的地位和角色將是工作流設計的基礎。

2工作流執(zhí)行

可設定的對工作流的執(zhí)行包括提交、批準、退回、拒絕、代理、重新打開、歸檔等，e-Workflow會根據(jù)路由的判定條件和當前節(jié)點的執(zhí)行操作設置工作流的下一目標節(jié)點。

固定流程和自由流程的結合

原則上是固定流程，應該一步步走下去，但是在某個節(jié)點，加入一個自由流程審批人可以選定下一步的審批人，然后再按照預定的流程走下去。

如：申請者-部門經(jīng)理-出納-財務經(jīng)理，對于大一點的公司，有多個出納，哪個出納在崗，就讓哪個出納審，那么就可以把出納那步設成自由流程，當部門經(jīng)理審批完后，會自動列出所有的出納，部門經(jīng)理選擇其中的一個出納然后提交。

4表單數(shù)據(jù)自動生成

表單的有些數(shù)據(jù)，不希望由人工輸入獲得，e-Workflow可以根據(jù)被計算字段、原始數(shù)據(jù)和計算方法自動得出目標字段數(shù)據(jù)，并可以此作為下一路由選擇的判斷條件。

5跟蹤和回溯

e-Workflow保留工作流流轉過程中的所有信息以供查詢。對于文檔型的審批，可以保持痕跡。這樣審批人能夠一目了然知道原稿和審批稿的區(qū)別。監(jiān)控和管理

對于某個模板產(chǎn)生的單據(jù)，可以設定監(jiān)督人和管理人，這樣既使他沒有審批權，也可以看到該單據(jù)，同時發(fā)送催辦信息。當某個單據(jù)因為某種原因需要臨時更改流程時，監(jiān)督和管理人可以修改流程，以避免單據(jù)的積壓提高工作效率

7自動提醒

對于請求的不同狀況，例如新的請求到達、待處理請求、超時未處理請求、客戶聯(lián)系計劃、請求遞交被處理狀況等，系統(tǒng)都設定了多種提醒功能以確保請求的處理不致延誤。

8流程自動激活

e-Workflow的一個強大之處就是在于它可以讓系統(tǒng)在運作的過程中自動觸發(fā)請求，并且還可以根據(jù)前一個請求的實際狀況對下一個觸發(fā)的請求進行智能選擇。

9自動更新數(shù)據(jù)庫

e-Workflow在信息流轉的過程中，會自動更新系統(tǒng)原有的相關數(shù)據(jù)庫，這是 e-Workflow 另一個重要的特性體現(xiàn)，通過數(shù)據(jù)自動更新，避免了二次手工錄入帶來的工作效率低下和失誤的情況，真正實現(xiàn)企業(yè)管理和運營的電子化。

10分支選擇流

根據(jù)上一步的選擇，選擇不同的分支進行流程執(zhí)行。如：如果上一步是總經(jīng)理審批的，會選擇一個分支進行流轉。如上一步是副總審批的選擇另外一個分支進行流轉。

11條件流轉

以請款單為例：金額小于3000元，審批流程是：普通員工-部門經(jīng)理。如果金額大于3000元的審批流程是：普通員工-部門經(jīng)理-總經(jīng)理，那么在流程定義的時候，需要根據(jù)單據(jù)的填寫值進行判斷，系統(tǒng)自動選擇流程。

12傳閱、歸檔等的并發(fā)流

如有一個流程：申請者-副總經(jīng)理的一張單子，申請者需要提交副總審批的一張單子，不需要部門經(jīng)理審批，但是需要讓部門經(jīng)理知曉，稱為傳閱的并發(fā)流。同理有歸檔或者其它的并發(fā)流。這種并發(fā)流的特點是一個流程的執(zhí)行過程中，會產(chǎn)生另外的的流程，互不影響。

13流程門戶定義

通過與企業(yè)信息門戶的結合，e-Workflow實現(xiàn)流程定義的門戶化，根據(jù)不同的信息門戶設定不同的流程。

四、小結

工作流技術的出現(xiàn)和迅速發(fā)展為企業(yè)先進制造戰(zhàn)略的實施提供了重要的技術支持。本文提出了分布式工作流建模工具的設計框架，以 SOA設計模式，通過三層結構的方式很好的實現(xiàn)了工作流建模工具、邏輯、數(shù)據(jù)、視圖的分離，使得系統(tǒng)在可擴展性、可靠性與實用性方面都大大提高。以此為原型開發(fā)的泛微e-Workflow工作流管理系統(tǒng)很好的配合了工作流引擎的設計。在實際中的初步應用表明該系統(tǒng)通過分析企業(yè)不同類的經(jīng)營過程，采用有向圖的方法對現(xiàn)實的企業(yè)活動進行形式化描述，并嚴格定義組成有向圖的各類元素的行為特征，從而明確建立企業(yè)經(jīng)營過程到工作流模型的映射機制.使其與企業(yè)現(xiàn)有應用結合形成一個完整的過程體系。責任編輯：胡艷麗 工作流管理技術介紹

2009-11-25 作者：葛志春 來源：希賽網(wǎng)

摘 要：本文主要對工作流技術的起源，工作流的概念，研究的技術的內容及工作流管理系統(tǒng)作了深入的介紹；并對工作流技術在國內外的應用現(xiàn)狀及不足作了深入的分析。

關鍵詞：工作流、表單

1、工作流技術應用背景

傳統(tǒng)的計算機管理信息系統(tǒng)的主要功能有三個：即信息處理、事務處理與決策支持。信息傳遞和信息處理構成了企業(yè)和行政管理部門的業(yè)務工作內容之一，也是計算機信息系統(tǒng)的主要功能之一，它是企業(yè)和行政管理部門進行事務處理和決策支持的基礎。

當PC機沒有作為信息處理工具而出現(xiàn)的時候，紙張是進行日常業(yè)務活動不可取代的載體。這種傳統(tǒng)的紙張為載體的信息傳遞與處理方式的效率很低，需要花費相當?shù)娜肆?、物力來完成信息的處理、組織、存儲以及查詢檢索，同時這種方式降低了對客戶需求的響應速度，給企業(yè)和行政管理部門的生產(chǎn)經(jīng)營都帶來了及不利的影響。在計算機得到了廣泛普及、計算機應用水平日益提高的情況下，企業(yè)與行政管理單位的工作人員希望能夠以一種無紙化的、計算機使能的工作環(huán)境來開展日常業(yè)務工作。一些企業(yè)和行政管理部門因此建立了相應的文件、表單傳遞系統(tǒng)（Forms-routing applications）用來實現(xiàn)日常表單處理的電子化與自動化。這種簡單的文件、電子表單系統(tǒng)可以看作是工作流應用的雛形。

企業(yè)的經(jīng)營過程是由一系列相關的任務組成的；這些任務按照企業(yè)的管理規(guī)章與業(yè)務流程串行或并行的執(zhí)行，最終完成企業(yè)的經(jīng)營目標。自從進入工業(yè)化時代以來，有關過程的組織管理與流程的優(yōu)化工作就一直在進行，它是企業(yè)管理的主要研究內容之一。只不過在沒有引入計算機信息系統(tǒng)的支持以前，這些工作是由人工來完成的。隨著市場經(jīng)濟的發(fā)展，市場競爭的日益激烈，企業(yè)要求其業(yè)務過程能夠進行快速重組；業(yè)務過程的不斷變化也相應要求信息系統(tǒng)能夠快速重組。這樣，單靠人工對企業(yè)過程進行重組和傳統(tǒng)的面向功能的信息化計算機系統(tǒng)已經(jīng)不能適應現(xiàn)代企業(yè)的發(fā)展。因此，企業(yè)希望有一種能夠實現(xiàn)企業(yè)快速業(yè)務流程重組和業(yè)務過程自動化的軟件系統(tǒng)。在計算機網(wǎng)絡技術和分布式數(shù)據(jù)庫技術迅速發(fā)展、多機協(xié)同工作技術日臻成熟的基礎上于20世紀80年代中期開始提出了工作流的概念。工作流技術的提出與發(fā)展為企業(yè)更好的實現(xiàn)這些經(jīng)營目標提供了先進的手段。

隨著經(jīng)營業(yè)務的展開企業(yè)的物理位置逐漸分散、部門間的協(xié)作日益頻繁；決策過程的分散性也日益明顯，對日常業(yè)務活動詳細信息的需求也日益提高。因此，企業(yè)又要求信息系統(tǒng)必須具有分布性、異構性、自治性。在這種大規(guī)模的分布式應用環(huán)境下高效地運轉相關的任務，并且對執(zhí)行的任務進行密切監(jiān)控已成為一種發(fā)展趨勢。在這種技術背景下，工作流管理系統(tǒng)也有最初的創(chuàng)建無紙化辦公環(huán)境，轉而成為同化企業(yè)復雜信息環(huán)境、實現(xiàn)業(yè)務流程自動化的必要工具。這樣的一個轉變，把工作流技術帶入了一個嶄新的發(fā)展階段，使得人們從更深的層次、更廣的領域上對工作流展開了研究。

1993年工作流技術的標準化組織工作流管理聯(lián)盟（Workflow Manangement Coalition 簡稱：WfMC）.的成立標志著工作流技術在計算機應用領域之中被明確的劃分出了自己的一席之地，相應的概念與術語也得到了人們的承認。在全球范圍內，對工作流的技術研究以及相關的產(chǎn)品開發(fā)了進入了更為繁榮的階段。

2、工作流定義

工作流是從英文單詞Workflow翻譯而來的。Work表示工作或任務；Flow則表示流動、流程或者流量。Flow反映了一種變化及變化的過程，本身意義比較抽象，但是當它與某一個具體過程相聯(lián)系時就有了具體的含義，如電流、水流、氣流。在經(jīng)營管理與生產(chǎn)組織中Flow也有重要的意義，如表示物料傳輸過程的物料流、表示資金流動的資金流、反映信息處理和傳遞過程的信息流，同樣還有價值流、決策流、控制流等概念。依此，用活動及活動之間變化的過程表示的業(yè)務流程就是工作流。

十幾年來，不同的研究者和產(chǎn)品供應商從不同的角度給出了工作流的定義，但到目前為止，對于工作流仍沒有統(tǒng)一的定義。下面列舉了一些有代表性的定義，可以使我們對工作流的一些基本特征有一定的理解。

WfMC的定義：工作流是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，根據(jù)一系列過程規(guī)則，文檔、信息或任務能夠在不同的執(zhí)行者之間傳遞、執(zhí)行。

Forrester Report的定義：日常的業(yè)務處理或協(xié)同工作能按預先定義好的規(guī)則和過程進行流動，并且這一流動過程能被跟蹤和監(jiān)控。

Giga Group的定義：工作流是經(jīng)營過程中可運轉的部分，包括任務的順序以及由誰來執(zhí)行它，支持任務的信息流、評價與控制任務的跟蹤、報告機制。

IBM Almaden Research Center的定義：工作流是經(jīng)營過程中的一種計算機化的表示模型，定義了完成整個過程所需用的各種參數(shù)。這些參數(shù)包括對過程中每一個單獨步驟的定義、步驟間的執(zhí)行順序、條件以及數(shù)據(jù)流的建立、每一步驟由誰負責以及每個活動所需要的應用程序。

Amit Sheth 的定義：工作流是涉及到多任務協(xié)調執(zhí)行的活動，這些任務分別由不同的處理實體完成。一項任務定義了需要做的某些工作，它可以以各種形式來進行定義，包括在文件或電子郵件中的文本描述、一張表格、一條信息以及一個計算機程序。用來執(zhí)行任務的處理實體可以是人，也可以是計算機系統(tǒng)（如：郵遞員、一個應用程序、一個數(shù)據(jù)庫管理系統(tǒng)）。

以上這些定義，雖然表述方式略有不同，但是基本上都說明了這樣一個問題，即工作流是業(yè)務過程的一個計算機實現(xiàn)，而工作流管理系統(tǒng)則是這一實現(xiàn)的軟件環(huán)境。使用工作流作為業(yè)務過程的實現(xiàn)技術首先要求工作流系統(tǒng)能夠反映業(yè)務過程的如下幾個問題：即業(yè)務過程是什么（有哪些活動、任務組成，也就是結構上的定義）、怎么做（活動間的執(zhí)行條件、規(guī)則以及所交互的信息，也就是控制流與信息流的定義）、有誰來做（人或計算機程序，也就是組織角色的定義）、做的怎樣（通過工作流管理系統(tǒng)對執(zhí)行過程進行監(jiān)控）。因此，可以說工作流是一種反映業(yè)務流程的計算機化的模型，它是為了在先進計算機環(huán)境支持下實現(xiàn)經(jīng)營過程集成與經(jīng)營過程自動化而建立的可由工作流管理系統(tǒng)執(zhí)行的業(yè)務系統(tǒng)。

3、工作流技術研究的主要內容

工作流技術，在初期主要由工作流產(chǎn)品供應商推動其發(fā)展。隨著工作流產(chǎn)品在實際應用中不斷取得良好的效果而得到了人們日益的重視，并且到了迅速發(fā)展。相對于工作流產(chǎn)品的繁榮，工作流相關理論研究則顯得滯后。在過去很長一段時間里，有關工作流技術方面的研究主要有商品化的工作流產(chǎn)品供應商所領導。本著把工作流產(chǎn)品推向市場的目的，這些供應商大多把研究的注意力放在工作流管理產(chǎn)品的開發(fā)實施方面。目前在工作流設計方法學，工作流概念模型等方面還沒有形成一套比較成熟的理論和方法。在工作流理論與實施技術方面，研究的主要內容包括：

工作流管理系統(tǒng)體系結構；

工作流模型與工作流定義語言；

工作流的事務特性；

研究如何實現(xiàn)高級事務處理技術與工作流管理技術的結合，用定義良好的模型語義與恢復機制來提高工作流系統(tǒng)的正確性與可靠性，從而能夠更好的支持復雜的業(yè)務過程；

工作流實現(xiàn)技術：包括面向對象技術、異構分布式計算技術、圖形化用戶界面、消息通信、數(shù)據(jù)庫、WEB等在內的與工作流系統(tǒng)的設計實現(xiàn)有關的各項技術及方法；

工作流的仿真與分析方法；

基于工作流的應用集成與互操作技術；

研究異構應用系統(tǒng)的集成以及不同工作流系統(tǒng)之間的互操作問題；

工作流與經(jīng)營過程的重組：研究如何通過工作流系統(tǒng)的實施支持快速的實現(xiàn)經(jīng)營過程重組；

工作流技術的其他應用：研究如何將工作流技術在不同的領域進行運用，包括在CIMS中的應用。

上述主要研究課題可以歸納為三個方面（如圖1）：第一方面是工作流的理論基礎，包括工作流管理系統(tǒng)的體系、模型與定義語言（工作流的建模方法、工作流模型的形式化表示、工作流定義語言）等的研究。這一部分是工作目前相對來說比較薄弱，還有許多問題需要進一步研究。第二方面是工作流的實現(xiàn)技術，包括工作流的事務特性、各種先進軟件技術的應用、工作流仿真。這方面研究工作的目標是提高工作流管理系統(tǒng)的性能，尤其是提高工作流管理系統(tǒng)可靠性及其在處理大規(guī)模復雜的且具有并行業(yè)務的流程方面的能力。第三方面是工作流技術的應用，包括工作流實施技術在不同應用領域的應用（如在企業(yè)經(jīng)營過程重組、并行過程、敏捷制造）方法、應用軟件集成等。這幾方面研究的目標是發(fā)揮工作流管理系統(tǒng)的優(yōu)勢，為解決具體應用領域內的問題提供有向實現(xiàn)手段。

圖1：工作流技術研究內容

4、研究工作流的意義

工作流技術的應用將給組織單位帶來巨大的效益。首先，采用工作流管理將使組織單位改變傳統(tǒng)的按照功能來配置人員的組織結構，變成按照要實現(xiàn)的主要業(yè)務流程來配置組織結構，這樣可以大大縮短主要業(yè)務過程的處理時間，提高對市場的響應能力。其次，組織結構的改變將大大減少在組織內部不必要的的物料、信息的傳遞時間。當然，整個組織結構的調整首先需要調整傳統(tǒng)的以部門為單位的做法，變成以項目來組織生產(chǎn)和人員的工作方法，如：一個人可能同時從屬于多個項目。應用工作流管理系統(tǒng)主要可以取得如下好處：

1）提高管理的規(guī)范化程度；

2）更好地與上下游單位形成快速響應市場的供應鏈網(wǎng)絡；

3）降低業(yè)務過程的整個處理時間，如在辦公自動化環(huán)境中，通過更好的規(guī)劃工作流程，并行執(zhí)行相互獨立的活動，減少文檔的傳遞時間；

4）降低管理成本，如避免不必要的重復的工作，提高工作人員的工作效率；

5）改進工作質量，如自動完成某個任務所需要的相關信息。在客戶服務中，能夠快速方便的訪問所有相關數(shù)據(jù)和工作流程，從而大大提高客戶服務質量；

6）在工作人員之間更好的均衡負荷，如在工作人員缺勤的情況下，自動柔性分配替代人員；

7）通過在工作流模型中加入可預計的故障的處理策略來提高系統(tǒng)的柔性；

8）通過對已經(jīng)完成的工作流實例的分析，找出存在的不足，進而不斷改進工作流程；

9）使工作內容更加豐富，并且提高工作人員的業(yè)務能力，減少工作人員進行單調乏味并且十分耗時的文檔查找工作。

采用工作流管理系統(tǒng)可以在最大程度上集成組織的現(xiàn)有信息資源，實現(xiàn)資源的充分利用。由于工作流管理系統(tǒng)具有較好的柔性和開發(fā)性，因此，可以保證信息系統(tǒng)能夠順利的擴展以滿足不斷變化的市場環(huán)境。另外，工作流管理系統(tǒng)在工作流模型的基礎上進行業(yè)務過程進行，這就意味著信息系統(tǒng)已經(jīng)從過去沒有一個具體的可量化指標的管理信息系統(tǒng)，發(fā)展到了一個建立在工作流模型上（并且是可以利用BPR或者其他仿真工具進行優(yōu)化后的模型），按照預先定義好的規(guī)則進行執(zhí)行，并且對于執(zhí)行的結果隨時進行監(jiān)控和評價的規(guī)范化階段。這種由過程建?！的Ｐ头治觥颠^程優(yōu)化—〉執(zhí)行結果—〉統(tǒng)計分析—〉改進業(yè)務過程—〉優(yōu)化運作的實施方法為成功地實施信息系統(tǒng)奠定了堅實的基礎。

5、工作流管理系統(tǒng)

工作流技術是當今一項飛速發(fā)展的技術，它最基本的特性就是它能夠結合人工和機器的行為，特別是能夠與應用程序和工具進行交互，從而完成業(yè)務過程的自動化處理。

工作流是業(yè)務的自動化處理過程，在這個過程中，根據(jù)預定義的規(guī)則將文檔、信息在過程參與者中傳遞，最終完成業(yè)務的處理。工作流管理系統(tǒng)（WFMS）是通過管理一序列工作行為以及與活動步驟、相關人員、資源設備來提供業(yè)務處理程序上的自動控制，它是通過計算機軟件來定義、管理和執(zhí)行工作流，計算機的執(zhí)行順序是由工作流邏輯的計算機描述來驅動的。

工作流管理系統(tǒng)主要具備以下三個功能特征，如圖2：

工作流定義功能，主要是對業(yè)務處理過程的計算機定義，提供了一種或多種分析、建模、系統(tǒng)定義技術，將一個現(xiàn)實世界的業(yè)務處理過程轉換成計算機可處理的定義；最終的定義叫作過程模型、過程模版或過程定義，可以表現(xiàn)為文本、圖形或自然語言符號。

運行控制功能，對過程的定義進行解釋，創(chuàng)建并控制過程的運行實例，調度過程的各種行為步驟，調用適當?shù)娜斯ず虸T應用程序資源；工作流管理系統(tǒng)的核心部件就是工作流管理控制軟件（工作流引擎）。

運行交互接口，提供與人員或IT應用程序工具進行交互接口來處理各種活動步驟，交互接口對于活動間的控制傳遞是必須的，如確定過程的狀態(tài)，調用應用程序工具，傳遞應用程序數(shù)據(jù)等。

圖2WFMS的三個特征

6、工作流管理系統(tǒng)的分類

根據(jù)所實現(xiàn)的業(yè)務過程，工作流管理系統(tǒng)可分為四類：

1)管理型工作流（administrative workflow）：在這類工作流中活動可以預定義并且有一套簡單的任務協(xié)調規(guī)則，例如，大學里的課程選修，完成論文后的學位申請等。

2)設定型工作流（ad hoc workflow）：與管理型工作流相似，但一般用來處理異常或發(fā)生機會比較小的情況，有時甚至是只出現(xiàn)一次的情況，這與參與的用戶有關。

3)協(xié)作型工作流（collaborative workflow）：參與者和協(xié)作的次數(shù)較多。在一個步驟上可能反復發(fā)生幾次直到得到某種結果，甚至可能返回到前一階段。

4)生產(chǎn)型工作流（production workflow）：實現(xiàn)重要的業(yè)務過程的工作流，特別是與業(yè)務組織的功能直接相關的工作流。與管理型工作流相比，生產(chǎn)型工作流一般應用在大規(guī)模、復雜的和異構的環(huán)境下，整個過程會涉及許多人員和不同的組織。

根據(jù)底層實現(xiàn)技術，可將工作流產(chǎn)品分為三類：

1）以通訊為中心：以電子郵件為底層的通訊機制。這種類型的工作流管理系統(tǒng)適合于協(xié)作型工作流和不確定型工作流，而不適于生產(chǎn)型工作流。

2）以文檔為中心：基于文檔路由，它同外界應用的交互能力有限。許多基于表的管理型工作流可以用以文檔為中心的工作流實現(xiàn)。

3）以過程為中心：這種工作流系統(tǒng)對應生產(chǎn)型工作流。它們一般建立在數(shù)據(jù)庫之上，有自己專用的通信機制并且提供了同外部進行交互的接口。

根據(jù)不同工作流系統(tǒng)所采用的任務項傳遞機制的不同，市場上的工作流產(chǎn)品又可以劃分為四類：

1）基于文件的工作流系統(tǒng)：以共享文件的方式來完成任務項傳遞。這種類型產(chǎn)品開發(fā)得最早、發(fā)展最成熟、其產(chǎn)品品種較多。代表產(chǎn)品有FileNet的Visual WorkFlo、IBM的FlowMark、InConcert的InConcert。

2）基于消息的工作流系統(tǒng)：通過用戶的電子郵件系統(tǒng)來傳遞文檔信息。這種類型的產(chǎn)品一般都提供與一種或多種電子郵件系統(tǒng)的集成接口。代表產(chǎn)品有Novell與FileNet合作開發(fā)的Ensemble、JetForm公司的InTempo、Keyfile公司的Keyflow。

3）基于Web的工作流系統(tǒng)：通過WWW來實現(xiàn)任務的協(xié)作。這一類產(chǎn)品起步較晚（在95年以后），但是發(fā)展迅速，其市場前景十分看好。許多供應商紛紛改進原有產(chǎn)品或開發(fā)新產(chǎn)品以增加對Web的支持。代表產(chǎn)品有Action Technologies公司的ActionWorks Metro、Ultimus公司的Ultimus。

4）群件與套件系統(tǒng)：雖然這一類產(chǎn)品與上面介紹的三種產(chǎn)品在任務傳遞方式上有很大程度的重疊，但是在這里卻有必要把它們單獨劃分成一類，因為這一類產(chǎn)品都需要依賴于自己系統(tǒng)的應用基礎結構，包括消息傳遞、目錄服務、安全管理、數(shù)據(jù)庫與文檔管理服務等，它們本身就構成了一個完整的應用開發(fā)環(huán)境。代表產(chǎn)品有IBM/Lotus公司的Lotus Notes、Microsoft公司的Office與Exchange、Novell公司的GroupWise。

7、工作流管理系統(tǒng)的實施

工作流管理系統(tǒng)不同于ERP和普通的企業(yè)管理信息系統(tǒng)，ERP與普通的企業(yè)管理信息系統(tǒng)是事務處理系統(tǒng)，其主要目的是滿足企業(yè)業(yè)務操作功能，提高企業(yè)事務處理的效率和水平。從企業(yè)整體的業(yè)務流程和企業(yè)經(jīng)營目標上看，事務處理系統(tǒng)一般局限于解決某個或者某些領域的問題；事務處理系統(tǒng)的另外一個局限性是它一般局限于解決組織內部的具體操作問題，面向組織內部功能，而不是面向市場和面向客戶的系統(tǒng)。工作流管理系統(tǒng)的著眼點是面向市場、面向客戶，其目標是在整個企業(yè)的業(yè)務層提高企業(yè)的業(yè)務處理水平、強化企業(yè)的市場意識、提高對市場的應變能力。

由于工作流管理系統(tǒng)與普通事務處理系統(tǒng)存在顯著的差別，工作流管理系統(tǒng)在實施方法上也不同于普通的事務處理系統(tǒng)。要實施工作流管理系統(tǒng)首先要在戰(zhàn)略層次上對經(jīng)營目標進行分析，確定戰(zhàn)略目標和組織要求。工作流管理系統(tǒng)實施的層次結構，如圖3。

圖3 WFMS實施的層次結構

在完成了戰(zhàn)略目標分析和工作流實施戰(zhàn)略后，工作流管理系統(tǒng)才能夠進入真正的實施階段。工作流管理系統(tǒng)在實際系統(tǒng)中的應用一般分為3個階段，如圖4，即模型建立階段、模型實例化階段和模型行階段。模型建立階段通過利用工作流建模工具完成經(jīng)營過程模型的建立，將實際經(jīng)營過程轉化為計算機可處理的工作流模型。模型的實例化階段完成為每個過程設定運行所需的參數(shù)，并分配每個活動執(zhí)行所需要的資源（包括資源、人員、應用）。模型執(zhí)行階段完成經(jīng)營過程的執(zhí)行，在這個過程中重要的任務是完成人機交互和應用的執(zhí)行，并對過程與活動的執(zhí)行情況進行監(jiān)控與跟蹤。

圖4 WFMS 實施的三個步驟

8、國內外應用現(xiàn)狀與不足

8.1 應用現(xiàn)狀

目前工作流技術的研究正日益受到人們的重視，許多大學和研究機構都開展了很多研究項目，取得了重多的研究成果，對工作流技術的發(fā)展做出了貢獻。

由于工作流應用環(huán)境大多是在復雜的分布異構環(huán)境中，如企業(yè)內部網(wǎng)或因特網(wǎng)，因此應用最新的分布對象處理技術和Web技術，實現(xiàn)工作流管理成為當前研究的重點。有影響的工作流原型系統(tǒng)有：

1）美國佐治亞大學研制的Meteor系統(tǒng)：該系統(tǒng)是一個支持多范型的工作流管理系統(tǒng)，主要用于處理醫(yī)療保健應用。多范型是指該系統(tǒng)能夠支持分布異構環(huán)境下的企業(yè)內和企業(yè)間的各種工作流。這些工作流可以是數(shù)據(jù)庫管理系統(tǒng)和分布式事務處理系統(tǒng)中的事務，也可以是EDI等特殊應用。Meteor系統(tǒng)可以在Web或CORBA環(huán)境下運行。

2)美國普度大學開發(fā)的CORBAflow系統(tǒng)：該系統(tǒng)提出了基于CORBA的體系結構，支持跨平臺的異構分布系統(tǒng)集成，支持彈性ACID性質；擴展了IDL語言以定義事務性工作流中的補償事務。

3)土耳其中東大學開發(fā)的METUFlow系統(tǒng)：該系統(tǒng)提出了一種基于CORBA環(huán)境的工作流服務，包括基于ACTA擴展事務模型的工作流模型、塊結構化定義語言、工作流調度管理和并發(fā)控制機制等。

工作流的許多概念來自于辦公自動化、文檔管理、計算機支持協(xié)同工作(CSCW)等領域。至今約有300個稱為工作流工具的商品化軟件，但只有數(shù)十個是真正的WFMS軟件。一些著名的WFMS產(chǎn)品有：

1）IBM公司的FlowMark系統(tǒng)［9］該系統(tǒng)由對象數(shù)據(jù)庫管理系統(tǒng)ObjectStore支持。主要組件包括服務器、建立客戶器、運行客戶器和程序執(zhí)行客戶器。服務器負責與數(shù)據(jù)庫交互及協(xié)調工作流執(zhí)行；建立客戶器提供用于設計工作流的圖形接口；運行客戶器提供工作表方式的用戶接口；程序執(zhí)行客戶器提供API調用方式的應用接口。

2）Action公司的ActionWorkflow系統(tǒng)該系統(tǒng)由微軟的SQL服務器或Lotus Notes支持，包含三個基本組件：①管理系統(tǒng)內核用于集成和管理工作流事務；②分析器提供設計工作流的專門工具；③應用建立器用于將工作流定義轉化成可執(zhí)行的過程。此外，還提供輔助工具，如報表器用于查詢工作流的進展狀態(tài)。

3）Sigma圖象系統(tǒng)公司的OmniDesk系統(tǒng)它使用提供ODBC接口的數(shù)據(jù)庫。其中，路徑管理器用于工作流管理和負載平衡；路徑建立器用于定義路徑邏輯；表格建立器用于創(chuàng)建工作流接口。雖然OmniDesk系統(tǒng)主要是為圖象文檔管理設計的，但是也可以管理其他類型的工作流。

4）Wang公司的OPEN/workflow系統(tǒng)該系統(tǒng)建立在自含的數(shù)據(jù)庫引擎之上。系統(tǒng)分為數(shù)據(jù)庫服務、圖形過程建立器、集成工具箱、報表工具。數(shù)據(jù)庫服務提供基本的完整性、安全性、并發(fā)控制、恢復和管理功能；圖形過程建立器用于定義過程；集成工具箱提供應用之間交互需要的API調用和通信服務；報表工具如查詢建立器和報表建立器用于訪問有關過程執(zhí)行的信息。

8.2 工作流應用技術的不足

實際上，大多數(shù)產(chǎn)品的開發(fā)由于沒有清楚地理解用戶的需求，而不能滿足用戶的迫切需要。許多工作流系統(tǒng)主要是解決共享和協(xié)作(某些問題仍未很好解決，如異構平臺環(huán)境、多媒體數(shù)據(jù))，而像性能、可伸縮性、可靠性對于復雜應用系統(tǒng)來說至關重要的問題，現(xiàn)有工作流軟件并沒有考慮。主要原因是，這些系統(tǒng)的建立不是基于在線事務處理(OLTP)技術和數(shù)據(jù)庫技術，只是使用數(shù)據(jù)庫做底層存儲，因而在這些領域缺乏技術成熟性和系統(tǒng)健壯性。

另外，由于已有的絕大多數(shù)WFMS產(chǎn)品和原型系統(tǒng)的設計是面向普通的辦公室應用，因此存在以下不足：

1）工作流模型只能描述如辦公自動化中電子郵件或文檔等簡單的工作流，而不能描述工程設計等復雜過程處理。

2）經(jīng)營業(yè)務流程往往是復雜的異構環(huán)境，現(xiàn)有產(chǎn)品不能提供很好的互操作性。例如，在異構環(huán)境中，IBM的FlowMark不提供API接口以支持一個工作流的輸出，作為下一個工作流的輸入。

3）一個工作流可能涉及到多個單位和車間，或多個工廠和企業(yè)，例如，在虛擬制造應用中，可能包含成百上千個用戶，覆蓋廣域網(wǎng)絡中的數(shù)十個場地，上百臺計算機系統(tǒng)。大多數(shù)現(xiàn)有工作流軟件只是設計為一種協(xié)作工具，適用于小群體之間業(yè)務的工作流，在體系結構上存在缺陷，缺乏可伸縮性。

4）現(xiàn)代組織應用要求系統(tǒng)具備非常高的可用性和健壯性?，F(xiàn)有工作流軟件只適合于小團體和輕負載，缺乏有效的后備機制，不具備強的故障恢復能力。

為了進一步研究開發(fā)支持應用集成的CIMS工作流管理技術，我們認為，需要解決以下關鍵技術：

1）面向CIMS的工作流建模技術包括工作流模型和定義語言。如何采用彈性事務模型、分層事務模型和工程數(shù)據(jù)模型相結合的方法，設計出一種適合于CIMS工程應用的工作流模型。

2）基于CIMS信息集成平臺的工作流管理系統(tǒng)體系結構CORBA軟件總線提供了良好的平臺透明性和分布透明性，以及分布對象操作能力，如何充分利用CORBA軟件總線和信息集成平臺，實現(xiàn)一個高效的工作流管理系統(tǒng)。 3）面向分布對象的工作流管理和執(zhí)行技術CORBA軟件總線系統(tǒng)提供了對象引用、啟動和聯(lián)編機制。工作流管理與執(zhí)行機制需在此基礎上完成作為對象任務的創(chuàng)建、調度、執(zhí)行、提交或取消，保證工作流的正確性和可靠性。還需要考慮在CORBA軟件總線上增加新的公共服務，如持久性對象倉儲服務、故障恢復服務等。

4）面向CIMS目標產(chǎn)品的集成技術工作流管理系統(tǒng)是一種中間件技術，適合于任何計算機分布處理系統(tǒng)，在CIMS應用集成涉及的有關系統(tǒng)中，如PDM、MRPII等，都需要這方面的集成技術。

參考文獻

[1] 林惠萍、范玉順、吳澄，“支持企業(yè)經(jīng)營過程重組的工作流仿真技術研究”，http://www.simflow.net

[2] 范玉順，《工作流管理技術基礎》，清華大學出版社，2001.4

[3] 陶冶、范玉順、羅海濱，“分布式工作流系統(tǒng)的可靠性研究”，http://www.simflow.net

[4] 羅海濱、范玉順、吳澄，“工作流技術綜述”，http://www.simflow.net

[5] 范玉順、吳澄，“基于工作流的CIMS應用集成支持系統(tǒng)研究”，http://www.simflow.net

[6] 劉佚名、范玉順，“基于工作流的企業(yè)過程的建模和仿真技術研究”，http://www.simflow.net

[7] 范玉順、吳澄，“基于協(xié)調理論的工作流建模方法”，http://www.simflow.net

[8] 陶冶、范玉順、羅海濱，“提高分布式工作流管理系統(tǒng)的可擴展性”，http://www.simflow.net

[9] 鮑震寧、范玉順，“企業(yè)組織模型結構和建模方法研究”，http://www.simflow.net

[10] 羅海濱、范玉順、吳澄，“一種面向企業(yè)用戶的工作流模型”，http://www.simflow.net

第五篇：java 工作流

Willow 由Huihoo Power開發(fā)詳細可到其中文主頁查看。

更多Willow信息

OpenWFE OpenWFE是一個開放源碼的Java工作流引擎。它是一個完整的業(yè)務處理管理套件：一個引擎，一個工作列表，一個Web界面和一個反應器（存放自動代理）。它可以可以跟你的程序很好的給合。

更多OpenWFE信息

jBpm jBpm是一個靈活可擴展的工作流管理系統(tǒng)。作為 jBpm運行時server輸入的業(yè)務流程使用簡單強大的語言表達并打包在流程檔案中。jBmp將工作流應用開發(fā)的便利性和杰出的企業(yè)應用集成（EAI）能力結合了起來。jBmp包括一個Web應用程序和一個日程安排程序。jBmp是一組J2SE組件，可以作為J2EE應用集群部署。

更多jBpm信息

OpenEbXML OpenebXML項目致力于提供一個ebXML框架，主要支持不久將由 UN/CEFACT和OASIS發(fā)布的ebXML規(guī)范2.0版。

更多OpenEbXML信息

Werkflow Werkflow是一個靈活可擴展的基于流程和狀態(tài)的工作流引擎。它的目標是滿足可以想象的所有工作流程，從企業(yè)級的業(yè)務流程到小范圍的用戶交互流程。通過使用可插拔和分層結構，可以方便地容納各種工作流語義。

更多Werkflow信息

OSWorkflow OSWorkflow是一個靈活的工作流引擎，設計成可嵌入到企業(yè)應用程序中。它提供了許多的持久化API支持包括：EJB,Hibernate,JDBC和其它。OSWorkflow還可以與Spring集成。

更多OSWorkflow信息

wfmOpen WfMOpen是WfMC和OMG中所謂工作流設施（workflow facility）(工作流引擎)的J2EE實現(xiàn)。工作流通過擴展的XPDL描述。

更多wfmOpen信息

OFBiz OFBiz是一個非常著名的開源項目，提供了創(chuàng)建基于最新J2EE/XML規(guī)范和技術標準，構建大中型企業(yè)級、跨平臺、跨數(shù)據(jù)庫、跨應用服務器的多層、分布式電子商務類WEB應用系統(tǒng)的框架。OFBiz最主要的特點是OFBiz提供了一整套的開發(fā)基于Java的web應用程序的組件和工具。包括實體引擎, 服務引擎, 消息引擎, 工作流引擎, 規(guī)則引擎等。更多OFBiz信息

ObjectWeb Bonita Bonita 是一個符合WfMC規(guī)范、靈活的協(xié)同工作流系統(tǒng)。對于各種動作如流程概念建模、定義、實例化、流程控制和用戶交互等提供了全面的集成圖形工具。100% 基于瀏覽器、使用SOAP和XML數(shù)據(jù)綁定技術的Web Services封裝了已有的工作流業(yè)務方法并將它們以基于J2EE的Web Service形式發(fā)布?；诨顒宇A測模型的第三代工作流引擎。更多ObjectWeb Bonita信息

Bigbross Bossa 速度非?？?、輕量級的引擎，使用富有表達能力的Petri網(wǎng)定義工作流，不要求關系數(shù)據(jù)庫，使用簡單，能和Java應用集成。事實上，它是按嵌入式設計的。更多Bigbross Bossa信息

XFlow XFlow運行于EJB和servlet容器中。

更多XFlow信息

Taverna Taverna項目的目標是提供一種語言和軟件工具，方便在eScience中使用工作流和分布計算技術。

更多Taverna信息

Enhydra Shark Shark完全基于WfMC和OMG標準，使用 XPDL作為工作流定義語言。流程和活動的存儲使用Enhydra DODS(一個開源OR映射工具)。

更多Enhydra Shark信息

PowerFolder PowerFolder是一個容易使用，容易安裝基于J2EE的工作流服務器，包括開發(fā)人員使用的基于web的studio。

更多PowerFolder信息

Open Business Engine Open Business Engine是一個開放源碼的Java工作流引擎，支持WfMC規(guī)范，包括接口1（XPDL）、接口2/3（WAPI）和接口5。OBE為活動的運行提供了一個可控的集中環(huán)境。OBE主要基于J2EE實現(xiàn)。

更多Open Business Engine信息

OpenWFE OpenWFE是一個開放源碼的Java工作流引擎。它包括可升級的三個組件：引擎、工作列表和Web界面。它的流程定義語言雖然使用XML格式，其靈感來源于 Scheme，一種Lisp方言。

更多OpenWFE信息

Freefluo Freefluo 是一個使用Web Service的工作流協(xié)同工具，可以處理WSDL的Web Service調用。支持兩種XML格式的工作流語言：IBM的WSFL和XScufl。Freefluo非常靈活，它的核心是不與任何工作流語言或執(zhí)行架構關聯(lián)的可重用協(xié)同框架。Freefluo包括可執(zhí)行使用WSFL一個子集描述的工作流的運行庫。

更多Freefluo信息

Twiste Twister的目標是提供新一代、易集成、應用Java領域中最新成果、面向B2B的工作流解決方案。流程引擎基于BPEL業(yè)務流程規(guī)范和Web Service標準。

更多Twiste信息

Con:cern con:cern工作流引擎基于擴展的案例（case）處理方法，流程由一組具有前后條件的活動組成。

更多Con:cern信息

JFlower JFlower是一個用Java開發(fā)的工作流引擎，可以通過Java插件來擴展。服務器可以

解析XML文檔來執(zhí)行任務，檢查條件。會話數(shù)據(jù)保存在一個數(shù)據(jù)庫中，所以服務器是完全可伸縮的。

更多JFlower信息

JFolder JFolder(formerly PowerFolder)是一個工作流服務器和開發(fā)環(huán)境,它可以配置在任何J2EE服務器與數(shù)據(jù)庫。

更多JFolder信息

JAWE 基于Java的圖形化工作流編輯器。圖形化工作流編輯器。使用JAVA語言開發(fā)，開放源碼。嚴格遵循WFMC規(guī)范。XPDL（XML Process Definition Language）WFMC的 XML 過程描述語言。工作流定義文件保存在本地的XML文件中

更多JAWE信息

Zebra Zebra是一個工作流引擎。原先的設計是為了填補商業(yè)開源工作流引擎的空白。它有一些不同于其它工作流系統(tǒng)的特點：

*所有工作流模型都可以在workflow patterns中描述

*一個易于使用的GUI designer

*一個持久層中間件

*OO設計

*一個基于Turbine的Web應用程序

更多Zebra信息

ActiveBPEL ActiveBPEL引擎是一個健壯的運行時環(huán)境,它能執(zhí)行依據(jù)BPEL4WS或just BPEL1.1與WS-BPEL2.0規(guī)范編寫的業(yè)務流程。

更多ActiveBPEL信息

YAWL YAWL(Yet Another Workflow Language)一個開源工作流語言/處理系統(tǒng).它基于現(xiàn)有的工作流處理系統(tǒng)與工作流語言的一個精確分析.不像傳統(tǒng)的系統(tǒng),它提供對大部分工作流模式的直接支持.YAWL支持控制流透視圖,數(shù)據(jù)透視圖并且能與WSDL標準的web服務相結合.更多YAWL信息

MOBE MidOffice BPEL Editor(MOBE)是一個開源平臺能夠讓執(zhí)行,監(jiān)控,調整,結束每個定義的過程和諧地結合起來.這個平臺的實現(xiàn)使用到J2EE技術與公共的標準如:BPEL,XML與SOAP.更多MOBE信息

RUNA WFE RUNA WFE是一個基于JBOSS-JBPM引擎的開源工作流工作平臺它是一個跨平臺適用于商業(yè)流程處理的最終用戶解決方案,很容易與所有SQL數(shù)據(jù)庫管理系統(tǒng)相結合.更多RUNA WFE信息

micro-workflow micro-workflow框架適用于那些要在他們程序中分離控制與邏輯方面的開發(fā)者,所以這個框架可以使他們的流程相互獨立。這樣有利于代碼重復使用與代碼的完整性。更多micro-workflow信息

bexee bexee是一個BPEL執(zhí)行引擎并且是BPEL標準的一個開源實現(xiàn).更多bexee信息

PXE PXE-Process eXecution Engine是一個模塊化的商業(yè)流程執(zhí)行引擎.支持用WS-BPEL2.0或用BPEL4WS1.1規(guī)范描述的商業(yè)流程.