扬州市数字化城市管理系统软件开发及系统集成应标技术文件（技术标）.doc

扬州市数字化城市管理系统软件开发及系统集成应标技术文件二六年一月目 录1导读41.1导读41.2方案特点说明41.2.1应用软件设计方案特点42项目概况52.1项目背景52.2扬州城市管理现状和发展目标52.3项目建设的意义52.4项目建设目标和任务53需求分析63.1项目建设内容63.2项目总体需求分析63.3数字城管业务需求分析63.4数据需求分析63.5性能需求分析64系统总体架构设计74.1总体架构设计74.2系统安全设计74.3接口规范设计74.4数据库群设计74.5项目关键技术75数字化城管应用软件系统设计85.1呼叫中心受理子系统设计85.2协同工作子系统设计85.3城市部件在线更新子系统设计85.4地理编码子系统设计85.5大屏幕监督指挥子系统设计85.6综合评价子系统设计85.7构建与维护子系统85.8基础数据资源管理子系统85.9卫星影像比对子系统85.10视频监控系统86系统支撑平台设计96.1系统硬件平台设计96.2系统软件配置97项目建设实施方案107.1系统建设实施方案107.2系统运行维护方案108项目管理方案118.1组织管理体系118.2项目人员配备118.3项目组织实施管理119项目测试方案129.1软件测试方案129.1.1项目核实129.1.2测试说明129.1.3测试类型129.1.4测试工具1210项目进度计划1310.1项目进度安排原则1310.2项目进度计划1310.2.1项目总体进度计划1310.2.2应用系统软件建设进度计划1311项目培训方案1411.1项目培训方式1411.2项目培训内容1411.3培训计划安排1412项目验收方案1513技术要求响应161 导读1.1 导读一、导读引导审阅人快速了解应标技术文件的主要内容，快速查找重点、核心内容的分布位置。二、项目概述介绍数字城市管理项目建设的社会、经济和科技发展背景，城市管理工作在当前各级政府工作中的重要地方，实现城市管理数字化、信息化的重要意义。扬州市城市管理的工作任务和发展目标。三、需求分析明确项目建设的工作目标、工作任务和工作内容，详细阐述数字城市管理信息化系统的总体实现功能要求和各子业务系统的基本业务功能和。详细分析项目建设各部分的性能指标和建设要求，为项目的设计和实施方案提供依据。四、项目总体设计项目的完整技术解决方案，包括系统总体设计、网络系统设计、应用系统设计、信息安全体系设计等内容。详细阐述本项目系统的体系架构、功能模块、实现思路和关键技术；明确了对构架设计、系统平台选择、软件选择的依据；详细阐述了系统的体系架构、功能设计和实现思路，以及系统实现的关键技术。五、数字化城市管理系统设计数字城管项目的应用软件系统的具体设计方案。主要包括十个软件子系统：呼叫中心受理子系统、协同工作子系统、城市部件在线更新子系统、地理编码子系统、大屏幕监督指挥子系统、综合评价子系统、构建与维护子系统、基础数据资源管理子系统、卫星影像比对子系统、视频监控系统。六、系统支撑平台设计主要有硬件与网络平台设计和系统软件平台设计两部分。具体包括：城市管理信息中心工作大厅设备配置，呼叫中心设备配置，硬件及网络设备配置，系统软件配置，机房装修和办公设备配置。详细阐述了本项目实施的技术方案及相关设备名称、配置、数量；所应标的货物的完整配置方案。详细列明了应标货物的所有技术指标（包括所应标货物的品牌、规格型号、详细配置、主要技术参数、随机软件等），明确了所涉及的软硬件是标准配置还是选择配置。七、项目建设实施方案项目的建设实施方案和验收前、验收后的运行维护方案。包括项目实施的组织安排、工作时间进度、工作程序和步骤、管理和协调方法、关键步骤的思路和要点。项目验收之前、验收之后的系统运行维护方案，包括售后服务机构及人员情况。八、项目管理方案包括项目人员配置、项目实施方式、项目组织管理、项目成果文档管理几方面内容。九、第九章第十二章分别是完整的项目测试方案，项目验收方案，项目培训方案和项目进度计划。分别完整、详尽地制订出项目的测试、验收和培训计划，明确了项目实施的时间进度安排。十、技术要求响应该部分就项目招标文件的采购需求中，提出的各项要求，给予了逐条逐项的明确答复、说明和解释。1.2 方案特点说明1.2.1 应用软件设计方案特点1.2.1.1 具有自维护、自扩展能力的工具式软件系统工具式软件系统技术开发模式的特点是，在组件、群件、面向对象、工作流、知识管理等现代软件开发新趋势的出现，以及用户个性化、动态化需求的共同推动下，开发单位对行业用户的应用需求本质达到了新的认识高度，并且能够用新的、成熟的软件技术加以实现。“扬州市数字化城市管理系统”涉及的政府部门很多，相关的机构人员、业务数量、业务类型、表格、流程、地图都会随着工作的推进而不断发展，因此系统需要支持不断变化的城市管理模式。系统提供的构建平台（包括“应用维护子系统”和“基础数据资源管理子系统”，可以使系统管理员在不用编码（“零代码”）、不用了解系统的详细结构情况下，通过简单的可视化界面操作完成系统与数据的搭建、日常维护和不断扩展；无须依赖开发单位，系统管理员可以随时维护或添加机构、人员、业务、流程、表格、地图等信息，使系统数据（包括OA、MIS、GIS数据库）和功能在应用过程中得到逐步扩展；实现“快速开发、自我维护、灵活调整、持续完善”的目标。表格制作流程定义查询统计地图配置业务定义组织机构使用“构建平台”提供的工具在开发和应用的不同阶段实现不同作用：（1）开发阶段，可以使用“构建平台”完成系统原型和应用系统的搭建；（2）在系统试运行阶段，通过“构建平台”实现快速易用的数据和应用维护，包括权限设置、流程修改、表格修改、地图修改、数据库结构修改、个性化界面修改等；（3）在系统正式运行过程中，系统管理员可以对系统的业务和数据进行日常维护和自我扩展和完善。1.2.1.2 遵循建设部行业标准，贴近扬州市数字城市管理模式数据库群设计和业务流程设计都在建设部行业标准基础上，按照扬州市数字城市管理的特点进行定制，能够极大提高数字城市管理效率。1.2.1.3 采用负载均衡技术保证系统的高可用性从数据库到空间数据引擎到WebGIS平台到最终的Web Server均采用负载均衡技术，即保证了系统的高性能，又保证了系统的高可用性。1.2.1.4 基于组件化开发技术基于组件化开发技术，使得系统具有良好的扩展能力，能够满足城市管理新需求。1.2.1.5 采用具有领先优势的ArcGIS软件作为统一GIS平台采用具有领先优势的美国ESRI公司的ArcGIS软件作为统一GIS平台，规避了GIS平台选择不当而带来的投资风险，能够很好地与扬州市其他单位的信息共享和信息交换。1.2.1.6 与外部接口采用数据交换和共享平台技术通过数据交换平台和共享技术，系统的建设能够充分利用扬州市已有信息化成果，避免信息孤岛的产生。2 项目概况2.1 项目背景传统的模拟时代城市管理模式已经不能满足现代化城市管理的需要，迫切要求使用信息化的手段作为技术支撑；而孤立、单一的部门应用系统，对于涉及众多部门的城市管理而言，彼此间信息不畅通、难于协同、应用效果不理想；采用数字化技术手段、网格化管理模式，打破城市管理的条块分割，建立城市管理联动新机制、提升城市管理的科学水平和城市运行效率十分必要。扬州市城市管理工作点多面广，近几年的城市管理工作的改革，在综合管理方面取得了明显成效，内部监督机制比较完善，市民满意度较前几年有所上升，但长效管理机制尚需进一步完善。工作流程收集问题和处理问题合一，投入运行成本比较大，管理协调层级较多，效率较低。具体表现为：条块分割，多头管理；管理机制不健全；信息滞后，管理被动后置；联动机制不健全；监督评价机制不够完善。在北京东城区成功建成网格化城市管理系统之后，数字化城管的新思路得到了广泛的认同，中共北京市委、建设部等政府、部门出台了相关的政策、标准等文件进行试点建设和技术推广，这对我国城市管理工作上升至一个新台阶具有较重要的推动作用。建设部于2005年7月在北京召开了“数字化城市管理现场会”，充分肯定了北京市东城区创新提出并实践的网格化城市管理新模式。同时，建设部指示要因地制宜地在全国各级城市逐步推广这种数字化城市管理新模式。会议前期，建设部下发了关于推广北京市东城区数字化城市管理模式的意见（建城2005121号），选择包括扬州市在内的十个城市或城区作为数字化城市管理试点单位，要求各地在2006年7月底前将试点工作情况报建设部，总结经验，向全国推广。扬州市数字化城管系统在东城区的基础上，根据扬州市的具体情况要有所创新、有所突破。东城区的成功实践为区级城市管理提供了可供参考借鉴的模式，但当管理范围扩展到整个城市时如何推广该套模式，目前尚没有可以直接引用的实例。作为建设部的试点，扬州数字化城管系统的建设范围覆盖全市114平方公里，包括建成区、城乡结合部以及城市郊区，部件与事件内容更加复杂。因此，要力争通过扬州试点的实施，为数字化城管在一个完整城市的应用提炼出科学合理的技术方案，便于更好的推广。2.2 扬州城市管理现状和发展目标扬州市信息化建设起步较早，经过多年的工作积累，目前已经在空间信息平台、电子政务平台、部门专题应用系统、网络设施建设等方面沉淀了丰富的成果，为下一步开展数字化城管系统的建设以及形成数字扬州的大框架奠定了坚实的设施、技术和数据基础。作为国家高技术研究发展计划（863）课题“基于SIG框架的城市空间信息应用服务系统”的应用试点，扬州市信息化办公室与中科院遥感所、清华大学、中国测绘科学研究院等国内空间信息技术领域的领军单位合作，构建了现势性强、覆盖区域完备的扬州全市的基础地理信息数据平台，包括15万、11万、1：5000、12000、1：1000以及1：500等多尺度在内的矢量、影像和数字高程数据库，为扬州市政府和部门的专题应用提供了统一权威的空间定位基础。在扬州信息化办公室的组织领导下，从扬州市的具体需求出发，基于空间地理信息数据平台，从数字城市的整体设计概念出发，扬州市已经建成涵盖八个子系统的电子政务平台，包括视频会议系统、应急指挥系统、空间地理信息系统、政务公开与公共服务系统、电子公文交换系统、办公自动化系统、网上审批系统和移动办公系统。经过两年多的探索实践，围绕信息化建设的根本目标，扬州已逐渐摸索出指导全市信息化建设的基本思路，形成全国中小城市学习仿效的“扬州模式”。在信息网络方面，扬州市宽带网络设施已渐趋完善，建成了两套VPN虚拟专网，实现了百兆到单位、十兆到桌面的传输效率，能够实现海量基础和专题数据的传输与应用；扬州无线办公网络已投入使用，可以实现异地无限制公文流转与处理；扬州门户网站已建成开通，成为扬州市对外宣传以及与外界沟通与交流的重要渠道。在部门信息化方面，市教育局、行政办事服务中心、劳动和保障局、经贸委、财政局、公安局、地税局、房产局、国税局、工商局、计生委、国土局、广电局等20家部门已建立了信息化系统。这些信息化基础设施建设和空间数据基础设施建设为数字化城市管理工作奠定了很好的技术基础，市委、市政府对数字化城管予以了高度重视，这些因素，为该项目的开展打造了良好的工作环境。2.3 项目建设的意义网格化管理模式是指运用空间网格技术，以社区为单位，每个社区的信息采集员负责对所分管的单元网格实施全时段监控。组建信息中心和协同工作网络，通过四种途径采集的信息报告，随时掌握城市管理现状、出现的问题和处理情况，对全区的城市管理实现全方位、全时段的即时监控。1、采用空间网格技术创建单元网格。从城市管理角度划分单元网格，开辟了一个新的地理编码管理体系。按照空间网格技术的原理，以社区为基础，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，划分单元网格。同时兼顾了建筑物、城市部件的完整性和便于社会管理和日常监督的考虑。通过单元地理网格的划分，将城市管理部件、道路、社区、门址、建筑物、企事业单位、地名等要素通过单元网格直接建立地理位置关系，使单元网格逐步成为城市各类要素与地理信息发生关系的重要编码基础。2、通过城市管理职责分层、分级，实现主动式城市管理模式。将市区划分为区、街道、社区和单元网格四个层次，明确每个层次城市管理的责任，通过分区即时监控，随时掌握城市的现状，及时处理城市管理中发生的问题，从而实现城市管理由被动向主动的转变，彻底解决城市管理中的被动、盲目管理问题。3、采用地理编码技术对城市部件实行分类、分项管理。通过普查将城市部件进行分类、分项处理之后，确定每个城市部件的地理编码并标注在地图上，全部纳入计算机管理。采用地理编码技术进行分类、分项处理，将城市管理内容全面细化，并且可以科学确定相应的责任单位，实现城市管理由粗放向精确的转变，彻底改变城市管理对象不清、无序的现状。4、依托数字城市技术，创建全新的信息实时传递方式。将现代信息技术全面应用于城市管理，整合信息资源，实现信息共享，是实现城市管理现代化的重要环节。通过无线网络技术的应用，可以实现信息源的全方位采集，以保证对城市实行全区域、全时段监控与管理。5、按照电子政务的要求，全面整合政府职能。按照监控、评价与管理分开的原则，组建城市管理信息中心和协同工作网络，彻底解决城市管理工作中专业管理部门多头管理、职能交叉、职责不到位的现象。根据新模式运行与发展的变化，适时调整专业部门设置和职能，保证新模式的顺利运行和不断完善。2.4 项目建设目标和任务数字城市的建设贯穿城市规划、城市建设、城市管理和服务的全过程。通过数字城市建设，运用信息技术，促进政府的职能转变和管理创新。通过体制创新，提高政府的管理能力和服务水平，实现高效能服务。从发展的角度，创建城市管理新模式，按照以人为本的思想来规划城市、管理城市，才能实现城市管理的新突破，为城市的改革发展稳定创造良好的条件。通过系统建设，推进城市管理达到主动、精确、快速和统一的目标，真正整合优化政府信息资源和政府数据库群，建立覆盖全时段全区域的城市管理体系。本期项目的建设目标和任务是：建立扬州市城市管理监督中心和市区两级指挥中心；建立数字城市管理数据库，并建立相关技术标准；建立数字城市管理应用系统，实现街面管理、环卫作业、社会服务等城市管理业务的数字化、信息化；建立数字城市管理相关资源共享体系；建立数字城市管理信息安全体系；建立一套科学完善的监督评价体系；创新城市管理模式，再造城市管理流程，提高城市管理效率和管理水平，快速发现并及时处理城市管理中的各种问题。同时，整合扬州市已有的政务外网资源，以及人口、企业基础数据互联系统、应急联动指挥系统等项目建设的网络和交换平台资源，实现本系统与各级城管部门、各城管相关部门、各专业单位、各街道社区计算机网络的互连互通，以及与市公安局、市交警支队之间的视频监控数据的联网。即实现“条块结合，以块为主”的政务外网建设，完成市政务外网接入全市的每个街道、社区。3 需求分析3.1 项目建设内容3.2 项目总体需求分析3.3 数字城管业务需求分析3.4 数据需求分析3.4.1 城市部件数据城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等部分非公共设施。城市部件数据库存储的内容是城市管理过程中的所有对象。城市部件数据库的建设为实现精确城市管理和事件定位成为可能，是数字城管系统最重要的基础数据库之一。按照国家标准CJ/T214制定城市部件、事件分类编码城市管理部件代码共有16位数字，分为四部分：市辖区代码；大类编码；小类编码；流水号。具体格式为：3.4.2 地理编码数据地理编码数据应涵盖以下内容：1）行政区划数据：包括区、街道办事处、社区。2）单元网格数据：单元网格数据3) 地名数据：包括现状地名、历史地名、历史沿革地名、地名别名等数据。4) 道路数据：包括主要道路、现状道路、胡同、一级街坊、二级街坊数据。5）门址院落数据：包括院落名称、门牌编号等。6) 小区楼座数据：包括小区名称、楼座名称等。7) 沿街店面：包括道路两旁商业单位、饭馆、企事业单位、机关等名称。8) 城市部件数据：包括城市部件大类、城市部件编码等。地理编码数据库以点、线、面方式表现城市地理实体。通过地理编码实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。3.4.3 单元网格划分划分地理网格是按照单元网格的设计方式。单元网格就是指采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个网格状的单元。单元网格是按照以下原则进行的划分编码的。1) 属地管理原则单元网格的划分以社区为专题网格，不跨社区分割。2) 地理布局原则基本按照城市自然的地理布局，如大街、胡同、院落、公共绿地、广场、桥梁、河流等进行划分。3) 现状管理原则对各级单位自主管理的院落，不按照指定的划分标准，以单位独立院落为单元进行划分，不拆分自然院落。4) 方便管理原则道路、胡同分段划分，要遵循院落出行习惯。5) 管理对象原则以独立的城市部件为主要管理对象，不拆分城市部件。基础空间数据库包括基础地形图、正射影像图、行政区划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的基础空间信息和非空间信息。基础空间数据库是数字城管平台建设的基础。数据分类依据各委办局所管理的数据信息内容进行划分。基础地理数据库可直接对城市管理相关的各部门提供准确实时的基础地理信息，保证了数字城管平台对基础地理信息的需求。要素分类和编码要依据1:500 1:1000 1:2000地形图要素分类与代码（GB 14804-93）、1:500 1:1000 1:2000地形图图式（GB/T 7929-1995）、国土基础信息数据分类与代码（GB/T 13903-92）、1:5000 1:10000 地形图图式（修订）（GB/T 579193）、1:25000 1:50000 1:100000地形图图式（GB/T 1234290）。主要内容应涵盖下列各类信息：1） 大比例尺地形图，比例尺应不低于1：2000。建议采用1：500；2） 小比例尺地形图，比例尺应包括1：10000地形图；3） 高分辨率正射影像图，地面分辨率应不小于0.2米。3.5 性能需求分析借鉴上海市两个区使用的经验，可以推测扬州数字城管系统一期工程每个月信息量为平均每月受理案卷约9000件。按照30个工作日，平均每天受理案卷约300件。按照16小时工作时间，每小时处理案卷约19件。因此，在数据库设计上，应具有海量数据存储和管理能力，支持100G以上的总数据量及30G以上的空间数据量的存储和管理。应具有良好的数据安全保障机制，对数据采取集中管理和存储的模式，数据库结构设计良好，具有迅速的数据检索能力。在系统运行一个月后，采集员对问题识别准确率和实时率提高，监督中心和指挥中心及专业部门对系统的使用也日趋熟练，系统需要承受最大并发数目。对无线应用服务器的最大并发数按照采集员总数来估计，单次数据无线交换和传输时间小于30秒（即监督中心接收监督员上报问题时间）。受理子系统和协同工作子系统的按照用户数3000，最大并发数按照100个计算，负载均衡到四个应用服务器上，则每个应用服务器需要承受750个用户，最大25个并发用户冲击。在这种情况下，用户登陆系统时间<5秒，打开案卷时间<5秒，地图查询定位时间<20秒，地图查询定位时间。系统运行初期，城市管理上有很多问题亟待解决，在这段时间内，上报问题数会远远大于平均数300件，按照平均数的3倍即900件进行估计。在系统设计上需要考虑随着问题的不断上报，案卷总数不断增加，数据库性能不会随着数据量的增加而明显下降，系统各项功能的性能和正常情况下的性能相比，响应误差在12秒内。4 系统总体架构设计4.1 总体架构设计根据扬州市数字化城市管理系统的建设的总体目标及任务要求，系统总体架构如下图所示：系统总体架构建筑在层次模型之上。底层是物理层和支撑软件层，是支持系统运行的必要的系统硬件、软件平台；数据层包含了本系统的数据库群；应用层实现了扬州市数字化城市管理的业务应用系统的功能，面向系统管理员、监督员、监督中心、指挥中心、各专业单位、各级领导和综合部门，以及社会公众提供相应的服务。标准规范体系、信息安全体系是本系统建设、运行的必要保障。在标准规范体系、信息安全体系的框架内和系统支撑平台上建立整个数字城市管理系统，通过中心数据库群把该系统用到的数据进行集中统一管理，在GIS平台、工作流引擎和中间件构成的运行平台基础上建设数字城管软件应用系统，各种终端用户通过统一门户来登录到各个应用系统。各个应用系统说明如下：一、 统一门户CA统一安全认证平台，提供现有应用系统统一的用户身份认证，用户只要进行CA登录后，就可在各应用系统间相互切换而无需多次重复登录，不同应用系统对通过CA身份认证的用户，根据权限划分分别赋予CA用户本系统相应的用户权限。二、 城管地理信息系统1、地图操作模块：提供通用的地图操作功能。2、城市部件在线更新子系统：该子系统依照部件编码规范，提供专门的权限控制模块以满足有权限专业部门能够通过IE浏览器来对部件数据进行简单的更新和维护。3、地理编码子系统：为无线采集器、业务受理子系统、监督指挥子系统等提供地理编码服务,实现地址描述、地址查询、地址匹配等功能。4、基础数据资源管理子系统：实现对空间数据资源的管理、维护和扩展功能，并对空间数据的显示、查询、编辑和统计功能进行配置。三、 城管综合业务系统建设1、业务受理子系统：该系统专门为城市管理呼叫中心设计，呼叫中心的主要工作是受理来自监督员和社会公众的城市管理事件报告或举报，然后对他们所反应事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办理。2、协同工作系统：基于Browser/Server体系架构，采用工作流、WebGIS技术，通过浏览器完成城市管理各项业务的具体办理和信息查询。协同工作系统提供给指挥中心、各个专业部门以及各级领导使用，系统提供了基于工作流的面向GIS的协同管理、工作处理、督察督办等方面的应用，为各类用户提供了城市管理各类信息资源共享查询工具，可以根据不同权限编辑和查询基础地理信息、地理编码信息、城市管理部件（事件）信息、监督信息等，实现协同办公、信息同步、信息交换。各级领导、相关部门可以方便查阅问题处理过程和处理结果，可以随时了解各个专业部门的工作状况，并对审批流程进行检查、监督、催办。系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现多部门资源共享、协同工作和协同督办。在协同工作系统中，将发挥街道办事处监督专业部门的职能，提供对本街道当前发生的所有城市管理问题的监控、督办，可以通过协同工作系统与相关专业部门进行信息沟通。3、监督指挥子系统：为城市管理监督中心和各级领导服务，该系统通过大屏幕能够直观显示城市管理相关地图信息、案卷信息和相关详细信息等全局情况，并可以直观查询显示每个社区、监督员、部件等个体的情况，实现对城市管理全局情况的总体把握。4、大屏幕综合评价子系统：为绩效量化考核和综合评价服务，系统按照工作过程、责任主体、工作绩效、规范标准等系统内置的评价模型，对数据库群中区域、部门和岗位等信息进行综合分析、计算评估，生成以图形表现为主的评价结果。5、构建与维护子系统：负责整个系统的配置、维护和管理工作。该系统采用工具化思想，实现组织机构、工作流、输入表格、输出表格、地图使用、查询统计等城市管理相关信息的灵活配置，使用系统提供的各种工具和组件，可以配置形成相应的资源信息、业务规则和数据操作定义。四、 公众网站实时发布系统该系统提供数字城管内网门户为参与城市管理的各类用户提供访问各应用的统一入口，外网门户一方面为公众提供获取城市管理信息资源的渠道；另一方面，为公众提供参与城市管理、报送城管事件的舞台。五、 视频监控系统视频监控系统是城市管理监督中心了解全市市政、环卫、交通、治安状况的窗口，是城管指挥系统不可缺少的子系统。视频监控系统是数字城管系统的一个重要组成部分，建立视频图像监控系统目的是及时准确地掌握所监视路口、路段周围的市政、环卫、交通、治安情况等，为指挥人员提供迅速直观的信息从而对城管事件作出准确判断并及时响应，对监控范围内的突发性城管事件录像取证，起到综合治理效果。六、 数据共享及交换子系统数字城市管理系统在建设和实施过程中，需要与城市管理的其他成员单位进行数据共享与交换，并与现有应用平台如基础信息交换平台、应急联动指挥系统、投资项目网上审批平台等进行协同工作。七、 数据库群本系统包括与城市管理相关的多个数据库的建设，涉及内容和领域广泛。既包括各种类型空间数据库的建设，比如：基础地理空间数据库的建设、城市部件库的建设、地理编码空间数据库的建设和视频位置空间数据库的建设等。 又包括城市管理业务库的建设，比如：工作流数据库、组织结构数据库、城市管理上报问题库（部件问题和事件问题）、城市管理指标评价库等。4.2 系统安全设计在利用先进的信息化技术来构建城市管理信息系统的同时，也必须同步考虑建立起可靠的安全保障体系，以确保整个工程的安全稳定运行。4.2.1 概述根据扬州市数字化城市管理系统的安全需求的分析以及安全保密策略，我们将从技术、运行、管理三个方面，采用各类安全保障技术、产品、设备和管理措施来实现这些策略，确保系统中信息的安全。4.2.2 技术防护措施汇总根据前面安全策略的分析，扬州市数字化城市管理系统在信息系统上目前主要应当采取的技术防护措施是：防火墙和入侵检测系统。综上所述，扬州市数字化城市管理系统在目前安全建设中首先应当采取的安全措施为：使用防火墙对扬州市数字化城市管理系统的网络接入口进行边界防护，对信息实行访问控制；使用入侵检测检测系统对扬州市数字化城市管理系统进行入侵行为检测，配合防火墙组成一套完整的边界防护体系；对扬州市数字化城市管理系统关键服务器进行安全技术增强和加固，关闭不必要的服务等，从而增强其抗攻击能力。4.2.3 安全需求分析网络化城市管理信息系统应用跨越政务专网、无线网，用户类型众多，整个平台将不可避免面临各种安全威胁与隐患。4.2.3.1 系统安全需求系统安全风险通常是指重要主机、操作系统、数据库系统和应用软件系统在运行过程中所面临的安全风险，一般包括以下两种风险：1）安全漏洞的风险首先，当前主流的操作系统和数据库系统等基础软件，无论是Windows或Linux，还是Oracle或SQL Server，由于其代码庞大，以及软件设计本身问题，必定存在安全漏洞，这些漏洞都导致重大安全隐患。其次，从实际应用上，各种系统的安全程度跟对其进行安全配置及系统的应用要有很大关系。以操作系统为例，若漏装了某些重要的补丁程序，就会直接带来安全方面的隐患，根本无法防止黑客或者恶意程序利用服务漏洞对系统进行攻击。2）计算机病毒攻击的风险计算机病毒是目前最常见、最有破坏力的安全隐患。作为新的应用系统，如果不进行有效的病毒防治，极有可能病毒攻击，并可能在极短的时间内迅速扩散到所有主机，造成服务器被人控制、内部信息泄漏、文件丢失、机器死机等严重后果。4.2.3.2 应用安全需求集中用户管理扬州市数字化城市管理系统涉及多种用户，不同用户通过不同途径接入系统，如：监督员使用无线网；监督中心、指挥中心和各专业部门的工作人员、各级领导使用扬州市电子政务专网，系统对不同的用户有不同的管理和认证要求。系统用户在不同的业务系统有不同的角色定义，对应不同的功能权限，因此需要针对用户特点，构建相应的用户集中管理模式，实现用户统一身份管理和标识管理、统一认证及单点登录。确保无线网信息安全传输在城市管理平台中的无线数据采集系统是在无线网络环境下搭建的，用户的相关信息都通过无线网传输，因此更需要解决诸如身份认证、访问控制、数据保密、数据完整性等应用的安全性问题；用户命名统一随着扬州市各类应用系统的不断增多，实现用户的集中管理及信息共享成为必然需求，其中统一命名规范是前提条件，若不同应用系统的用户命名规则各行一套，必然出现命名混乱，用户集中管理很难实现。只有在统一命名规范的前提下，才能通过技术手段实现统一用户管理，实现系统互联。4.2.4 目标和原则根据城市管理平台总体安全需求，结合扬州市电子政务安全保障体系的现状，城市管理平台的整个安全保障体系建设内容应由以下二大部分构成：网络系统安全防护体系、应用系统安全保障体系，以确保整个工程的安全稳定运行。可使整个数字城管系统不存在项目采用的技术产品可以防范和修补的安全隐患及漏洞，系统运行安全、稳定、可靠，有较强的防病毒、防攻击、防破坏能力。4.2.5 应用系统安全解决方案根据安全等级保护策略，通过建设统一认证管理系统，为用户提供统一的信任服务机制和身份认证手段，保证用户身份的真实可信，提供统一的组织机构管理、统一的用户管理、统一的角色管理，为城市管理信息平台构建完善的应用安全环境，提供统一的信任服务和访问控制机制。建设完善的信息安全传输机制，为城市管理信息平台提供基础性应用安全保障。具体的建设内容如下：（1）建设扬州市统一认证管理系统，建立用户身份认证系统，通过用户身份认证系统维护的用户身份信息、角色信息和各应用系统维护的系统内具体权限信息的工作模式，形成“用户角色权限”三元对应关系，实现先进的RBAC工作模式，对用户进行严格的访问控制，以确保应用系统不被非法或越权访问，防止信息泄漏。用户认证系统总体功能是对各个业务系统用户和角色进行集中维护，角色的定义来源于与各业务系统地约定，但是角色上所分配的具体权限由各个业务系统自行维护。4.3 接口规范设计数字化城市管理系统包括了多个不同的子系统，也与若干其它外部系统协同工作。因此，数字化城市管理系统的接口规范包括了两个方面，一是系统内部的接口规范，二是与外部系统之间的接口规范。 4.3.1 系统内部接口规范系统内部接口是指数字化城市管理系统内部的各类接口。4.3.1.1 无线数据传输接口无线数据传输主要指无线数据采集器与数据库服务器之间的数据传输。使用无线数据采集工具，将采集到的城市事（部件）的相关信息，包括事（部）件的类型、相关图片、录音资料以及位置坐标等信息通过中国移动的GPRS数据传输技术传至服务器。无线终端与服务器端的数据传输应该支持HTTP超文本数据传输协议，能够实现文本、图形、图像以及声音等信息的传输。应满足以下要求：1.支持HTTP超文本传输协议；2.支持数据无线传输技术；3.支持传输数据加密功能。4.无线实际通信速率不低于30Kbps；5.网络通信质量稳定，信息传递成功率在99.9以上；6.与服务器进行数据交换和传输的并发用户数应能保证系统正常工作；7.单次数据无线交换和传输时间小于30秒。4.3.1.2 采集器、受理子系统与协同网络子系统接口采集器主要用于城市事（部）件信息的采集，并将采集的结果通过无线网络传输到受理子系统，受理子系统经过立案处理后进入协同网络子系统。受理子系统和协同网络子系统使用相同服务器，其数据的交换和提取比较容易。除了如前所述在数据采集子系统和受理子系统的数据传递之外，协同网络子系统也要与无线数据采集子系统进行数据传递，这主要发生在事（部）件的案卷处理完成后，需要由信息采集员核查该案件的现场是否正确处理。因此协同工作子系统需要在流程中的某个节点向无线数据采集子系统发送核查指令。该指令应在无线数据子系统中能够反映出需要核查事（部）件的相关信息、位置信息等各种信息。采集员根据相关信息进行现场核查，并将核查结果反馈到协同网络子系统的流程节点中。需要实时交换的数据分为两类：一类是采集员通过采集器向受理子系统发送的事（部）件消息；另一类是受理子系统根据工作任务的需要向采集员发送的任务消息，任务消息包括通过（1）社会工作上报的信息，需要采集员确认的消息；（2）信息中心根据采集员的事件报告分配任务号的消息；（3）呼叫中心根据事件的处理情况请城市管理信息采集员协助现场反馈的消息等。根据上面所说的两类消息，消息服务器主要处理两件事情：一是接收采集器发过来的事件消息，从数据库读取相关数据写到城市管理平台数据库中，同时发送消息给受理子系统；二是接收受理子系统的任务消息，从城市管理平台数据库读取相关数据写到无线数据采集子系统数据库中，同时发送消息给无线数据采集子系统。消息服务器起到了无线数据采集子系统与受理子系统之间的一个数据桥梁的作用，使采集员和信息中心之间实时交换信息。消息服务器也提供主动更新数据的功能，定时读取无线数据采集子系统的数据库，将新的事（部）件信息更新到城市管理平台数据库，同时发事（部）件消息给受理子系统，通知受理子系统有新的事件消息需要处理。4.3.1.3 采集器、协同网络子系统与地理编码子系统接口地理编码子系统包括地理编码引擎和地理编码数据库，通过地理编码引擎，无线数据采集子系统和协同网络子系统通过地址信息能够快速定位到事发地点，起到快速定位的功能。城市管理系统中的问题关联部件的快速、有效的定位依赖于城市管理地理编码系统提供的地理定位引擎，只有将获取的信息迅速定位到地图上才能使城市管理部门对事件的位置、周边环境、交通情况有充分的了解，并及时进行指挥处理，因此对城市管理地理编码系统的地理定位引擎提出了以下的要求：1将所有收集或调查来的非空间的各种社会经济信息（带有地址字段），准确落到地图上，准确建立非空间信息与空间信息的关系。2提供城市管理信息中心快速锁定万米单元网格内事件发生地点。3为任意输入地址字符串，可以直接定位到地图的万米单元网格某个位置，或提供地址所在位置的坐标信息。4、为任意空间位置可以快速生成标准地理编码字符串。总之，网格化城市管理平台通过地理编码系统提供的高效的搜索引擎，实现城市管理由盲目到精确，由人工管理到信息管理的转变。4.3.1.4 大屏幕显示子系统和城管通GPS定位监控系统接口城管通GPS定位监控子系统定时检测城管通位置信息，存储到数据库中，并通过UDP消息通知大屏幕显示子系统刷新监督员位置。4.3.1.5 视频监控系统和受理子系统、协同网络子系统接口视频监控信息负责将各视频终端位置信息（X