基于SOA的OA與ERP整合應用

申請免費試用、咨詢電話：400-8352-114

引言

辦公自動化(Office automation，OA)系統(tǒng)是實現(xiàn)辦公自動化的信息系統(tǒng)。企業(yè)資源計劃系統(tǒng)( EntERP riseResourcePlanning， ERP)是對企業(yè)中的物流、資金流和信息流進行全面集成管理的信息管理系統(tǒng)。企業(yè)通過erp系統(tǒng)實現(xiàn)供應鏈的全面管理。這兩套系統(tǒng)一個側重于工作流審批， 一個側重于企業(yè)內(nèi)部資源之間的數(shù)據(jù)流動。它們一般都彼此獨立運作，提供各自獨立的功能。但是在企業(yè)中，經(jīng)常有些業(yè)務流程是貫穿于ERP和OA兩個系統(tǒng)當中的。如采購申請流程中，申請審批、流程的流轉是由OA系統(tǒng)完成的，填寫采購用款申請單、付款、做憑證則是ERP系統(tǒng)的功能，因此用戶不得不頻繁地切換兩個系統(tǒng)，才能完成采購申請。此外，企業(yè)在利用OA系統(tǒng)進行工作流審批后，產(chǎn)生了很多業(yè)務數(shù)據(jù)，這些數(shù)據(jù)同時可能是ERP系統(tǒng)的數(shù)據(jù)源，為了避免數(shù)據(jù)的重復以及保證數(shù)據(jù)源的唯一性，也就產(chǎn)生了OA系統(tǒng)與ERP系統(tǒng)集成的需求。目前在企業(yè)中常見的OA2ERP系統(tǒng)集成方法，歸納起來有如下兩大類:

1)基于應用編程接口(App lication Programming Interface，AP I)的封裝集成模式。利用OA與ERP各自提供的訪問底層數(shù)據(jù)庫的函數(shù)和AP I接口，實現(xiàn)兩系統(tǒng)之間的數(shù)據(jù)訪問

2) 基于數(shù)據(jù)表的互訪模式。采用中間緩沖表，以一致的數(shù)據(jù)模型存儲不同系統(tǒng)間的共享數(shù)據(jù)，通過直接對兩系統(tǒng)的數(shù)據(jù)表進行操作的方式，實現(xiàn)不同系統(tǒng)間的數(shù)據(jù)訪問，以及數(shù)據(jù)的一致和實時傳遞。以上方法屬于緊耦合的系統(tǒng)集成方法。緊耦合的集成方式將影響系統(tǒng)的靈活性和擴展性，阻礙業(yè)務的流程調(diào)整和優(yōu)化，不利于企業(yè)的業(yè)務發(fā)展。

為了解決上述問題，我們需要一種新的企業(yè)應用集成方式。該方式不僅能保證原有系統(tǒng)的數(shù)據(jù)安全性和邏輯安全性，而且還能夠?qū)崿F(xiàn)系統(tǒng)之間的松耦合，方便系統(tǒng)流程的重組和優(yōu)化。這種方式就是面向服務架構( Service2OrientedArchITecture， SOA)的企業(yè)應用集成方式。

1　OA與ERP的整合的必要性

1)保護了現(xiàn)有的IT基礎建設投資在企業(yè)中軟件服務的整合需求是當前企業(yè)中最熱門的需求。這種需求在OA與ERP之間也同樣存在。利用對現(xiàn)有的OA系統(tǒng)與ERP系統(tǒng)的重用和整合來解決新的業(yè)務需求，不僅可以低成本高效率地滿足新的需求，也有效地保護了現(xiàn)有的IT基礎建設投資。

2)實現(xiàn)了兩個系統(tǒng)的優(yōu)勢互補

OA 系統(tǒng)的最大特點是工作流管理。它具有強大的工作流定制功能，可以適應于企業(yè)各種形式的審批表單和流程的需求，并能滿足多層次的審批結構、支持較復雜的審批層次。而ERP產(chǎn)品的工作流更多地實現(xiàn)了業(yè)務上的邏輯數(shù)據(jù)流，它并不著重于行政結構上的審批，因此對于國內(nèi)很多無法擺脫行政審批結構的企業(yè)來說， ERP軟件在這一方面就顯得遜色。此外ERP系統(tǒng)開發(fā)模式通常是將業(yè)務流程硬編碼到應用系統(tǒng)的整體結構中，每次業(yè)務流程的修改都可能引起程序結構的大幅變動。這種僵硬的體系結構增加系統(tǒng)復雜性，阻礙系統(tǒng)靈活性。通過ERP和OA的整合，利用OA的強大的工作流定制功能，可以很好地解決ERP系統(tǒng)存在的問題。ERP系統(tǒng)是面向功能的事務處理系統(tǒng)，具體解決某個或某些領域的問題，提高事務處理的效率和水平工作流管理的著眼點是在企業(yè)的整個業(yè)務層，提高企業(yè)的業(yè)務處理水平。在工作流管理的支撐下，通過集成具體的業(yè)務應用軟件系統(tǒng)(如: ERP) ，可以良好地完成對企業(yè)經(jīng)營過程運行的支持，在更廣的范圍內(nèi)，不同的時間跨度上做好企業(yè)的經(jīng)營管理，提高企業(yè)的整體水平和競爭力。

3) 有利于企業(yè)業(yè)務流程重構( Business ProcessReengineering，BPR)

企業(yè)生產(chǎn)經(jīng)營活動是由各種業(yè)務流程交織在一起組成的。建設ERP系統(tǒng)的重要工作之一就是對用戶的業(yè)務流程的分析、建模和實施。在市場競爭日趨激烈的時代，客戶需求瞬息萬變，產(chǎn)品生命周期不斷縮短，技術不斷創(chuàng)新，企業(yè)要在這樣一個競爭和變化的外部環(huán)境下生存，必須不斷地調(diào)整和優(yōu)化企業(yè)的各種業(yè)務流程，對流程進行重構?；赟OA架構的ERP和OA系統(tǒng)的整合方案，通過業(yè)務流程的定義，靈活地將ERP系統(tǒng)的功能連接在一起，快速完成企業(yè)BPR和ERP的重構。

2　基于SOA的OA與ERP的整合應用

2. 1　基本思想

OA 系統(tǒng)中的工作流[ 3， 4 ]模塊包括工作流過程定義組件、工作流引擎組件、工作流監(jiān)控組件、工作流客戶端和應用接口組件等部分。過程定義是建立工作流的過程，將企業(yè)的實際業(yè)務過程轉化為計算機可處理的工作流模型。工作流引擎負責對工作流進行實例化、執(zhí)行和管理。監(jiān)控組件負責對工作流的執(zhí)行進行管理、分析與控制。工作流客戶端負責人機交互，提供工作流執(zhí)行的接口，幫助完成業(yè)務過程的執(zhí)行。相關應用程序接口負責與應用程序的接口，提供工作流執(zhí)行時所需要的軟件以協(xié)助工作流的正常執(zhí)行。通過對企業(yè)實際業(yè)務流程的分析，抽取出原子級的企業(yè)業(yè)務活動。首先通過工作流過程定義組件將這些活動以及與活動相關的信息、人員和活動對應的Web服務統(tǒng)一集成起來，然后通過工作流引擎組件按照所定義的業(yè)務流程模型進行業(yè)務的執(zhí)行，在適當?shù)臅r間激活相應的Web service，傳遞Web service的參數(shù)，獲取Web service的處理結果，從而實現(xiàn)OA系統(tǒng)和ERP系統(tǒng)全面集成。基于SOA的OA與ERP的整合應用的架構體系圖如圖1

2. 2　基于SOA架構的ERP系統(tǒng)

2. 2. 1　SOA的本質(zhì)和實現(xiàn)技術

SOA是一個整合各種服務的架構平臺。核心本質(zhì)是實現(xiàn)服務和技術的完全分離，從而在最大限度上實現(xiàn)服務的集成和重組。

SOA體系架構的主要特點是粗粒度和松耦合。服務之間的松耦合是指服務具有中立的接口(沒有強制綁定到特定的實現(xiàn)上)特征;服務的粗粒度是指服務可以實現(xiàn)更多的功能，并且依賴于更大的數(shù)據(jù)集。SOA的實現(xiàn)技術包括Web service和企業(yè)服務總線。

1)Web services技術使用一系列標準和協(xié)議實現(xiàn)相關的功能，服務提供者用WSDL (Web服務描述語言)描述Web服務，用UDD I(統(tǒng)一描述、發(fā)現(xiàn)和集成)向服務注冊代理發(fā)布和注冊Web服務，服務請求者通過UDD I進行查詢，找到所需的服務后，利用SOAP (簡單對象協(xié)議)來綁定、調(diào)用這些服務。

因為WSDL中給出了Web service的地址URL，在本文中外部直接通過WSDL提供的URL進行相應的Web service調(diào)用，而不使用UDD I機制。

2)企業(yè)服務總線以中介的身份處于服務請求者和服務提供者之間，這樣服務請求者任何的服務請求，先送到服務總線，由服務總線將請求信息轉給服務提供者，得到返回信息后，服務總線再傳給服務請求者。

2. 2. 2　基于SOA的ERP系統(tǒng)的實現(xiàn)方法

為了實現(xiàn)OA與ERP系統(tǒng)之間的整合應用，必須通過構建SOA架構平臺使得ERP具有給OA系統(tǒng)提供服務的功能。構建基于SOA架構的ERP系統(tǒng)包括兩個方面:

1) 從接近實際業(yè)務的角度，結合SOA架構服務松耦合的要點，把ERP系統(tǒng)功能分解成粗粒度和細粒度的服務。如圖1所示的系統(tǒng)體系結構中， ERP各個業(yè)務模塊的功能如:庫存管理、采購管理、銷售管理、分銷管理等作為粗粒度服務發(fā)布，而每個模塊的功能又是由多個子功能組成，我們把這些子功能作為細粒度服務發(fā)布。如銷售管理服務就由銷售報價、客戶訂單、客戶出貨、客戶檔案等細粒度服務組合而成。每個細粒度服務利用數(shù)據(jù)訪問邏輯組件對數(shù)據(jù)庫表進行查找、更新、保存等操作。

2)通過企業(yè)服務總線將這些分散的Web服務進行集中的管理。當服務請求者向服務總線發(fā)送請求信息的時候，首先是發(fā)給服務總線的代理服務，代理服務在收到服務后，轉給業(yè)務服務，由它進一步轉給外部服務提供者。

2. 3　建立集成Web service工作流環(huán)境

工作流環(huán)境將用戶定義的業(yè)務流程與ERP 的Webservice關聯(lián)起來，并管理和控制業(yè)務流程的運行，是對貫穿于OA和ERP系統(tǒng)的業(yè)務流程邏輯的具體實現(xiàn)。它主要包括流程定義和流程的執(zhí)行、監(jiān)控兩大部分。

2. 3. 1　流程的定義

流程的定義是將活動和相關的Web service、用戶和數(shù)據(jù)信息關聯(lián)起來，形成一個工作流引擎可解析的業(yè)務流程。建立活動與Web service的聯(lián)系是其中的關鍵步驟。

通過Web service的WSDL，可以定義活動所需調(diào)用的Web service，從而建立活動與Web服務的關聯(lián)，一旦建立了活動與Web service的關系，活動的輸入/輸出就映射為Webservice的輸入/輸出參數(shù)。

2. 3. 2　流程的執(zhí)行和監(jiān)控

1)將流程定義部署到工作流數(shù)據(jù)庫中后，工作流引擎組件在按照流程定義文檔推動流程流轉時，發(fā)現(xiàn)某個活動需要調(diào)用服務，就通過URL 向服務總線上發(fā)送請求信息，Web服務總線根據(jù)管理器去處理事務，處理完后通知工作流引擎，然后工作流引擎執(zhí)行下一個流程或任務;

2)工作流引擎組件、Service Bus、Web service需要掛接在工作流管理和監(jiān)控服務上，以便能監(jiān)控業(yè)務流程的流程實例、活動實例以及相關Web service的運行情況。

3　基于SOA的OA與ERP的整合應用實現(xiàn)

3. 1　組織模型的統(tǒng)一

OA 系統(tǒng)和ERP系統(tǒng)都有各自的組織模型。OA系統(tǒng)的組織模型是服務于企業(yè)行政組織層面的， ERP的組織模型是服務于企業(yè)業(yè)務層面的。在工作流的建模過程中，工作流流程活動的執(zhí)行者(也即工作流參與者)是參考組織模型建立的。所以有必須對兩個系統(tǒng)的組織模型進行統(tǒng)一。本文中采用對OA系統(tǒng)的組織模型重定義的方法，增加OA系統(tǒng)組織結構的層次數(shù)量，把ERP用戶和OA用戶都在新的組織結構中反映出來。

3. 2　調(diào)用Web service的訪問控制機制

工作流引擎調(diào)用ERP的Web service時，需要進行身份認證，通過驗證的用戶，才能調(diào)用Web service接口方法。本文中通過ERP的身份認證Web服務接口方法實現(xiàn)調(diào)用Web service時的訪問控制。在流程表單中輸入ERP系統(tǒng)的用戶名和密碼，通過SOAP請求消息傳遞給身份認證Web服務，作為該Web服務的輸入?yún)?shù)。在第一次訪問Web service時需要進行身份認證，以后可以通過從Session (會話)中取得用戶信息的方式持續(xù)訪問，直至退出系統(tǒng)或者Session超時。

3. 3　流程表單

流程表單中的字段分三種類型:與流程相關的字段、與ERP系統(tǒng)相關的字段和其他字段。與流程相關的字段如:采購申請中采購用款金額字段。

當用款金額小于1萬時，流程流轉給財務主管審批;當金額大于或等于1萬時，流程要流轉給總經(jīng)理審批。與ERP系統(tǒng)相關的字段，即為Web service的輸入?yún)?shù)，在工作流引擎組件調(diào)用具體的Web service 的時候， 作為SOAP請求信息的一部分，傳遞給Web service的提供者。如采購申請表單中，采購物品的物料編號、采購數(shù)量等信息都要作為ERP的采購管理Web service的“采購信息保存”接口方法的輸入?yún)?shù)。其他字段:如審批意見、領導建議和采購原因描述等，這些數(shù)據(jù)通過流程的流轉實現(xiàn)信息的采集和共享， 為管理和決策過程提供依據(jù)。

3. 4　基于SOA的OA與ERP的整合應用建模

1)用戶登錄OA系統(tǒng)后，根據(jù)OA系統(tǒng)的人員配置信息確定身份，此用戶同時也獲得了其相應的權限。

2)身份確定后， OA系統(tǒng)根據(jù)此用戶的權限范圍內(nèi)的工作流程和工作列表，提供流程表單。

3)用戶在工作流表單上填寫數(shù)據(jù)，包括與流程控制相關的信息、與ERP系統(tǒng)相關的參數(shù)及其他字段信息。

4)工作流引擎根據(jù)流程定義文檔控制流程執(zhí)行，當流程流轉到某個需要調(diào)用Web service的活動的時候，發(fā)送SOAP請求信息給服務提供者。

5)Web service利用數(shù)據(jù)訪問邏輯組件對數(shù)據(jù)庫表進行查找、更新、保存等操作。以采購申請為例，用戶調(diào)用ERP的采購管理Web service的“采購信息保存”接口方法將采購的物料編號、采購數(shù)量、價格范圍、供應商等存儲到ERP的DB中。

6)服務提供者實現(xiàn)服務之后，將SOAP返回信息傳回給OA系統(tǒng)，其中包括單據(jù)編號和單據(jù)狀態(tài)等。

7)當工作流引擎收到ERP系統(tǒng)傳來返回信息后，根據(jù)WSDL文檔將SOAP返回消息解析成自己能夠理解的內(nèi)容，然后自動將其存入流程表單中。

8)工作流引擎將工作流表單傳送給服務器，然后根據(jù)工作流控制數(shù)據(jù)和組織/角色模型將流程表單傳遞給下一個執(zhí)行者，并同時發(fā)送E2mail通知。

4　結語

基于SOA的OA與ERP的集成方案，可將ERP的各個功能組件通過發(fā)布成Web service、Service Bus進行集中管理與OA的工作流管理模塊完全整合在一起，做到既能有效地進行軟件服務的整合，又能實現(xiàn)松耦合的集成。通過把ERP中零散的功能通過業(yè)務流程連接在一起，從而改變了ERP系統(tǒng)原有的按照功能模塊劃分的模式，使ERP的每個功能業(yè)務通過工作流，按照業(yè)務流程模式靈活地執(zhí)行結合，快速完成企業(yè) BPR和ERP系統(tǒng)的搭建，更好地完成對企業(yè)經(jīng)營過程運行的支持，在更廣的范圍內(nèi)，不同的時間跨度上做好企業(yè)的經(jīng)營管理，提高了企業(yè)的整體水平和競爭。（CIO時代論壇）