OA辦公系統(tǒng)與企業(yè)業(yè)務(wù)系統(tǒng)集成是未來的信息化趨勢

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

泛普軟件和異構(gòu)系統(tǒng)的集成主要在以下幾方面：

1. 基礎(chǔ)數(shù)據(jù)整合：
   1. 組織&人員數(shù)據(jù)同步；
   2. 單點登錄SSO；
   3. 業(yè)務(wù)基礎(chǔ)數(shù)據(jù)：科目、客戶、項目、……
2. 頁面集成整合
   1. 異構(gòu)系統(tǒng)的操作頁面集成到OA門戶；
   2. 流程頁面中嵌入業(yè)務(wù)系統(tǒng)界面；
   3. 異構(gòu)系統(tǒng)功能直接嵌入到OA使用菜單中；
3. 流程集成整合
   1. 直接讀取異構(gòu)數(shù)據(jù)自動生成審批工作流；
   2. 異構(gòu)系統(tǒng)直接觸發(fā)工作流到OA中；
   3. 異構(gòu)系統(tǒng)獲取OA工作流數(shù)據(jù)；
4. 數(shù)據(jù)集成整合
   1. 流程流轉(zhuǎn)過程中和異構(gòu)系統(tǒng)數(shù)據(jù)交互；
   2. 獲取異構(gòu)系統(tǒng)數(shù)據(jù)至流程字段；
   3. 獲取異構(gòu)系統(tǒng)數(shù)據(jù)形成統(tǒng)計報表及管理駕駛艙；
5. 文件集成整合
   1. 文件交換接口；
   2. 自定義數(shù)據(jù)源接口；
   3. 自定義計劃任務(wù)接口；
6. 消息集成整合
   1. 提醒消息整合；
   2. 通訊消息整合；
   3. 短信API接口。

 

4.2.5.2.集成方案

基于web service的系統(tǒng)集成技術(shù)架構(gòu)
在軟件系統(tǒng)的開發(fā)過程中，系統(tǒng)集成主要實現(xiàn)系統(tǒng)的各部分（模塊）之間的通訊和整合，將相對分散的子系統(tǒng)組成一個統(tǒng)一的整體，實現(xiàn)子系統(tǒng)間的功能控制和信息交互與共享?；诰W(wǎng)絡(luò)的系統(tǒng)集成技術(shù)已有了很多，如：DCOM（Distributed Component Object Model，分布式組件對象模型）、CORBA（Common Object Request Broker Architecture，公用對象請求代理程序體系結(jié)構(gòu)）和Java RMI（Java Remote Method Invocation，Java遠端函數(shù)調(diào)用）等。但是這些傳統(tǒng)的集成技術(shù)在很大程度上受到網(wǎng)絡(luò)環(huán)境的限制，大多使用專有協(xié)議通過特別的端口進行遠程通信，不能很好的支持客戶段和服務(wù)器通過Internet進行通信。
基于Web Service的集成技術(shù)作為一種新的面向函數(shù)和方法的應(yīng)用集成技術(shù)，在很大程度上解決了原有集成技術(shù)在Internet遠程通信方面的問題。Web Service基于XML文檔進行服務(wù)描述，服務(wù)請求和反饋結(jié)果，可以在Internet上通過HTTP協(xié)議進行傳遞，很容易的被訪問和返回結(jié)果。同時， 由于Web Service的相關(guān)標準都是W3C的開放協(xié)議，與平臺和操作系統(tǒng)無關(guān)，不同的平臺和操作系統(tǒng)上的Web Service的實現(xiàn)在很大程度上可以做到互操作，這就使異構(gòu)平臺上應(yīng)用的集成變得很容易。此外，過去使用的基于RPC（RPC - Remote Procedure Call，遠程過程調(diào)用）和API（Application Programming Interface，程序編程接口）的集成技術(shù)都是一種函數(shù)級的靜態(tài)解決方案（即使它們在客戶機和服務(wù)器通訊時使用XML）；Web Service則是一種動態(tài)的集成方案，所有的服務(wù)都可以通過UDDI（Universal Description， Discovery， and Integration）標準動態(tài)地被發(fā)現(xiàn)、綁定和使用，容易適應(yīng)系統(tǒng)的變動，提高系統(tǒng)的靈活性和伸縮性。
使用Web Service技術(shù)進行系統(tǒng)集成和過去使用其它面向函數(shù)和方法的技術(shù)進行集成類似：在進行初始設(shè)計的時候主要考慮不同應(yīng)用之間，系統(tǒng)不同模塊之間消息及數(shù)據(jù)傳遞的需求；根據(jù)具體需求設(shè)置相應(yīng)的接口，描述接口特性；針對不同應(yīng)用的平臺選擇相應(yīng)的Web Service組件，進行相應(yīng)設(shè)置；實現(xiàn)不同應(yīng)用的接口，進行相應(yīng)調(diào)試；實際運行，應(yīng)用程序間進行協(xié)同調(diào)試。
使用Web Service進行系統(tǒng)集成的基本模式如下圖：
中間件介紹
a)人力資源服務(wù)
用戶登錄OA協(xié)同辦公系統(tǒng)一般存在以下三種模式：
1) 采用OA協(xié)同辦公系統(tǒng)數(shù)據(jù)庫驗證模式。
2) 采用LDAP（Lightweight Directory Access Protocol）目錄服務(wù)驗證模式（目前比較流行的目錄服務(wù)器有Microsoft AD或 SUN iplanet等）。
3) 采用第三方提供的統(tǒng)一認證與授權(quán)平臺驗證模式。
對于模式一，用戶的賬號及個人信息存儲在OA系統(tǒng)數(shù)據(jù)庫中，如果企業(yè)內(nèi)存在多套系統(tǒng)，在沒有使用LDAP目錄服務(wù)的情況下可能各系統(tǒng)都有自己單獨的賬號及用戶信息，從而無法使用統(tǒng)一的接入門戶。在這種情況下，客戶可以使用OA中間件提供的人力資源服務(wù)，把需要整合的系統(tǒng)中的用戶信息同步到OA系統(tǒng)中來，實現(xiàn)多系統(tǒng)共享用戶信息。如下圖所示

對于模式二，采用LDAP目錄服務(wù)作為驗證服務(wù)器之后，企業(yè)內(nèi)所有支持LDAP服務(wù)的應(yīng)用系統(tǒng)均通過目錄服務(wù)器共享用戶信息，這些系統(tǒng)自然就可以實現(xiàn)統(tǒng)一的接入，如下圖所示

對于模式三，針對的是購買了統(tǒng)一認證與授權(quán)平臺軟件的企業(yè)。利用該平臺，用戶可以在登陸windows域的同時也通過了所有支持該平臺的應(yīng)用系統(tǒng)的驗證。如下圖所示

b) 工作流服務(wù)
web service采用xml作為信息傳遞載體，因此可以方便的實現(xiàn)不同業(yè)務(wù)數(shù)據(jù)的格式轉(zhuǎn)換。其他應(yīng)用系統(tǒng)的業(yè)務(wù)數(shù)據(jù)可以通過SOAP（Simple Object Access Protocol）協(xié)議以xml格式傳遞到我們的工作流服務(wù)，工作流服務(wù)會把xml數(shù)據(jù)轉(zhuǎn)化成OA系統(tǒng)可以識別的數(shù)據(jù)格式。反之，OA系統(tǒng)中的數(shù)據(jù)也可以通過工作流服務(wù)轉(zhuǎn)換成xml數(shù)據(jù)傳遞給其他應(yīng)用系統(tǒng)。由于SOAP是各大軟件廠商支持的標準協(xié)議，可以很方便地實現(xiàn)xml數(shù)據(jù)到系統(tǒng)數(shù)據(jù)的轉(zhuǎn)換。
用例：
某企業(yè)內(nèi)部存在一套公文管理系統(tǒng)和一套OA系統(tǒng)，該客戶希望能夠?qū)崿F(xiàn)把公文系統(tǒng)中的數(shù)據(jù)發(fā)送到OA系統(tǒng)進行審批。
解決方案：
首先在OA系統(tǒng)中創(chuàng)建一個表單，字段根據(jù)公文管理系統(tǒng)中的數(shù)據(jù)進行定義，比如：
發(fā)文單位，密級，份數(shù)，
標題，
擬稿人
。。。
根據(jù)需求創(chuàng)建流程。（流程節(jié)點，接點操作人，出口等等）
由公文管理系統(tǒng)維護人員或供應(yīng)商或者由OA系統(tǒng)開發(fā)人員在公文管理系統(tǒng)中做簡單定制開發(fā)，在公文創(chuàng)建完成后調(diào)用OA中間件工作流服務(wù)，調(diào)用方法很簡單，開發(fā)人員可以根據(jù)中間件提供的web服務(wù)描述文件WSDL(Web Services Description Language)生成任何平臺（java，c#，c++，delphi等等）的本地代理程序，通過代理程序調(diào)用中間件提供的服務(wù)就像調(diào)用本地方法一樣，技術(shù)上不復(fù)雜，開發(fā)難度也比較低。
工作流服務(wù)接收到請求后，把請求內(nèi)容（XML數(shù)據(jù)）轉(zhuǎn)換成OA表單數(shù)據(jù)，并創(chuàng)建工作流，該工作流將按照流程定義的路徑在OA系統(tǒng)中流轉(zhuǎn)。
針對企業(yè)需求，還可以通過如下幾個方面進行實現(xiàn)：
數(shù)據(jù)復(fù)制
數(shù)據(jù)復(fù)制方式的目的是為了保持數(shù)據(jù)在不同數(shù)據(jù)庫間的一致性，而數(shù)據(jù)庫可以是同一廠商也可以是不同廠商的，甚至可以是采用了不同模型和管理模式的數(shù)據(jù)庫。對于數(shù)據(jù)復(fù)制的基本要求是其必須能夠提供一種數(shù)據(jù)轉(zhuǎn)化和傳輸?shù)幕A(chǔ)結(jié)構(gòu)，以屏蔽不同數(shù)據(jù)庫間數(shù)據(jù)模型的差異。數(shù)據(jù)復(fù)制服務(wù)的基本原理是這樣的：在兩個或多個數(shù)據(jù)庫之間設(shè)置一個軟件中介，在一邊，數(shù)據(jù)從源數(shù)據(jù)庫中被抽取，而在另一邊，數(shù)據(jù)被導(dǎo)入目標數(shù)據(jù)庫。
數(shù)據(jù)聚合
數(shù)據(jù)聚合是將多個數(shù)據(jù)庫和數(shù)據(jù)庫模型集成為一種統(tǒng)一的數(shù)據(jù)庫視圖的方法，也可以認為，數(shù)據(jù)聚合體是一種虛擬的企業(yè)數(shù)據(jù)庫，它包括了多個實體的物理數(shù)據(jù)庫。數(shù)據(jù)聚合方法在分布的數(shù)據(jù)庫和應(yīng)用之間放置一個中間件層，該層與每一個后臺的數(shù)據(jù)庫用其自帶的接口相連，并將分布的數(shù)據(jù)庫映射為一種統(tǒng)一的虛擬數(shù)據(jù)庫模型，而這種虛擬模型只在中間件中存在。應(yīng)用就可以應(yīng)用該虛擬數(shù)據(jù)庫去訪問需要的信息。同時，該數(shù)據(jù)聚合軟件也可以通過將相關(guān)數(shù)據(jù)映射和導(dǎo)入實體數(shù)據(jù)庫，進行數(shù)據(jù)庫更新。數(shù)據(jù)聚合方法的優(yōu)點是其將多種數(shù)據(jù)類型表示為統(tǒng)一的數(shù)據(jù)模型，支持信息交換，它能夠通過一個良好定義的接口訪問企業(yè)中任何相連的數(shù)據(jù)庫，也提供了一種利用統(tǒng)一接口解決面向數(shù)據(jù)的應(yīng)用集成問題的良好方法。
接口集成
接口集成方法利用良好定義的應(yīng)用接口實現(xiàn)對應(yīng)用包和客戶化應(yīng)用的集成。這種方法已在一些企業(yè)應(yīng)用軟件包，如業(yè)務(wù)系統(tǒng)套件（如SAP， PeopleSoft， and Oracle）的集成中得到廣泛應(yīng)用而聞名，可以說，它是目前得到最廣泛應(yīng)用的集成方法。在面向接口的集成中，集成代理是一個時髦的概念，它通過提供用以連接應(yīng)用軟件包和應(yīng)用適配器來實現(xiàn)集成，適配器通過其開放或私有接口將信息從應(yīng)用中提取出來。另外一些類型的適配器可以通過面向消息的中間件（MOM）、DBMS、文件系統(tǒng)或其它系統(tǒng)和應(yīng)用間接集成。有些解決方案通過接口抽象以屏蔽適配器的自然屬性，來促進信息交互，從而實現(xiàn)和應(yīng)用的交互，甚至也可以屏蔽和應(yīng)用間的信息傳輸。這種通過接口抽象的方法提供了集成不同類型應(yīng)用的高效率，也是面向接口集成方法的主要優(yōu)勢來源。

4.2.5.3.集成內(nèi)容

多年信息化建設(shè)，缺乏信息系統(tǒng)總體戰(zhàn)略規(guī)劃，致使局部需求得到滿足的同時，企業(yè)內(nèi)部信息系統(tǒng)存在各自為政，相互無法互通互聯(lián)的狀況，形成“信息孤島”，總部無法實現(xiàn)對整體業(yè)務(wù)運作和流程管理的全面掌控。
企業(yè)應(yīng)用集成（EAI）技術(shù)可以通過中間件作為粘合劑來連接企業(yè)內(nèi)外各種業(yè)務(wù)相關(guān)的異構(gòu)系統(tǒng)、應(yīng)用以及數(shù)據(jù)源，從而滿足企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)及企業(yè)間供應(yīng)鏈系統(tǒng)無縫共享和交換數(shù)據(jù)的需要。
一個完整的集成解決方案應(yīng)當包含以下五個層面：

• 用戶交互：實現(xiàn)應(yīng)用用戶界面統(tǒng)一的接入與安全機制，利用門戶技術(shù)進行構(gòu)建。
• 應(yīng)用連接：通過 HUB 或總線架構(gòu)，實現(xiàn)應(yīng)用與應(yīng)用之間的連接，完成相關(guān)的數(shù)據(jù)路由與數(shù)據(jù)格式轉(zhuǎn)換。
• 業(yè)務(wù)流程整合：實現(xiàn)業(yè)務(wù)流程管理，包括工作流管理和自動化流程兩個方面。
• 構(gòu)建整合：這個層面包含兩個部分，一部分是構(gòu)建與現(xiàn)有應(yīng)用兼容的新應(yīng)用，另一部分是對現(xiàn)有資源進行重用以適應(yīng)新環(huán)境的需要。
• 信息集成：實現(xiàn)數(shù)據(jù)集成，在異構(gòu)的數(shù)據(jù)源之間實現(xiàn)數(shù)據(jù)層的直接整合。

 
下面舉例說明OA與各業(yè)務(wù)系統(tǒng)整合的流程圖與方案簡單介紹：
門戶相關(guān)集成
門戶集成清單：
單點登陸，信息集成，可以門戶上顯示業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)。
門戶集成關(guān)系圖（集成單點登陸）：

集成內(nèi)容與關(guān)系說明：

協(xié)同辦公管理系統(tǒng)	門戶管理系統(tǒng)	集成說明
單點登錄	門戶統(tǒng)一認證	系統(tǒng)信息如：登入名、密碼（與門戶同步）
數(shù)據(jù)集成	顯示各業(yè)務(wù)系統(tǒng)中數(shù)據(jù)	由OA為統(tǒng)一入口，顯示各業(yè)務(wù)系統(tǒng)中數(shù)據(jù)

集成業(yè)務(wù)系統(tǒng)中待辦事宜：
代辦事務(wù)集成主要完成將業(yè)務(wù)系統(tǒng)的代辦事務(wù)內(nèi)容集成在OA系統(tǒng)中，并且OA系統(tǒng)中調(diào)用業(yè)務(wù)系統(tǒng)的審批頁面，進行審批。
   集代辦事務(wù)的說明：
在OA主界面中顯示業(yè)務(wù)系統(tǒng)的代辦事務(wù)，數(shù)據(jù)以列表的形式顯示，點擊超級鏈接進入業(yè)務(wù)系統(tǒng)，并顯示審批界面。
業(yè)務(wù)系統(tǒng)提供代辦事務(wù)的數(shù)據(jù)庫視圖，以及抓取數(shù)據(jù)的腳本
點擊調(diào)用業(yè)務(wù)系統(tǒng)的審批功能在OA系統(tǒng)中完成