《XX县数字化城市管理系统建设方案.docx》由会员分享，可在线阅读，更多相关《XX县数字化城市管理系统建设方案.docx（49页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、XXX县数字化城市管理系统建设方案20xx 年 3 月(CJJ/T106-2010)国家住房和城乡建设部行业标准城市市政综合监管信息系统 监管数据无线采 集设备(CJ/T293-2008)国家住房和城乡建设部行业标准城市市政综合监管信息系统绩效评价 (CJ/T292-2008)国家住房和城乡建设部行业标准城市市政综合监管信息系统监管案件立案、 处置与结案(CJ/T315-2009) 现代设计工程集成技术的软件接口规范(GB/T 18726-2002 ) 计算机软件产品开发文件编制指南(GB/T 8567-1988 ) 计算机软件需求说明编制指南(GB/T 9385-1988 ) 现代设计工程集
2、成技术的软件接口规范(GB/T 18726-2002 ) 安全技术防范规范工程技术规范(GB/T75-94) 安全防范工程技术规范(GB50348-2004) 安全防范工程程序与要求(GA/T75-94) 安全防范系统验收规则(GA308-2001) 安全防范系统通用图形符号(GA/T74-2000 ) 软件工程国家标准(GTB856) 信息技术互连国际标准(ISO/IEC11801-95)2需求分析总体需求随着城市化进程的逐步加快，城市规模的不断扩大，城市功能的不断强化，城市管理 面临的新课题越来越多，其作用越来越重要。因此，加强科学管理，提高效率和水平，实 现城市管理数字化既是城市现代化的
3、重要内容，又是加快推进城市进程的内在要求，主要 体现在：第一个方面是促进“大城管”格局的形成，解决多条块协同工作的问题。城市管理是 个系统工程，是涉及XXX多个专业部门、公共服务机构、街道办事处的综合体系，需要协 调配合的流程和环节较多。数字化城市管理中心作为城市管理的牵头部门，如何打造城市 管理的规范流程，实现市政府各职能部门、街道办事处、公共服务机构的联动机制，同时 借助数字化城市管理平台，加强市容环境整治等XXX迫切需要解决的问题，是数字化城市 管理信息系统重点考虑解决的问题。第二个方面是为城市管理的评价监管工作提供信息支撑。数字化城市管理信息系统需 要解决各种工作中的具体问题，例如:协
4、调层级较多，效率难以提高问题；条块分割，多 头管理问题；管理机制不健全问题；信息滞后，管理被动后置问题；联动机制不健全问题; 监督评价机制不完善问题。通过科学合理的评价考核体系，以数据说明问题，建立基于数 据的评价奖惩措施，是数字化城市管理信息系统应该解决的另一个问题。第三个方面是为城市管理提供先进的管理手段。城市管理水平的提升最根本还在于城 市管理问题能够及时和主动的得以处置。因此在强化联动机制和评价考核体系的同时，XXX 需要在市容管理等方面加强监管手段，实现主要城市管理问题的快速处置。第四个方面是通过数字化城市管理信息系统建设实现政府职能的五大转变。即实现城 市管理由粗放定性型向数字化定
5、量型转变，由行政命令型向依法行政管理的转变，由临时 突击型向长效机制管理的转变，由被动管理型向主动服务型转变，由传统经验型向现代科 技型转变，由单一封闭管理向多元开放互动管理转变，达到精确、敏捷、高效、全时段监 控和全方位覆盖的城市管理效果。2.1 业务需求管理模式需求借鉴全国其他城市或地区建立的数字化城市管理信息系统的建设模式经验，结合XXX 实际情况，按照“条块结合”的原则，围绕建立和完善“监管分离”的城市管理体制，构 建具有XXX特色的数字化城市管理模式。根据XXX本地特色，数字化城市管理将采用“集 中监督、统一指挥”的建设模式。2.1.1 组织机构需求根据数字化城市管理流程的需要，参照
6、其它试点城市的先进经验，为提高工作效率, 减少人员配置和重复投资，拟在XXX委、县政府一级成立XXX数字化城市管理委员会，在 城市管理委员会下成立统一的数字化城市管理监督指挥中心，负责全县城市管理的指挥调 度与协调工作。2.1.2 管理流程需求对建设区域进行单元网格划分，在单元网格管理法下实行数字化城市管理信息系统的 综合管理。业务流程分为信息采集、案卷建立、任务派遣、案件处理、结果反馈、核查结 案六个环节。2.1.3 系统架构需求按照节约投资的原则，在住房和城乡建设部数字城管标准的前提下，尽可能的节约系 统对人力、物力的消耗。系统构架要符合XXX现有网络条件、管理方式等需求，做到结构 合理、
7、功能全面、便于扩展、方便管理。XXX数字化城市管理信息系统总体架构上可分为问题发现层、系统平台及问题处置3 个层次。xxx数字化城市管理信息系统软件采用J2EE平台和B/S架构进行开发。软件平 台功能模块化、服务化，平台由中间件组合WEB服务实现，平台均由模块组合而成。2.2 基础数据需求基础数据应符合住房和城乡建设部颁发的数字化城市管理相关国家标准。系统基础数 据应包含基础地理数据、网格数据、部件数据、地理编码数据、实景数据等。1基础地理数据数据普查应利用本地的地理信息测绘资源，优先采用比例尺为1:500、不低于1:2000 的城市大比例尺地形图，基础地理数据的内容和组织应符合国家现行标准城
8、市地理空间 第5页框架数据标准（CJJ 103）和城市基础地理信息系统技术规范（CJJ 100）的规定。现在xxx的基础地理数据资源信息不够详细，不能满足数字化城市管理信息系统的运 行要求，需要尽快完成1:500基础地理数据的建设。2、单元网格数据单元网格的划分、编码、属性信息及图标表达等应符合城市市政综合监管信息系统 单元网格划分与编码规则（CJ/T213）的规定。3、部件和事件数据部件和事件数据的编码规则、属性信息及精度要求等应符合城市市政综合监管信息 系统管理部件和事件分类与编码（CJ/T214）；部件和事件数据的分类及编码应符合河 北省数字化城市管理事件、部件编码及监管案件立案、处置与
9、结案标准的规定。如需扩展部件和事件类型及其属性项，可根据市政监管的要求，上报省住建厅进行审 核，审核通过后，按照省住建厅要求对其进行扩展。4、地理编码数据地理编码数据类型可分为行政区域地名、地片与小区地名、街巷地名、门（楼）牌地 址、标志物地址、兴趣点地址，应符合城市市政综合监管信息系统地理编码（CJ/T215） 的规定。2.3 应用系统建设需求XXX数字化城市管理信息系统功能需满足城市现有需要，本期只建设九大基础子系统 及拓展子系统。九大基础子系统包括无线数据采集子系统、业务受理子系统、协同工作子 系统、地理编码子系统、监督指挥子系统、综合评价子系统、应用维护子系统、基础数据 资源管理子系统
10、、数据交换子系统。2.4 系统集成需求服务器平台需求服务器平台需要满足XXX数字化城管应用软件及相关系统软件的承载与运行，保证系 统的稳定与安全。根据主流数字城管应用软件架构的需要，根据应用功能及所承载的系统 软件的不同，可分为数据库服务器、应用服务器、城管通服务器、备份服务器、防病毒服 务器等。2.4.1 平台软件需求为保证应用系统的运行所需的服务器操作系统、数据库平台、地理信息平台、应用程 序发布中间件等。2.4.2 存储需求总平台系统负责完成整个平台的数据库管理，统一存储系统包括业务数据以及海量的 地理信息空间数据等，同时满足各区客户机的并发访问要求，还要考虑将来的业务增长, 数据量的增
11、加，客户机的增加以及数据共享等众多问题，所以需要考虑存储的安全性、稳 定性、可扩展性、灵活性、多平台支持性以及共享要求。2.4.3 网络建设需求有线网络建设需要保证XXX与邢台市数字城管平台互联互通，并且能够保障各数字城 管相关专业部门能够接入数字城管系统；监督员城管通无线网络需要保障手机上传，接收 的稳定性。网络系统应具有高性能、可靠性、安全性、可扩展、可管理性，在关键性业务中出现 问题时提供快速的恢复能力。系统选用的设备和技术应符合国际标准。网络中使用的设备 和协议应完全符合国际通用的技术标准，兼容现有的网络环境，提供很好的互联性；网络 系统应有很高的可靠性、稳定性及冗余，在投资充裕的前提
12、下，提供拓扑结构及设备的冗 余和备份,把单点失效对网络系统的影响减少到最小，避免由于网络故障造成用户的损失。基础网络系统应提供足够的带宽，丰富的接口形式，满足用户对应用和带宽的基本需 要，并保留一定的余量供扩展使用，最大可能地降低网络传输的延迟。网络系统应具有良 好的可扩充性，对未来的应用和技术有一定的前瞻性，随着网络规模及其运行、应用的不 断发展，现有系统应提供足够的扩充能力，适应发展的需要。2.5 环境建设需求XXX数字化城市管理系统的环境建设主要为XXX监督指挥中心建设，其中包括中心机 房的建设。监督指挥中心场地至少需要包含的功能区域为：大屏幕电视墙区域、指挥中心 坐席区域、领导参观区域
13、、各处室办公区域等。监督指挥大厅场地的建设内容包括综合布 线系统、弱电系统、强电系统、大屏幕系统、电气系统、空调系统、消防系统等。机房面积原则上应不少于20平方米。机房的建设包括：机房电气工程、综合布线系 统、接地处理等。3总体设计项目建设任务为了达到数字化城市管理的总体目标，本项目的建设任务可分为四大项：管理模式建 设、应用系统建设、数据建设和运行环境的建设。3.1.1 管理模式建设 城市管理组织机构（监督中心、指挥中心、监督员队伍） 数字化城市管理流程 城市管理指挥手册 综合评价体系应用系统建设支撑数字化城市管理运行所用到的应用系统。一般包括满足标准数字城管的基础模块 和结合本地市实际情况
14、建设的拓展应用模块。本系统建设方案提供基本的标准建设方案和 突出“全民城管”、“领导督办”、“监控”拓展的功能建设方案，供领导考虑决策。3.1.2 数据建设是指满足数字化城市管理系统运行所需的空间地理数据，包括： 基础地形图数据 地理编码数据 单元网格数据 部件数据其中基础地形图数据不在本建设方案及相应的预算中涉及，此部分数据一般和当地规 划或国土部门协调获取，如果需要重新普查基础地形图数据，则需增加基础地形图数据的 建设方案。3.1.3 运行环境的建设满足数字化城市管理需要的软硬件、网络环境，包括： 连接城市监督指挥中心和专业部门的有线网络； 连接手机终端和平台的无线网络； 满足应用系统运行
15、需要的软硬件环境（服务器、存储设备、软件平台等）； 安全系统； 场地建设，包括城市管理监督指挥中心的场地和机房场地等。3.2 应用系统建设根据XXX实际情况，本期数字化城市管理系统将建立满足系统的基础9大子系统。3.2.1 无线数据采集子系统（城管通）系统概述无线数据采集子系统是为城市管理监督员量身定制的手持信息采集终端，通过该系 统，监督员可以将日常巡查发现的城市管理问题，在拍照、录音并形成案件表单后，快速 上报到城市管理监督中心。此外监督员还可以利用该系统接收城市管理监督中心分派的各 项任务，对城市管理问题进行核实核查。系统特点系统分为终端应用程序和服务器端应用支撑两部分，终端应用程序主要
16、运行在智能手 机上，用于监督员发现问题及接收任务，并提供拍照、录音、表单填写、任务管理、GPS 定位等功能；服务器端是连接手持终端与数据库信息传输的中转站，负责信息的接收及下 发。系统支持目前国内三大运营商（移动、电信、联通）的2G、3G无线网络，具有良好 的适应性，可以保证随时随地与数字城管业务系统的数据传输，实现真正的移动办公。系统可以运行Android平台上，可以适配国内主流的智能手机，提供更好的用户操作 体验，避免了 Windows Mobile时代的多分辨率、多机型中10差异的适应，使系统能够与 多种机型适配，系统更加稳定。系统设计尽量贴近于用户的实际操作，使各项功能更加直观、醒目，
17、提供了自然的操 作体验，使用户在工作时不会因为繁琐的操作而厌倦。城管通还整合了空间地理信息、地理编码查询、GPS定位、基站定位等相关服务，支 持最新的图片引擎、实景影像，并与城管业务紧密结合，对业务提供良好的技术支持。功能设计终端应用系统主要功能：应能够实现对城市管理问题的发现及上报，提供相似案件的查询、对地图上不存在的 部件也可以进行上报;当监督员跨网格上报案件时能够自动提醒；能够对核实、核查任务的管理，并提供任务反馈、任务回执功能；系统记录监督员上报问题的历史，并可以自动在后台上传多媒体,并可以追加多媒体;系统能够浏览地图，并支持GPS定位，在地图上定位监督员位置，当监督员跨网格 时有越界
18、提醒；能够接收今日提示信息，查询自己上报的案件；当程序、数据更新时能够自动从服务端下载更新；监督员可以自行处置一些简单的问题并将问题前后对比照片上报到中心。无线数据服务层（服务器端）主要功能包括：无线地理信息数据发布服务；多媒体数据管理：报送表单、图片、位置信息和后台之间的接收发布同步服务等系统 对接接口服务；今日提示：系统服务器将需要提示的信息发到每个无线数据采集器上，提醒城市管理 巡查员执行某些操作；数据同步：手机所存储的信息与服务器不一致的时候，要进行数据同步，系统会自动 探测数据同步所需要的时间；数据安全：数据解密解压缩服务，通过数据加密、分包传输、重传机制等多种机制配 合，数据可以完
19、整传输到系统平台。3.2.2 监督中心受理子系统 系统概述监督中心受理子系统是为城市管理监督中心定制的受理工作平台，用户可以通过该系 统受理各种来源的城市管理问题,包括公众通过电话等途径举报的城管问题和监督员使用 城管通上报的各类问题。对于公众举报问题，用户通过该系统能够快速定位问题地址位置，判断问题分类，对 问题进行核实，并根据核实结果决定立案或不受理；监督员上报的问题可以直接进行立案 处理。在问题处理完毕后，接线员可以通过系统将问题发送到城管通上由监督员进行问题的 核查。系统特点目前全国建成数字城管系统的城市中，很多往往因为受理工作的繁重而使用户工作质 量无法提高，制约了进一步提升城市管理
20、水平。监督中心受理系统的设计以优化用户操作, 提高工作效率为目标，将空间地图、多媒体、表单等信息集成到一个操作界面，使用户不 需要频繁切换操作界面，极大地提高了日常工作质量和效率。系统与城管业务紧密结合，提供图文一体化的操作界面，将空间地理信息系统、地理 编码查询服务与业务表单相结合，使受理工作更加准确。另外还提供了受理助手、相似问 题查询、举报历史查询等功能，使用户能够及时了解受理问题的背景、关联问题，为公众 提供更加良好的服务。系统还支持多种问题来源的扩展，可以支持网上举报、领导交办、其他系统转发的问 题受理，支持的业务范围更加广泛。功能设计系统能够登记受理公众举报问题，并对来电进行管理，
21、能够查询举报人历史举报问题, 填写相关案件表单信息，并判断相似问题；能根据上报城市管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位 置；系统能够对公众举报问题进行回访管理；系统能够受理监督员上报问题；系统提供小类助手功能，帮助登记受理问题；系统能够向监督员发送核实、核查任务，在不受理问题时能够通知监督员，并在发送 监督员列表能够查看监督员信息来方便联系监督员；系统能够自动发送核查消息、定时发送核查消息；能够与协同工作子系统进行数据交互，向协同工作子系统报送任务数据，支持与地理 编码子系统的调用，实现在地图中搜索并定位问题位置。3.2.3 协同工作子系统 系统概述协同工作子系统是供整个
22、业务系统内各岗位用户使用的办公平台，用户在系统上可以 办理日常的案件，实现对业务流程中的所有案件进行监督和管理的功能，案件处理和流转 的全程控制，并在案件上填写意见和审批信息。系统提供案件转发、回退、延期、挂账、 督办等操作。系统主要用户包括值班长：对城市管理案件进行立案、结案；派遣员：通过系统将案 件派遣到相关专业部门并对其督查；专业部门：通过系统接收任务、打印问题表单，在处 理完相关问题后将案件反馈到指挥中心。系统特点协同工作子系统是基于工作流和面向GIS的协同办公平台，实现了数字城管案件图、 文、表一体化的业务办公平台，为全面整合政府职能，创新城市管理体制，解决以前城市 管理工作分工不明
23、，部门与部门之间信息沟通不畅的问题提供了技术支撑。系统整合了地理信息平台，将业务办理与地图、多媒体紧密结合，并提供了多种信息 查询、帮助方式，不仅将日常的业务信息集中展现在统一的办公平台上，还将各种信息通 过快速链接与业务案件整合起来，可以快速查询案卷表单信息、案卷办理经过、监督员关 联信息、监督员任务信息等，使办公人员在工作时能够随时了解案件办理过程。系统根据提高办公效率的原则，系统设计的操作都可以一键到达，优化了表单填写、 案件批转的操作。系统根据用户权限的过滤，实现了不同级别、类型用户的业务案件过滤，向不同用户 提供可定制的信息服务，并提供了个性化的用户操作界面设置。系统提供多种计时功能
24、，能够适应用户不同的作息时间表，如标准计时、暂停计时、 捆绑计时功能，满足不同处置部门、不同级别部门的计时需要。功能设计系统提供菜单的导航控制，用户可以根据需要显示相应的工作栏目；系统提供图文一体的案件列表，并能够设置显示字段、筛选案件列表；系统能够显示案件详细信息，包括多媒体、案件办理过程、案件表单，并能够对多媒 体进行管理及上传;目录1项目概述11.1 项目名称11.2 项目建设范围11.3 项目建设背景11.4 项目建设目标2L5 xxx建设数字城管项目背景21.6 项目建设依据22需求分析42.1 总体需求42.2 业务需求5管理模式需求5组织机构需求5管理流程需求52.2.1 系统架
25、构需求52.3 基础数据需求52.4 应用系统建设需求62.5 系统集成需求6服务器平台需求6平台软件需求7存储需求72.5.1 网络建设需求7视频监控需求错误!未定义书签。2.6 环境建设需求73总体设计81.1.1 建设任务8系统能够将案件批量导出、下载当前案件的多媒体信息；系统提供基于工作流的办公平台，包括案件办理、案件基本操作、案件批转、案件回 退、答复回退、经办案件、案件存档、督办案件、案件回访、相似案件提示等功能；系统支持对案件授权延期、作废及挂账等功能，并支持多级授权和对延期挂账比例进 行控制；系统提供案件计时管理，计时管理能够对案件处理的每个阶段以及任务派遣响应及处 理情况进行
26、计时处理，详细记录案件办理每个阶段的处理时间；根据不同部门和区域定制 的处理时限，对超过期限的案件或任务自动进行通知，并对超期案件报警；并针对不同情况，系统能够提供捆绑计时、停止和恢复计时功能；当案件结案后，可以将一些有特点的案件单独保存为典型案件管理；系统可以给监督员发送今日提示，并在案件上可以关联查询监督员信息；系统提供查询功能，可以根据案件的编号、类别、地址、描述等查询相应案件，查询 结果与地图联动，并可以将查询结果汇总分析、保存查询条件实现快捷查询；当发生一些疑难问题无法解决时，提供系统会商功能将问题进行挂起讨论再决定处理 方式；系统可以自定义配置消息提示、维护个人信息，提供支持软件的
27、下载；能够与地理编码子系统实现数据对接，实现案件与空间地图的结合。3.2.4 地理编码子系统系统概述地理编码子系统是数字城市管理最重要的支撑系统之一，地理编码技术能够把具有地 理位置的信息资源赋予地理坐标。通过地理编码，将城市现有的地址进行空间化、数字化 和规范化，在地址名称与地址实际空间位置之间建立起对应关系，实现地址空间的相对定 位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可 读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类 分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。系统基于空间地理信息平台，还提供了空
28、间地图的发布、展示功能，将地理编码成果 直接与空间地图结合，实现了图文一体的地理编码支持体系。为无线采集、呼叫受理、协 同工作、监督指挥等子系统提供地理编码服务，实现地址描述、地址查询、地址匹配等功 能，实现对市政综合监管信息的空间定位。系统特点地理编码数据库以点、线、面方式表现城市地理实体。地理编码数据库的内容包括地 名库、道路库、门址院落库、楼座名库、小区库、企业事业单位库、突出建筑库等数据库, 它们共同构成地理编码数据库的数据主体。根据地理编码数据对象的特点，结合对实际地理编码的分析，采用三种结构的地址编 码模型建立城市管理地理编码库。1、面一点结构地址编码模型按照行政区划划分的原则，把
29、城市按区划等级建立面-点结构地址编码模型。2、线一点结构地址编码模型对于道路和道路两边的门牌编码，系统设计线-点结构地址编码模型，将道路及道路 两侧的门牌和空间坐标有机地结合起来。线-点结构地址编码模型是地理编码数据库重要 的编码模型之一。3、网状结构地址编码模型除了以上两种地址编码模型外，系统还设计了网状结构地址编码模型。即按照万米单 元网格进行编码。结合城市管理工作的特点，定义地址编码库的数据具体包括：(1)行政区划数据：包括区、街道办事处、社区。(2)万米单元数据：万米单元、万米单元子网格(3)地名数据：包括现状地名、历史地名、历史沿革地名、地名别名等数据。(4)道路数据：包括主要道路、
30、现状道路、胡同、一级街坊、二级街坊数据。(5)门址院落数据：包括院落名称、门牌编号等。(6)小区楼座数据：包括小区名称、楼座名称等。(7)沿街店面：包括道路两旁商业单位、饭馆、企事业单位、机关等名称。(8)城市部件数据：包括城市部件编码等。根据以上地理编码库的内容，定义了以下地理编码数据的组合，系地理编码引擎可按 照这些组合进行地理编码查询，同时系统可根据需要对组合进行扩展以适应不同的需求。表3-1地理编码数据组合表组合编号组合类型1街道办事处十路名2街道办事处+社区+路名3路名（胡同名）十门牌号4路名（胡同名）+门牌号+楼牌号5路名（胡同名）+楼牌号6路名（胡同名）+沿街铺面名7地名8地名+
31、门牌号9地名+门牌号+楼牌号10地名+楼牌号11地名+路名+门牌号12单位13单位+楼牌号14街道办事处+院落15街道办事处+社区+院落16门址院落+门牌号17万,米单元格18城市部件编码在应用上，系统不仅提供地理编码查询，还能够根据空间位置进行数据分析，例如监 督员与事发地点的距离、地理编码与视频摄像头的关联等。另外系统可以与三维实景、 2.5维技术结合，实现传统地图与多媒体实景图片的数据关联。功能设计地理编码子系统为城市管理信息系统提供与地址查询有关的各项功能，包括根据任意 地址串查询地址，获得指定坐标位置的标准地址串信息等，同时为其它系统提供定位事件 信息；提供空间数据的发布、展示功能，
32、并支持对地图的放大、缩小、平移、刷新、全图、 量算等基本操作；提供了基于地图对空间信息的属性查询，包括地形图、兴趣点、部件、视频图层、网 格、监督员、案件等信息的属性查询；系统能够对图层进行显示、隐藏控制，支持快捷图层的切换、不同背景图层的切换显/JS o监督指挥子系统 系统概述监督指挥子系统是监督中心使用的综合信息展示平台，既可以在日常工作中实时监控 数字城管业务运行状况，又可以在相关人员参观时，展示数字城管运行成果。系统一般投影到大屏幕显示墙上，为用户提供实时的城市管理问题上报及处置情况, 查看全区域的城市管理问题信息及地图分布，能够查看全范围的城市部件信息，查看城市 管理综合评价结果及监
33、督员监控信息。系统特点监督指挥子系统是专门为信息展示定制的平台，在设计上考虑了布局的大气、美观。系统基于B/S架构，可以运行在普通客户端上，也可以运行在大屏幕投影专用设备上, 实现了系统的灵活部署及易于维护，另外针对不同城市的管理模式，提供按照市、区、部 门等多种过滤方式的数据展现效果。通过系统可以快速直观看到数字城管每天的运行情况，监督员在岗情况，综合评价信 息，是数字城管业务及应用的集中展示平台。系统基于共享平台的设计思路，具有良好的可扩展性，能够整合多种应用系统，实现 了综合展示平台的效果，为实现数字城市信息共享中心的建设提供技术基础。功能设计具备案卷信息和地图信息一体化管理功能，并满足
34、大屏幕管理显示要求，实时显示当 天城市管理问题处理情况；滚动显示案件办理情况，能够快速查询案件及案件的图片、办理过程等详细信息，能 够在空间地图上定位案件信息；显示典型案件信息，快速查询及展示典型案件详细信息；能够实时显示监督员的在岗情况，实时定位监督员位置信息，查看监督员历史行动轨 迹及上报的历史案件；能够展示空间地理信息成果，提供地图的放大、缩小、查询等基本操作，并实现案件、 监督员与地图的互动；结合综合评价的数据成果，在监督指挥子系统上展示问题来源分析、专业部门评价、高发问题分析、区域评价等统计信息，并支持图表的展示。3.2.5 综合评价子系统系统概述综合评价子系统是为了保证数字化城市管
35、理的长效运行，提升数字城管模式的运行效 能而建设的系统。系统主要针对信息采集质量、责任主体的处置效能、区域的综合处理结 果进行评价分析。综合评价子系统运用综合评价模型，将信息化技术、评价考核的工作模式应用到数字 城市管理中，通过基于“数字化城市管理信息系统”的信息存储和信息查询，实现对历史 数据的评价分析，将其以图形化或表格化的方式展示出来。系统特点系统是基于数字城管评价考核模型定制的评价分析系统，能够自动计算评价结果。对评价结果及各项指标，系统支持数据反查功能，保证数据的准确行。系统支持图文一体的评价结果展现，并支持评价查询结果的地图关联展示。功能设计具备区域评价功能，以单元网格、社区、街道
36、、行政区等区域为划分标准，按不同周 期统计各单元区域的评价分值，生成评价结果；具备部门评价功能,对专业部门和各级责任主体，按一定周期统计各部门的评价分值, 生成评价结果；具备岗位评价功能，对数字城管各岗位和巡查员进行岗位评价，按一定周期统计各岗 位的评价分值，生成评价结果；基于岗位人员工作量的评价分析功能；系统支持评价结果的数据反查功能，能够查询评价结果对应的案件；能够并支持空间数据与查询结果的关联；能够将评价结果数据导出。3.2.6 应用维护子系统系统概述应用维护子系统是给系统管理员使用的管理平台，是数字城管业务的配置管理工具和维护平台，用于配置维护城市管理业务基本信息，维护数字城管业务体系
37、内组织机构，完 成岗位、人员权限管理，可以方便快捷地调整系统使之适应用户需要，并在系统运行过程 中不断的完善系统配置以适应业务变化的需求。当用户业务分类、管理范围、部门人员及管理办法发生变化时，系统管理员通过该系 统可以实现快速配置实现。另外系统也是数字城管系统运行的监控工具，可以监控系统的服务器信息，数据库基 本参数等信息。系统特点应用维护系统采用了全新的B/S架构，使日常维护工作更加便捷，并提供了灵活的可 配置选项，通过可视化的配置界面，避免了使用数据库系统本身工具及命令进行系统维护，从而 保证了数据库安全，并大大地提高了维护效率。系统管理人员无需了解系统数据库的具体 结构和实现，就可以正
38、确地使用系统进行日常维护和系统与数据扩展。使用应用维护子系统可以维护数字城管业务应用的工作模型，管理人员可以方便地调 整系统使之适应用户需要，实现数字城管业务的可扩展，并可以在使用中不断地优化系统 配置，无须软件开发者的干预，充分赋予了用户自维护、自发展、自适应的能力。系统的权限管理可以实现基于部门、岗位和人员的分别管理，分级控制，不同的人员 登录只能修改本人权限之内的配置信息。功能设计能够对部门机构进行配置管理，提供基于部门、岗位、人员的添加删除维护操作，并 且当部门、人员发生变化时，可以不删除后台数据将其置为无效，还支持部门人员的快速 查询及批量导入；支持对岗位、人员的权限管理，实现系统登
39、陆、功能模块、图层等权限的配置管理;能够对人员的案件权限进行区域过滤，实现不同部门、不同区域的人员只查看自身案 件的配置管理。能够对监督员进行配置管理，包括添加、删除及信息维护，对责任网格的管理及监督 员所辖网格的配置；能够对数字城管业务进行扩展，当问题分类发生变化或需要增加时，可以维护问题大 小类，并维护大小类计时、立结案标准等信息，系统支持批量的大小类导入；第18页能够对数字城管业务基本信息进行配置，包括业务文号、公用字段、惯用语、字典表 等功能的配置；系统还提供各种辅助工具，包括计时规则的设置，实现不同的计时规则配置，日历的 管理，节假日及多种作息时间的配置管理；能够配置多种外部接口并支
40、持扩展，包括城管通服务、短信、领导督办、视频等接口 服务的配置管理，还可以对案卷刷新、默认存盘、案卷导出等各类业务办理的功能进行配 置管理；提供系统监控功能，能够监控系统维护操作日志、服务器基本信息、数据库基本状态 等信息。3.2.7 基础数据资源管理子系统系统概述基础数据资源管理子系统是给系统管理员使用的管理平台，用于维护数字城管信息系 统所使用的空间地理信息数据，实现空间地理信息数据的发布,并对不同地图来源的整合。当用户空间管理范围、空间数据、部件数据发生变化时，系统管理员通过系统可以实 现空间数据的维护。系统特点基础数据管理子系统基于B/S架构设计开发，支持最新的ArcGIS Serve
41、r系列产品，可 以实现基于ArcGIS Server的图片引擎发布地图服务和矢量地图发布，也支持eGovaGIS图 片引擎发布地图服务，还可以调用第三方地图服务发布空间数据。在数据兼容性方面，不仅支持不同数据来源的地图叠加发布，还支持多种数据类型的 混合发布，如影像图的叠加、2.5维地图叠加、三维实景地图叠加。另外系统还提供多种服务的共享设置，既可以向外发布共享数据，也支持调用其他部 门现有的空间数据，并支持wms等多种数据共享方式，为用户建设丰富的地理信息数据 共享平台提供技术基础。系统可提供各种适应城市管理需求的地图专题和图层样式，并提供不同的用户空间数 据展现形式。功能设计支持多种地图服
42、务配置，包括ArcGIS Server发布服务，第三方服务等；能够维护物理图层属性及物理图层属性信息，对图层查询结果的字段进行配置；提供专题图层的维护管理，可以对专题图包含的图层、范围进行配置，并提供配置向 导功能；能够预览物理图层、瓦片图层及配置好的专题图层；提供对背景图层的切换配置，快捷图层的切换配置；能够定义地图服务类型、图层用途、专题类型及图层类型等多种数据字典；能够对数字城管业务管理的重点区域进行配置管理。3.2.8 数据交换子系统系统概述数据交换子系统主要用于实现与上一级城市市政综合监管信息系统的数据交换，交换 信息可包括问题信息、业务办理信息、综合评价信息等。通过建立统一的政务信
43、息交换标 准规范及数据交换系统，实现城市电子政务信息的整合与共享。在市区两级的数字城管信息系统建设中，通过数据交换子系统，实现市级数字城管系 统与区级系统的业务交互，数据共享等功能。系统特点数据交换子系统满足如下要求：1）支持图片、声音、视频多种数据格式的传输；2）保证数据的快速传输，监督中心发送任务信息时间不超过5秒；3）高安全性，配备稳定的加密算法。系统采用业界成熟的信息技术建立信息交换平台，包括数据交换引擎、远程数据传输、 信息交换标准等核心模块.随着XML的迅速发展，XML正在逐步成为Internet中描述数据的标准。在将来XML 文档势必成为电子政务中数据传输的主要载体。数据交换将按
44、照市区两级级平台规定的交换模式（WebService或Socket套接字）和 交换格式（XML）要求实施。功能设计能够支持业务数据传输，包括业务表单、声音、图片等多种数据的传输；视频监控系统设计视频监控采集上报子系统主要是共享现有的公安已建成的视频系统功能,通过接口的 方式进行调用。在项目进行中，根据公安给定权限或其他限制进行个性化设置。视频监控系统建设服务于城市规划、城市建设和管理，服务于政府、企业、公众，服 务于人口、资源环境、经济社会的可持续发展的信息基础设施和信息系统。随着图像信息管理系统应用的不断深入，系统规模的不断扩大，监控系统的管理难度 不断加大，各系统图像资源联网及共享冲突日益
45、突出，在充分考虑全城区图像监控系统的 建设现状，本着减少重复投资，充分利用已有图像监控资源的原则上，由政府出资搭建全 开放式接口的数字图像信息管理平台，以提供运行值守服务的方式换取社会图像监控资源 的使用权。通过对各级机关、企业、组织等已有图像监控资源的整合联网，统一标准，实 行分级管理，逐步实现全城区图像监控资源共享，形成一个覆盖全县的多层级立体化的数 字化图像信息管理体系。3.3 数据普查建设调查范围在XXX整个县城范围约15平方公里内进行数据普查，在基础地形图基础上，完成该 范围内的部件普查和确权、单元网格的划分、地理编码数据、实景数据的普查等工作。3.3.1 采集的数据内容城市部件采集
46、的数据内容主要包括：城市管理部件和事件数据、城市管理单元网格数 据、城市管理地理编码数据。其中城市管理单元网格数据是数据平台中的核心基础数据。部件和事件数据城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热等市政公用 设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等部分非公共 设施。城市部件数据库存储的内容是城市管理过程中的所有对象，是信息化城市管理系统最 重要的基础数据库之一。单元网格数据单元网格就是指采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管 理对象等原则，以一定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个 网格状的单元。它
47、是城市市政综合监管信息系统所定义的基本管理单位，是基于城市大比 例尺地形数据，根据城市市政监管工作的需要划分的、边界清晰的多边形实地区域（面积 约为一万平方米）。反映单元网格空间、时间和属性信息的数据即为单元网格数据。地理编码数据地理编码数据类型可分为行政区域地名、地片与小区地名、街巷地名、门（楼）牌地 址、标志物地址、兴趣点地址。1、行政区域地名：行政区域地名包含市、区（县）、街道（乡镇）信息，本标准中 宜包含社区（村）信息和单元网格信息。行政区域的基本地点名称与标准地名一致，是描 述该行政区域名称的最小单元。2、地片与小区地名：地片与小区地名包含地片名称、居住小区名称的信息。地片与 小区的基本地点名称为标准地名，是描述地片、居住小区的最小单元。3、街巷地名：街巷地名包含有地名标牌的街巷等。街巷地名的基本地点名称为街牌 和巷牌标示的汉字名称，是描述街巷地名信息的最小单元。4、门（楼）牌地址：门（楼）牌地址包括门牌地址和楼牌地址。5、标志物地址。标志物地址包括以下内容：a）具有地名意义的纪念地与建筑物，包 括建筑物、广场、体育设施、公园绿地