智慧城管平台总体设计实施方案

与保定市数字城管接口基础数据库网络、服务器等硬件系统支撑平台系统管理系统安全售后服务政策法规支撑层是系统应用层与数据层之间的桥梁，通过数据交换平台整合数据中心的所有数据库，形成统一的数据平台，供各应用系统实行方便的调研和管理。●应用层建设开发符合需求的各个应用子系统：无线数据采集系统、监督受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、综合评价子系统、应用维护子系统、数据共享与交换子系统、基础数据资源管理子系统、视频监控整合分析子系统、外勤车辆及外勤人员管理子系统共11个应用系统。●表现层表现层分为数据采集和信息体现两部分，为公众、信息员、领导提供多种方式的体现：数据采集部分包括城管通采集终端、外网门户、呼叫中心、摄像头等；信息体现部分采用丰富的表现介质，包括移动终端设备、外网门户、内网办公桌面、领导办公桌面等。3业务流程设计数字化城市管理模式的工作流一般包括受理、立案、派遣、处理、3.1信息采集(收集)阶段信息采集阶段的主要业务流程：相关领导、监督员、市民通过城管通(1)领导批示：城市管理相关领导通过政府公务外网或移动督办子系统登陆数字化城市管(2)市民投诉举报：市民发现问题，通过电话、手机、城市管理门户网站等多种方式向监管中心举报，监督中心登记公众举报信息，通知监督员核(3)监督员巡查采集：监督员在所负责的若干单元网格内发现问题后，通过城管通手持终3.2案卷建立阶段案卷建立阶段的主要业务流程：监督中心接收监督员上报问题，审接实行立案，对于市民投诉举报的信息，则交给监督员实行现场核实；实行注销，不符合立案条件的信息也实行注销；属实的信息实行部件/事件息直接实行立案判断，对部件信息判断其在部件断，不存有则需要添加临时部件，等专业部门更新3.3任务派遣阶段任务派遣阶段的主要业务流程：指挥中心接收监督中心批转的案卷，派任务派遣遵循“属地原则(即按问题所在区域认定责任主体的原则)"与“属主原则(即按问题主管部门认定责任主体的原则)"。对于一般案件，由指挥中心分派专业部门实行平台、操作系统、数据库、中间件和应用系统，基本做到只开发一次，就能够在各种环境下运行，构成不同规模的应用解决方案。J2EE技术采用组件模型，保证组件本身可重用，并规范了组件之间的通讯、交互功能，通过标准接口实现数据库的隔离，同时提供事务管理、配置管理等一系列规范。使用遵循J2EE标准的平台，能够从根本上保证系统具有可扩展、可重用、易管理等水平。J2EE网络服务的部署模式如下图所示：叫应用体系结构为三层结构的应用系统，客户机必须通过应用服务器才能访问数据库服务器，杜绝了客户机直接访问数据库服务器的可能；客户机对服务器的访问特权能够指定或内置于三层中的每一层，提供三个级别的安全性。应用体系结构为三层结构的应用系统，其业务逻辑层与用户表示层、数据服务层完全分离，三层之间相对独立，使得其中某一层的改变根本不影响到其他两层。因而，当用户需求发生变更时，系统维护人员能够很容易地控制变更范围，系统的稳定性特别高。4、可适合性：应用体系结构为三层结构的应用系统，应用服务器(即：业务逻辑层)主要承载与管理应用系统的全部业务逻辑，每一个业务逻辑被封装成独立的应用组件，组件与组件之间只通过有限的、指定的接口实行通信，当某一业务逻辑发生变化时，仅须修改其相对应的应用组件即可，对象的结构与交互方式、数据的结构与存取方式等不须作修改，有效地限制了一处修改而处处牵连的“波动效应”,系统具有很强的变化适合水平。应用体系结构为三层用纯Java语言来实现的，应用业务逻辑的部署与应用服型、操作系统无关，应用系统能够任意移植、轻松实现来实现的，应用业务逻辑的部署与应用服务器具体的机型、操作系应用体系结构为三层结构的应用系统，因为其所有的应用程序(即：应用组件)全部置于应用服务器中，用户能够根据其系统的规模，来确定应用服务器的配规模扩大时，仅需升级应用服务器的配置或增添应用服务器的数量应用体系结构为三层结构的应用系统，因为三层之间相对独立，系统制；客户机不需要安装复杂的网络、数据库等连接和驱动程序，其于“零”;应用服务器中的业务逻辑被封装成独立的应用组件，某一业务逻辑的变化仅仅4.2采用B/S构建数字化城市管理核心业务系统为充分保证系统在安全性、跨平台性、易扩展性、易维护性等方的基于JAVA平台的三层应用体系结构。在这种结构下，用户界面完全通过WW浏览器实构。用通用浏览器就实现了原来需要复杂专用软件才能实现的强这样各层之间相对独立使得其中某一层的改变不影响其他层。因而因为一个应用系统的功能被分为三个部分，所以能够根据应的硬件平台上。并可根据业务扩大的需求即时增加，可升级相对应的据库等连接，更不用安装伴随开发工具的界面控制驱动程序，即便需要要的界面控制内容，浏览器本身也会自动下载及安装，完全省去了和维护成本趋于“零”,所以，采用B/S应用体系结构系统的维护工作简单、维护成本较低，非常有利于"城市模块化管理系统"这样一个全市、业务应用广泛和需要随时根据需结构划分为：用户表示层、业务逻辑层、数据服务层，在B/S三层结构应用系统中，由用户表示层向业务逻辑层发出请求，然后业务逻辑层决定使用哪个数使用相同的调用接口，业务逻辑层就能够对任何可用的数据源访问4.3采用基于WebServices技术实现系统对外接口WebServices技术描述了一些操作的接口，通过标准化的XML消息传递机制，能够通过网藏了服务实现的细节，允许独立于硬件或软件平台、独立于编写服务使用该服务。这使得基于WebServices的应用程序具备松散耦合、面向组件和跨技术实现这个特征也是源于对象/组件技术，当一个WebServices的实Services实现的任何变更对他们来说都是透明的，甚至当WebServices的实现平台从J2EE迁移到。NET或者反向迁移时，用户都能够对此一无所知。从前，分布式的应用程序管理集团(OMG)的公用对象请求代理程序体系结构(CORBA)或SUN的远程方法调确性，并可将服务置于远程系统中。这些系统有一个共同的缺陷，那互联网上。他们要求服务客户端与系统提供的服务本身之间必便会崩溃。例如，如果服务器应用程序的接口发生更改，那么客户耦合来说，尤其是在Internet环境下的WebServices来说，需要有一种适合Internet环先，作为WebServices,对象界面所提供的功能理应使用标准的描述语言来描述(比如不但仅是服务界面，它将被延伸到WebServices的聚合、跨WebServices的事务、工作境的重要性，所以，需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以作为WebServices,其所有公共的协约完全需要使用开放的标准协因为WebServices采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软CORBADCOMEJB城管系统涉及了多种集成方式，所以必须拥有一个全面的集成平台才作量与复杂度。同时该类集成还需要拥有统一的专用管理界面，以保性。而针对同步建设的几个子系统，因为构建在同一平台下，架更多的利用JMS直接实行系统间通信将成为理想的集成模式，该方式即能保证集成系统间机构的无关性集成任务，该类集成因为涉及的技术架构，应用体系等性与通信标准性能够保证针对未来的各种符合标准的系统都能够4.4利用XML作为系统接口数据交换标准XML数据传输是不同系统之间日渐流行的标准数据传关性，所以，通过XML能够有效保证对各种异构系统的数据接口需要，以达XML属于元标记语言，进一步讲，根据这个特性，用户只要在XML的文档类型定义文件中定义一系列有意义的标记，这样基于该文档类型定义文件所产生的XML文档就能够按照任XML规范中提供了对多语种的支持，包括UTF-7、UFT-8、UNICODE、GB2312(简体中文)、BIG5(繁体中文)等等，这个特点使得XML非常有利于多语种的应用开发。4.5面向对象(00A)的设计与开发传统的软件工程以软件的工程化为目标，强调方法论，工具与环境，质量管理，配置管理，但基本理念是基于具体需求、从零开始不适合于现代软件系统开发的要求。而面向对象的设计(00A)以软件的组装式生产为目标，强调各种粒度的软件重用、接口与表示和实现分离、统一对象统软件工程。面向对象技术将计算看成是一个系统的演变4.6工作流引擎技术工作流技术适合于电子政务平台框架下的具体电子政务应用系统流引擎技术将信任服务、授权服务和工作流等业务流程有机融合紧支持跨平台、多种语言的接口，使用户的已有应用能够在不做改动建立流程控制数据库，让适当的人在适当的时间通过适当的方式提醒从而以适当的手段完支持多种工作处理机制，例如工作人员外出时的远程办公机制、授权机制等等；与消息中间件之间的有效结合，支持各种灵活的触发和提醒机制，例如界面提示功能、数据库触发机制和消息的存储转发等等。在工作流引擎的设计上实现流程、信息和人的分离设计，各司其职，各成体系。工作流的设计思想如下图所示。图工作流引擎设计思想4.7基于WebGIS构建地理信息与业务系统结合海量地图数据的共享应用，对系统运行的网络环境提出非常高的要求，地图用户的持续增长，也对服务器和网络环境提出更高要求。GIS技术与Web技术的结合形成的WebGIS技术，使地图数据在网上发布成为可能，用户