【正文】 2 、統(tǒng)一用戶管理 ( l ）部門／分支機構設臵，部門／分支機構是真實地反映當前系統(tǒng)運行時所涉及 到的部門／分支機構的結構。 ．數(shù)據備份 用戶可以定期的對這些權限數(shù)據進行備份，同時可以隨時進行備份，備份一般采用 XML 文件格式。 ( 6 ）機構信息同步，完成對新導入的機構信息和重新恢復數(shù)據后的操作，在數(shù)據庫中重新為用戶建立角色和登錄權限工作。在權限中 指定執(zhí)行者時，允許將某個角色作為執(zhí)行者，也就是等同于將該角色集合中的所有用戶作為的執(zhí)行者。要求實現(xiàn)對用戶的集中管理和對業(yè)務系統(tǒng)權限的分布式管理。 ．提供通過防火墻在沒有應用程序活動時保持域的持久性及快速發(fā)覺連接的失效機制。 ．支持雙向互操作性：應用程序調用服務器應用程序（以及反向調用）的能力；將服務器應用程序集成到數(shù)據交換環(huán)境的能力；應用服務器和數(shù)據交換系統(tǒng)之間的多個連接的能力。將來對全市直屬單位，各區(qū)級單位數(shù) 據進行采集、匯總、清洗及優(yōu)化。 應用支撐平臺的部署采用兩層集中部署模式。 ? 要將各業(yè)務系統(tǒng)中通用、共性的技術與需求進行界定后提煉出來。同時 UNIX 對技術人員的要求也較高。 Windows Server 2020 標準版 提供了集成的技術和服務，比如內嵌的，高性能的 Web 服務器，傳輸管理， Web 服務，提高安全性的事件日志，消息隊列支持，以及集成的管理框架。 支持流行的技術標準，符合技術發(fā)展方向，保護軟硬件建設投資。 符合技術主流發(fā)展要求，即產品要適應網絡應用和發(fā)展的需求； 符合可擴展性、可用性、易管理性和可靠性等技術要求； 較好的總體擁有性能價格比； 較好的服務和支持水平。 36 動態(tài)資源消耗： 操作系統(tǒng)運行的資源消耗。 主板總線帶寬充裕， I/O 子系統(tǒng)（包括硬盤、網絡）數(shù)據傳輸效率高，可以充分配合處理器、內存等部件，形成協(xié)調的整體 性能。同時數(shù)據庫恢復時可以配合備份存儲上的鏡像數(shù)據和數(shù)據快照，用最快的時間將數(shù)據庫恢復至故障點最接近的數(shù)據。 雙容余電 源：如果一顆電源損壞，另一顆電源在不影響工作的情況下自動接替工作。 由于所有應用系統(tǒng)是共享存儲設備的，所有的應用系統(tǒng)會并發(fā)訪問存儲設 備，特別是數(shù)據庫系統(tǒng)對存儲系統(tǒng)的要求就更高了，因此存儲系統(tǒng)的數(shù)據吞吐量直接決定著整個信息系統(tǒng)的性能，可以認為是整 33 個信息系統(tǒng)的瓶頸。按區(qū)域、權限進行發(fā)布。 主要業(yè)務數(shù)據流向為：射頻讀卡器對卡進行唯一編碼掃描識別后的數(shù)據通過標準串口發(fā)送至管理中心，管理中心自動匹配相關車輛，進行身份驗證；通過驗證后，系統(tǒng)向道閘發(fā)出抬桿指令，道閘抬起欄桿；車輛進入地衡區(qū)域，地衡自動采集垃圾車輛重量，并自動計算出垃圾凈重；同時，彩色攝像機對車輛稱重過程進行拍照取證。 31 數(shù)據采集 本系統(tǒng)數(shù)據來源主要體現(xiàn)在場站綜合管理業(yè)務數(shù)據、車輛 GPS定位數(shù)據、場站視頻監(jiān)控數(shù)據等。 大型 Web 站點和企業(yè)級數(shù)據處理系統(tǒng)通常會生成大量的數(shù)據庫處理，超出了一臺計算機的支持能力。 SQL Server 2020 還在多個用戶之間有效地分配可用資源，比如內存、網絡帶寬和磁盤 I/O。 數(shù)據庫選型 數(shù)據庫性能的優(yōu)劣直接影響到整個系統(tǒng)的運行效率， 它是信息資源開發(fā)和利用的基礎 ，所以選擇一個好的數(shù)據庫是非常重要的。 分布式查詢 /事務處理：在分布式數(shù)據庫的兩個或 更多個不同節(jié)點上查詢或更新數(shù)據 ? 內容管理 28 超級搜索：跨多個信息庫搜索和定位數(shù)據，包括：遵循 ODBC的數(shù)據庫、 IMAP 郵件服務器、 HTML 文檔、磁盤文件等。 ? 數(shù)據倉儲 數(shù)據壓縮：在不影響查詢時間的情況下壓縮保存在關系表中的數(shù)據；降低磁盤系統(tǒng)成本。 全面的 XML 支持：通過對 W3C XML 數(shù)據模型提供支持，使存儲和檢索 XML 本地化；使用標準訪問方法導航和查詢 XML。 自動工作負載管理：將服務連接請求發(fā)送給擁有最低負載的適當服務器；一旦發(fā)生故障，自動將幸存的服務器重新分配以用于服務。意外停機主要是由于計算機故障或數(shù)據故障引起的。 針對環(huán)衛(wèi)管理要求， 結合 國家相關標準和 《城市市政綜合監(jiān)管信息系統(tǒng)技術規(guī)范》 CJJ/T 1062020,《城市市政綜合監(jiān)管信息 系統(tǒng) 單元網格劃分與編碼規(guī)則》 CJ/T 2132020,《城市市政綜合監(jiān)管信息系統(tǒng) 管理部件和事件分類與編碼》 CJ/T 2142020,《城市市政綜合監(jiān)管信息系統(tǒng)地理編碼》 CJ/T 2152020 等有關規(guī)范，通過統(tǒng)一代碼建設機制，實現(xiàn)各系統(tǒng)數(shù)據互聯(lián)互通，方便對各種數(shù)據的整理、利用，適應市電子政務地圖各個應用圖層信息關聯(lián)應用。 運用 GPS、 GIS、數(shù)據庫等計算機技術，以服務于環(huán)衛(wèi)運行管理業(yè)務為主要目的，建立一個分布于市城市管理部門、各區(qū)城市管理部門和各運營企業(yè)的，為市環(huán)衛(wèi)分級運營與統(tǒng)一管理決策提供服務的、具有先進水平的市生活垃圾清運數(shù)字化管理系統(tǒng)。考慮到市數(shù)字化城管監(jiān)控中心已經具備大容量的存儲備份系統(tǒng)，因此，本項目可充分利用原有的備份系統(tǒng) ，滿足數(shù)據存儲需求。根據視頻文件存儲量及保存價值，本次建設的視頻文件均保存在本地場站，區(qū)級、市級平臺均為調用。 GPS 及油量監(jiān)控數(shù)據 垃圾稱重數(shù)據 19 表 37 垃圾稱重數(shù)據量表 序號 數(shù)據類型 數(shù)據量 /天 對象數(shù)量 存儲時間 小計 備注 1 衛(wèi)生處置場數(shù)據 1 4年 (G) 監(jiān)控中心及本地同步保存，各區(qū)及相關用戶可按需要保存 2 壓縮 /中轉站 100kb 6 4年 3 焚燒廠數(shù)據 100kb 3 4年 (G) 數(shù)據存儲量合計： (G) 視頻信號 表 38 視頻信號數(shù)據量表 序號 數(shù)據類型 單位數(shù)據量 對象數(shù)量 存儲時間 小計 備注 衛(wèi)生處置場原視頻存儲量 1 中轉站 (G) 6 7天 (G) 本地，各區(qū)及相關用戶可按需要保存 2 衛(wèi)生處置場 2723(G) 1 7天 2723(G) 3 環(huán)衛(wèi)作業(yè)處 (G) 1 (G) 視頻數(shù)據存儲量合計： 分散保存 ● 數(shù)據 存儲總需求 數(shù)據 存儲總需求 =＋ + ≈ 數(shù)據傳輸量 指標 ? 業(yè)務數(shù)據傳輸量 業(yè)務數(shù)據傳輸量較小，對網絡帶寬要求不高，一個場站的業(yè)務數(shù)據傳輸量約 15～ 25kb/s，現(xiàn)有網絡市城管中心到各區(qū)城管中心為 10M帶寬，各區(qū)到場站擬采用 2M 帶寬。 ● 在線存儲的具體需求： （ 3） 焚燒廠稱重數(shù)據存儲量計算 根據調研結果顯示，焚燒廠每天接受 1200 噸垃圾，車輛數(shù)約 100臺次，存儲數(shù)據的容量在 100KB 以內 ,按 100KB 估算。要求系統(tǒng)可擴展性好，在較少投入下，就能完成系統(tǒng)升級、擴容。 應用系統(tǒng)性能：應用系統(tǒng)應滿足用戶的要求，穩(wěn)定、可靠、實用。 系統(tǒng)支持數(shù)據備份，在故障恢復后，可恢復數(shù)據。數(shù)據庫服務器雙機熱備部署如下圖所示。 ? 主機和存儲設備 根據系統(tǒng)并發(fā)用戶數(shù)和系統(tǒng)運行預期數(shù)據量等指標，需配臵以下幾類服務器：數(shù)據庫服務器、應用服務器、視頻服務器、地圖服務器等。所在區(qū)城管局及市級平臺、授權用戶可實時調看及歷史查閱。 10 環(huán)衛(wèi)設施運行監(jiān)控 本項目范圍大型生活垃圾處臵設施 X 座，壓縮 /轉運設施 x 座，需納入視頻監(jiān)控系統(tǒng)，垃圾轉運 /處臵量需納入垃圾量監(jiān)控系統(tǒng)。 （ 3）實現(xiàn)對車輛油耗監(jiān)測管理 通過車載 GPS 終端設備和傳感器將油耗數(shù)據回傳至車載 GPS 監(jiān)控中心，當單位油耗時差值超過用戶所設定的報警閥值時， 系統(tǒng)自動報警，提示有非正常耗油現(xiàn)象，從而實現(xiàn)車輛油耗量化控制和實時監(jiān)控，并為每臺車輛油耗配臵提供翔實的數(shù)據資料。 是全市垃圾清運情況以及清運工作開展情況不能及時準確掌握 對于各個垃圾站場清運、處理垃圾的具體數(shù)量沒有有效的手段準確掌握，在清運工作過程相應的工作量、工作效益和工作成果，以及工作消耗品無法實現(xiàn)較為準確的把握。以科學發(fā)展觀為指導，按照統(tǒng)城鄉(xiāng)綜合配套改革試驗區(qū)和城鄉(xiāng)一體化發(fā)展的要求，通過實施生活圾清運數(shù)字化管理模式，建立運轉高效、處臵精細、監(jiān)管嚴格、管理科學的生活垃圾管理機制，推進垃圾清運精細化、網絡化、信息化、科學化日常管理，推動全市垃圾處理現(xiàn)代化，有效提高城管部門環(huán)衛(wèi)管理效率、服務水平。針對這些問題，以前主要靠加強政治思想教育，組織管理人員跟車、抽查等方式“人盯人”監(jiān)管，但這種管理方式耗時費力 且收效甚微，越來越不適應現(xiàn)代城市管理需要。若有效身份被識別，自動抬閘，車輛上地磅秤后自動降閘，自動抓拍車輛照片，自動稱重，自動扣除車輛皮重，自動匯總垃圾凈重量。 表 31 垃圾收運車輛數(shù)量需求表（單位：輛） 區(qū)域 現(xiàn)狀數(shù)量 近 期 遠 期 需求總數(shù) 需新增數(shù) 需求總數(shù) 需新增數(shù) 中心城區(qū) 表 32 道路清掃車輛數(shù)量需求表（單位：輛） 區(qū)域 現(xiàn)狀數(shù)量 近 期 遠 期 需求總數(shù) 需新增數(shù) 需求總數(shù) 需新增數(shù) 9 表 33 灑水車數(shù)量需求表（單位：輛） 區(qū)域 現(xiàn)狀數(shù)量 近 期 遠 期 需求總數(shù) 需新增數(shù) 需 求總數(shù) 需新增數(shù) 注：帶“ *”區(qū)域不納入本次建設范圍。 ? 視頻監(jiān)控數(shù)據 垃圾中轉站 \壓縮站、垃圾處臵場等場所的視頻監(jiān)控數(shù)據是本系統(tǒng)大數(shù)據量來源之一，要求視頻數(shù)據在本地存儲。 基礎設施平臺需求 按照中華人民共和國建設部《城市市政綜合監(jiān)管信息系統(tǒng)建設規(guī) 12 范》（ CJJ/T106）中的要求，以及市市本地的實際情況，基礎設施平臺建設包括網絡、主機和存儲設備、視頻監(jiān)控、大屏幕顯示等系統(tǒng)建設。 本次建設對生活垃圾數(shù)據，車輛 GPS 數(shù)據的可靠性要求較高，主要針對數(shù)據庫服務器進行雙機熱備。市生活垃圾清運數(shù)字化管理系統(tǒng)運行于電子政務外網。 病毒防范：在服務器端安裝防病毒系統(tǒng)，以提供對病毒的檢測、清除、免疫和對抗能力。 其他需求 ? 維護性 系統(tǒng)提供集中的維護工具，盡可能減少手工維護工作量，確保系統(tǒng)長時間正常運行。嚴重時，甚至會使數(shù)據庫服務器沒有能力響應其它應用的服務請求，使其它應用處于假“死機狀態(tài)”。本系統(tǒng)平臺每天產生的業(yè)務數(shù)據量并不大，對存儲設 備容量要求不高。 20 系統(tǒng)往市級平臺收斂的過 程中，如果每個攝像頭以 2M碼率傳輸，則對市級到區(qū)級帶寬要求較高。所以，同時監(jiān)看 多個視頻畫面情況下，如 2M 碼率同時看 4 路視頻， 1M 碼率可同時看 8 路視頻。提供為 城管相關 管理部門服務的系統(tǒng)接口，為行業(yè)管理部門管理提供科學決策 的依據； 22 第 2章 項目設計方案 建設 目標 、規(guī)模與內容 建設目標 以實現(xiàn) 環(huán)衛(wèi) 精細化管理為目標，全面構建現(xiàn)代化的城市 環(huán)衛(wèi) 管理體系，以適應建設世界現(xiàn)代田園城市的環(huán)境需要。系統(tǒng)將有力支持對環(huán)衛(wèi)運行的管理，通過系統(tǒng)建設，將大大提高環(huán)衛(wèi)管理的信息化水平。 數(shù)據庫管理軟件是整個系統(tǒng)數(shù)據的載體，數(shù)據庫管理軟件的配臵選擇需要考慮兩方面的因素，一方面考慮到基礎數(shù)據的數(shù)據及重要性，數(shù)據庫管理軟件本身的性能要比較好，要有很好的高可用性設計，安全性比較高；另一方面，考慮到需要入庫的為 項目 信息系統(tǒng) 數(shù)據，所以數(shù)據庫管理軟件能夠支持最復雜的 項目管理系統(tǒng) 部署。 數(shù)據衛(wèi)士：自動維護生產數(shù)據庫的多個遠程備份副本；恢復從生產環(huán)境到備份數(shù)據庫的處理；極大地縮短了災難情況下的宕機時間。 細粒度審計：定義特定的審計策略，包括對錯誤數(shù)據的訪問發(fā)出警告。 自動存儲管理：跨所有可用資源分配 I/O 負載，并通過垂直集成的文件系統(tǒng)和卷管理器優(yōu)化性能；消除人工 I/O 調優(yōu)。 ? 集成 數(shù)據流：在一個數(shù)據庫內或從一個數(shù)據庫到另一個數(shù)據庫的數(shù)據流中實現(xiàn)數(shù)據、事務和事件的傳播與管理。 數(shù)據庫建設原則 系統(tǒng)數(shù)據庫的設計，需要在數(shù)據安全、數(shù)據庫優(yōu)化、數(shù)據庫管理與維護方面加大工作投入 。 Microsoft SQL Server 2020 能提供超大型系統(tǒng)所需的數(shù)據庫服務。 SQL Server 2020 應用程序可在裝有 SQL Server 2020 的計算機上運行。 基于以上種種，垃圾站清運子系統(tǒng)采用的后臺數(shù)據庫管理軟件為SQL Server 2020） 系統(tǒng)組成 “市生活垃圾清運數(shù)字化管理系統(tǒng)”是一套統(tǒng)一綜合管理平臺，由車輛 GPS 及油耗監(jiān)控管理系統(tǒng)、車輛綜合管理系統(tǒng)、場站綜合管理系統(tǒng)、站場視頻監(jiān)控系統(tǒng)、 GIS 地理信息系統(tǒng)五大子系統(tǒng)組成。 。保證市級與區(qū)級數(shù)據的高度一致性。以提供歷史數(shù)據的查詢請求。 可選擇 SCSI ID 0～ 15 支持在線擴容 附加命令列：準許高達 255 筆指令同時運作?；謴蜁r，根據 不同的備份軟件，可