垃圾清運數字化管理系統技術方案(更新版)

　　

【正文】 務表示，需要讓目的端系統了解待交換的數據信息。 3 、信息處理 ．消息處理需要完成統一消息封裝和解析、消息尋址、消息可靠性處理、消息安全性處理等功能。數據交換服務從多個市直屬及區屬環衛設施采集數據并加載到業務數據庫，提供數據安全訪問服務，能夠應對大并發量的數據訪問，確保共享數據得到及時更新，并且要有效地管理業務數據庫。業務應用服務、信息服務等 部署在市級和區縣級兩層上，采用這種部署方式是充分考慮市生活垃圾處理現狀以及將來發展的需要，對將來訪問量的增加做出充分的考慮，既集中又相對分布，既方便維護又對不間斷服務提供保障。 ? 要充分考慮到系統的需求變化及發展，平臺的建設方案要求考慮實用、先進、科學、合理、經濟、可行，具有前瞻性和可擴展性。 根據以上分析 , 考慮到數據庫服務器的高可靠性、高安全性和高性能要求 ， 為服務器配臵 6 套 Windows Server 2020 企業版 中文標準版作為服務器操作系統 。利用一套完全的集成應用系統服務和行業領先的工具支持，這些應用環境提高了開發人員生產力。 具有高效的、高可用性能。 選擇服務器時應考慮以下幾個因素： 處理能力能夠滿足當前以及將來業務發展的需要。多的用戶數消耗的資源越多，并發用戶數越多，資源消耗越多。 硬件系統可以方便地進行升級以適應未來業務增長的需要，同時服務器硬件和操作系統升級不會影響數據庫管理系統和應用軟件的運行。 應用支撐系統設計 服務器硬件平臺 選型原則 服務器技術選型應在分析性能、高擴展性、高可用性、可管理性、高可靠性基礎上，綜合考慮市場價格、服務支持等因素，主要包括如下。 數據備份 市生活垃圾清運數字化管理系統所產生的核心數據是垃圾稱重 34 數據，數據重要性很強，但數據量較小，可采用全備份策略備份。在當前的系統中，磁盤陣列是作為最主要的數據存儲設備的，磁盤陣列的數據吞吐量可以認為是貴單位當前存儲系統的吞吐量的衡量標準。同時，業務數據庫將原始數據信息按生活垃圾清運需求、分時段進行保存。三部分數據最終按規定格式統一保存為一條記錄，上傳至管理中心業務數據庫。而且，這類數據是市生活垃圾清運數字化管理系統正常運行的基礎保障，從而，對這類數據采集的準確性顯得尤為重要。在這些大型系統中，數據庫服務由組成數據庫服務層的一組數據庫服務器提供。 超大型 Inter 站點可將其數據分開存放在多臺服務器上，從而使處理負荷分散到多臺計算機上，使站點能為成千上萬的并發用戶提供服務。 （數據庫性能的優劣直接影響到整個系統的運行效率， 它是信息資源開發和利用的基礎 ，所以選擇一個好的數據庫是非常重要的。 媒介物：開發、部署和管理包含具有最流行格式的富媒體內容的傳統、 Web 和無線應用系統。 分析函數：使用面向在線分析處理（ OLAP）的內臵分析工作空間。 PL/SQL 和 JSP：用服務器端 Java 和存儲的程序語言；使用 SQL確保安全、方便和無縫。 Java 和 PL/SQL 的本地編譯： Java 和 PL/SQL 語言編寫部署在數據庫中的程序。計劃停機主要是由于生產系統的數據改變或系統改變而引起的。 24 結合系統建設，建立 生活垃圾清運數字化 管理 系統數據標準和應用系統接口規范，促進資源共享與交換平臺建設。 具體建設目標如下： 一是垃圾轉運進站車輛綜合管理系統，來代替人工統計記錄數據，提高工作效率的同時，保證數據的真實有效性，并且能讓區、市城管局相關部門實時監管生活垃圾收運處臵情況。 數據通訊 方面： 市級到區 要求 10M 以上 獨享 帶寬，區到各場站 要求 2M 以上 獨享帶寬。當區級、市級需要調用視頻進行監看，將碼率適當調低即可。網絡帶寬能夠滿足承載要求。投產的焚燒廠目前只有一個，焚燒廠數據存儲期 4 年，數據總量為： Sum(store)=100 30124== 焚燒廠在建的有兩座，每座處理量 1800 噸 /日，近期將投產，因此按 3 座考慮的數據總量為： Sum(store)=100 3 0124 （ 1+ 2） == （ 4） 衛生處臵場稱重數據存儲量計算 根據調研結果顯示，衛生處臵場每日稱重次數約為 400500 車次，每天數據存儲量大約為： ，存儲 4 年的數據存儲總量為： Sum(store)=3012 4=288MB= （ 5） 壓縮 /轉運站稱重數據存儲量計算 根據調研結果顯示，壓縮 /轉運站每日稱重次數約為 100200 車次（含機動車及非機動車），每天數據存儲量大約為： 100KB，存儲 4年的數據存儲總量為： Sum(store)=3012 4=144MB=。且不影響原系統的正常運行。人機界面友好，輸出、輸入方便，圖表生成靈活美觀，檢索、查詢簡單快捷，系統便于維護、擴充；采用結構化系統設計技術，使應用系統具有良好的可擴展性、可移植性和可升級性，可支持市和區兩級平臺拓展。 ? 網絡安全 市生活垃圾清運數字化管理系統網絡安全要求符合市電子政務有關規定中對信息安全的要求。 13 圖 11 系統數據庫雙機熱備示意圖 數據存儲系統通過具有高傳輸速率的連接方式，具有較高的節點擴充性和傳輸速率，并應具有跨平臺整合性。本系統采用統一部署方式，存在單點服務器故障而導致系統整體不能應用的風險。 ? 綜合業務數據 車輛油耗、綜合調度、軌跡等數據是保證系統良好運行的關鍵，要求對該類數據在中心平臺實時、準確匯總。 生活垃圾處臵設施見表 所示 ： 表 34 生活垃圾處置設施 序號 設施名稱 位置 日處置量（ t） 備注 垃圾壓縮站 表 35 垃圾壓縮站 序 號 名 稱 位 置 操作工藝 日轉運量 （ t） 備注 數據需求分析 ? 地理信息數據 地理空間信息數據是市生活垃圾清運數字化管理系統建設的基礎。 （ 4）實現垃圾站視頻監控 監控中心可通過光纖網絡實時調看各垃圾站視頻監控點的視頻圖像，使管理人員更加直觀、實時掌握各垃圾站的運轉情況，并隨時可查詢任一時間各監控點的視頻圖像，實現遠程、全方位全天候監控、指揮和調度。由于整個垃圾清運業務不能提供準確、具體的一手數據，因此在工作的績效考核方面，以及 對全市垃圾清運工作的調度和宏觀決策上存在技術手段缺失。 目前，我市垃圾管理面臨著四大問題急待解決。 車輛動態監管困難 6 垃圾清運車、機掃車等均為單人作業，導致動態監管困難，時常出現偷運“野垃圾”、盜賣油料、違章駕駛、不按規定線路作業的現象。 系統功能指標 7 業務功能 （ 1）實現垃圾站進站車輛綜合管理 要求實現通過遠距離讀卡器對進入垃圾站的車輛進行身份識別。 業務需求 環衛車輛監控 根據市環境衛生專業規劃（ 20202020 年），本項目范圍內環衛車輛數量如下表所示。 包括公用設施、道路交通、環衛設施等多種類別的地理位臵信息。 性能需求 分析 ? 站場管理系統響應性能在 2s 以內； ? 管理中心監管查詢響應性能在 3s 以內； ? 油耗監控及車輛定位等整體響應性能在 5s以內； ? 正常情況下系統訪問并發訪問量應不小于 100 個點； ? 車載 GPS 終端同時并發數不小于 500 個點； ? 系統應具有較強的穩定性，在用戶多并發訪問時，系統仍能 穩定運行。市級平臺機房共部署 4 臺服務器和一臺磁盤陣列，各區管理中心部署一臺備份服務器，用以分布存儲區級數據。 安全系統建設需求 安全是系統正常運行的保證。 漏洞掃描：采用專業漏洞掃描工具，定期對網絡系統及計算機系統進行漏洞掃描，及時發現潛在安全隱患，加以防范處理。 系統將實現如下目標： 集中統一的中心數據庫，系統所有的數據均保存在這個數據庫中，使得數據管理集中，易于共享； 集于一體的中心平臺，所有的管理和應用都在一個平臺完成，通過權限管理來約束使用者的權限； 基于 B/S 構架，提供全方位的 Web 的訪問，使用簡單，易于維護。而這些復雜的信息查詢和統計分析需要很大的檢索和計算工作量，占用比較多的數據庫服務器資源，大大影響與其使用相同數據庫的其它業務應用的正常運行。視頻存儲 7 天， 視頻文件格式為 mp4，每小時每個攝像 頭的存儲量為 166M，保存 7 天的視頻存儲容量為： Sum(store)=166 24 7 10=278880MB= 每個垃圾壓縮 /轉運站及環衛作業處的視頻存儲總量為： 4 = 衛生處臵場的視頻存儲總量為： 10=2723G ● 數據存儲量匯總 : 市級平臺數據存儲量 市級平臺對衛生處臵場、轉運站、焚燒廠按上述期限進行稱重數據保存存儲量： 8 = (市級平臺下共有 10 個地方需分別同步保存稱重數據 )。采用網絡視頻監控，區級到場站 2M 帶寬能夠滿足承載要求。考慮到帶寬的信號損失，10M 帶寬有效率為 10 =8M。 系統將提供如下接口： (1) 場地 監控接口： 場地 監控接口采用光纖專網的方式實現與 數字化 城管 監控 中心的連接，實現信息發布、 現場 監控，線路管理規劃等數據的接口共享。 系統建立在實時運行數據和設施地理空間數據基礎上，將成為日常管理必須的工作平臺，系統將具有強大的信息管理、信息綜合分析和信息提取功能，以及圖形顯示功能。 信息資源與數據庫 通過對項目中所涉及的信息資源進行規劃，項目中將建設以下基本信息數據庫： （ 1）基礎數據庫 （ 2） GPS/視頻監控 數據庫 （ 3） 車輛 /垃圾 /場站 數據庫 （ 4）元數據庫 數據庫選型原則 系統建成后將面臨大量的數據存儲，因此數據的建設顯得尤為重要。 回閃表、數據庫和事務查詢：診斷和撤銷錯誤操作，包括對單獨一行所做的修改、由雜亂的事務導致的變化、對單個或多個表所做的修改（包括表的刪除）以及對整個數據庫所做的所有修改。 虛擬專用數據庫：編寫行級安全性程序；確保應用程序上下文的安全。 自動內存管理：自動管理數據庫實例使用的共享 內存。 匯總管理 物化視圖查詢改寫：當一個物化視圖用來響應一個請求時，通過自動識別提高查詢性能；透明地改寫請求以使用物化視圖。使用企業版的空間選項，你還能夠支持最復雜的 項目管理系統 部署。 和 . 集成比較好，很合適用于 Windows 應用的后臺數據庫； MS SQL Server 2020 安全性得到了很大增強； 管理和 維護 開發 比較 方便 ，大大節約開發成本，提高開發效率 。這樣，既隔開了每個客戶組織的數據，同時又使服務組織只需管理一臺服務器計算機從而減少了費用。共享同一工作負荷的一組自主服務器稱為服務器聯合體。中心平臺對上傳數據按相應協議進行解析，并保存至中心數據庫，以備調閱。系統 32 利用分布式數據庫標準軟件完成對數據同步處理。 歷史信息處理和發布：后臺數據維護系統對實時數據庫中的實時數據進行加工和處理，生成歷史數據進行保存。 通過 Ultra 320 LVD SCSI 接口，可提供高速傳輸速率。 數據恢復 當操作系統或應用出現問題導致不可用時，需要通過備份管理軟件進行數據的恢復。 內存容量充足，延時小，并可以方便地擴充性。 服務器性能指標依據 服務器性能指標主要有 CPU 的處理能力，內存的大小， I/O 能力，存儲器空間大小等。 應用系統的資源消耗。要與主機 系統硬件特性緊密結合，發揮硬件性能并支持硬件升級。現在的操作系統在業務活動的組織和實施過程中發揮著 38 支配作用。 UNIX UNIX 是唯一能從便攜機到大型機全系列通用的操作系統。 應用支撐平臺由運行環境軟件（商用軟件）、集成（技術實施服務）和公用子系統開發三部分組成，其中公用子系統開發由數據交換、統一用戶管理、身份認證、 GIS 服務、 GPS 服務、空間數據預處理（包含基礎數據矢量化處理）、基礎數據庫建設等構成，服務于上層的業務應用系統，連接下層的基礎支撐平臺，是保障系統整體穩定、安全運行的中樞神經。 ? 應 盡量采用松耦合的連接，使異構的系統能夠很方便簡單的被整合 。 數據交換服務是系統支撐平臺一個非常重要的基礎功能。 ．支持對單一文件、多個文件和文件夾的數據文件處理及數據交換。．支持對信息處理的查詢和管理，詳細記錄處理的過程及數據并可存儲在永久性介質（如數據庫）上，提供不可抵賴的信息處理機制。 6 、流程管理功能 ．支持流程管理的用于對交換后的數據的處理描述，包括相應的事件發生時所關聯的事件處理程序以及后續活動狀態的設臵。每個部門包含若干不同的用戶。此外，用戶設臵還需要有域用戶添加功能，可以直接從域里面導入用戶，減少重復輸入。 ．系統級權限設臵 此部分權限主要是控制用戶能使用哪些信息系統，不能使用哪些信息系統， 只有當某個部門、角色、用戶擁有某個信息系統的權限后，才能對這個信息系統底下的所有權限資源進行權限分配。統一并集中各應用軟件的單位、部門、用戶、權限管理，為各應用軟件提供用戶身份認證服