專(zhuān)利名稱：一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)系統(tǒng)與流程管理產(chǎn)品之間應(yīng)用程序接口 API技術(shù)，特別是一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法和系統(tǒng)。所述API是應(yīng)用程序接口的英文縮寫(xiě)，為本領(lǐng)域通用。
背景技術(shù)：
業(yè)務(wù)流程是將具體業(yè)務(wù)的處理過(guò)程離散成一系列的有順序，有組織，有邏輯的業(yè)務(wù)節(jié)點(diǎn)或者任務(wù)，并在計(jì)算機(jī)中以恰當(dāng)?shù)哪Ｐ瓦M(jìn)行表示和自動(dòng)運(yùn)算，它屬于計(jì)算機(jī)支持的協(xié)同工作(Computer Supported Cooperative Work, CSCff)的一部分。業(yè)務(wù)流程對(duì)于企業(yè)的意義不僅僅在于對(duì)企業(yè)關(guān)鍵業(yè)務(wù)的一種描述；更在于對(duì)企業(yè)的業(yè)務(wù)運(yùn)營(yíng)有著指導(dǎo)意義， 這種意義體現(xiàn)在對(duì)資源的優(yōu)化、對(duì)企業(yè)組織機(jī)構(gòu)的優(yōu)化以及對(duì)管理制度的一系列改變。這種優(yōu)化的目的實(shí)際也是企業(yè)所追求的目標(biāo)降低企業(yè)的運(yùn)營(yíng)成本，提高對(duì)市場(chǎng)需求的響應(yīng)速度，爭(zhēng)取企業(yè)利潤(rùn)的最大化?；跇I(yè)務(wù)流程的優(yōu)勢(shì)和需求，全球各主要的軟件生產(chǎn)商分別推出了各自的業(yè)務(wù)流程管理產(chǎn)品，像 IBM 的 FileNet，WPS(Websphere process server),EMC 的 documentum流程引擎，BEA公司推出的AquaLogic BPM Suite等。軟件集成商基于這些流程管理產(chǎn)品構(gòu)建， 實(shí)施客戶的業(yè)務(wù)系統(tǒng)。軟件集成商首先根據(jù)客戶的業(yè)務(wù)梳理業(yè)務(wù)流程并使用流程管理產(chǎn)品進(jìn)行流程建模；業(yè)務(wù)系統(tǒng)通過(guò)調(diào)用這些流程管理產(chǎn)品的API來(lái)對(duì)流程進(jìn)行調(diào)度，使流程邏輯融入到業(yè)務(wù)邏輯中去，如圖1所示。雖然各個(gè)軟件集成商使用此開(kāi)發(fā)模式已經(jīng)成功實(shí)施了許多客戶的業(yè)務(wù)系統(tǒng)，但是該集成方式使業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品緊密的耦合在一起，不管是開(kāi)發(fā)商還是客戶都明顯感覺(jué)到這種集成方式給以后的系統(tǒng)維護(hù)和擴(kuò)展帶來(lái)不少問(wèn)題1.對(duì)軟件集成商來(lái)說(shuō)，為客戶開(kāi)發(fā)的軟件系統(tǒng)很大一部分可以產(chǎn)品化，以此減少為擁有類(lèi)似需求的客戶實(shí)施類(lèi)似系統(tǒng)付出的成本。由于流程管理產(chǎn)品的選擇往往受制于用戶，所以產(chǎn)品化的業(yè)務(wù)系統(tǒng)要求能支持多種不同的流程管理產(chǎn)品。所以將業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品緊密耦合在一起明顯不利于系統(tǒng)的產(chǎn)品化。2.對(duì)軟件集成商來(lái)說(shuō)，每開(kāi)發(fā)一個(gè)針對(duì)不同流程產(chǎn)品的業(yè)務(wù)系統(tǒng)需要開(kāi)發(fā)人員花費(fèi)巨大的精力研究特定流程管理產(chǎn)品API的使用，對(duì)項(xiàng)目的周期和人員成本會(huì)產(chǎn)生比較大的影響。3.對(duì)客戶來(lái)說(shuō)，面臨著流程管理產(chǎn)品的選擇問(wèn)題，當(dāng)現(xiàn)有的流程管理產(chǎn)品不能滿足需求時(shí)，更換流程管理產(chǎn)品同樣會(huì)付出巨大的成本。

發(fā)明內(nèi)容
本發(fā)明針對(duì)現(xiàn)有技術(shù)的缺陷或不足，提供一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法和系統(tǒng)。采用所述方法和系統(tǒng)，有利于促進(jìn)軟件集成商所面臨的軟件產(chǎn)品化，也有利于滿足用戶對(duì)流程管理產(chǎn)品的切換需求。
本發(fā)明的技術(shù)方案如下一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于包括如下步驟制定業(yè)務(wù)流程的業(yè)務(wù)模型，根據(jù)業(yè)務(wù)模型提取業(yè)務(wù)流程管理的通用API，并使通用API接受業(yè)務(wù)系統(tǒng)的調(diào)用；對(duì)選用的流程管理產(chǎn)品的特定API進(jìn)行二次封裝，并使特定API的底層對(duì)業(yè)務(wù)系統(tǒng)屏蔽，使得業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定API，而是調(diào)用通用API，從而在業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品之間實(shí)現(xiàn)解耦。所述通用API具有事件處理機(jī)制，以及可定制化的操作機(jī)制。如果通用API提供的功能依靠選用的流程管理產(chǎn)品無(wú)法實(shí)現(xiàn)，則借助數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)。所述選用的流程管理產(chǎn)品能夠根據(jù)需要切換。所述業(yè)務(wù)模型包括如下組件流程模板組件、流程實(shí)例組件、工作項(xiàng)組件、流程數(shù)據(jù)組件、流程引擎組件和與流程引擎相連接的連接組件。所述流程模板組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程模板的操作，包括查詢模板和/或更新流程模板；通過(guò)流程模板的管理組件，能夠查詢流程模板詳細(xì)信息。所述流程實(shí)例組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程實(shí)例的操作，包括創(chuàng)建流程實(shí)例、啟動(dòng)流程實(shí)例和/或終止流程實(shí)例；該組件具有對(duì)流程實(shí)例的查詢統(tǒng)計(jì)功能。所述工作項(xiàng)組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)工作項(xiàng)的操作，包括完成工作項(xiàng)和 /或終止工作項(xiàng)；該組件具有對(duì)工作項(xiàng)的查詢統(tǒng)計(jì)功能。所述流程數(shù)據(jù)組件是用鍵-值對(duì)的形式來(lái)表示流程的數(shù)據(jù)，并將流程的各種參與者抽象為流程的數(shù)據(jù)；所述流程引擎組件通過(guò)業(yè)務(wù)流程引擎能夠獲取流程模板的管理器、 流程實(shí)例的管理器和/或工作項(xiàng)管理器；所述與流程引擎相連接的連接組件具有對(duì)用戶和系統(tǒng)的認(rèn)證，并具有事務(wù)控制功能。一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)系統(tǒng)，其特征在于包括業(yè)務(wù)模型和根據(jù)業(yè)務(wù)模型提取業(yè)務(wù)流程管理的通用API，所述通用API接受業(yè)務(wù)系統(tǒng)的調(diào)用；對(duì)選用的流程管理產(chǎn)品的特定API進(jìn)行二次封裝、并使特定API的底層對(duì)業(yè)務(wù)系統(tǒng)屏蔽的裝置，使得業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定API，而是調(diào)用通用API，從而在業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品之間實(shí)現(xiàn)解耦；所述業(yè)務(wù)模型包括如下組件流程模板組件、流程實(shí)例組件、工作項(xiàng)組件、流程數(shù)據(jù)組件、流程引擎組件和與流程引擎相連接的連接組件。本發(fā)明的技術(shù)效果如下本發(fā)明相對(duì)于根據(jù)不同的流程管理產(chǎn)品開(kāi)發(fā)不同業(yè)務(wù)接口而言，具有以下優(yōu)勢(shì)1、可復(fù)用的流程管理通用API接口 本框架提供的通用API接口支持多個(gè)流程管理產(chǎn)品，可在多個(gè)項(xiàng)目使用。2、快速的項(xiàng)目實(shí)施周期以及較低的實(shí)施成本通過(guò)對(duì)業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品解耦，可復(fù)用項(xiàng)目實(shí)施人員、經(jīng)驗(yàn)，加快項(xiàng)目實(shí)施，降低實(shí)施成本。3、靈活的可擴(kuò)展特性通過(guò)完善的事件處理機(jī)制、可定制的操作機(jī)制，本流程管理 API可方便的進(jìn)行擴(kuò)展，以滿足多種業(yè)務(wù)需求。


圖1是業(yè)務(wù)系統(tǒng)直接調(diào)用業(yè)務(wù)流程管理產(chǎn)品API的結(jié)構(gòu)圖。
圖2是流程實(shí)例狀態(tài)轉(zhuǎn)換圖。圖3是工作項(xiàng)狀態(tài)轉(zhuǎn)換圖。圖4是業(yè)務(wù)系統(tǒng)通過(guò)通用業(yè)務(wù)流程管理API訪問(wèn)業(yè)務(wù)流程管理產(chǎn)品API的結(jié)構(gòu)圖。圖5是通用業(yè)務(wù)流程管理API的內(nèi)部實(shí)現(xiàn)結(jié)構(gòu)圖。圖6是通用業(yè)務(wù)流程管理API的可定制化操作的組件關(guān)系圖。
具體實(shí)施例方式下面結(jié)合附圖(圖1-圖6)對(duì)本發(fā)明進(jìn)行說(shuō)明。本發(fā)明提供一種對(duì)業(yè)界主流流程管理產(chǎn)品的API進(jìn)行封裝，生成一套通用業(yè)務(wù)流程管理的API的設(shè)計(jì)方案和實(shí)現(xiàn)方法。本發(fā)明的目的是通過(guò)設(shè)計(jì)一套通用的業(yè)務(wù)流程管理的API提供給業(yè)務(wù)系統(tǒng)調(diào)用， 對(duì)業(yè)務(wù)系統(tǒng)屏蔽底層流程管理產(chǎn)品的API。這樣就將業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品進(jìn)行解耦，解決了軟件集成商所面臨的軟件產(chǎn)品化等問(wèn)題，也解決了客戶所面臨的流程管理產(chǎn)品切換的問(wèn)題。本發(fā)明人抽象和提煉出符合流程管理要求、適應(yīng)多個(gè)流程管理產(chǎn)品的通用流程管理框架，本框架具有如下特性1、成熟的業(yè)務(wù)流程模型通過(guò)對(duì)業(yè)界主流的流程管理產(chǎn)品的分析和提煉，結(jié)合國(guó)內(nèi)特有的流程管理需求，建立了一套成熟、完備、滿足業(yè)務(wù)需求的業(yè)務(wù)流程模型。2、完善的事件處理機(jī)制通過(guò)引入事件機(jī)制，可根據(jù)業(yè)務(wù)需求靈活的在流程的各個(gè)環(huán)節(jié)加入監(jiān)控、業(yè)務(wù)處理、日志記錄等功能。3、可定制化的操作機(jī)制考慮到用戶業(yè)務(wù)需求的多樣性和復(fù)雜性，框架提供可靈活定制的操作機(jī)制，滿足復(fù)雜查詢、客戶自定義操作等復(fù)雜邏輯。4、標(biāo)準(zhǔn)的流程設(shè)計(jì)規(guī)范業(yè)務(wù)流程梳理、整合、優(yōu)化是企業(yè)實(shí)施流程改造的關(guān)鍵， 根據(jù)多年豐富的實(shí)施經(jīng)驗(yàn)制定的標(biāo)準(zhǔn)流程設(shè)計(jì)規(guī)范可指導(dǎo)企業(yè)進(jìn)行業(yè)務(wù)流程改造。本發(fā)明統(tǒng)一了業(yè)務(wù)流程的業(yè)務(wù)模型，根據(jù)業(yè)務(wù)模型提取了業(yè)務(wù)流程管理的通用 API?？紤]到該通用業(yè)務(wù)流程管理API的可擴(kuò)展性，提供了事件處理機(jī)制；考慮到用戶業(yè)務(wù)需求的多樣性和復(fù)雜性，提供了可定制化操作機(jī)制。該發(fā)明制定了基于該通用API的流程設(shè)計(jì)規(guī)范，為軟件集成商進(jìn)行基于該通用API的系統(tǒng)開(kāi)發(fā)和擴(kuò)展提供依據(jù)。本發(fā)明為了達(dá)到通用業(yè)務(wù)流程管理API的通用性，從以下幾個(gè)方面進(jìn)行了分析， 約定和設(shè)計(jì)。一 .通用業(yè)務(wù)流程管理Java API的業(yè)務(wù)模型業(yè)務(wù)流程中涉及三類(lèi)對(duì)象需要外界管理，流程模板，流程實(shí)例，工作項(xiàng)，流程參與者，流程數(shù)據(jù)。1.流程模板流程模板是對(duì)一類(lèi)業(yè)務(wù)的處理過(guò)程的定義。它由流程管理產(chǎn)品的流程設(shè)計(jì)工具進(jìn)行設(shè)計(jì)，然后發(fā)布，處于可運(yùn)行狀態(tài)。它通常以圖形化的形式展示給用戶。流程模板有版本控制。用戶對(duì)同一個(gè)流程模板的更新會(huì)產(chǎn)生一個(gè)新版本。2.流程實(shí)例
流程實(shí)例是流程定義的運(yùn)行實(shí)例，它代表了一個(gè)待完成的業(yè)務(wù)。當(dāng)用戶調(diào)用API 啟動(dòng)了流程后，會(huì)產(chǎn)生一條流程實(shí)例。流程實(shí)例被用戶操作，會(huì)產(chǎn)生不同的運(yùn)行狀態(tài)預(yù)啟動(dòng)，運(yùn)行，已掛起，已終止，失敗，結(jié)束。流程實(shí)例的狀態(tài)在不同的操作下可以互相轉(zhuǎn)換，如圖 2所示。圖中連接線上的標(biāo)注表示對(duì)流程實(shí)例進(jìn)行的操作或者流程實(shí)例發(fā)生的事件。當(dāng)流程實(shí)例的最后一個(gè)節(jié)點(diǎn)完成后，流程實(shí)例變?yōu)椤敖Y(jié)束”狀態(tài)。當(dāng)流程實(shí)例在運(yùn)行過(guò)程中，以為系統(tǒng)異常或者數(shù)據(jù)異常等原因?qū)е铝鞒虒?shí)例的流轉(zhuǎn)失敗。對(duì)于作廢的流程可以進(jìn)行終止， 對(duì)于暫緩處理的流程可以進(jìn)行掛起；同樣可以反向操作。對(duì)于處在“失敗”，“終止”和“結(jié)束”狀態(tài)的流程實(shí)例可以從數(shù)據(jù)庫(kù)中刪除。3.工作項(xiàng)工作項(xiàng)是流程節(jié)點(diǎn)的運(yùn)行實(shí)例，是業(yè)務(wù)操作者的待處理任務(wù)。業(yè)務(wù)操作者通過(guò)查詢屬于自己的待處理的工作項(xiàng)獲取任務(wù)并完成任務(wù)，進(jìn)而將流程實(shí)例推向下一個(gè)節(jié)點(diǎn)，為下一個(gè)業(yè)務(wù)操作者產(chǎn)生新的任務(wù)。工作項(xiàng)的狀態(tài)轉(zhuǎn)換如圖3所示。圖中連接線上的標(biāo)注表示工作項(xiàng)進(jìn)行的操作。工作項(xiàng)產(chǎn)生后處在“已就緒”狀態(tài)，業(yè)務(wù)操作者查詢到自己的待處理工作項(xiàng)之后，先對(duì)工作項(xiàng)進(jìn)行申明，保證其他業(yè)務(wù)操作者無(wú)法處理該任務(wù)。業(yè)務(wù)操作者完成任務(wù)后，流程將被推向下一個(gè)業(yè)務(wù)節(jié)點(diǎn)，當(dāng)前任務(wù)處在“已完成”的狀態(tài)。對(duì)于不需要處理的任務(wù)可以進(jìn)行終止，對(duì)于暫緩處理的任務(wù)可以進(jìn)行掛起；同樣可以進(jìn)行反向操作。工作項(xiàng)可以被其他人代理完成，也可以重新進(jìn)行分配。4.流程參與者流程參與者是指對(duì)業(yè)務(wù)流程進(jìn)行流程建模時(shí)指定的業(yè)務(wù)節(jié)點(diǎn)的潛在的處理人，管理者和流程實(shí)例的管理者。(1)流程實(shí)例的管理者擁有對(duì)流程實(shí)例進(jìn)行啟動(dòng)，終止，掛起等所有的操作。( 業(yè)務(wù)節(jié)點(diǎn)的潛在處理人指工作項(xiàng)的所有者，負(fù)責(zé)完成該任務(wù)。業(yè)務(wù)節(jié)點(diǎn)的潛在處理人可以由其他人代理，也可以進(jìn)行改變，即將工作項(xiàng)重新分配給其他人。(3)業(yè)務(wù)節(jié)點(diǎn)的管理者擁有特殊的權(quán)限，如對(duì)任務(wù)進(jìn)行重新分配等操作我們將流程的參與者抽象為用戶和組兩種類(lèi)型，組是多個(gè)用戶的集合?？梢詫⒘鞒虆⑴c者指定為組，則該組下的所有用戶擁有相應(yīng)的操作權(quán)限。5.流程數(shù)據(jù)我們將進(jìn)入業(yè)務(wù)流程的業(yè)務(wù)數(shù)據(jù)和流程控制數(shù)據(jù)統(tǒng)稱為流程數(shù)據(jù)。業(yè)界主流的流程管理產(chǎn)品基本上都支持該業(yè)務(wù)模型，對(duì)于個(gè)別不支持的業(yè)務(wù)操作可以借助數(shù)據(jù)庫(kù)技術(shù)進(jìn)行封裝實(shí)現(xiàn)。二 .通用業(yè)務(wù)流程管理Java API的設(shè)計(jì)1.通用業(yè)務(wù)流程管理API的系統(tǒng)模型業(yè)務(wù)流程管理通用API是基于以上業(yè)務(wù)模型，對(duì)特定流程管理產(chǎn)品API的二次封裝。業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定流程管理產(chǎn)品的API，而是調(diào)用通用業(yè)務(wù)流程管理的API。 這樣將業(yè)務(wù)系統(tǒng)和特定的流程管理產(chǎn)品進(jìn)行了解耦。如圖4示，流程管理API在整個(gè)業(yè)務(wù)系統(tǒng)中的位置。這樣可以根據(jù)需要，改變通用業(yè)務(wù)流程管理API的封裝對(duì)象達(dá)到改變特定流程管理產(chǎn)品的目的。圖5表示通用業(yè)務(wù)流程管理API的結(jié)構(gòu)。圖中DMEngine是針對(duì)Documentum業(yè)務(wù)流程管理API的封裝，F(xiàn)NEngine是對(duì)FileNet業(yè)務(wù)流程管理API的封裝。如果通用業(yè)務(wù)流程管理接口提供的功能依靠Documentum或者FileNet無(wú)法實(shí)現(xiàn)，可以借助于數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)。2.通用業(yè)務(wù)流程管理API的組件模型基于通用業(yè)務(wù)流程管理Java API的業(yè)務(wù)模型，我們抽象出一下相關(guān)的組件(I)ProcessTemplate 代表流程模板，ProcessTemplateManager 是針對(duì)流程模板的管理組件，該組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程模板的各種操作，如查詢模板，更新流程模板等。通過(guò)流程模板的管理組件，可以查詢流程模板詳細(xì)信息，如流程模板的創(chuàng)建者，相關(guān)節(jié)點(diǎn)信息等。(2)ProcessInstance 代禾呈實(shí) 歹ij，ProcessInstanceManager 是針對(duì)禾呈實(shí) 歹ij 的管理組件，該組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程實(shí)例的各種操作，創(chuàng)建流程實(shí)例，啟動(dòng)流程實(shí)例，終止流程實(shí)例等；該組件同樣提供對(duì)流程實(shí)例的查詢統(tǒng)計(jì)等功能。(3) WorkItem代表工作項(xiàng)，WorkItemManager是針對(duì)工作項(xiàng)的管理組件，該組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)工作項(xiàng)的各種操作，如完成工作項(xiàng)，終止工作項(xiàng)等；該組件同樣提供對(duì)工作項(xiàng)的查詢統(tǒng)計(jì)等功能。G)BPMC0nneCti0n代表和流程引擎的連接，提供對(duì)用戶和系統(tǒng)的認(rèn)證，并提供事務(wù)控制功能。(5) BPMData代表流程數(shù)據(jù)，主要是用鍵_值對(duì)的形式來(lái)表示流程的數(shù)據(jù)。流程的各種參與者也抽象為流程的數(shù)據(jù)。(5)用Engine組件表示業(yè)務(wù)流程引擎，通過(guò)業(yè)務(wù)流程引擎可以獲取流程模板的管理器，流程實(shí)例的管理器，工作項(xiàng)管理器等。該對(duì)象的實(shí)現(xiàn)類(lèi)是用戶訪問(wèn)通用業(yè)務(wù)流程API 的入口。以上幾種組件是我們抽象出來(lái)的通用的組件。通用業(yè)務(wù)流程API將其自身定義的流程實(shí)例狀態(tài)和工作項(xiàng)狀態(tài)分別與特定的流程管理產(chǎn)品中相應(yīng)的狀態(tài)作了映射。當(dāng)針對(duì)特定流程管理產(chǎn)品的API進(jìn)行封裝時(shí)，需要針對(duì)每個(gè)組件分別進(jìn)行實(shí)現(xiàn)或者封裝。(6)EngineFaCt0ry是引擎對(duì)象的工廠類(lèi)，它負(fù)責(zé)根據(jù)用戶配置或者指定的流程引擎的類(lèi)型創(chuàng)建Engine對(duì)象，具體創(chuàng)建的細(xì)節(jié)對(duì)用戶屏蔽。(7) DM開(kāi)頭的類(lèi)為針對(duì)Documentum流程管理API的實(shí)現(xiàn)類(lèi)，封裝了 Documentum的
流程管理功能。(S)CommonEngine對(duì)象為多個(gè)同流程管理產(chǎn)品的代理，對(duì)用戶屏蔽了流程引擎對(duì)象的類(lèi)型。該對(duì)象是用戶訪問(wèn)流程通用接口的入口。(9) ProcessInstanceManagerProxy，WorkIt emMana gerProxy， ftOcessTemplateManagerProxy分別對(duì)應(yīng)著流程實(shí)例管理對(duì)象的代理，工作項(xiàng)管理對(duì)象的代理，流程模版管理對(duì)象的代理。在該代理類(lèi)中，除了調(diào)用所代理的組件的相關(guān)接口之后， 還負(fù)責(zé)處理用戶定制的組件的事件，即ProcessEventHan dler和WorkltemEventHandler。3.通用業(yè)務(wù)流程管理API的代碼使用方法CommonEngine engine = new CommonEngine ()；engine, connect (username，password，org，app)；ProcessInstanceManager piManager = engine. createProcessInstanceManager ()；
piManager. createAndStartProcess (···)；engine, disconnect ()；4.通用業(yè)務(wù)流程管理API的事件處理機(jī)制當(dāng)用戶進(jìn)行流程操作時(shí)，往往需要在進(jìn)行操作之前或者之后記錄日志，采集數(shù)據(jù)或者對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證等，為此本發(fā)明引入了事件處理機(jī)制，就是上面提到的 ProcessEventHandler和WorkItemEventHandler。這是兩個(gè)接口，提供了在進(jìn)行流程操作之前或者之后進(jìn)行數(shù)據(jù)處理的方法。用戶如果需要，實(shí)現(xiàn)這兩個(gè)接口，并將其實(shí)現(xiàn)類(lèi)注冊(cè)到通用流程管理API提供的注冊(cè)文件(EventHandlerRegistry. properties)中即可，如下PI_EVH
= com. nantian. bpm. eh. MyProcessEventHandlerWI_EVH
= com. nantian. bpm. eh. MyfforkItemEventHandler5.通用業(yè)務(wù)流程管理API的可定制化操作模式通用業(yè)務(wù)流程管理接口可以提供盡可能多的接口來(lái)滿足用戶的需要。但鑒于通用業(yè)務(wù)流程接口屏蔽了原流程管理產(chǎn)品的部分功能，尤其是查詢功能，無(wú)法滿足用戶的需求; 為此，為了達(dá)到業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品API的松耦合且兼顧用戶的需求，本發(fā)明引入了可定制化操作的模式，即CustomOperation組件。如圖6所示結(jié)構(gòu)圖。DMCustomOperation 和FNCustomOperation分別為針對(duì)Documentum和FileNet流程管理實(shí)現(xiàn)的可定制化操作的實(shí)現(xiàn)類(lèi)。具體操作分別繼承該抽象類(lèi)。用戶實(shí)現(xiàn)該組件，將其實(shí)現(xiàn)類(lèi)注冊(cè)到通用業(yè)務(wù)流程管理API提供可定制化操作注冊(cè)表文件(CustomOperationRegistry. properties)中，如下示Query4BizTask = com. nantian. business. CustomQuery4BizTask用戶通過(guò)如下代碼調(diào)用該操作Engine engine = new CommonEngine()；engine. createfforkltemManager. exeueteCustomOperation ( “Query4BizTas k”)；三.通用業(yè)務(wù)流程管理API的流程建模規(guī)范一種通用的業(yè)務(wù)流程管理API要求進(jìn)行業(yè)務(wù)流程建模時(shí)必須遵循一定的約定1.使用不同的流程管理產(chǎn)品提供的流程設(shè)計(jì)器進(jìn)行業(yè)務(wù)流程建模時(shí)，必須統(tǒng)一流程的名稱，節(jié)點(diǎn)的名稱。2.使用不同的流程管理產(chǎn)品提供的流程設(shè)計(jì)器進(jìn)行業(yè)務(wù)流程建模時(shí)，約定一個(gè)業(yè)務(wù)流程只能使用一條流程數(shù)據(jù)，流程數(shù)據(jù)中不使用復(fù)雜的數(shù)據(jù)類(lèi)型。3.使用不同的流程管理產(chǎn)品提供的流程設(shè)計(jì)器進(jìn)行業(yè)務(wù)流程建模時(shí)，使用用戶-組的流程參與者模型。4.使用不同的流程管理產(chǎn)品提供的流程設(shè)計(jì)器進(jìn)行業(yè)務(wù)流程建模時(shí)，借助于流程數(shù)據(jù)來(lái)傳遞動(dòng)態(tài)設(shè)置的流程參與者。5.使用不同的流程管理產(chǎn)品提供的流程設(shè)計(jì)器進(jìn)行業(yè)務(wù)流程建模時(shí)，對(duì)相同的業(yè)務(wù)節(jié)點(diǎn)必須使用相同的流程模式。在此指明，以上敘述有助于本領(lǐng)域技術(shù)人員理解本發(fā)明創(chuàng)造，但并非限制本發(fā)明創(chuàng)造的保護(hù)范圍。任何沒(méi)有脫離本發(fā)明創(chuàng)造實(shí)質(zhì)內(nèi)容的對(duì)以上敘述的等同替換、修飾改進(jìn)和/或刪繁從簡(jiǎn)而進(jìn)行的實(shí)施，均落入本發(fā)明創(chuàng)造的保護(hù)范圍。
權(quán)利要求
1.一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于包括如下步驟制定業(yè)務(wù)流程的業(yè)務(wù)模型，根據(jù)業(yè)務(wù)模型提取業(yè)務(wù)流程管理的通用API，并使通用API接受業(yè)務(wù)系統(tǒng)的調(diào)用；對(duì)選用的流程管理產(chǎn)品的特定API進(jìn)行二次封裝，并使特定API的底層對(duì)業(yè)務(wù)系統(tǒng)屏蔽，使得業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定API，而是調(diào)用通用API，從而在業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品之間實(shí)現(xiàn)解耦。
2.根據(jù)權(quán)利要求1所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述通用 API具有事件處理機(jī)制，以及可定制化的操作機(jī)制。
3.根據(jù)權(quán)利要求1所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于如果通用 API提供的功能依靠選用的流程管理產(chǎn)品無(wú)法實(shí)現(xiàn)，則借助數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)。
4.根據(jù)權(quán)利要求1所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述選用的流程管理產(chǎn)品能夠根據(jù)需要切換。
5.根據(jù)權(quán)利要求1所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述業(yè)務(wù)模型包括如下組件流程模板組件、流程實(shí)例組件、工作項(xiàng)組件、流程數(shù)據(jù)組件、流程引擎組件和與流程引擎相連接的連接組件。
6.根據(jù)權(quán)利要求5所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述流程模板組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程模板的操作，包括查詢模板和/或更新流程模板；通過(guò)流程模板的管理組件，能夠查詢流程模板詳細(xì)信息。
7.根據(jù)權(quán)利要求5所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述流程實(shí)例組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)流程實(shí)例的操作，包括創(chuàng)建流程實(shí)例、啟動(dòng)流程實(shí)例和/或終止流程實(shí)例；該組件具有對(duì)流程實(shí)例的查詢統(tǒng)計(jì)功能。
8.根據(jù)權(quán)利要求5所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述工作項(xiàng)組件封裝了業(yè)務(wù)模型中所標(biāo)注的對(duì)工作項(xiàng)的操作，包括完成工作項(xiàng)和/或終止工作項(xiàng)； 該組件具有對(duì)工作項(xiàng)的查詢統(tǒng)計(jì)功能。
9.根據(jù)權(quán)利要求5所述的通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法，其特征在于所述流程數(shù)據(jù)組件是用鍵-值對(duì)的形式來(lái)表示流程的數(shù)據(jù)，并將流程的各種參與者抽象為流程的數(shù)據(jù)；所述流程引擎組件通過(guò)業(yè)務(wù)流程引擎能夠獲取流程模板的管理器、流程實(shí)例的管理器和/或工作項(xiàng)管理器；所述與流程引擎相連接的連接組件具有對(duì)用戶和系統(tǒng)的認(rèn)證，并具有事務(wù)控制功能。
10.一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)系統(tǒng)，其特征在于包括業(yè)務(wù)模型和根據(jù)業(yè)務(wù)模型提取業(yè)務(wù)流程管理的通用API，所述通用API接受業(yè)務(wù)系統(tǒng)的調(diào)用；對(duì)選用的流程管理產(chǎn)品的特定API進(jìn)行二次封裝、并使特定API的底層對(duì)業(yè)務(wù)系統(tǒng)屏蔽的裝置，使得業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定API，而是調(diào)用通用API，從而在業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品之間實(shí)現(xiàn)解耦；所述業(yè)務(wù)模型包括如下組件流程模板組件、流程實(shí)例組件、工作項(xiàng)組件、流程數(shù)據(jù)組件、流程弓I擎組件和與流程弓I擎相連接的連接組件。
全文摘要
一種通用業(yè)務(wù)流程管理接口的實(shí)現(xiàn)方法和系統(tǒng)，有利于促進(jìn)軟件集成商所面臨的軟件產(chǎn)品化，也有利于滿足用戶對(duì)流程管理產(chǎn)品的切換需求，其特征在于包括如下步驟制定業(yè)務(wù)流程的業(yè)務(wù)模型，根據(jù)業(yè)務(wù)模型提取業(yè)務(wù)流程管理的通用API，并使通用API接受業(yè)務(wù)系統(tǒng)的調(diào)用；對(duì)選用的流程管理產(chǎn)品的特定API進(jìn)行二次封裝，并使特定API的底層對(duì)業(yè)務(wù)系統(tǒng)屏蔽，使得業(yè)務(wù)系統(tǒng)不會(huì)直接調(diào)用特定API，而是調(diào)用通用API，從而在業(yè)務(wù)系統(tǒng)和流程管理產(chǎn)品之間實(shí)現(xiàn)解耦。
文檔編號(hào)G06F9/44GK102156642SQ20111010031
公開(kāi)日2011年8月17日 申請(qǐng)日期2011年4月21日 優(yōu)先權(quán)日2011年4月21日
發(fā)明者劉為, 徐宏?duì)N, 王瑋, 蔡一 申請(qǐng)人:北京南天軟件有限公司