智慧城管平臺總體設計實施方案

與保定市數(shù)字城管接口基礎數(shù)據庫網絡、服務器等硬件系統(tǒng)支撐平臺系統(tǒng)管理系統(tǒng)安全售后服務政策法規(guī)支撐層是系統(tǒng)應用層與數(shù)據層之間的橋梁，通過數(shù)據交換平臺整合數(shù)據中心的所有數(shù)據庫，形成統(tǒng)一的數(shù)據平臺，供各應用系統(tǒng)實行方便的調研和管理。●應用層建設開發(fā)符合需求的各個應用子系統(tǒng)：無線數(shù)據采集系統(tǒng)、監(jiān)督受理子系統(tǒng)、協(xié)同工作子系統(tǒng)、地理編碼子系統(tǒng)、監(jiān)督指揮子系統(tǒng)、綜合評價子系統(tǒng)、應用維護子系統(tǒng)、數(shù)據共享與交換子系統(tǒng)、基礎數(shù)據資源管理子系統(tǒng)、視頻監(jiān)控整合分析子系統(tǒng)、外勤車輛及外勤人員管理子系統(tǒng)共11個應用系統(tǒng)?！癖憩F(xiàn)層表現(xiàn)層分為數(shù)據采集和信息體現(xiàn)兩部分，為公眾、信息員、領導提供多種方式的體現(xiàn)：數(shù)據采集部分包括城管通采集終端、外網門戶、呼叫中心、攝像頭等；信息體現(xiàn)部分采用豐富的表現(xiàn)介質，包括移動終端設備、外網門戶、內網辦公桌面、領導辦公桌面等。3業(yè)務流程設計數(shù)字化城市管理模式的工作流一般包括受理、立案、派遣、處理、3.1信息采集(收集)階段信息采集階段的主要業(yè)務流程：相關領導、監(jiān)督員、市民通過城管通(1)領導批示：城市管理相關領導通過政府公務外網或移動督辦子系統(tǒng)登陸數(shù)字化城市管(2)市民投訴舉報：市民發(fā)現(xiàn)問題，通過電話、手機、城市管理門戶網站等多種方式向監(jiān)管中心舉報，監(jiān)督中心登記公眾舉報信息，通知監(jiān)督員核(3)監(jiān)督員巡查采集：監(jiān)督員在所負責的若干單元網格內發(fā)現(xiàn)問題后，通過城管通手持終3.2案卷建立階段案卷建立階段的主要業(yè)務流程：監(jiān)督中心接收監(jiān)督員上報問題，審接實行立案，對于市民投訴舉報的信息，則交給監(jiān)督員實行現(xiàn)場核實；實行注銷，不符合立案條件的信息也實行注銷；屬實的信息實行部件/事件息直接實行立案判斷，對部件信息判斷其在部件斷，不存有則需要添加臨時部件，等專業(yè)部門更新3.3任務派遣階段任務派遣階段的主要業(yè)務流程：指揮中心接收監(jiān)督中心批轉的案卷，派任務派遣遵循“屬地原則(即按問題所在區(qū)域認定責任主體的原則)"與“屬主原則(即按問題主管部門認定責任主體的原則)"。對于一般案件，由指揮中心分派專業(yè)部門實行平臺、操作系統(tǒng)、數(shù)據庫、中間件和應用系統(tǒng)，基本做到只開發(fā)一次，就能夠在各種環(huán)境下運行，構成不同規(guī)模的應用解決方案。J2EE技術采用組件模型，保證組件本身可重用，并規(guī)范了組件之間的通訊、交互功能，通過標準接口實現(xiàn)數(shù)據庫的隔離，同時提供事務管理、配置管理等一系列規(guī)范。使用遵循J2EE標準的平臺，能夠從根本上保證系統(tǒng)具有可擴展、可重用、易管理等水平。J2EE網絡服務的部署模式如下圖所示：叫應用體系結構為三層結構的應用系統(tǒng)，客戶機必須通過應用服務器才能訪問數(shù)據庫服務器，杜絕了客戶機直接訪問數(shù)據庫服務器的可能；客戶機對服務器的訪問特權能夠指定或內置于三層中的每一層，提供三個級別的安全性。應用體系結構為三層結構的應用系統(tǒng)，其業(yè)務邏輯層與用戶表示層、數(shù)據服務層完全分離，三層之間相對獨立，使得其中某一層的改變根本不影響到其他兩層。因而，當用戶需求發(fā)生變更時，系統(tǒng)維護人員能夠很容易地控制變更范圍，系統(tǒng)的穩(wěn)定性特別高。4、可適合性：應用體系結構為三層結構的應用系統(tǒng)，應用服務器(即：業(yè)務邏輯層)主要承載與管理應用系統(tǒng)的全部業(yè)務邏輯，每一個業(yè)務邏輯被封裝成獨立的應用組件，組件與組件之間只通過有限的、指定的接口實行通信，當某一業(yè)務邏輯發(fā)生變化時，僅須修改其相對應的應用組件即可，對象的結構與交互方式、數(shù)據的結構與存取方式等不須作修改，有效地限制了一處修改而處處牽連的“波動效應”,系統(tǒng)具有很強的變化適合水平。應用體系結構為三層用純Java語言來實現(xiàn)的，應用業(yè)務邏輯的部署與應用服型、操作系統(tǒng)無關，應用系統(tǒng)能夠任意移植、輕松實現(xiàn)來實現(xiàn)的，應用業(yè)務邏輯的部署與應用服務器具體的機型、操作系應用體系結構為三層結構的應用系統(tǒng)，因為其所有的應用程序(即：應用組件)全部置于應用服務器中，用戶能夠根據其系統(tǒng)的規(guī)模，來確定應用服務器的配規(guī)模擴大時，僅需升級應用服務器的配置或增添應用服務器的數(shù)量應用體系結構為三層結構的應用系統(tǒng)，因為三層之間相對獨立，系統(tǒng)制；客戶機不需要安裝復雜的網絡、數(shù)據庫等連接和驅動程序，其于“零”;應用服務器中的業(yè)務邏輯被封裝成獨立的應用組件，某一業(yè)務邏輯的變化僅僅4.2采用B/S構建數(shù)字化城市管理核心業(yè)務系統(tǒng)為充分保證系統(tǒng)在安全性、跨平臺性、易擴展性、易維護性等方的基于JAVA平臺的三層應用體系結構。在這種結構下，用戶界面完全通過WW瀏覽器實構。用通用瀏覽器就實現(xiàn)了原來需要復雜專用軟件才能實現(xiàn)的強這樣各層之間相對獨立使得其中某一層的改變不影響其他層。因而因為一個應用系統(tǒng)的功能被分為三個部分，所以能夠根據應的硬件平臺上。并可根據業(yè)務擴大的需求即時增加，可升級相對應的據庫等連接，更不用安裝伴隨開發(fā)工具的界面控制驅動程序，即便需要要的界面控制內容，瀏覽器本身也會自動下載及安裝，完全省去了和維護成本趨于“零”,所以，采用B/S應用體系結構系統(tǒng)的維護工作簡單、維護成本較低，非常有利于"城市模塊化管理系統(tǒng)"這樣一個全市、業(yè)務應用廣泛和需要隨時根據需結構劃分為：用戶表示層、業(yè)務邏輯層、數(shù)據服務層，在B/S三層結構應用系統(tǒng)中，由用戶表示層向業(yè)務邏輯層發(fā)出請求，然后業(yè)務邏輯層決定使用哪個數(shù)使用相同的調用接口，業(yè)務邏輯層就能夠對任何可用的數(shù)據源訪問4.3采用基于WebServices技術實現(xiàn)系統(tǒng)對外接口WebServices技術描述了一些操作的接口，通過標準化的XML消息傳遞機制，能夠通過網藏了服務實現(xiàn)的細節(jié)，允許獨立于硬件或軟件平臺、獨立于編寫服務使用該服務。這使得基于WebServices的應用程序具備松散耦合、面向組件和跨技術實現(xiàn)這個特征也是源于對象/組件技術，當一個WebServices的實Services實現(xiàn)的任何變更對他們來說都是透明的，甚至當WebServices的實現(xiàn)平臺從J2EE遷移到。NET或者反向遷移時，用戶都能夠對此一無所知。從前，分布式的應用程序管理集團(OMG)的公用對象請求代理程序體系結構(CORBA)或SUN的遠程方法調確性，并可將服務置于遠程系統(tǒng)中。這些系統(tǒng)有一個共同的缺陷，那互聯(lián)網上。他們要求服務客戶端與系統(tǒng)提供的服務本身之間必便會崩潰。例如，如果服務器應用程序的接口發(fā)生更改，那么客戶耦合來說，尤其是在Internet環(huán)境下的WebServices來說，需要有一種適合Internet環(huán)先，作為WebServices,對象界面所提供的功能理應使用標準的描述語言來描述(比如不但僅是服務界面，它將被延伸到WebServices的聚合、跨WebServices的事務、工作境的重要性，所以，需要對諸如授權認證、數(shù)據完整性(比如簽名機制)、消息源認證以作為WebServices,其所有公共的協(xié)約完全需要使用開放的標準協(xié)因為WebServices采取簡單的、易理解的標準Web協(xié)議作為組件界面描述和協(xié)同描述規(guī)范，完全屏蔽了不同軟CORBADCOMEJB城管系統(tǒng)涉及了多種集成方式，所以必須擁有一個全面的集成平臺才作量與復雜度。同時該類集成還需要擁有統(tǒng)一的專用管理界面，以保性。而針對同步建設的幾個子系統(tǒng)，因為構建在同一平臺下，架更多的利用JMS直接實行系統(tǒng)間通信將成為理想的集成模式，該方式即能保證集成系統(tǒng)間機構的無關性集成任務，該類集成因為涉及的技術架構，應用體系等性與通信標準性能夠保證針對未來的各種符合標準的系統(tǒng)都能夠4.4利用XML作為系統(tǒng)接口數(shù)據交換標準XML數(shù)據傳輸是不同系統(tǒng)之間日漸流行的標準數(shù)據傳關性，所以，通過XML能夠有效保證對各種異構系統(tǒng)的數(shù)據接口需要，以達XML屬于元標記語言，進一步講，根據這個特性，用戶只要在XML的文檔類型定義文件中定義一系列有意義的標記，這樣基于該文檔類型定義文件所產生的XML文檔就能夠按照任XML規(guī)范中提供了對多語種的支持，包括UTF-7、UFT-8、UNICODE、GB2312(簡體中文)、BIG5(繁體中文)等等，這個特點使得XML非常有利于多語種的應用開發(fā)。4.5面向對象(00A)的設計與開發(fā)傳統(tǒng)的軟件工程以軟件的工程化為目標，強調方法論，工具與環(huán)境，質量管理，配置管理，但基本理念是基于具體需求、從零開始不適合于現(xiàn)代軟件系統(tǒng)開發(fā)的要求。而面向對象的設計(00A)以軟件的組裝式生產為目標，強調各種粒度的軟件重用、接口與表示和實現(xiàn)分離、統(tǒng)一對象統(tǒng)軟件工程。面向對象技術將計算看成是一個系統(tǒng)的演變4.6工作流引擎技術工作流技術適合于電子政務平臺框架下的具體電子政務應用系統(tǒng)流引擎技術將信任服務、授權服務和工作流等業(yè)務流程有機融合緊支持跨平臺、多種語言的接口，使用戶的已有應用能夠在不做改動建立流程控制數(shù)據庫，讓適當?shù)娜嗽谶m當?shù)臅r間通過適當?shù)姆绞教嵝褟亩赃m當?shù)氖侄瓮曛С侄喾N工作處理機制，例如工作人員外出時的遠程辦公機制、授權機制等等；與消息中間件之間的有效結合，支持各種靈活的觸發(fā)和提醒機制，例如界面提示功能、數(shù)據庫觸發(fā)機制和消息的存儲轉發(fā)等等。在工作流引擎的設計上實現(xiàn)流程、信息和人的分離設計，各司其職，各成體系。工作流的設計思想如下圖所示。圖工作流引擎設計思想4.7基于WebGIS構建地理信息與業(yè)務系統(tǒng)結合海量地圖數(shù)據的共享應用，對系統(tǒng)運行的網絡環(huán)境提出非常高的要求，地圖用戶的持續(xù)增長，也對服務器和網絡環(huán)境提出更高要求。GIS技術與Web技術的結合形成的WebGIS技術，使地圖數(shù)據在網上發(fā)布成為可能，用戶