智慧城市建設(shè)PPP項目-智慧城管平臺及城管監(jiān)控解決方案

正本

XX縣智慧城市建設(shè)

(智慧交通與智慧城管)PPP項目

技術(shù)標書

第四分冊

技術(shù)方案-智慧城管平臺及城管監(jiān)控部分

項目編號：XX

投標包號：1

供應(yīng)商：XX信息技術(shù)有限公司(蓋單位公章)

XX年11月27日

目錄

1.智慧城管平臺設(shè)計.................................................4

1.1.總體設(shè)計.......................................................4

1.1.1.總體設(shè)計原則.............................................4

1.1.2.系統(tǒng)總體架構(gòu).............................................5

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

1.1.4.總體技術(shù)路線............................................10

1.2.應(yīng)用軟件平臺建設(shè)方案..........................................19

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

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

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

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

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

1.2.6.終端應(yīng)用分平臺.........................................102

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

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

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

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

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

2.2.建設(shè)目標.....................................................152

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

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

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

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

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

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

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

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

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

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

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

2.6.5.支持復(fù)雜場景下的抓拍...................................157

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

2.6.7.不重復(fù)抓拍.............................................159

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

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

2.6.10.其他特點..............................................161

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

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

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

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

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

2.7.5.違章數(shù)據(jù)導(dǎo)出...........................................164

2.8.存儲設(shè)計....................................................165

2.8.1.基本要求...............................................165

2.8.2.圖片存儲...............................................166

2.8.3.視頻存儲...............................................166

2.9.設(shè)備選型....................................................167

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

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

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

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

1.智慧城管平臺設(shè)計

1.1.總體設(shè)計

1.1.1.總體設(shè)計原則

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

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

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

易后難。

●技術(shù)先進、功能使用、擴展性好

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

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

滿足個性化要求。

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

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

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

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

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

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

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

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

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

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

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

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

總體框技術(shù)架圖如下

簡應(yīng)言屯子郵件電話真移電PDAPC機自助終端大解展示

應(yīng)用系統(tǒng)

無線數(shù)案采集子系統(tǒng)等叫中心受提子系班四工作子系統(tǒng)

監(jiān)昌配揮子系燒地理編仍子系統(tǒng)數(shù)據(jù)交換子系統(tǒng)

綜合評價子系統(tǒng)應(yīng)用姓護子系統(tǒng)基研數(shù)案管理子系統(tǒng)

視疑數(shù)據(jù)整合分析子系統(tǒng)外勤車輛及外勤人員管理子系統(tǒng)

系系政售

統(tǒng)統(tǒng)策后

安管與保定市數(shù)字城管接口法服

全理規(guī)務(wù)

平臺軟件

基磁數(shù)新庫

基礎(chǔ)空間影像地理編月事圖件業(yè)務(wù)名類基礎(chǔ)

數(shù)報車數(shù)報車數(shù)器車數(shù)提率數(shù)器準數(shù)數(shù)車

網(wǎng)絡(luò)，服務(wù)器等使件系統(tǒng)支理平臺

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

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

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

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

●支撐層

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

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

●應(yīng)用層

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

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

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

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

●表現(xiàn)層

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

式的展現(xiàn)：

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

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

公桌面、領(lǐng)導(dǎo)辦公桌面等。

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

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

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

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

理。

.信息采集(收集)階段

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

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

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

(1)領(lǐng)導(dǎo)批示：城市管理相關(guān)領(lǐng)導(dǎo)通過政府公務(wù)外網(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ā)生問題的位置、圖像、表單、音頻

等信息。

.案卷建立階段

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

批轉(zhuǎn)到指揮中心。

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

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

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

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

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

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

.任務(wù)派遣階段

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

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

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

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

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

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

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

送領(lǐng)導(dǎo)督辦。

.任務(wù)處理階段

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

題，將處理結(jié)果反饋到指揮中心。

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

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

.任務(wù)反饋階段

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

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

.核查結(jié)案階段

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

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

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

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

理。

.綜合考評階段

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

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

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

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

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

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

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

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

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

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

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

1.1.4.總體技術(shù)路線

.采用基于J2EE技術(shù)體系結(jié)構(gòu)的整體優(yōu)勢

1、J2EE技術(shù)標準：

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

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

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

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

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

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

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

理等能力。

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

HITP(NITFS)

入?yún)⒀~單

配置女件

SOP主控Servkt

結(jié)

客戶端

數(shù)據(jù)庫

KJ層

應(yīng)用服務(wù)器端數(shù)據(jù)庫服務(wù)器端

2、安全性：

應(yīng)用體系結(jié)構(gòu)為三層結(jié)構(gòu)的應(yīng)用系統(tǒng)，客戶機必須通過應(yīng)用服務(wù)器才能訪問

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

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

3、穩(wěn)定性：

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

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

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

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

4、可適應(yīng)性：

應(yīng)用體系結(jié)構(gòu)為三層結(jié)構(gòu)的應(yīng)用系統(tǒng)，應(yīng)用服務(wù)器(即：業(yè)務(wù)邏輯層)主要

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

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

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

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

具有很強的變化適應(yīng)能力。

5、可移植性：

應(yīng)用體系結(jié)構(gòu)為三層用純Java語言來實現(xiàn)的，應(yīng)用業(yè)務(wù)邏輯的部署與應(yīng)用

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

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

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

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

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

6、可伸縮性：

應(yīng)用體系結(jié)構(gòu)為三層結(jié)構(gòu)的應(yīng)用系統(tǒng)，由于其所有的應(yīng)用程序(即：應(yīng)用組

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

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

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

7、易維護性：

應(yīng)用體系結(jié)構(gòu)為三層結(jié)構(gòu)的應(yīng)用系統(tǒng)，由于三層之間相對獨立，系統(tǒng)的變更

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

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

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

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

護成本較低。

.采用B/S構(gòu)建XX縣數(shù)字化城市管理核心業(yè)務(wù)系統(tǒng)

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

建議采用先進的基于JAVA平臺的三層應(yīng)用體系結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶界面

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

在服務(wù)器端實現(xiàn)，形成所謂3-tier結(jié)構(gòu)。用通用瀏覽器就實現(xiàn)了原來需要復(fù)雜專

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

術(shù)，這種結(jié)構(gòu)已成為當今應(yīng)用軟件的首選體系結(jié)構(gòu)。

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

1、邏輯界限清晰：

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

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

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

達到及時修改的目的。

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

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

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

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

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

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

由于B/S結(jié)構(gòu)客戶端只需要瀏覽器(InternetExplorer),既不需要安裝復(fù)雜

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

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

省去了人工干預(yù)，其維護工作和維護成本趨于"零",因此，采用B/S應(yīng)用體系

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1、完好的封裝性

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

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

2、松散耦合性

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

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

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

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

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

Microsoft的分布式組件對象模型(DCOM)、對象管理集團(OMG)的公用對象

請求代理程序體系結(jié)構(gòu)(CORBA)或SUN的遠程方法調(diào)用(RMI)。通過使用這

種基本結(jié)構(gòu)，開發(fā)人員仍可擁有使用本地模型所提供的豐富資源和精確性，并可

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

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

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

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

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

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

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

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

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

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

語言來描述(比如WSDL)。其次，由標準描述語言描述的服務(wù)界面應(yīng)當是能夠

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

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

Services的聚合、跨WebServices的事務(wù)、工作流等，而這些又都需要服務(wù)質(zhì)量

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

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

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

應(yīng)當是可管理的，因此，需要對管理協(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)”及“GIS系統(tǒng)”來講使用JCA模

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

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

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

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

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

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

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

構(gòu)的無關(guān)性集成任務(wù)，該類集成由于涉及的技術(shù)架構(gòu)，應(yīng)用體系等都有較大的不

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

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

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

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

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

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

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

XML適于異構(gòu)應(yīng)用間的數(shù)據(jù)共享。

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

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

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

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

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

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

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

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

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

提供多語種支持

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

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

應(yīng)用開發(fā)。

.面向?qū)ο?00A)的設(shè)計與開發(fā)

根據(jù)不同的應(yīng)用類型，采用面向?qū)ο蠡蛎嫦蜻^程的系統(tǒng)分析與設(shè)計方法。

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

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

這種開發(fā)模式顯然已經(jīng)不適合于現(xiàn)代軟件系統(tǒng)開發(fā)的要求。而面向?qū)ο蟮脑O(shè)計

(OOA)以軟件的組裝式生產(chǎn)為目標，強調(diào)各種粒度的軟件重用、接口與表示

和實現(xiàn)分離、統(tǒng)一對象模型，繼承和發(fā)展了傳統(tǒng)軟件工程。面向?qū)ο蠹夹g(shù)將計算

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

算。對象具有保持能力和自主計算能力。面向?qū)ο笤O(shè)計和實現(xiàn)的重點是多個對象

的網(wǎng)狀組織結(jié)構(gòu)和協(xié)同計算，而不是過程調(diào)用的層次結(jié)構(gòu)，這樣就在本質(zhì)上適應(yīng)

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

.工作流引擎技術(shù)

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

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

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

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

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

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

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

動的情況下應(yīng)用到新的工作流上；

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

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

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

等；

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

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

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

系。

工作流的設(shè)計思想如下圖所示。

業(yè)務(wù)邏輯

流程規(guī)則

文檔資料/數(shù)據(jù)庫

個人

組織/角色

圖工作流引擎設(shè)計思想

.基于WebGIS構(gòu)建地理信息與業(yè)務(wù)系統(tǒng)結(jié)合

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

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

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

為可能，用戶可以通過瀏覽器進行地理信息的各種操作。與C/S結(jié)構(gòu)的GIS應(yīng)用

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

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

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

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

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

1.2.應(yīng)用軟件平臺建設(shè)方案

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

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

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

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

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

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

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

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

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

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

舉報的問題。

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

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

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

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

發(fā)生位置；

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

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

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

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

數(shù)據(jù)；

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

示、查詢功能；

>具備新問題或任務(wù)反饋信息實時提示功能；

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

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

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

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

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

能化的應(yīng)用效果，提高了工作效率。

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

員自動接收巡查人員對任務(wù)信息的反饋結(jié)果，以便電話坐席人員對預(yù)立案件的處

理。

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

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

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

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

處理時的位置參考。

地圖瀏覽

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

查詢該圖層的元素屬性。

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

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

部件編號1201140209000172

萬米網(wǎng)格120114001007

部件損壞

事件描述

武青區(qū)楊村街道楊村街道02網(wǎng)格

位置描述

附件淵覽...

1201140209000172

部件取點

地理編碼查詢

2)公眾舉報登記

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

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

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

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

等待下一步處理。

3)問題核實立案

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

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

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

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

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

進行刪除操作。

4)核查結(jié)案

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

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

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

處置，并計入考核管理。

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

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

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

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

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

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

面：

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

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

式顯示。

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

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

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

行比較。

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

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

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

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

咨詢業(yè)務(wù)處理：

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

準備工作等。

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

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

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

公眾建議處理：

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

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

問題投訴處理：

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

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

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

公眾舉報處理：

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

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

等待下一步處理。

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

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

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

待處理

處理中

已處理

已作廢

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

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

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

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

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

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

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

的質(zhì)量及相關(guān)的社會服務(wù)提出了越來越高的要求。作為城建體系與市民的有效溝

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

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

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

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

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

生活。

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

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

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

品牌的一項重要舉措。

XX建設(shè)事業(yè)服務(wù)熱線系統(tǒng)的建立，為城建事業(yè)部門和政府管理機構(gòu)轉(zhuǎn)變職

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

業(yè)務(wù)流程：

市民撥打

12319

1受理：熱線指揮中

6.回訪：指揮

心接受市民通過電話、

中心向市民回傳真、短信、互聯(lián)網(wǎng)

訪滿意程序等各種方式傳遞信息

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

5.反讀：聯(lián)動機構(gòu)，部職責分工，分析受

責任單位向指揮理信息，明確責任單

中心反遺處置結(jié)位

果

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

4.處理：責任單位、

話、傳真等方式向聯(lián)動單位下

處置隊伍，在規(guī)定達指令，并符受理通知單傳遞

時限內(nèi)現(xiàn)場處置到相關(guān)責任單位

圖XX業(yè)務(wù)流程圖

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

管理和坐標定位。

1)來電管理

問題反映

由公眾熱線或領(lǐng)導(dǎo)批件轉(zhuǎn)來的有關(guān)部件、事件問題。這兩類問題的案件受理

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

事件受理

市民上報的問題通過XX熱線上報到服務(wù)中心，由服務(wù)中心受理處的接線員

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

公眾舉報熱線反映的問題和領(lǐng)導(dǎo)批件轉(zhuǎn)來的有關(guān)部件、事件問題由服務(wù)中心

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

事件分理

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

事件派單

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

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

事件處理

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

事件反饋

聯(lián)動機構(gòu)、責任單位向服務(wù)中心反饋處理結(jié)果。

2)回訪管理

回訪、綜合評價

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

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

評。

3)坐標定位

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

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

.知識庫

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

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

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

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

城市管理業(yè)務(wù)相關(guān)知識

國家和各省市有關(guān)城市管理建設(shè)的相應(yīng)政策以及法規(guī)。

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

具體的操作功能如下：

目錄管理

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

選擇父分類

根節(jié)點

測試分類1

面試

鄰里糾紛處理

測試分類12

分數(shù)

測試分類3

測試分類6

測試分類9

式分類10

斯式分案16

飛西地方

排序1

分類排序

關(guān)閉

圖：基于樹的目錄管理

索引管理

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

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

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

內(nèi)容管理

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

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

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

內(nèi)正營行其運置檢查傳計評物性理

內(nèi)盲管理

標題內(nèi)容分離查詢空

全選不選標內(nèi)音分類創(chuàng)建人建時間握作

1111111111111預(yù)式分國起設(shè)地戶2011-10-1900:159【解出】

勤式理項2011-09-2711:03:10[改1

第橫書點aD戶2011-09-25075次]

3書點起易級用戶2011-09-2607:54:19[放1

eeeeer式分最易級用戶2011-10-1910:00:13[綜改】

橫書點最運級用戶2011-012607.55:【刪綜改】

2模書點起起項用戶2011-09-2607.54.09【刪*綜改】

刪試分類12指長2011-09-2711.03.33[*改】

刪試分數(shù)指長2011-09-2711.02.33[改]

□樓書點品最級用戶2011-09-207.55.08【改】

罩加下一員1室

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

檢索統(tǒng)計

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

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

檢素統(tǒng)計

并幼日期結(jié)束日耗查調(diào)空

關(guān)守總鹽用戶

最資用戶

指長

1望用戶

第翻起識用戶

T8翻起識用戶

441翻起順用戶

的身份起起識用戶

4加級用戶

理顯細級用戶

里關(guān)系3量品級用戶

上一頁下-而定

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

評價管理

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

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

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

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

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

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

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

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

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

比較關(guān)鍵的網(wǎng)絡(luò)技術(shù)、信息技術(shù)、通訊技術(shù)、安全技術(shù)的應(yīng)用，更重要的是運用

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

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

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

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

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

城市管理信息化的主線。

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

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

能；

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

程實現(xiàn)；

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

辦功能；

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

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

1)工作流程設(shè)計

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

整個流轉(zhuǎn)過程的總體視圖如下所示：

不批準

不批準

中請上細措準中話上場批準批準

微樣中心卡任批準指用中心領(lǐng)等批準

指擇中次測結(jié)案

準上播處理

a

求詞

揮中心物調(diào)料等

處理完減

深發(fā)讓理定減

熱揮中交合科發(fā)里部當督中心于查科結(jié)案

確認詞整

自幫中心信息科立率中請調(diào)整

處理調(diào)整申請

童新辦理

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

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

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

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

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

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

訪問地圖。

1、地圖瀏覽

地圖瀏覽工具

地圖瀏覽