環(huán)保大數據治理系統(tǒng)平臺解決方案

1、環(huán)保大數據治理系統(tǒng)平臺解決方案目錄1 項目概述71建設背景錯誤!未定義書簽。1.2建設目標錯誤!未定義書簽。1.3建設內容錯誤!未定義書簽。1.4建設原則錯誤!未定義書簽。1.5設計依據錯誤!未定義書簽。 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 需求分析7 HYPERLINK l bookmark4 o Current Document 2數據流程分析7 HYPERLINK l bookmark6 o Current Document 2.1.1數據采集階段7 HYPERLINK l bookmark8 o Current

2、Document 2.1.2問題核實立案階段72.1.3任務派遣階段82.1.4處理反饋階段82.1.5核查結案階段82.1.6綜合評價階段8 HYPERLINK l bookmark10 o Current Document 2.2 業(yè)務管理平臺需求9 HYPERLINK l bookmark12 o Current Document 2.3業(yè)務應用分析平臺需求9 HYPERLINK l bookmark14 o Current Document 2.4數據交換整合需求9性能需求9數據存儲能力需求10并發(fā)用戶數需求10系統(tǒng)響應時間需求10通信性能需求11安全需求11 HYPERLINK l

3、bookmark16 o Current Document 總體設計規(guī)劃12 HYPERLINK l bookmark18 o Current Document 3.1 系統(tǒng)技術特色12 HYPERLINK l bookmark20 o Current Document 環(huán)境監(jiān)察“一張圖”管理模式12 HYPERLINK l bookmark22 o Current Document 實現省、市、監(jiān)察隊四級垂直管理12 HYPERLINK l bookmark24 o Current Document 多類型現場移動執(zhí)法終端12 HYPERLINK l bookmark26 o Current

4、 Document 客戶端在線離線都好用12設計原則13 HYPERLINK l bookmark44 o Current Document 系統(tǒng)架構設計15 HYPERLINK l bookmark56 o Current Document 系統(tǒng)功能結構設計17 HYPERLINK l bookmark58 o Current Document 總體功能結構17移動執(zhí)法平臺功能結構18系統(tǒng)應用邏輯圖18系統(tǒng)網絡拓撲圖20總體技術路線20基于SOA設計平臺框架20Web Service技術實現系統(tǒng)跨平臺215G技術的應用22Wap技術的應用22采用B/A/S技術體系結構23 HYPERLINK

5、 l bookmark60 o Current Document 4 移動執(zhí)法手持終端系統(tǒng)24 HYPERLINK l bookmark68 o Current Document 系統(tǒng)概述24 HYPERLINK l bookmark76 o Current Document 系統(tǒng)組成24硬件組成24軟件功能組成24系統(tǒng)流程25 HYPERLINK l bookmark78 o Current Document 系統(tǒng)功能描述25 HYPERLINK l bookmark80 o Current Document 任務管理26信息查詢26重點源監(jiān)控視頻28路線導航28現場執(zhí)法28知識庫29績效考

6、核29數據同步29 HYPERLINK l bookmark62 o Current Document 系統(tǒng)管理30 HYPERLINK l bookmark64 o Current Document 4.5系統(tǒng)接口30 HYPERLINK l bookmark66 o Current Document 移動執(zhí)法工具箱系統(tǒng)30 HYPERLINK l bookmark74 o Current Document 系統(tǒng)概述30系統(tǒng)組成31硬件組成31軟件組成32系統(tǒng)流程33系統(tǒng)功能描述34任務管理34監(jiān)測查詢34重點源監(jiān)控視頻35路線導航36現場執(zhí)法36執(zhí)法手冊管理37數據同步37企業(yè)可視化顯示3

7、8文書打印385.4.10憑證掃描395.4.11系統(tǒng)管理39 HYPERLINK l bookmark82 o Current Document 系統(tǒng)接口39 HYPERLINK l bookmark72 o Current Document 移動執(zhí)法車車載系統(tǒng)406系統(tǒng)概述40系統(tǒng)組成40硬件組成40軟件組成41系統(tǒng)流程436.4系統(tǒng)功能描述43任務管理43監(jiān)測查詢44路線導航45現場執(zhí)法46知識庫47數據同步47企業(yè)可視化顯示47文書打印48憑證掃描486.4.10分布式調度指揮486.4.11車載視頻監(jiān)控496.4.12語音調度通信496.4.13應急多媒體會議496.4.14系統(tǒng)管理

8、506.5 系統(tǒng)接口50 HYPERLINK l bookmark84 o Current Document 7 移動執(zhí)法系統(tǒng)支撐平臺50 HYPERLINK l bookmark86 o Current Document 7.1環(huán)保監(jiān)察移動業(yè)務管理平臺50 HYPERLINK l bookmark88 o Current Document 系統(tǒng)概述50系統(tǒng)組成51系統(tǒng)流程52系統(tǒng)功能描述54系統(tǒng)接口61 HYPERLINK l bookmark92 o Current Document 7.2 環(huán)境監(jiān)察業(yè)務應用分析平臺61系統(tǒng)概述61系統(tǒng)組成62系統(tǒng)流程63系統(tǒng)功能描述63 HYPERLIN

9、K l bookmark96 o Current Document 7.3數據交換整合平臺72 HYPERLINK l bookmark98 o Current Document 7.3.1 系統(tǒng)概述72系統(tǒng)組成74系統(tǒng)功能描述75 1項目概述根據實際情況編制2需求分析2.1數據流程分析2. 1.1數據采集階段通過多種途徑采集數據：1、執(zhí)法大隊督查人員在規(guī)定的若干單元網格內巡視，發(fā)現環(huán)境問 題后通過移動執(zhí)法終端系統(tǒng)上報位置、圖片、表單、錄音、環(huán)境描述 等信息。2、對于領導交辦任務、社會公眾舉報的環(huán)保問題后由各地區(qū)環(huán)保 監(jiān)督中心進行登記，由監(jiān)督中心通知本區(qū)執(zhí)法大隊監(jiān)督員去現場核實。2. 1.2問

10、題核實立案階段1、對于由上級監(jiān)督中心轉來的社會公眾上報的問題，監(jiān)督中心通 知本省、市執(zhí)法監(jiān)督員進行現場核實；對于不屬實的信息和不符合立 案條件的信息進行注銷；屬實的信息進行立案。2、對于本省或市環(huán)境執(zhí)法監(jiān)督員直接上報的問題，監(jiān)督中心在立 案后根據問題的性質，將該問題轉發(fā)至相應的市級執(zhí)法監(jiān)察大隊去執(zhí) 法核實。2.1.3任務派遣階段執(zhí)法任務的派遣可以通過基于工作流技術的信息系統(tǒng)完成，也可 以通過紙質文件、電話、傳真等傳統(tǒng)方式進行派工。2. 1.4處理反饋階段各級環(huán)境執(zhí)法部門，根據部門自身情況，可以選擇通過環(huán)境監(jiān)察 業(yè)務管理和分析平臺進行處理結果的網上反饋，或者紙質文件、電話、 傳真等傳統(tǒng)方式回復給

11、各級監(jiān)督中心，最終匯集到部級監(jiān)督中心。2. 1.5核查結案階段執(zhí)法監(jiān)督大隊在接到反饋來的已處理完成的消息后，指派執(zhí)法人 員員到現場核查，如果確實已處理并達到標準要求則該任務結案。如 果沒有處理完成則由指揮中心繼續(xù)協(xié)調解決。同時，部級和省級環(huán)境監(jiān)察執(zhí)法人員也可根據環(huán)境問題的嚴重性 進行任務監(jiān)察派遣審核和案件處理。2. 1.6綜合評價階段綜合評價體系由市、區(qū)兩級監(jiān)督中心組織對監(jiān)督員、各級專業(yè)管 理部門工作人員的內評價和由公眾、社會媒體和上級政府構成的外評 價組成。2.2業(yè)務管理平臺需求建立面向執(zhí)法大隊、執(zhí)法中隊業(yè)務管理人員的環(huán)境監(jiān)察后臺業(yè)務 管理平臺，實現環(huán)境執(zhí)法相關數據和流程的統(tǒng)一集成管理，滿足

12、對執(zhí) 法任務的分配、監(jiān)督、評價、執(zhí)法終端設備管理等日常辦公需要。2.3業(yè)務應用分析平臺需求環(huán)境監(jiān)察業(yè)務分析平臺以環(huán)境數據庫和現場實時采集數據為基礎, 以輔助決策為目的，為領導決策提供有利的支撐，該平臺主要包括GPS 定位、軌跡回放，蔓延模擬分析、移動視頻管理等模塊。2.4數據交換整合需求以實現環(huán)境監(jiān)察執(zhí)法整體信息整合為目標，利用成熟的中間件技 術，建設獨立的數據交換整合系統(tǒng)，將大量基于各自業(yè)務流程的異構 數據進行數據格式轉換，交換到中心數據庫中進行統(tǒng)一管理，實現現 場執(zhí)法系統(tǒng)與污染源自動監(jiān)控系統(tǒng)、xxxx9系統(tǒng)、行政處罰系統(tǒng)、排污 申報系統(tǒng)等環(huán)境監(jiān)察業(yè)務系統(tǒng)的數據整合，并預留與環(huán)境監(jiān)測、應急

13、處置、項目審批等其它環(huán)保信息系統(tǒng)的數據接口，實現數據信息的統(tǒng) 一管理。2.5性能需求移動執(zhí)法平臺的性能需求分數據存儲能力、并發(fā)用戶數、系統(tǒng)響 應時間三方面的需求。2. 5.1數據存儲能力需求本項目系統(tǒng)需要進行處理的數據有三類：數值型數據、文本型數 據與圖形圖像信息。這三類中，圖形圖像信息要求系統(tǒng)具有很強的存 儲和處理能力。隨著移動執(zhí)法系統(tǒng)的推廣使用，每日各類執(zhí)法文書掃描件、視頻 錄音取證資料的數據量將越來越大。因此，對本平臺的數據存儲與處 理能力將影響系統(tǒng)的整體性能。為確保系統(tǒng)穩(wěn)定持續(xù)的運行，設計系 統(tǒng)時，將優(yōu)先考慮數據處理的高效性。2. 5.2并發(fā)用戶數需求本系統(tǒng)的訪問用戶主要是現場執(zhí)法人員

14、、各業(yè)務部門的領導等， 初步估計每個試點地市系統(tǒng)用戶數為120個，在峰值時平臺能夠支持 系統(tǒng)用戶的二分之一以上在線數據庫查詢訪問能力，即至少支持60個 用戶的并發(fā)訪問能力。由于GIS等圖形可視化查詢過程需要調用大量空間數據，為了保 證本系統(tǒng)的性能，本項目對GIS查詢和空間處理服務支持不超過20個 用戶的并發(fā)訪問能力。2. 5.3系統(tǒng)響應時間需求在以上數據量、并發(fā)用戶數的條件下，本系統(tǒng)對數據處理需要能 夠滿足如下要求： 一般數據查詢響應時間小于2秒，簡單匯總處理時間小于5秒; GIS查詢響應時間小于3秒，平均查詢時間小于5秒；2. 5.4通信性能需求本系統(tǒng)需要充分考慮用戶量、數據量在通信性能上需

15、求，具體表 現在以下幾個方面：滿足本系統(tǒng)內大數據量圖形、圖像信息傳輸、交換的需求；滿足網絡傳輸可靠性的要求；滿足圖形數據傳輸速度，以保證系統(tǒng)的運行性能。2.6安全需求系統(tǒng)要能夠對當前進行操作的用戶身份進行識別，其用戶名和密 碼要能夠和綜合信息平臺進行同步。核心系統(tǒng)及業(yè)務數據加密?？紤]到政府信息保密性的要求，要對 核心的業(yè)務及數據進行加密，使其不能通過其他的軟件或者在未 進行身份認證的情況下獲取到系統(tǒng)的數據。要能夠將用戶的數字簽名、常用審閱用語等信息同步到客戶端。當安裝了移動執(zhí)法子系統(tǒng)的移動電腦（以下簡稱客戶端）與行政 權力系統(tǒng)通過網絡連接時，有關用戶信息應自動從數據服務器更 新。3總體設計規(guī)劃

16、3.1系統(tǒng)技術特色3.1.1環(huán)境監(jiān)察“一張圖”管理模式實現環(huán)保監(jiān)察“一張圖”模式管理，通過與環(huán)境監(jiān)測、環(huán)境資源 計劃、審批、開發(fā)、執(zhí)法等行政監(jiān)管系統(tǒng)的結合，共同構建統(tǒng)一的綜 合應用分析平臺，實現環(huán)境監(jiān)察的“天上看、網上管、地上查”，一張 圖的實現主要是將各種信息有機的綜合到統(tǒng)一的地圖上，并提供信息 的交互查詢和相應的空間分析，為領導決策提供輔助支持。3.1.2實現國家、省、市、監(jiān)察隊四級垂直管理通過移動執(zhí)法系統(tǒng)建設，實現國家、省、市、監(jiān)察隊四級的垂直 管理，有利于環(huán)保監(jiān)察規(guī)范化管理，減少執(zhí)法過程中瞞案不報、壓案 不辦的漏洞，提升環(huán)保監(jiān)測、執(zhí)法效能。3. 1.3多類型現場移動執(zhí)法終端支持手持移動

17、執(zhí)法終端，執(zhí)法箱、移動執(zhí)法車載系統(tǒng)，為不同類 型移動執(zhí)法需求提供支撐，具體功能包括自動監(jiān)測站信息、任務導航、 現場執(zhí)法文書處理、環(huán)保執(zhí)法手冊查詢等，后臺通過SOA面向服務的 架構體系提供一致的數據訪問服務。3. 1.4客戶端在線離線都好用現場移動執(zhí)法客戶端在網絡通暢的情況下，與中心系統(tǒng)實時交互, 如果網絡不正常，則自動將數據暫存在終端上，不影響現場執(zhí)法任務 處理，待網絡恢復后自動與中心進行數據同步，保持數據的一致性。3.2設計原則安全性原則系統(tǒng)建設采用嚴格的安全保密措施，如數據庫、文件和用戶等多 級安全機制、數據的存儲、災難恢復等。明確各級工作人員的職責， 保證各司其職、各負其責。并且嚴格各種

18、權限管理，防止信息泄漏或 被隨意更改。在考慮系統(tǒng)的設計時選用高可靠性的產品和技術，充分 考慮現有業(yè)務的實際情況和系統(tǒng)可能出現的情況，提高整個系統(tǒng)的應 變能力和容錯能力，確保整個系統(tǒng)的安全和可靠。系統(tǒng)軟件要具有較 強的容錯能力，使整個軟件系統(tǒng)不易崩潰和受破壞，并具有良好的恢 復能力。開放性原則系統(tǒng)采用開放的軟件平臺和體系結構，提供數據層與應用層的接 口，以實現與其它系統(tǒng)的交互。可擴展性原則系統(tǒng)的建設應充分考慮環(huán)保行業(yè)是日新月異的變化，數據積累、 用戶需求、功能完善，以及技術進步都要求系統(tǒng)必須具有擴展的余地。 因此系統(tǒng)設計時要確保具有充裕的服務能力，保障用戶享有充分的服 務，并為業(yè)務發(fā)展提供足夠的

19、系統(tǒng)容量。根據系統(tǒng)的總體建設目標和 業(yè)務需求，堅持開放性、標準化原則，既考慮現有的條件和需要，又 兼顧未來技術的發(fā)展，使系統(tǒng)有較強的擴展性。系統(tǒng)先進性原則以先進成熟的計算機系統(tǒng)技術為手段進行組建系統(tǒng)，遵循目前國 際和國家的相關標準或規(guī)范。經濟、實用性原則在系統(tǒng)的建設中，要立足于實際情況，充分考慮到目前各種業(yè)務 實際的需求，切實實現功能和性能方面的要求，并要切實結合目前現 有設備情況，盡可能充分利用現有資源，節(jié)約投資。系統(tǒng)穩(wěn)定性與可靠性原則在系統(tǒng)建設時充分考慮系統(tǒng)的可靠性，在設計時采用一些成熟可 靠的技術，同時采用多級保護方式和數據保護功能，使系統(tǒng)具有比較 好的容錯性。另外通過建立備份系統(tǒng)和災難恢復機制等一系列措施， 保證系統(tǒng)的正常運行。連續(xù)性與實時性原則確保系統(tǒng)在建設過程中不會中斷，用戶使用時的連續(xù)性，運行服 務的連續(xù)性，保障監(jiān)控系