破解網站群系統選擇之痛

文/李紅靈 納文琪 左繼蓉 張月芬

跟許多學校的網管老師在交流的過程中發現，大家普遍對網站群管理平臺如何選擇心存疑慮。最近在工作中，筆者也發現了這個情況。那么，如何選擇合適的網站群，以避免日后更新升級的麻煩，是一個大家都很關注的問題。

網站群的發展

在網站構建技術發展的過程中，網站群也同樣經歷了不同的發展階段，大致劃分為四代：

第一代為自然網站群：如學校建立了自己的學校門戶網站，隨后下屬單位也陸續建設各自的網站，最后在學校的門戶網站上將每個下屬單位網站鏈接到一起，形成了自然的網站群，此階段的特點是未經規劃，自然形成，各自獨立。

第二代為從網站的欄目、頁面風格等方面進行整體規劃，統一或分批實施，但各網站的關系仍然在一個平面上，沒有隸屬關系，且各個網站相互獨立，信息不能共享。此階段的網站群的特點是外表統一，但信息孤立，無法統一管理。

第三代為整合網站群，將分散在不同物理位置的獨立網站整合在一起，實現信息的共享。此階段的特點是，利用第三方公司的產品，整合已經存在的眾多網站。但這樣形成的網站群存在很大的缺陷，信息不能充分共享、不能統一管理、不能統一升級網站后臺、不能做到整個網站群的聯合全文檢索。

第四代為利用網站群內容管理系統，統一規劃、統一實施或分步實施，以解決第三代網站群存在缺陷。此階段的網站群的特點是：所有的網站運行在同一個網站群內容管理平臺上，如云南大學2005年采用時光軟件有限公司的Cicro 3e WS時光動態網站平臺v3.2，可以統一管理、數據集中存儲、智能化，解決了前幾代網站群維護困難且成本高的缺點。

網站群技術比較

通過表1的比較讓我們一起來了解網站群技術發生的變化以及核心內容。

2009年初開始我們就對TRS、時光、通元和博達進行調研，經過試用發現各系統仍然存在較多問題：

時光：軟件開發較早，采用B/S加C/S結構設計，操作界面簡單、技術門檻低，但網頁的設計和修改比較麻煩，需要先用網頁設計工具完成頁面框架，框架設計中還滿足一些規范，把頁面框架導入時光的專用設計工具，進行組件化，組件化完成后發布到服務器。另外v3.2還存在數據庫代碼兼容問題、特殊字符的兼容問題、非IE內核瀏覽器兼容問題、IE v7.0以上版本的兼容問題。多面向政府網站。

通元：采用B/S加C/S結構設計，模板設計采用Dreamwear中安裝通元插件的方式實現，管理界面結構清晰，組件形式不如時光、博達豐富，但支持嵌入代碼，論壇、廣告、評論、調查、問卷、博客、留言、打分等互動功能較豐富，且支持第三方產品的集成。同時擁有搜索引擎、網站雷達和網頁防篡改等實現信息的有效利用和安全防護的輔助功能，這是其它廠家沒有的。高校案例較多，且集中在北京。

博達：采用純B/S結構設計，向導式建站，組件豐富，模板設計采用瀏覽器內嵌Dreamweaver完成，但對非IE內核的瀏覽器目前不兼容，也許是不熟悉軟件設計人員的思想或是用戶手冊編寫的問題，給人感覺使用界面安排比較雜亂。論壇、廣告、評論、調查、問卷、博客、留言、打分等互動功能均需要單獨付費由博達進行第三方產品的集成，內嵌搜索引擎和網站雷達功能，沒有網頁防篡改。主要面向西安部分高校和企業。

TRS：采用純B/S結構設計，網站設計和內容部署靈活，但技術門檻高，基礎平臺的費用是幾個平臺中最高的，且大部分組件均需另購，不負責網站的設計和建設。

作為單一的內容管理系統CMS，國內外均有很多成熟和優秀的開源軟件，例如.net平臺的We7cms系統和DotNetNuke，php平臺的phpcms系統和WordPress，java版的OpenCms，asp平臺的動易SiteFactory CMS。

選擇之痛

高校最為理想的做法就是：有一只相對穩定的研發隊伍，長期有經費的保障；在開源的CMS平臺上再集成國內外各種功能的優秀軟件，并在此基礎上有針對性地進行二次開發和長期維護，以保持平臺技術的先進性和不斷變化的需求。但是具備這樣條件的學校畢竟不多，所以我們還只能借助公司的力量幫助完成。在我們調研和試用的過程中，國內的網站群系統有很多，但卻發現大多數國內軟件都普遍存在以下問題：

功能方面：你有我也有、你沒有我也沒有；基本的有，特色的沒有；例如HTML編輯器都有，但普遍都不好用。

性能方面：中小規模的單位可以滿足，大型規模的單位就不能滿足；研發平臺主要以Windows、Linux為主，沒有UNIX的研發平臺，軟件的版本升級就沒有針對性，多數從Linux平臺移植過來，沒有經過研發階段的程序調整和嚴格測試，往往在使用過程中才暴露很多問題。

穩定性方面：這是國內軟件最為突出的問題。國內軟件項目過程不規范，導致重視編碼和輕視測試的現象，對于軟件測試的重要性、測試方法和流程等還存在很多錯誤的認識。國內軟件在投入市場之前沒有經過嚴格的測試，加上功能的不完善導致投入市場后不斷修改，又帶出新的問題，新的問題又造成系統的不穩定，在這方面幾乎是所有的國內軟件都無法與同類國外產品相比。

兼容性方面：系統的兼容性不強，每個系統都按照自己的標準和規范來設計，這在我們做上述軟件測試的過程中普遍存在，例如非IE內核瀏覽器的兼容問題；代碼兼容問題等等。

連續性方面：系統開發的前期沒有進行調研、需求分析和系統體系設計，研發過程中沒有精心管理開發，并及時作出調整。產品急于上馬，并想在短期內看到效益，沒有遵照軟件工程的科學性，一旦一個產品投入市場而沒有馬上收到效益，不是選擇完善和調整而是另起爐灶，和老的產品沒有半點關系，這樣就導致產品沒有連續性。

在有限的經費支持和現有的條件下，我們已有那么多平臺選擇之痛，外加上國內軟件普遍存在的功能、性能、穩定性、兼容性和連續性等共性問題，使得我們面對那么多軟件卻無法選擇，這也正是我們這些多年從事高校信息開發和信息系統管理的無奈之處。

表1 網站群技術比較

思考和建議

造成國內軟件這種現狀的原因是多方面的，需要我們認真總結。

軟件技術和開發方法發展太快。1985年以后，結構化編程已被面向對象編程OOP 替代了，網絡技術成熟，基于單主機計算的開發方法開始向分布式C/S 計算的開發方法轉移，然而卻沒有成熟的規范可以借鑒。與此同時，計算技術發生重大變化。進入網絡計算時代，軟件開發的目標是提供Web 服務。應用開發以集成服務為主，自行編碼為輔，面向對象深化為構件接口和接口的連接，通信協議成為編程的重點，編寫XML 文檔就是編寫應用程序。短時間內翻天覆地的變化造成了沒有成熟的規范和開發方法學的局面，使得國內的軟件開發更是無所適從。

市場競爭過于激烈。軟件工程的實質就是告訴人們如何精心管理開發，并及時作出調整的決策，而不是急于求成。

軟件工程教育的滯后。軟件工程不是理論科學，而是總結軟件實踐的技術科學。它力圖總結實踐中的普遍規律，因而注定滯后于工程實踐。

網站群技術應用領域范圍很廣，高校和企業應將此作為一個研發方向，這將是高校數字化校園和電子政務的必由之路。通過高校網站群可以：建立統一部署、統一標準、統一規范、統一管理的“校務門戶網站群”是目前電子校務發展的新思路，即開發利用“一群網站”的資源，建立以學校門戶網站為中心主站，以部門級網站及其應用為基礎支撐的若干子站，形成若干主站與子站集成的網站群體系。這種建設思路是高校發展的必由之路，可以對分散的教學、科研、管理等核心信息資源進行有效的整合，通過統一規劃、統一部署、統一管理，實現數字化校園的目標，在校內和各合作單位之間實現資源互通共享。