泛普軟件協(xié)同OA辦公系統(tǒng)平臺技術架構設計

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

泛普軟件協(xié)同OA辦公系統(tǒng)平臺技術架構設計

4.3.1.目前主流OA系統(tǒng)采用的主要技術架構的比較

從技術角度對OA平臺所采用的技術層面進行闡述，目前主流OA系統(tǒng)采用的技術架構主要有IBM公司的Lotus Domino，SUN公司的J2EE和Microsoft公司的.NET，以下從各方面作出比較。

Web 服務器	Lotus Notes（IBM）	J2EE（SUN）	.NET（Microsoft）
	Lotus Domino	Web Logic （收費）	IIS（Windows 2000 Server捆綁，免費）
	（收費）	或IBM Websphere （收費）
		或Tomcat （免費）
	對系統(tǒng)管理員要求高	對系統(tǒng)管理員要求很高，配置異常復雜，一般網(wǎng)絡管理員無法勝任該工作，需要專業(yè)級技術人員才能勝任。如果系統(tǒng)配置不當將極大影響性能及穩(wěn)定性	對系統(tǒng)管理員要求很低，不需要專業(yè)技術人員維護，一般網(wǎng)絡管理員即可。
編程語言	Lotus特有編程語言	Java/Jsp	C#.NET/J#.NET/VB.NET
	應用范圍有限	應用很廣泛，有開放技術標準。	ASP.NET
	效率低，不適合需要做大量計算要求的軟件。從業(yè)人員少，技術相對封閉	效率一般，運行效率一般	應用非常廣泛，有開放技術標準。
		從業(yè)人員多，技術交流充分。	效率極高，運行速度極快
			從業(yè)人員極多，技術交流充分。
開發(fā)框架	無強大的開發(fā)框架支持	JDK	.NET FRAMEWORK
		功能強大，跨平臺支持，但與windows平臺結合不夠緊密	功能異常強大，體系結構嚴密，清晰，與Windows平臺結合異常緊密。
組件體系	無完整的組件體系	Servlet/EJB	.NET Assembly
	不支持分布式部署	支持分布式部署，但部署難度較高，需要專業(yè)管理員	支持分布式部署，部署簡便僅需拷貝文件即可，不需專業(yè)管理員
硬件要求	對硬件要求高，需要專業(yè)級服務器方可保證系統(tǒng)正常運行	對硬件要求高，需要專業(yè)級服務器方可保證系統(tǒng)正常運行。	對硬件要求較低，普通PC 服務器即可支持100個用戶協(xié)同辦公。
綜述	應用范圍窄	應用范圍廣	應用范圍廣
	技術封閉，持續(xù)發(fā)展空間不大	技術開放	技術開放
	軟件實施后期維護困難，擴展性差	軟件實施難度高	軟件實施難度小
		擴展性好	擴展性好
		硬件要求高	硬件要求低
		性能一般	性能高

 

4.3.2.J2EE的優(yōu)點

應該建立一個基于J2EE架構的大型分布式應用。采用J2EE的三層架構體系?？蛇x擇多種系統(tǒng)環(huán)境，滿足不同類型、不同規(guī)模的需要。可以根據(jù)自己的實際情況構建合適的應用環(huán)境。結合操作系統(tǒng)、應用平臺或第三方的產品，必須構筑高安全、高性能、高可靠的應用環(huán)境?；贘2EE的應用技術已經(jīng)成為許多電子商務環(huán)境的核心驅動引擎，新的OA系統(tǒng)定位技術高端，全面采用J2EE技術規(guī)范，全面支持Enterprise JavaBeans標準。J2EE是一種利用Java 2平臺來簡化諸多與多級解決方案的開發(fā)、部署和管理相關的復雜問題的體系結構。提供了對 EJB、Servlets、JSP、JDBC、CORBA以及XML技術的全面支持。J2EE提供了一個用戶級的計算模型和運行環(huán)境用于開發(fā)和部署多層體系結構的應用。它通過提供用戶計算環(huán)境所必需的各種服務，使得部署在J2EE平臺上的多層應用可以實現(xiàn)高可用性、安全性、可擴展性和可靠性。
J2EE具有平臺無關性，用戶不必將自己捆綁在某一種硬件或操作系統(tǒng)上，可以根據(jù)自身的情況選擇合適的硬件、操作系統(tǒng)、數(shù)據(jù)庫。
J2EE是一種組件技術，已完成的組件能被方便地移植到任何其它地方。
J2EE作為中間件，提供了強大的功能，使開發(fā)人員只需要關注商業(yè)邏輯，因而能加快開發(fā)速度，提高系統(tǒng)的運行效率和穩(wěn)定性。
保護用戶投資：當用戶更換平臺時，由于基于J2EE的系統(tǒng)能方便地移植到其它平臺上，而無須重新開發(fā)，因此能有效地保護用戶的投資。
廣泛的支持：J2EE技術規(guī)范得到了從國際性大公司到自由軟件開發(fā)者的廣泛支持，SUN，IBM，ORACLE，NETSCAPE，BEA等紛紛推出基于J2EE的軟件產品。在網(wǎng)上可購買或免費下載各種標準組件。
 

4.3.3.協(xié)同辦公OA平臺在J2EE架構下的實現(xiàn)

基于J2EE的各種技術，B/S模式的三層結構設計：

以下對各層的功能進行說明：
表示層
這是直接與最終用戶打交道的一層，即我們常說的客戶端。它的主要作用接收用戶的指令或者數(shù)據(jù)輸入，提交給業(yè)務邏輯層做處理，同時負責將業(yè)務邏輯層的處理結果顯示給用戶。由于客戶端并不處理復雜的業(yè)務邏輯等操作，相比傳統(tǒng)的C/S結構對客戶端的資源要求要低一些。
系統(tǒng)的表示層服務由Web服務器提供。用戶可以根據(jù)自身的要求，選擇不同的Web服務器，比如Windows自帶的IIS服務器、Apache Web服務器或者由IBM，SUN等公司提供的服務器。
系統(tǒng)的表示層終端由Web 瀏覽器提供，支持IE 5.0以上版本的Web 瀏覽器。
業(yè)務邏輯層
業(yè)務邏輯層（中間層）的主要任務是負責接收表示層的數(shù)據(jù)請求，將這些請求進行必要的業(yè)務邏輯檢查（包括權限檢查），然后將請求分解成不同的數(shù)據(jù)層操作，由數(shù)據(jù)層進行處理，然后將處理結果返回給表示層。業(yè)務邏輯層是協(xié)同辦公OA平臺最重要的一個層次，核心的業(yè)務處理都是通過這一層來實現(xiàn)的。
業(yè)務邏輯層由J2EE的JNDI、EJB、Servlets等技術實現(xiàn)，在J2EE的架構下運行，以獲得安全保護、模塊管理等特性。協(xié)同辦公OA平臺的各個功能的劃分，組成多個應用包，各部分通過JNDI和BEAN的接口進行訪問。通過這種劃分來隔離各個模塊，避免模塊之間的相互影響，同時也便于實現(xiàn)系統(tǒng)的按模塊分布。
依應用規(guī)模的不同，業(yè)務邏輯層要承受的負荷會有較大的差異，客戶端的數(shù)目，應用的復雜程度都會對其造成一定的影響。由于J2EE架構下的應用服務器都具有非常好的可擴展性，使得OA系統(tǒng)的關鍵處理可以分布到多臺服務器來處理，從而提供良好的伸縮方案。
利用應用服務器的負載均衡技術或處理負載均衡的硬件實現(xiàn)中間層的動態(tài)負載均衡。應用服務器接受來自表示層的處理請求后，依據(jù)特定的均衡算法將該請求發(fā)送到應用服務器上集群中某個特定的服務器，這些服務器集群還可以提供良好的容錯特性，一臺服務器的故障并不會導致應用的中斷。
基于J2EE架構的應用服務器選擇面較大，對于50人以下的應用服務，可以采用Tomcat Application Server， Jserv ，對于50－300人左右的應用服務，可以選用Resin Application Server，對于高端的應用，可采用IBM Websphere ， Bea Web Logic， Oracle 9i， SUN ONE Application Server等。
數(shù)據(jù)層
數(shù)據(jù)層包括存儲數(shù)據(jù)的數(shù)據(jù)庫服務器和處理數(shù)據(jù)和緩存數(shù)據(jù)的Bean。協(xié)同辦公OA平臺采用數(shù)據(jù)庫鏈接池技術提供應用所需要的數(shù)據(jù)庫鏈接，并將一些大量使用的數(shù)據(jù)放入系統(tǒng)的緩存，以提供高效的數(shù)據(jù)訪問和處理機制。
協(xié)同辦公OA平臺利用大型數(shù)據(jù)庫提供高性能、可靠性高的海量數(shù)據(jù)存儲能力儲存協(xié)同辦公OA平臺業(yè)務數(shù)據(jù)。系統(tǒng)支持SQL Server 2000及以上版本、Oracle、Sybase、DB2等大型數(shù)據(jù)庫產品。
 

4.3.4.系統(tǒng)性能要求

在現(xiàn)有的硬件設施和網(wǎng)絡環(huán)境條件下，對于所有功能模塊的系統(tǒng)頁面響應時間和業(yè)務處理時間不超過5秒。
并發(fā)用戶指標：

• 并發(fā)用戶數(shù)：≥1000

系統(tǒng)穩(wěn)定性指標：

• 系統(tǒng)有效工作時間：≥99.5%

業(yè)務處理能力性能指標

• 系統(tǒng)必須能夠支持業(yè)務的增長，采用多臺服務器與集群技術，通過負載均衡由不同服務器分擔交易負荷以確保系統(tǒng)性能。
• 投標人需要對如何保證整個系統(tǒng)性能提出分析和建議，并提供性能優(yōu)化方案，對不同業(yè)務情況明確提供最大并發(fā)用戶數(shù)、最大并發(fā)交易量、最大連接數(shù)、最大數(shù)據(jù)存儲量等的限制等參數(shù)。
• 對系統(tǒng)使用時各項功能的在線響應時間需要滿足以下指標，其計算時間由用戶按下回車鍵或點擊鼠標時算起：
  23. 系統(tǒng)初始化啟動＜10秒
  23. 屏幕滾動/切換 ＜2 秒
  23. 查詢一條記錄＜5 秒
  23. 更新一條記錄＜5 秒
  23. 按復雜條件查詢＜10秒
  23. 在線生成報表  ＜30秒

4.3.5.接口列表

除了OA系統(tǒng)本身的技術架構特點，還必須可以快速靈活的和異構系統(tǒng)數(shù)據(jù)集成，主要達到以下幾種效果：

• 獲取異構數(shù)據(jù)到OA流程字段
• 異構系統(tǒng)觸發(fā)OA流程審批
• 直接讀取異構系統(tǒng)數(shù)據(jù)生成OA審批流
• OA流轉中流程表單與異構系統(tǒng)交互

以下為部分接口列表示例（與SAP集成為例）：

 

1.2.部署架構設計

4.4.1.為什么采取集中式部署

分級管理在大的集團企業(yè)中非常重要，通過分級管理，可以方便和允許下屬公司機構管理員來管理自己的系統(tǒng)數(shù)據(jù)；分級管理從大的方面來看應該包括：系統(tǒng)組織結構、人員、角色、權限等系統(tǒng)層面的權限分級；流程維護的權限分級；知識文檔維護的權限分級；項目管理的權限分級；資產管理的權限分級。整個分級管理是一個很復雜的功能，權限的分發(fā)和回收必須要做到精準和安全。
 對于集團的多系統(tǒng)分布安裝。分級管理應用是針對每一子集團的系統(tǒng)內部如果處理下屬機構數(shù)據(jù)和權限管理。作為系統(tǒng)總部的管理員除了可以設置集團總部的基礎數(shù)據(jù)（人事數(shù)據(jù)、文檔數(shù)據(jù)、流程數(shù)據(jù)、資產數(shù)據(jù)等）。也可以維護下屬機構的系統(tǒng)管理員，并給下屬機構系統(tǒng)管理員進行賦予操作權限以及操作權限的范圍，同時，下屬授權的系統(tǒng)管理可以跨機構進行維護。這樣站在整個集團的協(xié)同辦公系統(tǒng)，能夠適應快速的實施和應用推廣。
當系統(tǒng)的用戶量很大時為了保證系統(tǒng)的響應速度，在提高單一服務器硬件配置規(guī)格已無法滿足或則代價太高的情況下，可以采用負載均衡也就是集群技術來解決此瓶頸。
集群技術可如下定義：一組相互獨立的服務器在網(wǎng)絡中表現(xiàn)為單一的系統(tǒng)，并以單一系統(tǒng)的模式加以管理。集群技術可以提供與服務器節(jié)點的數(shù)量、性能成正比的負載能力，有效提高服務的吞吐量、可靠性、冗余度、適應性，性能價格比高。
集群的結構對于用戶來說是透明的，客戶端只與單個的IP（集群系統(tǒng)的虛擬IP）進行通信，也就是說從客戶端的視角來看，就好像這里只存在單個服務器。
一個集群包含多臺（至少二臺）擁有共享數(shù)據(jù)存儲空間的服務器。任何一臺服務器運行一個應用時，應用數(shù)據(jù)被存儲在共享的數(shù)據(jù)空間內。每臺服務器的操作系統(tǒng)和應用程序文件存儲在其各自的本地儲存空間上。
對于集群技術方案(負載均衡)而言，有著顯著的以下特點：

• 大集中是目前應用系統(tǒng)的明顯趨勢：數(shù)據(jù)集中、管理集中、維護成本低、硬件成本低、方便升級
• 有效均衡系統(tǒng)壓力，減少單個服務器因壓力過于集成而超負荷運轉的發(fā)生幾率
• 通過負載均衡服務器自動轉發(fā)用戶請求，對于所有用戶而言沒有任何使用上的不一致
• 加快用戶的訪問的速度
• 自動備援，避免因單點故障而導致整個系統(tǒng)癱瘓的情況發(fā)生。
• 便于系統(tǒng)的集中管理
• 數(shù)據(jù)和文件集中，便于維護，備份和恢復
• 日后系統(tǒng)的便于擴展，可以根據(jù)用戶的擴展情況逐步的增加集群中的服務器節(jié)點，不會對已有的系統(tǒng)和用戶有任何影響

 

4.4.2.集中式部署方案

集中式部署：即代表所有服務器均在同一局域網(wǎng)范圍內，相互之間可直接訪問。所有用戶均通過同一個“通道”來訪問和處理OA系統(tǒng)內事宜。

 
對于大用戶量的OA用戶，要采用負載均衡的多應用服務器的系統(tǒng)部署來保證系統(tǒng)的穩(wěn)定性和訪問效率，即集群服務器部署。
集群技術可如下定義：一組相互獨立的服務器在網(wǎng)絡中表現(xiàn)為單一的系統(tǒng)，并以單一系統(tǒng)的模式加以管理。集群技術可以提供與服務器節(jié)點的數(shù)量、性能成正比的負載能力，有效提高服務的吞吐量、可靠性、冗余度、適應性，性能價格比高。
集群的結構對于用戶來說是透明的，客戶端只與單個的IP（集群系統(tǒng)的虛擬IP）進行通信，也就是說從客戶端的視角來看，就好像這里只存在單個服務器。
一個集群包含多臺（至少二臺）擁有共享數(shù)據(jù)存儲空間的服務器。任何一臺服務器運行一個應用時，應用數(shù)據(jù)被存儲在共享的數(shù)據(jù)空間內。每臺服務器的操作系統(tǒng)和應用程序文件存儲在其各自的本地儲存空間上。
對于集群技術方案(負載均衡)而言，有著顯著的以下特點：
大集中是目前應用系統(tǒng)的明顯趨勢：數(shù)據(jù)集中、管理集中、維護成本低、硬件成本低、方便升級
有效均衡系統(tǒng)壓力，減少單個服務器因壓力過于集成而超負荷運轉的發(fā)生幾率
通過負載均衡服務器自動轉發(fā)用戶請求，對于所有用戶而言沒有任何使用上的不一致
加快用戶的訪問的速度
自動備援，避免因單點故障而導致整個系統(tǒng)癱瘓的情況發(fā)生。
便于系統(tǒng)的集中管理
數(shù)據(jù)和文件集中，便于維護，備份和恢復
日后系統(tǒng)的便于擴展，可以根據(jù)用戶的擴展情況逐步的增加集群中的服務器節(jié)點，不會對已有的系統(tǒng)和用戶有任何影響
其網(wǎng)絡拓撲圖如圖：

 

4.4.3.部署實現(xiàn)過程

1.    準備一臺外圍存儲設備把它安裝到每臺應用服務器上，目的是為了實現(xiàn)OA平臺的文檔數(shù)據(jù)的共享。因為泛主流OA平臺的文檔都是以加密文件的形式放在服務器的存儲設備上的，所以必須保證集群內的每臺服務器都能夠讀寫到。
2.    準備一臺負載均衡服務器根據(jù)每臺應用服務器的IP等信息做好配置，由于負載均衡服務器的實現(xiàn)可以有很多方式（有俗稱硬負載均衡器：即供應商直接提供的是整臺硬件設備；也有俗稱軟負載均衡器：即集群軟件安裝在獨立的服務器上的方式實現(xiàn)），這個需要根據(jù)具體的情況來設置，配置過程一般都不會很復雜。
3.    在每臺應用服務器上單獨安裝OA平臺軟件，并連接數(shù)據(jù)庫服務器做好相關配置，并啟用協(xié)同管理平臺的緩存共享設置。
 

1.3.數(shù)據(jù)架構設計

4.5.1.數(shù)據(jù)管理框架規(guī)劃

搭建獲取、共享、分析、改進的數(shù)據(jù)管理框架，其核心目的就是維護企業(yè)數(shù)據(jù)實體的一致性，并且通過各種集成技術在企業(yè)的多個總部職能部門、IT系統(tǒng)間共享它們。
數(shù)據(jù)集成標準建議采用統(tǒng)一的技術方式

 

4.5.2.數(shù)據(jù)質量控制

一個戰(zhàn)略性和系統(tǒng)性的方法能幫助企業(yè)正確研究企業(yè)的數(shù)據(jù)質量項目，業(yè)務部門與 IT 部門的相關人員將各自具有明確角色和責任，配備正確的技術和工具，以應對數(shù)據(jù)質量控制的挑戰(zhàn)。
六步法為幫助指導數(shù)據(jù)質量控制而設計，從初始的數(shù)據(jù)探查到持續(xù)監(jiān)測以及持續(xù)進行的數(shù)據(jù)優(yōu)化。業(yè)務部門與 IT 部門的數(shù)據(jù)使用者 — 業(yè)務分析師、數(shù)據(jù)管理員、IT 開發(fā)人員和管理員，能夠在六個步驟的每一步中協(xié)同使用數(shù)據(jù)質量解決方案；并在整個擴展型企業(yè)的所有數(shù)據(jù)領域和應用程序中嵌入數(shù)據(jù)質量控制。
步驟一：探查數(shù)據(jù)內容、結構和異常
第一步是探查數(shù)據(jù)以發(fā)現(xiàn)和評估數(shù)據(jù)的內容、結構和異常。通過探查，可以識別數(shù)據(jù)的優(yōu)勢和弱勢，幫助企業(yè)確定項目計劃。一個關鍵目標就是明確指出數(shù)據(jù)錯誤和問題，例如將會給業(yè)務流程帶來威脅的不一致和冗余。
步驟二：建立數(shù)據(jù)質量度量并明確目標
數(shù)據(jù)質量解決方案為業(yè)務人員和IT人員提供了一個共同的平臺建立和完善度量標準，用戶可以在數(shù)據(jù)質量記分卡中跟蹤度量標準的達標情況，并通過電子郵件發(fā)送URL來與相關人員隨時進行共享。
步驟三：設計和實施數(shù)據(jù)質量業(yè)務規(guī)則
明確企業(yè)的數(shù)據(jù)質量規(guī)則，即，可重復使用的業(yè)務邏輯，管理如何清洗數(shù)據(jù)和解析用于支持目標應用字段和數(shù)據(jù)。業(yè)務部門和IT部門通過使用基于角色的功能，一同設計、測試、完善和實施數(shù)據(jù)質量業(yè)務規(guī)則，以達成最好的結果。
步驟四：將數(shù)據(jù)質量規(guī)則構建到數(shù)據(jù)集成過程中
Informatica Data Quality支持普遍深入的數(shù)據(jù)質量控制，使用戶可以從擴展型企業(yè)中的任何位置跨任何數(shù)量的應用程序、在一個基于服務的架構中作為一項服務來執(zhí)行業(yè)務規(guī)則。數(shù)據(jù)質量服務由可集中管理、獨立于應用程序并可重復使用的業(yè)務規(guī)則構成，可用來執(zhí)行探查、清洗、標準化、名稱與地址匹配以及監(jiān)測。
步驟五：檢查異常并完善規(guī)則
在執(zhí)行數(shù)據(jù)質量流程后，大多數(shù)記錄將會被清洗和標準化，并達到企業(yè)所設定的數(shù)據(jù)質量目標。然而，無可避免，仍會存在一些沒有被清洗的劣質數(shù)據(jù)，此時則需要完善控制數(shù)據(jù)質量的業(yè)務規(guī)則。Informatica Data Quality可捕獲和突顯數(shù)據(jù)質量異常和異常值，以便更進一步的探查和分析。
步驟六：對照目標，監(jiān)測數(shù)據(jù)質量
數(shù)據(jù)質量控制不應為一次性的“邊設邊忘”活動。相對目標和在整個業(yè)務應用中持續(xù)監(jiān)測和管理數(shù)據(jù)質量對于保持和改進高水平的數(shù)據(jù)質量性能而言是至關重要的。Informatica Data Quality包括一個記分卡工具，而儀表板和報告選項則具備更為廣泛的功能，可進行動態(tài)報告以及以更具可視化的方式呈現(xiàn)。