数字化城市管理系统项目可行性研究报告

年4月19日数字化城市管理系统项目可行性研究报告文档仅供参考宁波市海曙区数字化城市管理系统项目可行性研究报告编制单位:华信邮电咨询设计研究院有限公司二ОО七年六月目录TOC\o"1-3"1概述 11.1项目名称 11.2可行性研究报告编制单位 11.3可行性研究报告的编制依据和范围 11.3.1可行性研究报告编制依据 11.3.2可行性研究报告的研究范围 21.4研究期 31.5项目提出的背景和建设的必要性 31.5.1背景 31.5.2必要性 42需求分析 42.1覆盖范围需求 52.2工作流程需求 52.3组织机构需求 52.4办公场地需求 52.5基础数据普查需求 52.6信息量需求 52.7数据要求的需求 62.8编码标准化需求 62.9性能需求 72.10整合资源的需求 72.11网络平台需求 72.12安全性需求 82.12.1系统安全需求 82.12.2应用安全需求 92.13信息平台需求 92.14手持终端需求 93总体建设方案建议 93.1建设方案特点 93.2建设目标 113.3建设原则 123.3.1系统标准化原则 123.3.2技术先进性原则 123.3.3功能实用性原则 123.3.4资源共享原则 133.3.5系统安全性原则 133.3.6可扩展性原则 133.3.7易操作和易维护原则 133.4建设内容 134总体设计方案 154.1设计原则 154.2总体架构 164.3应用平台架构 174.3.1数据逻辑层 184.3.2业务逻辑层 184.3.3业务表示层 184.4系统安全设计 184.4.1技术防护措施 184.4.2应用系统安全解决方案 194.5接口规范设计 194.5.1系统内部接口规范 194.5.2系统外部接口规范 215工作流程建设 215.1业务流程建设 215.2数据流程建设 226办公场地建设 246.1设计依据与原则 256.1.1设计依据 256.1.2设计原则 256.2建设内容 267基础资源库建设 267.1万米单元网格划分 277.1.1万米单元网格的概念 277.1.2划分原则 277.1.3单元网格的编码规则 287.2数据普查 287.2.1精度要求 287.2.2城市部件分类编码 297.2.3城市事件分类编码 327.3资源库建设 347.3.1基础地理数据 347.3.2单元网格数据 347.3.3地理编码数据 347.3.4业务数据 357.3.5综合评价数据 357.4数据库群建设 357.4.1数据库群建设的特点 357.4.2数据库群的组成 367.4.3数据库群设计原则 377.4.4数据库群总体框架 377.4.5海量空间数据管理方案 388基础设施平台建设 398.1建设原则 398.2系统硬件架构 408.3建设内容 418.3.1网络与通信系统 418.3.2主机存储与备份系统 428.3.3呼叫中心系统 448.3.4视频监控系统 488.3.5大屏显示系统 528.3.6安全系统 558.3.7核心机房建设 629”数字城管”应用系统建设 639.1建设原则 639.2总体设计 649.3建设内容 649.3.1无线数据采集子系统 659.3.2监督受理子系统 659.3.3协同工作子系统 669.3.4监督指挥子系统 679.3.5综合评价子系统 689.3.6地理编码子系统 689.3.7基础数据资源管理子系统 699.3.8构建和应用维护子系统 699.3.9GPS定位监控子系统 709.3.10部件在线更新子系统 709.3.11数据共享与交换子系统 719.3.12其它信息系统的资源整合 7210标准规范建设 7510.1标准规范建设的目的和意义 7510.2标准规范建设的原则 7510.3标准规范建设框架 7610.4标准规范建设内容 7610.4.1”数字城管”业务流程标准 7710.4.2部件、事件的编码标准 7710.4.3单元网格的划分和编码规范 7810.4.4地理编码规则 7810.4.5数据交换标准 7810.4.6运行管理规范 7911组织机构和人员培训 7911.1组织机构 7911.1.1人员编制 8011.2信息采集员队伍 8011.3人员培训 8111.3.1数据普查人员培训 8111.3.2信息采集员培训 8311.3.3专业部门培训 8311.3.4值班长、视频监控员、呼叫中心人员、派遣员培训 8511.3.5相关领导的培训 8512项目建设的可行性条件 8612.1政策环境可行性 8612.2效益可行性 8612.2.1社会效益分析 8612.2.2经济效益分析 8712.3技术可行性 8712.4财务可行性 8812.5设备供应 8812.6环境保护 8812.7节能分析 8813项目建设进度安排 8914资金计划及筹措方式 8914.1资金计划 8914.2筹措方式 9315项目经济评价 9315.1一次性建设费用测算 9315.2年总成本测算 9315.3BOO方式下的费用测算 9315.4结论与建议 941概述1.1项目名称项目名称:宁波市海曙区数字化城市管理系统1.2可行性研究报告编制单位编制单位:华信邮电咨询设计研究院有限公司1.3可行性研究报告的编制依据和范围1.3.1可行性研究报告编制依据1)项目可行性研究适应的相关法律与法规:<中华人民共和国行政许可法>(7月1日)<中华人民共和国城市规划法>(1990年4月1日)<城市市政综合监管信息系统单元网格划分与编码规则>(CJ/T213-)<城市市政综合监管信息系统管理部件和事件分类、编码及数据要求>(CJ/T214-)<城市市政综合监管信息系统地理编码>(CJ/T215-)<城市市政综合监管信息系统技术规范>(CJJ/T106-)<城市市政综合监管信息系统技术规范条文说明>(修订版)<城市基础地理信息系统技术规范>(CJJ100-)<浙江省实施中华人民共和国城市规划法办法>(1992年1月18日)<城市规划编制办法>(1991年9月3日)<城市规划编制办法实施细则><国务院关于加强城乡规划监督管理的通知>(国发[]13号)<城市市容和环境卫生管理条例>(1992年5月20日国务院第101号令)<城市道路管理条例>(1996年6月4日国务院第198号令)<城市供水条例>(1994年7月19日国务院第158号令)<电子政务标准化指南>国家标准化管理委员会、国务院信息化工作办公室,.5<城市市政综合监管信息系统建设规范>(CJJ/T106-)<城市道路养护技术规范>(CJJ36-90)<城市街容标准>(GB33/T1001-)<城市环境卫生设施设置标准>(CJJ27-89)<建筑与建筑裙综合布线系统工程施工及验收规范>(CECS89:97)<现代设计工程集成技术的软件接口规范>(GB/T18726-)<计算机软件产品开发文件编制指南>(GB/T8567-1988)<计算机软件需求说明编制指南>(GB/T9385-1988)<现代设计工程集成技术的软件接口规范>(GB/T18726-)2)国家发改委、建设部<关于建设项目经济评价工作的若干规定>、<建设项目经济评价方法>和<建设项目经济评价参数>,7月印发。3)宁波市海曙区城市管理局”关于委托编制宁波市海曙区数字化城市管理系统项目可行性研究报告”的委托书。4)宁波市海曙区数字化城市管理系统建设项目建议书。5)宁波市海曙区数字化城市管理系统项目市场调研报告。6)宁波市电子政务”十一五”发展规划。7)宁波市海曙区国民经济和社会发展第十一个五年规划纲要。8)宁波市基础测绘十一五规划。9)宁波市海曙区城市管理局提供的基础数据。10)相关软硬件厂家提供的技术资料和设备报价。11)建设项目可行性研究及经济评价的其它有关规定。1.3.2可行性研究报告的研究范围1)项目建设的必要性。2)需求分析和项目内容。3)项目建设方案。4)项目建设的可行性条件分析。5)组织机构和人员培训。6)经济和社会效益分析。7)环境保护与节能分析。8)项目资金计划和筹措方式。9)项目进度安排。1.4研究期本项目可行性研究期为,从至。其中:建设期1年,即;生产期9年,即－。1.5项目提出的背景和建设的必要性1.5.1背景随着社会经济、科技的发展,中国城市发展的速度不断加快,城市规模和功能不断扩大,提高城市管理水平是保持城市可持续发展的必然要求,是城市经济和社会发展的重要组成部分,也是加快城市化进程、建设现代化城市的重要保障。城市管理在城市文明进步中所发挥的作用会越来越大,加强城市管理工作,有利于城市总体规划的实施,增强城市规划的权威性;有利于保证城市基础设施的正常运转,发挥城市建设的投资效益;有利于改进城市环境,提升城市形象,促进对外开放;有利于增强城市的综合功能,促进城市经济社会的可持续发展。应该看到,改革开放20多年里,城市建设突飞猛进,城市面貌发生了巨大变化,城市管理已进入一个关键时期;同时,城市管理滞后于城市建设也成为各个城市普遍存在的问题。当前城市管理方面存在的主要问题包括管理手段传统、信息获取滞后、管理被动后置;城市管理的各专业部门职能交叉、管理多头;长效的城市管理机制尚不完备;城市管理各部门依然以传统粗放式管理方式为主。随着城市规模的不断扩大,城市管理的任务越来越重,用传统的管理手段显然已经不能适应城市发展的要求,而运用高科技手段、高效能的管理方式管理城市则越来越显示其必要性和重要性。10月,”网格化城市管理信息系统”在北京东城区首创应用,利用信息化手段,整合多项数字城市管理技术,经过监督与指挥相分离的管理体制、万米单元网格管理法、城市部件管理法、城市管理评价体系和再造城市管理流程等城市管理模式,实现了城市管理工作的精确、敏捷、高效,为社会公众创造和谐、整洁、安全、优美的城市环境做出了重要贡献。7月,该系统被建设部确定为”数字化城市管理新模式”,并号召在全国推广。7月,建设部召开了全国数字化城市管理系统建设现场会,推动”数字城管”建设工作。7月13日,浙江省数字化城市管理试点工作座谈会在杭州召开,研究部署浙江省”数字城管”建设问题。3月,宁波市海曙区被列入浙江省第二批试点城市(区)。 海曙区”数字城管”项目建设从初开始酝酿,展开了以建设包括街面治安、交通秩序等公共安全在内的”数字城管”大系统思路的调研。鉴于系统整合的复杂性等多方面原因,项目建设停留在调研阶段。初,海曙区委、区政府研究决定,现阶段以借鉴国内比较成熟的”数字城管”建设经验,建成以公共设施管理和市容秩序管理为基本内容的数字化城市管理系统,争取底前项目建成试运行,待条件成熟后逐步拓展。1.5.2必要性”数字城管”模式代表了当今城市管理的一种趋势。”数字城管”将建立起精确、主动、高效和可视化的城市管理体系,实现城市管理的精细化、规范化、协同化和现代化目标。它将对城市管理在管理方法、管理体制、管理机制和组织架构上进行改造和完善。经过数字化城市管理,使城市管理在管理方法上实现手段创新,运用空间技术、网络技术等10余种现代信息技术实现城市管理现代化目标;在管理体制上实行监管分离和部门协同,实现城市管理协同化目标;在管理机制上再造城市管理流程,改革城市管理评价机制,实现城市管理规范化目标。”数字城管”在北京、上海、杭州、路桥等试点城市(区)的运行情况看,提升了城市管理水平,效果明显。近年来,宁波城市快速发展,获得了全国首批文明城市、国家卫生城市等众多荣誉。海曙区作为宁波市的中心城区,体现了宁波城市的形象和发展水平。城市管理在城市发展中的作用十分重要。在上级的重视支持下,海曙区城市管理水平不断提高,确立了环境卫生管理”海曙模式”和”城管、警察、法庭”有机结合的城市管理行政执法及其保障机制。在新的起点上,运用先进的管理理念、科技手段和管理机制,对于加快提升城市管理工作水平意义重大,因此,数字化城市管理系统的建设十分必要。2需求分析根据建设部的要求并结合海曙区实际情况,宁波市海曙区数字化城市管理系统建设的总体需求主要包括以下几个方面:2.1覆盖范围需求海曙区全区面积29.4平方公里,常住人口30万,流动人口约20万,辖8个街道办事处。数字化城市管理系统建设工作需在全区范围实施,覆盖本区范围内所有(市管和区管)事部件。2.2工作流程需求数字化城市管理系统工作流程的确定,首先要以建设部推广的”数字城管”模式为基础,同时结合海曙城市管理实际情况,涵盖问题上报、核实、立案、任务派遣、处理反馈、核查、结案、监督协调、综合评价等方面;事部件权属于市级单位的,由海曙区城管局指挥中心上报给市城管局指挥中心,再由其安排相关市级部门对问题进行处理。2.3组织机构需求为了顺利开展海曙区数字化城管管理工作,合理的组织机构和高素质的人员配置必不可少。按照海曙区数字化城市管理流程的要求,管理机构上,设立海曙区城市管理监督与指挥中心。2.4办公场地需求为发挥数字化城市管理系统的最大功效,其办公场地对以下几方面有一定的要求:办公装修、综合布线系统、安保系统、UPS系统、有线电视系统、办公电话系统、会议系统、机房监控系统和机房基础设备。2.5基础数据普查需求数字化城市管理系统基础数据需包括地形数据、行政区划网格数据、地理数据、部件数据、事件数据等。2.6信息量需求根据对数据来源和现状的分析,系统的核心数据是城市公共设施,包括城市部件数据和空间地理数据。其公共交叉部分是市政附属设施(1:1000,1:),每种约在16G左右;正射影像(1:1000,1:)数据经过压缩,也可控制在16G左右,再加上路网数据、行政区划数据、地名数据,总共加起来不会超过90G。部件、事件、值班信息,更新频度较大,以每天平均个问题,每个问题产生1M相关数据(含拍照图片)计,则每天产生的数据量约在M左右;则每年的数据量约在730G。视频信息,每60分钟,若采用Mpeg4格式约为735M,考虑到视频监控需要回溯查看,以备份最近2个月的视频监控录像,则视频监控系统所需要的空间约为1060G。因此,数字化城市管理系统每年的数据量累计约为1880G。2.7数据要求的需求1)完整性要求:部件、事件的相关属性(时间、空间、位置、权属、对应城管员等),要完整无缺地反映在待建系统中。2)一致性要求:系统的数据来自多个部门和业务系统,要保证数据的一致性,特别是地下管线附属设施的一致性,必须建立统一的数据编码并能够满足各专业管理单位的要求。3)准确性要求:地理位置的偏差不能超过2米;权属信息不能有误;完好情况不能有误。4)实时性要求:事件数据非空间数据在市区两级平台更新的时间不应该超过5秒;空间以及视频数据的传输和转换视数据量和网络负载情况不同,1M数据量在网络带宽不低于1M的情况下,更新(提取、传输、转换、入库)周期不超过5秒。5)安全性要求:部件的具体位置信息属于保密信息,如要对社会公众开放,需要经过管理员授权,要防止非法使用。整个平台作为城市管理的信息中枢,需要具备较高的灾备、恢复措施。2.8编码标准化需求海曙区数字化城市管理系统数据采集、处理、编码原则依据中华人民共和国建设部4月

2.9性能需求”数字城管”的性能要求项目分类时间响应时间1.简单查询,少量数据<10秒2.复杂多重查询,少量数据<20秒3.简单查询,批量数据<30秒4.一般性的统计查询<50秒更新处理时间1.更新一条记录<10秒2.更新批量记录(指一次可能输入的最大记录数)<50秒连接建立时间在局域网内连接数据库,包括确认身份、操作权限等<30秒2.10整合资源的需求海曙区”数字城管”需整合城管局原有的信息系统,包括:投诉处理平台、网上办案系统、车辆违章案件处理系统、ＯＡ系统、行政审批系统、视频监控系统以及市民诉求渠道,如114、96310、87103110(作为统一接入号)、81890、市(区)长热线、市(区)长邮箱、信访类的诉求等。2.11网络平台需求硬件网络基础设施是保证整个系统运行的前提,对于”数字城管”这样重要的系统,需确保网络有效互联、系统安全稳定。综合考虑,本系统应满足如下要求:1)高可靠性此系统所建设的网络平台是海曙区数字化城市管理系统的信息资源中心,具有举足轻重的地位。2)高安全性整个系统的安全性设计是项目建设中必不可少的一个组成部分。该网络在整个信息系统的重要地位,保证网络的安全性显得异常重要。3)高网络性能”数字城管”项目涉及相关单位较多,业务交换频繁,因此网络系统应保证具备高性能的交换能力,核心交换区、服务器接入区和用户接入区要做到无阻塞的设计。具体流量要求如下:a)应用服务器经过网络访问空间数据库,利用本地缓存管理优化性能,响应时间瓶颈在于数据的初次加载中的网络传输。实现海曙区内1:500基础地形图以及综合管线图的叠加显示,总数据量约在16G,b)对内部数据部件、事件、值班信息,更新频度较大,按每天平均个问题,每个问题产生1M相关数据(含拍照图片)计,则每天产生的数据量约在M左右,则每年的数据量约在730G;该部分信息需要实时更新;实时更新信息如果按每秒有20个并发更新,每个信息按1M字节计算,而且要求更新信息在2秒中内传输完毕,要求网络每秒至少传输4)高扩展性为了满足”数字城管”业务不断发展的需要,本项目建设应充分考虑对今后业务的支持与扩展,网络的核心层交换机应具有丰富的网络扩展接口类型,而且交换机的软件和硬件系统应具有良好的升级、扩展空间,本次建设的区级”数字城管”平台应为下一步三级架构的形成(市—区—街道)考虑统一、开放的接口。5)集中管理随着信息化业务的不断发展,系统的管理任务会日益繁重,因此系统应具有良好的可管理性和易维护性。2.12安全性需求数字化城市管理系统应用跨越政务专网、无线网,用户类型众多,整个平台将会面临各种安全隐患。2.12.1系统安全需求系统安全的主机、操作系统、数据库系统和应用软件系统在运行过程中将面临各种安全风险,如:安全漏洞的风险、计算机病毒攻击的风险。2.12.2应用安全需求应用安全的需求主要有以下几个方面:1)集中用户管理系统用户在不同的业务系统有不同的角色定义,对应不同的功能权限,因此需要针对用户特点,构建相应的用户集中管理模式,实现用户统一身份和标识管理、统一认证及单点登录。2)无线网信息传输在城市管理平台中的无线数据采集系统是在无线网络环境下搭建的,用户的相关信息都经过无线网传输,因此更需要解决身份认证、访问控制、数据保密、数据完整性等应用的安全性问题。3)用户命名统一随着海曙区各类应用系统的不断增多,实现用户的集中管理及信息共享成为必然需求,其中统一命名规范是前提条件。2.13信息平台需求在确定海曙区数字化城市管理系统的管理流程后,需进行应用系统建设,包括公众网站、呼叫中心、无线数据采集子系统、监督受理子系统、协同工作子系统、GPS定位监控子系统、监督指挥子系统、综合评价子系统、地理编码子系统、基础数据资源管理子系统、部件在线更新子系统、构建和应用维护子系统、数据共享与交换子系统。2.14手持终端需求信息采集员应配备具有通话、短信、拍照、录音、手写、GPS、GIS等多种功能的PDA移动终端。根据海曙区的业务流程要求定制”数字城管”所需功能,增加呼入呼出限制,提高定位精度。3总体建设方案建议3.1建设方案特点1)遵循建设部行业标准,贴近海曙区城市管理特点数据库群设计和业务流程设计都在建设部行业标准基础上,按照宁波市海曙区城市管理的特点进行定制,极大提高”数字城管”效率。2)创新”二级监督、三级指挥”的管理模式海曙区”数字城管”整体规划”市—区—街道三级虚拟平台”,采用”二级监督、三级指挥”的管理模式,充分地调动区、街道积极性,责任清晰、权利明确,便于指挥调度,便于协调管理,便于人员配置,解决了人员归属问题,解决了事部件的归属问题,同时也解决了人员调动权限问题。3)”养事不养人”,信息采集市场化创新信息采集方式,把政府监管与市场运作结合起来,”养事不养人”,信息采集市场化,经过政府公开招标,由专业公司承担城市管理问题相关信息采集,克服了政府雇员成本高等问题,节约了资金,提高了效率,保证了信息公正客观和服务质量。同时,发挥已有专业监管队伍的作用,加大了核查力度,提高了问题的发现率和处理率,增强了政府部门对城市管理相关行业的监管效力。4)数据交换和信息共享,充分整合政府网络和信息资源经过数据交换平台和共享技术,系统的建设充分利用宁波市海曙区已有信息系统,避免信息孤岛的产生,使各个分立的系统产生1+1大于2的效果。海曙区”数字城管”经过电子政务网,实现政府网络和信息资源的整合共享,实现城市管理行政许可信息与行政执法信息互通,实现全区城市管理业务单位、4个城管养护中心和69个社区的互联互通;初步建立政务信息与城市地理信息交换平台,实现了与公安视频监控、特定区域监控、海曙区”三防”决策等系统的对接;将GPS与GSM定位技术相结合实现了对信息采集员和城管作业车辆的实时跟踪监管;实行全天候监管和对城市管理问题进行统计分析,范围覆盖全区29.4平方公里。5)具有自维护、自扩展能力的工具式软件系统工具式软件系统技术开发模式的特点是,在组件、群件、面向对象、工作流、知识管理等现代软件开发新趋势的出现,以及用户个性化、动态化需求的共同推动下,开发单位对行业用户的应用需求本质达到了新的认识高度,而且能够用新的、成熟的软件技术加以实现。宁波市海曙区数字化城市管理系统涉及的政府部门很多,相关的机构人员、业务数量、业务类型、表格、流程、地图都会随着工作的推进而不断发展,因此系统需要支持不断变化的城市管理模式。系统提供的构建平台包括”构建与维护子系统”和”基础数据资源管理子系统”,能够使系统管理员在不用编码(零代码)、不用了解系统的详细结构情况下,经过简单的可视化界面操作完成系统与数据的搭建、日常维护和不断扩展;无须依赖开发单位,系统管理员能够随时维护或添加机构、人员、业务、流程、表格、地图等信息,使系统数据(包括OA、MIS、GIS数据库)和功能在应用过程中得到逐步扩展;实现”快速开发、自我维护、灵活调整、持续完善”的目标。图3.1-1海曙区数字化城市管理系统业务构建与维护平台示意图6)采用负载均衡技术保证系统的高可用性从数据库到空间数据引擎到WebGIS平台到最终的WebServer均采用负载均衡技术,即保证了系统的高性能,又保证了系统的高可用性。7)基于组件化开发技术基于组件化开发技术,使得系统具有良好的扩展能力,能够满足城市管理新需求。8)采用具有领先优势的ArcGIS软件作为统一GIS平台采用具有领先优势的美国ESRI公司的ArcGIS软件作为统一GIS平台,规避了GIS平台选择不当而带来的投资风险,能够很好地与宁波市海曙区其它单位的信息共享和信息交换。3.2建设目标海曙区数字化城市管理系统的建设目标是:先进性:充分吸取国内最先进的”数字城管”研究与应用成果,应用计算机网络技术、无线通信技术、”3S”空间信息技术(是以遥感技术(RS)、地理信息系统(GlS)、全球定位系统(GPS)为基础,将RS、GlS、GPS三种独立技术领域中的有关部分与其它高技术领域(如网络技术、通讯技术等)有机地构成一个整体而形成的一项新的综合技术)、行业实体库技术等先进技术手段,实现城市部件和事件管理的数字化、网络化和空间可视化。特色性:建成覆盖全区、具有海曙特色的系统平台;充分挖掘、整合、利用海曙区现有城市管理资源和信息化资源,对人员、设备、信息等进行整合,实现政府信息化建设相关资源的共享,避免重复建设,有效节约资源。实用性:创新城市管理模式,再造城市管理流程,结合城市管理工作的实际需求,解决城市管理工作面临的具体难题,系统易于操作、便于维护,具有优化的系统结构和完善的数据库系统,数据更新便捷。建立一套科学完善的监督评价体系,提高城市管理水平,应用成效显著。3.3建设原则3.3.1系统标准化原则”数字城管”包括城市部件数据的普查、编码和建库,应用系统软件的开发和实施。数据库系统、网络结构、安全体系的设计,应尽可能遵循通用的国际或行业标准,符合国家有关标准规范。没有现行标准可供参考的,在系统建设过程中应逐步建立相关的技术和业务标准,使数字化城市管理信息系统建立在标准化、规范化的业务和技术基础之上,实现区级平台与相关城市管理部件、事件主管部门和责任单位之间互联互通。3.3.2技术先进性原则系统设计上应具有较高的技术科学先进性和功能完善性,要选择国内外成熟先进的信息技术手段,要考虑主流技术的发展趋势,确保系统能适应信息技术的迅速发展,更好地解决今后系统升级等问题。3.3.3功能实用性原则在系统实现过程中,最大限度地满足城市管理业务的需要,坚持实用性原则,结合城市管理工作的实际需求,解决城市管理工作面临的具体难题,要考虑系统操作界面的友好、易于使用、快速响应、便于维护,具有优化的系统结构和完善的数据库系统,数据更新便捷。3.3.4资源共享原则在系统软硬件配置、系统开发和数据库设计上充分考虑在全部功能基础上,经过资源共享实现节约投入成本的目标。城市管理工作涉及到的相关部门和单位较多,充分挖掘、整合、利用现有城市管理资源和信息化资源,包括政务网、公安视频监控等,对人员、设备、信息等进行整合,避免重复建设,有效节约资源。3.3.5系统安全性原则经过应用多项现代信息安全技术和安全保障体系,保证数字化城市管理系统的网络安全、应用系统安全和数据安全。3.3.6可扩展性原则系统在设计和开发的过程中应具有前瞻性,提供一定的扩展方式,防止由于数据、业务变化等因素造成系统运行的不稳定。3.3.7易操作和易维护原则数字化城市管理系统的用户主要为政府部门的非计算机专业人员,因此系统在实现过程中需考虑到用户操作层面的易操作和易维护性。3.4建设内容至12月底,在海曙全区范围内建成数字化城市管理系统,包括:确定海曙区数字化城市管理系统的业务流程;组建数字化城市管理系统的两个轴心(即”监督中心”和”指挥中心”);完成城市部件数据的普查、测绘和基础数据库建设;整合利用海曙区现有城市管理信息资源;完成基础平台建设;完成”数字城管”应用系统的建设;建设数字化城市管理系统监督评价体系;完成数字化城市管理系统标准规范的制定。具体内容如下:1)确定工作流程确定工作流程是数字化城市管理系统建设首要解决的问题,是建设数字化城市管理系统的一项重要基础性工作。数字化城市管理系统工作流程的确定,首先要以建设部推广的”数字城管”模式为基础,同时结合海曙城市管理实际情况,涵盖问题上报、核实、立案、任务派遣、处理反馈、核查、结案、监督协调、综合评价等方面。2)建设”两个轴心”根据海曙的实际情况,由监督中心负责案件的受理、立案、监督、核查、结案、考评,由指挥中心负责案件的派遣、协调、督查,形成具有海曙特色的”监管分离”的两个轴心。3)建设基础资源库基础资源库的建设包括:支撑数据库、空间数据库和业务数据库等。4)整合现有城市管理信息资源整合城管局的投诉处理平台、车辆违章案件处理系统;整合公安监控点和特定区域(如天一广场、南站广场等)的视频监控系统;整合市民的诉求渠道,包括:114、96310、87103110(作为统一接入号)、81890、市(区)长热线、市(区)长邮箱、信访类的诉求等;整合城管局原有的门户网站,进行功能扩充。5)建设基础设施平台基础设施平台包括:网络与通信系统、主机与存储系统、安全系统建设和硬件平台的设备部署,同时,结合视频监控系统、呼叫中心、大屏显示系统等,实现各职能部门的联网、信息共享以及”数字城管”业务应用系统的支撑。6)建设应用系统应用系统的建设主要包括:无线数据采集子系统、监督受理子系统、协同工作子系统、监督指挥子系统、综合评价子系统、GPS定位监控子系统、构建和应用维护子系统、部件在线更新子系统、地理编码子系统、基础数据资源管理子系统和数据共享与交换系统等。7)建立综合评价体系综合评价分为内评价和外评价两个方面,内评价主要从”数字城管”内部提取数据进行评价;外评价主要从公众对城市管理的满意度、公众对城管问题投诉量的变化提取数据进行评价。综合评价体系的建设能够有效解决当前城市管理工作中普遍存在的由于工作涉及面广、工作内容繁杂所造成的难以量化评价考评的问题。8)制定海曙区”数字城管”标准规范经过海曙区数字化城市管理系统的建设行成海曙区统一的标准和规则,从而实现管理的规范化和标准化,既便于在数字化城市管理系统中有效传递,又可与其它电子政务信息标准体系有效衔接,最大范围地实现资源共享。4总体设计方案4.1设计原则为了保障宁波市海曙区数字化城市管理系统高效、快捷、安全、稳定的运行,宁波市海曙区数字化城市管理系统的建设必须遵循”统一规划、统一规范和标准、分步实施”的基本原则。提出以下设计原则:1)体现数字化城市管理模式:采用万米单元网格管理法和城市部件、事件管理法相结合的方式,应用、整合多项数字城市技术,研发”城管通”,创新信息实时采集传输的手段,创立监督中心和指挥中心两个轴心的管理体制,再造城市管理流程,从而实现精确、敏捷、高效、全时段、全方位覆盖的城市管理模式。2)符合建设部有关数字化城市管理的系列行业标准的要求:系统中各个子系统划分、功能设计、业务模式设计、综合评价体系设计、数据库设计、安全设计等方面需符合<城市市政综合监管信息系统技术规范>(CJJ/T106)等建设部系列行业标准的要求。3)具备良好的扩展性:”数字城管”项目的建设将随着城市管理职能和重点的变化而不断推进,系统的规模也会由小到大、从简单到复杂。因此,系统设计应根据宁波市海曙区需求特点,提供可扩展的应用维护系统,满足城市管理模式中部件事件扩展、专业部门扩展、流程扩展、表单扩展等方面的需求。图4.1-1海曙区数字化城市管理系统扩展性示意图4.2总体架构宁波市海曙区数字化城市管理系统的基本框架结构如下:图4.2-1海曙区数字化城市管理系统建设框架示意图系统总体架构建筑在层次模型之上,底层是基础平台层,是支持系统运行的必要的系统硬件、软件平台;数据资源层包含了本系统的所有基础数据库;业务支撑层,是支持系统运行的必要的支撑中间件;应用系统层实现了海曙区数字化城市管理系统的业务应用系统的功能,面向系统管理员、信息采集员、监督中心、指挥中心、各专业单位、各级领导和综合部门以及社会公众等。标准规范体系、信息安全体系是本系统建设、运行的必要保障。在标准规范体系、安全防护体系的框架内和系统支撑平台上建立整个数字化城市管理系统,经过数据集中统一管理,在GIS平台、工作流引擎和中间件构成的运行平台基础上建设”数字城管”应用系统,各种终端用户经过统一门户来登录到各个应用系统。4.3应用平台架构由于应用系统的不断扩充和新功能的不断增加,基于传统的二层数据处理结构中系统拓展性、维护成本、数据安全性和应用间通信功能障碍等原生性问题的存在,已不能适应当前的需要,系统建设必须采用分布式互联网体系结构(DistributedinterNetArchitecture,简称DNA体系)。分布式互联网体系结构包括数据逻辑层(DataLayer)、业务逻辑层(BusinessLogicLayer)和业务表示层(PresentationLayer)。4.3.1数据逻辑层数据库服务器存储大量的数据信息和数据逻辑,所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在这一层完成。4.3.2业务逻辑层业务逻辑层对应应用服务器,所有的应用系统、应用逻辑、控制都在这一层,系统的复杂性也主要体现在业务逻辑层,将业务逻辑单独进行处理,从而使得用户界面与应用逻辑位于不同的平台上,两者之间的通信协议由系统自行定义。经过这样的结构设计,使得业务逻辑被所有用户共享。4.3.3业务表示层业务表示层,主要指为用户提供可用、高效、一致简单的界面,用户经过IE浏览器就能够完成相关的任务派遣、协同工作等内容。数字化城市管理系统的分布式互联网体系结构设计,使应用系统具备了良好的灵活性和可拓展性,今后在”数字城管”工作不断深入和细化的要求方面,将无需重新调整体系结构,完全能够随着软硬件网络环境的扩充而支持更多的应用。4.4系统安全设计根据海曙区数字化城市管理系统的安全需求分析和安全策略,在利用先进的信息化技术来构建城市管理信息系统的同时,必须同步建立可靠的安全保障体系,以确保整个系统的安全稳定运行。4.4.1技术防护措施根据安全策略的分析,海曙区数字化城市管理系统在安全建设中应当采取的安全措施为:1)加强功能服务器的安全部署,增强防护措施,对用户的访问进行控制,保护内部信息系统安全;2)在网络出口处部署防火墙系统,进行网络安全域划分,加强访问控制,保护重要单位信息系统。入侵检测等系统,对进出内外网数据进行检测;3)使用入侵检测检测系统对数字化城市管理系统进行入侵行为检测,配合防火墙组成一套完整的边界防护体系;4)构建网络安全管理平台,实现对终端机器、网络设备的监视及配置管理;5)在整个网络中的所有服务器和终端机器上安装网络版防病毒软件,实现对病毒的防范和查杀;6)对关键服务器进行安全技术增强和加固,部署操作系统安全补丁更新系统,关闭不必要的服务等,从而增强其抗攻击能力。4.4.2应用系统安全解决方案根据安全等级保护策略,建设统一认证管理系统,为用户提供统一的信任服务机制和身份认证手段,保证用户身份的真实可信;提供统一的组织机构管理、统一的用户管理、统一的角色管理,为城市管理信息平台构建完善的应用安全环境;形成”用户—角色—权限”三元对应关系,实现先进的RBAC工作模式,对用户进行严格的访问控制,确保应用系统不被非法或越权访问,防止信息泄漏。用户认证系统总体功能是对各个业务系统用户和角色进行集中维护,角色的定义来源于与各业务系统地约定,可是角色上所分配的具体权限由各个业务系统自行维护。4.5接口规范设计数字化城市管理系统包括了多个不同的子系统,也与若干其它外部系统协同工作。因此,数字化城市管理系统的接口规范包括了两个方面,一是系统内部的接口规范,二是与外部系统之间的接口规范。4.5.1系统内部接口规范系统内部接口是指数字化城市管理系统内部的各类接口。1)无线数据传输接口无线数据传输主要指无线数据采集器与数据库服务器之间的数据传输。使用无线数据采集工具,将采集到的城市事(部件)的相关信息,包括事(部)件的类型、相关图片、录音资料以及位置坐标等信息经过GPRS数据传输技术传至服务器。无线终端与服务器端的数据传输应该支持HTTP超文本数据传输协议,能够实现文本、图形、图像以及声音等信息的传输。应满足以下要求:支持HTTP超文本传输协议;支持数据无线传输技术;支持传输数据加密功能。无线实际通信速率不低于30Kbps;网络通信质量稳定,信息传递成功率在99.9％以上;与服务器进行数据交换和传输的并发用户数应能保证系统正常工作;单次数据无线交换和传输时间小于30秒。2)无线数据采集设备、监督受理子系统与协同工作子系统接口无线数据采集设备主要用于城市事(部)件信息的采集,并将采集的结果经过无线网络传输到监督受理子系统,监督受理子系统经过立案处理后进入协同工作子系统。监督受理子系统和协同工作子系统使用相同服务器,其数据的交换和提取比较容易。除了如前所述在数据采集子系统和监督受理子系统的数据传递之外,协同工作子系统也要与无线数据采集子系统进行数据传递,这主要发生在事(部)件的案卷处理完成后,需要由信息采集员核查该案件的现场是否正确处理。因此协同工作子系统需要在流程中的某个节点向无线数据采集子系统发送核查指令。该指令应在无线数据子系统中能够反映出需要核查事(部)件的相关信息、位置信息等各种信息。信息采集员根据相关信息进行现场核查,并将核查结果反馈到协同工作子系统的流程节点中。3)无线数据采集设备、协同工作子系统与地理编码子系统接口地理编码子系统包括地理编码引擎和地理编码数据库,经过地理编码引擎,无线数据采集子系统和协同工作子系统经过地址信息能够快速定位到事发地点,起到快速定位的功能。”数字城管”中问题关联部件的定位依赖于地理编码子系统提供的地理定位引擎,只有将获取的信息迅速定位到地图上才能使城市管理部门对事件的位置、周边环境、交通情况有充分的了解,并及时进行处理,因此对地理编码子系统的地理定位引擎提出了以下的要求:a)将所有收集或调查来的非空间的各种信息(带有地址字段),准确落到地图上,准确建立非空间信息与空间信息的关系。b)提供监督中心快速锁定万米单元网格内事件发生地点。c)为任意输入地址字符串,能够直接定位到地图的万米单元网格某个位置,或提供地址所在位置的坐标信息。d)为任意空间位置能够快速生成标准地理编码字符串。4)监督指挥子系统和无线数据采集设备GPS定位监控子系统接口无线数据采集设备经过GPS定位监控子系统定时检测城管通位置,存储到数据库中,并经过UDP消息通知监督指挥子系统刷新信息采集员位置信息。5)视频监控系统和监督受理子系统、协同工作子系统接口视频监控系统将各视频终端位置信息(X、Y坐标)存储到数据库中,监督受理子系统和协同工作子系统需要查看一个问题的现场情况时,调用视频系统的信息流,显示现场情况。6)监督受理子系统、协同工作子系统和地理信息子系统接口监督受理子系统、协同工作子系统中需要查看一个问题的位置信息时,能够经过地理信息子系统提供的接口打开问题位置的地图,进行各项地图操作。4.5.2系统外部接口规范1)应用系统与外部系统业务数据交互接口应用系统将公开提供标准的对接接口,基于多层体系架构,采用标准化的数据接口设计和灵活的系统接口设计,实现数字化城市管理系统与现有系统的资源共享、协同工作。2)应用系统与市级应用系统间通讯接口外部接口完成和市级”数字城管”系统的对接,接收市级”数字城管”系统的委托任务信息、反馈相应的处理结果信息,并定期向市级”数字城管”系统反馈时间处理评价信息。5工作流程建设5.1业务流程建设1)信息收集阶段信息来源主要包括信息采集员上报、社区联系站上报、公众举报和视频监控员上报。2)案卷建立阶段监督中心接收信息采集员上报的问题,审核立案;也能够根据领导批示直接立案。3)任务派遣阶段指挥中心将立案的案卷派遣至相关专业部门处理,并对需要协调的问题进行初步协调。4)任务处理阶段相关专业部门按照指挥中心的处理要求处理问题,并将问题处理结果反馈指挥中心。5)处理反馈阶段指挥中心将处理结果反馈到监督中心。6)核查结案阶段监督中心通知信息采集员对问题的处理结果进行核查、上报,如核查信息与处理要求一致,则进行结案,否则交由指挥中心重新派遣。7)综合评价阶段由”数字城管”系统根据各岗位和环节办理的综合数据对各相关部门、各岗位的考核、评价。图5.1SEQ图\*ARABIC\s21海曙区”数字城管”系统业务流程图5.2数据流程建设数据流程如下图:图5.21海曙区”数字城管”系统数据流程图根据海曙区城市管理实际情况,兼顾以后宁波市”市－区－街道”三级架构,考虑分为现阶段实施和以后拓展两种情况安排。现阶段实施:以建设部推广的””数字城管””模式为基础,结合海曙城市管理实际情况,涵盖问题上报、核实、立案、任务派遣、处理反馈、核查、结案、监督协调、综合评价等方面。图5.22海曙区”数字城管”系统工作流程图以后拓展:预留”市—区—街道”三级平台的接口。根据需要为市城管局进行全市各区”数字城管”的整合和设立街道”数字城管”平台奠定基础。流程如下图:图5.23海曙区”数字城管”系统拓展工作流程图6办公场地建设宁波市海曙区城市管理监督与指挥中心功能区分为:指挥中心大厅、监督中心大厅、机房以及若干办公室;建设内容包括:办公装修、综合布线、安保系统、UPS系统、有线电视系统、办公电话系统、会议系统、弱电机房等。6.1设计依据与原则6.1.1设计依据<电子计算机机房设计规范>GB50174--93<计算机场地技术要求>GB2887-89<计算机用活动地板技术要求>GB6650-86<计算机场地安全要求>GB9361-88<电子计算机机房施工及验收规范>SJ/T30003-93<建筑物防雷设计规范>GB50057-94<低压配电设计规范>GB50054-95<民用建筑电气设计规范>JGJ/T16-9F210<建筑防雷设计规范>及中华人民共和国行业标准GB157<火灾自动报警系统规范>GBJ1168<民用闭路监控电视系统工程技术规范>GB50198-94<建筑内部装修设计防火规范>GB50222-95<计算机信息系统实体安全技术要求第1部分:局域计算环境>GA371-6.1.2设计原则1)先进性采用国际上先进技术满足未来一段时间内的先进性。2)可靠性、安全性在充分体现方案技术先进性的同时,保证技术的成熟性、可靠性,满足计算机网络设备对机房环境的特殊要求,充分保证机房的无间断安全运行。3)易管理性、可维护性机房系统以良好的可管理性、可维护性呈现在系统管理员面前,使管理人员易于维护。4)实用性具有很高的性能价格比。5)可扩展性、冗余性考虑机房设备及负荷在未来的增加对机房的要求,机房设计要有较好的可扩展性,有一定的冗余性。6.2建设内容办公装修(包括精密空调及新风系统、漏水监测系统、气体消防系统等)电气系统(包括供配电照明系统、独立接地与防雷接地系统和防静电系统)安保系统(包括门禁系统、图像监控系统)综合布线系统弱电系统(有线电视、办公电话、会议电视系统)UPS系统区域功能设计:序号功能区面积(m2)标准最大撤离耗时(s)1监督中心大厅按A级标准122指挥中心大厅按A级标准123计算机机房按A级标准64配电机房按A级标准65办公室按B级标准66合计4607基础资源库建设基础资源库包括:地形图、地理编码图、空间数据库、部件事件库。编号数据类型一般数据来源1大比例尺地形图(1:500/1000)规划局/测绘院/国土局或地形图更新测绘2高分辨率正射影像图组织航摄或直接购买3万米单元网格基于大比例尺地形图,结合实际情况绘制4地理编码普查5城市部件、事件普查下面描述各部分内容的建设情况:7.1万米单元网格划分7.1.1万米单元网格的概念万米单元网格是城市管理的基本管理单元,是基于城市大比例尺地形数据,根据城市管理工作的需要,依据一定的划分原则,以一万平方米为基本单位(面积约为10000平方米,故为”万米单元网格”),以社区为专题网格,将行政区域划分成若干个边界清晰的多边形实地区域。划分好的万米单元网格作为部件普查建库和数字化城市管理系统实施的范围依据。7.1.2划分原则根据建设部的有关标准(CJ/T214-),划分原则如下:1)法定基础原则单元网格的划分基于1:500基础地形图数据,结合区、街道、社区等各级行政区划范围进行,需要区城管、街道、社区等部门对划分结果进行核实和确认,以保证单元网格划分的正确性与权威性。2)属地管理原则单元网格的最大边界为社区边界,网格的划分尽量不跨越社区边界。3)地理布局原则按照城市中的街巷、院落、公共绿地、广场、桥梁、空地、河流等自然地理布局进行划分,对于因历史原因或其它原因造成的社区边界未按地理布局原则划分的情况,以核实结果为准。4)现状管理原则为强化和实施有效管理,单位自主管理的独立院落超过1万平方米时不作拆分,以单位独立院落为单元。5)方便管理原则为方便实施管理,尽可能使管理路径更捷。6)负载均衡原则兼顾建筑物、管理部件的完整性,单元网格的边界一般不应穿越建筑物、管理部件,并使各单元网格内的管理部件的数量大致平衡。7)无缝拼接原则单元网格之间不应有漏洞,不能出现交叉重叠。8)相对稳定原则单元网格应保持相正确稳定,不能随便更改。7.1.3单元网格的编码规则单元网格的编码应保证时间和空间上的唯一性,单元网格变更时,原代码不应占用,变更后的单元网格按编码规则进行扩展。单元网格编码由14位数字组成,依次为6位行政区划代码,3位街道代码,3位社区代码和2位单元网格顺序码。单元网格顺序码在一个社区内按左到右,从上到下的顺序进行流水编码,单元网格变更调整时,涉及变化的单元网格顺序码递增,并按此原则扩展。编码结构如下图:图7.1SEQ图\*ARABIC\s21海曙区”数字城管”系统单元网格编码结构图7.2数据普查城市部件数据普查工作在海曙区数字化城市管理系统建设中非常重要,是系统建设和运行的前提和基础,为数字化城市管理系统建设和运行提供必要的空间数据支持与地理信息服务。7.2.1精度要求精度要求分为A、B、C三类,如下表所示:序号精度级别误差(M)说明1A<=±0.5空间位置或边界明确的部件,如井盖、路灯等。2B<=±1.0空间位置或边界较明确的部件,如果皮箱、绿地、广告牌等。3C<=±10.0空间位置概略表示的部件,如桥梁、停车场、工地7.2.2城市部件分类编码根据功能体系划分和城市管理要求,将城市部件分为7大类:包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类、其它设施类以及扩展部件类。其中:公用设施类主要包括水、电、气、热等各种检查井盖,以及相关公用设施等;道路交通类主要包括停车设施、交通标志设施、公交站亭、立交桥等;市容环境类主要包括公共厕所、垃圾箱、广告牌匾等;园林绿化类主要包括古树名木、绿地、城市雕塑、街头坐椅等;房屋土地类主要包括宣传栏、人防工事、地下室等;其它设施类主要包括重大危险源、工地、水域附属设施等;扩展部件类专门用于对未包括在上述大类中而又确需分类管理的部件的扩充。部件的分类可根据海曙区实际情况在建设部标准基础上做相应调整。部件代码由10位数字组成,依次为:6位县级及县级以上行政区划代码、2位大类代码、2位小类代码。代码结构如下图所示。县级及县级以上行政区划代码为6位,按照GB/T2260的规定执行。大类代码为2位,表示部件大类,具体划分为:01~06分别表示公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类及其它设施类;21表示扩展部件类。小类代码为2位,表示部件小类,具体编码方法为:依照部件小类从01~99由小到大顺序编写。图7.21海曙区”数字城管”系统部件编码结构图部件应有标识码,标识码应在数据集中唯一。标识码的结构应为:部件代码+流水号。其中,流水号为6位,表示部件定位标图顺序号,具体编码方法为:依照部件定位标图从000001~999999由小到大顺序编写。根据建设部相关规定和海曙区的业务需求,在部件基本属性信息要求表中增加到达时间,属地等扩展属性项。部件基本属性信息要求序号属性项名称定义与值域范围约束/条件1标识码部件的标识码必选2名称部件的标准名称必选3主管部门代码部件主管部门的代码必选4主管部门名称部件主管部门的标准名称必选5权属单位代码部件权属单位的代码可选6权属单位名称部件权属单位的标准名称可选7养护单位代码部件养护单位的代码可选8养护单位名称部件养护单位的标准名称可选9所在单元网格部件所在单元网格的代码,应符合CJ/T213的规定必选10状态普查时部件的状态,包括:完好／破损／丢失／占用普查时必选11初始时间部件信息调查的初始时间(格式为:YYYYMMDD)必选12变更时间部件信息变更调查的时间(格式为:YYYYMMDD)变更时必选13数据来源普查测绘数据的来源,包括:实测／地形图／其它可选14备注需要特别说明的内容,如部件类型的进一步说明等可选15到达时间处理人员到达时间(格式为:YYYYMMDD)可选16属地代码部件所在街道的代码必选17属地名称部件权属单位的标准名称必选部件基本属性结构表序号字段名称字段代码字段类型字段长度1标识码ObjCodechar162名称ObjNamechar303主管部门代码DeptCode1char104主管部门名称DeptName1char605权属单位代码DeptCode2char106权属单位名称DeptName2char607养护单位代码DeptCode3char108养护单位名称DeptName3char609所在单元网格BGCodechar1410状态ObjStatechar1011初始时间ORDatedate812变更时间CHDatedate813数据来源DataSourcechar3014备注Notechar3015到达时间ArriveDatedate816属地代码AreaCodechar1017属地名称AreaCodechar60根据建设部相关规定和海曙区的业务需求,在部件基本属性信息要求表中增加到达时间,属地等扩展属性项。7.2.3城市事件分类编码根据功能体系划分和城市管理要求,将城市事件分为以下6大类:市容环境类、宣传广告类、施工管理类、突发事件类、街面秩序类以及扩展事件类。市容环境类主要包括私搭乱建、暴露垃圾、积存垃圾渣土、道路不洁、水域不洁、绿地脏乱等;宣传广告类主要包括非法小广告、违章张贴悬挂广告牌匾、占道广告牌、街头散发广告等;施工管理类主要包括施工扰民、工地扬尘、道路遗撒、施工废弃料等;突发事件类主要包括路面塌陷、自来水管破裂、燃气管道破裂、下水道堵塞或破损等;街面秩序类主要包括无照经营游商、流浪乞讨、占道废品收购、店外经营、机动车乱停放等;扩展事件类专门用于对未包括在上述大类中而又确需分类管理的事件的扩充。事件分类代码由10位数字组成,依次为:6位县级及县级以上行政区划代码、2位大类代码、2位小类代码。编码结构如下图所示。图7.22海曙区”数字城管”系统事件编码结构图县级及县级以上行政区划代码为6位,按照GB/T2260的规定执行。大类代码为2位,表示事件大类,具体划分为:0105分别表示市容环境类、宣传广告类、施工管理类、突发事件类、街面秩序类;21表示扩展事件类。小类代码为2位,表示事件小类,具体编码方法为:依照事件小类从01~99由小到大顺序编写。事件的基本属性信息要求序号属性项名称定义与值域范围约束/条件1代码事件的代码必选2名称事件的标准名称必选3主管部门代码事件处理主管部门的代码必选4主管部门名称事件处理主管部门的标准名称必选5事发位置事件发生地的位置描述必选6所在单元网格事件所在单元网格的代码,应符合CJ/T213的规定必选7到达时间处理人员到达时间(格式为:YYYYMMDD)可选8属地代码部件所在街道的代码必选9属地名称部件权属单位的标准名称必选7.3资源库建设系统核心数据主要包括基础地理数据、城市管理部件事件数据、城市管理地理编码数据、城市管理单元网格数据、城市管理业务数据、综合评价数据六类。按照应用层次能够分为核心业务数据和核心基础数据。其中,综合评价数据和城市管理业务数据属核心业务数据,而基础地理数据、城市管理部件事件数据、城市管理地理编码数据、城市管理单元网格数据属基础数据。7.3.1基础地理数据基础地理数据指城市管理信息系统赖以工作的基础测绘地形数据、遥感影像数据等。基础地理数据格式一般为ArcGIS平台的数据格式,或可与ArcGIS格式数据无损转换。7.3.2单元网格数据万米单元网格也称城管网格。城管网格分四类14位进行编码,依次是6位行政区划代码,3位街道代码,3位社区代码和2位单元网格顺序码。区县码、街道办事处码、社区码均应按照<行政区划名称与代码(JB002－)>执行。单元网格顺序码按从左到右、从上到下的顺序进行编码。7.3.3地理编码数据地理编码数据类型可分为行政区域地名、地片与小区地名、街巷地名、门(楼)牌地址、标志物地址、兴趣点地址。1)行政区域地名:行政区域地名应包含市、区(县)、街道信息,本标准中宜包含社区信息和单元网格信息。行政区域的基本地点名称应与标准地名一致,是描述该行政区域名称的最小单元。2)地片与小区地名:地片与小区地名应包含地片名称、居住小区名称的信息。地片与小区的基本地点名称应为标准地名,是描述地片、居住小区的最小单元。3)街巷地名:街巷地名应包含有地名标牌的街巷等。街巷地名的基本地点名称应为街牌和巷牌标示的汉字名称,是描述街巷地名信息的最小单元。4)门(楼)牌地址:门(楼)牌地址包括门牌地址和楼牌地址。5)标志物地址:标志物地址应包括以下内容:a)具有地名意义的纪念地与建筑物,包括建筑物、广场、体育设施、公园绿地、纪念地、名胜古迹等;b)具有地名意义的单位与院落,包括医院、学校、单位等。c)具有地名意义的交通运输设施,包括桥梁、道路环岛、交通站场等。标志物地址的基本地点名称应为描述该标志物的标准名称,应能唯一标识特定地点。6)兴趣点地址:兴趣点地址应包括沿街巷及小区中具有地理标识作用的店铺、公共设施、单位和建筑等。基本地点名称应为描述该兴趣点的最小名称单元。兴趣点地址应按以下方式唯一标识特定地点:[街巷名称/小区名称|兴趣点]。7.3.4业务数据城市管理业务数据指城市管理业务过程中涉及的数据,包括反映城市管理问题的文字、声音、图像、位置图以及办理状态、办理表格、督办信息以及组织机构等信息。7.3.5综合评价数据综合评价数据用于设定评价方式、评价指标等,用于分析评价城市管理中城市管理问题的发生和处理状况,反映城市管理水平和效率,是实现综合指标评价系统,建立完善的城市管理监督机制的基础。7.4数据库群建设本系统涉及到与城市管理相关的多个数据库的建设,涉及内容和领域广泛。既包括各种类型空间数据库的建设,比如:基础地理空间数据库的建设、城市部件库的建设、地理编码空间数据库的建设和视频位置空间数据库的建设等;又包括”数字城管”业务库的建设,比如:工作流数据库、组织结构数据库、城市管理上报问题库(部件问题和事件问题)、城市管理指标评价库等。如何将它们有机地进行组织,有效地进行存储、管理和检索应用,是一件十分重要的工作。7.4.1数据库群建设的特点1)多尺度。城市管理服务的对象要求系统既能够反映全区的全局概况,又能反映到万米单元网格的局部情况,需要多尺度空间数据支持。2)实时动态。城市管理信息系统是全区域、全时段反映城市运行状态,同时还要进行同一事件的先后对比。因此,系统需要多时项的数据支持。3)海量数据共享。经过构建城市管理信息数据库群,实现巨量空间数据共享和广泛应用。4)数据安全。在数据库建设时要充分考虑数据的安全性。7.4.2数据库群的组成数据库群由三大部分组成:支撑数据库、空间数据库和业务数据库。图7.41海曙区”数字城管”系统数据库群示意图其中,空间数据库包括:1)基础地理数据库。建立矢量数据图和栅格数据图组成的基础空间数据库。2)地理编码数据库。建立涉及万米单元网格、城市部件、城市属性关联的标准地理编码数据库。3)城市部件数据库。根据城市部件的分类分项,建立城市部件数据库。在该数据库中,还将扩展城市管理数据库。4)视频位置数据库。存储各个视频终端的位置。业务数据库包括:1)组织机构数据库。建立涉及城市管理的组织机构和人员信息数据库。2)流程定义数据库。围绕流程定义,包括相关的业务定义、表单定义、权限定义等等。3)上报问题数据库。随着城市管理系统的运转,根据上报问题生成业务相关的数据(含空间信息),比如事件分布数据、城市部件损坏分布图等。4)评价指标数据库。根据各项评价指标、评价内容和科学的数学模型,建立评价指标数据库。支撑数据库包含元数据内容。7.4.3数据库群设计原则1)以应用为主导,建立可充分反映城市管理基本特性的、统一的、及时更新的、可共享的城市管理数据库;2)以城市管理和辅助决策为目的,建立评价指标数据库;3)按照”逻辑图层－物理图层－要素及属性”的层次框架,建立完整、标准、一致、规范的、为城市管理服务的城市管理空间数据库。7.4.4数据库群总体框架根据系统数据库群建设的内容,系统数据库总体框架如下:图7.42海曙区”数字城管”数据库总体框架图数据库群从应用层次上能够分为应用数据库群和基础数据库群。其中城市管理空间数据库、指标评价数据库和城市管理业务数据库是应用数据库,它们是直接面向城市管理平台应用的,是数字化城市管理平台的核心;地理编码数据库、城市部件数据库和基础地理数据库都是基础数据库,它们是为城市管理平台提供服务的,不直接面向城市管理平台的应用,是数字化城市管理平台的基础。基础数据库群具体包括基础地理数据库、城市管理部件数据库和城市管理地理编码数据库。基础地理数据库是数字化城市管理平台建设的基础。主要包括基础地理信息资源数据库和元数据库,内容涵盖了基础、环境、城市建设、历史文化保护、人文、社会经济等众多的空间信息和非空间信息。数据分类依据各单位所管理的数据信息内容进行划分。基础地理数据库可直接对城市管理相关的各部门提供准确实时的基础地理信息,保证了数字化城市管理平台对基础地理信息的需求。城市部件数据库存储的内容是城市管理过程中的所有对象,主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施,也包括门牌、广告牌匾等部分非公共设施。城市管理地理编码数据库包括的内容有行政区划数据、地名数据、道路数据、沿街店面、楼座数据、小区、楼牌、企事业单位、万米单元、城市部件等数据。经过地理编码实现地址空间的相对定位,能够使城市中的各种数据资源经过地址信息反映到空间位置上来,提高空间信息的可读性,在各种空间范围行政区内达到信息的整合。基础数据库群主要是为系统运行提供服务的,它们主要经过地图服务引擎或者地理编码引擎等中间层服务对象对外提供相关的服务,是系统正常运行的支撑体系。核心数据库群包括城市管理空间数据库、指标评价数据库、城市管理业务数据库。城市管理空间数据库是城市管理过程中涉及的审批电子地图、基础地图以及其它专题地图等空间数据,是负责管理所有系统运行过程中与空间位置有关的审批数据的。城市管理业务数据库的内容包括事件办理过程、办理表格、事件处理监督信息以及组织结构等信息。系统是经过对业务数据库的管理和调用实现整个数字化城市管理信息化工程协同工作系统的正常流转和运行的。指标评价数据库的内容包括与城市管理评价体系有关的评价数据,具体包括评价指标、某一时间段不同评价对象的评价结果等,是实现综合指标评价系统,建立完善的城市管理监督机制的基础。7.4.5海量空间数据管理方案数字化城市管理信息系统中涉及的数据种类繁多,数据量也相当大,如何使这些海量数据得到有效地管理和应用,是空间数据库设计的关键因素。1)经过元数据管理有效组织空间数据元数据是关于数据的描述性信息。建立元数据的作用是能够经过它检索、访问数据库,有效利用计算机的系统资源,从而满足社会各行各业的用户对不同类型数据的需求以及交换、更新、检索、数据库集成等操作。一方面系统经过元数据的管理,有效地对空间数据库中的空间数据进行管理;另一方面,系统内部经过在元数据库中按照空间数据的层次维护了一套高效的数据索引机制,针对不同的用户能够快速方便地调出相应层次和地理范围的地图数据,从而大大减少无效空间数据的数据查询和数据传输,使系统的运行性能得到很好的保证。2)影像数据压缩管理过去常见的数据压缩方法已逐渐无法满足大量高质量图像的存储和传输的要求,从而成为了GIS发展的技术障碍。由多尺度分析、时频分