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

申請免費(fèi)試用、咨詢電話：400-8352-114

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

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