智慧撫河信息化工程解決方案V0.docx

智慧撫河信息化工程解決方案武漢XXXX科技有限公司2016年10月目錄1. 項(xiàng)目背景41.1. 概述41.2. 現(xiàn)狀以及國(guó)家政策41.2.1. 現(xiàn)狀分析41.2.2. 國(guó)家出臺(tái)的政策法規(guī)及標(biāo)準(zhǔn)61.3. 建設(shè)目標(biāo)&設(shè)計(jì)思路61.3.1. 建設(shè)目標(biāo)61.3.2. 設(shè)計(jì)思路72. 總體規(guī)劃82.1. 整體架構(gòu)與流程82.2. 建設(shè)標(biāo)準(zhǔn)與規(guī)范102.3. 項(xiàng)目建設(shè)原則112.4. 項(xiàng)目關(guān)鍵技術(shù)介紹122.4.1. J2EE關(guān)鍵技術(shù)122.4.2. Spring Framework框架152.4.3. MVC設(shè)計(jì)模式192.4.4. AJAX技術(shù)213. 解決方案233.1. 智慧撫河信息化平臺(tái)建設(shè)233.1.1. 地理信息可視化子系統(tǒng)233.1.2. 巡查與管護(hù)支撐子系統(tǒng)243.1.3. 水質(zhì)監(jiān)測(cè)子系統(tǒng)253.1.4. 視頻監(jiān)控與智能分析子系統(tǒng)263.1.5. 防汛抗旱指揮決策子系統(tǒng)273.1.6. 水資源管理子系統(tǒng)283.1.7. 水工建筑物智能調(diào)度子系統(tǒng)303.1.8. 水安全智能分析子系統(tǒng)303.1.9. 旅游公共服務(wù)及應(yīng)急預(yù)警子系統(tǒng)313.1.10. 城市內(nèi)澇及擁堵信息警示子系統(tǒng)323.1.11. “智慧河長(zhǎng)”電子政務(wù)子系統(tǒng)333.2. 智慧撫河信息化平臺(tái)支撐系統(tǒng)建設(shè)353.2.1. 基礎(chǔ)通信網(wǎng)絡(luò)系統(tǒng)建設(shè)353.2.2. 物聯(lián)感知系統(tǒng)建設(shè)403.2.3. 數(shù)據(jù)中心系統(tǒng)庫(kù)建設(shè)413.2.4. 其他網(wǎng)絡(luò)系統(tǒng)建設(shè)413.2.5. 基礎(chǔ)設(shè)施設(shè)備系統(tǒng)建設(shè)423.2.6. 水生態(tài)信息化標(biāo)準(zhǔn)體系建設(shè)434. 系統(tǒng)特點(diǎn)434.1. 項(xiàng)目建設(shè)特點(diǎn)434.1.1. 電機(jī)控制過(guò)載保護(hù)功能434.1.2. 斷網(wǎng)續(xù)傳功能434.1.3. 設(shè)備擴(kuò)展維護(hù)方便434.1.4. 靈活的數(shù)據(jù)監(jiān)測(cè)444.1.5. 水質(zhì)檢測(cè)確保安全用水444.2. 技術(shù)開(kāi)發(fā)特點(diǎn)444.2.1. JAVA平臺(tái)跨平臺(tái)性444.2.2. 可靠性和安全性444.2.3. 適合分布式計(jì)算環(huán)境444.2.4. 采用具有高開(kāi)放性和穩(wěn)定性的數(shù)據(jù)庫(kù)444.2.5. 可伸縮性，并行性以及安全性454.2.6. B/S結(jié)構(gòu)的優(yōu)點(diǎn)分析451. 項(xiàng)目背景 1.1. 概述隨著計(jì)算機(jī)信息技術(shù)和網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，人類經(jīng)濟(jì)社會(huì)已大步邁向信息時(shí)代，數(shù)字地球、智慧地球、智慧城市等一系列先進(jìn)的技術(shù)理念相繼產(chǎn)生，以信息技術(shù)為核心，實(shí)現(xiàn)水利的信息化也成為水利事業(yè)改革發(fā)展的大勢(shì)所趨，智慧水利、智慧流域應(yīng)運(yùn)而生，為水問(wèn)題提供了信息化的智慧解決方案。江西省水利信息化發(fā)展“十三五”規(guī)劃中明確水利信息化是推動(dòng)我省水利現(xiàn)代化的重要抓手，在水利改革發(fā)展中具有重要的意義?！笆濉逼陂g，我省水利信息化發(fā)展要以“面向水利、服務(wù)行業(yè)、兼顧公眾服務(wù)”為目標(biāo)，充分應(yīng)用物聯(lián)網(wǎng)、移動(dòng)互聯(lián)、大數(shù)據(jù)、云計(jì)算等新興信息技術(shù)，不斷夯實(shí)信息化基礎(chǔ)設(shè)施和完善保障體系，加強(qiáng)信息資源的整合與共享，完善水利業(yè)務(wù)應(yīng)用系統(tǒng)功能和建設(shè)覆蓋全市的信息化基礎(chǔ)設(shè)施，實(shí)現(xiàn)水利事業(yè)和城市發(fā)展向數(shù)字化、智能化、智慧化的轉(zhuǎn)變。智慧撫河信息化工程以LPWAN物聯(lián)網(wǎng)基礎(chǔ)建設(shè)為核心，通過(guò)建設(shè)專門針對(duì)撫河的集防汛抗旱決策支持、河長(zhǎng)制綜合管理工作、水工樞紐調(diào)度、水資源管理調(diào)度、撫河宣傳報(bào)道、旅游服務(wù)、交通服務(wù)等業(yè)務(wù)系統(tǒng)的綜合性平臺(tái)，通過(guò)數(shù)據(jù)收集平臺(tái)匯集水雨情、氣象、水利樞紐、防洪工程、防汛抗旱等相關(guān)信息，反映水生態(tài)整治工程動(dòng)態(tài)，補(bǔ)充現(xiàn)有防汛系統(tǒng)預(yù)測(cè)預(yù)報(bào)功能，匯聚水資源調(diào)配、水（質(zhì)）環(huán)境監(jiān)測(cè)預(yù)警，關(guān)聯(lián)河長(zhǎng)制管理涉及的交通、旅游大數(shù)據(jù)分析，形成以撫河為脈的智慧撫河可視化綜合會(huì)商系統(tǒng)平臺(tái)。1.2. 現(xiàn)狀以及國(guó)家政策1.2.1. 現(xiàn)狀分析隨著我省“河長(zhǎng)制”管理模式的開(kāi)啟，以及對(duì)防汛抗旱工作高度重視，撫州市通過(guò)水利工程除險(xiǎn)加固、中小河流監(jiān)測(cè)、山洪災(zāi)害防治等項(xiàng)目的實(shí)施，防汛抗旱工作水平得到提高，建立了撫州市防汛抗旱決策支持系統(tǒng)、水利監(jiān)控平臺(tái)、江西省洪澇災(zāi)害信息服務(wù)系統(tǒng)、城區(qū)排澇站視頻監(jiān)控系統(tǒng)等。但以信息化的手段完善撫河的綜合管理與保護(hù)工作仍十分迫切，為撫州智慧城市建設(shè)支撐力度上稍顯薄弱，具體表現(xiàn)在以下幾個(gè)方面：1. 基礎(chǔ)設(shè)施建設(shè)不均衡，整合力度不夠受項(xiàng)目投資來(lái)源不同影響，撫河水利信息化基礎(chǔ)設(shè)施區(qū)域發(fā)展尚不平衡。在信息采集方面，分屬各業(yè)務(wù)系統(tǒng)的信息采集點(diǎn)內(nèi)容單一、相互獨(dú)立，時(shí)間空間布局存在部分交叉又或空白，移動(dòng)采集能力不足，工情信息采集相對(duì)滯后，采集網(wǎng)絡(luò)整合力度不夠，尚未形成采集多元、布局合理、手段互補(bǔ)、業(yè)務(wù)共享的智能感知信息采集綜合體系；在通信網(wǎng)絡(luò)建設(shè)上，網(wǎng)絡(luò)覆蓋和整合程度不夠，移動(dòng)互聯(lián)能力不足，滿足水利特殊需求的專用網(wǎng)絡(luò)仍需完善，網(wǎng)絡(luò)安全體系不夠完善，尚未形成結(jié)構(gòu)優(yōu)化、靈活接入、安全可靠的泛在先進(jìn)水利網(wǎng)絡(luò)體系；網(wǎng)絡(luò)資源共享 程度不高，全系統(tǒng)適應(yīng)業(yè)務(wù)發(fā)展能力仍然不足，尚未形成功能互補(bǔ)、資源共享的基礎(chǔ)設(shè)施平臺(tái)。2. 信息資源共享不充分，管控力度不夠 水利信息資源分散局面仍未打破，缺乏統(tǒng)一的信息資源管控，信息孤島依然存在、數(shù)字鴻溝持續(xù)擴(kuò)大，嚴(yán)重影響了水利業(yè)務(wù)協(xié)同。數(shù)據(jù)來(lái)源多且不統(tǒng)一，數(shù)據(jù)權(quán)威性不夠，事關(guān)全局的信息資源得不到及時(shí)的共享利用，信息資源規(guī)劃力度不夠，尚未形成服務(wù)全局的信息資源服務(wù)體系，缺少大數(shù)據(jù)處理能力，信息資源的開(kāi)發(fā)利用程度不夠，嚴(yán)重影響了綜合決策能力的提升。3. 業(yè)務(wù)技術(shù)融合度不深，業(yè)務(wù)協(xié)同不夠 在“金水工程”帶動(dòng)下，水利業(yè)務(wù)應(yīng)用取得顯著成績(jī)，信息化應(yīng)用基本覆蓋了水利業(yè)務(wù)，但重業(yè)務(wù)輕管理局面尚未扭轉(zhuǎn)，對(duì)加強(qiáng)水利管理的支撐力度不夠，與業(yè)務(wù)活動(dòng)的深入結(jié)合程度不一，已建和部分在建的水利信息化系統(tǒng)，普遍重基本業(yè)務(wù)處理需求，在適應(yīng)信息資源開(kāi)發(fā)利用等方面考慮不夠，跨部門跨區(qū)域應(yīng)用間的協(xié)同不足，面向全局的數(shù)據(jù)分析、決策支持能力仍然不足，水利于信息化建設(shè)的整體優(yōu)勢(shì)和規(guī)模效益充分發(fā)揮，不能有力支撐水治理和管理能力的提升。4. 保障環(huán)境體系不健全，安防能力不足 在統(tǒng)籌資源管理方面的制度仍需完善，保障整合共享的技術(shù)規(guī)范還很缺乏。同時(shí)，隨著網(wǎng)絡(luò)覆蓋面的擴(kuò)大和業(yè)務(wù)應(yīng)用的增加，全系統(tǒng)的網(wǎng)絡(luò)安全隱患凸顯，應(yīng)用安全仍然存在漏洞，缺少內(nèi)容及安全管理，與國(guó)家網(wǎng)絡(luò)安全要求仍有差距。專職人員數(shù)量與質(zhì)量有待提高；運(yùn)行維護(hù)體系不完善，運(yùn)行維護(hù)經(jīng)費(fèi)落實(shí)不到位，信息化資源效益不能得到及時(shí)發(fā)揮，不能有效保障水利信息化更好更快發(fā)展。1.2.2. 國(guó)家出臺(tái)的政策法規(guī)及標(biāo)準(zhǔn) 在“十二五”期間，中央出臺(tái)了關(guān)于加快水利改革發(fā)展的決定，召開(kāi)了中央水利工作會(huì)議。習(xí)近平總書(shū)記就保障國(guó)家水安全發(fā)表重要講話，明確了“節(jié)水優(yōu)先、空間均衡、系統(tǒng)治理、兩手發(fā)力”的新時(shí)期水利工作方針。國(guó)務(wù)院出臺(tái)關(guān)于實(shí)行最嚴(yán)格水資源管理制度的意見(jiàn)，作出加快推進(jìn)節(jié)水供水重大水利工程建設(shè)的決策部署，制定了水污染防治行動(dòng)計(jì)劃。中央的一系列重大決策部署，繪就了中國(guó)特色水利現(xiàn)代化的宏偉藍(lán)圖，為當(dāng)前和今后一個(gè)時(shí)期水利改革發(fā)展和現(xiàn)代化建設(shè)明確了目標(biāo)，指明了方向。 “十三五”是全面建成小康社會(huì)的決勝階段。水利改革發(fā)展的總體要求全面貫徹落實(shí)黨的十八大和十八屆三中、四中、五中全會(huì)和習(xí)近平總書(shū)記系列重要講話精神，積極踐行新時(shí)期水利工作方針，加快建設(shè)節(jié)水型社會(huì)，加快完善水利基礎(chǔ)設(shè)施網(wǎng)絡(luò)，加快推進(jìn)水生態(tài)文明建設(shè)，加快健全水利科學(xué)發(fā)展體制機(jī)制，著力提高民生水利發(fā)展水平，著力構(gòu)建與全面建成小康社會(huì)相適應(yīng)的水安全保障體系。1.3. 建設(shè)目標(biāo)&設(shè)計(jì)思路1.3.1. 建設(shè)目標(biāo)通過(guò)建設(shè)智慧撫河信息化工程，完成一系列物聯(lián)網(wǎng)基礎(chǔ)通信設(shè)施建設(shè)，形成統(tǒng)一的網(wǎng)絡(luò)標(biāo)準(zhǔn)，形成一張城市級(jí)可運(yùn)營(yíng)的物聯(lián)網(wǎng)。網(wǎng)絡(luò)整合、共享和使用流域內(nèi)各城市的經(jīng)濟(jì)、文化、公共資源、管理服務(wù)、市民生活、生態(tài)環(huán)境等各類信息，全面提高物與物、物與人、人與人的互聯(lián)互通、感知和利用信息的能力，從而促進(jìn)政府管理和服務(wù)能力的提升，改善和提升人民群眾的物質(zhì)和文化生活水平。讓撫州城市發(fā)展更全面、更協(xié)調(diào)、更可持續(xù)，讓城市生活變得更健康、更和諧、更美好。智慧撫河是智慧撫州的關(guān)鍵組成部分，改善和提升撫河綜合治理能力必須通過(guò)現(xiàn)代信息化手段和先進(jìn)的管理思路，加強(qiáng)對(duì)撫河水系的管理，為河道管理決策提供科學(xué)依據(jù)，提高水行政管理部門的信息處理精度和工作效率，才能促進(jìn)撫河水利與社會(huì)生態(tài)環(huán)境的協(xié)調(diào)發(fā)展。同時(shí)，智慧撫河信息化工程為江西省撫河流域生態(tài)保護(hù)及綜合治理工程PPP建設(shè)及后期運(yùn)行管理提供應(yīng)用及決策分析的數(shù)據(jù)服務(wù)和技術(shù)支撐。1.3.2. 設(shè)計(jì)思路 智慧撫河信息化工程通過(guò)建設(shè)一張物聯(lián)通信專網(wǎng)，讓其所有帶載傳感節(jié)點(diǎn)均以該網(wǎng)絡(luò)為基礎(chǔ)依托，形成觸手實(shí)現(xiàn)數(shù)據(jù)主動(dòng)采集，從而衍生出一系列相關(guān)應(yīng)用：專門針對(duì)撫河的集防汛抗旱決策支持、河長(zhǎng)制綜合管理工作、水工樞紐調(diào)度、水資源管理調(diào)度、撫河宣傳報(bào)道、旅游服務(wù)、 交通服務(wù)等業(yè)務(wù)系統(tǒng)的綜合性平臺(tái)，通過(guò)數(shù)據(jù)收集平臺(tái)匯集水雨情、氣象、水利樞紐、防洪工程、防汛抗旱等相關(guān)信息，反映水生態(tài)整治工程動(dòng)態(tài)，補(bǔ)充現(xiàn)有防汛系統(tǒng)預(yù)測(cè)預(yù)報(bào)功能，匯聚水資源調(diào)配、水（質(zhì)）環(huán)境監(jiān)測(cè)預(yù)警，關(guān)聯(lián)河長(zhǎng)制管理涉及的交通、旅游大數(shù)據(jù)分析，形成以撫河為脈的智慧撫河可視化綜合會(huì)商系統(tǒng)平臺(tái)。主要方案思路包括以下五方面：1）建設(shè)以物聯(lián)專網(wǎng)為核心的數(shù)據(jù)收集體系與集成平臺(tái)。圍繞撫河綜合管理工作中涉及的各類信息及相關(guān)業(yè)務(wù)系統(tǒng)，建立統(tǒng)一的數(shù)據(jù)集成規(guī)范，將基礎(chǔ)數(shù)據(jù)、實(shí)時(shí)數(shù)據(jù)、多媒體數(shù)據(jù)以及管理數(shù)據(jù)進(jìn)行有效的融合，存儲(chǔ)于系統(tǒng)數(shù)據(jù)庫(kù)中，形成一體化的集成信息平臺(tái)。2）通過(guò)物聯(lián)網(wǎng)集成多業(yè)務(wù)的可視化平臺(tái)。圍繞撫河的河長(zhǎng)制綜合管理工作、防汛預(yù)警和險(xiǎn)情信息、水質(zhì)與水環(huán)境情況，自動(dòng)關(guān)聯(lián)展示水雨情信息、工情特性及隱患、即時(shí)現(xiàn)場(chǎng)視頻/圖片、氣象、國(guó)土、險(xiǎn)情發(fā)生的影響范圍及覆蓋人口、責(zé)任部門及責(zé)任人等相關(guān)信息以及歷史上類似情況的出現(xiàn)情景及處理方式，便于指揮人員快速全面了解現(xiàn)狀及發(fā)展趨勢(shì)，從而及時(shí)做出正確判斷和有效決策。3）建立一個(gè)圍繞撫河的物聯(lián)網(wǎng)信息發(fā)布平臺(tái)。包括門戶網(wǎng)站、電子政務(wù)、以及移動(dòng)便捷辦公與公眾服務(wù)，完成面向公眾，企事業(yè)單位和政府提供各種公共服務(wù)的重要任務(wù)。4）建設(shè)以撫河為脈，以物聯(lián)網(wǎng)為基礎(chǔ)的旅游及交通服務(wù)系統(tǒng)。關(guān)聯(lián)河長(zhǎng)制管理涉及的交通、旅游大數(shù)據(jù)分析，實(shí)現(xiàn)提供與智慧撫河相關(guān)的旅游、交通服務(wù)信息及其應(yīng)用，為江西省撫州市及旅游局、交通局等部分提供輔助決策支撐。2. 總體規(guī)劃2.1. 整體架構(gòu)與流程 智慧撫河信息化工程建設(shè)依托江西省撫州市撫河流域生態(tài)保護(hù)及綜合治理工程，以智慧撫河物聯(lián)網(wǎng)基礎(chǔ)通信建設(shè)為核心，并將相關(guān)信息擴(kuò)展應(yīng)用到旅游、交通等領(lǐng)域，采用SOA架構(gòu)，提供組件化、可擴(kuò)展的業(yè)務(wù)服務(wù)，滿足跨硬件平臺(tái)、跨操作系統(tǒng)的要求，支持多種主流數(shù)據(jù)庫(kù)和中間件產(chǎn)品，具備良好的平臺(tái)互操作能力，整體架構(gòu)如下：智慧撫河總體架構(gòu)總體應(yīng)用流程架構(gòu)如下：智慧撫河應(yīng)用流程架構(gòu)2.2. 建設(shè)標(biāo)準(zhǔn)與規(guī)范 智慧撫河信息化工程建設(shè)執(zhí)行如下表所列的國(guó)家智慧城市相關(guān)標(biāo)準(zhǔn)與規(guī)范，具體列表信息如下：通信網(wǎng)絡(luò)信息技術(shù) 系統(tǒng)間遠(yuǎn)程通信和信息交換 局域網(wǎng)和城域網(wǎng)GB/T15629.15-2010信息技術(shù)互連國(guó)際標(biāo)準(zhǔn)ISQ/IEC1180195廣播電視網(wǎng)廣播電視光纜干線同步數(shù)字體系（SDH）傳輸接口技術(shù)規(guī)范GB/T17881-1999 城市基礎(chǔ)空間數(shù)據(jù)庫(kù)城市用地分類代碼CJJ46-91城市基礎(chǔ)地理信息系統(tǒng)技術(shù)規(guī)范CJJ100-2004城市地理空間信息共享與服務(wù)元數(shù)據(jù)標(biāo)準(zhǔn)CJJ/T144-2010地名信息交換格式GB/T 28226-2011建筑物基礎(chǔ)數(shù)據(jù)庫(kù)建設(shè)電子檔案元數(shù)據(jù)標(biāo)準(zhǔn)CJJ/T187-2012城市公共信息平臺(tái)房地產(chǎn)市場(chǎng)信息系統(tǒng)技術(shù)規(guī)范CJJ115-2007城市遙感信息應(yīng)用技術(shù)規(guī)范CJJ/T151-2010信息安全信息安全技術(shù) 信息安全管理體系審核指南GB/T28450-2012信息安全技術(shù) 信息系統(tǒng)安全管理評(píng)估要求GB/T28453-2012信息安全技術(shù) 引入可信第三方的實(shí)體鑒別及 接入架構(gòu)規(guī)范GB/T28455-2012 城市地理空間供水水文地質(zhì)勘察規(guī)范GB50027-2001城市工程地球物理探測(cè)規(guī)范CJJ7-2007城市測(cè)量規(guī)范CJJ8-2011城市地理空間框架數(shù)據(jù)標(biāo)準(zhǔn)CJJ103-2004城鄉(xiāng)用地評(píng)定標(biāo)準(zhǔn)CJJ132-2009城市地理空間信息共享與服務(wù)元數(shù)據(jù)標(biāo)準(zhǔn)CJJ/T144-2010城市地理編碼技術(shù)規(guī)范CJJ/T186-2012城市地理空間信息基礎(chǔ)設(shè)施共享服務(wù)技術(shù)CJ/T384-2011數(shù)字城市地理空間信息公共平臺(tái)技術(shù)規(guī)范CH/Z9001-2007數(shù)字城市地理空間信息公共平臺(tái)地名/地址分 類、描述及編碼規(guī)則CH/Z9002-2007數(shù)字化城市管理建筑市場(chǎng)監(jiān)督管理信息系統(tǒng)數(shù)據(jù)標(biāo)準(zhǔn)JGJ148-2005民用建筑能耗數(shù)據(jù)采集標(biāo)準(zhǔn)JGJ/T154-2007智慧撫河信息化工程建設(shè)標(biāo)準(zhǔn)與規(guī)范表2.3. 項(xiàng)目建設(shè)原則智慧撫河信息化工程建設(shè)總體原則是：堅(jiān)持總體規(guī)劃、分步實(shí)施的建設(shè)原則，以智慧水利物聯(lián)網(wǎng)建設(shè)為核心，推動(dòng)智慧旅游、智慧交通及其他應(yīng)用的建設(shè)，物聯(lián)網(wǎng)工程建設(shè)的總體目標(biāo)和建設(shè)內(nèi)容與江西省撫州市撫河流域生態(tài)保護(hù)及綜合治理的總體目標(biāo)和建設(shè)內(nèi)容相適應(yīng)。為保障方案的指導(dǎo)性和可操作性，并能在建設(shè)期內(nèi)保持相對(duì)穩(wěn)定，建成一套先進(jìn)、可靠、實(shí)用、高效、經(jīng)濟(jì)的信息化管理系統(tǒng)，項(xiàng)目建設(shè)遵循以下原則：u 統(tǒng)一性和分布性 工程建設(shè)在信息化統(tǒng)一框架結(jié)構(gòu)設(shè)計(jì)下，分期分階段實(shí)施，滿足當(dāng)前工作的迫切需要，優(yōu)先建設(shè)信息基礎(chǔ)設(shè)施，加強(qiáng)重點(diǎn)業(yè)務(wù)應(yīng)用系統(tǒng)的建設(shè)，并留有擴(kuò)展接口。隨著工作的深化和外部環(huán)境的變化，使網(wǎng)絡(luò)系統(tǒng)的覆蓋范圍進(jìn)一步擴(kuò)大、功能逐步擴(kuò)展、性能不斷完善。u 經(jīng)濟(jì)性和實(shí)用性 信息化建設(shè)首先以實(shí)用為先導(dǎo)，根據(jù)實(shí)際工作的需要，有目的、有步驟、有重點(diǎn)地實(shí)施灌區(qū)信息化建設(shè)方案。信息化建設(shè)盡可能利用已有的信息化建設(shè)資源，例如在通信線路的選擇上，盡可能兼顧公網(wǎng)和并入水利部門專用網(wǎng)，避免重復(fù)建設(shè)，以節(jié)省投資，更便于維護(hù)管理和提高線路利用率。u 先進(jìn)性 系統(tǒng)建設(shè)立足現(xiàn)狀，著眼長(zhǎng)遠(yuǎn)，以滿足新技術(shù)不斷發(fā)展和近期和未來(lái)工作發(fā)展的需要?？紤]到信息技術(shù)發(fā)展日新月異，信息化建設(shè)具有適度的前瞻性。 u 開(kāi)放性和可擴(kuò)展性資源共享是實(shí)現(xiàn)信息化的基礎(chǔ)，因此必須堅(jiān)持開(kāi)放性與標(biāo)準(zhǔn)化。為支持系統(tǒng)的可持續(xù)發(fā)展，必須對(duì)信息及信息服務(wù)、應(yīng)用功能設(shè)計(jì)等進(jìn)行標(biāo)準(zhǔn)化，符合國(guó)家已經(jīng)制訂頒布的有關(guān)標(biāo)準(zhǔn)。信息化設(shè)計(jì)要符合結(jié)構(gòu)化、模塊化、標(biāo)準(zhǔn)化要求，做到標(biāo)準(zhǔn)統(tǒng)一，連接暢通，使系統(tǒng)既有完整性，又具靈活性，以利于最終實(shí)現(xiàn)有效集成和今后系統(tǒng)擴(kuò)展的需要。u 安全性和可靠性優(yōu)先考慮信息系統(tǒng)的安全，從軟、硬件兩方面考慮系統(tǒng)安全性，防止人為的破壞行為和病毒侵害的發(fā)生。信息化建設(shè)堅(jiān)持可靠的原則，設(shè)計(jì)方案要考慮到現(xiàn)有的技術(shù)水平，選擇可靠性高的方案。2.4. 項(xiàng)目關(guān)鍵技術(shù)介紹2.4.1. J2EE關(guān)鍵技術(shù)1) JSPJSP(Java Server Pages)是SUN公司于1999年6月推出的新技術(shù)，是基于Java的服務(wù)器端動(dòng)態(tài)頁(yè)面技術(shù)。JSP規(guī)范的目標(biāo)就是通過(guò)對(duì)內(nèi)容與表示的分離，來(lái)簡(jiǎn)化動(dòng)態(tài)Web頁(yè)面的創(chuàng)建和管理。JSP在本質(zhì)上是文件，它結(jié)合了HTML(或XML)和新的腳本標(biāo)記，一個(gè)JSP頁(yè)面可以包含HTML, Java代碼和JavaBeans組件，JSP腳本最終在執(zhí)行時(shí)要編譯為Servlet腳本。當(dāng)用戶第一次請(qǐng)求JSP頁(yè)面時(shí)，Web服務(wù)器將JSP頁(yè)面編譯成Servlet，然后Web服務(wù)器調(diào)用Servlet并向Web瀏覽器返回執(zhí)行結(jié)果。一旦從JSP頁(yè)面編譯出Servlet,，Web服務(wù)器對(duì)之后的請(qǐng)求就會(huì)簡(jiǎn)單的返回Servlet而不用每次都重新編譯。JSP規(guī)范雖然建立在Servlet規(guī)范提供的功能之上，但又有所不同 ：（1）作為一種頁(yè)面技術(shù)，JSP只實(shí)現(xiàn)了HTTP協(xié)議，所以只能應(yīng)用于Web頁(yè)面。（2）Servlet是純的Java代碼。而在Web服務(wù)器把JSP頁(yè)面編譯成相應(yīng)的Servlet之前，JSP頁(yè)面只是基于文本的文檔。（3）JSP與J2EE模型更為一致，它的目標(biāo)是在多層體系給構(gòu)中簡(jiǎn)化動(dòng)態(tài)表示層。它把Web應(yīng)用程序中的靜態(tài)和動(dòng)態(tài)內(nèi)容分離開(kāi)來(lái)，從而分離表示和邏輯。而Servlet將動(dòng)態(tài)的內(nèi)容和靜態(tài)的內(nèi)容相棍合來(lái)產(chǎn)生HTML 25 。JSP使用Java語(yǔ)臺(tái)作為其腳本語(yǔ)言，具有很多優(yōu)點(diǎn)，由于Java是編譯解釋執(zhí)行，所以JSP的執(zhí)行效率較VBScript, Pert等語(yǔ)言要高。JSP也是平臺(tái)無(wú)關(guān)的，可以在任何平臺(tái)下編寫JSP網(wǎng)頁(yè)并在任何支持JSP的系統(tǒng)上運(yùn)行。JSP技術(shù)是一種開(kāi)放的、跨平臺(tái)的體系。Web服務(wù)器、平臺(tái)和其它組件都可輕松升級(jí)或交換而不影響基于JSP的應(yīng)用程序。所以JSP非常適合需要升級(jí)而又要求保持人變的實(shí)時(shí)Web應(yīng)用程序。作為J2EE的一部分，JSP頁(yè)面可以訪問(wèn)所有的J2EE組件和所有J2EE的標(biāo)準(zhǔn)服務(wù)?？梢岳肑AVA的企業(yè)級(jí)API開(kāi)發(fā)系統(tǒng)，并使用JSP作為技術(shù)的前端如果與JavaBeans相結(jié)合，JSP頁(yè)面將很容易的保持內(nèi)容和顯示邏輯相背離。由于JSP是用標(biāo)準(zhǔn)的HTML語(yǔ)法混合自身語(yǔ)法標(biāo)記來(lái)實(shí)現(xiàn)的，將內(nèi)容和顯示邏輯分離之后，進(jìn)行頁(yè)面設(shè)計(jì)的人員不需要有使用Java，C+等程序設(shè)計(jì)語(yǔ)言的能力和經(jīng)驗(yàn)，而更新JavaBeans和EJB的人也無(wú)需精通Web頁(yè)面的設(shè)計(jì)26。JSP可使J2EE應(yīng)用程序的模塊化程度更高。JSP提供了一種標(biāo)準(zhǔn)的基于XML的接日來(lái)定義標(biāo)記，并把標(biāo)記打包成標(biāo)記庫(kù)。2) Servlet Servlet是一種Web組件或程序，它提供了一種方式來(lái)擴(kuò)展Web服務(wù)器的功能，能夠用HTML, XML和其它Web語(yǔ)言來(lái)產(chǎn)生動(dòng)態(tài)的生成Web內(nèi)容。Servlet用JavaServlet API編寫，用像Tomcat這樣的服務(wù)器或容器管理。Servlet是標(biāo)準(zhǔn)的，服務(wù)器端JAVA應(yīng)用程序，它把應(yīng)用邏輯嵌入到HTTP請(qǐng)求一應(yīng)答過(guò)程中。服務(wù)器接受請(qǐng)求、處理請(qǐng)求并送出適當(dāng)?shù)捻憫?yīng)。Java Servlet API用面向?qū)ο蟮姆绞綄?duì)這一過(guò)程建模，使你能編寫代碼處理客戶的請(qǐng)求并能動(dòng)態(tài)地響應(yīng)。Servlet與JSP相比，Servlet是純的Java代碼，在Web服務(wù)器把JSP頁(yè)而編譯成相應(yīng)的Servlet之前，JSP頁(yè)面只是基于文本的文檔一一這樣，就把應(yīng)用邏輯從表示邏輯中清晰地分離出來(lái);從而使得應(yīng)用開(kāi)發(fā)者關(guān)心業(yè)務(wù)邏輯，而Web設(shè)計(jì)者關(guān)心表示邏輯。3) JDBCJava數(shù)據(jù)庫(kù)連接(Java DataBase Connectivity, JDBC) API是JDK提供的與關(guān)系數(shù)據(jù)庫(kù)接口的底層API，現(xiàn)在大多數(shù)數(shù)據(jù)庫(kù)支持到JDBC2.0. JDBC API提供針對(duì)SQL兼容的關(guān)系型數(shù)據(jù)庫(kù)提供了一組通用的數(shù)據(jù)庫(kù)訪問(wèn)方法，使用這些API，可以實(shí)現(xiàn)不同廠商之間的互連和在不同廠商提供的關(guān)系型數(shù)據(jù)庫(kù)之間進(jìn)行數(shù)據(jù)訪問(wèn)。J2EE通過(guò)對(duì)Java 2標(biāo)準(zhǔn)版提供的核心JDBC API進(jìn)行的擴(kuò)展，可以提供優(yōu)化網(wǎng)絡(luò)資源的連接池和分布事務(wù)、行集等高級(jí)特性。JDBC 2.0 Optional Package API同Java事務(wù)API一起實(shí)現(xiàn)分布式事務(wù)。JDBC 2.0 Optional Package API提供的連接池比傳統(tǒng)的連接池方式更為透明。傳統(tǒng)的連接池是一種客戶端的連接池，需要客戶程序負(fù)責(zé)實(shí)現(xiàn)健壯的連接池機(jī)制。而采用2.0提供的方式，應(yīng)用服務(wù)器和/或數(shù)據(jù)庫(kù)驅(qū)動(dòng)器就能內(nèi)部的處理連接池池就會(huì)自動(dòng)地工作配置了J2EE應(yīng)用服務(wù)器后，只要用數(shù)據(jù)源對(duì)象獲取連接，連接這種途徑非常簡(jiǎn)單，系統(tǒng)管理員可以方便的使能和配置連接池，而不用去考慮任何應(yīng)用程序。4) JNDIJava命名和目錄服務(wù)接口(JNDI)被設(shè)計(jì)來(lái)簡(jiǎn)化對(duì)目錄基礎(chǔ)結(jié)構(gòu)的訪問(wèn)。目錄是一種特殊類型的數(shù)據(jù)庫(kù)，它提供了對(duì)數(shù)據(jù)存儲(chǔ)的快速訪問(wèn)方式。JNDI提供了標(biāo)準(zhǔn)的API來(lái)訪問(wèn)任何類型的目錄，也可以在網(wǎng)絡(luò)上存儲(chǔ)和檢索Java對(duì)象。命名服務(wù)是一個(gè)服務(wù)，它為一組給定的數(shù)據(jù)提供創(chuàng)建標(biāo)準(zhǔn)名字的服務(wù)。目錄服務(wù)是命名服務(wù)，它包括描述由名字引用的對(duì)象的元數(shù)據(jù)。這就使得可以在元數(shù)據(jù)上搜索目錄服務(wù)來(lái)找到對(duì)象，而不用知道它的名字 27 。在高級(jí)網(wǎng)絡(luò)應(yīng)用中，目錄服務(wù)將會(huì)是Java對(duì)象的主要存儲(chǔ)手段，當(dāng)Java對(duì)象相當(dāng)穩(wěn)定的時(shí)候，使用目錄服務(wù)來(lái)查找和檢索Java對(duì)象更普遍。2.4.2. Spring Framework框架Spring是輕量級(jí)的J2EE應(yīng)用程序框架。Spring的核心是個(gè)輕量級(jí)容器（container），實(shí)現(xiàn)了IoC（Inversion of Control）模式的容器，Spring的目標(biāo)是實(shí)現(xiàn)一個(gè)全方位的整合框架，在Spring框架下實(shí)現(xiàn)多個(gè)子框架的組合，這些子框架之間彼此可以獨(dú)立，也可以使用其它的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案30 。Spring的核心概念是IoC，IoC的抽象概念是依賴關(guān)系的轉(zhuǎn)移，像是高層模組不應(yīng)該依賴低層模組，而是模組都必須依賴于抽象是 IoC的一種表現(xiàn)，實(shí)現(xiàn)必須依賴抽象，而不是抽象依賴實(shí)現(xiàn)也是IoC的一種表現(xiàn)，應(yīng)用程序不應(yīng)依賴于容器，而是容器服務(wù)于應(yīng)用程序也是IoC的一種表現(xiàn)。另外，Spring的架構(gòu)性的好處如下所述： Spring能有效地組織你的中間層對(duì)象,無(wú)論你是否選擇使用了EJB。如果你僅僅使用了Struts或其他的包含了J2EE特有APIS的framework，你會(huì)發(fā)現(xiàn)Spring關(guān)注了遺留下的問(wèn)題。 Spring 能消除使用各種各樣格式的屬性定制文件的需要,在整個(gè)應(yīng)用和工程中，可通過(guò)一種一致的方法來(lái)進(jìn)行配置。曾經(jīng)感到迷惑，一個(gè)特定類要查找迷幻般的屬性關(guān)鍵字或系統(tǒng)屬性,為此不得不讀Javadoc乃至源編碼嗎？有了Spring，你可很簡(jiǎn)單地看到類的JavaBean屬性。倒置控制的使用(在下面討論)幫助完成這種簡(jiǎn)化。Spring能通過(guò)接口而不是類促進(jìn)好的編程習(xí)慣，減少編程代價(jià)到幾乎為零。 使用Spring構(gòu)建的應(yīng)用程序易于單元測(cè)試。 Spring能使EJB的使用成為一個(gè)實(shí)現(xiàn)選擇,而不是應(yīng)用架構(gòu)的必然選擇。你能選擇用POJOs或local EJBs來(lái)實(shí)現(xiàn)業(yè)務(wù)接口，卻不會(huì)影響調(diào)用代碼。 pring幫助你解決許多問(wèn)題而無(wú)需使用EJB。Spring能提供一種EJB的替換物，它們適于許多web應(yīng)用。例如,Spring能使用AOP提供聲明性事務(wù)而不通過(guò)使用EJB容器，如果你僅僅需要與單個(gè)的數(shù)據(jù)庫(kù)打交道，甚至不需要JTA實(shí)現(xiàn)31。 Spring為數(shù)據(jù)存取提供了一致的框架,不論是使用JDBC或O/R mapping產(chǎn)品（如Hibernate）。 Spring也提供MVC Web框架的解決方案，但您也可以將自己所熟悉的MVC Web框架與Spring解合，像是Struts、Webwork等等，都可以與Spring整合而成為進(jìn)用于自己的解決方案。Spring也提供其它方面的整合，像是持久層的整合如JDBC、O/R Mapping工具（Hibernate、iBATIS）、事務(wù)處理等等，Spring作了對(duì)多方面整合的努力，故說(shuō)Spring是個(gè)全方位的應(yīng)用程序框架32。Spring Framework 概覽Spring包含許多功能和特性，并被很好地組織在如下圖所示的七個(gè)模塊中。本節(jié)將依次介紹每個(gè)模塊。 圖 Spring框架概覽Core包是框架的最基礎(chǔ)部分，并提供依賴注入（Dependency Injection）特性來(lái)使你可管理Bean容器功能。這里的基礎(chǔ)概念是BeanFactory，它提供Factory模式來(lái)消除對(duì)程序性單例的需要， 并允許你從程序邏輯中分離出依賴關(guān)系的配置和描述。 構(gòu)建于Beans包上Context包，提供了一種框架式的Bean訪問(wèn)方式， 有些象JNDI注冊(cè)。Context包的特性得自Beans包，并添加了文本消息的發(fā)送，通過(guò)比如資源串，事件傳播，資源裝載的方式和Context的透明創(chuàng)建，如通過(guò)Servlet容器。 DAO包提供了JDBC的抽象層，它可消除冗長(zhǎng)的JDBC編碼和解析數(shù)據(jù)庫(kù)廠商特有的錯(cuò)誤代碼。 該包也提供了一種方法實(shí)現(xiàn)編程性和聲明性事務(wù)管理，不僅僅是針對(duì)實(shí)現(xiàn)特定接口的類，而且對(duì)所有的POJO。 Spring的Web包提供了基本的面向Web的綜合特性，如Multipart功能， 使用Servlet監(jiān)聽(tīng)器的Context的初始化和面向Web的Applicatin Context。 當(dāng)與WebWork或Struts一起使用Spring時(shí)，這個(gè)包使Spring可與其他框架結(jié)合。 . Spring Framework 使用場(chǎng)景利用積木方式來(lái)描述你在各種場(chǎng)合使用Spring的情況， 從Applet一直到完整的使用Spring的事務(wù)管理功能和Web框架的企業(yè)應(yīng)用，如下圖所示。圖 典型的完整Spring Web應(yīng)用一個(gè)典型的使用大部分Spring特性的Web應(yīng)用，使用TransactionProxy FactoryBeans，Web應(yīng)用是完全事務(wù)性的，就像使用EJB提供的那種容器管理的事務(wù)一樣 所有的你的自定義業(yè)務(wù)邏輯可以通過(guò)簡(jiǎn)單的POJO來(lái)實(shí)現(xiàn)，并通過(guò)Spring的Dependency Injection容器進(jìn)行管理。其他的服務(wù)，如發(fā)送email和校驗(yàn)，獨(dú)立于Web層， 使你能夠決定在哪里執(zhí)行校驗(yàn)規(guī)則。 Spring的ORM支持包含了Hibernate，JDO和iBatis。如使用HibernateDaoSupport，你可復(fù)用已經(jīng)存在的Hibernate映射。從Controller無(wú)縫整合web層和領(lǐng)域模型，消除對(duì)ActionForms的需要和其他轉(zhuǎn)換HTTP參數(shù)為領(lǐng)域模型的類。 第三方框架的Spring中間層如下圖所示。 圖 第三方框架的Spring中間層有時(shí)，現(xiàn)有情況不允許你徹底地轉(zhuǎn)換到一種不同的框架。Spring沒(méi)有 強(qiáng)迫你使用它的全部,它不是一種全有全無(wú) 的解決方案。現(xiàn)有的使用WebWork,Struts,Tapestry或其他的UI框架的前端程序可極佳的 與基于Spring的中間層進(jìn)行集成，使你可使用Spring提供的事務(wù)處理特性。 你唯一要做的事是使用ApplicationContext來(lái)掛接你的業(yè)務(wù)邏輯和 通過(guò)WebApplicationContext來(lái)集成你的Struts前端程序。 當(dāng)你需要通過(guò)WebService來(lái)訪問(wèn)你的現(xiàn)有代碼時(shí)， 你可使用Spring的Hessian-,Burlap-, Rmi- 或者 JaxRpcProxyFactory類。 使得突然給現(xiàn)有應(yīng)用增加遠(yuǎn)程訪問(wèn)時(shí)不再那么困難。 2.4.3. MVC設(shè)計(jì)模式模型-視圖-控制(model-view-control，簡(jiǎn)稱MVC)結(jié)構(gòu)是目前最常見(jiàn)的J2EE應(yīng)用所基于的體系結(jié)構(gòu)，MVC主要適用于交互式的Web應(yīng)用，尤其是存在大量頁(yè)面及多次客戶訪問(wèn)及數(shù)據(jù)顯示 。在本系統(tǒng)中的模型-視圖-控制結(jié)構(gòu)是交互式應(yīng)用程序廣泛使用的一種體系結(jié)構(gòu)。它有效地在存儲(chǔ)和展示數(shù)據(jù)的對(duì)象中區(qū)分功能模塊以降低它們之間的連接度，這種體系結(jié)構(gòu)將傳統(tǒng)的輸入、處理和輸入模型轉(zhuǎn)化為圖形顯示的用戶交互模型，或者換一種說(shuō)法，是多層次的Web商業(yè)應(yīng)用；MVC體系結(jié)構(gòu)具有三個(gè)層面：模型（Model）、視圖(View)和控制器(Controller)，每個(gè)層面有其各自的功能作用，系統(tǒng)的MVC體系結(jié)構(gòu)如下圖所示。業(yè)務(wù)處理查詢視圖選擇改變通知用戶指令模型MODEL 表達(dá)和訪問(wèn)商業(yè)數(shù)據(jù) 執(zhí)行商業(yè)邏輯和操作 通知視圖層模型層變化 訪問(wèn)其功能函數(shù)以完成相關(guān)的任務(wù)控制層Controller 定義應(yīng)用應(yīng)用程序的行為 解釋用戶的輸入，并將它們映射為模型層執(zhí)行的操作 選擇下一個(gè)可以顯示的視圖 基于一組相關(guān)的功能設(shè)定一個(gè)控制層的模塊視圖VIEW 顯示模型層的內(nèi)容 用戶輸入的內(nèi)容傳送給控制器 模型層變化的時(shí)候，它將自動(dòng)更新 訪問(wèn)其功能函數(shù)以完成相關(guān)的任務(wù)圖-系統(tǒng)中的MVC體系結(jié)構(gòu)系統(tǒng)的模型層負(fù)責(zé)表達(dá)和訪問(wèn)商業(yè)數(shù)據(jù)，執(zhí)行商業(yè)邏輯和操作。也就是說(shuō)，這一層就是現(xiàn)實(shí)生活中功能的軟件模擬；在模型層變化的時(shí)候，它將通知視圖層并提供后者訪問(wèn)自身狀態(tài)的能力，同時(shí)控制層也可以訪問(wèn)其功能函數(shù)以完成相關(guān)的任務(wù)。系統(tǒng)的視圖層負(fù)責(zé)顯示模型層的內(nèi)容。它從模型層取得數(shù)據(jù)并指定這些數(shù)據(jù)如何被顯示出來(lái)。在模型層變化的時(shí)候，它將自動(dòng)更新。另外視圖層也會(huì)將用戶的輸入傳送給控制器。系統(tǒng)的控制層負(fù)責(zé)定義應(yīng)用程序的行為。它可以分派用戶的請(qǐng)求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作；在一個(gè)圖形界面中，常見(jiàn)的用戶輸入包括點(diǎn)擊按鈕和菜單選擇。在Web應(yīng)用中，它包括對(duì)Web層的HTTP GET和POST的請(qǐng)求；控制層可以基于用戶的交互和模型層的操作結(jié)果來(lái)選擇下一個(gè)可以顯示的視圖，一個(gè)應(yīng)用程序通常會(huì)基于一組相關(guān)功能設(shè)定一個(gè)控制層的模塊，甚至一些應(yīng)用程序會(huì)根據(jù)不同的用戶類型具有不同的控制層設(shè)定，這主要是由于不同用戶的視圖交互和選擇也是不同的。本系統(tǒng)的模型層、視圖層和控制層之間劃分責(zé)任可以減少代碼的重復(fù)度，并使應(yīng)用程序維護(hù)起來(lái)更簡(jiǎn)單。同時(shí)由于數(shù)據(jù)和商務(wù)邏輯的分開(kāi)，在新的數(shù)據(jù)源加入和數(shù)據(jù)顯示變化的時(shí)候，數(shù)據(jù)處理也會(huì)變得更簡(jiǎn)單。本信息系統(tǒng)采用的MVC體系結(jié)構(gòu)使數(shù)據(jù)層，業(yè)務(wù)層和表現(xiàn)層徹底分離。對(duì)于網(wǎng)通網(wǎng)上營(yíng)業(yè)廳系統(tǒng)，我們?cè)赩iew這一層，用JSP來(lái)實(shí)現(xiàn)一般的UI，對(duì)于復(fù)雜的UI我們會(huì)把邏輯封裝在ViewBean中。我們通過(guò)一個(gè)Servlet來(lái)實(shí)現(xiàn)Control這個(gè)層面，它除了負(fù)責(zé)請(qǐng)求的派送，還可以作權(quán)限的判斷及系統(tǒng)日志。而對(duì)于復(fù)雜的業(yè)務(wù)流程，我們把它都封裝到Model層中的JavaBean,Session Bean中。對(duì)于數(shù)據(jù)層的訪問(wèn)，我們采取集中訪問(wèn)的方式，所有的訪問(wèn)都通過(guò)DAO實(shí)現(xiàn)。同時(shí)在性能上，通過(guò)應(yīng)用服務(wù)器的數(shù)據(jù)庫(kù)連接池來(lái)減少連接數(shù)據(jù)庫(kù)的時(shí)間，通過(guò)數(shù)據(jù)查詢結(jié)果緩存來(lái)減少對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)次數(shù)。本系統(tǒng)用J2EE多層分布式應(yīng)用模型使得開(kāi)發(fā)思路清晰，明確。J2EE應(yīng)用邏輯按功能劃分為組件，各個(gè)應(yīng)用組件根據(jù)他們所在的層分布在不同的機(jī)器上。解決了兩層模式(client/server)的弊端：在傳統(tǒng)模式中，客戶端擔(dān)當(dāng)了過(guò)多的角色而顯得臃腫，在這種模式中，第一次部署的時(shí)候比較容易，但難于升級(jí)或改進(jìn)，可伸展性也不理想，而且經(jīng)常基于某種專有的協(xié)議，通常是某種數(shù)據(jù)庫(kù)協(xié)議。它使得重用業(yè)務(wù)邏輯和界面邏輯非常困難。使用J2EE 的多層企業(yè)級(jí)應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個(gè)多層化應(yīng)用能夠?yàn)椴煌拿糠N服務(wù)提供一個(gè)獨(dú)立的層。J2EE中使用模式具有使用一般模式的所有好處和針對(duì)J2EE開(kāi)發(fā)的好處。這些模式針對(duì)J2EE，不像一般模式那么抽象，可以簡(jiǎn)化特定系統(tǒng)和應(yīng)用程序中的標(biāo)識(shí)、使用和適配。正確使用J2EE模式可以改進(jìn)應(yīng)用程序設(shè)計(jì)，作為設(shè)計(jì)與開(kāi)發(fā)J2EE應(yīng)用程序時(shí)所遇到的常見(jiàn)問(wèn)題的最佳解決方案，J2EE模式還可以促進(jìn)開(kāi)發(fā)人員之間的交流。系統(tǒng)采用MVC的設(shè)計(jì)模式，這種模式使得表現(xiàn)層和業(yè)務(wù)邏輯分開(kāi)，這樣層次顯得更加的清晰。2.4.4. AJAX技術(shù)AJAX即“Asynchronous JavaScript and XML”（異步JavaScript和XML)，AJAX并非縮寫詞，而是由Jesse James Gaiiett創(chuàng)造的名詞，是指一種創(chuàng)建交互式網(wǎng)頁(yè)應(yīng)用的網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)。Web應(yīng)用的交互如Flickr, Backpack和Google在這方面已經(jīng)有質(zhì)的飛躍。這個(gè)術(shù)語(yǔ)源自描述從基于Web的應(yīng)用到基于數(shù)據(jù)的應(yīng)用的轉(zhuǎn)換。在基于數(shù)據(jù)的應(yīng)用中，用戶需求的數(shù)據(jù)如聯(lián)系人列表，可以從獨(dú)立于實(shí)際網(wǎng)頁(yè)的服務(wù)端取得并且可以被動(dòng)態(tài)地寫入網(wǎng)頁(yè)中，給緩慢的Web應(yīng)用體驗(yàn)著色使之像桌面應(yīng)用一樣。 雖然大部分開(kāi)發(fā)人員在過(guò)去使用過(guò)XMLHttp或者使用Iframe來(lái)加載數(shù)據(jù)，但僅到現(xiàn)在我們才看到傳統(tǒng)的開(kāi)發(fā)人員和公司開(kāi)始采用這些技術(shù)。就像新的編程語(yǔ)言或模型伴隨著更多的痛苦，開(kāi)發(fā)人員需要學(xué)習(xí)新的技巧及如何最好利用這些新技術(shù)。AJAX 指異步 JavaScript 及 XML（Asynchronous JavaScript And XML）。AJAX 基于JavaScript XML HTML CSS 等web標(biāo)準(zhǔn)在，并被所有的主流瀏覽器支持。AJAX 應(yīng)用程序獨(dú)立于瀏覽器和平臺(tái)。Web 應(yīng)用程序較桌面應(yīng)用程序有諸多優(yōu)勢(shì)；它們能夠涉及廣大的用戶，它們更易安裝及維護(hù)，也更易開(kāi)發(fā)。不過(guò)，因特網(wǎng)應(yīng)用程序并不像傳統(tǒng)的桌面應(yīng)用程序那樣完善且友好。通過(guò) AJAX，因特網(wǎng)應(yīng)用程序可以變得更完善，更友好。AJAX的最大機(jī)遇在于用戶體驗(yàn)。在使應(yīng)用更快響應(yīng)和創(chuàng)新的過(guò)程中，定義Web應(yīng)用的規(guī)則正在被重寫;因此開(kāi)發(fā)人員必須更注重用戶?，F(xiàn)在用戶已經(jīng)逐漸習(xí)慣如何使用Web應(yīng)用了。例如用戶通常希望每一次按鈕點(diǎn)擊會(huì)導(dǎo)致幾秒的延遲和屏幕刷新，但AJAX正在打破這種長(zhǎng)時(shí)間的狀況。因此用戶需要重新體驗(yàn)按鈕點(diǎn)擊的響應(yīng)了?？捎眯允茿JAX令人激動(dòng)的地方而且已經(jīng)產(chǎn)生了幾種新穎的技術(shù)。其中最引人注目的是一種稱為“黃色隱出”的技術(shù)，它在數(shù)據(jù)更新之前時(shí)將用戶界面變?yōu)辄S色，更新完成后立刻恢復(fù)原來(lái)的顏色。AJAX開(kāi)發(fā)人員將用戶從Web應(yīng)用的負(fù)載中解放出來(lái);小心地利用AJAX提供的豐富接口，不久桌面開(kāi)發(fā)人員會(huì)發(fā)現(xiàn)AJAX是他們的方向。隨著AJAX迅速地引人注目起來(lái)，我想開(kāi)發(fā)人員對(duì)這種技術(shù)的期待也迅速地增加。就像任何新技術(shù)，AJAX的興旺也需要一整個(gè)開(kāi)發(fā)工具/編程語(yǔ)言及相關(guān)技術(shù)系統(tǒng)來(lái)支撐。主要包含的技術(shù)：基于web標(biāo)準(zhǔn)（standards-based presentation）XHTML+CSS的表示；使用 DOM（Document Object Model）進(jìn)行動(dòng)態(tài)顯示及交互；使用 XML 和 XSLT 進(jìn)行數(shù)據(jù)交換及相關(guān)操作；使用 XMLHttpRequest 進(jìn)行異步數(shù)據(jù)查詢、檢索；使用 JavaScript 將所有的東西綁定在一起。英文參見(jiàn)Ajax的提出者Jesse James Garrett的原文,原文題目(Ajax: A New Approach to Web Applications)。類似于DHTML或LAMP，AJAX不是指一種單一的技術(shù)，而是有機(jī)地利用了一系列相關(guān)的技術(shù)。事實(shí)上，一些基于AJAX的“派生/合成”式（derivative/composite）的技術(shù)正在出現(xiàn)，如“AFLAX”。AJAX的應(yīng)用使用支持以上技術(shù)的web瀏覽器作為運(yùn)行平臺(tái)。這些瀏覽器目前包括：Google Chrome、Mozilla、Firefox、Internet Explorer、Opera、Konqueror及Safari。3. 解決方案3.1. 智慧撫河信息化平臺(tái)建設(shè) 智慧撫河信息化平臺(tái)是在物聯(lián)網(wǎng)基礎(chǔ)通信建設(shè)的基礎(chǔ)上衍生的功能應(yīng)用平臺(tái)。作為智慧撫河信息化工程的核心支持平臺(tái)，其建設(shè)內(nèi)容主要包括地理信息可視化系統(tǒng)、巡查與管護(hù)支撐系統(tǒng)、水質(zhì)監(jiān)測(cè)系統(tǒng)、視頻監(jiān)控與智能分析系統(tǒng)、防汛抗旱指揮決策系統(tǒng)、水資源管理系統(tǒng)、水工建筑 物智能調(diào)度系統(tǒng)、旅游公共服務(wù)及城市內(nèi)澇及擁堵信息警示系統(tǒng)等的建設(shè)。智慧撫河信息化平臺(tái)3.1.1. 地理信息可視化子系統(tǒng)為支撐以河長(zhǎng)制為核心的管理平臺(tái)建設(shè)，建立地理信息共享服務(wù)平臺(tái)，實(shí)現(xiàn)我市水利空間信息的共建共享，打造智慧撫河“一張圖”，整合疊加全市河流、湖泊、水庫(kù)、堤防、水閘、水電站、泵站、建設(shè)工程、視頻監(jiān)控、河長(zhǎng)、水雨情、水質(zhì)監(jiān)測(cè)等水利專題要素類型，實(shí)現(xiàn)基礎(chǔ)地理信息與水利專題數(shù)據(jù)的深度融合，通過(guò)服務(wù)配置、瓦片緩存等技術(shù)，將數(shù)據(jù)產(chǎn)品組合發(fā)布成各類水利專題數(shù)據(jù)服務(wù)、基礎(chǔ)空間信息服務(wù)、影像服務(wù)和應(yīng)用功能服務(wù)，制訂統(tǒng)一的平臺(tái)服務(wù)及接口調(diào)用標(biāo)準(zhǔn)，實(shí)現(xiàn)地圖二、三維一體化展示和水利信息統(tǒng)計(jì)、分析、查詢，為水利各業(yè)務(wù)應(yīng)用系統(tǒng)快速搭建 GIS 模塊，實(shí)現(xiàn)全市智慧撫河“一張圖”奠定好堅(jiān)實(shí)的基礎(chǔ)。地理信息可視化子系統(tǒng)3.1.2. 巡查與管護(hù)支撐子系統(tǒng) 巡查與管護(hù)支撐系統(tǒng)實(shí)現(xiàn)市、鎮(zhèn)、鄉(xiāng)、村多級(jí)管理，全天候?qū)雍M(jìn)行實(shí)時(shí)管控，實(shí)現(xiàn)河湖網(wǎng)格化管理、GPS 巡查、河湖管護(hù)、公眾服務(wù)等功能。系統(tǒng)由數(shù)據(jù)采集層、應(yīng)用支撐層和應(yīng)用層三層構(gòu)成，如下圖所示：巡查與管護(hù)支撐系統(tǒng)技術(shù)架構(gòu) 3.1.3. 水質(zhì)監(jiān)測(cè)子系統(tǒng) 水質(zhì)監(jiān)測(cè)系統(tǒng)建設(shè)內(nèi)容主要包括信息支持系統(tǒng)，水源地、重點(diǎn)區(qū)域?qū)崟r(shí)監(jiān)控，排污口實(shí)時(shí)監(jiān)控等模塊。系統(tǒng)利用 GIS 等技術(shù)模擬污染物遷移規(guī)律，研究各污染控制單元的污染情況，為水質(zhì)預(yù)測(cè)提供數(shù)據(jù)。定期對(duì)撫河水質(zhì)及排污口進(jìn)行實(shí)時(shí)監(jiān)測(cè)，根據(jù)污染源情況，有針對(duì)性地增加一些監(jiān)測(cè)指標(biāo)，實(shí)時(shí)掌握水源地和重點(diǎn)區(qū)域水質(zhì)動(dòng)態(tài)，為撫河水環(huán)境管理決策服務(wù)。水質(zhì)監(jiān)測(cè)系統(tǒng)3.1.4. 視頻監(jiān)控與智能分析子系統(tǒng) 視頻監(jiān)控與智能分析子系統(tǒng)主要針對(duì)取水點(diǎn)及河道敏感區(qū)域的管控，由前端系統(tǒng)、監(jiān)控中心、傳輸網(wǎng)絡(luò)和平臺(tái)軟件四部分組成。系統(tǒng)通過(guò)對(duì)平臺(tái)服務(wù)的歸納、 封裝，提供了視頻監(jiān)控、環(huán)境監(jiān)控、入侵報(bào)警、消防報(bào)警、門禁系統(tǒng)、語(yǔ)音系統(tǒng)、 地圖呈現(xiàn)、智能分析、業(yè)務(wù)互動(dòng)、統(tǒng)計(jì)分析等綜合業(yè)務(wù)。視頻監(jiān)控與智能分析系統(tǒng)架構(gòu) 3.1.5. 防汛抗旱指揮決策子系統(tǒng) 系統(tǒng)應(yīng)用架構(gòu)充分利用省廳發(fā)布的水利地理信息共享服務(wù)平臺(tái)，與撫州市防辦現(xiàn)有的撫州市防汛抗旱綜合平臺(tái)、江西省洪澇災(zāi)害信息服務(wù)系統(tǒng)等進(jìn)行了無(wú)縫 集成，同時(shí)與撫州氣象局、國(guó)土局相關(guān)系統(tǒng)進(jìn)行數(shù)據(jù)和功能的部分集成，在此基 礎(chǔ)上通過(guò)專門針對(duì)撫河的調(diào)查研究建設(shè)成一個(gè)集防汛（含內(nèi)澇）抗旱決策支持、 汛情快報(bào)、日常工作管理等于一體的業(yè)務(wù)子系統(tǒng)，包括三大應(yīng)用模塊。防汛抗旱指揮決策系統(tǒng)應(yīng)用架構(gòu)圖 （1）建立防汛會(huì)商信息可視化展示系統(tǒng)，圍繞預(yù)警和險(xiǎn)情信息，自動(dòng)關(guān)聯(lián) 展示水雨情信息、工情特性及隱患、即時(shí)現(xiàn)場(chǎng)視頻/圖片、氣象、國(guó)土、險(xiǎn)情發(fā) 生的影響范圍及覆蓋人口、責(zé)任部門及責(zé)任人等相關(guān)信息以及歷史上類似情況的 出現(xiàn)情景及處理方式，便于指揮人員快速全面了解現(xiàn)狀及發(fā)展趨勢(shì)，從而及時(shí)做 出正確判斷和有效決策。（2）建立統(tǒng)一會(huì)商語(yǔ)音通訊平臺(tái)，能夠?qū)崿F(xiàn)關(guān)鍵短信的分組快速分發(fā)，會(huì) 商室與險(xiǎn)情現(xiàn)場(chǎng)的即時(shí)語(yǔ)音連線，更有效的進(jìn)行險(xiǎn)情排查和處置。（3）建立應(yīng)急處置輔助系統(tǒng)，能夠根據(jù)相關(guān)信息按照應(yīng)急響應(yīng)等級(jí)要求， 在地圖上進(jìn)行關(guān)聯(lián)搶險(xiǎn)隊(duì)伍、救援隊(duì)伍、專家隊(duì)伍以及應(yīng)急物質(zhì)的可視化展示、 指揮人員可以在地圖上進(jìn)行可視化指揮。3.1.6. 水資源管理子系統(tǒng) 本系統(tǒng)建設(shè)內(nèi)容主要包括：建設(shè)水資源信息服務(wù)管理模塊，錄入水資源管理相關(guān)基本信息，錄入水資源調(diào)度相關(guān)監(jiān)測(cè)歷史數(shù)據(jù)，接入相關(guān)已建和省級(jí)項(xiàng)目在 建的取水量、水位和水質(zhì)在線監(jiān)測(cè)站；建設(shè)非汛期水量調(diào)度管理模塊，開(kāi)發(fā)撫河 干流及相關(guān)大型水庫(kù)水資源調(diào)度配置模型，開(kāi)發(fā)中長(zhǎng)期徑流預(yù)報(bào)、短期徑流滾動(dòng) 預(yù)報(bào)，以及用水分析、需水預(yù)測(cè)等模型；建設(shè)應(yīng)急水資源調(diào)度模塊，實(shí)現(xiàn)應(yīng)急事 件實(shí)時(shí)監(jiān)測(cè)報(bào)警、應(yīng)急調(diào)度進(jìn)展跟蹤與統(tǒng)計(jì)、事件全過(guò)程管理、開(kāi)發(fā)撫河骨干河道一維水動(dòng)力學(xué)水質(zhì)實(shí)時(shí)數(shù)值模擬模型進(jìn)行水質(zhì)實(shí)時(shí)預(yù)測(cè)預(yù)警、突發(fā)水污染事件追蹤溯源、突發(fā)水污染事件/干旱事件應(yīng)急調(diào)度、應(yīng)急調(diào)度后評(píng)估，并提供應(yīng)急會(huì)商支持。水資源管理系統(tǒng)3.1.7. 水工建筑物智能調(diào)度子系統(tǒng) 采用虛擬現(xiàn)實(shí)技術(shù)完成對(duì)水閘及周邊環(huán)境的精細(xì)三維建模，利用以無(wú)線傳感網(wǎng)絡(luò)為基礎(chǔ)的物聯(lián)網(wǎng)應(yīng)用實(shí)現(xiàn)各類水位、水質(zhì)、流量傳感單元、水閘自動(dòng)控制系 統(tǒng)傳感單元與監(jiān)測(cè)中心平臺(tái)的互聯(lián)，并將其模型整合入水閘虛擬仿真平臺(tái)，借助 于水質(zhì)水量耦合模型及其他水文計(jì)算模型的實(shí)時(shí)分析與計(jì)算，實(shí)現(xiàn)水閘的三維虛 擬仿真、實(shí)時(shí)過(guò)程監(jiān)測(cè)、遠(yuǎn)程自動(dòng)控制與智能調(diào)度，完善了水閘安全預(yù)警的自動(dòng) 化處理機(jī)制及水閘控制的可視化管理方法，提升了水閘控制的自動(dòng)化水平和智能化水平。水閘遠(yuǎn)程智能調(diào)度系統(tǒng)界面圖 3.1.8. 水安全智能分析子系統(tǒng) 系統(tǒng)基于水情、水質(zhì)等傳感監(jiān)測(cè)設(shè)備采集的數(shù)據(jù)，利用生態(tài)云計(jì)算、大數(shù)據(jù)分析、智能分析模型等技術(shù)實(shí)現(xiàn)水情測(cè)報(bào)分析、水質(zhì)安全分析，水生態(tài)安全分析、 水土安全分析等功能，為及時(shí)掌握水安全的狀態(tài)，發(fā)布預(yù)警信息，適時(shí)采取必要 的調(diào)控措施等提供了科學(xué)依據(jù)，同時(shí)也為水安全智能分析應(yīng)用及決策提供了技術(shù)支撐。水安全智能分析子系統(tǒng)3.1.9. 旅游公共服務(wù)及應(yīng)急預(yù)警子系統(tǒng) 系統(tǒng)利用撫河河道及河道整治工程涉及的河道及湖泊水上觀光、濕地公園等旅游景區(qū)布設(shè)的水情監(jiān)控、水安全監(jiān)控、視頻監(jiān)控等傳感器采集、處理、發(fā)布的 數(shù)據(jù)進(jìn)行分析與利用，并對(duì)汛期及暴風(fēng)雨等突發(fā)惡劣天氣的信息進(jìn)行預(yù)警，發(fā)布 旅游相關(guān)預(yù)警信息，并可實(shí)現(xiàn)逃生路徑分析、應(yīng)急資源調(diào)配、應(yīng)急預(yù)案處置等功能，為撫州市智慧旅游建設(shè)提供數(shù)據(jù)服務(wù)和技術(shù)支持，也有利于提升撫州市景區(qū) 服務(wù)水平和品牌形象，提升旅游監(jiān)管部門監(jiān)督力、執(zhí)行力、公信力。旅游公共服務(wù)及應(yīng)急預(yù)警系統(tǒng)架構(gòu)圖3.1.10. 城市內(nèi)澇及擁堵信息警示子系統(tǒng) 通過(guò)在城市重點(diǎn)易澇點(diǎn)布設(shè)傳感器感知系統(tǒng)反饋信息，及時(shí)通過(guò)公路顯示屏及手機(jī) APP，及時(shí)通知附近人群、車輛現(xiàn)場(chǎng)相關(guān)天氣、城市內(nèi)澇情況、交通擁堵 等，同時(shí)在出現(xiàn)警情時(shí)自動(dòng)關(guān)聯(lián)城管、市政、交管等部門及時(shí)排澇。系統(tǒng)為出行 者和交通監(jiān)管部門提供實(shí)時(shí)交通信息，有效緩解交通擁堵，快速響應(yīng)突發(fā)狀況， 為江西省撫州市大動(dòng)脈的良性運(yùn)轉(zhuǎn)提供科學(xué)的決策。城市內(nèi)澇監(jiān)測(cè)系統(tǒng)界面圖 3.1.11. “智慧河長(zhǎng)”電子政務(wù)子系統(tǒng) “智慧河長(zhǎng)”電子政務(wù)主要包括政務(wù)門戶網(wǎng)站、政務(wù)內(nèi)網(wǎng)，系統(tǒng)架構(gòu)如下圖所示?！爸腔酆娱L(zhǎng)”電子政務(wù)政務(wù)內(nèi)網(wǎng)用戶政務(wù)門戶網(wǎng)站智慧撫河信息發(fā)布旅游應(yīng)用在線辦事交通應(yīng)用信息服務(wù)應(yīng)用集成網(wǎng)上監(jiān)督信息服務(wù)行政主管機(jī)構(gòu)公眾用戶“智慧河長(zhǎng)”門戶網(wǎng)站與政務(wù)系統(tǒng)架構(gòu)圖 政務(wù)門戶網(wǎng)站是各級(jí)河長(zhǎng)發(fā)布信息的重要窗口為公眾、企事業(yè)單位和政府部門提供“河長(zhǎng)制”相關(guān)的宣傳報(bào)道信息及公共服務(wù)。 政務(wù)內(nèi)網(wǎng)門戶是電子政務(wù)應(yīng)用的入口，各業(yè)務(wù)應(yīng)用和公開(kāi)信息主要用于各級(jí)“河長(zhǎng)”會(huì)商決策及政務(wù)管理業(yè)務(wù)，涉及范圍主要包括：河道管 理、河道水環(huán)境、水生態(tài)、環(huán)保（水