陳琳

（杭州蕭山國際機場 浙江省杭州市 311207）

1 設計定位

OA（Office Automation，辦公自動化）旨在使企業(yè)內(nèi)部人員方便快捷地共享信息，高效協(xié)同工作，OA 以人為本的高效協(xié)作在中國企業(yè)管理軟件領域將其發(fā)揮到了極致，成為企業(yè)部署協(xié)同管理的基礎。BPM（Business Process Management，業(yè)務流程管理）的概念源自國外，是一種以規(guī)范化的構造端到端的卓越業(yè)務流程為中心，以持續(xù)的提高組織業(yè)務績效為目的的系統(tǒng)化方法。兩者之間有很多相近但不同的特點，相近點是核心技術同為工作流引擎能力，BPM管理重點在于企業(yè)業(yè)務端到端的流程管理，OA 則在于企業(yè)行政管理業(yè)務流程需求。OA 的應用側重是組織的管理以及人與人、部門與部門之間的協(xié)同辦公，是一種辦公方式；BPM 則側重于業(yè)務流程的標準化、流程化、自動化、可控制等，是一系列系統(tǒng)化方法。而從適用對象方面來看沒有差異，OA 系統(tǒng)和BPM 系統(tǒng)都可面向企業(yè)內(nèi)外部用戶，實現(xiàn)信息共享、協(xié)同互通。BPM 很大的一個優(yōu)勢提供標準和技術能力，實現(xiàn)業(yè)務流程端到端串聯(lián)。OA 的優(yōu)勢是以流程驅動，服務于業(yè)務。所以BPM 的流程引擎提供的組件/服務更多，能力更加完備，平臺比較厚重，不有利于根據(jù)企業(yè)信息化架構要求和業(yè)務變化需求快速調(diào)整。OA 的流程引擎是為業(yè)務服務，能力豐富，平臺輕量，具有良好的彈性和擴展性，可快速根據(jù)企業(yè)組織變化和業(yè)務調(diào)整做出響應。

Lotus Notes/Domino 是IBM 的協(xié)同辦公平臺，在國內(nèi)擁有廣泛的用戶，某些主流的協(xié)同辦公（OA）軟件產(chǎn)品仍基于這個平臺開發(fā)，在穩(wěn)定性及易用性上具有明顯優(yōu)勢，但由于推出時間較早、采用文檔數(shù)據(jù)庫等特點，導致其流程集成能力偏弱且通用性不足，很多企業(yè)開始采用新的流程引擎集成替代，例如BPM 等，以滿足日益復雜的協(xié)同需求。由于BPM 投入較高，大型企業(yè)在內(nèi)部流程規(guī)范化及標準化體系已達到一定程度，實現(xiàn)效果確實會較理想。但相較于一部分中小型企業(yè)，雖有一些自動化“端對端”的業(yè)務流需求，內(nèi)部距離體系化的業(yè)務流程管理尚遠，從保護現(xiàn)有投資出發(fā)，如何停留在OA 靈活可變的行政審批流程上并輔以可配置的通用型業(yè)務接口設計以便于集成外部系統(tǒng)，也許是一種更具備現(xiàn)實意義的解決方案。本文的設計定位主要是試圖基于Domino 的OA 實現(xiàn)類BPM融合，破解Domino 工作流引擎的通用性方面的局限，滿足企業(yè)部分端對端的工作流要求。

2 設計思路

2.1 確立OA流程中心的定位

基于OA 實現(xiàn)管理系統(tǒng)的類BPM 融合的方向，首先確立OA在企業(yè)業(yè)務管理系統(tǒng)中核心流程中心的定位，以實現(xiàn)跨系統(tǒng)的業(yè)務流程流轉與數(shù)據(jù)交互。事實上，許多企業(yè)內(nèi)部的管理系統(tǒng)如ERP、合同、招采等也內(nèi)置審批流，但是這些流程引擎的多樣性和靈活性不如OA，尤其一些業(yè)務單據(jù)可能涉及多部門會簽，復雜流程在OA 以外的外部系統(tǒng)上實現(xiàn)都較困難。因此，憑借OA 系統(tǒng)在流程管理與部門協(xié)同辦公方面的獨到優(yōu)勢，進一步整合其他管理類應用系統(tǒng)，通過建立統(tǒng)一標準的接口方式能夠適應其它系統(tǒng)在OA 中流轉審批的需求，將這類應用系統(tǒng)的審批流程放在OA 系統(tǒng)中進行，所需的相關數(shù)據(jù)從原系統(tǒng)中實時采集抓取，流轉過程中及時反饋審批意見及結果，最終達到各系統(tǒng)之間互相支持、協(xié)同辦公的目標。

圖1

2.2 建立標準的接口協(xié)議

建立通過Web Service 接口以XML 文本傳輸格式作為標準的接口傳輸協(xié)議，是確立OA 作為可配置的通用的流程中心的第二步。XML 已經(jīng)成為新的網(wǎng)頁標示語言和數(shù)據(jù)交換方法。Domino 對XML 提供了強有力的支持，以及XML 本身具有的可擴展性以及自我描述特性，使OA 系統(tǒng)與其它系統(tǒng)（如ERP 系統(tǒng)）這兩種完全不同的應用系統(tǒng)平臺、不同的底層數(shù)據(jù)庫類型交換數(shù)據(jù)成為可能。

Web Service:

Web Service 編輯Web service 是一個平臺獨立的，低耦合的，自包含的、基于可編程的web 的應用程序，可使用開放的XML 標準來描述、發(fā)布、發(fā)現(xiàn)、協(xié)調(diào)和配置這些應用程序，用于開發(fā)分布式的互操作的應用程序。

XML:

可擴展標記語言，標準通用標記語言的子集，是一種用于標記電子文件使其具有結構性的標記語言。

2.3 可配置的流程接口設置

基于Domino 表單域與XML 接口文本中字段的對應，在OA中實現(xiàn)外部系統(tǒng)單據(jù)在OA 系統(tǒng)中的流程審批，借助OA 系統(tǒng)的工作流引擎實現(xiàn)流程動態(tài)維護，并可將審批意見或其它信息反饋回外部系統(tǒng)中。由于XML 格式本身的標準性，OA 應用中可實現(xiàn)可視化的配置界面，通過DOMINO 中的域設定匹配相應的字段，解析任意外部系統(tǒng)通過Web Service 接口傳遞來的XML 文件，形成審批表單流轉，以達到理想的靈活、通用、可配置的接口，進一步鞏固OA 作為流程中心的存在。

2.4 出錯糾錯控制

圖2

在外部系統(tǒng)與OA 交互過程中，需要重點考慮數(shù)據(jù)的安全性與一致性兩個方面的問題。安全性主要是防止數(shù)據(jù)的丟失，比如接口的穩(wěn)定性以及業(yè)務操作模式的多樣性是否會引起傳遞過程中數(shù)據(jù)的丟失；一致性是保證OA 與其它系統(tǒng)在過程中及最終狀態(tài)下一定是一致，目前的實現(xiàn)場景是外部系統(tǒng)一旦進入OA 審批后即單據(jù)鎖定，待OA 審批到一定階段有反饋信息后外部系統(tǒng)單據(jù)才可解鎖，進行下一步操作，且單據(jù)內(nèi)容不可再次編輯。

3 技術實現(xiàn)

由于許多企業(yè)存在著許多不同建設時期、不同架構的信息系統(tǒng)孤島，因此上述設計思路源自于以下場景的技術實現(xiàn)：

培訓計劃審批作為OA 中的一個流程已實現(xiàn)多年，管理者已習慣在OA 中審批培訓計劃，業(yè)務工作者在OA 上生成審批計劃，但培訓計劃的統(tǒng)計、管理等一系列業(yè)務操作只能通過“紙上談兵”。隨著培訓管理模塊作為企業(yè)資源管理系統(tǒng)（以下簡稱ERP）中的人力資源管理的一部分上線運行，業(yè)務工作者在ERP 上實現(xiàn)了培訓計劃的生成、管理。雖然門戶實現(xiàn)了用戶單點登錄，統(tǒng)一待辦，但無法改變ERP 審批流程不靈活的事實，以及管理者對ERP 審批界面的不適應。以需求為驅動，對技術實現(xiàn)難易度、費用、系統(tǒng)影響等因素綜合考量后，最后確定了Domino 通用型流程引擎的設計思路。

事實上，通用型的流程引擎實現(xiàn)事實上不局限于ERP 這個單一的外部系統(tǒng)，也不僅限于培訓計劃審批某一項實際業(yè)務，它完全可以根據(jù)需要外接不同類型架構的外部系統(tǒng)，不同的業(yè)務流審批，實現(xiàn)各種審批流的調(diào)用。從這一點來說，它有類似BPM 的融合理念。

3.1 ERP與OA系統(tǒng)審批交互圖

如圖1所示。

3.2 接口配置文檔設計說明

3.2.1 接口配置文檔功能描述

用于創(chuàng)建接口配置文檔，根據(jù)billid 獲取需要創(chuàng)建的數(shù)據(jù)庫服務器名、路徑、對應的業(yè)務類型、需要拷貝的字段和各個字段類型。接口配置文檔可以對輸入字段進行取舍，調(diào)整OA 的審批流程，同時應用系統(tǒng)輸入字段信息的調(diào)整也可以在配置文檔配置，由于配置文檔的存在，不必修改接口。

3.2.2 接口配置文檔表單設計

如圖2所示。

4 結論

目前，BPM 的實現(xiàn)工具不少，還是要根據(jù)環(huán)境、成本、實現(xiàn)復雜度等因素選取合適的解決方案。本文主要考慮同一局域網(wǎng)內(nèi)，通用流程調(diào)用的思路，側重于基于Domino 的OA 下，如何快速、經(jīng)濟地實現(xiàn)流程調(diào)用。流程調(diào)用的實踐結果表明，接口耦合度低，一方系統(tǒng)的不穩(wěn)定不會影響到對方系統(tǒng)；避免了業(yè)務工作者在兩個系統(tǒng)重復輸入培訓計劃，或應用系統(tǒng)開發(fā)上化很多精力調(diào)整系統(tǒng)審批流以適應辦公需要；充分利用了OA 系統(tǒng)在流程管理與部門協(xié)同辦公方面的優(yōu)勢，將業(yè)務審批功能放在OA 系統(tǒng)中進行，達到兩個系統(tǒng)之間相互支持、各取所長、協(xié)同辦公的目標。此設計思路也適合于其他系統(tǒng)發(fā)起的審批，但需要注意的一點是，流程調(diào)用的方式需要滿足用戶一致性的條件，也就是，發(fā)送審批的應用系統(tǒng)用戶，在OA 系統(tǒng)中也必須存在，且具有發(fā)起審批的權限。

當前的流程調(diào)用實踐通過Webservice 的方式，從功能實現(xiàn)的角度看，也可以利用現(xiàn)有的企業(yè)數(shù)據(jù)總線，實現(xiàn)對輸入和輸出XML數(shù)據(jù)的傳輸，根據(jù)需要就地取材，節(jié)省開發(fā)成本。如果數(shù)據(jù)傳輸中需要圖片等數(shù)據(jù)，也可以考慮架設FTP 等服務器的方法擴展功能。