OA辦公系統(tǒng)應用集成實現(xiàn)方案概要

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

1 泛普OA辦公系統(tǒng)應用集成實現(xiàn)方案概要
針對XX集團各服務應用集成的需求，需要將各部門應用部分集成到統(tǒng)一的系統(tǒng)中，實現(xiàn)統(tǒng)一門戶，在統(tǒng)一門戶的基礎上實現(xiàn)對各應用系統(tǒng)的統(tǒng)一身份認證，最后達到一站式服務，泛普提供如下幾種集成方式：
 用戶組織同步：以平臺為主定，管理其他業(yè)務系統(tǒng)的用戶和組織，一旦平臺用戶和組織發(fā)生變化，其他業(yè)務系統(tǒng)能同時改變。
 單點登陸：將其他業(yè)務系統(tǒng)集成到平臺里，統(tǒng)一應用、統(tǒng)一管理、避免領導和員工因來回切換系統(tǒng)而造成工作的不便。
 菜單整合：通過平臺表單設計工具將業(yè)務應用直接生成新的功能模塊部署到系統(tǒng)里。
 業(yè)務整合：橫穿各業(yè)務系統(tǒng)的綜合業(yè)務處理機制，實現(xiàn)在平臺里審批各業(yè)務系統(tǒng)的業(yè)務事件。
 數(shù)據(jù)傳遞：將各業(yè)務系統(tǒng)的數(shù)據(jù)及時傳遞或周期傳遞到平臺上展示，方便領導和員工查詢綜合匯總數(shù)據(jù)信息。
 流程對接：將業(yè)務系統(tǒng)滿足不了審批流的事務操作直接利用平臺的流程引擎來審批，最后可以將結果直接回寫到業(yè)務系統(tǒng)中。
2 應用集成實現(xiàn)解決方案
泛普協(xié)同OA運營管理平臺提供了基于web service的整合中間件，該中間件具有以人力資源和工作流為核心的服務集，外部應用通過泛普中間件提供的服務可以方便地融入到泛普協(xié)同運營管理齒輪聯(lián)動模型中來。
基于web service的系統(tǒng)集成技術架構
在軟件系統(tǒng)的開發(fā)過程中，系統(tǒng)集成主要實現(xiàn)系統(tǒng)的各部分（模塊）之間的通訊和整合，將相對分散的子系統(tǒng)組成一個統(tǒng)一的整體，實現(xiàn)子系統(tǒng)間的功能控制和信息 交互與共享?；诰W(wǎng)絡的系統(tǒng)集成技術已有了很多，如：DCOM（Distributed Component Object Model，分布式組件對象模型）、CORBA（Common Object Request Broker Architecture，公用對象請求代理程序體系結構）和Java RMI（Java Remote Method Invocation，Java遠端函數(shù)調(diào)用）等。但是這些傳統(tǒng)的集成技術在很大程度上受到網(wǎng)絡環(huán)境的限制，大多使用專有協(xié)議通過特別的端口進行遠程通信，不能很好的支持客戶段和服務器通過Internet進行通信。
　　基于Web Service的集成技術作為一種新的面向函數(shù)和方法的應用集成技術，在很大程度上解決了原有集成技術在Internet遠程通信方面的問題。Web Service基于XML文檔進行服務描述，服務請求和反饋結果，可以在Internet上通過HTTP協(xié)議進行傳遞，很容易的被訪問和返回結果。同時， 由于Web Service的相關標準都是W3C的開放協(xié)議，與平臺和操作系統(tǒng)無關，不同的平臺和操作系統(tǒng)上的Web Service的實現(xiàn)在很大程度上可以做到互操作，這就使異構平臺上應用的集成變得很容易。此外，過去使用的基于RPC（RPC - Remote Procedure Call，遠程過程調(diào)用）和API（Application Programming Interface，程序編程接口）的集成技術都是一種函數(shù)級的靜態(tài)解決方案（即使它們在客戶機和服務器通訊時使用XML）；Web Service則是一種動態(tài)的集成方案，所有的服務都可以通過UDDI（Universal Description, Discovery, and Integration）標準動態(tài)地被發(fā)現(xiàn)、綁定和使用，容易適應系統(tǒng)的變動，提高系統(tǒng)的靈活性和伸縮性。
使用Web Service技術進行系統(tǒng)集成和過去使用其它面向函數(shù)和方法的技術進行集成類似：在進行初始設計的時候主要考慮不同應用之間，系統(tǒng)不同模塊之間消息及數(shù) 據(jù)傳遞的需求；根據(jù)具體需求設置相應的接口，描述接口特性；針對不同應用的平臺選擇相應的Web Service組件，進行相應設置；實現(xiàn)不同應用的接口，進行相應調(diào)試；實際運行，應用程序間進行協(xié)同調(diào)試。
使用Web Service進行系統(tǒng)集成的基本模式如下圖：
 
泛普OA平臺中間件
a)人力資源服務
用戶登錄泛普協(xié)同運營管理平臺系統(tǒng)存在以下三種情況：
1) 采用泛普協(xié)同運營管理平臺系統(tǒng)數(shù)據(jù)庫驗證模式。
2) 采用LDAP（Lightweight Directory Access Protocol）目錄服務驗證模式（目前比較流行的目錄服務器有Microsoft AD或 SUN iplanet等，泛普協(xié)同辦公均提供支持）。
3) 采用第三方提供的統(tǒng)一認證與授權平臺驗證模式(與金蝶中間件)。
對于模式一，用戶的賬號及個人信息存儲在泛普協(xié)同運營管理平臺系統(tǒng)數(shù)據(jù)庫中，如果企業(yè)內(nèi)存在多套系統(tǒng)，在沒有使用LDAP目錄服務的情況下可能各系統(tǒng)都有自己單獨的賬號及用戶信息，從而無法使用統(tǒng)一的接入門戶。在這種情況下，客戶可以使用泛普中間件提供的人力資源服務，把需要整合的系統(tǒng)中的用戶信息同步到泛普協(xié)同運營管理平臺系統(tǒng)中來，實現(xiàn)多系統(tǒng)共享用戶信息。如下圖所示
 
對于模式二，采用LDAP目錄服務作為驗證服務器之后，企業(yè)內(nèi)所有支持LDAP服務的應用系統(tǒng)均通過目錄服務器共享用戶信息，這些系統(tǒng)自然就可以實現(xiàn)統(tǒng)一的接入，如下圖所示
 
對于模式三，針對的是購買了統(tǒng)一認證與授權平臺軟件的企業(yè)。泛普協(xié)同運營管理平臺系統(tǒng)目前對微軟公司統(tǒng)一認證與授權平臺產(chǎn)品提供了支持。利用該平臺，用戶可以在登陸windows域的同時也通過了所有支持該平臺的應用系統(tǒng)的驗證。如下圖所示
 
b) 工作流服務
web service采用xml作為信息傳遞載體，因此可以方便的實現(xiàn)不同業(yè)務數(shù)據(jù)的格式轉換。其他應用系統(tǒng)的業(yè)務數(shù)據(jù)可以通過SOAP（Simple Object Access Protocol）協(xié)議以xml格式傳遞到我們的工作流服務，工作流服務會把xml數(shù)據(jù)轉化成泛普協(xié)同運營管理平臺系統(tǒng)可以識別的數(shù)據(jù)格式。反之，泛普協(xié)同運營管理平臺系統(tǒng)中的數(shù)據(jù)也可以通過工作流服務轉換成xml數(shù)據(jù)傳遞給其他應用系統(tǒng)。由于SOAP是各大軟件廠商支持的標準協(xié)議，可以很方便地實現(xiàn)xml數(shù)據(jù)到系統(tǒng)數(shù)據(jù)的轉換。
用例：
某企業(yè)內(nèi)部存在一套公文管理系統(tǒng)和一套泛普協(xié)同運營管理平臺系統(tǒng)，該客戶希望能夠實現(xiàn)把公文系統(tǒng)中的數(shù)據(jù)發(fā)送到泛普協(xié)同運營管理平臺系統(tǒng)進行審批。
解決方案：
1. 首先在泛普協(xié)同運營管理平臺系統(tǒng)中創(chuàng)建一個表單，字段根據(jù)公文管理系統(tǒng)中的數(shù)據(jù)進行定義，比如：
發(fā)文單位，密級，份數(shù)，標題，擬稿人。。。
2. 根據(jù)需求創(chuàng)建流程。（流程節(jié)點，接點操作人，出口等等）
3. 由公文管理系統(tǒng)維護人員或供應商或者由泛普開發(fā)人員在公文管理系統(tǒng)中做簡單定制開發(fā)，在公文創(chuàng)建完成后調(diào)用泛普中間件工作流服務，調(diào)用方法很簡單，開發(fā)人員可以根據(jù)泛普中間件提供的web服務描述文件WSDL(Web Services Description Language)生成任何平臺（java,c#,c++,delphi等等）的本地代理程序，通過代理程序調(diào)用泛普中間件提供的服務就像調(diào)用本地方法一樣，技術上不復雜，開發(fā)難度也比較低。
4. 工作流服務接收到請求后，把請求內(nèi)容（XML數(shù)據(jù)）轉換成泛普協(xié)同運營管理平臺系統(tǒng)表單數(shù)據(jù)，并創(chuàng)建工作流，該工作流將按照流程定義的路徑在泛普協(xié)同運營管理平臺系統(tǒng)中流轉。
如下圖所示：
 
針對XX集團需求，泛普利用自身協(xié)同運營管理平臺系統(tǒng)的優(yōu)勢通過如下幾個方面進行實現(xiàn)：
• 數(shù)據(jù)復制
數(shù)據(jù)復制方式的目的是為了保持數(shù)據(jù)在不同數(shù)據(jù)庫間的一致性，而數(shù)據(jù)庫可以是同一廠商也可以是不同廠商的，甚至可以是采用了不同模型和管理模式的數(shù)據(jù)庫。對于數(shù)據(jù)復制的基本要求是其必須能夠提供一種數(shù)據(jù)轉化和傳輸?shù)幕A結構，以屏蔽不同數(shù)據(jù)庫間數(shù)據(jù)模型的差異。數(shù)據(jù)復制服務的基本原理是這樣的：在兩個或多個數(shù)據(jù)庫之間設置一個軟件中介，在一邊，數(shù)據(jù)從源數(shù)據(jù)庫中被抽取，而在另一邊，數(shù)據(jù)被導入目標數(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ù)庫和應用之間放置一個中間件層，該層與每一個后臺的數(shù)據(jù)庫用其自帶的接口相連，并將分布的數(shù)據(jù)庫映射為一種統(tǒng)一的虛擬數(shù)據(jù)庫模型，而這種虛擬模型只在中間件中存在。應用就可以應用該虛擬數(shù)據(jù)庫去訪問需要的信息。同時，該數(shù)據(jù)聚合軟件也可以通過將相關數(shù)據(jù)映射和導入實體數(shù)據(jù)庫，進行數(shù)據(jù)庫更新。數(shù)據(jù)聚合方法的優(yōu)點是其將多種數(shù)據(jù)類型表示為統(tǒng)一的數(shù)據(jù)模型，支持信息交換，它能夠通過一個良好定義的接口訪問企業(yè)中任何相連的數(shù)據(jù)庫，也提供了一種利用統(tǒng)一接口解決面向數(shù)據(jù)的應用集成問題的良好方法。
• 接口集成
接口集成方法利用良好定義的應用接口實現(xiàn)對應用包和客戶化應用的集成。這種方法已在一些企業(yè)應用軟件包，如ERP套件（如SAP, PeopleSoft, and Oracle）的集成中得到廣泛應用而聞名，可以說，它是目前得到最廣泛應用的集成方法。在面向接口的集成中，集成代理是一個時髦的概念，它通過提供用以連接應用軟件包和應用適配器來實現(xiàn)集成，適配器通過其開放或私有接口將信息從應用中提取出來。另外一些類型的適配器可以通過面向消息的中間件（MOM）、DBMS、文件系統(tǒng)或其它系統(tǒng)和應用間接集成。有些解決方案通過接口抽象以屏蔽適配器的自然屬性，來促進信息交互，從而實現(xiàn)和應用的交互，甚至也可以屏蔽和應用間的信息傳輸。這種通過接口抽象的方法提供了集成不同類型應用的高效率，也是面向接口集成方法的主要優(yōu)勢來源。
3 集成案例展示
 財務集成：
 
 
 
 ERP集成：
 
 
 
 門戶集成：
 

 界面集成：
直接提取B/S架構業(yè)務系統(tǒng)操作界面在門戶上展現(xiàn)。如圖：