【正文】 供科學(xué)的依據(jù)。 項目的建設(shè)地點滙點項目位于武侯大道，三環(huán)路和繞城高速之間，具體地址：武侯區(qū)簇橋鄉(xiāng)順江村 3 組、機頭鎮(zhèn)果偃村 6 組，符合城市規(guī)劃布局要求，交通條件便利，便于利用城市基礎(chǔ)設(shè)施。根據(jù)《成都市水文地質(zhì)工程環(huán)境地質(zhì)綜合勘察報告》 ，江安河河長，河床平均比降 %，河口多年平均徑流量 ；府河河長，河床平均比降 %，河口多年平均徑流量 ；清水河河長，河床平均比降 %，河口多年平均徑流量 ；江安河于華陽鎮(zhèn)匯入府河干流， ，清水河在成都市西郊送仙橋與磨底河匯合進入市區(qū)稱南河，于安順橋匯入府河，府河是建設(shè)項目區(qū)地下水的排泄基準(zhǔn)面。但由于縣境內(nèi)無興建調(diào)蓄的骨干水利工程條件，給水資源的利用造成不利因素，全縣現(xiàn)狀水資源利用程度只占開發(fā)量的 %，其余水作為棄水流失。總體來說，本項目區(qū)域地表水開發(fā)利用程度較高，周圍沒有大型的地下水取水戶，城鎮(zhèn)居民水均由市政自來水管網(wǎng)提供，地下水的開發(fā)利用較為有序，未出現(xiàn)突出地下水資源開發(fā)利用問題。先進性：采用成熟可靠的前沿技術(shù)，順應(yīng)技術(shù)發(fā)展的主流方向，確保系統(tǒng)整體技術(shù)先進。經(jīng)濟性：追求最佳性能/價格比，充分利用已建、在建和后續(xù)建設(shè)的信息化系統(tǒng)成果，避免重復(fù)建設(shè)?？煽啃裕捍_保系統(tǒng)整體運行穩(wěn)定、安全、可靠。2）項目建設(shè)的規(guī)模是：系統(tǒng)建設(shè)規(guī)模為 萬元人民幣。（2）取水井位處監(jiān)測點 2個（從取水井中選取兩個作為監(jiān)測點；實現(xiàn)水溫、地下水埋深的在線實時監(jiān)測） 。 8 / 110（4）回灌井位處監(jiān)測點 2個（從回灌井中選取兩個作為監(jiān)測點；水溫、地下水埋深的在線實時監(jiān)測） 。（6）高清正投會商系統(tǒng)建設(shè)：會商室中控系統(tǒng)建設(shè)；會商室高清（HDMI）視頻顯示系統(tǒng)建設(shè)；會商室音頻擴聲系統(tǒng)建設(shè)。16） 《關(guān)于調(diào)整水資源費征收標(biāo)準(zhǔn)的通知》 （川辦函（2022）110 號） ；17） 《四川省城市供水管理條例》 （2022 年頒布，2022 年修正） ；18） 《成都市水資源管理條例》 （1992 年 6 月實施） ；19） 《成都市地下水資源管理辦法》 （2022 年 9 月實施） ；20） 《成都市節(jié)約用水管理條例》 （2022 年 1 月實施） ；21） 《國務(wù)院關(guān)于實行最嚴(yán)格水資源管理制度》 （國發(fā)［2022］3 號） ；22） 《四川省人民政府關(guān)于全面推進節(jié)水型社會建設(shè)的意見》 （川府發(fā)［2022］39 號） ；23） 《四川省取水許可和水資源費征收管理辦法》 （省政府 258 號令，2022年 8 月 1 日實施） ；24） 《四川省建設(shè)項目水資源論證報告書編制要求（試行） 》 （四川省水利廳川函（2022 年） 100 號）25） 《建設(shè)項目水資源論證導(dǎo)則（試行） 》 （SL/Z3222022） ；26） 《四川省地源熱泵系統(tǒng)工程技術(shù)實施細則》 （DB51/50672022） ；27） 《水文調(diào)查規(guī)范》 （SL19697） ；28） 《水資源評價導(dǎo)則》 （SL/T3221999） ；29） 《供水水文地質(zhì)勘查規(guī)范》 （GB/T500272022） ；30） 《當(dāng)前國家鼓勵發(fā)展的節(jié)水設(shè)備（產(chǎn)品）目錄（第一批） 》 （公告 2022年第 5 號） ；31） 《地源熱泵系統(tǒng)工程技術(shù)規(guī)范》 （GB503662022） ；32） 《淺層地?zé)崮芸辈樵u價規(guī)范》 （DZ/T02252022） ；33） 《環(huán)境影響評價技術(shù)導(dǎo)則》 （HJ/ 、） ；34） 《公共建筑節(jié)能設(shè)計標(biāo)準(zhǔn)》 （GB501892022 ） ；35） 《居住建筑節(jié)能設(shè)計標(biāo)準(zhǔn)》 （JGJ1342022 ） ；36） 《采暖通風(fēng)與空氣調(diào)節(jié)設(shè)計規(guī)范》 （GB500192022） ；37） 《注水試驗規(guī)程》 （YS52142022 ） ；38） 《地下水資源勘察規(guī)范》 （SL4542022 ） ；10 / 11039） 《水資源監(jiān)控設(shè)備基本技術(shù)條件》 （SL4262022） ；40） 《水資源實時監(jiān)控系統(tǒng)建設(shè)技術(shù)導(dǎo)則》 （SL3492022） ；41） 《夏熱冬冷地區(qū)居住建筑節(jié)能設(shè)計標(biāo)準(zhǔn)》 （JGJ1342022） ；42） 《地表水和污水監(jiān)測技術(shù)規(guī)范》 （HJ/T 912022 ）43） 《PH 水質(zhì)自動分析儀技術(shù)要求》 （HJ/T 962022）44） 《電導(dǎo)率水質(zhì)自動分析儀技術(shù)要求》 （HJ/T 972022）45） 《濁度水質(zhì)自動分析儀技術(shù)要求》 （HJ/T 982022）46） 《溶解氧（DO）水質(zhì)自動分析儀技術(shù)要求》 （HJ/T 992022）47） 《氨氮水質(zhì)自動分析儀技術(shù)要求》 （HJ/T 1012022）2 實施方案的需求分析 實施方案的功能需求1）業(yè)務(wù)功能：實現(xiàn)水位檢測、水量檢測（電磁流量計檢測水量） 、水質(zhì)檢測、檢測數(shù)據(jù)自動上傳上位機、實時數(shù)據(jù)超閾值報警、數(shù)據(jù)處理整編入庫、數(shù)據(jù)高級應(yīng)用。3）業(yè)務(wù)處理量：2 個進水井監(jiān)測管理、1 個取水匯入管網(wǎng)處監(jiān)測管理、2個回灌井監(jiān)測管理、1 個回灌匯入管網(wǎng)處監(jiān)測管理。上位機數(shù)據(jù)處理任務(wù)包括以下內(nèi)容：1) 接收解碼存儲來自監(jiān)測點現(xiàn)場機的監(jiān)測數(shù)據(jù)；11 / 1102)對接收到的水情水質(zhì)數(shù)據(jù)和工況數(shù)據(jù)進行監(jiān)視預(yù)警；3)指定時間內(nèi)最大，最小，平均，折算，累計；4)查詢統(tǒng)計，圖形圖表的生成顯示和打印； 5)正常運行網(wǎng)絡(luò)操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)和 WEB服務(wù)器軟件等應(yīng)用軟件。 系 統(tǒng) 數(shù) 據(jù) 存 儲 量 的 分 析現(xiàn)場機的存儲量需求與歷史數(shù)據(jù)庫的構(gòu)成、監(jiān)測指標(biāo)數(shù)、存儲周期、要求最長存儲時間有關(guān)，如要求現(xiàn)場機最多可監(jiān)測 30個理化指標(biāo)（實際只測五參數(shù)，這里按 30個理化指標(biāo)計算，是為了增加存儲容量的充分冗余度） ，每小時帶時標(biāo)存儲一次數(shù)據(jù)，存儲時間 1年以上；則容量應(yīng)大于： 30 4 8760 ≈ 1 MB考慮時間戳、標(biāo)志和報警數(shù)據(jù)等的存儲，現(xiàn)場機歷史數(shù)據(jù)存儲器應(yīng)大于。如果再考慮12 / 110來自綿竹市防汛抗旱指揮中心的數(shù)據(jù)，一年歷史數(shù)據(jù)可能會大于 1 GB. 系 統(tǒng) 數(shù) 據(jù) 傳 輸 量 的 分 析項目的信息傳輸包括以下兩類：（1）上位機與現(xiàn)場機（監(jiān)測站）之間的信息傳輸（通過 CDMA，GSM ， PSTN 等） ；（2）計算機之間通過 TCP/IP進行的信息傳輸，例如數(shù)據(jù)接收機與通信服務(wù)器之間，數(shù)據(jù)庫服務(wù)器與客戶端之間的通信；B/S 結(jié)構(gòu)中 WEB服務(wù)器與瀏覽器之間的信息傳輸； C/S結(jié)構(gòu)中服務(wù)器與客戶端之間的通信。如果采用《HJ/T2122022 污染源在線自動監(jiān)測系統(tǒng)數(shù)據(jù)傳輸標(biāo)準(zhǔn)》作為應(yīng)用層協(xié)議進行通信，上傳數(shù)據(jù)通訊包結(jié)構(gòu)如下： 包頭（2）+ 數(shù)據(jù)段長度（4）+ 數(shù)據(jù)段 + CRC 校驗（4） + 包尾（2） 數(shù)據(jù)段構(gòu)成如下： 請求編號（20）+ 系統(tǒng)編號（5）+ 命令編號（7）+ 設(shè)備標(biāo)識（14）+ 密碼（6）+ 總包號（4）+ 包號（4）+ 數(shù)據(jù) 可算出每次傳輸由協(xié)議附加的字節(jié)數(shù)為 73字節(jié)； 由于數(shù)據(jù)區(qū)采用的結(jié)構(gòu)形式為“字段名=字段值”的格式， “字段名=”和‘， ’分隔符號平均長度約 6個字符。 企業(yè)信息監(jiān)測中心站采用 2M帶寬接入網(wǎng)絡(luò) INTERNET。 實時信息是指水位、水量、水溫、水質(zhì)等實時監(jiān)測信息。 監(jiān)測點要求支持如下實時信息的采集：水位、供排水量等水情信息及 PH值、水溫、電導(dǎo)率、溶解氧等水質(zhì)信息以及信道質(zhì)量、蓄電池電壓等工情信息。 除自動采集設(shè)備采集的數(shù)據(jù)以外，系統(tǒng)中還存在一些通過人工方式錄入的數(shù)據(jù)，系統(tǒng)共享的信息量為自動采集量加人工錄入的數(shù)據(jù)量，若人工錄入數(shù)據(jù)量按100條/小時計算，共享信息量為： + 100 4 = 2KB。 實際：約 40 Kbps,上位機之間通信信道指標(biāo)如下：企業(yè)信息中心站—Inter：2Mbps, 系 統(tǒng) 存 儲 與 備 份 的 信 息 量 的 分 析按一年 1G計算，采用 160G硬盤（RAID） ，完全能存儲 10年以內(nèi)的歷史數(shù)據(jù)。 系 統(tǒng) 存 儲 能 力 的 需 求 總 量監(jiān)測點：1MB/年、存儲周期 1小時，30 采樣參數(shù)14 / 110中心站數(shù)據(jù)庫服務(wù)器：2G/年、20 個監(jiān)測站，存儲周期小于 1小時。其中：信息采集傳輸系統(tǒng)，包括監(jiān)測點、GSM/GPRS 網(wǎng)絡(luò)、中心站數(shù)據(jù)接收機等信息采集與傳輸部分，采集的信息包括水位、流量、等水資源信息及 PH值、水溫、電導(dǎo)率、TDS、溶解氧等水質(zhì)信息以及信道質(zhì)量、蓄電池電壓等工情信息。 計算機網(wǎng)絡(luò)系統(tǒng)，包括局域網(wǎng)和廣域網(wǎng)，涉及監(jiān)控中心、相關(guān)業(yè)務(wù)部門和省水文局的計算機網(wǎng)絡(luò)互聯(lián)，實現(xiàn)信息共享。以及支撐系統(tǒng)運行的平臺。15 / 110 信息資源規(guī)劃和數(shù)據(jù)庫設(shè)計 水 資 源 監(jiān) 測 系 統(tǒng) 的 通 信 組 網(wǎng) 設(shè) 計 1) 各類監(jiān)測點數(shù)據(jù)的傳輸路徑、入網(wǎng)節(jié)點、網(wǎng)絡(luò)路由 匯點項目地下水水資源企業(yè)信息中心通過路由器接入 Inter，并在Inter上具有固定 IP地址，數(shù)據(jù)接收工作站接收數(shù)據(jù)的 TCP/UDP端口映射到路由器的某個固定端口上。數(shù)據(jù)接收工作站負(fù)責(zé)監(jiān)測站點的認(rèn)證和連接鏈路的維持。 匯點項目地下水水資源企業(yè)信息中心的數(shù)據(jù)接收工作站同時連接一部 GSM通信設(shè)備，當(dāng) Inter連接出現(xiàn)問題時可臨時以 SMS短信方式直接與監(jiān)測站點進行通信。2) 系統(tǒng)中心站的通信網(wǎng)關(guān)的配置路由器主要性能指標(biāo)：（1） 、處理器：RISC 新一代處理器（ 400MHz） ；（2） 、轉(zhuǎn)發(fā)性能：180Kpps；（3） 、固定以太網(wǎng)路由端口：2 個百兆接口；（4） 、固定以太網(wǎng)交換端口：8 個百兆以太網(wǎng)接口；（5） 、模塊插槽：2 個 SIC 插槽；（6） 、ESM 插槽：1；（7） 、USB：1；（8） 、AUX ：1；（9） 、配置口：1；（10） 、硬件加密：支持；（11） 、內(nèi)存（缺省/最大）： 256M/384M（SDRAM） ；（12） 、CF： 256M/1G；（13） 、最大功耗：54W；（14） 、電源（AC ）：輸入額定范圍：100～240V 50/60Hz；16 / 110（15） 、環(huán)境溫度：0～40℃；（16） 、環(huán)境相對濕度：5～90%（不結(jié)露） 。GSM/GPRS通信終端，其主要性能指標(biāo)如下：頻段：900/1800MHZ發(fā)射功率：2W（GSM900MHz Class 4） 1W（GSM1800MHz Class 1）最高 DTE速率：115200 bps；工作電壓： 24V；待機功耗：3mA ；工作功耗：20 mA；17 / 110數(shù)據(jù)傳輸標(biāo)準(zhǔn)：RS232C；工作溫度： 20℃～55℃；工作濕度： ≤95%RH(40℃)；可靠性：MTBF≥25000H；支持功能：GPRS，短信雙向收發(fā)且最大長度 70個漢字或 160個 ASCII字符\掉電工作模式\可控電源開關(guān)\射頻模塊監(jiān)測電路自動復(fù)位\看門狗和應(yīng)用層的雙層外部復(fù)位\RS232C 串口控制信號復(fù)位3) 系統(tǒng)通信組網(wǎng)拓?fù)鋱D 匯 點 項 目 地 下 水 資 源 監(jiān) 測 系 統(tǒng) 數(shù) 據(jù) 庫 的 配 置 設(shè) 計 系統(tǒng)數(shù)據(jù)庫包括實時數(shù)據(jù)庫、基礎(chǔ)數(shù)據(jù)庫、模型庫、方法庫和知識庫。18 / 110 數(shù)據(jù)庫的物理與邏輯結(jié)構(gòu)1）系統(tǒng)數(shù)據(jù)庫的物理結(jié)構(gòu)如下圖所示：1）系統(tǒng)數(shù)據(jù)庫的邏輯結(jié)構(gòu)系統(tǒng)數(shù)據(jù)庫的邏輯結(jié)構(gòu)是在客戶端與數(shù)據(jù)庫之間加入了一個“中間層” ，也叫組件層。 三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理。在保證客戶端功能的前提下，為用戶提供一個簡潔的界面。19 / 110 通常情況下，客戶端不直接與數(shù)據(jù)庫交互，而是通過 COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進行交互。也就是說，建立在數(shù)據(jù)庫服務(wù)器上的連接數(shù)量將大大減少。同時，中間層與數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)連接通過“連接池”進行連接數(shù)量的控制，動態(tài)分配與釋放數(shù)據(jù)連接，因此數(shù)據(jù)連接的數(shù)量將遠遠小于客戶端數(shù)量。因為業(yè)務(wù)規(guī)則、合法性校驗存在于中間層，因此當(dāng)業(yè)務(wù)規(guī)則發(fā)生改變時，只需更改中間層服務(wù)器上的某個組件（如某個 DLL文件） ，而客戶端應(yīng)用程序不需做任何處理，有些時候，甚至不必修改中間層組件，只需要修改數(shù)據(jù)庫中的某個存儲過程就可以了。同樣；如果需要開發(fā) B/S應(yīng)用，則不必要重新進行數(shù)據(jù)訪問、業(yè)務(wù)規(guī)則等的開發(fā)，可以直接在 WEB 服務(wù)器端調(diào)用現(xiàn)有的中間層（如可以采用基于 IIS的 WebClass開發(fā)，或直接編寫 ASP代碼） ． ■事務(wù)處理更靈活，可在數(shù)據(jù)庫端、組件層、MTS（或 COM＋）管理器中進行事務(wù)處理。用戶通過客戶層使用 HTTP／SOAP(簡單對象訪問協(xié)議)訪問數(shù)據(jù)中心服務(wù)器以獲取業(yè)務(wù)數(shù)據(jù)或執(zhí)行這些服務(wù)提供的業(yè)務(wù)邏輯。用戶可以是 web瀏覽器用戶、傳統(tǒng) Windows客戶端用戶。這樣可以方便系統(tǒng)的維護和部署。 （3）數(shù)據(jù)庫層：數(shù)據(jù)庫層由數(shù)據(jù)庫系統(tǒng)組成，用于存儲各類水利基礎(chǔ)數(shù)據(jù)。系統(tǒng)可以支持各種主流的關(guān)系型數(shù)據(jù)庫系統(tǒng)，包括 SQL Server 7．0 以上版本的數(shù)據(jù)庫。 數(shù)據(jù)庫服務(wù)層：系統(tǒng)所應(yīng)用的數(shù)據(jù)庫管理系統(tǒng)均為關(guān)系數(shù)據(jù)庫系統(tǒng)RDBMS，由 RDBMS提供原始數(shù)據(jù)的存儲和管理服務(wù)，并處理來自于應(yīng)用服務(wù)器的數(shù)據(jù)請求和訪問，能夠?qū)?shù)據(jù)處理結(jié)果通過數(shù)據(jù)庫的 JDBC接口返回給應(yīng)用服務(wù)器。 中間件邏輯上分為兩層，多數(shù)據(jù)源數(shù)據(jù)訪問層和業(yè)務(wù)邏輯層。邏輯層根據(jù)預(yù)先定義好的業(yè)務(wù)規(guī)則，進行邏輯處理，當(dāng)需要訪問數(shù)據(jù)時，通過底下的多數(shù)據(jù)源訪問層提供的訪問 API，由多數(shù)據(jù)源訪問層執(zhí)行最終的數(shù)據(jù)訪問。這種方式，可以保證業(yè)務(wù)邏輯層和數(shù)據(jù)持久層之間最小的耦合，當(dāng)數(shù)據(jù)庫 Schema發(fā)生變化