【正文】 土地市場秩序取得階段性成果 □ 市環(huán)島公路北蟬至岑港段日前通過評審 □ 8 月份全市經(jīng)濟繼續(xù)保持較快發(fā)展勢頭 □ 市文化藝術中心工程建設進展順利 □ 我市又有 4 個項目列入省科技興海計劃 更多 … 網(wǎng)站摘要 建議提案 [政務動態(tài) ]文章標題 [政府采購 ]文章標題 [優(yōu)惠政策 ]文章標題 [旅游線路 ]文章標題 [社區(qū)服務 ]文章標題 全部 … 進言獻策 投訴舉報 網(wǎng)站全文檢索 關鍵字 檢 索 政府公告： XX 市 人民政府網(wǎng)站正式改版 采用滾動文字表現(xiàn) XX 市 黃頁 辦事 咨詢 窗口 設計時可以將此塊設計為一窗口形式 便民檢索 ?醫(yī)保 、公積金、養(yǎng)老保險等查詢 文化教育 學校 資訊 新書 科普 更多 … 醫(yī)療 保健 醫(yī)療機構 專家門診 特色醫(yī)療 零售藥店 職業(yè)介紹 職介機構 求職資訊 政策咨詢 休閑娛樂 ?吃 住 行 娛 購 游 咨詢窗口 辦事指南 人 口戶籍 衛(wèi)生婚育 勞動就業(yè) 人才教育 工商稅收 司法公安 質量消費 社會保障 城市建設 出國手續(xù) 文化體育 科技發(fā)展 城市管理 經(jīng)濟建設 綜 合 滾動字幕 最新動態(tài)或者內容。 2) 簡繁體轉換 系統(tǒng) 簡繁體轉換系統(tǒng)是一種在線簡繁體實時轉換系統(tǒng)，可以很方便的將簡體網(wǎng)站轉換成繁體網(wǎng)站而無須人工干預。 第 4 章 系統(tǒng)架構設計 XX 市 政府門戶網(wǎng)站項目是一個復雜的系統(tǒng)工程，涉及到技術、管理、風險控制、運行維護等多方面的工作。 XX 市 信息化工作進展快速，現(xiàn)在部分機關單位已建設有網(wǎng)站，并結合本身業(yè)務建立了部分業(yè)務系統(tǒng)。因此 XX 市 政府門戶建設范圍不只局限于網(wǎng)站本身，還要兼顧對其他系統(tǒng)的集成，以及對后期應用擴展的接口。 22 . 應用集成的 概念 應用集成 不是一種專門的技術（如企業(yè)應用集成 EAI）。 我們所說的應用集成應該是從項目的全局出發(fā)對項目的 全面集成， 結合 XX市 政府門戶網(wǎng)站項目我們只考慮應用集成架構。 b) 接口：根據(jù) 應用子系統(tǒng) 的工作結果確定子系統(tǒng)之間的相互通信 /調用接口 c) 標準：根據(jù) 應用子系統(tǒng) 的工作結 果確定子系統(tǒng)之間相互通信時應該采用的數(shù)據(jù)格式 d) 開發(fā)規(guī)范：所有開發(fā)商 （可能的后期擴展功能的開發(fā)商） 應該統(tǒng)一采用的開發(fā)語言風格，文檔范圍、格式與內容等規(guī)定 5) 必要的核心應用的開發(fā)：例如大型網(wǎng)站系統(tǒng)的門戶站點、統(tǒng)一用戶管理、身份認證等系統(tǒng) 6) 過程結果的集成與測試：根據(jù)項目計劃，按照約定的方式（固定時間間隔或者按里程碑）獲得各 應用系統(tǒng) 的開發(fā)過程結果，對其進行統(tǒng)一的“配置管理”，然后將過程結果集成為統(tǒng)一系統(tǒng)，對集成后的系統(tǒng)進行測試，將測試結果反饋 7) 系統(tǒng)聯(lián)調：根據(jù)項目計劃，獲得各 應用系統(tǒng) 的開發(fā)結果， 然后將結果集成為統(tǒng)一系統(tǒng)，對集成后的系統(tǒng)進行測試，將測試結果反饋，將反饋結果再次測試，逐步調試直到系統(tǒng)穩(wěn)定 8) 系統(tǒng)試運行：解決試運行中遇到的問題，迎接系統(tǒng)正式運行 9) 正式運行 23 . 應用集成架構 經(jīng)過需求分析，確定網(wǎng)站的體系架構就成為應用集成工作的一個重要方面。 應用集成 包括以下幾種常用方式。它采用超鏈接技術進行網(wǎng)站應用集成， 特別適合于綜合門戶網(wǎng)站的運營。為了提高運行效率，節(jié)約 IP 資源，通常還需要在網(wǎng)站群內部建設一個 DNS， 24 把外部域名映射成內部網(wǎng)絡的 IP 地址。 從管理上看，由于各分站點相對獨立，可以安排相應的專業(yè)人員專注于相關領域的內容建設和運營管理，在網(wǎng)站建設的初期可以調動人員積極性，迅速擴大網(wǎng)站的運營規(guī)模，在網(wǎng)站穩(wěn)定運行期間也可以在清楚劃分職責關系的基礎上提高網(wǎng)站運作效率。 另一方面，由于對于網(wǎng)站功能的劃分過于粗放，所采用的技術也比較陳舊，因而主站點 分站點群架構也存在許多不足之處： 1) 靜態(tài)的資源分配模式導致資 源浪費嚴重：各分站點都有自己的獨立的軟硬件平臺，有的負載較輕，有的負載較重，資源之間沒有有效的共享機制，浪費嚴重。應用系統(tǒng)之間的信息共享需要復雜而封閉的設計，很難實現(xiàn)順暢的通信。 4) 網(wǎng)站群的安全保障體系復雜，管理和維護困難 要解決主站點 分站點群架構存在的諸多不足，需要開展兩個方面的工作： 1) 管理上加強整體意識，從實現(xiàn)統(tǒng)一的業(yè)務目標入手對建設進程、技術體系以及運營管理體系進行統(tǒng)一的安排，避免各自為站的現(xiàn)象 2) 技術上引入新的設計思想和技術手段： a) 采用分布式對象組件技術，在保留各應用相對獨立性的同時加強應用之間的相互協(xié)作 b) 采用 XML、 Web Services 以及消息機制等技術加強應用之間信息交換的 25 能力 . 基于分布式對象組件技術的網(wǎng)站架構 已 部 署 組 件組 件 容 器 （ 由 應 用 服 務 器 提 供 ）待 部 署 組 件應 用 服 務 器（ 中 間 件 ）W e b 服 務 器數(shù) 據(jù) 庫 服務 器訪 問 者 圖 5 分布式對象組件技 術 組件是一種特殊的軟件模塊，它封裝了特定功能的應用邏輯和相關數(shù)據(jù)，并且能夠象機械零件一樣被裝配到特定組件框架中，也可以隨時用更新的組件替換舊的組件，就像磨損的機械零件被新零件替換一樣。組件也可以和腳本語言連接或者與從代碼級訪問組件的環(huán)境連接，這 個特性使得軟件組件可以在非可視化開發(fā)項目中使用 26 4) 連接機制：組件必須能產(chǎn)生事件或者具有讓程序員從語義上實現(xiàn)相互連接的其他機制。 分布式對象組件是組件技術與分布式對象體系技術的結合，分布式對象組件將被部署到分布式對象組件容器中。目前大型網(wǎng)站系統(tǒng)的組件容器基本上都由支持 J2EE 或 或 CORBA 等分布式對象體系的應用服務器提供。 分布式對象組件技術為大型網(wǎng)站的應用集成工作奠定了技術基礎： 1) 應用的開發(fā)環(huán)境與運行環(huán)境實現(xiàn)了分離：按照統(tǒng)一的分布式對象技術規(guī)范開發(fā)的組件，都可以不經(jīng)過修改部署到運行環(huán)境中來 2) 通過把各子系統(tǒng)表示為按照統(tǒng)一的分布式對象技術規(guī)范設計的組件或組件集，各子系統(tǒng)可以分配給 不同的開發(fā)商開發(fā)，最后集成到運行環(huán)境中 3) 由于組件的高度封裝特性，系統(tǒng)具有充分的靈活性，可以在不影響系統(tǒng)其它部分的情況下對某個組件進行修改和升級，使系統(tǒng)總體上具有較高的可擴展性 4) 組件的運行環(huán)境 —— 應用服務器對組件屏蔽了底層系統(tǒng)的復雜性，使底層各種軟硬件系統(tǒng)之間的集成具備一致的方式，整個系統(tǒng)的伸縮性大大增強 基于分布式對象組件體系的網(wǎng)站，其經(jīng)過集成之后的應用系統(tǒng)如圖 6 所示： 27 子 系 統(tǒng) A相 關 組 件公 共 組 件 公 共 組 件子 系 統(tǒng) A相 關 組 件子 系 統(tǒng) A相 關 組 件應 用 服 務 器（ 中 間 件 ）數(shù) 據(jù) 庫 服務 器訪 問 者提出訪問請求子 系 統(tǒng) B相 關 組 件子 系 統(tǒng) B相 關 組 件子 系 統(tǒng) B相 關 組 件欄 目 A欄 目 B首 頁 圖 6 基于分布式對象組件體系的網(wǎng)站應用系統(tǒng) 基于分布式對象組件體系的網(wǎng)站應用系統(tǒng)主要由組件構成，某些功能相關的組件結合 在一起，形成某種子系統(tǒng)。 有一些組件的功能被所有應用子系統(tǒng)共享，這些組件構成網(wǎng)站應用系統(tǒng)的公共組件，一般由應用集成商開發(fā)并提供給各子系統(tǒng)開發(fā)商使用。 2) 通過分布式對象體系使得整個應用系統(tǒng)具有統(tǒng)一的框架和軟硬件基礎平臺，組件之間按照國際標準或工業(yè)標準進行集成，應用集成的技術難度大大降低 3) 負載可以在不同組件和服務器之間動態(tài)均衡，資源的利用率大幅度提高 4) 通過服務器群集技術以及其它動態(tài)負載均衡技術使系統(tǒng)所有組件都具備強大的訪問支持能力和高度的伸縮性 5) 統(tǒng)一的軟硬件平臺和網(wǎng)站應用系統(tǒng)為建立穩(wěn)定可靠，易于管理和維護的 28 安全保障體系提供了堅實基礎 由于上述特點，基于分布式對象組件體系的網(wǎng)站架構是目前主流的網(wǎng)站系統(tǒng)架構，也是網(wǎng)站應用 集成工作中的主流設計框架與主流開發(fā)方式。 Web Services 是分布式對象組件技術在 Inter 中的延伸，是封裝成單個實體且發(fā)布到網(wǎng)絡上以供其它網(wǎng)絡程序使用的功能集合，從本質上講是放置于 Web站點上的可重用軟件構件。它的出現(xiàn)標志著應用程序的開發(fā)已經(jīng)進入了新的歷史階段。在 Web Services 的體系中，應用系統(tǒng)被分割為高內聚、松耦合的單個的服務，可以通過 Web 被調用和訪問。通過利用這些標準協(xié)議， Web Services 使不同的 Web 應用之間可以通過Inter/Intra 進行應用的協(xié)同，形成有機的整體。簡單地說， Web 服務提供者就是 Web 服務的擁有者，它耐心等待為其他服務和用戶提供自己已有的功能；Web 服務請求者就是 Web 服務功能的使用者，它利用 SOAP 消息向 Web 服務提供者發(fā)送請求以獲得服務 。這三個 29 角色是根據(jù)邏輯關系劃分的，在實際應用中，角色之間很可能有交叉：一個 Web服務既可以是 Web 服務提供者，也可以是 Web 服務請求者，或者二者兼而有之?！敖壎ā眲t是在提供者與請求者之間建立某種聯(lián)系。 30 . Web Services技術與網(wǎng)站架構 Web Services 技術具有下列優(yōu)點： 1) 松散耦合： SOAP 是面向消息的，消息的格式為 XML，這就確保了連接的兩端能正確地理解消息的內容。 2) 實時整合： WEB 服務的協(xié)作在系統(tǒng)運行時實時綁定。服務的動態(tài)搜索、綁定和面向消息的服務連接 使 WEB 應用程序實時整合。 3) 通過封裝減少復雜性：系統(tǒng)中任何對象、組件對外都封裝成由 WSDL 描述的服務，屏蔽了業(yè)務邏輯的復雜性、開發(fā)平臺的異構性、后臺技術的多樣性；同時能在運行時替換服務的后臺實現(xiàn)，增加了靈活性。 5) 向下兼容性：現(xiàn)有的 WEB 應用程序在面向服務的體系結構相當于服務提供方的角色，因而對現(xiàn)有的模塊接口用 WSDL 進行封裝，并在 WEB 服務器與后臺實現(xiàn)之間設置中間件，該中間件負責建立 SOAP 請求與后臺實現(xiàn)之間的通道；最后把服務的描述在互聯(lián)網(wǎng)上發(fā)布，就能實現(xiàn)向新系統(tǒng)的轉變，有效保護已有資源。 6) 互操作性：依靠 SOAP（簡單對象存取協(xié)議），任何 Web 服務都可以與其它 Web 服務進行交互，避免了在 CORBA、 DCOM 和 J2EE 等規(guī)定的相關協(xié)議之間轉換的麻煩。 7) 普遍性： Web 服務使用 HTTP 和 XML 進行通信。 8) 低進入屏障： Web 服務背后的概念易于理解，并且來自 IBM 和微軟這樣的供應商的免費工具箱能夠讓開發(fā)者快速創(chuàng)建和部署 Web 服務。 9) 行業(yè)支持：所有主要的供應商都支持 SOAP 和周邊 Web 服務技術。 Web Services 的這些優(yōu)點對于新一代大型網(wǎng)站的架構產(chǎn)生了重要的影響，主要表現(xiàn)在： 網(wǎng)站同時提供兩種交互界面：在通過 Web 頁面提供信息服務以及人工交互功能的同時，也一般要提供 Web Services，使企業(yè)或個人的應用系統(tǒng)也能與網(wǎng)站進行自動交互 簡化了應用集成的過程：網(wǎng)站內部的異構應用系統(tǒng)可以通過互相提 供Web Service 接口實現(xiàn)協(xié)作和信息交換，使應用集成的過程大為簡化 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 網(wǎng)站內部異構應用系統(tǒng)通過 Web Services 集成 網(wǎng)站應用架構中引入 Web Services 技術可以帶來許多好處，但 Web Services也不是萬能的，至少在下列兩個方面并不適合采用 Web Services： 1) 本機應用程序間的通信：與本機上的其它程序通信，最好不要用 Web Service，只要用本地的 API 就可以了，運行在同一臺服務器上的服務器軟件也是這樣。 2) 同構應用程序：同構（具有相同分布式對象組件框架）應用程序之間的通信，采用分布式對象組件體系自身的協(xié)議進行通信，性能要高得多，而且可以充分利用底層軟硬件平臺的資源。 J2EE 技術的基礎就是核心 Java 平臺或 Java 2 平臺的標準版， J2EE 不僅鞏固了標準版中的許多優(yōu)點，例如 編寫一次、隨處運行 的特性、方便存取數(shù)據(jù)庫的 JDBC API、 CORBA 技術以及能夠在 Inter 應用中保護數(shù)據(jù)的安全模式等等，同時還提供了對 EJB、 Java Servlets、 JSP、 JMX 以及 XML技術的