宁波市海曙区数字化城市管理系统项目可行性研究报告样本

宁波市海曙区数字化都市管理系统项目可行性研究报告编制单位：华信邮电征询设计研究院有限公司二ОО七年六月目录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月29

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秒中内传播完毕，规定网络每秒至少传播100M4）高扩展性为了满足“数字城管”业务不断发展需要，本项目建设应充分考虑对此后业务支持与扩展，网络核心层互换机应具备丰富网络扩展接口类型，并且互换机软件和硬件系统应具备良好升级、扩展空间，本次建设区级“数字城管”平台应为下一步三级架构形成（市—区—街道）考虑统一、开放接口。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发展技术障碍。由多尺度分析、时频分析起来小波分析理论成为了图像压缩、解决和分析最有用工具。基于小波影像压缩技术具备如下特点：具备较高压缩比；可以压缩非常大图像；可以各种辨别率显示影像数据；采用选取性解压技术可以解压你需要浏览整个压缩图像一某些,解压速度快，可以迅速地打开和浏览大图像；可实现即时、无缝、多辨别率大量图像浏览，无需等待、无需分块解决、无需软件代理。通过ECW进行影象数据压缩管理，实现了矢量空间数据和影象数据无缝连接，使顾客可以在B/S系统中以便地对各种GIS信息进行查询分析。8基本设施平台建设8.1建设原则1）先进性、实用性：设备选型时考虑先进性与实用性相结合，从实用角度出发。2）安全可靠性：“数字城管”需要7*24小时不间断运营，对系统可靠性规定很高，在选型时不但规定选取单机可靠性高（如采用多路CPU、内存CHIPKILL技术、冗余电源等），并且要选取可以提供好群机解决方案品牌。3）可扩充、升级能力：在设备选型时，要考虑到系统此后发展状况，要留有一定余地，同步也规定所选用设备除了自身具备较好可扩充能力外，还应具备较完整产品系列。4）良好售后服务。5）高性能价格比。8.2系统硬件架构海曙区数字化都市管理系统基本设施平台重要涉及服务器、网络与通信系统、存储与备份系统、网络安全系统等，总体设计图如下：图8.2SEQ图\*ARABIC\s21海曙区数字化都市管理系统硬件架构设计总图8.3建设内容8.3.1网络与通信系统网络与通信系统建设是海曙区数字化都市管理系统重要构成部份。其重要目是建设覆盖全区范畴网络系统平台，并为各种支撑平台、应用系统提供网络支持，并保证系统正常运营。网络与通信系统规定能提供各级节点（涉及监督与指挥中心、托管IDC机房、有关都市管理业务单位等）数据传播和信息资源共享，使顾客可以在网络上发布信息，实现跨地区、跨部门协作。海曙区“数字城管”网络与通信系统建设重要涉及如下几块内容：核心路由互换网络设计；与监督与指挥中心互联对接；与城管局互联对接；与城管局下属业务单位互联对接；与宁波电子政务网有关专业单位部门、街道社区互联对接；与视频监控平台互联对接；信息采集员终端接入。8.3.2主机存储与备份系统1）服务器系统设计依照海曙区数字化都市管理系统实际需求，采用服务器重要涉及：数据库服务器、应用服务器、数据互换服务器、视频服务器、备份与防病毒服务器、城管通服务器、CA服务器、运营维护服务器等。数据库服务器是本次项目核心服务器，包括了所有应用数据，需在最大限度上保证数据库可以长期、稳定提供服务，保证数据库不间断工作。应用服务器上安装了数字化城管核心软件，所有客户均需要访问应用服务器，并发数量高，因此选取多台高品位服务器做负载均衡，保证所有任务能平均分派到各台服务器上。数据互换服务器上安装了数字化城管数据互换软件，实现与城管网络成员单位之间数据共享与互换，并实现与都市管理各有关部门既有系统协同工作。视频服务器是用来控制监控摄像头工作，同步也用来存储采集到视频数据。备份和防病毒服务器用来作为防病毒软件控制端，并且布置备份软件，负责非SAN环境服务器LAN方式备份。城管通服务器是城管通与数据库接口服务器，安装有无线数据采集系统。CA服务器布置CA证书系统。运营维护服务器布置入侵检测系统、安全审计系统、漏洞扫描系统客户端，并且还作为防火墙等安全设备日记服务器。2）存储和备份系统设计海曙区数字化都市管理系统主机存储架构设计采用服务器群集、SAN存储架构，备份方式选取LAN-Free结合TCP/IP，架构图如下：图8.31海曙区“数字城管”主机存储系统架构图核心城管业务应用服务器所有采用了双路冗余构造，从控制器及其电源、光通道互换机及其电源、磁盘机箱及其电源、FC-FC多模光缆等都是双路冗余，任何环节都避免了单点失效。每个联结存储系统主机，都是通过两个HBA卡分别和两个互换机冗余连接，具备负载均衡和自动容错能力。通过完备基于Web管理软件，进行集中在线磁盘逻辑卷划分（LUN）和在线SAN设备管理，涉及自动查找新设备、自动恢复错误、排除故障等，使得存储资源运用率达到最高。再者，主机升级维护，只需在管理系统上做简朴操作，就能及时把数据从一种主机“迁移”到此外一种主机上。新主机上一旦操作系统安装完毕并连接到存储上，就能及时替代旧主机。其中数据库服务器群集、视频服务器、数据互换服务器、备份和防病毒服务器等接入SAN存储区域；应用服务器、运营维护服务器、城管通服务器等由于系统特点无需接入SAN区域中，某些数据存储或取至数据库服务器。SAN环境中服务器直联磁盘阵列柜进行LANFREE方式文献备份，别的非SAN环境服务器通过LAN方式连接备份和防病毒服务器进行文献备份，数据库服务器备份需配备OracleAgent进行备份。8.3.3呼喊中心系统呼喊中心是监督与指挥中心与协同工作网络重要通信平台，通过整合96310城管热线、87103110、81890、市（区）长热线、114号码百事通等呼喊资源，实现与协同工作业务平台、信息采集员联系、数据传播和工作调度；同步受理市民关于都市管理方面投诉。呼喊中心建设需考虑四个方面：a）人力资源：呼喊中心系统成本较高某些是人工座席工资，此外人员管理、培训、薪酬、福利等方面将占需较高费用。b）系统构建成本：详细包括拟定目的、制定技术方案、完毕详细设计、系统设计与实现、系统测试、系统运营、系统维护。c）运营管理：既是对系统管理，更是对员工管理。运营当中影响工作效率因素有：事后解决时间实际工作效率平均放弃时间平均单呼成本平均通话时间平均持线时间平均交谈时间监听分值d）运营成本：涉及人员薪酬、人员培训费用、房租水电、外呼电话费用、人员管理成本、办公用品消耗等。当前，可选取方式有自建呼喊中心和外包呼喊中心两种方式，对例如下：自建和外包呼喊中心对比自建呼喊中心外包呼喊中心考虑内容涉及设备投入、线路租金、集成费用、维护人工费、管理成本、设备使用年限、系统升级等。只需要考虑座席月租金、中继线路租金能否承受。初期投资初期投资约36万元，涉及设备设备投入、软件费用、接线员培训等费用。只需投资呼喊中心接线员终端费用，初期投资约5.82万元。使用费电话中继线租用费（9600元/年）业务使用费（约2.4万/年座席）维护费涉及每个座席维护费和专业维护费，占系统总投资成本15％（约5.4万元）。由运营商提供专业维护。系统升级CTI技术当前发展不久，新功能，新业务相继推出，系统每年功能升级费用另收。运营商统一进行平台升级，最后顾客只是使用业务。故障响应电话中继线路提供商只提供线路故障解决，系统设备故障需联系厂家和集成商解决，由于各厂家和集成商不会在各地均设有维护人员，多为电话响应，故障解决时间较长。同步一旦设备保修期满，故障响应很难非常及时。运营商拥有专业维护支撑队伍，客户系统故障可就近向本地客户经理申报，故障解决时间有保证。优势专业化：多行业运营经验，可以保证服务质量高水准；灵活性：顾客可以得到弹性呼喊中心，其规模可以随时扩大或缩小；其可改进性、可维护性、可开发性和可控制性都非常强。节约成本：节约在人力、系统和管理等方面投资。由以上对比和归纳，本报告建议选取外包呼喊中心方式，综合有如下优势：节约投资，更能集中政府优势，将重点保持在核心业务上，无需耗费精力提