【正文】 有的資源中獲取價值，而不必重新從頭開始構(gòu)建。因為復雜性是隔離的。 利用平臺化思想建設系統(tǒng)基礎應用支撐平臺為某換熱器公司提供一套基于圖形化的業(yè)務流程和表單設計工具、商業(yè)智能(BI)工具來架構(gòu)某換熱器公司的可擴展、可維護的高度結(jié)構(gòu)化的信息系統(tǒng)，使某換熱器公司能夠快速的、高可靠的、標準的、具有持續(xù)發(fā)展基礎的實現(xiàn)信息化的建設，以實現(xiàn)系統(tǒng)的可擴展性、可適應性和隨需而變的要求和特點。建立統(tǒng)一的標準規(guī)范的建立是關(guān)系到系統(tǒng)成敗的關(guān)鍵。 技術(shù)路線及產(chǎn)品選型下面我們就選擇的后臺服務平臺 IBM LOTUS DOMINO 跟目前其他技術(shù)平辦公自動化系統(tǒng)建設技術(shù)方案臺的技術(shù)對比分析如下：二十余年更悠久的歷史、全球最大的協(xié)作用戶群、至今最高的市場增長率，從 IBM LOTUS DOMINO 第一個版本從 1989 年推出至今，IBM LOTUS DOMINO 已經(jīng)過二十余年的發(fā)展和過億用戶的廣泛考驗。因此站在全球的角度來看，世界 500 強中的 85%采用其他提供工作流、郵件、知識共享的后臺服務。其次中國大型企業(yè)的大部分也是基于 IBM LOTUS DOMINO 來提供協(xié)作辦公服務。支持 J2EE 的好處在于可以通過第三方的 Web 開發(fā)工具來開發(fā) IBM Lotus Domino 的應用，例如：WebSphere Studio WorkBench Site Developer。在 JSP 的支持方面， IBM Lotus Domino R6 提供了 和 兩個 Tag 庫訪問 R6 的 J2EE Web 容器。辦公自動化系統(tǒng)建設技術(shù)方案對各類國際標準協(xié)議的支持1）安全性方面▲支持 PKI 標準高強度加密▲支持安全套接層 HTTPS（大部分銀行系統(tǒng)所采用的國際標準數(shù)據(jù)傳輸加密協(xié)議）▲支持 PKI 標準高強度加密▲支持 驗證▲支持智能卡 PIN 驗證▲支持任何標準的 CA 認證2）電子郵件及即時通信方面▲第一個支持本地簡單郵件傳輸協(xié)議 (SMTP)協(xié)議的協(xié)作軟件▲支持 POP 協(xié)議支持多用途互聯(lián)網(wǎng)郵件擴展(MIME)▲支持 cc:Mail 和其他支持 VIM 標準的郵件程序▲支持帶有郵件功能的 Microsoft 的產(chǎn)品和 Microsoft Exchange3）跨平臺數(shù)據(jù)庫交互及系統(tǒng)集成方面▲支持標準的數(shù)據(jù)描述 XML▲輕量目錄訪問協(xié)議(LDAP)▲ORB間互聯(lián)網(wǎng)協(xié)議 (IIOP)▲擴展的服務器頁面(XSP)▲標準的 HTTP 協(xié)議▲標準的 ASP 訪問支持▲標準的 PHP 訪問插件▲標準的 WAP 訪問支持（手機瀏覽互聯(lián)網(wǎng)的唯一標準）辦公自動化系統(tǒng)建設技術(shù)方案4 對大數(shù)據(jù)負荷的支持及優(yōu)秀的快速處理性首先根據(jù)權(quán)威的第三方測試機構(gòu) 測試， Domino6 在四個不同的主流平臺下(Solaris,z/OS,w2k,AIX)均表現(xiàn)出良好的性能, 在支持 40,200 個高負荷數(shù)據(jù)壓力的時候都綽綽有余。因此 40,200 和 500 的相比根本不具有同一數(shù)量集相比的意義。整個平臺的可用性、穩(wěn)定性以及可擴展性就成了許多用戶關(guān)注的問題。1）.失效轉(zhuǎn)移用戶的關(guān)鍵數(shù)據(jù)庫、關(guān)鍵服務器，包括中繼服務器都可以轉(zhuǎn)移到群集中其他服務器。2）.負載平衡服務器間的負載平衡可以保證用戶對服務器的請求較均勻地分布在群集里的各個服務器上，優(yōu)化整個系統(tǒng)的性能。 群集復制保證了所有的修改都能立即傳播到群集中其他副本上。4）.系統(tǒng)擴展當用戶數(shù)增加時，利用群集可以方便地對 IBM Lotus Domino 系統(tǒng)進行擴展。數(shù)據(jù)庫也可以建立多個副本，提高數(shù)據(jù)的可用性。5 為何 IBM LOTUS DOMINO 是最優(yōu)秀的文檔數(shù)據(jù)庫而不是關(guān)系型數(shù)據(jù)庫相對于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，Lotus Notes 的文檔數(shù)據(jù)庫更是一種強健的對象存儲手段，用戶可通過它訪問、跟蹤、存儲并組織繁多的信息。這在關(guān)系型數(shù)據(jù)庫都是不可想象更別談支持的實現(xiàn)。6 跨平臺的支持跨平臺支持、與 NT 集成 Lotus Domino/Notes 是跨操作系統(tǒng)平臺的企業(yè)信息基礎設施，在企業(yè)中廣為采用的 Unix 系統(tǒng)（IBM AIX，HPUX 及 SUN Solaris）和 Microsoft NT、IBM OS/Novell Netware 等系統(tǒng)，甚至支持 IBM主機系列 S390 與 AS/400。同時 Lotus 也充分認識到 Microsoft NT 的價值（實際上長期以來 IBM Lotus Domino、Notes 都是最成功的 NT 應用） ，因此 Lotus 特別強調(diào)了與與 NT 的無縫集成。 Lotus 也已宣布對 NT 新版本的支持和集成，包括與 Active Directory 的連接。Microsoft 經(jīng)常提及 Domino/Notes 與操作系統(tǒng)的功能重復或冗余，或者 IBM Lotus Domino 提供的功能是不必要的。作為軟件平臺，Domino/Notes 的這些豐富特性功能大大降低了用戶集成、開發(fā)、實施的費用，提高了效率。在功能上，NotesSQL 和 JDBC 比較相似，用于以關(guān)系數(shù)據(jù)庫的方式存取 Notes 數(shù)據(jù)庫中的數(shù)據(jù)，并利用 Domino/Notes 軟件來實現(xiàn)網(wǎng)絡傳輸和安全方面的特性。 另外， NotesSQL 還支持數(shù)據(jù)庫連接可以為多個用戶復用，而且對每個用戶都可以實現(xiàn)各自的存取權(quán)限對數(shù)據(jù)訪問的控制。但只限于 Windows 平臺，使用 ODBC 技術(shù)，效率不高。實時行為：實時行為集成到了 Notes 的數(shù)據(jù)庫事件中。實時意味著你可以迅速的獲取數(shù)據(jù)，但是網(wǎng)絡帶寬和運行的其他進程可以影響到系統(tǒng)的性能。用戶的活動是直接訪問后臺數(shù)據(jù)的。DECS 服務器駐留在 Notes應用所在的 IBM Lotus Domino 服務器上，集成并獲取 Notes 的事件。DB2 連接器（Connector）不需要安裝在 Notes 客戶端 。這個過程是不需要編程的。創(chuàng)建一個實時行為，需要為 Notes 表單提供幾個條目用于外部的實時連接訪問。一個單獨的外部數(shù)據(jù)源定義描述了將要到達的數(shù)據(jù)源和用于映射的元數(shù)據(jù)。幾個實時行為可以監(jiān)視幾 個不同的數(shù)據(jù)庫，可以監(jiān)視一個數(shù)據(jù)庫甚至是一個表單。這就意味著，我們只要人為地做一個觸發(fā),就可以得到后臺的數(shù)據(jù),這個方法不用編寫任何代碼,只要設置一下即可。LEI 的前身是 Lotus NotesPump，后者專門用于完成 Notes 數(shù)據(jù)庫與關(guān)系型數(shù)據(jù)庫管理系統(tǒng)之間高效、快速、可伸縮的指數(shù)據(jù)交換。與 Lotus NotesPump 相比，LEI 的新增功能包括：支持多線程，進一步增強數(shù)據(jù)傳輸性能；管理和應用用戶界面更友好；能夠管理用戶從 IBM Lotus Domino 登錄到企業(yè)資源的新的元連接器，有效地度量流過各連接器的元數(shù)據(jù)流；支持 SAP R/JD Edwards、Oracle Applications、PeopleSoft 等多種DominoConnectors，等等。辦公自動化系統(tǒng)建設技術(shù)方案通過提供系統(tǒng)之間按預定時間表進行的大容量數(shù)據(jù)傳遞和同步，LEI 允許用戶方便地從銷售點到后臺生產(chǎn)系統(tǒng)的整個企業(yè)信息體系結(jié)構(gòu)中同步關(guān)鍵商業(yè)數(shù)據(jù)，按照預定的時間表或以事件驅(qū)動的方式傳輸和同步化庫存信息或其他從客戶服務表、后端 ERP 或關(guān)系型數(shù)據(jù)庫系統(tǒng)中收集的數(shù)據(jù)。作為現(xiàn)有 IBM Lotus Domino 企業(yè)集成技術(shù)的補充，ESB 特別適合對后端操作系統(tǒng)和信息豐富的應用進行高性能訪問。Lotus 提供了完整的、可覆蓋大多數(shù)群件應用的模板，其中包括客戶服務、會議跟蹤、狀態(tài)匯報、預定服務以及其它許多方面的應用。他們也可用 Notes 數(shù)據(jù)庫的基本組件，如 “表單”， “視圖”和“域” 等，創(chuàng)建簡單的應用。Notes 平臺包含一個集成的開發(fā)環(huán)境，為不同層次的用戶提供了不同的開發(fā)工具。Notes 的客戶機／服務器體系結(jié)構(gòu)的一大優(yōu)點在于開發(fā)應用的過程就是實施應用的過程：一旦應用系統(tǒng)開發(fā)完畢并且安裝在 Notes服務器上，它就能夠被任何具有訪問權(quán)限的客戶機和服務器訪問和復制信息。第三方廠家的工具，許多廠家為開發(fā)者提供了支持 Notes 應用開發(fā)的 NotesAPI，其中包括：辦公自動化系統(tǒng)建設技術(shù)方案Revelation Techi1o logies 的 VIP for Lotus Notes；Gupta Tecl1no logies 的 SQL Windows；Informix Software 的 New EraClass Library for Lotus Notes 和 PowerBuilder Libraries for Notes 等。兩個APIs 都可以使開發(fā)者將 Notes 同任何提供 C 或 C＋＋的系統(tǒng)結(jié)合在一起。但是在更大的意義上，Notes 和Exchange 是完全不同的兩類產(chǎn)品。它們兩個的不同之處更勝于其共同之處。 Lotus Notes 難道不是電子郵件嗎？ Lotus Notes 不只是電子郵件，Notes 是協(xié)同工作平臺，后者才是準確定位和價值所在。到今天為止，這一產(chǎn)品定位沒有改變過。而在 Microsoft 的產(chǎn)品家族中，Exchange 是作為 Ms Mail 的換代產(chǎn)品出現(xiàn)的。Microsoft 用了許多代碼名來稱呼這個開發(fā)項目：Spitfire、Touchdown、EMS 等等。可是，盡管產(chǎn)品名稱和市場目標不斷改變，但本質(zhì)并沒有改變。 Exchange 經(jīng)常有很多限制以及版本不兼容的問題 Exchange 著名的每一個服務器上 16GB 上限就是由來于其關(guān)系數(shù)據(jù)庫存儲內(nèi)核。這就是企業(yè)級支持？要知道，實際使用中，由于郵件中包含了大量的附件文件，50MB 的限制是很容易達到的。而在 Exchange Standard Server 中依然如故。而且 Exchange 的 Enterprise 版必須運行在 NT 企業(yè)版上，價位就不一樣了，分別是 Standard 版的３倍和４倍。 Exchange 的產(chǎn)品策略經(jīng)常發(fā)生改變一開始，Microsoft 決定做一個 Ms Mail的換代產(chǎn)品，就是Spitfire，這是 Exchange 的起點。面對 Notes 的成功，大約 93 年起，Microsost 重新定位產(chǎn)品，稱為Touchdown和Enterprise Messaging Server，試辦公自動化系統(tǒng)建設技術(shù)方案圖加入類似 Notes 的功能特性。但此時，Microsoft 發(fā)現(xiàn)要想達到 Notes 的功能高度十分困難，只能不斷地延遲推出正式產(chǎn)品的時間，并削減次要的產(chǎn)品特性 。如 Todd Warren：比我們希望的時間要長些，因為服務器太復雜了（CRN，1994/6/16） ；Collins Hemingway 說：全都是功能特性膨脹。最終 Microsoft 只能作出妥協(xié)，重新定位在電子郵件上，這才是大家現(xiàn)在看到的實際產(chǎn)品?？墒?，并非隨著實際上是第一個成熟版本的Exchange 的推出，所有的產(chǎn)品定位策略就穩(wěn)定下來了。用戶可以使用 Exchange Form Designer（EFD ）開發(fā)應用?？墒?，Microsoft 的 Office 部門此時開發(fā)出了 Outlook，Microsoft 就宣布 策略級的 Exchange 客戶機是 Outlook，因為Outlook 看起來更好些，根本不顧用戶已經(jīng)在 Exchange Client 上的投資。Outlook 也有 Form Designer 和一些轉(zhuǎn)換工具，可是為了應用于 Web 客戶機，Microsoft 又有其他的開發(fā)工具和策略，如 Visual InterDev。用戶問 Microsoft： 難道我真的需要開發(fā)兩種應用、維護兩套應用代碼體系，才能分別服務我的內(nèi)部用戶以及 Web 用戶？ 要不只好放棄其中的一種客辦公自動化系統(tǒng)建設技術(shù)方案戶機以及舊的客戶機 Exchange Client。前面已經(jīng)提到服務器內(nèi)核之一是數(shù)據(jù)庫引擎?？墒?，用戶數(shù)據(jù)怎么辦？只能中斷工作，一次性轉(zhuǎn)換過去，要不就是全部放棄。一開始是等 Outlook，因為 Exchange Client 很慢，應用難以運行?，F(xiàn)在發(fā)現(xiàn) Exchange 的目錄的適應性差，受限于 NT 域模式、難以在多個組織中延伸，而且目錄復制受限于帶寬等等，所以 Microsoft 要求大家等 NT 和 Exchange 。.這么來說吧，一個 1215 人的團對,采用 COM+ASP+SQLServer+ExchangeServer(前期,另一個團隊,采用了 PB+Sysbase 做了類似的系統(tǒng)) 去做一個 OA 產(chǎn)品,結(jié)果,在項目前期看起來一切都很好,公文也能流轉(zhuǎn),到后期的時候,問題出現(xiàn)了，我們知道 OA 特別是政府部門、集團型國有企業(yè)的 OA,你用什么來保證修改的東西在文檔資料中是可見的,而且后來的人不能修改,第二,如果我使用數(shù)字簽名,你如何保證這些文檔是我簽字的?控制需要做到文檔級的,就是說同一類型的文檔,這一份你能看,那一份你不能看?總體來說:控制流轉(zhuǎn)在 DB 環(huán)境下沒有什么問題,就算是很復雜的控制,也可以做.但是文檔資料的保存,用 DB 來做解決方案 ,就意味著你企圖使辦公自動化系統(tǒng)建設技術(shù)方案,非結(jié)構(gòu)化的數(shù)據(jù)(比如 Word 文檔資料)用 XML 來表示. 這當然是可以的,但工作量是多少? 而且,你的結(jié)構(gòu)化的表示方法真的沒有問題嗎?如果出現(xiàn)了問題,在文檔結(jié)構(gòu)上要改動,你如何做? 一切,也許你能理解當時我們做了半年的時候面臨的問,下的 OA 開發(fā)速度快,功能的實現(xiàn),我們采用 Lotus Notes 開發(fā),因為他的基礎就是文檔數(shù)據(jù)庫,用了 3 個人,1 個月就給一個政府機