OA協(xié)同辦公軟件在不同技術(shù)平臺的優(yōu)劣分析

1、OA協(xié)同辦公軟件在不同技術(shù)平臺的優(yōu)劣分析對于辦公自動化系統(tǒng)或是協(xié)同產(chǎn)品的選型而言，確定系統(tǒng)平臺的方向是第 一個應(yīng)該做的工作。否則就可能使后續(xù)工作走很大的彎路。比如，如果企業(yè)要求的可以在Linux或 Unix 系統(tǒng)下支持跨平臺運行的系統(tǒng)，但花很多精力去了解評估一個基于.NET平臺的產(chǎn)品，則完全是在做無用功。辦公自動化軟件（協(xié)同辦公軟件）的系統(tǒng)平臺，目前主要有兩類五種：第一類：是早期的以群件為基礎(chǔ)，主要是基于舊M Domino （即Lotus Notes）的和基于微軟的Exchange的兩種。Domino是一個從郵件系統(tǒng)發(fā)展起來的類似于文檔 數(shù)據(jù)庫的產(chǎn)品，早期曾是OA 系統(tǒng)的主流，隨著OA 應(yīng)用的

2、不斷發(fā)展出現(xiàn)了不少基于Notes和Domino的OA產(chǎn)品，功能也從原來最簡單的收發(fā)文、信息共享發(fā) 展到包括工作流等較全面的功能。Exchange則是完全基于微軟平臺的一個產(chǎn)品，其本質(zhì)是一個郵件服務(wù)器，但有一些增強功能，也有少數(shù)公司基于它開發(fā)了一些OA 產(chǎn)品。第二類：是以開放平臺為基礎(chǔ)，主要是基于J2EE（Javoj）的、基于微軟的.Net平臺（嚴格地講，其中部分產(chǎn)品是基于 ASP而非.Net）、以及基于其他一些程序開發(fā) 語言（如PB等）的三種。它們都是基于程序開發(fā)語言來實現(xiàn)的，后臺采用標準 的數(shù)據(jù)庫如Oracle SQL Serve等，采用標準的B/S三層架構(gòu)。下面對于這兩類五種平臺的特點及適

3、用范圍進行一下說明：Domino：優(yōu)點是有較多的基于它的成熟產(chǎn)品。從歷史的角度，由于它本身就是一個面向基本的協(xié)同工作及信息共享的產(chǎn)品，所以早期的OA 應(yīng)用大都選擇以它為基礎(chǔ)，曾經(jīng)是這一領(lǐng)域主流的選擇。缺點在近期則逐漸顯現(xiàn)得較多，主要是它不是一個開放的系統(tǒng)，無論從數(shù)據(jù)的利用，還是與其他應(yīng)用系統(tǒng)的協(xié)同而言，都有較大的困難，系統(tǒng)的靈活性受一定局限，也給新功能的二次開發(fā)帶來一定的困難。另外，購買正版的 Domino 軟件本身也是一筆較大的投資。當然，如果功能很明確，對于企業(yè)小型的業(yè)務(wù)應(yīng)用，目前 Domino 應(yīng)該說仍然是一個可選擇的 平臺。Exchange：它有一些 Domino 也具有的優(yōu)點，同樣有

4、Domino 的缺點。但它不象Domino及Notes那樣曾經(jīng)是主流產(chǎn)品，現(xiàn)在在市場上基于它的OA產(chǎn)品也極少。并且它局限于只能基于 Windows 平臺?？梢哉f除非恰好有一個產(chǎn)品非常適 用，否則沒什么理由要由這種平臺的產(chǎn)品。J2EE：J2E虛當今軟件開發(fā)的兩大主流方向之一（另一個是.Net,彳0 J2EE的影響力還是要比.Net大很多）。用J2EE故應(yīng)用軟彳包括OA協(xié)同辦公系統(tǒng)已經(jīng)是 現(xiàn)在的主流方向。它的優(yōu)點很明顯，標準的數(shù)據(jù)庫、開放的接口可以很好地與 其他系統(tǒng)進行交互，也很容易可以在上面增加各種功能，具有很強的靈活性。并且，有一點是.Net不具備的，就是J2E同以跨平臺運行。.Net：簡單講

5、，就是除了它只能局限于微軟平臺一條缺點外，從應(yīng)用角度看它其實與J2EES勺優(yōu)缺點差不太多。不過，從專業(yè)開發(fā)人員的角度，.Net的地位似乎比J2E嚷低一些，有一種用.Net開發(fā)產(chǎn)品顯得技術(shù)能力不足的感覺?；谄渌?xx 語言：如PHR ASP等，市場上也有少量這樣的產(chǎn)品。其問題是非常大的，一是受 所用開發(fā)語言或工具的局限，能實現(xiàn)的功能、靈活性等方面都會有很大困難；二是由于使用面窄，二次開發(fā)、維護等等的問題都很多。根據(jù)這五種平臺的特點，在選擇OA 的系統(tǒng)平臺的我們建議如下：1 ）如果是大系統(tǒng)，即功能多、用戶量大的系統(tǒng)，一定要盡可能選擇J2EE平臺。2）如果功能有限，與其他業(yè)務(wù)系統(tǒng)應(yīng)用沒有關(guān)聯(lián)的小型

6、OA 應(yīng)用，可以在J2EE、 .Net 的產(chǎn)品中以功能為核心去選擇。不過，在功能相差不大的情況下，還是建議優(yōu)先考慮J2E評臺。Domino技術(shù)架構(gòu)分析與OA產(chǎn)品的選擇主要是它不是一個開放的系統(tǒng)，無論從數(shù)據(jù)的共享利用，還是與其他應(yīng)用系統(tǒng)的協(xié)同集成而言，都有較大的困難，系統(tǒng)的靈活性受一定局限，也給新功 能的二次開發(fā)帶來一定的困難。另外，購買正版的Domino軟件本身也是一筆不小的投資。用J2EE故應(yīng)用軟件，包括OA 系統(tǒng)已經(jīng)是現(xiàn)在的主流方向。它的優(yōu)點很明顯，標準的數(shù)據(jù)庫、開放的接口可以很好地與其他系統(tǒng)進行交互，也很容易可以在上面增加各種功能，具有很強的靈活性。DOMINO平臺主要的問題主要集中在以

7、下幾點：1 速度太慢。 Domino 是基于文檔的數(shù)據(jù)庫、不具備數(shù)據(jù)快速檢索功能。當數(shù)據(jù)庫中文檔數(shù)超過二到三萬條時，幾乎顯得無能為力而且沒有分頁功能。Domino 使用解釋性的客戶響應(yīng)機制，在采用 Browser-Domino 結(jié)構(gòu)響應(yīng) Web 請求時， Server 端實時地將Domino 視圖轉(zhuǎn)換或解釋為 HTML 文檔傳送回客戶端，對于復雜視圖轉(zhuǎn)換時間長。在客戶端 Browser 上利用 Java Applet 實現(xiàn)數(shù)據(jù)的互操作性，客戶端啟動Java VM就需要耗費很長時間，Java VM啟動后，還要解釋運行緩慢的 Java Applet,用戶等時太嚴重。在 PIII500 PC服務(wù)器上

8、對1萬個文檔的數(shù)據(jù)庫目錄列 表就需等待1 分 20 秒左右，超出一般用戶的可忍受程度。如在 10 M 共享網(wǎng)絡(luò)上， 10 個用戶同時查詢具有1 萬個文檔的數(shù)據(jù)庫，將費時數(shù)分鐘2 綜合統(tǒng)計分析能力太差。在辦公信息系統(tǒng)中 ,實時地對公文運行狀況進行分類匯總、監(jiān)控是必不可少的功能。而 Domino 是基于文檔型數(shù)據(jù)庫，如要求 進行多維數(shù)據(jù)匯總，其實現(xiàn)過程十分復雜，效率極其低下，反應(yīng)緩慢，遠不如關(guān)系型數(shù)據(jù)庫。這在以后企業(yè)做信息系統(tǒng)集成和智能輔助決策時會有瓶頸；3 實現(xiàn)復雜的應(yīng)用效率太低。大型的協(xié)同辦公信息系統(tǒng)的面界一般具有眾多的界面元素。如文件會簽界面上至少有文件標題、正文、附件、起草人、起草時間、處

9、室審核人、審核時間、司局審核人、簽發(fā)人、簽發(fā)時間、會簽部門等等數(shù)十項，在Domino的視圖上實現(xiàn)如此眾多的界面元素十分困難，在Domino R5版本中，對于復雜視圖在Notes中有時竟然無法正常顯示而導致死機，而采用 Browser 方式需將復雜的圖在服務(wù)器端轉(zhuǎn)換成HTML + Java Applet傳送到客戶端運行，耗時太多，運行緩慢。4 界面呆板，實現(xiàn)美觀的界面困難。Domino 的界面主要由幀、的圖、大綱等一些固定格式組成，缺乏靈活性，樣式粗糙呆板，與 HTML 或應(yīng)用程序界面相比過于原始化、簡單化，缺乏個性和藝術(shù)性。對于要求自定義系統(tǒng)界面的客戶來書是個痛苦的難題；6 開發(fā)成本較高。使用

10、Notes-Domino 構(gòu)筑辦公平臺在成本上與基于 .NET-SQL J2E噪構(gòu)或其他當前通用解決方案相比，其成本不在同一數(shù)量級，有可能 高出數(shù)倍。在多用戶的 Client/Server 環(huán)境下，采用 Notes-Domino 解決方案，對服務(wù)器的性能要求大大高于 ASP-SQL等先進的Browser/Server解決方案，前者對網(wǎng) 絡(luò)帶寬的要求同樣也很高。8 可擴展性差。Domino 與其他程序的用戶接口實現(xiàn)困難，致使程序擴展性能差，不利于與各類輸入輸出設(shè)備（如掃描儀、IC密碼機、打印機等）實現(xiàn) 無縫鏈結(jié)，以及與其他程序有機整合，難以做到辦公信息系統(tǒng)的文檔一體化。（VB、C API C+太Java對已經(jīng)實施各種業(yè)務(wù)系統(tǒng)的集團企業(yè)（尤其ERP系統(tǒng)的）來說，采用 Domino 平臺會在今后給企業(yè)帶來巨大的系統(tǒng)集成和數(shù)據(jù)共享 改造開發(fā)成本。為今后消除信息孤島帶來障礙；9 不符合中國企業(yè)和政府有關(guān)辦公辦會的實情。我國大部分企業(yè)和各級政府機關(guān)政務(wù)辦公信息系統(tǒng)不適合使用基于文檔型的數(shù)據(jù)庫平臺。 Domino 適用于 小型簡單辦公系統(tǒng)，一般為某人起草一個文件、傳給某主管上司批示、辦結(jié)這一簡單流程，特別適用于一般簡捷辦公模式，辦公文檔也沒有太多的字段，一般情況下僅有文件標題、正文，起草人，批示人等十個左右的界面元素。而我國企業(yè)協(xié)同辦公系統(tǒng)和政務(wù)辦公系