當前位置:工程項目OA系統(tǒng) > OA軟件研發(fā) > OA系統(tǒng)測試
OA辦公系統(tǒng)與企業(yè)業(yè)務系統(tǒng)集成是未來的信息化趨勢
-
基礎數(shù)據(jù)整合:
- 組織&人員數(shù)據(jù)同步;
- 單點登錄SSO;
- 業(yè)務基礎數(shù)據(jù):科目、客戶、項目、……
-
頁面集成整合
- 異構系統(tǒng)的操作頁面集成到OA門戶;
- 流程頁面中嵌入業(yè)務系統(tǒng)界面;
- 異構系統(tǒng)功能直接嵌入到OA使用菜單中;
-
流程集成整合
- 直接讀取異構數(shù)據(jù)自動生成審批工作流;
- 異構系統(tǒng)直接觸發(fā)工作流到OA中;
- 異構系統(tǒng)獲取OA工作流數(shù)據(jù);
-
數(shù)據(jù)集成整合
- 流程流轉(zhuǎn)過程中和異構系統(tǒng)數(shù)據(jù)交互;
- 獲取異構系統(tǒng)數(shù)據(jù)至流程字段;
- 獲取異構系統(tǒng)數(shù)據(jù)形成統(tǒng)計報表及管理駕駛艙;
-
文件集成整合
- 文件交換接口;
- 自定義數(shù)據(jù)源接口;
- 自定義計劃任務接口;
-
消息集成整合
- 提醒消息整合;
- 通訊消息整合;
- 短信API接口。
4.2.5.2.集成方案
基于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,公用對象請求代理程序體系結(jié)構)和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文檔進行服務描述,服務請求和反饋結(jié)果,可以在Internet上通過HTTP協(xié)議進行傳遞,很容易的被訪問和返回結(jié)果。同時, 由于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)集成的基本模式如下圖:
中間件介紹
a)人力資源服務
用戶登錄OA協(xié)同辦公系統(tǒng)一般存在以下三種模式:
1) 采用OA協(xié)同辦公系統(tǒng)數(shù)據(jù)庫驗證模式。
2) 采用LDAP(Lightweight Directory Access Protocol)目錄服務驗證模式(目前比較流行的目錄服務器有Microsoft AD或 SUN iplanet等)。
3) 采用第三方提供的統(tǒng)一認證與授權平臺驗證模式。
對于模式一,用戶的賬號及個人信息存儲在OA系統(tǒng)數(shù)據(jù)庫中,如果企業(yè)內(nèi)存在多套系統(tǒng),在沒有使用LDAP目錄服務的情況下可能各系統(tǒng)都有自己單獨的賬號及用戶信息,從而無法使用統(tǒng)一的接入門戶。在這種情況下,客戶可以使用OA中間件提供的人力資源服務,把需要整合的系統(tǒng)中的用戶信息同步到OA系統(tǒng)中來,實現(xiàn)多系統(tǒng)共享用戶信息。如下圖所示
對于模式二,采用LDAP目錄服務作為驗證服務器之后,企業(yè)內(nèi)所有支持LDAP服務的應用系統(tǒng)均通過目錄服務器共享用戶信息,這些系統(tǒng)自然就可以實現(xiàn)統(tǒng)一的接入,如下圖所示
對于模式三,針對的是購買了統(tǒng)一認證與授權平臺軟件的企業(yè)。利用該平臺,用戶可以在登陸windows域的同時也通過了所有支持該平臺的應用系統(tǒng)的驗證。如下圖所示
b) 工作流服務
web service采用xml作為信息傳遞載體,因此可以方便的實現(xiàn)不同業(yè)務數(shù)據(jù)的格式轉(zhuǎn)換。其他應用系統(tǒng)的業(yè)務數(shù)據(jù)可以通過SOAP(Simple Object Access Protocol)協(xié)議以xml格式傳遞到我們的工作流服務,工作流服務會把xml數(shù)據(jù)轉(zhuǎn)化成OA系統(tǒng)可以識別的數(shù)據(jù)格式。反之,OA系統(tǒng)中的數(shù)據(jù)也可以通過工作流服務轉(zhuǎn)換成xml數(shù)據(jù)傳遞給其他應用系統(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)維護人員或供應商或者由OA系統(tǒng)開發(fā)人員在公文管理系統(tǒng)中做簡單定制開發(fā),在公文創(chuàng)建完成后調(diào)用OA中間件工作流服務,調(diào)用方法很簡單,開發(fā)人員可以根據(jù)中間件提供的web服務描述文件WSDL(Web Services Description Language)生成任何平臺(java,c#,c++,delphi等等)的本地代理程序,通過代理程序調(diào)用中間件提供的服務就像調(diào)用本地方法一樣,技術上不復雜,開發(fā)難度也比較低。
工作流服務接收到請求后,把請求內(nèi)容(XML數(shù)據(jù))轉(zhuǎn)換成OA表單數(shù)據(jù),并創(chuàng)建工作流,該工作流將按照流程定義的路徑在OA系統(tǒng)中流轉(zhuǎn)。
針對企業(yè)需求,還可以通過如下幾個方面進行實現(xiàn):
數(shù)據(jù)復制
數(shù)據(jù)復制方式的目的是為了保持數(shù)據(jù)在不同數(shù)據(jù)庫間的一致性,而數(shù)據(jù)庫可以是同一廠商也可以是不同廠商的,甚至可以是采用了不同模型和管理模式的數(shù)據(jù)庫。對于數(shù)據(jù)復制的基本要求是其必須能夠提供一種數(shù)據(jù)轉(zhuǎn)化和傳輸?shù)幕A結(jié)構,以屏蔽不同數(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è)應用軟件包,如業(yè)務系統(tǒng)套件(如SAP, PeopleSoft, and Oracle)的集成中得到廣泛應用而聞名,可以說,它是目前得到最廣泛應用的集成方法。在面向接口的集成中,集成代理是一個時髦的概念,它通過提供用以連接應用軟件包和應用適配器來實現(xiàn)集成,適配器通過其開放或私有接口將信息從應用中提取出來。另外一些類型的適配器可以通過面向消息的中間件(MOM)、DBMS、文件系統(tǒng)或其它系統(tǒng)和應用間接集成。有些解決方案通過接口抽象以屏蔽適配器的自然屬性,來促進信息交互,從而實現(xiàn)和應用的交互,甚至也可以屏蔽和應用間的信息傳輸。這種通過接口抽象的方法提供了集成不同類型應用的高效率,也是面向接口集成方法的主要優(yōu)勢來源。
4.2.5.3.集成內(nèi)容
多年信息化建設,缺乏信息系統(tǒng)總體戰(zhàn)略規(guī)劃,致使局部需求得到滿足的同時,企業(yè)內(nèi)部信息系統(tǒng)存在各自為政,相互無法互通互聯(lián)的狀況,形成“信息孤島”,總部無法實現(xiàn)對整體業(yè)務運作和流程管理的全面掌控。企業(yè)應用集成(EAI)技術可以通過中間件作為粘合劑來連接企業(yè)內(nèi)外各種業(yè)務相關的異構系統(tǒng)、應用以及數(shù)據(jù)源,從而滿足企業(yè)內(nèi)部業(yè)務系統(tǒng)及企業(yè)間供應鏈系統(tǒng)無縫共享和交換數(shù)據(jù)的需要。
一個完整的集成解決方案應當包含以下五個層面:
- 用戶交互:實現(xiàn)應用用戶界面統(tǒng)一的接入與安全機制,利用門戶技術進行構建。
- 應用連接:通過 HUB 或總線架構,實現(xiàn)應用與應用之間的連接,完成相關的數(shù)據(jù)路由與數(shù)據(jù)格式轉(zhuǎn)換。
- 業(yè)務流程整合:實現(xiàn)業(yè)務流程管理,包括工作流管理和自動化流程兩個方面。
- 構建整合:這個層面包含兩個部分,一部分是構建與現(xiàn)有應用兼容的新應用,另一部分是對現(xiàn)有資源進行重用以適應新環(huán)境的需要。
- 信息集成:實現(xiàn)數(shù)據(jù)集成,在異構的數(shù)據(jù)源之間實現(xiàn)數(shù)據(jù)層的直接整合。
下面舉例說明OA與各業(yè)務系統(tǒng)整合的流程圖與方案簡單介紹:
門戶相關集成
門戶集成清單:
單點登陸,信息集成,可以門戶上顯示業(yè)務系統(tǒng)中的數(shù)據(jù)。
門戶集成關系圖(集成單點登陸):
集成內(nèi)容與關系說明:
協(xié)同辦公管理系統(tǒng) | 門戶管理系統(tǒng) | 集成說明 |
單點登錄 | 門戶統(tǒng)一認證 | 系統(tǒng)信息如:登入名、密碼(與門戶同步) |
數(shù)據(jù)集成 | 顯示各業(yè)務系統(tǒng)中數(shù)據(jù) | 由OA為統(tǒng)一入口,顯示各業(yè)務系統(tǒng)中數(shù)據(jù) |
代辦事務集成主要完成將業(yè)務系統(tǒng)的代辦事務內(nèi)容集成在OA系統(tǒng)中,并且OA系統(tǒng)中調(diào)用業(yè)務系統(tǒng)的審批頁面,進行審批。
集代辦事務的說明:
在OA主界面中顯示業(yè)務系統(tǒng)的代辦事務,數(shù)據(jù)以列表的形式顯示,點擊超級鏈接進入業(yè)務系統(tǒng),并顯示審批界面。
業(yè)務系統(tǒng)提供代辦事務的數(shù)據(jù)庫視圖,以及抓取數(shù)據(jù)的腳本
點擊調(diào)用業(yè)務系統(tǒng)的審批功能在OA系統(tǒng)中完成
- 1OA辦公系統(tǒng)可以使用2012年的剩余年假
- 2協(xié)同OA軟件的測試描述、 測試結(jié)果、結(jié)果分析等
- 3錦都建設集團OA系統(tǒng)二次開發(fā)需求說明書
- 4協(xié)同OA辦公系統(tǒng)測試的前提條件與需求介紹
- 5國內(nèi)排名最好的協(xié)同OA辦公系統(tǒng)品牌產(chǎn)品部成立了
- 6oa系統(tǒng)功能測試
- 7OA滿足HTML流程模板中簽字意見折疊開發(fā)的需求
- 8協(xié)同OA軟件的需求內(nèi)容中操作步驟:
- 9協(xié)同辦公軟件的項目情況及測試說明
- 10OA辦公軟件系統(tǒng)在計算機系統(tǒng)中設置安全防護技術措施
- 11OA自動化辦公系統(tǒng)滿足一人多崗的需求
- 12協(xié)同OA軟件的”測試條件“與”測試用例“
- 13泛普軟件ThinkOne中實現(xiàn)與微信對接需求功能測試報告
- 14OA辦公系統(tǒng)與企業(yè)業(yè)務系統(tǒng)集成是未來的信息化趨勢
- 15OA辦公自動化軟件以“費用控制”為核心
- 16OA辦公軟件與財務相關集成之精髓
- 17泛普OA辦公系統(tǒng)與異構軟件整合最全概述
- 18軟件研發(fā)項目管理系統(tǒng)該如何選擇
- 19oa辦公系統(tǒng)測試
- 20協(xié)同OA軟件在企業(yè)中流程測試功能改進
- 212014年OA辦公協(xié)同軟件功能性強化測試
- 22協(xié)同OA軟件可點擊折疊工具欄隱藏顯示器
- 23OA軟件流程模板中顯示順序值為存為模板前設置的數(shù)值
- 24我們OA系統(tǒng)開發(fā)一個功能,【批量已讀】功能開發(fā)測試
- 25協(xié)同OA軟件可設置流程類型下的任一流程顯示順序
- 26OA測試環(huán)境是應用服務器上安裝LINUX操作系統(tǒng)
- 27新OA辦公軟件系統(tǒng)的辦公會議功能開發(fā)描述
- 28京信oa系統(tǒng)使用問題以及需要完善的需求
- 29協(xié)同軟件公司第一家發(fā)布微信公眾平臺官方賬號
- 30協(xié)同OA軟件的補充測試條件分析情況
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓