1 第 1 章 概述 . 6 1.1. 項目背景 . 6 1.2. 現狀 . 7 1.3. 建設目標 . 7 1.3.1. 欄目設置 . 7 1.3.2. 網站管理 . 8 1.3.3. 數據檢索 . 8 1.3.4. 應用擴展 . 8 1.3.5. 網站信息安全 . 8 第 2 章 建設思想和原則 . 9 2.1. 網站建設原則 . 9 2.1.1. 統一規劃、統一協調 . 9 2.1.2. 分步實施 . 9 2.1.3. 突出重點，特色性、基礎性項目優先 . 10 2.1.4. 加強信息資源的采編工作 . 10 2.1.5. 成熟技術和先進理念并重 . 10 2.1.6. 合理共享資源、避免重復建設 . 10 2.2. 網站建設標準和規范 . 11 2.2.1. 電子政務標準化 . 11 2.2.2. 網站建設標準 . 12 2.3. 網站建設方式建議 . 13 第 3 章 總體方案 . 14 3.1. 方案概述 . 14 3.2. 網站功能設計 . 15 3.3. 網站內容設計 . 16 3.3.1. 欄目結構 . 16 3.3.2. 首頁設計 . 18 3.4. 網站美術設計 . 20 3.4.1. 首頁 . 20 3.4.2. 網站標識 . 20 2 3.5. 技術支撐平臺 . 21 第 4 章 系統架構設計 . 21 4.1. 應用集成的概念 . 22 4.2. 應用集成架構 . 23 4.2.1. 主站點 -分站點群架構 . 23 4.2.2. 基于分布式對象組件技術的網站架構 . 25 4.2.3. Web Services 技術對網站架構的影響 . 28 4.3. 網站技術體系 . 32 4.3.1. 技術線路 . 32 4.3.2. 基于 J2EE 的應用集成關鍵技術 . 39 4.3.3. XX 市政府門戶網站的應用集成技術框架 . 51 4.4. 開發平臺選型 . 54 4.4.1. 操作系統 . 54 4.4.2. 數據庫平臺 . 54 4.4.3. 應用服務器 . 58 4.4.4. WEB SERVER. 60 4.5. 應用軟件整體結構 . 61 4.6. 網站物理架構 . 62 第 5 章 網站應用集成的相關標準和規范 . 63 第 6 章 網站內容設計 . 64 6.1. 認識 XX 市 . 64 6.2. XX 市政務 . 65 6.3. 政府采購 . 66 6.4. 網上辦事 . 66 6.5. 便民窗口 . 66 6.6. 產業經濟 . 67 6.7. 投資 XX 市 . 67 6.8. 海島覽勝 . 67 6.9. 參政議政 . 68 第 7 章 應用系統設計 . 68 3 7.1. 內容管理系統 . 68 7.1.1. 系統概述 . 68 7.1.2. 用戶角色與業務流程 . 71 7.1.3. 系統設計 . 72 7.1.4. 內容管理解決方案 . 75 7.2. 后臺權限管理系統 . 76 7.3. 網站安全管理系統 . 76 7.4. 全文搜索引擎 . 77 7.4.1. 需求與功能描述 . 77 7.4.2. 用戶角色 . 77 7.4.3. 業務流程 . 78 7.4.4. 系統設計 . 78 7.4.5. 與網站應用框架的接口 . 79 7.4.6. 技術質量目標 . 79 7.5. BBS 論壇 . 79 7.5.1. 概述 . 79 7.5.2. 功能模塊 . 80 7.6. 短信發布平臺 . 82 7.6.1. 系統概述 . 82 7.6.2. 系統設計 . 83 7.6.3. 技術質量目標 . 84 7.7. 簡繁體自動轉換系統 . 85 7.7.1. 功能簡介 . 85 7.7.2. 系統結構 . 86 7.7.3. 性能指標 . 86 7.8. 會員管理 . 87 7.8.1. 功能概述 . 87 7.8.2. 與其它應用系統關系 . 87 7.9. 市長信箱 . 88 7.9.1. 系統流程 . 89 4 7.9.2. 功能描述 . 90 7.10. 在線調查 . 90 7.10.1. 概述 . 90 7.10.2. 在線調查系統邏輯圖 . 91 7.10.3. 系統功能描述 . 91 第 8 章 安全設計 . 92 8.1. 系統安全概念 . 92 8.1.1. 電子政務安全概念 . 92 8.1.2. 門戶網站安全概念 . 93 8.2. XX 市政府門戶網站安全策略 . 94 8.2.1. 身份識別與認證 . 94 8.2.2. 權限 控制 . 97 8.2.3. 日志與審計 . 99 8.2.4. 病毒防護 . 99 8.2.5. 軟防火墻 . 100 第 9 章 實施計劃 . 103 9.1. 項目進度 . 103 9.2. 項目任務描述 . 105 9.2.1. 項目啟動 -任務 0 . 105 9.2.2. 系統需求分析設計 -任務 1 . 105 9.2.3. 系統設計 -任務 2 . 106 9.2.4. 應用開發和集成 -任務 3 . 106 9.2.5. 中心網站建設 -任務 4 . 107 9.2.6. 系統聯調測試 -任務 6 . 107 9.2.7. 用戶培訓 -任務 7 . 108 9.2.8. 系統上線運行與測試 -任務 8 . 108 9.2.9. 后期運行維護 -任務 9 . 109 第 10 章 項目管理 . 110 10.1. 組織方式 . 111 10.1.1. 項目相關組織 . 111 5 10.1.2. XX 公司公司項目組織結構 . 112 10.2. 流程 . 115 10.2.1. 項目重大事項決策流程 . 115 10.2.2. 項目重要文件批準流程 . 115 10.2.3. 項目組內部管理流程 . 115 10.3. 項目質量控制 . 121 10.3.1. 項目質量管理目標 . 121 10.3.2. 項目質量管理手段 . 121 10.4. 溝通、協調方式 . 124 10.4.1. 項目會議制度 . 124 10.4.2. 書面信息溝通制度 . 125 10.5. 變更控制 . 125 10.5.1. 變更提出 . 125 10.5.2. XX 公司的反應 . 126 10.5.3. 項目業主的認可 . 126 10.5.4. 實施 . 126 10.5.5. 變更程序流程 . 127 10.6. 輔助手段 . 127 6 第 1 章 概述 1.1. 項目背景 政府的信息化建設是國民經濟信息化建設的重要組成部分。 隨著技術進步的加快，尤其是國際互聯網的出現和迅速發展，一個全球性的信息社會正在逐步形成，推進政府部門政務工作的自動化、網絡化、電子化，已是大勢所趨。 聯合國經濟社會事務部把推進發展中國家政府信息化作為近幾年的工作重點，目的是通過信息技術的應用改進政府組織，重組公共管理，最終實現辦公自動化和信息資源的共享。在世界各國積極倡導的“信息高速公路”的五個領域中，“電子政府”被列在第一位，可見政府信息化是社會信息化的基礎。在這方面，一些發達國家已先行一步。近年來，歐美日等發達國家為提高國際競爭優勢，相繼推出國家信息基 礎建設，并規劃網絡構建“電子政府”，作為提高政府效率及為公眾服務的重點，建立一個反映人民需求為導向的政府，以更有效率的行政流程，為人民提供更廣泛、更便捷、更友好的信息和服務。 在我國，政府部門的管理觀念也在逐步發生變化，其職能正從管理型轉向管理服務型，如何更好地發揮政府部門宏觀管理、綜合協調的職能，如何更加有效地向公眾提供服務，提高工作效率，加強廉政建設已成為當前各級政府部門普遍關注和亟待解決的問題。國家 十五 計劃綱要要求 政府行政管理要積極運用數字化、網絡化技術，加快信息化進程。各級政府、行政管理部門都 面臨著利用信息技術推動政務工作科學化、高效率的新局面。如何選擇、運用一套有效的電子政務平臺、如何培養一支高素質的政務隊伍，已提到各級政府、行政部門的議事日程中。 在電子政務系統的建設與應用中，建立政府公用信息服務網是先鋒， XX 市政府對此給予了高度的重視，并規劃出了以下幾項目標： 1. 突出政務功能，服務企業、服務投資、服務市民等功能，體現政府網站的 網絡服務 意識，突出政府網站具有網上辦公、咨詢服務等特點和優勢。集合XX 市 各政府機關上網項目，展現 XX 市 在信息化建設和電子政務方面所做的嘗試和努力，同時，將服務 于民落于實處，使本服務網能確實為區政府帶來經濟效 7 益； 2. 進一步建立成為 XX 市 各機關的門戶網站，對市內各國家機關網站有完整而全面的鏈接，并能提供快速的查詢和詳細清晰的分類，便于查找； 3. 配合 XX 市 政府門戶網站 的整體規劃和建設，虛心向其他市政府優秀站點學習的同時以更高的標準完善自身建設，突出 XX 市 在經濟發展（ 三大特色經濟 -漁港景 ）等方面的特色。 1.2. 現狀 XX 市 現在已建設有市政府網站，下設市長信箱、認識 XX 市 、城市發展、政務信息、招商合作、工商博覽、公眾服務七大欄目內容，初步展示了 XX 市 風貌、 XX 市 政務、 招商等，并為市民提供了一定的網上信息查詢。 XX 市 下屬網站現有 XX 市 建設工程招投標、 XX 市 政府采購、 XX 市 委黨校、XX 市 黨建網、中國魚市、 XX 市 經貿網、 XX 市 廉政網、航運信息網、 XX 市 經濟信息網、 XX 市 國際沙雕網、 XX 市 信息港、千島易網、 XX 市 人大 其中發展計劃委員會、經濟貿易委員會、教育局 、旅游局、市委黨校、黨建等機關單位建設了網站。 1.3. 建設目標 XX 市 政府門戶網站建設的總體目標是建立一個能夠突出市政府及其下屬行政單位職能，滿足政府通過網絡迅速發布政策、法規及其他公益性信息和獲取社會的反饋信息的需要，并能 夠進一步擴展到完成網上各項事務性處理及應用的統一的系統平臺。具體包括： 1.3.1. 欄目設置 門戶站點的欄目設置應該滿足各自對外宣傳的需要，同時需要突出不同職能單位的特點，對欄目進行分類。 另外，隨著政府信息化建設的深入，可能需要對網站的欄目設置進行一定的調整或補充，因此，需要預留一定的欄目擴展或修改的余地，不要出現因改變較 8 少的修改而必須推倒重來的現象。 1.3.2. 網站管理 網站內容的不斷豐富和更新是保證網站生存的必要條件之一，對于大量的維護工作需要提供自動、高效而強有力的內容采集、管理和發布工具，保障網站系統正常運作，降低維護 強度和維護成本。 1.3.3. 數據檢索 需要提供一種易用且高效的網站內容檢索、查詢機制，以便于對所需要的網站信息進行定位。 1.3.4. 應用擴展 在搭建網站系統平臺時，應該充分考慮到網站系統的可擴充性，為后期建設時掛接其他政府業務子系統或提供各種網上事務處理和應用功能預留相應的接口。 整個網站從體系結構上作為一個整體，需要有能夠調用外部服務，獲取外部信息流以及供外部進行數據交換的能力，并為網站系統的未來擴充作前瞻性設計。 1.3.5. 網站信息安全 保證網上信息傳輸、存取和處理過程各個環節的安全性、機密性、可靠性、和完整性，保證網站系統的可靠性 和可控性。同時需要考慮網站受到攻擊破壞后的自動恢復能力和容災能力。 9 第 2 章 建設 思想和原則 2.1. 網站建設原則 在籌建門戶網站過程中應該遵循以下主要原則： 2.1.1. 統一規劃、統一協調 主管部門應該對市政府門戶網站建設進行統一的規劃，制定總體建設目標，同時對于站點的欄目設置、市府各局委辦在網站的呈現方式、為后期與各單位應用系統相銜接的接口預留、以及對于各級子網站統一維護等方面必須事先進行籌劃和設計，出臺一定的措施和統一的標準。同時，主管部門應該與網站涉及的相關單位相互協調，挖掘和突出不同部門的特色，力求所建立的網站是一個能夠反映 政府絕大部分行政職能的窗口；同時為后期擴展網上事務處理和應用奠定基礎。 2.1.2. 分步實施 從 XX 市 政府各單位當前的網絡建設情況看，建立市政府門戶網站系統，豐富網站頻道、欄目內容還是一項比較龐大的工程，因此，整個建設過程必須有計劃、分步驟實施，由點到面，由主及次。 首先進行政府門戶網站主站及部分重點委辦局二級網站的建設，然后再逐步進行完善和擴展，最后實現以政府門戶網站為中心，向下輻射覆蓋所有委辦局、四大班子、兩縣五區的網站系統。 網站內容方面從網站的基本功能、實用功能入手，首先實現政府各部門在網站上對外發布信息，然后 逐步完善市長信箱、在線投訴、項目申報等公眾參與欄目和增加網上辦公、網上事務處理等高級政務應用。 10 2.1.3. 突出重點，特色性、基礎性項目優先 網站系統的建設應本著由易到難、由簡單到復雜的原則進行。 對市政府網站建設目標和參與單位的要求進行認真分析，找出重點，針對網站的關鍵功能和基礎功能加大建設力度，如先期考慮籌建反映政府職能的欄目和獲取反饋信息的電子信箱等欄目板塊，然后在政府工作人員和公眾的綜合素質（包括網絡應用意識和計算機水平）得到普遍提高的情況下，再考慮推廣流程相對復雜的各種網上事務處理應用的建設（如企業在網上納稅 等）。 2.1.4. 加強信息資源的采編工作 網站系統是信息發布和信息獲取的窗口，因此，信息是維系網站生存的最重要因素。如果沒有充足的信息資源，政府門戶網站的建設就成為了一項面子工程，失去了原有的意義，也無法產生預期的效果。 信息資源的采編工作，應該看作是整個政府門戶網站建設過程中一項重要、繁重而艱巨的任務，而且由于網站涉及到眾多的行政單位，難以統一進行規劃和管理，因此只能在網站建設初期制定相關的政策、規定來統一規劃和調配，在關鍵信息的采集和發布方面（如各類統計信息）應制定專門的政策，盡可能保證網站信息的來源，滿足社會公 眾的真正需要。 2.1.5. 成熟技術和先進理念并重 建立網站系統的技術目前已經是較為成熟的，關鍵在于規劃和設計網站體系結構時應引入當前該領域內先進的理念和模型，旨在建立一個兼顧外觀、性能、可用性、易用性、柔性、健壯性和可擴展性于一體的系統框架，在確保政府門戶網站必要功能和工期的前提下達到最好的效果。 2.1.6. 合理共享資源、避免重復建設 在網站建設過程中，應該盡可能吸收、采納和共享已有的各種信息資源（也包括相應的硬件平臺），通過規劃進行整合，避免重復建設，造成資源浪費。 11 2.2. 網站建設 標準和 規范 2.2.1. 電子政務標準化 XX 市 政府網絡建設和門 戶網站建設是 XX 市 電子政務建設的第一步，是政府信息化建設的基礎。 電子政務的建設必須堅持“統籌規劃、統一標準”的方針和原則，通過建立統一的標準來總體協調和優化總體功能，確保整個建設過程卓有成效。 標準化工作是電子政務建設的基礎，也是電子政務總體建設的重要內容之一。整個電子政務標準體系涉及以下六個部分： 總體標準 應用標準 應用支撐標準 信息安全標準 網絡基礎設施標準 管理標準 每個部分又包括更為詳細的框架和標準。如圖 2 1 所示。 圖 2-1 電子政務標準體系示意圖 電子政務標準體系軟件工程標準驗收與監理標準系統測試與評估標準信息資源評價體系標準其他管理標準管理標準信息安全總體標準密碼算法標準密碼管理標準防信息泄漏標準系統與網絡安全標準信息安全評估標準信息安全產品標準信息安全管理其他標準信息安全標準計算機與通信網標準網絡維護標準網絡建設標準其他標準網絡基礎設施標準數據交換標準電子公文交換標準數據處理標準主要服務標準其他標準應用支撐標準數據元標準代碼標準文件格式標準業務流程標準其他標準應用標準總體框架術語標準中文信息處理標準其他綜合標準總體標準 12 2.2.2. 網站建設標準 作為 XX 市 對外宣傳的窗口，為了樹立市政府及各級政府單位對外的形象，在建立門戶網站時應該遵循上述大的建設原則，同時針對具體細節應該遵循（已有國家標準的）或制定（尚無國家標準的）出統一的標準。例如，對于以下方面應該按照國家已有的標準或建議執行： 主機規劃：可以考慮采用“政府虛擬主機”的方式向政府站點提供專用服務器，每個政府主機由電信部門提供 1G 的硬盤空間，并實現數據庫管理和提供交互功能。 站點規劃：各省市政府的站點應以“省（ 市）人民政府”或“省（市）局”的正規名稱形式出現。各級政府站點（子站點）應將“機構設置”、“政府（部門）職能”、“政策法規”等基本欄目進行統一規劃和整合。 域名規劃：各部委和各省市政府的域名統一規劃為 www._.。 信箱規劃：各政府部門的站點考慮設虛擬信箱，如廣西 XX 市 政府辦公電子信箱名為 name ，以示正式。 網頁規劃：政府站點的網頁設計應簡潔、美觀，界面應與政府形象相符合，網頁大小有所限制，網頁須響應及時，可以采用多種瀏覽器瀏覽，便于檢索，同時具有純文本版本 甚至外文版以滿足不同用戶的需要。 標準規劃：對政府站點、域名和主機和網頁等制訂相應的標準和規范。 信息規劃：區分和篩選政府信息資源安全信息和不安全信息，加大力度研究政府部門的信息資源，妥善處理好公益信息和增值信息的關系及兩者在網站建設中所占的比例。 13 2.3. 網站建設方式建議 可以考 政府 慮聯合 ICP、 ISP 免費制作委辦局部分主頁和信息，合作建設和經營部門站點，免費培訓政府領導和工作人員上網的技能。 可以考慮聯合軟硬件廠商免費或優惠為政府網站體系建設提供一批服務器、路由器、防火墻、數據庫等軟硬件，合作開發 應用系統。 可以考慮聯合新聞界、學術界、經濟界和信息產業界，大力宣傳政府網站，加強政府網站體系建設的軟課題研究。 14 第 3 章 總體方案 3.1. 方案概述 XX 市 政府門戶網站分為基礎平臺、系統軟件平臺、應用基礎平臺、管理中心、信息門戶五層，系統建設將采用統一的安全體系，建立統一的標準和規范，并建立完善的管理和運營體系。 此次方案主要是網站軟件應用部分，對所需的基礎平臺只提出建議方案。 15 3.2. 網站功能設計 XX 市 政府網及其各子網站的前臺功能模塊主要包括以下內容： 1、 內容管理 系統 2、 遠程維護系統 3、 短信平臺系統； 4、 搜索引擎系統； 5、 論壇系統； 6、 簡繁體轉換系統 7、 網站安全管理系統 8、 政策法規查詢系統； 9、 市長信箱 10、 前臺用戶注冊、登陸認證系統； 11、 投訴舉報 系統； 12、 網上 調查系統； 13、 行政審批公示查詢系統； 同時也為以后的應用擴展留出接口，本期內不實施，但保留接口，以適應將來應用擴展的需要 16 3.3. 網站內容設計 3.3.1. 欄目結構 XX 市 政府門戶網站下設 認識 XX 市 、 XX 市 政務 、 參政議政 、 政府采購、網上辦事、 便民窗口 、 產業經濟、 投資 XX 市 、 海島覽勝 九 個欄目，如下圖所示。 17 18 3.3.2. 首頁設計 網站標識 XX 市 委 XX 市 人大 XX 市 政府 XX 市 政協 Banner 簡體 繁體 English 首頁 今日 XX 市 XX 市 政務 參政議政 政府采購 網上辦 事 便民窗口 產業經濟 投資興業 海島 覽勝 市長信箱 新聞圖片 圖片標題 全市企業職工雙證制教育培訓正式啟動 我市治理整頓土地市場秩序取得階段性成果 市環島公路北蟬至岑港段日前通過評審 8 月份全市經濟繼續保持較快發展勢頭 市文化藝術中心工程建設進展順利 我市又有 4 個項目列入省科技興海計劃 更多 網站摘要 建議提案 政務動態 文章標題 政府采購 文章標題 優惠政策 文章標題 旅游線路 文章標題 社區服務 文章標題 全部 進言獻策 投訴舉報 網站全文檢索 關鍵字 檢 索 政府公告： XX 市 人民政府網站正式改版 采用滾動文字表現 XX 市 黃頁 辦事 咨詢 窗口 設計時可以將此塊設計為一窗口形式 便民檢索 醫保 、公積金、養老保險等查詢 文化教育 學校 資訊 新書 科普 更多 醫療 保健 醫療機構 專家門診 特色醫療 零售藥店 職業介紹 職介機構 求職資訊 政策咨詢 休閑娛樂 吃 住 行 娛 購 游 咨詢窗口 辦事指南 人 口戶籍 衛生婚育 勞動就業 人才教育 工商稅收 司法公安 質量消費 社會保障 城市建設 出國手續 文化體育 科技發展 城市管理 經濟建設 綜 合 滾動字幕 最新動態或者內容。 政策法規 行政審批 辦事指南 文件下載 辦理進入 XX 市 印象（ 此內容為專題 ） 招商引資 網上調查 漁 XX 市 漁場 海洋漁業 海洋捕撈 海水養殖 水產品加工 海鮮特產 港 XX 市 港 定普港域 岱山港域 景 投資環境 投資環境 發展目標 綜合優勢 投資指南 投資導向 納稅規定 投資審批 服務機構審批程序 外商關注問題解答 外商投資企業有關管理規定 引資政策 外資企業法實施細則 外資企業法 更多 招商項目 招商項目列表 您對 XX 市 政府網站的頁面設計是否滿意？ 1、 非常滿意 2、 滿意 3、 一般 提交 查看 政府采購 XX 市 建設工程招投標 19 XX市 群島 海天佛國 碧海靈山 列島勝景 東海蓬萊 海外仙景 政府機構 下屬機構 組成部門 市政府辦公室 發展計 劃委員會 更多 直屬機構 統計局 環境保護局 糧食局 更多 區縣 定海區 普陀區 岱山縣 嵊泗縣 導航區 ： 國家部委網站 市政府各機關單位 區縣政府網站 20 3.4. 網站美術設計 3.4.1. 首頁 見附件 3.4.2. 網站標識 見附件 21 3.5. 技術支撐平臺 為體現 XX 市 政府門戶 網站的特色，除了對網站的功能進行要求之外， XX市 對于網站需要用到的一些特殊技術也有一定的要求，包括： 1) 手機短信平臺 要求能夠為新聞及信息的訂閱、 重要通知公告 、 最新政策法規 等相關功能提供編程接口和管理工具。 2) 簡繁體轉換 系統 簡繁體轉換系統是一種在線簡繁體實時轉換系統，可以很方便的將簡體網站轉換成繁體網站而無須人工干預。 3) 智能搜索引擎 信息門戶需要一個高性能的搜索引擎，它的功能是對包括文本信息在內的多媒體信息進行精確的搜索和顯示。 第 4 章 系統架構設計 XX 市 政府門戶網站項目是一個復雜的系統工程，涉及到技術、管理、風險控制、運行維護等多方面的工作。其中管理、風險控制、運行維護等在后面篇幅中會詳細闡述，本章節就 XX 市 政府門戶網站技術架構進行描述。 XX 市 信息化工作進展快速，現在部分機關單位已建設有網站，并結合本身業務建立了部分業務系統。 XX 市 政府門戶網站作為 XX 市 的門戶，將統領 XX市 各級網站，以整齊劃一的形象展示給市民、網民。因此 XX 市 政府門戶建設范圍不只局限于網站本身，還要兼顧對其他系統的集成，以及對后期應用擴展的接口。為此，本方案引入應用集成概念，構架一個完善、易擴充擴展的架構，以使門戶網站有更好的技術基礎。 22 4.1. 應用集成的 概念 應用集成 不是一種專門的技術（如企業應用集成 EAI）。類似于 EAI 這樣的技術只是解決了應用集成工作中某一個方面的問題，僅靠 EAI 技術無法向客戶提供完整的應用系統。 我們所說的應用集成應該是從項目的全局出發對項目的 全面集成， 結合 XX市 政府門戶網站項目我們只考慮應用集成架構。 對任何應用來說，完整的應用環境應該包括： a) 開發環境 b) 運行環境 c) 系統聯調 /測試環境 在搭建應用環境的時候，必須考慮下列重要因素： a) 框架：根據 應用子系統 的工作結果確定哪些子系統應該采用統一的技術框架， 各業務系統在確定的技術框架下進行開發，開發的過程結果和最終結果 在采用同樣技術框架的系統聯調 /測試環境下進行集成和測試工作。 b) 接口：根據 應用子系統 的工作結果確定子系統之間的相互通信 /調用接口 c) 標準：根據 應用子系統 的工作結 果確定子系統之間相互通信時應該采用的數據格式 d) 開發規范：所有開發商 （可能的后期擴展功能的開發商） 應該統一采用的開發語言風格，文檔范圍、格式與內容等規定 5) 必要的核心應用的開發：例如大型網站系統的門戶站點、統一用戶管理、身份認證等系統 6) 過程結果的集成與測試：根據項目計劃，按照約定的方式（固定時間間隔或者按里程碑）獲得各 應用系統 的開發過程結果，對其進行統一的“配置管理”，然后將過程結果集成為統一系統，對集成后的系統進行測試，將測試結果反饋 7) 系統聯調：根據項目計劃，獲得各 應用系統 的開發結果， 然后將結果集成為統一系統，對集成后的系統進行測試，將測試結果反饋，將反饋結果再次測試，逐步調試直到系統穩定 8) 系統試運行：解決試運行中遇到的問題，迎接系統正式運行 9) 正式運行 23 4.2. 應用集成架構 經過需求分析，確定網站的體系架構就成為應用集成工作的一個重要方面。只有確定了網站的體系架構，才能在此基礎上進行正確的 應用子系統 ，理順網站的建設思路。 應用集成 包括以下幾種常用方式。 4.2.1. 主站點 -分站點群架構 主站點 -分站點群架構是最原始也是最成熟的網站應用集成方法，至今仍在廣泛使用。它采用超鏈接技術進行網站應用集成， 特別適合于綜合門戶網站的運營。下圖舉例說明了主站點 -分站點群架構的一般情況： 主站點 : Ht t p : / w w w .x y z .c o m新聞頻道( 超鏈接 ht t p: / / ne w s. xy z . com )生活頻道( 超鏈接 ht t p: / / l i v i ng . xy z . com )內容架構新聞頻道分站點：http: / ne ws .x y z .c om生活頻道分站點：http: / l i v i ng .x y z .c om國內新聞欄目國際新聞欄目社會新聞欄目財經新聞欄目教育欄目房產欄目汽車欄目旅游欄目技術架構主站點 W eb服務器群集新聞頻道分站點Web服務器群集應用服務器群集數據庫服務器群集生活頻道分站點Web服務器群集應用服務器群集數據庫服務器群集內部 DNS 服務器w ww .x y z .c om = 17 2. 2 0. 1. 1ne w s . x y z .c om = 17 2. 2 0. 1. 2l i v i ng . x y z . c om = 17 2. 2 0. 1 .3HTTP協議HTTP協議 圖 4 主站點 -分站點群架構 如圖所示，主站點 -分站點群架構通過把內容分配到各分站點的方法減輕主站點的負載，分站點可以獨立開發和部署，然后通過 HTTP 協議與主站點相互連接。為了提高運行效率，節約 IP 資源，通常還需要在網站群內部建設一個 DNS， 24 把外部域名映射成內部網絡的 IP 地址。 主站點 -分站點群架構總體結構上非常簡單，由于訪問負載在不同分站點之間進行了靜態分配，主站點可以支持非常高的訪問量，而且某一個分站點的故障不影響對其它內 容的訪問。 從管理上看，由于各分站點相對獨立，可以安排相應的專業人員專注于相關領域的內容建設和運營管理，在網站建設的初期可以調動人員積極性，迅速擴大網站的運營規模，在網站穩定運行期間也可以在清楚劃分職責關系的基礎上提高網站運作效率。主站點 -分站點群架構的這種管理模式對于其它架構大型網站的運營體系建設產生了重要影響，許多新型網站群的管理模式都或多或少地參考了這種作法。 另一方面，由于對于網站功能的劃分過于粗放，所采用的技術也比較陳舊，因而主站點 -分站點群架構也存在許多不足之處： 1) 靜態的資源分配模式導致資 源浪費嚴重：各分站點都有自己的獨立的軟硬件平臺，有的負載較輕，有的負載較重，資源之間沒有有效的共享機制，浪費嚴重。 2) 相對簡單的應用集成方式導致應用系統之間的信息共享和業務協作困難：各分站點運行的應用系統之間相互獨立，從總體上很難通過應用系統之間的協作，實現客戶的業務目標。應用系統之間的信息共享需要復雜而封閉的設計，很難實現順暢的通信。 3) 由于各分站點往往采用不同的技術體系（尤其是沒有統一設計，而建設周期又非常短暫的新網站），對站點的技術維護和管理非常困難，需要大批掌握不同網站架構技術的專業人員。 4) 網站群的安全保障體系復雜，管理和維護困難 要解決主站點 -分站點群架構存在的諸多不足，需要開展兩個方面的工作： 1) 管理上加強整體意識，從實現統一的業務目標入手對建設進程、技術體系以及運營管理體系進行統一的安排，避免各自為站的現象 2) 技術上引入新的設計思想和技術手段： a) 采用分布式對象組件技術，在保留各應用相對獨立性的同時加強應用之間的相互協作 b) 采用 XML、 Web Services 以及消息機制等技術加強應用之間信息交換的 25 能力 4.2.2. 基于分布式對象組件技術的網站架構 已 部 署 組 件組 件 容 器 （ 由 應 用 服 務 器 提 供 ）待 部 署 組 件應 用 服 務 器（ 中 間 件 ）W e b 服 務 器數 據 庫 服務 器訪 問 者 圖 5 分布式對象組件技 術 組件是一種特殊的軟件模塊，它封裝了特定功能的應用邏輯和相關數據，并且能夠象機械零件一樣被裝配到特定組件框架中，也可以隨時用更新的組件替換舊的組件，就像磨損的機械零件被新零件替換一樣。 組件具有下列特性： 1) 自描述：組件必須能夠標志并對外提供其屬性、存取方法和事件，這些信息可以使開發環境將第三方軟件組件無縫地結合起來 2) 可定制：提供一個典型的圖形方式環境，軟件組件的屬性只能通過控制面板來設置 3) 可集成：組件必須可以被編程語言直接控制。組件也可以和腳本語言連接或者與從代碼級訪問組件的環境連接，這 個特性使得軟件組件可以在非可視化開發項目中使用 26 4) 連接機制：組件必須能產生事件或者具有讓程序員從語義上實現相互連接的其他機制。這意味著程序員可以很容易地向按鈕添加代碼，使點中按鈕就可以影響其他組件的動作。 分布式對象組件是組件技術與分布式對象體系技術的結合，分布式對象組件將被部署到分布式對象組件容器中。組件容器是一個管理一個或多個組件類及其實例的軟件框架，某種分布式對象技術規范（ J2EE, CORBA, .NET 等）中針對組件容器而定義的接口使組件類能夠響應調用者提出的請求，訪問所需的服務，最后將結果反 饋給調用者。目前大型網站系統的組件容器基本上都由支持 J2EE 或MS.NET 或 CORBA 等分布式對象體系的應用服務器提供。應用服務器是管理組件容器的高端進程或應用程序，它提供對組件容器的系統級服務，如進程管理、事務處理、群集服務、遠程調用等。 分布式對象組件技術為大型網站的應用集成工作奠定了技術基礎： 1) 應用的開發環境與運行環境實現了分離：按照統一的分布式對象技術規范開發的組件，都可以不經過修改部署到運行環境中來 2) 通過把各子系統表示為按照統一的分布式對象技術規范設計的組件或組件集，各子系統可以分配給 不同的開發商開發，最后集成到運行環境中 3) 由于組件的高度封裝特性，系統具有充分的靈活性，可以在不影響系統其它部分的情況下對某個組件進行修改和升級，使系統總體上具有較高的可擴展性 4) 組件的運行環境 應用服務器對組件屏蔽了底層系統的復雜性，使底層各種軟硬件系統之間的集成具備一致的方式，整個系統的伸縮性大大增強 基于分布式對象組件體系的網站，其經過集成之后的應用系統如圖 6 所示： 27 子 系 統 A相 關 組 件公 共 組 件 公 共 組 件子 系 統 A相 關 組 件子 系 統 A相 關 組 件應 用 服 務 器（ 中 間 件 ）數 據 庫 服務 器訪 問 者提出訪問請求子 系 統 B相 關 組 件子 系 統 B相 關 組 件子 系 統 B相 關 組 件欄 目 A欄 目 B首 頁 圖 6 基于分布式對象組件體系的網站應用系統 基于分布式對象組件體系的網站應用系統主要由組件構成，某些功能相關的組件結合 在一起，形成某種子系統。構成子系統的組件通過應用服務器提供的容器集成到一起，形成一個統一的網站應用系統，共同為訪問者提供服務。 有一些組件的功能被所有應用子系統共享，這些組件構成網站應用系統的公共組件，一般由應用集成商開發并提供給各子系統開發商使用。 與主站點 -分站點群架構相比，基于分布式對象組件體系的網站架構具有以下特點： 1) 通過組件技術保留了主站點 -分站點群架構使應用相對獨立的優點（因此也具有主站點 -分站點群架構的大多數優點），同時應用劃分的粒度更加細致，理論上可以細化到每一個單獨的操作過程，系統的 可擴展性大大增加。 2) 通過分布式對象體系使得整個應用系統具有統一的框架和軟硬件基礎平臺，組件之間按照國際標準或工業標準進行集成，應用集成的技術難度大大降低 3) 負載可以在不同組件和服務器之間動態均衡，資源的利用率大幅度提高 4) 通過服務器群集技術以及其它動態負載均衡技術使系統所有組件都具備強大的訪問支持能力和高度的伸縮性 5) 統一的軟硬件平臺和網站應用系統為建立穩定可靠，易于管理和維護的 28 安全保障體系提供了堅實基礎 由于上述特點，基于分布式對象組件體系的網站架構是目前主流的網站系統架構，也是網站應用 集成工作中的主流設計框架與主流開發方式。 4.2.3. Web Services 技術對網站架構的影響 . Web Services技術簡介 Web Services 技術已經開始廣泛用于不同網站之間的應用系統協作，隨著Web Services 相關技術標準的日漸成熟，大型網站架構設計中將越來越多地考慮Web Services 因素。 Web Services 是分布式對象組件技術在 Internet 中的延伸，是封裝成單個實體且發布到網絡上以供其它網絡程序使用的功能集合，從本質上講是放置于 Web站點上的可重用軟件構件。分布式對象組件技術 有能夠大幅度提高生產力、緊密耦合的特點，而 Web 具有面向消息、松散耦合的特點，它們之間有機的結合，就產生了 Web Services。它的出現標志著應用程序的開發已經進入了新的歷史階段。 Web Services 可以分散于 Web 的各個地方，通過互相調用以協同完成業務活動。在 Web Services 的體系中，應用系統被分割為高內聚、松耦合的單個的服務，可以通過 Web 被調用和訪問。 Web Services 核心基礎是擴展標記語言 XML，其相關標準協議包括服務調用協議 SOAP、服務描述語言 WSDL 以及服務注冊檢索訪 問標準 UDDI 等。通過利用這些標準協議， Web Services 使不同的 Web 應用之間可以通過Internet/Intranet 進行應用的協同，形成有機的整體。 Web 服務的體系結構是基于 Web 服務提供者、 Web 服務請求者、 Web 服務中介者三個角色和發布、發現、綁定三個動作構建的。簡單地說， Web 服務提供者就是 Web 服務的擁有者，它耐心等待為其他服務和用戶提供自己已有的功能；Web 服務請求者就是 Web 服務功能的使用者，它利用 SOAP 消息向 Web 服務提供者發送請求以獲得服務 ；Web 服務中介者的作用是把一個 Web 服務請求者與合適的 Web 服務提供者聯系在一起，它充當管理者的角色，一般是 UDDI。這三個 29 角色是根據邏輯關系劃分的，在實際應用中，角色之間很可能有交叉：一個 Web服務既可以是 Web 服務提供者，也可以是 Web 服務請求者，或者二者兼而有之。下圖顯示了 Web 服務角色之間的關系：其中，“發布”是為了讓用戶或其他服務知道某個 Web 服務的存在和相關信息；“發現”是為了找到合適的 Web 服務 ；“綁定”則是在提供者與請求者之間建立某種聯系。 Web Ser v ic e sSer ic 三三 要素要素 接口 W S D L 定義如何發布和使用 W e b 服務 目錄 UDDI 類似 “ 黃頁 ” ，使用戶可以定位W e b 服務 傳輸 S OA P 連接應用和數據的機制發現綁定發布 實現一個完整的 Web 服務包括以下步驟： 1) Web 服務提供者設計實現 Web 服 務，并將調試正確后的 Web 服務通過Web 服務中介者發布，并在 UDDI 注冊中心注冊； 2) Web 服務請求者向 Web 服務中介者請求特定的服務，中介者根據請求查詢 UDDI 注冊中心，為請求者尋找滿足請求的服務； 3) Web 服務中介者向 Web 服務請求者返回滿足條件的 Web 服務描述信息，該描述信息用 WSDL 寫成，各種支持 Web 服務的機器都能閱讀； 4) 利用從 Web 服務中介者返回的描述信息生成相應的 SOAP 消息，發送給Web 服務提供者，以實現 Web 服務的調用； 5) Web 服務提供者按 SOAP 消息執行相應的 Web 服務，并將服務結果返回給 Web 服務請求者。 30 . Web Services技術與網站架構 Web Services 技術具有下列優點： 1) 松散耦合： SOAP 是面向消息的，消息的格式為 XML，這就確保了連接的兩端能正確地理解消息的內容。連接中的任何一方均可更改執行機制，卻不影響應用程序的正常運行。 2) 實時整合： WEB 服務的協作在系統運行時實時綁定。服務請求方描述所需服務的性能，并通過服務代理方提供的應用程序接口找到相應的服務，用返回的服務描述文檔中的信息最終綁定。服務的動態搜索、綁定和面向消息的服務連接 使 WEB 應用程序實時整合。這樣的系統也提高了自調節、自適應能力及強壯性。 3) 通過封裝減少復雜性：系統中任何對象、組件對外都封裝成由 WSDL 描述的服務，屏蔽了業務邏輯的復雜性、開發平臺的異構性、后臺技術的多樣性；同時能在運行時替換服務的后臺實現，增加了靈活性。 4) 可擴展性：通過使用類似的服務描述可實現服務的升級、擴展。 5) 向下兼容性：現有的 WEB 應用程序在面向服務的體系結構相當于服務提供方的角色，因而對現有的模塊接口用 WSDL 進行封裝，并在 WEB 服務器與后臺實現之間設置中間件，該中間件負責建立 SOAP 請求與后臺實現之間的通道；最后把服務的描述在互聯網上發布，就能實現向新系統的轉變，有效保護已有資源。只要將其服務的基本結構統一成 WEB 服務，微軟的分布式組件對象模型 (DCOM)、對象管理集團的公用對象請求代理程序體系結構 (CORBA)或 Sun 的遠程方法調用 (RMI)在 XML 平臺上相互調用。 6) 互操作性：依靠 SOAP（簡單對象存取協議），任何 Web 服務都可以與其它 Web 服務進行交互，避免了在 CORBA、 DCOM 和 J2EE 等規定的相關協議之間轉換的麻煩。可以使用任何語言來編寫 Web 服務， 開發者無需更改他們的開發環境就可生產和使用 Web 服務。 7) 普遍性： Web 服務使用 HTTP 和 XML 進行通信。因此，任何支持這些技術的設備都可以擁有和訪問 Web 服務。 8) 低進入屏障： Web 服務背后的概念易于理解，并且來自 IBM 和微軟這樣的供應商的免費工具箱能夠讓開發者快速創建和部署 Web 服務。此外，其中 31 的某些工具箱還可以讓已有的 COM 組件和 JavaBean 方便地成為 Web 服務。 9) 行業支持：所有主要的供應商都支持 SOAP 和周邊 Web 服務技術。例如， 微軟的 .NET 平臺就基于 Web 服務，因此用 Visual Basic 編寫的組件很容易作為 Web 服務部署，并由使用 IBM VisualAge 編寫的 Web 服務使用，反之亦然。 Web Services 的這些優點對于新一代大型網站的架構產生了重要的影響，主要表現在： 網站同時提供兩種交互界面：在通過 Web 頁面提供信息服務以及人工交互功能的同時，也一般要提供 Web Services，使企業或個人的應用系統也能與網站進行自動交互 簡化了應用集成的過程：網站內部的異構應用系統可以通過互相提 供Web Service 接口實現協作和信息交換，使應用集成的過程大為簡化 W e b 服務器或應用服務器W e b 服務器或應用服務器W e b 服務請求處理器W e b 服務服務請求請求處理處理器器W e b 服務W e b 服務W e b 服務智能代理W e b 服務智服務智能代理能代理W e b 服務器或應用服務器W e b 服務器或應用服務器W e b 服務請求處理器W e b 服務服務請求請求處理處理器器W e b 服務W e b 服務W e b 服務智能代理W e b 服務智服務智能代理能代理S O A P 消息S O A P 消息 圖 7 網站內部異構應用系統通過 Web Services 集成 網站應用架構中引入 Web Services 技術可以帶來許多好處，但 Web Services也不是萬能的，至少在下列兩個方面并不適合采用 Web Services： 1) 本機應用程序間的通信：與本機上的其它程序通信，最好不要用 Web Service，只要用本地的 API 就可以了，運行在同一臺服務器上的服務器軟件也是這樣。盡管理論上 Web Service 也能用于本機應用程序之 間的通信，但由于 XML 32 和 SOAP 消息的解析處理需要消耗大量計算資源，而 Web Service 標準化、組件化的優勢相對本機上的 API 并不明顯，所以本機上應用程序間的通信不宜采用Web Services。 2) 同構應用程序：同構（具有相同分布式對象組件框架）應用程序之間的通信，采用分布式對象組件體系自身的協議進行通信，性能要高得多，而且可以充分利用底層軟硬件平臺的資源。 4.3. 網站 技術體系 4.3.1. 技術線路 . J2EE的概念 J2EE 是一種利用 Java 2 平臺來簡化企業解決方案的開發、部署和管理相關的復雜問題的體系結構。 J2EE 技術的基礎就是核心 Java 平臺或 Java 2 平臺的標準版， J2EE 不僅鞏固了標準版中的許多優點，例如 編寫一次、隨處運行 的特性、方便存取數據庫的 JDBC API、 CORBA 技術以及能夠在 Internet 應用中保護數據的安全模式等等，同時還提供了對 EJB、 Java Servlets、 JSP、 JMX 以及 XML技術的全面支持。 J2EE 體系結構提供中間層集成框架用來滿足需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統一的開發平臺， J2EE 降低了開發多層應用的費用和復雜性，同時提供對現有應用程序集 成強有力支持，增強了安全機制，提高了性能。 . J2EE的優勢 J2EE 為搭建具有可伸縮性、靈活性、易維護性的業務系統提供了良好的機制。 在 XX 市 政府門戶網站 的運營、發展中，保護現有的信息化的投資，而不是重新制定全盤方案是很重要的。這樣，一個以漸進的方式建立在已有系統之上的服務器端平臺機制是 XX 市 政府門戶網站 建設所需要的。 J2EE 架構可以充分利 33 用原有的硬件、軟件、應用系統的投資。這是因為 J2EE 擁有廣泛的業界支持和一些重要的軟件廠商的參與。由于基于 J2EE 平臺的產品幾乎能夠在任何操作系統和硬件配置上運行，現有的 操作系統和硬件也能被保留使用。 2、支持異構環境： J2EE 能夠開發部署在異構環境中的可移植程序。基于 J2EE 的應用程序不依賴任何特定操作系統、中間件、硬件。因此設計合理的基于 J2EE 的程序只需開發一次就可部署到各種平臺。這在典型的異構計算環境中是十分關鍵的。 J2EE標準也允許使用與 J2EE 兼容的第三方的現成組件，把它們部署到異構環境中，節省了由自己制訂整個方案所需的費用。 3、可伸縮性：基于 J2EE 平臺的應用程序可被部署到各種操作系統上，為消除系統中的瓶頸，允許多臺服務器集成部署，實現可高度伸縮的系統，滿足未 來業務系統的需要。 4、穩定的可用性： 一個服務器端平臺必須能全天候運轉以滿足業務運行的需要。將 J2EE 部署到可靠的操作環境中，將支持長期的可用性。 5、強大的應用集成能力： J2EE 框架中的多種技術提供了應用集成的手段，如 XML、 JMS、 RMI/IIOP、 JCA，從數據級、組件級、應用級等層次支持企業應用的集成。 . J2EE的四層模型 J2EE 使用多層的分布式應用模型。應用邏輯按功能劃分為組件，各個應用組件可以根據它們所在的層分布在不同的機器上。事實上， Sun 設計 J2EE 的初衷正是為了解決兩層模式（ client/server）的弊端，現在 J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層，以下是 J2EE 典型的四層結構： 運行在客戶端機器上的客戶層組件 運行在 J2EE 服務器上的 Web 層組件 運行在 J2EE 服務器上的業務邏輯層組件 運行在數據源服務器上的數據源引擎層軟件 34 J2EE 規范中定義了以下的 J2EE 組件： 客戶層組件：應用客戶端程序、 Applets Web 層組件： JSP 頁面或 Servlets。 正如下圖所示的客戶層那樣， web 層可能包含某些 JavaBean 對象來處理用戶輸入，并把輸入發送給運行在業務層上的 Enterprise Bean 來進行處理。 業務層組件 Enterprise JavaBeans（ EJB）是業務層組件。業務層代碼的邏輯用來滿足具體業務系統的需要，由運行在業務層上的 EJB 進行處理。下圖表明了一個 EJB 是如何從客戶端程序接收數據，進行處理，并發送到 EIS 層儲存的，這個過程也可以逆向進行。 35 數據源系統層是實現 數據的存儲、讀取和處理的引擎。 . J2EE的結構 這種基于組件，具有平臺無關性的 J2EE 結構使得開發效率得到提高，因為業務邏輯被封裝成可復用的組件，并且 J2EE 服務器以容器的形式為所有的組件類型提供后臺服務。而開發者可以不關心這些服務，可以集中精力解決手頭的業務問題。 1、 容器和服務 容器設置定制了 J2EE 服務器所提供得內在支持，包括安全，事務管理， JNDI（ Java Naming and Directory Interface）尋址，遠程連接等服務，以下是最重要的幾種服務： J2EE 安全（ Security）模型可以讓開發者配置 Web 組件或 Enterprise Bean，這樣只有被授權的用戶才能訪問系統資源。 J2EE 事務管理（ Transaction Management）模型可以讓開發者指定組成一個事務中所有方法間的關系，這樣一個事務中的所有方法被當成一個單一的單元，而有容器自動管理事務性。 JNDI 尋址（ JNDI Lookup）服務為命名和目錄服務提供了一個統一的接口，這樣應用程序組件可以訪問名字和目錄服務。 J2EE 遠程連接（ Remote Client Connectivity）模型管理客戶 端和 Enterprise Bean 間的低層交互。當一個 Enterprise Bean 創建后，一個客戶端可以調用它的方法就象和客戶端位于同一虛擬機上一樣。 數據庫連接池（ Database Connection Pooling）模型是一個有價值的資源。獲取數據庫連接是一項耗時的工作，而且連接數非常有限。容器通過連接 36 池來解決這些問題。 Enterprise Bean 可從池中迅速獲取連接。在 Bean 釋放連接之可為其他 Bean 使用。 J2EE 應用組件可以安裝部署到以下幾種容器中去： EJB 容器管理所有 J2EE 應用 程序中企業級 Bean 的執行。 Enterprise Bean 和它們的容器運行在 J2EE 服務器上 Web 容器管理所有 J2EE 應用程序中 JSP 頁面和 Servlet 組件的執行。Web 組件和它們的容器運行在 J2EE 服務器上 應用程序客戶端容器管理所有 J2EE 應用程序中應用程序客戶端組件的執行。應用程序客戶端和它們的容器運行在 J2EE 服務器上 Applet 容器是運行在客戶端機器上的 web 瀏覽器和 Java Applet 插件的結合。 . J2EE的核心 API與組件 J2EE 平臺由一整套服務（ Services）、應用程序接口（ APIs）和協議構成，它對開發基于 Web 的多層應用提供了功能支持。 JDBC（ Java Database Connectivity）： JDBC API 為訪問不同的數據庫提供了一種統一的途徑， JDBC 對開發者屏蔽了數據訪問的細節問題，對數據庫的訪問也具有平臺無關性。 JNDI（ Java Name and Directory Interface）： JNDI API 被用于執行名字和目錄服務。它提供了一致的模型來存取和操作 37 企業級的資源如 DNS 和 LDAP，本地文件系統，或應用服務器中的對象。 EJB（ Enterprise JavaBean）： EJB 提供了一個框架來開發和實施分布式業務邏輯，顯著地簡化了具有可伸縮性和高度復雜的企業級應用的開發。 EJB 規范定義了 EJB 組件在何時如何與它們的容器進行交互作用。容器負責提供公用的服務，例如目錄服務、事務管理、安全性、資源緩沖池以及容錯性。 RMI（ Remote Method Invoke）： RMI 協議是調用遠程對象的方法，它使用了序列化方式在客戶端和服務器端傳遞數據。 Java IDL/CORBA： 在 Java IDL 的支持下，開發人員可以將 Java 和 CORBA 集成在一起。可以創建 Java 對象并使之可在 CORBA ORB 中展開，還可以創建 Java 類并作為和其它 ORB 一起展開的 CORBA 對象的客戶。通過 CORBA， Java 可以被用于新的應用和舊有系統相集成。 JSP（ Java Server Pages）： JSP 頁面由 HTML 代碼和嵌入其中的 Java 代碼所組成。服務器 在頁面被客戶端所請求以后對這些 Java 代碼進行處理，然后將生成的 HTML 頁面返回給客戶端的瀏覽器。 Java Servlet： Servlet 是一種小型的 Java 程序，它擴展了 Web 服務器的功能。作為一種服務器端的應用，當被請求時開始執行。 Servlet 提供的功能大多與 JSP 類似，不過實現的方式不同。 JSP 通常是大多數 HTML 代碼中嵌入少量的 Java 代碼，而Servlets 全部由 Java 寫成并且生成 HTML。 XML（ Extensible Markup Language）： XML 是一種可以用來定義其它標 記語言的語言。它被用來在不同的業務過程中共享數據。 XML 的發展和 Java 是相互獨立的，但是，它和 Java 具有的相同目標正是平臺獨立性。通過將 Java 和 XML 的組合，您可以得到一個完美的具有平臺獨立性的解決方案。 JMS（ Java Message Service）： JMS 是用于和面向消息的中間件相互通信的應用程序接口（ API）。它既支 38 持點對點的域，有支持發布 /訂閱（ Publish/Subscribe）類型的域，并且提供對下列類型的支持：經認可的消息傳遞，事務型消息的傳遞，一致性消息和具有持久性的訂閱者支持 。 JMS 同時提供了另一種方式來進行應用與舊有的后臺系統的集成。 JTA（ Java Transaction Architecture）： JTA 定義了一種標準的 API，應用系統由此可以訪問各種事務監控。 JTS（ Java Transaction Service）： JTS 是 CORBA OTS 事務監控的基本的實現。 JTS 規定了事務管理器的實現方式。該事務管理器是在高層支持 Java Transaction API （ JTA）規范，并且在較底層實現 OMG OTS specification 的 Java 映像。 JTS 事務管理器為應用服務器、資源管理器、獨立的應用以及通信資源管理器提供了事務服務。 JavaMail： JavaMail 是用于存取郵件服務器的 API，提供了一套郵件服務器的抽象類，支持 SMTP 服務器和 IMAP 服務器。 JTA（ JavaBeans Activation Framework）： JavaMail 利用 JAF 來處理 MIME 編碼的郵件附件。 MIME 的字節流可以被轉換成 Java 對象，或者轉換自 Java 對象。 JCA（ J2EE Connector Architecture）： JCA 是一個應用集成的框 架，提供與舊有遺留系統之間的連接 JAAS（ Java Authentication and Authorization service）： 提供訪問控制等安全服務 JAXP（ Java XML APIs）： JAXP 用于 XML 處理的 Java API，提供 XML 語法分析 /綁定服務。 39 J 2 E E 基 本 框 架應 用 服 務消 息J a v a M a i lJ M S服 務J D B C J C AJ N D I J A A SJ T A J A X P通 訊R M IR M I - I I O P業 務 邏 輯E J B 容 器E n t i t yB e a nS e s s i o nB e a nM e s s a g eD r i v e nB e a n表 示 層 邏 輯W e b 容 器J S P S e r v l e tH T M L /X M L 4.3.2. 基于 J2EE 的應用集成關鍵技術 . 應用服務器 應用服務器（ Application Server）是一個支持企業級、多層次和完全分布式的 Web 應用系統的平臺，向企業級用戶提供了設計、開發、部署、運行和管理Web 應用系統的支撐框 架，可以幫助企業架構一個基于 Internet 的，并且擁有極高的穩定性、可擴展性和安全性的應用系統。 設計 Application Server 完成底層通訊、服務，并屏蔽掉復雜的底層技術細節，向用戶提供結構簡單、功能完善的編程接口，讓用戶可以專心于業務邏輯的設計。 開發 Application Server 提供了完全開放的編程語言和應用接口，用戶可以用任何自己習慣的開發工具來工作。另外 Application Server 自己也提供快速開發的工具和手段，幫助用戶提高開發效率。 40 部署 Application Server 可以部署在任何硬件平臺、任何操作系統，而且可以分布在異構網絡中， Application Server 幫助用戶在復雜的網絡環境中配置系統參數，使系統發揮最大的性能，擁有最好的穩定可靠性。 運行 Application Server 采用的是開放技術標準，它提供了一個完整的標準實現，即提供了系統的運行環境，任何基于同樣標準的系統都能很好的運行于這個環境中。 管理 -Application Server 讓用戶通過圖形化的界面方便的管理自己的資源，而且在系統運行時也能動態監控和管理。 基于 J2EE 的應用 服務器，以 Java 技術為基礎，實現了 J2EE 規范和協議。典型的 J2EE 應用服務器有 BEA WebLogic Server、 Oracle Application Server、 IBM WebSphere 等。他們擁有以下的主要功能： 維護和管理各種客戶機（包括 Web 瀏覽器、 Applet 和應用客戶機）的應用邏輯和業務規則； 支持運行 Java Servlet、 JSP、 EJB 等服務，維護和管理服務器的應用邏輯和業務規則； 提供必要的服務支持，如通信服務、安全服務、數據庫連接服務、事務管理服務等，用于建立可靠的、可擴展 的基于 Web 的應用。 如圖 9 所示，是典型的應用服務器的體系構架。 連 接 服 務J D B CC o n n e c t o r sJ M S應 用 服 務S e r v e l t W e b S e r v i c e s通 訊H T T PS O A PR M II I O P系 統 服 務消 息 緩 存 池 集 群管 理 服 務系 統 管 理 安 全 目 錄事 務 管 理X M L J S P E J B 圖 9 J2EE 應用服務器典型體系結構 41 應用服務器擁有極強的應用集成能力，它體現在： 應用服務器支持分層的、基于組件的開發框架，能集成遵循 J2EE 框架開發的應用組件； 對 JMS 的支持，可以利用消息中間件進行數據級和應用級的集成； 對 JDBC 的支持可以實現對多種數據庫的訪問，從而能以統一的手段訪問多種數據源； 對 RMI/IIOP 的支持，實現對分布遠程對象的訪問，實現應用級的集成； 在 Java IDL/CORBA 的支持下，開發人員可以將 Java 和 CORBA 集成在一起，可以創建 Java 對象并使之可在 CORBA ORB 中展開，還可以創建 Java 類并作為和其它 ORB 一起展開的 CORBA 對象的客戶，通過 CORBA，可以實現對遺留系統的集成。 . 門戶（ Portal） Portal是一種表示層的集成技術，是基于瀏覽器的構建和部署企業門戶的軟件框架，是 Web 應用程序的簡單統一的訪問點，其目標是提供一個公共的、統一的、高易用性的用戶接口。不僅如此門戶還提供了還具有很多有價值的功能，例如安全性、智能搜索、協作和工作流，從而門戶網站可以高效安全地提供集成的內 容和應用，以及統一的協作工作環境。 門戶框架提供門戶基礎服務、個性化、交互管理、智能管理以及集成服務。基于 J2EE 的 Portal 一般是由基于開放標準的集成套件構成，支持大容量交易、業務過程管理、應用集成。 Portal 框架支持 portlet 技術， portlet 是提供 Web 資源訪問的可重用接口組件，任何 Web 頁面、應用、商務智能報表、遠程組件或其它資源都能通過 portlet 訪問，使它作為的一項服務進行個性化和管理。 門戶有三個主要目標： 優化用戶體驗：它提供一個可擴展的框架，用于和企業應用程序、內容、人員和流程的交互。自我服務特性讓最終用戶為門戶網站定制和組織他們自己的視圖，管理他們自己的檔案，發布文檔，和他們的同事共享文檔 應用整合：集成和聚合業務應用程序，使它的表示層形成統一的用戶接口，通過良好的接口訪問業務邏輯。通過門戶的方式訪問不同的應用程序，在不 42 同的集成應用程序之上，提供統一的界面，使之如同一個系統； 資源整合：集成和聚合不同類型的信息，信息源可以來自系統內部或者外部系統。多種數據源的信息收集，對于決策來說有著重要的意義。 門戶具備以下的功能和特點： 1. 多種訪問渠道：作為面向用戶的接入渠道 ，門戶支持多種接入方式，多種訪問終端。 2. 個性化設置：支持布局管理和外觀設定功能，使得門戶設計人員能夠適應任何設計風格； 可根據個人需求定制所需要的頁面內容，通過剪切、拖拉，將內容放入同一視圖，并自由調整布局；可對視窗標題、邊框、柵格、背景等版面形式自由設計；同時，為了便捷，也提供可直接應用的、適合用戶功能的視圖模板。 3. 靈活導航：門戶的體系結構支持靈活的導航系統，并可簡化門戶內通訊，使得部署門戶應用更加便利快捷；并可以對于結構化和非結構化的數據進行職能搜索 4. 內容整合：通過 Portal 可以從不 同的資源項上采集信息（包括應用系統、數據庫、內部網、互聯網以及辦公系統等常用工具），按照需要在 Portal 中將這些信息進行調整和組織。 5. 多系統協作： Portal 能夠將已建的異構分散的應用系統在不破壞原系統的情況下，集成為統一應用系統，使各系統完成相互之間協同運作。 6. 簡化開發：提供能夠簡化開發門戶基礎服務和工具，可以方便地利用管理頁面創建門戶，并通過編寫、部署 portlet 應用程序，為特定應用和內容提供功能，使得添加應用和內容的功能更加便利； 門戶不僅提供了一組基于 J2EE 的API，方便開發者對門 戶后臺的商務邏輯進行二次開發，而且提供了 JSP 頁面標簽庫和頁面風格和皮膚的定義機制，網站編輯人員可以將注意力集中在頁面設計上，而不需要了解太多的后臺調用的邏輯。 作為連接用戶與應用系統間的渠道， Portal擁有強大的應用集成能力，通過對 portlet 的支持、多連接協議的支持、外掛適配器的支持，實現對后端多種應用系統的集成，以統一、可定制的方式向用戶開展服務。門戶還提供了附加的功能如：單點登錄、安全性、 Web 內容發布、搜索、個性化、協作服務、企業應用 43 程序集成、移動設備的支持和站點分析等等， Portal的系統 框架如圖 10 所示。 頁 面 集 成 環 境風 格皮 膚標 簽 庫語言翻譯代碼轉換用 戶 授 權門 戶 用戶 權 限信 息 庫遠 程 用戶 權 限信 息服 務 運 行 環 境P o r t l e t 容 器P o r t l e t A P I交易中心搜索引擎工作流引擎服務監控管理本地Portlet遠程Portlet代理數據分析Portlet創建工具J2EEAPISJ C AJ M SW e b S e r v i c e sJ D B CE J B遠 程 企 業應 用I n t e r n e t或 者 I n t r a n e t遠 程 數據 資 源消息中心圖 10 門戶的典型系統框架 1. 頁面集成環境 門戶網站中最優化每個用戶的體驗是企業門戶的目標之一。為此目的，門戶網站服務器提供了最終用戶接口和管理的接口，用于定制門戶網站頁面的內容以及頁面的外觀和布局。有了這些工具，用戶就可以通過選擇 portlet 和定制每個 portlet 的設置來定制自己的頁面了。用戶還可以更改頁面布局和色彩模式。 定制頁面 : 用戶可以有一個或多個個性化的頁面，從主頁瀏覽每個頁面。把頁面安排到頁面組 內或場所內。每個頁面組可以自己選擇色彩主題、皮膚和頁面布局。用主題定義字體、色彩、間距和其它的可視元素；主題包括層疊樣式表、 JSP 文件和圖像。皮膚是放在 portlet 周圍的裝飾品和控件，例如，標題欄、邊界、陰影等。因為每個頁面組的外觀和感覺可以是完全不同的，所以可以用頁面組來創建運行在一個門戶網站服務器上的多個虛擬門戶網站。在一個頁面組中，每個個性化的頁面都可以有一組不同的 portlet。頁面上的 portlet 可以由最終用戶或管理員來選擇，這取決于他們對頁面的訪問權。管理員可以指定需要某些 portlet，這樣最終用戶就不能刪除或重新排列它們。還可以對頁面進行重新排列以獲得不同的導航順序 代碼轉換 ： 門戶網站服務器支持幾種不同的標記語言，這樣一來， 44 門戶就可以為多種臺式機和移動設備瀏覽器生成其可以解讀的標記語言。對于開發者來說，并不需要為每種接入設備使用的標記語言開發一套頁面。 2. 服務運行環境 portlet 是門戶的核心，它是一個完整的應用程序，符合標準的模型 -視圖 -控制器（ MVC）設計。 portlet 有多種狀態和視圖模式，還有事件和消息傳遞功能。portlet 在門戶網站服務器的 portlet 容器之中運行。 服務運行環境是門戶小程序（ portlet）的容器，類似于 Servlet 在應用程序服務器上運行。 portlet 容器提供了 portlet 初始化、使用和最后銷毀的運行時環境。portlet 依靠門戶網站的基礎結構來訪問用戶信息、參與窗口和操作事件、和其它 portlet 的通信、訪問遠程內容、查詢憑證和存儲持久數據。門戶通過小程序容器創建了門戶小程序地運行和管理的環境，形成一個組件化的、動態部署的、易管理的系統結構。 服務運行環境的為門戶小應用程序運行提供業務邏輯支持，它主要由交易中心、工 作流引擎、消息中心、搜索引擎以及數據分析等核心模塊組成。通過這些中間件的支持可以有效的集成多種應用。 應用和資源整合是門戶的最為關鍵的目標，門戶的實現基于 XML 技術和J2EE企業級開發框架，門戶利用 J2EE集成框架實現遠程應用和數據資源的整合。 . XML XML，或稱為可擴展標記語言（ eXtensible Markup Language），是一種具有數據描述功能、高度結構性及可驗證性的置標語言。它由萬維網協會（ W3C）創建，用來克服 HTML 的局限。和 HTML 一樣， XML 基于 SGML 標準通用標記 語言（ Standard Generalized Markup Language）。 XML 允許用戶自行定義標記和屬性，并可以依照所定義的標記與屬性的語法來開發應用程序。可以通過標記來描述數據，或配合屬性來輔助描述數據，因此， XML 十分適合用于作為對象或標準的描述語言；并且由于可以借助驗證規則來規范一個 XML 文件的內容和結構，所以 XML 又很適合用于做 B2B 或 B2C 的數據交換格式。 XML 給基于 Web 的應用軟件賦予了強大的功能和靈活性，因此它給開發者 45 和用戶帶來了許多好處。 1. 更有意義的搜索 ：數據可被 XML 唯 一的標識。沒有 XML，搜索軟件必須了解每個數據庫是如何構建的。這實際上是不可能的，因為每個數據庫描述數據都是不同的。有了 XML，書就可以很容易以標準的方式按照作者、標題、 ISBN序號或其他的標準分類。搜索書就變得十分方便。 2. 開發靈活的 Web 應用軟件 ：數據一旦建立， XML 能被發送到其他應用軟件、對象或者中間層服務器做進一步地處理。或者它可以發送到桌面用瀏覽器瀏覽。 XML 和 HTML、腳本、公共對象模式一起為靈活的三層 Web 應用軟件的開發提供了所需的技術。 3. 不同來源數據的集成 ：現在搜索多樣的不兼容的數 據庫實際上是不可能的。 XML 能夠使不同來源的結構化的數據很容易的結合在一起。軟件代理商可以在中間層的服務器上對從后端數據庫和其他應用處來的數據進行集成。然后，數據就能被發送到客戶或其他服務器做進一步的集合、處理和分發。 4. 多種應用得到的數據 ： XML 的擴展性和靈活性允許它描述不同種類應用軟件中的數據，從描述搜集的 Web 頁到數據記錄。同時，由于基于 XML 的數據是自我描述的，數據不需要有內部描述就能被交換和處理。 5. 本地計算和處理 ： XML 格式的數據發送給客戶后，客戶可以用應用軟件解析數據并對數據進行編輯和 處理。使用者可以用不同的方法處理數據，而不僅僅是顯示它。 XML 文檔對象模式 (DOM)允許用腳本或其他編程語言處理數據。數據計算不需要回到服務器就能進行。分離使用者觀看數據的界面，使用簡單靈活開放的格式，可以給 Web 創建功能強大的應用軟件，這些軟件原來只能建立在高端數據庫上。 6. 數據的多樣顯示 ：數據發到桌面后，能夠用多種方式顯示。通過以簡單開放擴展的方式描述結果化的數據， XML 補充了 HTML，被廣泛的用來描述使用者界面。 HTML 描述數據的外觀，而 XML 描述數據本身。由于數據顯示與內容分開， XML 定義的數據 允許指定不同的顯示方式，使數據更合理地表現出來。本地的數據能夠以客戶配置、使用者選擇或其他標準決定的方式動態地表現出來。 CSS 和 XSL 為數據的顯示提供了公布的機制。 7. 粒狀的更新 ：通過 XML，數據可以粒狀的更新。每當一部分數據變化后，不需要重發整個結構化的數據。變化的元素必須從服務器發送給客戶，變化的數 46 據不需要刷新整個使用者的界面就能夠顯示出來。目前，只要一條數據變化了，整一頁都必須重建。這嚴重限制了服務器的升級性能。 XML 也允許加進其他數據，比如預測的溫度。加入的信息能夠流入存在的頁面，不需要瀏覽器發 一個新的頁面。 8. 在 Web 上發布數據 ：由于 XML 是一個開放的基于文本的格式，它可以和 HTML 一樣使用 HTTP 進行傳送，不需要對現存的網絡進行變化。 9. 升級性 ：由于 XML 徹底把標識的概念同顯示分開，處理者能夠在結構化的數據中嵌套程序化的描述以表明如何顯示數據。這是令人難以相信的強大的機制，使得客戶計算機同使用者間的交互作用盡可能的減少了，同時減少了服務器的數據交換量和瀏覽器的響應時間。另外， XML 使個人的數據只能通過更新的布告發生變化，減少了服務器的工作量，大大增強了服務器的升級性能。 10. 壓縮性 ： XML 壓縮性能很好，因為用于描述數據結構的標簽可以重復使用。 XML 數據是否要壓縮要根據應用來定，還取決于服務器與客戶間數據的傳遞量。 XML 能夠使用 HTTP1.1 中的壓縮標準。 11. 開放的標準 ： XML 基于的標準是為 Web 進行過優化的。微軟和其他一些公司以及 W3C 中的工作組正致力于確保 XML 的互用性，以及為開發人員、處理人員和不同系統和瀏覽器的使用者提供支持，并進一步發展 XML 的標準。 根據 XML 的技術特點，我們在系統集成中的下述領域強烈推薦采用 XML技術： 數據交換領域 因為不同組織（乃至同一組織的不 同部門）很少就單一工具集形成標準，所以要使應用程序相互交流需要進行大量工作。使用 XML，每個組織可以創建單一的實用程序，該實用程序將該組織的內部數據格式轉換成 XML，反之亦然。目前，由于 XML 已經成為表示結構化數據的一個工業標準，各主流軟件供應商都會提供在它們的數據庫記錄（或 LDAP 目錄等）與 XML 之間進行相互轉換的工具，所以采用 XML 會大大簡化數據交換過程的實現。 對于智能代碼的支持 因為可以使 XML 文檔結構化以標識每個非常重要的信息片段（以及這些片段之間的關系），所以可以編寫無需人工干 預就能處理這些 XML 文檔的代碼。軟件供應商花費了大量時間和金錢來構建 XML 開發工具這一事實意味著編寫那樣的代碼是相對簡單 47 的過程。 對于智能搜索的支持 盡管搜索引擎這些年在穩步改進，但從搜索中得到錯誤的結果仍很常見。如果您正在搜索包含名叫“ Chip”的人的 HTML 頁面，您可能還會找到有關功克力片、計算機芯片、木片以及許多其它無用匹配的頁面。搜索 XML 文檔查找包含文本 Chip 的 元素會給您一個好得多的結果集。 . 實施 Java鏈接器架構（ JCA） J2EE 連接器架構 (JCA)是 J2EE 標準集的重要的補充。 JCA 提供了一個將企業信息系統（ EIS）整合進入 J2EE 的標準方法。此方法定義了一套開發者能在J2EE 環境中使用的通用 API 和服務。開發 JCA 包括三個關鍵的元素：資源適配器、系統契約和通用客戶接口 (CCI， Common Client Interface)。 資源適配器是定制的 Java 程序，用來實現對特定的外部程序的連接 (無論它是一個以前遺留下來的程序，還是購買的程序 )。一個遵循 JCA 標準的資源適配器都必須支持 JCA 系統契約，以便通過連接緩沖進行性能優化并支持自動的安全 簽名。 JCA 還提供一組界面支持事務管理一個全功能的資源適配器允許連接到外部 (目標 )程序來完成以下功能： 使得目標程序能夠參與同其它應用程序和數據庫之間分布式的基于 XA的事務過程 能夠在不犧牲應用程序的安全級別的前提下掩蓋外部平臺的