城市综合管理服务平台建设方案.docx

城市综合管理服务平台建设方案一、项目总体概述41.1项目建设背景41.2项目建设目标51.3项目建设内容51.3. 1应用系统建设51.3.2 数据库建设和数据普查6前端物联网设备和其他建设61.4项目建设清单71.4.1 数据普查及建库71.4.2 软件清单91.4.3 物联网设备101.4.4 政务云资源131.4.5 系统横向安全服务131.4.6 系统测试与安全测评14二、项目详细技术要求152.1 数据体系（数据库）建设要求152.1.1 城市管理基础数据库152.1.2 城市管理行业应用数据库212.1.3 公众诉求数据252.1.4 1.4数据普查252.2 应用系统建设要求322.2.1 业务指导系统（共享）322.2.2 指挥协调系统332.2.3 行业应用系统852.2.4 公众月艮务系统1442.2.5 数据汇聚系统（共享）1482.2.6数据交换系统1492.2.7城市管理驾驶舱1522.3前端物联网设备建设要求1602.3.1监控摄像头1602.3.2环卫设备1622.3.3市政设备1652.3.4户外广告监测设备1672.3.5无人机设备1672.4 政务云资源建设要求1692.5 应用软件安全等保要求1722.6 5.1系统横向安全服务1722.6系统集成及培训要求1902.6.1培训目的1902.6.2培训方式1902.6.3培训时间及地点安排1902.6.4培训使用的设施、培训教材、资料1912.6.5系统管理员培训1912.6.6各级管理人员培训1912.6.7培训效果与考核191一、项目总体概述1.1项目建设背景中共中央国务院关于深入推进城市执法体制改革改进城市管理工作指导意见（中发【2015】37号）明确指出：加快数字化城市管理向智慧化升级，实现感知、分析、服务、指挥、监察“五位一体”。结合中央文件要求，针对现状，通过搭建城市综合管理服务平台，建立服务决策、服务指挥、服务管理、服务公众的城市综合管理服务平台架构，实现感知、分析、服务、指挥、监察“五位一体”，推动城市管理向数字化、精细化、智慧化方向发展。城市综合管理服务平台的设计遵照国家住房和城乡建设部城市综合管理服务平台建设指南（试行）以及省厅印发省住房和城乡建设厅办公室关千加快推进城市综合管理服务平台建设和联网工作的通知的部署和要求，同时结合城市管理机构改革文件的要求,政府、城管局及相关部门关于城市综合管理服务平台建设的目标和需求，在借鉴全国其它城市建设经验的基础上，形成具有特色的城市综合管理服务模式和运行机制。整个项目的建设坚持以“大城管”建设为原则、改革创新促发展、依法行政促规范的宗旨，抓住大数据、物联网、5G、Al等新兴产业发展的机遇，利用新技术、新模式推动城市综合管理服务平台“大城管”体系建设。创造整洁、优美、有序的城市管理现代化，为打造“智慧城市”打下良好的基础。1.2项目建设目标为贯彻习近平总书记关于提高城市管理科学化、精细化、智能化水平的重要指示精神，落实全国住房和城乡建设工作会议部署，搭建国家、省、市三级城市综合管理服务平台，构建适应高质量发展要求的城市综合管理服务工作体系，增强城市管理统筹协调能力，提高城市精细化管理服务水平。1.3项目建设内容1.3.1应用系统建设依据国家最新技术标准要求，完成六大系统建设，即业务指导系统、指挥协调系统、行业应用系统、公众服务系统、数据汇聚系统、数据交换系统，实现对全市城市管理工作的统筹协调、指挥调度、监督考核和综合评价；其中业务指导系统直接对接国家、省级城市综合管理服务平台；指挥协调系统为系统运行核心系统，包括无线数据采集子系统、监督受理子系统、协同工作子系统、监督指挥子系统、综合评价子系统、地理编码子系统、应用维护子系统、基础数据资源管理子系统八大标准子系统（数据交换系统作为单独系统）和相关拓展子系统：包含相似案件智能分析子系统、PC端即时通讯子系统、移动即时通讯子系统、处置通子系统、领导通子系统、业务短信子系统、案件智能派遣子系统；行业应用系统包括智慧环卫子系统、智慧市政子系统、智慧园林子系统、智慧大型公园子系统、物业监管子系统、室内装修工程管理子系统、智慧排水子系统、地下管线综合管理子系统、广告监管子系统、桥隧监管子系统、违建智能分析子系统；公众服务系统基于城管微信公众号建设，构建符合国家标准要求公众服务系统，满足城管应具有投诉、咨询、建议、查询等服务功能的公众服务体系要求；数据汇聚系统共享政务数据汇聚平台，进行相关数据治理、校验、清洗、融合和编目，形成市级综合性城市管理数据库；数据交换系统按照城市综合管理服务平台技术标准的规定设计，实现系统内外部系统间的数据交换。拓展建设城市管理驾驶舱系统，建设城市综合管理服务“一张图”，包含案件广场专题、环卫监管专题、市政监管专题、综合执法专题、渣土治理专题等，实现统一坐标体系下的城市多维度时空数据汇聚、分析和展示，为城市综合管理服务运行监管和指挥调度提供支撑，构建基于大数据、人工智能等先进技术的智慧化城管新模式，推进城市管理要素、城市管理过程、城市管理决策等全方位的数字化与智能化，推动城市综合管理和服务能力提升。1.3.2数据库建设和数据普查对新建成区5平方公里基础地理信息数据、网格数据、事部件数据等相关内容进行普查，同时汇聚城市管理行业应用数据、公众诉求数据等主题数据，并通过大数据中心进一步加强城市管理数据开放，支撑流程再造，优化提升政务服务，加快数据赋能行业应用，激发社会活力。1.3.3前端物联网设备和其他建设利用北斗定位、NB-IoT传感器、移动互联网等先进技术，建成一张覆盖的城管物联网，包括视频监控、公厕监测设备、路灯控制设备、井盖检测设备、广告监管设备、无人机等，实现城市管理问题的实时监控、动态预警和主动发现，提升对相关城市市政设施及环境的时空感知能力，从而做到提前预防，加快响应速度，为智慧决策和行业规划提供数据支撑。同时，通过城市综合管理服务平台的数据交换系统以WebService协议接口形式对接物联网公共使能平台，汇聚全市物联网相关数据。建设系统横向安全体系，保证系统的安全，租赁必要的政务云资源，实现各种服务的冗余。1.4项目建设清单城市综合管理服务平台建设项目采购标的如下:1.4.1数据普查及建库序号品目名称性能要求数量单位1基础数据普查系统工作底图整理5平方公里2网格划分5平方公里3部件数据普查5平方公里4地理编码数据普查5平方公里5三维白模处理5平方公里6内业数据处理及建库5平方公里7事部件手册编制及印刷5份8园林数据普查绿地及古树名木普查5平方公里9公园及行道树普查5平方公里序号项目名称项目要求数单位量1城市管理基础数据库基础空间框架数据、城市部件数据、城市事件数据、单元网格数据1项2公众诉求数据热线、微信、公众类APP1项3城市管理行业应用数据库市政数据库道路、桥梁、路灯、管线等数据收集与建库1项4环卫数据库垃圾桶、公厕、垃圾处理厂、垃圾中转站等基础数据收集与建库1项5园林数据库包括绿地、古树名木、行道树、公园等数据采集建库1项6公园数据库包含公园等数据1项7物业数据库包含物业相关数据建库1项8室内装修数据库包含室内装修数据库1项9排水数包含排水管网、监测数1项据库据等地下管10线数据包含管线监测数据等1项库11广告数据库包含广告牌、广告公司等数据1项1.4.2软件清单序号项目名称项目要求单位数量1指挥协调系统（核心产品）无限数据采集子系统套12监督中心受理子系统套13协同工作子系统套14监督指挥子系统套15综合评价子系统套16地理编码子系统套17应用维护子系统套18基础数据资源管理子系统套19相似案件智能分析子系统套110案件智能派遣子系统套111PC端即时通讯子系统套112移动即时通讯子系统套113处置通子系统套114领导通子系统套115业务短信子系统套116行业应用系统（核心产品）智慧环卫子子系统套117智慧市政子系统套118智慧园林子系统套119智慧大型公园子系统套120物业监管子系统套121室内装修工程管理子系统套122智慧排水子系统套123地下管线综合管理子系统套124广告监管子系统套125桥隧监管子系统套126违建智能分析子系统套127公众服务系统套128数据汇聚系统套129数据交换系统套130城市管理驾驶舱套11.4.3物联网设备监控摄像头序号品目名称单位数量1高清红外型网络高速球台252摄像机电源台253避雷器台254立杆及挑臂套255地笼及基础套256室外防水箱套257接地套258前端取电套259辅助材料套2510室外防水有源音柱套2511前端安装调试套2512光纤通信费条25环卫设备序号品目名称单位数量1硬盘录像机12硬盘块13高清枪机公24异味监测15管理终端台16辅材套17安装调试费项18通讯费张19光纤条110人员卡片机台5011通讯费张50市政设备序号品目名称单位数量1单灯控制器8002集中控制器台153路灯安装调试费套8004集控通讯卡套155路灯监控系统软件台16井盖监测终端2007井盖安装调试费套2009智能井盖监控系统平台套110一体化埋入监测仪台1011安装调试费套1012通讯费套10户外广告倾角传感器序号品目名称单位数量1无线倾角传感器套1002通讯费套100无人机序号品目名称单位数量1无人机台11.4.4政务云资源序号品目名称规格数量（台）1数据库服务器操作系统：CentOS7.5,CPU：8核，内存：16G,硬盘:500G,主频:L5Ghz以上或更优32应用服务器操作系统：CentOS7.5,CPU：8核，内存：16G,硬盘:200G,主频:L5Ghz以上或更优63多媒体服务器操作系统：CentOS7.5,CPU：8核，内存：16G,硬盘：2T,主频：L5Ghz以上或更优14其他操作系统：WindowsServer2012,CPU：8核，内存：8G,硬盘：500G,主频：1.5Ghz以上或更优25云存储10T1L4.5系统横向安全服务序号名称规格数量（套）1系统横向安全F一代防火墙服务（220OM带1服务（三级等保）宽）2防病毒网关服务（220OM带宽）13网站WEB防护服务（N200M带宽）14数据库审计服务（21个数据库）15日志审计服务（，20个日志源）16堡垒机（220个资产）17网络入侵防御系统（2200M带宽）18主机防病毒（210客户端）19主机安全加固服务（NlO客户端）110系统扫描（21次）111WEB扫描（21次）112数据库扫描（21次）113上网行为管理服务（2200M）114VPN（25客户端）11.4.6系统测试与安全测评序号项目1系统测试与安全测评二、项目详细技术要求2.1数据体系（数据库）建设要求2.1.1城市管理基础数据库2.1.1.1基础空间框架数据库地理空间框架数据包括大比例尺地形数据及相关数据；地理空间框架数据的内容和组织符合国家现行标准城市地理空间框架数据标准CJJ103和城市基础地理信息系统技术规范CJlOO的规定。地理空间框架数据库是用于反映城市地貌和位置的背景数据，包括基础地形图数据、卫星影像数据、城市三维灰模数据等。地理空间框架底图数据可由自然资源局提供。2.LL2城市部件数据本次项目对区5平方公里范围内的部件进行普查。根据数字化城市管理信息系统第2部分：管理部件和事件（GB/T30428.2-2013）,部件普查的对象为城市管理公共区域内的各项市政工程设施与市政公用设施，包括公用设施、交通设施、市容环境设施、园林绿化设施和其他部件等。通过调查部件的空间位置、实际位置描述及管理属性，根据有关技术规范要求建立部件数据库。部件普查的内容包括对部件属性信息（包括部件的基本属性和附加属性）的调查采集和对部件进行测绘定位。部件的基本属性包括标识码、名称、专业部门（包括主管部门、权属单位、养护单位)、所在单元网格、状态、初始日期、变更日期、数据来源等；部件的附加属性是根据行业特点和专业需要增加的属性项。部件的测绘定位要根据建设部对各类部件的定位精度要求，通过现场测绘，获取部件的空间位置信息。2. 1.1.2.1部件分类编码规则城市部件的基本属性信息包括：标识码、名称、专业部门(包括主管部门、权属单位、养护单位)的代码及名称、所在单元网格、状态、初始日期、变更日期、数据来源、备注。主要分项内容要求：1 编码每个部件的编码具有唯一性。部件分类代码由3个码段共10位数字组成，依次为：6位县级及县级以上行政区划代码、2位大类代码、2位小类代码。部件代码结构如图所示。口口口口口口I小类代码大类代码县级及县级以上行政区划代码编码应符合如下要求：(1)县级及县级以上行政区划代码按照GB/T2260的规定执行；(2)大类代码表示部件大类，从01开始顺序编排，具体划分如下：01-05分别表示公用设施、交通设施、市容环境设施、园林绿化设施和其他部件。其中：公用设施类主要包括水、电、气、热等各种检查井盖，以及相关公用设施等；道路交通类主要包括停车场、交通标志牌、公交站亭、立交桥等；市容环境类主要包括公共厕所、垃圾箱、户外广告、牌匾标识等；园林绿化类主要包括古树名木、雕塑、街头座椅等；其它部件，主要包括人防工事、公房地下室、重大危险源、水域附属设施、文物古迹等。(3)小类代码表示部件小类，前四个部件大类细分的小类从01-79顺序编排，80-99用于扩充的小类。2、部件名称按照部件分类表(部件分类代码表)(GB/T30428.2-2013)所给定的名称准确描述。部件空间数据的坐标系统应使用所在城市基础测绘的坐标系统。部件普查、测绘应保证数据的完整性、现势性和正确性。部件的图式符号应符合数字化城市管理信息系统第2部分：管理部件和事件(GB/T30428.2-2013)中部件图示符号的规定。部件普查、测绘成果按照本标准相关要求进行验收。部件普查、测绘成果验收的主要内容应包括：部件的分类代码是否正确，属性信息是否完整准确，定位是否达到精度要求，所在区域的部件是否完整调查，元数据内容是否完整准确等。3、部件时间信息要求记录部件信息获取的初始日期和变更日期。时间信息的记录应使用8位日期格式，以YYYYMMDD的方式表达。4、部件属性信息要求部件基本属性信息要求应符合标准的规定。5、部件状态按完好、破损、丢失、废弃、移除五种情况填写。6、所在单兀网格部件所在单元网格标识码，应符合GB/T30428.1的规定。2. 1.1.3城市事件数据城市事件数据，包括市容环境、宣传广告、施工管理、街面秩序、突发事件和其他事件等方面的数据。具体包括：(1)监管问题数据包括任务号、上报时间、立案时间、结案时间、问题来源、部事件类型、大类名称、小类名称、区、街道、社区、单元网格、部件编码、坐标、问题描述、专业部门、案件状态等信息;(2)案件状态更新数据包括任务号、案件状态、案件状态更新时间等信息。2.1.1.3.1事件分类根据数字化城市管理信息系统第2部分：管理部件和事件(GB/T30428.2-2013)要求,城市事件划分为6大类和83小类,包括市容环境、宣传广告、施工管理、街面秩序、突发事件和其他事件。其中：市容环境类，主要包括私搭乱建、违章接坡、建筑物外立面不洁、暴露垃圾、积存垃圾渣土、道路破损等；宣传广告类，主要包括非法小广告、违规户外广告、违规牌匾标识、广告语言文字不规范等;施工管理类，主要包括施工扰民、工地扬尘、施工废弃料、施工工地围档问题、施工占道等；街面秩序类，主要包括无照经营游商、早(夜)市管理问题、流浪乞讨、占道废品收购、店外经营等；突发事件类，主要包括供水管道破裂、燃气管道破裂、路面塌陷、排水管道堵塞、群发性事件等；其他事件类，主要包括违规高空悬吊作业、临街屠宰等。2. 1.1.3.2事件编码规则1、事件编码每个事件的编码具有唯一性。事件分类代码由3个码段共10位数字组成，依次为：6位县级及县级以上行政区代码、2位大类代码、2位小类代码，事件代码结构如下图。I小类代码大类代码县级及县级以上行政区划代码编码应符合如下要求：(1)县级及县级以上行政区划代码按照GB/T2260的规定执行；(2)大类代码表示事件大类，从01开始顺序编排；(3)小类代码表示事件小类，每一举件大类细分的小类从。79顺序编排，8(99用于扩充的小类。2、事件名称按照事件分类表(事件分类代码表)(GB/T30428.2-2013)所给定的名称准确描述2.LL4单元网格数据按照国家标准数字化城市管理信息系统第1部分：单元网格(GB/T30428.1-2013)对5平方公里范围内进行单元网格数据进行采集和划分。采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个网格状的单元。考虑城市管理的精细化要求和管理的动态要求，单元网格应根据实际情况进行精细划分，不宜以社区为单位作为单元网格。2.LL4.1单元网格的划分原则1）法定基础原则：单元网格的划分应基于法定的地形测量数据进行。2）属地管理原则：单元网格的最大边界为社区的边界，不应跨社区分割。3）地理布局原则：按照城市中的街巷、院落、公共绿地、广场、桥梁、空地、河流、山丘、湖泊等自然地理布局进行划分。4）现状管理原则：单位自主管理的独立院落超过一万平方米时，不应拆分，以单位独立院落为单元进行划分。5）方便管理原则：为方便实施管理，应尽可能使管理路径便捷。6）负载均衡原则：兼顾建筑物、城市市政管理对象的完整性，网格的边界不应穿越建筑物、市政管理对象，并使各单元网格内的市政管理对象的数量大致均衡。7）无缝拼接原则：单元网格之间的边界应无缝拼接，不应重叠。8）相对稳定原则：单元网格的划分保持相对稳定。2.1.L4.2单元网格编码单元网格编码由15位数字组成，依次为：6位县级及县级以上行政区划代码、3位乡镇代码、3位社区代码和3位单元网格顺序码，编码结构如下图所示：口口口口口口口pp口,口单元网格顺序码社区（村）代码街道（乡镇）代码行政区划代码2. 1.2城市管理行业应用数据库2.1. 2.1园林绿化数据库全面、及时、准确地掌握园林绿化基础数据是园林绿化管理工作的基础，本次项目建设将委托专业普查队伍对5平方公里范围内园林相关数据进行全面普查，园林数据普查相比其他数字化城市管理部件，有着一些特殊的属性需要普查到。下面具体说明园林绿化相关的部件普查应涵盖的内容：2.1.2.1.1绿地根据绿化性质和功能，园林绿化可分为公共绿地、单位附属绿地、居住区绿地、生产绿地、防护绿地、特殊绿地等。属性包括：编码、名称、起止点、类别、红线宽度、道路总长度、非机动车道宽、含树路长、占地总面积、非机动车道面积、分车绿带面积、路测绿带面积、行道树绿带面积、交通绿岛面积、绿地率、绿化覆盖面积、乔木覆盖面积、灌木覆盖面积、绿化覆盖率、非机动车道遮阴面积、非机动车道遮阴率、道路完好面积、初始时间、变更时间、建设起止时间、建设单位、设计单位、施工单位、监理单位、改造维修情况、管理单位及责任人、管养等级及标准、管养经费、生物防治、管养要点、植物造景情况、景观特色、节约型技术使用。2.1.2.1.2古树名木古树名木是指由园林部门认定的，属于国家珍稀、具有重要的历史、人文、景观、生态价值和纪念意义并挂牌的树木。属性包括：编码、名称、地址、别名、科名、属名、拉丁学名、树高、胸径、冠幅、等级、树龄、树体其他情况、是否存活、坐标、初始时间、变更时间、周边环境、所有权属、管理责任人、管养综述。2.1.2.L3行道树栽植在道路两侧及分车带的树木。属性包括：编码、名称、地址、别名、科名、属名、拉丁学名、树高、胸径、冠幅、树体其他情况、是否存活、坐标、初始时间、变更时间、周边环境、所有权属、管理责任人、管养综述。2.1.2.1.4公园兴趣点公园兴趣点数据包括游客中心、警卫处、景点、休息亭、卫生间等。2.L2.2市政数据库全面、及时、准确地掌握市政基础数据是市政管理工作的基础，市政数据相比其他数字化城市管理部件，有着一些特殊的属性需要收集。本次项目建设将全面收集、整理现有市政管理相关数据库，具体内容包括：2.1.2.2.1市政公用设施参照城市市政综合监管信息系统管理部件和事件分类、编码及数据要求，市政基础设施数据按类别通常包括市政公用设施和其他设施等市政工程设施与市政公用设施。2.1.2.2.2道路基础数据道路基础数据主要包括道路名称、道路编码（按照规范进行编码）、所属区域、道路类别、路面类型、道路起点、道路终点、设计年限、建造时间、道路总长（米）、车道数、机动车道宽度（米）、非机动车道宽度（米）、人行道宽度（米）、辅道宽度（米）、辅道长度（米）、道路设施完好状况、备注。2.1.2.2.3桥梁基础数据桥梁信息包括桥梁属性信息、桥梁多媒体、图纸（CAD）、桥梁设计资料、其它档案材料等基本信息。除基础属性数据外，还应该涵盖权属单位、管养单位、最近检测日期及检测结果等变化信息。可从往年桥梁监测报告中收集。2.1.2.2.4路灯基础数据路灯标识码、主管部门代码、主管部门名称、权属单位代码、权属单位名称、养护单位代码、养护单位名称、所在单元网格、状态、初始时间、变更时间等信息。可从现有路灯管理系统对接获取。2.1.2.2.5排水基础数据排水设施基础数据包括雨水口、检查井、排水管道、排水沟渠、排放口、泵站、闸门、易涝点等要素数据。2.L23环卫数据库环卫数据库将整合环卫管理行业基础信息数据，主要包括环卫人员、环卫车辆、环卫标段、垃圾楼、公厕、中转站、垃圾桶、外包服务公司等环卫数据，智慧环卫平台基础环卫数据库调取相关基础数据。本次项目建设将全面收集、整理核心城区5平方公里范围内环卫相关数据，形成环卫数据库。2.1.2.3.1环卫专题数据对环卫系统项目覆盖的区域内的所有垃圾箱，垃圾中转站，公厕,垃圾处理厂等与环卫系统有关的环卫数据进行全范围的收集，然后通过地理编码技术进行科学详细的编码，为环卫综合数据库建库做准备。2.1.2.3.2环卫综合数据库1、公厕专题图层通过对环卫系统项目所覆盖区域内的所有公厕进行全范围的收集建库，然后通过GlS软件生成公厕专题图层，将公厕图层数据录入环卫综合数据库。2、中转站专题图层通过对环卫系统项目所覆盖的区域内的所有垃圾中转站进行全范围的收集建库，然后通过GlS软件生成垃圾中转站专题图层，将垃圾中转站图层数据录入环卫综合数据库。3、垃圾处理厂专题图层通过对环卫系统项目所覆盖的区域内的所有垃圾处理厂进行全范围的收集建库，然后通过GlS软件生成垃圾处理厂专题图层，将垃圾处理厂图层数据录入环卫综合数据库。2.1.2.4其他行业综合数据库建设其他行业综合数据库，包括公园数据库、物业数据库、室内装修数据库、排水数据库、地下管线和广告数据库。2.1.3公众诉求数据公众诉求数据包括通过热线、微信、公众类APP等服务渠道收集的投诉、咨询和建议类数据。数据内容包括数据来源、服务分类、交办情况、处理情况、满意度等。同时，还应整合或共享政府相关部门的公众服务数据资源。2.1.4数据普查地理空间框架数据包括大比例尺地形数据及相关数据；地理空间框架数据的内容和组织符合国家现行标准城市地理空间框架数据标准CJJ103和城市基础地理信息系统技术规范CJlOO的规定。地理空间框架数据库是用于反映城市地貌和位置的背景数据，包括基础地形图数据、卫星影像数据、单元网格数据、地理编码数据和城市三维灰模数据等。地理空间框架底图数据、卫星影像数据可由自然资源局提供；单元网格数据、地理编码数据按照标准进行普查处理及城市三维灰模数据处理与建库。2.1.4.1单元网格数据划分与建库2. 1.4.1.1单元网格定义按照住建部颁发的数字城市管理信息系统第1部分：单元网格（GB/T30428.1-2013）的要求，结合实地调查和城市管理局的要求，对城市综合管理服务平台建设范围进行精细划分和编码。单元网格是指智慧化城管管理的基本管理单元，是基于大比例尺地形数据，根据智慧化城管管理的需要，按照一定原则划分的、边界清晰的多边形地理区域。3. 监督网格是指单元网格基础上建立的城市管理监督责任区域，是城市管理监督员的基本工作区域。4. 1.4.L2单元网格编码一个单元网格有唯一的标识码。由15位数字组成，依次为6位县级及县级以上行政区划代码，三维街道（镇、乡）代码，3位社区（村）代码和3位单元网格顺序码。编码结构如下图所示：I小类代码大类代码县级及县级以上行政区划代码县级及县级以上行政区划代码2.1.4.L3单元网格属性数据单元网格的基本属性数据应包括单元网格标识码、单元网格面积、单元网格初始划分时间；当单元网格发生变化的时候，应包括单元网格终止时间。必要时，而是用备注形式说明其他有关信息。2.1.4L4单元网格划分流程根据以上网格划分与编码规则，结合地形图与城市管理实际情况，进行网格划分。2.1.4.L5单元网格更新机制对于网格数据的更新可以采取即时更新的方式，即当某社区或街道存在地理位置和权属变化的时候，可由这一级行政机构进行上报更新。2.1.4.1.6单元网格图集编制单元网格图集在电子地图的基础上按划分原则进行，划分之后的单元网格上都附有网格编码，并打印成图。每一个单元网格在图集中都有属性说明。2.1.4.2地理编码数据普查与建库根据住建部颁发的数字化城市管理信息系统第3部分地理编码（GB/T30428.3-2016）进行5平方公里范围的城市管理相关的地理编码数据普查。基本地点数据内容包括区域数据、地片与片区数据、街巷数据、门（楼）牌数据、兴趣点数据。具体描述如下：A区域包括各级行政区、社区（村）及单元网格。A地片与区片包含居住小区名称、功能区、单元、院落等。A街巷包含有街、大街、道、大道、路、巷、胡同、里、弄、条等。门（楼）牌包含门、院、楼、座、栋、幢、斋、馆、堂等标牌。A兴趣点包含具有地理标识作用的建筑物、单位、店铺、车站、码头、广场、桥、碑、亭、雕塑、喷泉等。2.1.4.3地理编码依据区域包括各级行政区域、社区（村）及单元网格。县级及县级以上行政区域代码应按照GB/T2260-2013的规定执行；街道（镇、乡）的代码应采用各城市宜居GB/T10114-2003规定编制的代码。区域的空间表示应符合下列规定：以面表示；行政区域、社区（村）边界应按城市1:500-1:2000基础地理数据确定，单元网格边界线应符合GB/T30428.1的规定；行政区域标识点宜定位于该级行政管理部门驻地，社区（村）标识点宜定位于其管理部门驻地，单元网格标识点宜点位于网格的几何中心。2.1.4.3.1地理编码规则（1）地点定位要求地点定位宜优先基于门（楼）牌数据或兴趣点数据进行。基于门（楼）牌数据定位时，可按门（楼）牌号插值进行概略定位；基于兴趣点数据进行定位时，可辅助使用方位、距离等信息。利用基本地点数据进行定位时，可使用以下方式：门（楼）牌可按标牌位置或标识码实现定位；兴趣点可按名称或标识码实现定位；街巷宜按其名称或标识码实现定位；地片与区片可按其名称或标识码实现定位；区域可按其名称或代码实现定位。（2）分段组合规则地点定位描述的分段应符合下列规定：区域名称按【市I区/县街道/镇/乡I社区/村】分段；地片与区片按【市I区/县I街道/镇/乡I地片/区片】分段；街巷按【市I区/县I街巷名称】分段；门牌名称按【门牌上的街巷名称/门牌上的地片名称/门牌上的区片名称I顺序号I号/院】分段；楼牌名称按【楼排上的街巷名称/楼排上的地片名称/楼排上的区片名称I顺序号I号/楼】分段；兴趣点名称按【地名/区片/街巷/门牌/楼牌兴趣点名称】分段；注：符号【】表示定位描述内容；符号I表示分段；符号/表示或者。地点定位描述组合规则应符合下列规定：地点定位描述按【区域名称I地片/区片/街巷/门牌/楼牌I（方位）I兴趣点（方位）I（补充说明）】的基本地点名称分段；地点定位描述中方位描述和宜按东/南/西/北/东南/西北/东北/西南/前/后/左/右/上/下/内/外/旁/相向/相邻，可按需扩展；地点定位描述中补充说明是与基本地点相对地理位置关系的描述。注：符号O表示可选内容。2.1.4.3.2数据质量要求(1)坐标系基本地点数据采用的坐标系应为基础测绘的坐标系。(2)采集密度数据采集区域的区域类型说明如下表所示：序号区域类别说明1一类区域核心区、人流密集区、商业区、重点街道和重点旅游景区2二类区域一般城区3三类区域城乡结合部、拆迁区和权属未移交区等(3)位置精度门(楼)牌、兴趣点等数据的平面位置中误差不应超过±2.0；线状数据、面状数据的位置精度应符合数据采集的要求。2.1.4.3.3数据更新建库流程地理编码数据更新建库包括对现有数据进行分析与提取、数据外业调查与核查、数据质检入库等操作。A现有数据分析与提取本次地名地址更新要充分利用各方数据资源，包括已有的地名地址数据、地形图数据的地名和居民点数据、行政区划数据以及新建的房屋数据，通过对各类数据进行内业预处理分析，提取出部分符合标准的地名地址数据，避免全部依靠外业采集来更新数据。A数据调查与核实分区打印图纸，机型外业核实与调查，针对图上已有的地址数据,进行位置与属性核实，针对图上没有的，在图上标示位置，并填写调查表，供内业建库使用。A数据质检包括过程质量检查成果检查，在数据采集的过程中，进行数据质量控制和检查，根据相关规定数据采集的内在约束性；成果检查主要依据建库标准对数据进行入库前的检查，检查合格后方可入库。A数据入库进行数据属性信息等的录入，最终构建地理编码数据库。2. 1.4.4城市建筑物灰模数据城市建筑物灰模数据是城市三维地图数据的一种，属于一般展示三维，利用快速高效低成本的制作方法将城市地图从2D转变为3D效果，以城市建筑物群为主要对象进行三维模型的制作，建筑物立面纹理效果采用简易的白色或者灰色。灰模作为三维建筑模型的初期产品，其中包含了建筑的位置、高度、形状、面积和体积等信息，既基于三维数据的分析与处理等应用提供了关键信息，同时也是进一步开展三维景观数据建模的基础数据。灰模数据来源对接自然规划资源局。2.1 .4.4.1灰模数据建设思路以地理国情普查数据成果（含中间成果）为数据源（包括最新地基土（即DLG数据）、DEMDSM和DoM等资料），通过DLG获取建筑物基面信息，DEM>DSM获取高程信息，DoM作为检查参考信息，使用数据处理软件和建模软件进行模型数据生产。2.2 应用系统建设要求2.2.1 业务指导系统（共享）业务指导系统共用国家平台的业务指导系统，包括政策法规、行业动态和经验交流子系统。共用国家平台业务指导系统，登录平台将直接进入国家平台的业务指导系统。2.2.1.1政策法规子系统政策法规子系统通过汇聚、共享城市管理领域相关法律、法规、规章、规范性文件以及标准规范等数据，实现对政策法规类信息的分类分级管理。该模块包括对政策法规类数据录入、分类展示、综合查询及统计分析等功能。2.2.1.2行业动态子系统行业动态子系统是通过汇聚地方推送的城市管理机构设置、队伍建设、执法保障、工作机制等信息，以及改革创新、专项行动、重点任务落实等工作动态，实现对城市管理行业动态信息的全面掌握。该模块包括台账查询、台账审核、台账统计、配置管理等功能。2.2.1.3经验交流子系统经验交流子系统是通过汇聚地方推送的城市管理好经验、好做法，通过平台向各地推广典型案例，发挥引领示范作用。该模块包括对经验交流类数据录入、分类展示、综合查询及统计分析等功能。2. 2.2指挥协调系统2.2. 2.1无线数据采集子系统无线数据采集子系统主要用于信息采集监督员向监督指挥中心上报在管理范围内通过巡查所发现的城市管理相关问题信息、，接受中心分派的任务指令并反馈。该系统依托移动设备，采用无线网络传输技术,通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题文本、图像、声音和位置信息实时传递。2. 2.