縣智慧城市建設

智慧城管平臺及城管監(jiān)控

技術方案

目錄

1.智慧城管平臺設計.....................................5

1.1.總體設計........................................................5

1.1.1,總體設計原則..............................................5

1.1.2.系統(tǒng)總體架構.............................................6

1.1.3.業(yè)務流程設計..............................................7

1.1.4.總體技術路線............................................10

1.2.應用軟件平臺建設方案..........................................18

1.2.1.統(tǒng)一受理分平臺..........................................19

1.2.2.業(yè)務協(xié)同分平臺..........................................29

1.2.3.智能管控分平臺..........................................63

1.2.4.數(shù)據(jù)交換分平臺..........................................77

1.2.5.地理信息分平臺..........................................86

1.2.6.終端應用分平臺.........................................101

1.2.7.數(shù)據(jù)分析分平臺.........................................120

1.2.8.智慧環(huán)衛(wèi)分平臺.........................................142

1.2.9.xx縣與日照市數(shù)字城管系統(tǒng)接口..........................144

2.智慧城管監(jiān)控部分設計...............................149

2.1.現(xiàn)狀分析......................................................150

2.2.建設目標.....................................................150

2.3.系統(tǒng)概述......................................................151

2.4.系統(tǒng)原理......................................................152

2.5.系統(tǒng)組成........................................................153

2.5.1.前端抓拍攝像機.........................................153

2.5.2.中心管理平臺............................................153

2.5.3.視頻存儲系統(tǒng)............................................154

2.6.系統(tǒng)特點功能..................................................154

2.6.1.違停自動取證功能.......................................154

2.6.2.車牌自動識別功能.......................................154

2.6.3.多目標處理功能.........................................154

2.6.4.手動取證功能............................................154

2.6.5.支持復雜場景下的抓拍...................................155

2.6.6.超長延時抓拍............................................156

2.6.7.不重復抓拍..............................................156

2.6.8.多場景巡航取證..........................................157

2.6.9.兼具對逆行、壓黃線違章檢測功能.........................157

2.6.10.其他特點..............................................158

2.7.中心管理平臺..................................................159

2.7.1.實時查看違章信息.......................................159

2.7.2.違停報警聯(lián)動............................................159

2.7.3.歷史違章信息查詢.......................................160

2.7.4.查看違章錄像............................................160

2.7.5.違章數(shù)據(jù)導出............................................161

2.8.存儲設計.....................................................162

2.8.1.基本要求................................................162

2.8.2.圖片存儲................................................163

2.8.3.視頻存儲..............................................163

2.9.設備選型......................................................163

2.9.1.違停抓拍高清球機.......................................163

2.9.2.高清視頻矩陣............................................169

2.9.3.存儲磁盤陣列............................................180

2.9.4.違停管理平臺............................................184

1.智慧城管平臺設計

1.1.總體設計

總體設計原則

?整體規(guī)劃、分步實施、重點突破

數(shù)字化城市管理系統(tǒng)涉及部門多、事項雜，系統(tǒng)建設內(nèi)容豐富，應統(tǒng)一規(guī)劃、

整體設計。在項目實施中應根據(jù)原有系統(tǒng)情況和不同部門的狀況，劃分階段，先

易后難。

?技術先進、功能使用、擴展性好

在系統(tǒng)設計和建設中盡可能采用先進的技術和設備，保證先進性、安全性、

可靠性和可擴展性。各項功能設計要方便實用，操作簡單，便于修改，容易定制,

滿足個性化要求。

?借鑒國內(nèi)已有經(jīng)驗，選用成熟設計

為縮短建設周期，避免項目風險，建設中要借鑒國內(nèi)同類系統(tǒng)建設經(jīng)驗并有

所創(chuàng)新，在經(jīng)過使用檢驗、成熟的設計和軟件產(chǎn)品基礎上加以改造升級。

?利用、保護原有投資，提升原有系統(tǒng)功能

在項目建設重要充分利用現(xiàn)有信息化資源，包括網(wǎng)絡、服務器、信息和審批

業(yè)務系統(tǒng)等。在設計方案重要充分注意保護各部門已有的業(yè)務系統(tǒng)，在不改變原

有系統(tǒng)業(yè)務流程基礎上實現(xiàn)系統(tǒng)互聯(lián)和信息共享。通過系統(tǒng)建設不但要實現(xiàn)統(tǒng)一

管理功能，還要為各部門業(yè)務處理增添新的功能帶來好處和便利。

?加強身份權限管理，注重系統(tǒng)安全和可靠運行

系統(tǒng)在于個行業(yè)部門連接及提取數(shù)據(jù)是要確保各行業(yè)部門的網(wǎng)絡與信息安

全，確保本系統(tǒng)內(nèi)部用戶身份的唯一性、可靠性、不可抵賴性。

1.1.2.系統(tǒng)總體架構

總體框技術架圖如下:

IA-ms*上中T-

?數(shù)據(jù)層

通過建立城市基礎數(shù)據(jù)庫的設計。建立數(shù)字城管系統(tǒng)的數(shù)據(jù)層，包含各類基

礎空間數(shù)據(jù)庫、事件部件數(shù)據(jù)庫、地理編碼數(shù)據(jù)庫、人員組織機構數(shù)據(jù)庫、業(yè)務

數(shù)據(jù)庫、綜合評價數(shù)據(jù)庫以及其他資源的數(shù)據(jù)庫等。

?支撐層

支撐層是系統(tǒng)應用層與數(shù)據(jù)層之間的橋梁，通過數(shù)據(jù)交換平臺整合數(shù)據(jù)中心

的所有數(shù)據(jù)庫，形成統(tǒng)一的數(shù)據(jù)平臺，供各應用系統(tǒng)進行方便的調研和管理。

?應用層

建設開發(fā)符合需求的各個應用子系統(tǒng)：無線數(shù)據(jù)采集系統(tǒng)、監(jiān)督受理子系統(tǒng)、

協(xié)同工作子系統(tǒng)、地理編碼子系統(tǒng)、監(jiān)督指揮子系統(tǒng)、綜合評價子系統(tǒng)、應用維

護子系統(tǒng)、數(shù)據(jù)共享與交換子系統(tǒng)、基礎數(shù)據(jù)資源管理子系統(tǒng)、視頻監(jiān)控整合分

析子系統(tǒng)、外勤車輛及外勤人員管理子系統(tǒng)共11個應用系統(tǒng)。

?表現(xiàn)層

表現(xiàn)層分為數(shù)據(jù)采集和信息展現(xiàn)兩部分，為公眾、信息員、領導提供多種方

式的展現(xiàn)：

數(shù)據(jù)采集部分包括城管通采集終端、外網(wǎng)門戶、呼叫中心、攝像頭等；

信息展現(xiàn)部分采用豐富的表現(xiàn)介質，包括移動終端設備、外網(wǎng)門戶、內(nèi)網(wǎng)辦

公桌面、領導辦公桌面等。

1.1.3.業(yè)務流程設計

數(shù)字化城市管理模式的工作流一般包括受理、立案、派遣、處理、督察、核

查和結案等七個環(huán)節(jié)階段。由監(jiān)督中心負責統(tǒng)一受理來自社會公眾、監(jiān)督員、領

導批示等多種來源的城市管理問題，經(jīng)甄別立案后，由指揮中心進行統(tǒng)一派單處

理。

.信息采集(收集)階段

信息采集階段的主要業(yè)務流程：相關領導、監(jiān)督員、市民通過城管通手持終

端、手機、電話、城市管理門戶網(wǎng)站等手段向監(jiān)督中心提交城市管理問題信息。

城市管理問題信息來源主要包括領導批示、市民投訴和監(jiān)督員巡查采集三種。

(1)領導批示：城市管理相關領導通過政府公務外網(wǎng)或移動督辦子系統(tǒng)登

陸數(shù)字化城市管理系統(tǒng)，直接對城市管理問題進行批示立案。

(2)市民投訴舉報：市民發(fā)現(xiàn)問題，通過電話、手機、城市管理門戶網(wǎng)站

等多種方式向監(jiān)管中心舉報，監(jiān)督中心登記公眾舉報信息，通知監(jiān)督員核實，監(jiān)

督員通過城管通手持終端上報監(jiān)督中心。

（3）監(jiān)督員巡查采集：監(jiān)督員在所負責的若干單元網(wǎng)格內(nèi)發(fā)現(xiàn)問題后，通

過城管通手持終端及時上報，上報內(nèi)容包括發(fā)生問題的位置、圖像、表單、音頻

等信息。

1.1.32案卷建立階段

案卷建立階段的主要業(yè)務流程；監(jiān)督中心接收監(jiān)督員上報問題，審核立案后，

批轉到指揮中心。

監(jiān)督中心首先對獲得的問題信息判斷其信息來源，對于監(jiān)督員上報和領導批

示的問題可直接進行立案，對于市民投訴舉報的信息，則交給監(jiān)督員進行現(xiàn)場核

實；對于不屬實的信息進行注銷，不符合立案條件的信息也進行注銷；屬實的信

息進行部件/事件判定，將事件信息直接進行立案判斷，對部件信息判斷其在部

件數(shù)據(jù)庫中是否存在，存在則進行立案判斷，不存在則需要添加臨時部件，等專

業(yè)部門更新數(shù)據(jù)后，再將臨時部件替換成更新后的部件。

任務派遣階段

任務派遣階段的主要業(yè)務流程：指揮中心接收監(jiān)督中心批轉的案卷，派遣至

相關專業(yè)部門處理。

監(jiān)督中心立案后，由指揮中心根據(jù)問題責任部門分派任務，交由責任部門進

行處理，同時對責任部門進行計時考評。

任務派遣遵循“屬地原則（即按問題所在區(qū)域認定責任主體的原則）”與“屬

主原則（即按問題主管部門認定責任主體的原則對于一般案件，由指揮中心

分派專業(yè)部門進行處理；對丁重大案件，指揮中心派遣專業(yè)部門進行處理同時報

送領導督辦。

1.134任務處理階段

任務處理階段的主要業(yè)務流程：相關專業(yè)部門按照指揮中心的指令，處理問

題，將處理結果反饋到指揮中心。

對于一般案件，由專業(yè)部門進行處理，并將處理結果反饋到指揮中心；對于

重大案件，由專業(yè)部門進行處理，同時主管領導督辦。

1.1.35任務反饋階段

處理反饋階段的主要業(yè)務流程：指揮中心將相關專業(yè)部門送達的問題處理結

果反饋到監(jiān)督中心。

1.136.核查結案階段

核查結案階段的主要業(yè)務流程：監(jiān)督中心將問題的處理結果通知監(jiān)督員進行

核查、上報，核查信息與處理信息一致則進行結案，否則要求專業(yè)部門重新處理。

如果核查結果為問題已解決，則進行結案；如果核查結果為問題沒有解決，

則將問題信息流轉到軸，指揮中心將責成專業(yè)部門進一步進行處理或重新進行處

理。

1.1.37綜合考評階段

綜合考評階段的主要業(yè)務流程：系統(tǒng)根據(jù)預先設置的考評指標、考評指標權

重（分值）、考評周期，結合來自城市管理門戶網(wǎng)站的考評數(shù)據(jù)，對城市管理相

關責任主體進行考評，生成考評結果，并將部分考評結果信息通過發(fā)布公共信息

子系統(tǒng)向社會發(fā)布。

綜合考評主要包拈區(qū)域考評、部門考評和崗位考評。

區(qū)域考評按一定周期對社區(qū)、單元網(wǎng)格不同層面區(qū)域進行考評，根據(jù)區(qū)域考

評模型，由系統(tǒng)自動生成考評結果。

部門考評按一定周期對專業(yè)部門和各責任主體進行考評，根據(jù)部門考評模型,

由系統(tǒng)自動生成考評結果。

崗位考評按一定周期對監(jiān)管中心、指揮中心、各崗位和監(jiān)督員等進行考評，

根據(jù)崗位考評模型，由系統(tǒng)自動生成考評結果。

1.14總體技術路線

.采用基于J2EE技術體系結構的整體優(yōu)勢

1、J2EE技術標準:

J2EE是一個基于JAVA的應用系統(tǒng)的運行標準，由于采用JAVA技術開發(fā)，

具有JAVA語言固有的開放性和跨平臺特性，很多系統(tǒng)平臺廠商都對其全力支持,

因此可以選擇多種硬件平臺、操作系統(tǒng)、數(shù)據(jù)庫、中間件和應用系統(tǒng)，基本做到

只開發(fā)一次，就可以在各種環(huán)境下運行，構成不同規(guī)模的應用解決方案。J2EE

技術采用組件模型，保證組件本身可重用，并規(guī)范了組件之間的通訊、交互功能,

通過標準接口實現(xiàn)數(shù)據(jù)庫的隔離，同時提供事務管理.、配置管理等一系列規(guī)范。

使用遵循J2EE標準的平臺，可以從根本上保證系統(tǒng)具有可擴展、可重用、易管

理等能力。

J2EE網(wǎng)絡服務的部署模式如下圖所示:

2、安全性:

應用體系結構為三層結構的應用系統(tǒng)，客戶機必須通過應用服務器才能訪問

數(shù)據(jù)庫服務器，杜絕了客戶機直接訪問數(shù)據(jù)庫服務器的可能；客戶機對服務器的

訪問特權可以指定或內(nèi)置于三層中的每一層，提供三個級別的安全性。

3、穩(wěn)定性：

應用體系結構為三層結構的應用系統(tǒng)，其業(yè)務邏輯層與用戶表示層、數(shù)據(jù)服

務層完全分離，三層之間相對獨立，使得其中某一層的改變根本不影響到其他兩

層。因而，當用戶需求發(fā)生變更時，系統(tǒng)維護人員可以很容易地控制變更范圍，

系統(tǒng)的穩(wěn)定性特別高。

4、可適應性：

應用體系結構為三層結構的應用系統(tǒng)，應用服務器（即：業(yè)務邏輯層）主要

承載與管理應用系統(tǒng)的全部業(yè)務邏輯，每一個業(yè)務邏輯被封裝成獨立的應用組件,

組件與組件之間只通過有限的、指定的接口進行通信，當某一業(yè)務邏輯發(fā)生變化

時，僅須修改其相應的應用組件即可，對象的結構與交互方式、數(shù)據(jù)的結構與存

取方式等不須作修改，有效地限制了一處修改而處處牽連的“波動效應”，系統(tǒng)

具有很強的變化適應能力。

5、可移植性：

應用體系結構為三層用純Java語言來實現(xiàn)的，應用業(yè)務邏輯的部署與應用

服務器具體的機型、操作系統(tǒng)無關，應用系統(tǒng)可以任意移植、輕松實現(xiàn)跨平臺運

行，更可以支持異構平臺之間的互連和緊密銜接。結構的應用系統(tǒng)，業(yè)務邏輯層

的應用組件的開發(fā)是采純Java語言來實現(xiàn)的，應用業(yè)務邏輯的部署與應用服務

器具體的機型、操作系統(tǒng)無關，應用系統(tǒng)可以任意移植、輕松實現(xiàn)跨平臺運行，

更可以支持異構平臺之間的互連和緊密銜接。

6、可伸縮性：

應用體系結構為三層結構的應用系統(tǒng)，由于其所有的應用程序（即：應用組

件）全部置于應用服務器中，用戶可以根據(jù)其系統(tǒng)的規(guī)模，來確定應用服務器的

配置與數(shù)量，當系統(tǒng)的規(guī)模擴大時，僅需升級應用服務器的配置或增添應用服務

器的數(shù)量，來滿足日益增長的業(yè)務需求，系統(tǒng)的可伸縮性極強。

7、易維護性：

應用體系結構為三層結構的應用系統(tǒng)，由于三層之間相對獨立，系統(tǒng)的變更

范圍容易控制；客戶機不需要安裝復雜的網(wǎng)絡、數(shù)據(jù)庫等連接和驅動程序，其維

護工作和維護成本趨于“零”；應用服務器中的業(yè)務邏輯被封裝成獨立的應用組

件，某一業(yè)務邏輯的變化僅僅影響到某一獨立的應用組件，系統(tǒng)具有很強的適應

能力；因此，應用體系結構為三層結構的應用系統(tǒng)，其系統(tǒng)的維護工作簡單、維

護成本較低。

1.1.42采用B/S構建xx縣數(shù)字化城市管理核心業(yè)務系統(tǒng)

為充分保證系統(tǒng)在安全性、跨平臺性、易擴展性、易維護性等方面的要求，

建議采用先進的基于JAVA平臺的三層應用體系結構。在這種結構下，用戶界面

完全通過WWW瀏覽器實現(xiàn)，一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯在服

務器端實現(xiàn)，形成所謂3-tier結構。用通用瀏覽器就實現(xiàn)了原來需要夏雜專用

軟件才能實現(xiàn)的強大功能，并節(jié)約了開發(fā)成木，是一種全新的軟件系統(tǒng)構造技術,

這種結構已成為當今應用軟件的首選體系結構。

三層結構應用系統(tǒng)相對于C/S兩層應用系統(tǒng)，具有許多內(nèi)在的優(yōu)點。

1、邏輯界限清晰：

中間層允許用戶把全部邏輯函數(shù)從另外的兩個層中移到中間層的一個組件

中去定義實現(xiàn)，這樣各層之間相對獨立使得其中某一層的改變不影響其他層。因

而，當用戶需求發(fā)生變化的時候，開發(fā)人員可以很容易地控制變更的范圍，從而

達到及時修改的目的。

2、資源的優(yōu)化：

由于一個應用系統(tǒng)的功能被分為三個部分，因此可以根據(jù)各層負載情況，將

它們分布到相應的硬件平臺上。并可根據(jù)業(yè)務擴大的需求及時增加，可升級相應

的硬件平臺來滿足不斷增加的負載需求，使得系統(tǒng)具有良好的可擴展性。再行,

可使應用系統(tǒng)較為方便地使用異種數(shù)據(jù)源。

3、系統(tǒng)的易維護性

由于B/S結構客戶端只需要瀏覽器(InlernetExplorer),既不需要安裝復

雜的網(wǎng)絡、數(shù)據(jù)庫等連接，更不用安裝伴隨開發(fā)工具的界面控制驅動程序，即便

需要在瀏覽器中嵌入必要的界面控制內(nèi)容，瀏覽器本身也會自動下載及安裝，完

全省去了人工干預，其維護工作和維護成本趨于“零”，因此，采用B/S應用體

系結構系統(tǒng)的維護工作簡單、維護成本較低，非常有利于“城市模塊化管理系統(tǒng)”

這樣一個全市、業(yè)務應用廣泛和需要隨時根據(jù)需要進行功能方面、界面控制等內(nèi)

容更新的系統(tǒng)。

4、系統(tǒng)的安全性

整個系統(tǒng)由三個部分組成：客戶端、中間層應用服務器、數(shù)據(jù)庫服務器。應

用系統(tǒng)的層次結構劃分為：用戶表示層、業(yè)務邏輯層、數(shù)據(jù)服務層，在B/S三層

結構應用系統(tǒng)中，由用戶表示層向業(yè)務邏輯層發(fā)出請求，然后業(yè)務邏輯層決定使

用哪個數(shù)源來滿足其請求。通過使用相同的調用接口，業(yè)務邏輯層就可以對任何

可用的數(shù)據(jù)源訪問。最后，可以增強和提高信息的安全性。訪問特權可以指定和

或內(nèi)置于三個層次的每一個層次中，以便提供三個級別的安全性。

1.1.43采用基于WebServices技術實現(xiàn)系統(tǒng)對外接口

WebServices技術描述了一些操作的接口，通過標準化的XML消息傳遞機

制，可以通過網(wǎng)絡訪問這些操作。WebServices是用標準的、規(guī)范的基于XML

的WSDL語言描述的，它隱藏了服務實現(xiàn)的細節(jié)，允許獨立于硬件或軟件平臺、

獨立于編寫服務所用的編程語言方式使用該服務。這使得基于WebServices的

應用程序具備松散耦合、面向組件和跨技術實現(xiàn)的特點。

采用基于WebServices技術實現(xiàn)系統(tǒng)對外接口具備以下特征：

1、完好的封裝性

WebServices既然是一種部署在Web上的對象，自然具備對象的良好封裝

性。對于使用者而言，它能且僅能看到該對象提供的功能列表。

2、松散耦合性

這一特征也是源于對象/組件技術，當一個WebServices的實現(xiàn)發(fā)生變更的

時候，調用者是不會感到這一點的。對于調用者來說，只要WebServices的調

用接M不變，WebServices實現(xiàn)的任何變更對他們來說都是透明的，甚至當Web

Services的實現(xiàn)平臺從J2EE遷移到。NET或者反向遷移時，用戶都可以對此一

無所知。從前，分布式的應用程序邏輯需要使用分布式的對象模型，諸如

Microsoft的分布式組件對象模型（DCOM）、對象管理集團（0MG）的公用對象請

求代理程序體系結構（CORBA）或SUN的遠程方法調用（RMI）o通過使用這種基

本結構，開發(fā)人員仍可擁有使用本地模型所提供的豐富資源和精確性，并可將服

務置于遠程系統(tǒng)中。這些系統(tǒng)有一個共同的缺陷，那就是它們無法擴展到互聯(lián)網(wǎng)

上。他們要求服務客戶端與系統(tǒng)提供的服務本身之間必須進行緊密耦合，即要求

一個同類基本結構。這樣的系統(tǒng)往往十分脆弱：如果一端的執(zhí)行機制發(fā)生變化，

那么另一端便會崩潰。例如，如果服務器應用程序的接口發(fā)生更改，那么客戶端

便會崩潰。對于松散耦合而言，尤其是在Internet環(huán)境下的WebServices而言，

需要有一種適合Internet環(huán)境的消息交換協(xié)議。而XML/S0AP正是目前最為適合

的消息交換協(xié)議。

3、使用協(xié)約的規(guī)范性

這一特征從對象而來，但相比一般對象，其界面規(guī)范更加規(guī)范化并易于被機

器理解。首先，作為WebServices,對象界面所提供的功能應當使用標準的描

述語言來描述（比如WSDL）。其次，由標準描述語言描述的服務界面應當是能夠

被發(fā)現(xiàn)的，因此，這一描述文檔需要被存儲在私有的或公共的注冊庫里面。同時,

使用標準描述語言描述的使用協(xié)約將不僅僅是服務界面，它將被延伸到Web

Services的聚合、跨呢bServices的事務、工作流等，而這些又都需要服務質

量（QoS）的保障。我們知道安全機制對于松散耦合的對象環(huán)境的重要性，因此,

需要對諸如授權認證、數(shù)據(jù)完整性（比如簽名機制）、消息源認證以及事物的不

可否認性等運用規(guī)范的方法進行描述、傳輸和交換。最后，所有層次上的處理都

應當是可管理的，因此，需要對管理協(xié)約運用同樣的機制。

4、使用標準協(xié)議規(guī)范

作為WebServices,其所有公共的協(xié)約完全需要使用開放的標準協(xié)議進行

描述、傳輸和交換。這些標準協(xié)議具有完全免費的規(guī)范，以便由任意方進行實現(xiàn)。

一般而言，絕大多數(shù)規(guī)范將最終有W3c或OASIS作為最終版本的發(fā)布方和維護方。

5、高度可集成能力

由于WebServices采取簡單的、易理解的標準Web協(xié)議作為組件界面描述

和協(xié)同描述規(guī)范，完全屏蔽了不同軟件平臺的差異，因此，無論是CORBA,DCOM

還是EJB,都可以通過這一種標準的協(xié)議進行互操作，實現(xiàn)了在當前環(huán)境下最高

的可集成性。

城管系統(tǒng)涉及了多種集成方式，所以必須擁有一個全面的集成平臺才能滿足

需求。舉例來講，針對現(xiàn)有的“協(xié)同工作系統(tǒng)”及“G1S系統(tǒng)”來講使用JCA模

式會成為比較合理的集成方式。由于這些系統(tǒng)都已經(jīng)成為標準的完整應用擁有自

己的邏輯與業(yè)務、安全等模式，如果只進行簡單的數(shù)據(jù)集成則需要重新開發(fā)大量

的原有系統(tǒng)中的邏輯，為集成帶來很多工作量與復雜度。同時該類集成還需要擁

有統(tǒng)一的專用管理界面，以保證集成后的可維護性。而針對同步建設的幾個子系

統(tǒng)，由于構建在同一平臺下，架構構一致溝通便利，因此更多的利用JMS直接進

行系統(tǒng)間通信將成為理想的集成模式，該方式即能保證集成系統(tǒng)間的獨立性又能

保證系統(tǒng)的靈活度與可定制性、可調整性。還有一類集成屬于針對外部相關機構

的無關性集成任務，該類集成由于涉及的技術架構，應用體系等都有較大的不確

定性，因此采用WebServices將能夠提供更靈活的集成性。借助WebServices

的技術無關性與通信標準性可以保證針對未來的各種符合標準的系統(tǒng)都能夠達

到無關性集成，并且其系統(tǒng)間的相關性可以降到最低，使集成任務的工作量更少。

L144.利用XML作為系統(tǒng)接口數(shù)據(jù)交換標準

XML數(shù)據(jù)傳輸是不同系統(tǒng)之間日漸流行的標準數(shù)據(jù)傳輸方式，由于與平臺和

編程語言的無關性，因此，通過XML可以有效保證對各種異構系統(tǒng)的數(shù)據(jù)接口需

要，以達到政府各系統(tǒng)數(shù)據(jù)資源的最優(yōu)整合。

XML適于異構應用間的數(shù)據(jù)共享。

XML的靈活性和擴展性使其可.以對不同應用甚至是差異很大的應用間的數(shù)據(jù)

進行描述，尤其是對于那些專用于記錄數(shù)據(jù)的應用。另外，XML具有自我描述的

特性，結果是數(shù)據(jù)可以在不同的應用間進行交換與處理而不必要求相應的應用程

序是針對該數(shù)據(jù)定制的。

用于強大的數(shù)據(jù)檢索

XML屬于元標記語言，進一步講，根據(jù)這一特性，用戶只要在XML的文檔類

型定義文件中定義一系列有意義的標記，這樣基于該文檔類型定義文件所產(chǎn)生的

XML文檔就可以按照任意的條件進行查詢和檢索，甚至實現(xiàn)計算機自動檢索，而

相應的檢索引擎可以是通用的而不必局限于具體的應用。

提供多詔種支持

XML規(guī)范中提供了對多語種的支持,包括UTF-7、UFT-8、UNICODE、GB2312

（簡體中文）、BIG5（繁體中文）等等，這一特點使得XML非常有利于多語種的

應用開發(fā)。

1.1.45面向對象（00A）的設計與開發(fā)

根據(jù)不同的應用類型，采用面向對象或面向過程的系統(tǒng)分析與設計方法。

傳統(tǒng)的軟件工程以軟件的工程化為目標，強調方法論，工具與環(huán)境，質量保

證體系，項目管理，配置管理，但基本理念是基于具體需求、從零開始的開發(fā)。

這種開發(fā)模式顯然已經(jīng)不適合于現(xiàn)代軟件系統(tǒng)開發(fā)的要求。而面向對象的設計

（00A）以軟件的組裝式生產(chǎn)為目標，強調各種粒度的軟件重用、接口與表示和

實現(xiàn)分離、統(tǒng)一對象模型，繼承和發(fā)展了傳統(tǒng)軟件工程。面向對象技術將計算看

成是一個系統(tǒng)的演變過程，系統(tǒng)由對象組成,通過一系列的狀態(tài)變化來完成計算。

對象具有保持能力和自主計算能力。面向對象設計和實現(xiàn)的重點是多個對象的網(wǎng)

狀組織結構和協(xié)同計算，而不是過程調用的層次結構，這樣就在本質上適應了并

發(fā)、分布系統(tǒng)及互聯(lián)網(wǎng)的計算特征。

1.1.46工作流引擎技術

工作流技術適應于電子政務平臺框架下的具體電子政務應用系統(tǒng)中各個政

府職能部門之間的聯(lián)辦互動工作，公文流轉，網(wǎng)上審批、信息傳遞等系統(tǒng)都要用

到工作流技術。采用工作流引擎技術將信任服務、授權服務和工作流等業(yè)務流程

有機融合緊密結合在一起，構成安全的工作流業(yè)務系統(tǒng)，為不同業(yè)務系統(tǒng)集成提

供實現(xiàn)的技術手段。

具體而言，工作流技術要達到以下目標：

支持跨平臺、多種語言的接口，使用戶的已有應用可以在不做改動或稍做改

動的情況下應用到新的工作流上；

建立流程控制數(shù)據(jù)庫，讓適當?shù)娜嗽谶m當?shù)臅r間通過適當?shù)姆绞教嵝褟亩?/p>

適當?shù)氖侄瓮瓿蛇m當?shù)氖虑椋?/p>

支持多種工作處理機制，例如工作人員外出時的遠程辦公機制、授權機制等

等；

與消息中間件之間的有效結合，支持各種靈活的觸發(fā)和提醒機制，例如界面

提示功能、數(shù)據(jù)庫觸發(fā)機制和消息的存儲轉發(fā)等等。

在工作流引擎的設計上實現(xiàn)流程、信息和人的分離設計，各司其職，各成體

系。

工作流的設計思想如下圖所示。

文科費料人數(shù)據(jù)庫

組織/角色

圖工作流引擎設計思想

.基于WebGIS構建地理信息與業(yè)務系統(tǒng)結合

海量地圖數(shù)據(jù)的共享應用，對系統(tǒng)運行的網(wǎng)絡環(huán)境提出非常高的要求，地圖

用戶的不斷增長，也充服務器和網(wǎng)絡環(huán)境提出更高要求。

GIS技術與Web技術的結合形成的WebGIS技術，使地圖數(shù)據(jù)在網(wǎng)上發(fā)布成

為可能，用戶可以通過瀏覽器進行地理信息的各種操作。與C/S結構的GTS應用

系統(tǒng)不同，WebGIS服務器向客戶端發(fā)送的?般是最終生成的地圖影像的圖片，

用戶無法直接存取地圖資源庫，從而真正保證了原始地圖數(shù)據(jù)的應用安全。

系統(tǒng)采用空間數(shù)據(jù)庫技術，對空間數(shù)據(jù)進行有效組織，并通過負載均衡技術,

在多服務器環(huán)境中實現(xiàn)最佳的系統(tǒng)運行效率。通過WebGIS技術大大降低了對網(wǎng)

絡帶寬的運行要求，從而滿足政府部門在政務專網(wǎng)上對地圖數(shù)據(jù)應用的要求。

1.2.應用軟件平臺建設方案

本章節(jié)主要介紹本項目各應用軟件子系統(tǒng)的功能設計內(nèi)容。

1.2.1.統(tǒng)一受理分平臺

121.1.監(jiān)督受理子系統(tǒng)

監(jiān)督受理子系統(tǒng)（即“監(jiān)督受理子系統(tǒng)”）是為數(shù)字化城市管理監(jiān)督中心設

計，通常設立呼叫中心，使用人員一般為呼叫中心接線員。通過信息傳遞服務引

擎將無線數(shù)據(jù)采集系統(tǒng)報送的問題信息傳遞到接線員的工作平臺，接線員通過系

統(tǒng)對各類問題消息接收、處理和反饋，完成信息收集、處理和立案操作，為協(xié)同

工作子系統(tǒng)提供數(shù)字化城市管理問題的采集和立案服務，保證問題信息能及時準

確地受理并傳遞到指揮中心。

呼叫中心受理的數(shù)字化城市管理問題包括監(jiān)督員上報、部門上報和社會公眾

舉報的問題。

該系統(tǒng)應實現(xiàn)的主要功能包括：

＞提供管理問題信息的自動受理功能；

＞提供管理問題信息的手工登記功能；

＞能根據(jù)上報管理問題信息中包括的坐標信息，在地圖中自動標識出問題

發(fā)生位置；

＞通過登記的問題位置描述，能在地圖中搜索并定位到問題發(fā)生位置；

＞具備向監(jiān)督員發(fā)送問題任務指令功能；

＞具備接收監(jiān)督員核實、核查信息、結案處置功能；

＞能夠與協(xié)同工作子系統(tǒng)進行數(shù)據(jù)交互，向協(xié)同工作子系統(tǒng)自動報送任務

數(shù)據(jù)；

＞具備基礎地理信息、地理編碼信息、單元網(wǎng)格信息和部件信息等地圖顯

示、查詢功能；

＞具備新問題或任務反饋信息實時提示功能;

＞能夠通過電子地圖查詢某個單元網(wǎng)格當前在崗監(jiān)督員。

1）監(jiān)督員上報

受理人員接到監(jiān)督員上報信息后進行系統(tǒng)錄入。系統(tǒng)通過受理人員錄入的案

件類別信息自動關聯(lián)案卷所屬類別、所屬區(qū)縣、所屬街道、所在萬米網(wǎng)格和所負

責的監(jiān)督員，減少了受理人員信息錄入工作量，與地圖信息一一對應，實現(xiàn)了智

能化的應用效果，提高了工作效率。

監(jiān)督員在城管通中處理完成待核實問題采集并提交后，呼叫中心電話坐席人

員自動接收巡查人員充■任務信息的反饋結果，以便電話坐席人員對預立案件的處

理。

呼叫中心電話坐席人員可以對巡查人員發(fā)送任務，經(jīng)過系統(tǒng)處理后發(fā)送到巡

查人員的手持終端機上。在城管通中將顯示待處理的問題。

在接線員接收公眾咨詢或投訴的時候，接線員可以調用出G1S地圖，并根據(jù)

公眾的地點描述進行地圖的查詢，同時能夠直接在地圖上選定一個點供職能部門

處理時的位置參考。

地圖瀏覽

在地圖瀏覽中可以根據(jù)不同圖層進行分層選擇并顯示。同時，根據(jù)不同圖層

查詢該圖層的元素屬性。

通過輸入網(wǎng)格編號或手動點擊地圖進行定位后，地理編碼引擎將?自動進行匹

配，給出詳細的位置描述。同時提供了對于關鍵字和部件的查詢。

部件?號1201140209000172

萬米網(wǎng)格120114001007

部件損壞

事件描述

武省區(qū)楊H僧行缶H伊后。2網(wǎng)格|

位司宙述

附件?覽…

部件取點

地理編碼查詢

2）公眾舉報登記

＞記錄公眾提供的舉報信息，由相關人員定期將建議信息進行分類整理，

并分類上報給相應的專業(yè)部門。

＞記錄用戶接收反饋意見的方式、希望得到答復的時限等。

＞將問題或投訴內(nèi)容進行分類，進行預立案提交到“協(xié)同工作系統(tǒng)”流程

等待下一步處理。

3）問題核實立案

對于部分問題需要進行監(jiān)督員核實的，系統(tǒng)將自動發(fā)送通知給相應的監(jiān)督員,

由監(jiān)督員進行核實采集。在核實采集的數(shù)據(jù)可靠的后，監(jiān)督中心受理員可以根據(jù)

相關規(guī)定選擇建議的處理部門和處理意見，填寫完畢后，進行立案操作。立案后

的信息形成正式的案卷將交給協(xié)同工作子系統(tǒng)進行案卷的處理過程。

如核實的數(shù)據(jù)為不存在的信息，監(jiān)督中心受理員將不對該信息進行立案，可

進行刪除操作。

4）核查結案

根據(jù)監(jiān)督員快捷上報的案卷處置問題，系統(tǒng)提供案卷上報核實管理功能。案

卷上報核實管理主要是針對監(jiān)督員上報的快捷案件進行核實處置，受理員通過案

卷上報核實管理確定監(jiān)督員上報問題及處置的合理性，對于合理的案卷進行結案

處置，并計入考核管理。

1212問題來源子系統(tǒng)

問題來源子系統(tǒng)為城管監(jiān)督中心受理員使用，主要提供一下功能。

1）分類匯總統(tǒng)計

根據(jù)現(xiàn)有數(shù)據(jù)進行統(tǒng)計，以圖形、表格等方式進行顯示，從而可以方便地對

熱線系統(tǒng)的運轉情況進行分析，并可根據(jù)分析結果進行適當?shù)卣{整，使熱線系統(tǒng)

能夠更好地滿足實際情況的需要。系統(tǒng)提供統(tǒng)計分析功能主要表現(xiàn)在下面幾個方

面：

＞來電情況統(tǒng)計：可以統(tǒng)計某個時間段內(nèi)來電數(shù)、語音受理數(shù)、人工受理

數(shù)、直接回復數(shù)、有效反饋數(shù)等項目的具體數(shù)值以及所占的百分比，并以圖形方

式顯為IO

＞可以對來電的業(yè)務類型進行分類統(tǒng)計，以表格與圖形的方式來進行顯示,

分月話務量統(tǒng)計：

＞可以按月對各種類型的來電進行統(tǒng)計，形成表格與圖形，可以有效地進

行比較。

＞數(shù)據(jù)采集情況統(tǒng)計：對由接線員輔助進行數(shù)據(jù)采集情況進行統(tǒng)計。

＞接線員工作統(tǒng)計：對接線員的工作情況（如工作時間、受理電話數(shù)、有

效答復數(shù)等）進行統(tǒng)計。

2）城市管理問題來源及處理

＞咨詢業(yè)務處理：

通過熱線電話的接線員，能交互式咨詢相關事項，例如辦事流程、需要做的

準備工作等。

接線員可以使用系統(tǒng)提供的資料查詢功能，來準確回答公眾的咨詢。

接線員無法當場答復的問題，可以通過本系統(tǒng)直接將電話轉至具體的委辦局

有關人員，由其解答；也可以推遲一定的時間來向用戶提供準確的反饋信息。

＞公眾建議處理：

記錄公眾提供的建議信息，由相關人員定期將建議信息進行分類整理，并分

類上報給相應的專業(yè)部門。

＞問題投訴處理:

對于常見的并且有解決方案的問題，由接線員直接進行答復。

對于無法現(xiàn)場答復的問題，記錄用戶接收反饋意見的方式、希望得到答復的

時限等，進行預立案提交到“協(xié)同工作系統(tǒng)”流程等待下一步處理。

＞公眾舉報處理；

記錄用戶接收反饋意見的方式、希望得到答復的時限等。

將問題或投訴內(nèi)容進行分類匯總，進行預立案提交到“協(xié)同工作系統(tǒng)”流程

等待下一步處理。

3）問題狀態(tài)分類

匯總所有城市管理監(jiān)督中心受理的所有問題狀態(tài)分類為以下四類，并且要做

到實施更新以便能夠更有效提高服務效率：

＞待處理

＞處理中

＞已處理

＞已作廢

121.3.城管熱線子系統(tǒng)

12319作為政府城建面向全社會的服務系統(tǒng)，把政府城建系統(tǒng)各級部門和各

區(qū)政府的職能統(tǒng)一到一個服務平臺上，統(tǒng)一涵蓋政府供水、供氣、供暖、市政、

市容、城市交通、園林綠化、城市規(guī)劃、房管、環(huán)衛(wèi)、路燈、建筑市場、建筑工

程質量和安全監(jiān)理等多種行業(yè)，同時為普通市民提供與其日常生活密切相關的各

種便民、信息服務和社區(qū)服務。

隨著社會形勢的發(fā)展，改革的深入，新情況，新問題不斷出現(xiàn)，人們對生活

的質量及相關的社會服務提出了越來越高的要求。作為城建體系與市民的有效溝

通渠道，12319熱線在解決市民生活中的實際困難的便民工作中發(fā)揮著的作用也

越來越大，主要體現(xiàn)在：

12319熱線是一個面向全社會的服務系統(tǒng)，將城市供水、公交、燃氣、供熱、

市政、環(huán)境衛(wèi)生、園林綠化、城建監(jiān)察等領域內(nèi)的政策咨詢、問題投訴、搶險搶

修接警調度等不同的城建管理服務統(tǒng)一到一個熱線語音平臺，極大地方便了群眾

生活。

城管系統(tǒng)都設立專門機構直接與熱線中心聯(lián)系，即時處理服務中心轉來的各

類問題，實現(xiàn)“市民一熱線中心一責任單位一市民”的閉路循環(huán)，做到受理及時、

反應快速、處理到位，使12319熱線成為密切政府與群眾關系、創(chuàng)建行業(yè)服

務品牌的一項重要舉措。

12319建設事業(yè)服務熱線系統(tǒng)的建立，為城建事業(yè)部門和政府管理機構轉變

職能，由接收服務到主動提供服務提供了方便的條件、方式和方法。

業(yè)務流程:

受理：熱綺旨揮中

6.回訪，指揮1.

心接受市民通過電話、

中心向市民回

傳真、矩信、互聯(lián)網(wǎng)

訪滿意程序

等各種方式傳遞信息

2.分理：根據(jù)系統(tǒng)內(nèi)

5.反饋：聯(lián)動機構,郃取責分工，分析受

責任單位網(wǎng)旨揮理信息，明確責任里

中心反憒處匿結位

果

3赤單：通過計算機網(wǎng)格、電

4處理:貴任單位、

話、傳真等方式向膚動單位下

執(zhí)行部門派出應急

達指令，并將受理通知單傳遞

處置隊伍，在規(guī)定

到相關責任單位

時限內(nèi)現(xiàn)場處置

圖12319業(yè)務流程圖

按照12319服務熱線系統(tǒng)具體辦事流程，該系統(tǒng)功能模塊分為來電管理、回

訪管理和坐標定位。

1）來電管理

＞問題反映

由公眾熱線或領導批件轉來的有關部件、事件問題。這兩類問題的案件受理

和立案階段的處理流程有所不同。

＞事件受理

市民上報的問題通過12319熱線上報到服務中心，由服務中心受理處的接線

員進行登記，然后由值班長綜合判別并立案受理。

公眾舉報熱線反映的問題和領導批件轉來的有關部件、事件問題由服務中心

接線員統(tǒng)一接收，再批轉值班長進行判別立案受理。

＞事件分理

根據(jù)系統(tǒng)內(nèi)部職責分工，分析受理信息，明確責任單位。

＞事件派單

服務中心指揮協(xié)調處的值班長按照不同事件的不同處理流程，分別對已登記

受理問題進行綜合判別并將工作表單派送到各專業(yè)部門。

＞事件處理

各專業(yè)部門根據(jù)相關的要求負責對下發(fā)的事件進行處理。

＞事件反饋

聯(lián)動機構、責任單位向服務中心反饋處理結果。

2）回訪管理

＞回訪、綜合評價

服務中心向市民回訪滿意度，并生成對各區(qū)域、各專業(yè)的部門的客觀評價。

并由服務中心監(jiān)督員組織對各級專業(yè)管理部門工作人員的工作進行抽查扣分考

評。

3）坐標定位

根據(jù)電話熱線受理過程中，通過坐標確定某一事件發(fā)生位置，能定位到某一

網(wǎng)格區(qū)域內(nèi)，能夠根據(jù)屬性或位置查詢城市事件的信息，并自動進行定位。

1214知識庫

接線員在接受公眾咨詢過程中，需要即時查找各種資料，知識庫模塊為接線

員提供了這樣的資源數(shù)據(jù)庫。通過快速收集、便捷查詢和智能分析，為接線員提

供便捷的業(yè)務和法規(guī)支持。知識庫所涉及的信息建設是一個持續(xù)積累的過程。該

子系統(tǒng)包含的模塊：

＞城市管理業(yè)務相關知識

＞國家和各省市有關城市管理建設的相應政策以及法規(guī)。

＞城市管理經(jīng)驗借鑒

具體的操作功能如下：

＞目錄管理

對知識庫的內(nèi)容進行目錄化管理，使其便于相關人員進行查閱。

選擇父分類.□

U3根節(jié)點

e￡3女嘔絲1

g麗

單哥里糾紛處理

r。廝或分類12

。匕）分數(shù)

f匕I3131分咬3

r匕五祠分類6

O匕I4限分類9

cb撕it分類10

ce痂彳分類16

c￡3飛灑地方

r匕排序1

V匕分類摔序

關閉

圖：基于樹的目錄管理

＞索引管理

將知識庫的內(nèi)容進行關鍵字提取，將關鍵字以索引的形式進行處理，用戶可

以通過對索引的檢索達到內(nèi)容的快速瀏覽。

系統(tǒng)會對經(jīng)常性查詢的索引美鍵字進行統(tǒng)計，便于相關人員快速內(nèi)容檢索。

＞內(nèi)容管理

接線員可以通過目錄或索引進行快速的知識定位，將所需的內(nèi)容通過列表顯

示，選擇其中一條后即可展開詳細的信息。

同時可在該模塊進行知識庫內(nèi)容的添加、刪除和編輯操作，進行基本維護。

圖：內(nèi)容管理列表

＞檢索統(tǒng)計

將用戶每次檢索進行統(tǒng)計，定期將檢索次數(shù)進行排序顯示，以便用戶了解,

對管理員及時掌握哪些內(nèi)容的檢索狀況。

Q檢實次計

的舊n廠“二速

美”肉戶

11用戶

33網(wǎng)珠

31四g用戶

身船坪用戶

起弛用戶

3國i湖弼戶

的#份9弟網(wǎng)廣

A■

1iM踢第Q

3IM睡用戶

圖：檢索統(tǒng)計展示

＞評價管理

為了便于知識庫內(nèi)容更好的管理，對所檢索到內(nèi)容進行等級評價，管理員可

以定期對知識庫等級進行統(tǒng)計，對評價不好的內(nèi)容進行整頓處理。

1.2.2.業(yè)務協(xié)同分平臺

1.221.協(xié)同工作子系統(tǒng)

數(shù)字化城市管理工作涉及多個機構，雖然數(shù)字化城市管理工作取得了很大的

進展和成績，但還存在職能交叉、管理粗放、被動管理、信息滯后、突擊式運動

式管理等問題，越來越不適應現(xiàn)代化的都市環(huán)境的建設與發(fā)展。

政府目前正在積極推進的信息化工程，其目的就是解決上述城管工作的問題,

全面提升本地區(qū)數(shù)字化城市管理工作的效率、質量和水平。這其中不但涉及一些

比較關鍵的網(wǎng)絡技術、信息技術、通訊技術、安全技術的應用，更重要的是運用

管理學、系統(tǒng)論、協(xié)同學等學科的研究成果，仔細分析數(shù)字化城市管理工作的現(xiàn)

狀和發(fā)展趨勢，對數(shù)字化城市管理工作的主要業(yè)務流程進行優(yōu)化和再造，以達到

在新的數(shù)字化城市管理工作流程下統(tǒng)一指揮、合理分工、協(xié)調工作、資源整合、

信息共享的工作環(huán)境，形成一支分工協(xié)作、信息互通、高效運轉的數(shù)字化城市管

理隊伍。因此，協(xié)同工作系統(tǒng)是數(shù)字化城市管理新模式的核心，是模塊化數(shù)字化

城市管理信息化的主線。

D-CLIndi數(shù)字化城市管理系統(tǒng)

gitai5System

■?二.一,我的第.*f-儻配■aaiJi

圖：協(xié)同工作系統(tǒng)待辦案卷列表

＞為監(jiān)督中心、指揮中心、專業(yè)部門和各級領導多級崗位的協(xié)同辦公功能;

＞根據(jù)數(shù)字化城市管理服務信息的業(yè)務流程進行流程設計、快速實現(xiàn)的功

能；

＞將城管案件進行任務派遣、任務處理、處理反饋、核查結案等環(huán)節(jié)的過

程實現(xiàn)；

＞實現(xiàn)監(jiān)督中心、指揮中心、專業(yè)部門之間信息同步、協(xié)同工作和協(xié)同督

辦功能；

＞提供給其他業(yè)務系統(tǒng)各類信息資源共享接口的功能；

＞提供案卷信息分類、查詢統(tǒng)計等功能；

1）工作流程設計

在系統(tǒng)工作子系統(tǒng)，城管事件信息將在各個不同的崗位、部門之間進行流轉。

整個流轉過程的總體視圖如下所示:

圖：數(shù)字城管工作流程設計

其中，監(jiān)督員對事件信息的處理需要在城管通上完成,屬于信息采集子系統(tǒng);

監(jiān)督中心的接線員通過對來自公眾途徑得來的事件的錄入，在監(jiān)督受理子系統(tǒng)中

實現(xiàn)；其他各個節(jié)點、各個功能，都在協(xié)同工作子系統(tǒng)中完成。

2）GIS地理信息協(xié)同（地圖）

在系統(tǒng)中，用戶可以通過直接進入、案卷地圖操作、查看位置圖等多種方式

訪問地圖。

1、地圖瀏覽

＞地圖瀏覽工具

地圖瀏覽工具包括地圖放大、縮小、漫游、全圖顯示、地圖刷新等內(nèi)容。

＞快捷圖層和背景圖層

系統(tǒng)還提供了快速開關圖層的功能，該功能與每個人的權限有關。開關圖層

后將該快捷圖層所屬的圖層全部打開或關閉。

系統(tǒng)也提供了背景圖層功能，如“影像圖”和“地形圖”，背景圖層之間互

斥顯示，可以迅速切換。

＞圖層控制

圖層控制包含地圖圖層的是否可見，是否顯示標注設置。還可以察看不同圖

層對應的圖例窗口，使圖層強制可見，改變圖層的顯示樣式。

2、地圖查詢統(tǒng)計和定位

為了能迅速查找或切換到要尋找的某一地圖位置，系統(tǒng)提供了多種查詢和定

位方式，包括地理編碼定位，精確查詢和定位、模糊查詢和定位等等。

地理編碼引擎為城市管理、城市部件管理提供快速有效的地理定位引擎。通

過輸入自然語義的地址串，系統(tǒng)會自動匹配標準的地址串，并返回該位置的地理

坐標信息。為城市管理監(jiān)督指揮中心快速鎖定萬米單元網(wǎng)格內(nèi)事件發(fā)生地點，輸

入任意的地址字符串，可以直接定位到地圖的萬米單元網(wǎng)格某個位置，或提供地

址所在位置的坐標信息。

系統(tǒng)還提供了多種模糊查詢和定位方式，如對所有圖層查詢，地名查詢，道

路查詢、部件編號、井蓋、社區(qū)名稱、萬米單元等等，用戶輸入以上提到的任何

信息后即可在查詢結果列表中直接定位到相應地名、事部件、單位的位置，實現(xiàn)

地圖的快速準確定位，這些查詢的方法都是可以通過應用維護子系統(tǒng)定制的。

3、空間統(tǒng)計

統(tǒng)計范圍可以通過自畫點、線、面或選擇點、線、面來定義；統(tǒng)計名稱根據(jù)

系統(tǒng)配置的統(tǒng)計方法來決定；緩沖區(qū)在統(tǒng)計范圍的基礎上以制定數(shù)值作緩沖區(qū)。

統(tǒng)計結果將會按照設定好的統(tǒng)計方法給出所圈定范圍內(nèi)的各項統(tǒng)計指標。

4、空間分析

＞距離量算

快速量算圖上兩點的距離。如建筑物距道路之間的距離等；用戶以畫連續(xù)線

的方式連續(xù)量算地圖距離，并且可以算出距離的多次累加值。

＞面積量算

圈定圖上一定范圍，窗口右側顯示量算該范圍的面積。（操作類似于距離量

算）在起點處單擊，將鼠標拖至第二點處單擊，再將鼠標拖至第三點處單擊，依

次類推。在終點處單擊鼠標右鍵結束操作，窗口左側列出了量算結果。

＞緩沖區(qū)分析和多邊形疊加分析

系統(tǒng)提供完善的緩沖區(qū)、多邊形疊加分析功能，在空間查詢、周邊查詢、空

間統(tǒng)計中都有空間分析的功能。

5、地圖打印

提供用戶直接打印當前窗口范圍地圖的功能。在該窗口中的地圖為地圖操作

窗口所顯示在眼前的地圖，您可以瀏覽、調整地圖在打印紙上的位置、地圖的顯

示比例、頁面設置等功能。

3）流程主要環(huán)節(jié)

＞案卷立案

協(xié)同工作監(jiān)督員友上報問題進行核實正確后，給予立案處理，并將立案意見

填寫入該案卷。

＞案卷派遣

指揮中心受理員，在其“待派發(fā)”列表中，能看到由監(jiān)督受理子系統(tǒng)轉交的

等待其處理的城管事件列表。打開后可以看到城管事件的詳細情況，及其在地圖

上的位置、處理歷史等等。通過選擇相應的責任部門，將該案卷派遣至部門，同

時可以指定處理要求和處理的時限。

圖：案卷派遣

＞案卷協(xié)調

對于需要多部門優(yōu),同處理的事件，指揮中心受理員需要協(xié)調各個相關部門，

確定事件的處理方法、協(xié)作方式，而后在本系統(tǒng)中填寫相關內(nèi)容。

如果屬于無法解決的問題，則需要填寫非結案申請單，提交指揮中心領導，

由領導進行決策。

＞結果反饋

各街道和職能部門收到處理要求后，根據(jù)各自職能范圍和處理程序，在規(guī)定

的時間內(nèi)將事件處理完成，并填寫處理結果反饋至指揮中心，同時報送給監(jiān)督中

心。

＞案卷結案

在監(jiān)督員對已經(jīng)處理的事件進行了復核，并確認處理結果有效之后，工單將

出現(xiàn)在監(jiān)督中心考評稱的“己復核”事件列表中，點擊鏈接打開工單后，既可填

寫“結案意見”進行結案操作。

＞延期申請

在職能部門處理事件的的過程中，如果對要求處理事件的事件、派發(fā)的合理

性等因素由疑問，即可點“申請調整”按鈕跳轉到申請調整頁面。

在“申請調整”頁面中，只需要填寫“調整申請說明”，并單擊“申請”按

鈕即可。

如果這是個單職能部門處理事件，由指揮中心派遣員派發(fā)，則此工單會移交

給立案員，出現(xiàn)在其待處理列表中。如果是多部門協(xié)調事件，由協(xié)調員派發(fā)，則

此工單會出現(xiàn)在協(xié)調的的相應列表中。

派遣員對延期申請的處理功能與“事件派發(fā)”基本相同?？梢詫σ筇幚碓?/p>

事件的職能部門、要求處理時間進行調整，并填寫調整意見后，再次下發(fā)。也可

以根據(jù)實際情況，轉交協(xié)調員進行協(xié)調處理。

協(xié)調員對延期申請的處理與“事件協(xié)調”基本相同。

＞非正常結案申請

參見“事件協(xié)調”階段，指揮中心受理員可以發(fā)起非正常結案申請。

經(jīng)指揮中心其他領導填寫“領導意見”之后，該工單即交給受理員，由其進

行“非正常結案”操作。

如果指揮中心領導未同意非正常，使得該城管事件能夠得到解決，則該工單

的狀態(tài)被修改為“協(xié)調中”，仍有受理人員進行正常的協(xié)調派發(fā)工作。

＞非正常結案

經(jīng)指揮中心領導填寫“領導意見”之后，該工單即交給協(xié)調員，由其進行“非

正常結案”操作。

在協(xié)調員的“待結案”列表中，可以看到這些待非正常結案的工單。

此處的功能和操作和“正常結案”基本相同，協(xié)調員人員只需要填寫“結案

意見”之后，既可完成非正常結案操作。

完成本操作之后，工單將出現(xiàn)在“非正常結案”列表中。

處理歷史

提供城管事件處理過程的詳細信息。

amM20H07190Q

圖：處理歷史

4）主要功能設計

＞案卷處理

?案卷存盤

在問題處理頁面，當前坐席人員可以隨時進行案卷存盤，下次繼續(xù)處理的時

候將顯示保存時的狀態(tài)。

?案卷回退

當上一工作階段批轉到本部門的案卷并不屬于本階段的受理范圍內(nèi)，或者案

卷的問題信息表和問題處理表單中有信息不完整的地方，可以將其回退給上一工

作階段

?案卷作廢

對于不屬于城市管理系統(tǒng)處理范圍或可不處理的城市管理問題，可通過此功

能將案卷作廢。

?申請緩辦

專業(yè)部門因為經(jīng)辦人或者問題的特殊原因，希望可以暫緩辦理時，可以向有

權限的人員申請緩辦。

＞重復案件甄別

在協(xié)同工作系統(tǒng)中，每個角色可能會存在多個人員進行操作，如在派遣員派

遣環(huán)節(jié)，可能會有多個坐席人員同時在線工作，此時就需要系統(tǒng)將所有待派遣的

案卷進行合理分配，確保每個坐席人員的工作量是均等、不重復的。系統(tǒng)可以針

對目前在線的坐席人員案件的受理情況進行平均分配案卷的功能。同時，也可以

通過后臺進行手動分配。

|NHiCS

a龜分釐

任先分配

量人人員■總加皿

2Giio?ieooiwnx小函/cvvCMt/Cftte'ctarUitl

20110?19001wnx1b>03MlIMb

2O1IOKWG3waxibaOItftl1?tU1I??

今立黑偏i01

2ono9nooe得立第elOI

201I092W03份百?1JO1

20H0KW01份以IibtOlUtti?c<i?A

201IO?2W?份空1tbtOI/cvK?>e/C?s?*sttf<Ii><

2OH0KW033ibtdl/cv?g?AC?ib、3tli"?c<i?a

2OHOK6O05wet11劃/c?^u?/Cti?*??Us?v?li?(<>??

g2＞＜s?IT-ffl1MS

圖：任務分配記錄

＞案卷督辦

系統(tǒng)可以在各個環(huán)境進行案卷督辦，由督辦人填寫督辦意見后，承辦人將能

夠查閱所有待督辦案件。該案卷處理完畢后，反饋處理意見給督辦人。

＞計時管理

在指揮中心派發(fā)給各個職能部門處理的時候，指揮中心人員可以設定當前案

卷要求處理完成的時間（精確到分）。由派發(fā)時刻起開始計時，若職能部門在要求

的時間內(nèi)完成案卷的處理則為按期處理完畢；若職能部門在超過限定時間仍未完

成案卷處理，則系統(tǒng)自動判定該案卷處理超期。

所有案卷的按期、超期信息都將體現(xiàn)在綜合評價系統(tǒng)中，是對各個職能部門

考評的重要依據(jù)。

?計時設置

系統(tǒng)可以對案卷各個環(huán)節(jié)的處理時間進行設亶的功能。比如對立案、派發(fā)、

處理、結案等。

?提醒設置

系統(tǒng)可以進行多種提醒規(guī)則。

?案卷計時

系統(tǒng)可以記錄案卷各個環(huán)節(jié)的開始時間。比如對立案、派發(fā)、處理、結案等。

?案卷提醒

系統(tǒng)可以對各個環(huán)節(jié)的待處理案卷消息提醒功能。比如系統(tǒng)內(nèi)部消息、電子

郵件、彩信或者短信等方式進行提醒。

＞案卷查看

提供多種方式、多種條件供用戶對城管事件及其處理情況進行查詢。

.累費也詢

工■觸:二工學的■2442

一.玄弁曲1SX*>5[_____________1

所縣V陸M▼北與?&▼期―-?*?-V

寰件大食一拿卷務一V一余卷#一.上/M—未通。一*-A-▼

立*開喇向］聞3開蝴口____________

工M劃0______________目］?方絹勉羯。率口中內(nèi)向聞州a則0"

上靜開間______■!及?開金，司

____g;■開用制出I日

上足網(wǎng)日___________________□腦埠滑培鬻■etawfl]

IHHf由