城市綜合管理和應急聯動系統軟件構架的設計與實現

劉 行 國

(上海三高計算機中心股份有限公司 上海 200092)

0 引 言

現代信息技術為城市綜合管理、應急資源共享和應急事件聯動處置等提供了有效的技術支撐[1]。隨著經濟持續發展、城鎮常住人口不斷增多，社會管理問題呈現諸多新的特點，對管理內容和管理方法也相應提出了更高要求。2007年上海市閔行區(以下簡稱“閔行區”)為進一步加強創新社會管理、突破管理力量不足和城市應急處置效能低等管理瓶頸，經閔行區區委區政府調研，提出了構建閔行區城市綜合管理和應急聯動機制和系統平臺的設想，確定了閔行區城市綜合管理和應急聯動一期項目(簡稱“一期項目”)的建設目標。一期項目始建于2009年8月，并于2010年4月底上線運行[2]。閔行區一期項目是上海市首家區級實現的城市綜合管理和應急聯動中心的信息支撐系統，實現了一種“條塊結合、以塊為主”的大聯動運行模式，支撐了區、街鎮和居村委大聯動工作站的三級組織架構實施大聯動機制的實施能力。經過三年多的實際運行，社會效益顯著[3-4]。

隨著社會綜合管理、治理和大聯動機制的深化，需要在一期項目的基礎上，進一步完善和拓展應用功能，提出強化源頭治理、動態管理和應急處置相結合，構架一個適合社會綜合管理、治理和應急聯動處置的綜合業務管理系統。通過該系統進一步整合資源、形成合力、資源共享、業務協同，科學對接上海市“12345”熱線電話，持續提升社會管理、社會治理的和應急處置的創新能力[5]。系統的二期項目始于2013年11月，2014 年12月正式切換上線運行(以下簡稱“二期項目”)。

本文重點描述二期項目的系統軟件構架設計與實現，包括系統需求、軟件層次組織結構、軟件功能劃分及職責、構架模式、若干關鍵實現技術和部份應用示例。

1 系統需求

根據上海市委、市政府關于深化拓展城市網格化管理、積極探索和推進綜合性城市管理的指導意見，二期項目著重進一步強化源頭治理、動態管理與應急處置相結合。通過實現“一個平臺、二級指揮、三級管理”的運行模式，進步強化街鎮、居村委的社會管理和應急處置能力，實現資源進一步整合共享、業務協同處理和科學對接市長熱線12345的應用功能。

二期項目的主要系統需求概述如下：

1) 業務流轉平臺改造。包括業務流轉、事件接入、聯合執法、社會公開網上受理、前置平臺功能、代表(委員)聯系服務群眾功能、街鎮社情民意流轉功能和各業務流轉平臺集成接口等的改造與整合。

2) 街面聯勤巡管信息系統建設。作為對街鎮巡管層面的延伸，基于業務協同、集中監管、綜合服務的要求，通過統一的系統工作平臺，實現對社會治安、城市管理和公共服務的綜合管理。

3) 街面信息采集管理系統建設。實現街面網點業態信息、門面證照信息、店招店牌信息、安全隱患信息、門面房屋信息和房屋人員信息采集管理。建立全面、實時、多部門共享與聯動的街面網點信息庫，為街面網點管理提供全面的信息服務、預警提示服務和信息查詢分析服務等。

4) 社區巡管信息采集系統升級。按照各類業務需求，升級現有系統，包括改善業務流程和處置功能、擴展和完善案件類別管理、業務展示分析，提升用戶應用體驗、完成違法類別調整、增強流程控制、提升事件處置效率。使系統符合當前的業務發展要求，使各種業務數據更為準確、及時，提高社區事件的管理水平和技術支撐。

5) 應急值守管理系統建設。按照應急業務發展要求，進一步整合各應急子系統(含應急預案、應急資源管理等)，新建應急值守管理子系統、應急單元管理子系統等，改造應急GIS，并對各應急子系統進行優化集成，打通各應急子系統的相互調用、相互關聯和互聯互通，構建閔行區城市應急值守管理系統。

6) 應急單元管理系統建設。應急單元建設管理工作將在小區范圍內建立隱患和危險源排查機制，完善應急預警、救援資源管理、應急區域信息發布等工作，增強居民自救互救能力和信息發布能力，進一步提升居民應對突發公共事件的能力和水平。為達到以上工作要求，擬進行區域信息采集、信息標注、疏散出入口查看、疏散人員信息查看、疏散人員逃生通知、災害風險逃生地圖編制和應急疏散逃生地圖推演等功能。信息采集和制圖規范“參照閔行社區基層應急管理單元建設標準規范”。

7) 研判分析系統升級。在“閔行區社會管理大數據中心”概念的基礎上，以數據倉庫為數據源頭，建立全區面向各業務的專題多維數據分析模型和綜合多維數據分析模型，整理和抽象評價指標庫。通過研判分析結果的呈現，提升大聯動各類業務(行業業務)的子門戶展現功能，集成各子門戶，進一步優化大聯動門戶，豐富其功能展示。完成各類業務的總體、專題、指標、關聯、質量等研判分析任務，實現準確把握社會管理動態、展現業務現狀、發現業務潛在規律，實時預警預測、定量評價管理等功能。

8) “大聯動”信息化考核系統建設。基于大聯動系統數據和大聯動相關工作開展情況，對考核對象進行綜合指標評價考核，并以實時動態方式分布，方便領導和相關管理部門調閱。

9) 政務信息公開系統建設。建設面向黨代表、人大代表、政協委員、社會公眾等四個公開門戶。

10) 基礎用戶管理升級。升級原統一用戶系統進行升級，能夠支持多行業的業務組織架構的管理。

11) 數據交換系統升級。支持二期項目新建和新接入應用系統的數據交換需求，定制開發數據與業務的交換接口。

12) 大聯動GIS系統升級。在一期GIS功能的基礎上，升級改造GIS系統，實現數據和服務的共享，主要包括：地址規范化、對案事件接報定位的優化、對應急處置空間調度和態勢顯示優化、GIS決策輔助分析、GIS整合與共享和數據更新維護等。

13) 數據倉庫(數據中心)建設。建立數據倉庫，對大聯動平臺各相關子系統數據和外來數據進行抽取存放、數據標準化管理和數據共享，實現閔行區社會(民生訴求)、城市和應急管理大數據中心，支撐大聯動研判分析、統計查詢和結合GIS系統等各類應用。通過建立數據模型和數據集成，使服務與監控中心達到業務流程規范、數據綜合、信息增值、過程監控和信息服務功能。

2 系統的軟件構架設計

系統的軟件構架設計通常由構架模式(計算平臺)、參考模型(業務與數據流的劃分)和參考構架(部署參考模型對應軟件模塊的構架模式，即運行環境)三部分設計要素組成[6]。

2.1 軟件結構設計

為滿足上述系統需求，二期項目的業務管理及平臺的層次結構如圖1所示，對應的業務流程如圖2所示。

圖1 二期項目的業務管理及平臺的層次結構示意圖

圖2 閔行區二期項目的業務流程示意圖

在全區一個大聯動業務流轉平臺基礎上，深化和完善閔行區城市網格化管理流程，整合“大聯動”一期的業務流轉、社區巡管采集等各相關子系統，建成一個滿足綜合業務功能的統一的大聯動綜合業務平臺。該平臺能夠對接市12345熱線和12319熱線、網格化市級平臺，以及閔行區安全生產監管和閔行區食品藥品監管等系統的平臺業務。此外：

1) 開通互聯網的大聯動公開互動門戶，面向全區黨代表、人大代表、政協委員和社會公眾進行政務信息公開。

2) 增加街鎮聯勤、聯合執法，街面信息采集等業務子系統。

3) 構建大聯動數據倉庫，使其在數據管理、信息共享、輔助決策和互聯網門戶應用中起到數據管理的核心作用。

按照“一個平臺、二級指揮、三級管理”的總體架構、《上海市城市網格化管理標準(2010版)》和《城市網格化管理信息系統技術規范(DJ/TJ08-2115-2012版)》等相關標準和規范，建設大聯動綜合業務管理系統平臺，實現信息采集、受理監督、指揮處置、綜合展示、綜合評價、數據交換、應用維護、基礎數據管理等功能，同時改造完善信息各相關業務采集子系統。

二期項目綜合平臺總體軟件及應用功能結構如圖3所示。

圖3 二期項目總體軟件及應用功能結構視圖

設計二期項目的總體軟件及應用功能結構由相關標準規范，安全保障體系，以及計算機信息化支撐技術和應用子系統等五層結構組成。其中，信息化支撐技術及應用子系統等分別由基礎設施層，數據資源層，應用支撐層，業務應用層和渠道層組成。

2.2 軟件功能設計

限于篇幅，本文僅對圖3“基本功能”中的7個應用子系統的功能職責進行設計概述。

2.2.1 無線數據采集子系統

在智能手機類終端部署一套案件上報處理系統，通過該系統和無線通信，能夠上報案件及接單的操作。移動處置的案件狀態與PC機上處理的案件狀態保持同步、處理結果一致。監督員遇到現場可處置問題，在處理結束后上報中心進行備案、同時上傳處理前后的照片。

2.2.2 數據分發子系統

數據分發子系統實現數據無線采集子系統和受理監督子系統的數據交換。包含：① 信息接收，接受市級平臺發送的信息，負責將無線數據采集子系統所采集的各種現場數據和后臺工作數據與受理監督子系統進行實時的數據協同和交換。接收問題上報、核實核查結果回復、專項調查上報和工作管理等信息，并分發至對應的受理監督子系統。② 信息分發，負責將受理監督子系統的各類工作任務和無線數據采集子系統進行實時的數據協同和交換。接收受理監督子系統的核實核查任務等信息，并分發至對應的數據無線數據采集子系統。③ 通知服務，利用移動提供的企業短信服務接口, 將中心的指令信息以短信形式發布到指定的信息采集終端，從而保證指令信息能夠得到快速實時響應。

2.2.3 受理監督子系統

針對各種來源的案件進行統一受理(預立案)操作，通常由中心信息指揮員操作。該環節對案件有“受理、核實、退回(或作廢)”等操作方式。其中：① 受理是對上報的案件進行預立案操作，檢查案件基本要素是否齊全完備。② 加強相似案件查詢功能，GIS相關信息定位輔助確認案件歷史信息。③ 下發核實。如果案件內容描述不清、反映問題有歧義或模糊、多媒體信息缺失或不全不構成受理立案條件，則將該案件下發任務給監督員或上報單位進一步核實，核實無誤后方進行受理操作。④ 上報核實。當監督員或核實部門收到核實任務后，重新到現場進行核實，將核實情況回復給平臺。⑤ 立案。主要是由值班長或指派信息員對受理的案件進行立案前再審核，判斷案件是否可以立案處置。該環節對每個案件，可能的操作有：核實、立案、退回、作廢。⑥ 下發核實。與受理環節的下發核實一樣，但權限由值班長下發核實案件，監督員上報后的案件將在立案操作列表呈現。⑦ 核查。在案件經過處置部門處理、進入核查環節對處理的情況進行核查。⑧ 回訪。主要是針對熱線等有具體反映人及其聯系電話的被動來源的案件進行的操作。⑨ 結案。已上報核查的案件由值班長進行結案操作。

2.2.4 指揮處置子系統

指揮處置子系統包括派遣批轉、處置反饋和信息查詢等應用功能，包含在“派遣督辦”模塊中。“派遣督辦”模塊提供案件派遣、審批延期和退單申請、批轉處置結果至受理監督子系統的應用功能，案件立案后進入派遣環節，由聯勤網格化中心根據案件屬性、大小類等信息，將案件派遣到具體的處置部門進行處理，案件派遣環節的操作可由聯勤網格化中心信息員進行。所有已立案、還未派遣的案件，都進入待派遣案件列表，該列表的案件可有派遣和退回兩種操作方式，限于篇幅不進一步贅述。

2.2.5 應用維護子系統

應用維護子系統是任何應用系統運行管理的核心支撐子系統，通常具有對系統資源配置、資源管理、應用人員角色、用戶權限、業務功能和個人桌面設置等相關信息的配置和查詢、修改及維護功能，從功能類別可系統管理和個人資源配置兩大應用維護部分。其中：① 系統管理，包括平臺信息維護，主要維護一級區平臺和各街鎮中心二級平臺。二級平臺可接收一級平臺的派單，同時具有自己獨立案件上報處置流程。平臺信息是本系統最主要、最基礎的信息，只有先定義好平臺信息，才能進行后續基礎數據的維護，一般不建議經常修改平臺信息，但可以新增平臺或修改已有平臺名稱。② 工作時間配置。配置和管理系統的工作日程表，配置由公休日，休息計劃，工作日起止時間等組成。③ 系統參數配置。對系統運行必備的一些參數進行維護和配置，主要有六方面的參數需要配置，系統將通過子菜單或選項卡的方式進行區分。④ 案件時限配置。配置到場時限、處理完成時限、案件整體時限等，是對平臺管理的案件大小類和子類逐一設定時限要求，根據城市綜合管理標準嚴格配置時限。在中心派遣案件時，系統會根據當前案件的大小類和子類自動用相應配置的默認值作為當前案件派遣的到場時間和處理時間要求，當然案件在派遣時派遣人員可根據實際情況和需要酌情修改這兩個時限要求。⑤ 權限組維護。用戶權限細分到菜單級操作界面，不同菜單界面可靈活分配使用權限，考慮到菜單眾多、本系統引入角色概念，根據用戶職能和部門定義若干個角色，每種角色對應一定的菜單界面權限，把用戶與角色關聯，方便快捷地賦予用戶權限。⑥ 部門信息維護。維護本系統所有涉及的部門和單位的信息，包括部門類型和信息的定義及維護，如聯動中心、處置部門、市級平臺、移動處置等。⑦ 用戶信息維護。對本系統所有涉及的人員信息進行維護。在部門信息基礎上進行人員信息的定義和維護，主要包括唯一用戶賬號、姓名、職位、所屬部門、密碼(密文存儲)、擁有的權限組集合、能操作數據權限(包括案件來源配置和案件屬性配置)、初始登錄賬號和密碼分配規則等。⑧ 分管部門維護。主要用于配置系統中具有分管權限的用戶，分別分管哪些部門的一個功能。⑨ 網格員信息維護。各平臺所屬的網格員可在網格員信息維護模塊下進行維護。主要包括：網格員唯一編號、姓名、城管通PDA(手機)號碼、登錄密碼、工作網格、網格員類型等。網格員信息一旦發生變更后，要能及時更新到相應網格員終端手機上。⑩ 應急值守、應急預案和應急事件事后管理。其中：應急值守包括即視即呼值守、智能語音查崗、每天系統自動撥號隨機抽查、應急資源各類資源可視化調度；應急預案包括規范完善、快速調用、數字化傳統紙質預案向電子預案的轉變、智能化根據預設的應急體系自動調用相關預案及預案相關的資源、可視化利用GIS豐富的展示功能實現預案可視化展示；應急事件事后管理包括事件歸檔、分析總結。

另外還包括智能輔助車載視頻巡查、視頻圖像分析等應用系統維護功能。

2.2.6 綜合評價子系統

提供對社會治理業務的綜合分析和評價，包括：① 日常管理能力綜合評價。根據城市日常管理的指標體系，通過關鍵指標及其評價標準結合權重，計算獲得當前每個月的城市日常管理綜合評價(各項指標可以從業務系統匯集的數據中計算得出，折算為標準分)。② 日常管理能力趨勢分析。分析日常管理綜合能力是否發生顯著變化，是否需要特別提請有關部門的高度重視。③ 日常管理能力成因分析。分析日常管理總體能力上升、下降中，其中哪些關鍵指標發生了顯著的上升和下降，涉及的相關案件類型、處置部門。④ 專題業務分析。專題業務分析圍繞城市綜合管理的特定類型業務的屬性和要素特點提供深入的專項分析，關聯業務分析。⑤ 關聯業務分析。將案事件的要素與外部環境(時間、位置、人口等)進行關聯，提供案事件要素與外部環境的關聯分析。如：案事件與物理位置關聯分析，分析案事件與地址位置的道路、街鎮、村居委的關聯性；商業區案事件特點分析、案件發生量密度最大的街區分析；案事件與人口關聯分析，包括事件數、區域(街鎮、工業區)、人口數、每萬人發案數、人口關聯指標(年齡段、性別、學歷情況、常住人口/流動人口等)；流動人口密集區域案事件分析；案事件與時間關聯性分析，分析案事件與時間(季節、月份、時間段如傍晚、凌晨)的關聯性，如傍晚時段發生率最大的案事件；周末/節假日案事件特點分析；不同類型案事件關聯性分析，分析不同類型案事件的關聯度(如不同類型案件量的比例、變化趨勢)。⑥ GIS空間分析。GIS能夠實現對平臺各類業務的空間分析和統計查詢等功能，具有良好、快速、精美的圖層展示。通過輔助決策分析功能把針對各類業務信息的分析數據在GIS空間圖層上予以按需展示，向決策者提供直觀可視化的決策參考，通過多層次的組合統計，把統計結果與電子地圖相關聯，在地圖上進行空間撒點，或用平面色標、立柱、不同大小或形狀的符號在地圖上展示統計信息，以利于從時間、地域兩方面掌握各類案事件的發生程度、規律和趨勢。“綜合評價子系統”的研判分析結果系基于數據抽取、轉換和裝載ETL(Extract、Transfer and Loading)及數據倉庫DW(Data Warehouse)技術的應用結合統計分析算法獲得的分析結果。

2.2.7 綜合展示子系統

綜合展示子系統主要是通過GIS圖層撒點技術展現“2.2.6綜合評價子系統”研判分析結果的空間分析展示。此外，利用無線通信實現數據信息共享和移動辦公等。

2.3 構架模式設計

二期項目系統的構架模式由多臺服務器群、網絡設備、第3方軟件產品和通信信道組成。

核心服務器采用主動冗余熱備和數據災備的技術方案實現，跨域政務網和互聯網兩大網關，采用防火墻和入侵檢測模塊進行內外網的“物理隔離”，以保證系統的高可用性、可修改性、安全性、性能、可測試性和易用性[6]。二期項目系統的構架模式拓撲結構如圖4所示。

圖4 二期項目軟硬件平臺部署拓撲結構視圖

系統平臺采用全光纖的存儲訪問網SAN進行數據訪問、同時支持IP訪問。計算資源分別由GIS、Oracle11g、MS SQL Server 2008、Web應用服務器MS IIs7.0、視頻交換和測試報表等服務器組成，數據災備采用同步機制實現。操作系統為MS Windows Server 2008 R2 Enterprise，開發平臺MS Visual Studio 2010，開發語言C#，軟件開發支撐軟件采用Framcwork4.0。

3 技術實現

二期項目的系統平臺通過B/S構架模式、企業級關系式數據庫管理系統、數據抽取-轉換-裝載ETL(Extraction-Transformation-Load)[7]、數據倉庫[8]、GIS、GPS、無線通信和移動終端等先進、成熟技術的運用和計算機軟硬件產品的集成，以及對應各應用子系統的詳細設計、編程開發和測試、聯調上線均為實現本文描述的系統軟件構架的設計提供了充分保障。

3.1 MVC技術框架運用

采用模型-視圖-控制器MVC的技術框架[10]設計和實現圖3所示的各應用子系統。MVC 技術框架提供了對 HTML、CSS和JavaScript的完全控制，基于業務模型，把視圖和業務邏輯處理及其與數據持久層進行分層和交互，有助于梳理和簡化復雜應用程序的流程，當各子系統詳細設計確定后，可以分組并行進行開發。圖5是用于本系統應用系統編程開發的MVC技術框架示意圖。

圖5 應用系統編程開發的MVC技術框架示意圖

3.2 XML和Web Services技術應用

可擴展標記語言XML是松耦合模塊間交互數據或指令常用標識語言，可以根據邏輯或應用通過定義標識(TAG)符來準確描述語義的語法結構，從而廣泛用于定義交互數據的接口協議。Web Services 是一種新的Web應用程序分支，具有自包含、自描述、模塊化的應用能力，可以發布、定位和通過Web調用，執行從簡單到復雜商務處理的任何應用功能請求，支持跨系統調用應用服務和交互數據。本系統的Web Service系基于XML、HTTP、SOAP等協議經編程實現。

3.3 GIS圖層技術應用

基于GIS的圖層技術，能夠實現社會綜合治理和應急大聯動各類業務的空間分析和在線統計查詢等應用功能，提供良好、快速、精美的圖層展示。

本系統的輔助決策是基于GIS強大的空間數據處理和顯示功能，結合相關應急基礎資源管理和專家模型分析的一種綜合應用功能。該功能結合應急預案庫、資源庫等資源，為應急力量資源調度、影響區域分析、影響時間預測、處置措施和聯動應急方案制定提供了有力的輔助決策支持。通過統計結果與電子地圖相關聯，在地圖上進行空間撒點，采用平面色標、立柱、不同大小形狀的符號在地圖上形象展示統計信息。從時間、地域兩方面掌握各類案事件的發生程度、規律和趨勢，為組織減災應急、打擊犯罪等向決策者提供直觀可視化的輔助決策參考，也可用于一個階段性工作的分析評估等。

3.4 ETL和數據倉庫技術應用

ETL技術是實現數據倉庫的關鍵技術之一。根據統計模型的樣本指標需要，把經抽取、轉換(整理、清洗和聚合)后的事實數據持續裝載到數據倉庫，以支持適合多種統計分析模型的樣本數據[7-9]。

3.5 數據分析技術應用

本系統設計和實現了兩類統計分析算法，即描述性變量和多元統計分析算法。

描述性變量統計分析算法，包括求和、平均值、方差、標準差、均數標準誤、偏度、偏度標準誤、峰度、峰度標準誤、最大值、最小值、極差、中位數、頻數分布、百分位數、眾數、5%調整均數、四分位距、奇異值和等分數等統計量。

多元統計分析算法，包括多元線性回歸分析、非線性回歸分析、Logisitic回歸分析、時間序列分析(季節分解法、指數平滑法、自回歸法)等統計方法。

4 應用效果部分示例

限于文章篇幅，只給出若干應用界面示例及簡單說明。

在IE地址欄中輸入系統網址后，進入閔行區大聯動與應急系統，操作界面如圖6所示。

圖6 閔行區大聯動系統GIS系統主界面

主界面被劃分為3個功能區域，其中：主要功能模塊被設計為一級菜單熱鍵“日常管理”、“城市應急”和“空間分析”；二級菜單熱鍵為“案件查詢”、“監督員查詢”和“實時位置”。點擊“案件查詢”，展示“街鎮”、“案件來源”、“起止時間”和“案件類型選擇”四個選項。其中，點擊“案件類型選擇”，展示對應三級菜單的選項·部件、·事件、·民防事件、·民防部件、·治安維穩和·應急聯動，可選擇部份也可一鍵選擇全部；右邊為功能展示區域，對應顯示上述一、二、三級菜單和10個選項確定后的GIS圖層撒點信息分布示意圖。

點擊一級菜單“日常管理”和二級菜單“案件查詢”，街鎮選擇 “華漕鎮”，案件來源選擇“監督員上報”，時間選擇2017-7-3至2017-7-4，案件類型選擇全部，點擊左下方熱鍵“查詢”，展示的結果如圖7所示。

圖7 華漕鎮2017年3-4月監督員上報日常管理圖示界面

在“案件圖例”欄可以看到處于不同狀態的案件數，分別為發現16起、立案0起、派遣5起、結案550起，總數571起。另外可以通過勾選“聚合顯示”改變案件顯示形式，圖7是聚合顯示的效果。圖8是對應圖7勾選“非聚合顯示”的效果圖。

圖8 對應圖7勾選“非聚合顯示”的效果圖

5 結 語

本文以上海市閔行區城市綜合管理和應急聯動系統為例，描述了城市綜合管理和應急聯動系統的軟件構架設計與實現。重點描述了系統需求、軟件層次組織結構、軟件功能劃分及職責、構架模式和實際實現的若干關鍵技術。經過幾年的實際運行和不斷改進完善，該系統為城市運行管理和應急聯動提供了高效的信息化系統平臺和有力的技術支撐手段。該系統的研發成果已在上海市多個區和多個城市進行了推廣應用。信息技術的發展離不開實際應用需求，城市管理、社會治理和應急聯動處置的應用需求反過來促進信息技術的持續發展，對不斷出現的應用新需求，信息技術也需要不斷探索和實踐以適應這種新需求。

參考文獻

[1] 郭志俊.數字化城市綜合管理系統的應用研究[J].現代城市, 2012(2):23-25.

[2] 孫潮. 平安世博催生社會管理創新——以上海市閔行區“城市綜合管理和應急聯動機制”為例[J]. 行政管理改革, 2010(10):43-46.

[3] 孟慶平,許曉梅.城市綜合管理大聯動系統軟件構架研究與實踐[J].計算機應用與軟件,2011, 28(5):200-202.

[4] 孟慶平,趙遐,黃剛華.信息共享與協同模式在城市綜合管理中的應用實踐[J].計算機應用與軟件,2011,28(6):208-210.

[5] 孟慶平,許曉梅.上海：“大聯動” 創新社會管理[J].信息化建設,2014(1):28-30.

[6] 巴斯, 克萊門茨, 凱茲曼.軟件構架實踐[M]. 車立紅,譯.清華大學出版社,2004.

[7] 薛娟,蘇厚勤. 并行處理技術在ETL計算環境中的應用研究[J]. 計算機應用與軟件,2011,28(8):216-218.

[8] 劉旻,蘇厚勤.游標技術在數據倉庫統計效率中的研究與應用[J]. 計算機應用與軟件,2009,26(2):205-207.

[9] 陸忠良,蘇厚勤.基于Oracle/Linux環境數據抽取技術的研究與實踐[J]. 四川大學學報(工程科學版),2007,39(增刊):242-246.

[10] 馮向陽,馮飛飛,蘇厚勤.MVC 軟件構架在城市安全生產監管系統中的設計與應用[J]. 計算機應用與軟件,2013,30(4):192-194.