XX区数字门牌项目采购需求.docx

XX区数字门牌项目采购需求一、建设背景随着城市化进程的快速推进，城市空间布局变化巨大，存量地名地址预计达30万。由于地名地址信息多头管理，出现一地多名、一房多址，门牌新旧混用、重名等乱象，不仅给日常的政务工作开展带来困扰，也给老百姓办事带来诸多不便，甚至引起法律纠纷。在XX省政府数字化转型、争创共同富裕的新形势下，政府对地名管理服务工作的信息化建设提出了更高的要求。为认真贯彻中共中央国务院关于支持XX高质量发展建设共同富裕示范区的意见、XX省数字化改革总体方案及XX省民政事业发展“十四五”规划等文件精神，遵从“创新驱动，开放共享”原则，进一步加强地名信息化顶层设计，以“数字门牌”为载体，建立政府和百姓之间的快速信息互动通道，快速精准传达政府服务工作内容和指导精神，多码合一，提升“码上查、码上办”服务效率。同时，实现地名地址数据共享，推进业务协同，为高水平推进全域治理现代化夯实基础。二、建设目标本项目建设以“聚焦目标、把握关键、突出重点”为总体建设方针，通过对区域地名地址数据的实地踏勘、治理融合和场景化应用的研发，实现地名地址的空间化管理，联合区民政、公安、政法、住建、市场监管局等推进多跨部门的业务协同和数据共享。建设完善标准地名地址库联动更新机制，以数字门牌为载体,汇聚各类与标准地名地址相关的社会治理与服务实际应用场景，将“数字门牌一码到家”的民生服务嵌入二维码门牌信息集成系统。通过信息集成化、体验便捷化，方便百姓“码上查、码上办”，为高水平推进全域治理现代化夯实基础。三、建设内容1、建设清单1.lXX区标准地名地址数据治理序号服务目录技术参数及配置标准1XX区标准地名地址数据治理XX镇内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数128000余条。外业采集:对上述128000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。48308余条XX镇内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数115000余条。外业采集：对上述115000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。42828余条。XX镇内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数117000余条。外业采集：对上述117000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。42828余条。XX镇内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数139000余条。外业采集：对上述139000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。52147余条。XX镇内业处理:对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数99000余条。外业采集：对上述99000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。37227余条。XX街道内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数104000余条。外业采集：对上述104000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。38695余条。XX街道内业处理：对现有民政及政法委地名地址数据进行标准化、去重、融合比对清洗。总数98000余条。外业采集：对上述98000条数据清洗融合后成果数据进行外业地毯式注意核实属性描述及空间位置，经确认后全量入库，并做好民政和政法委数据的关联关系。36750余条。1.2 XX区标准地名地址数据建库序号服务目录技术参数及配置标准1XX区标准地名地址数据建库标准规范制定按照地名管理条例，结合我区门牌管理工作，在充分兼顾省民政业务数据标准规范的前提下，完成XX区标准地名地址数据库标准规范建设，出台地方标准。数据建库基于数据标准规范，完成全域地名地址数据的标准化、空间化建库工作。成果数据共享至市级（或区级）大数据局数据共享平台，提供数据共享服务。1.3 数字门牌应用建设，深化多跨场景应用序号服务目录技术参数及配置标准1数字门牌应用建设，深化多跨场景应用数字门牌管站点运维管理站点配置：实现治理端及服务端应用的配置管理。基本功能包括站点信息列表、查询、创建站点、编辑、删除、站点停用/启用、预览。微页面管理：采用组件化搭建的模式（即：一个微页面由多个不同的组件排版组合而成），实现无代码化的微页面制作和管理，为站点配置提供源页面。基本功能包括信息列表、查询、创建页面、页面停用/启用、页面预览、编辑页面、删除（逻辑删除）页面。组件管理：实现对组件基本信息的管理，包括组件的上线下线管理。正式启用后的组件，可以在微页面被引用。基本功能包括信息列表、查询、创建组件、组件停用/启用（停用不影响现已调用的应用正常运行）、详情、编辑、删除（逻辑删除）。应用接入管理管理端：实现第三方应用的接入登记、审批管理。基本功能包括应用信息列表、查询、应用接入登记/审核/审批、应用临时管控/取消临时管控、详情、编辑、删除（逻辑删除）。支持第三方应用的用户体系对接。应用组件开发：完成第三方应用入口集成显示组件的开发。支持拖拽式的微页面搭建。资讯发布管理资讯管理：资讯管理，面向各级系统管理员、工作人员，实现对其所管辖范围资讯信息的日常管理，基本功能包括信息列表、查询、新增、提交发布申请、发布撤回、广告图设置、预览、编辑、删除（逻辑删除）。广告图管理:基于应用的banner位，实现广告图基本信息管理。广告图呈现端以banner显示控制组件为载体。基本功能包括广告图信息的信息列表、新增、查询、申请发布、发布撤回、编辑、删除（逻辑删除）。基于日志中心，记录操作日志。类别管理：实现对资讯类别的基本维护管理，基本功能包括资讯分类信息列表、查询、新增、编辑、删除等。专栏管理：实现对资讯专栏的基本维护管理，包括资讯专栏基本信息列表、查询、新增、编辑、删除等。发布管理：面向各虚拟站点的管理员，实现对资讯发布申请的审核。工作人员在提交了审核申请后，申请审核请求会发送至相应站点的管理员处，在管理员通过相应的内容审核后，资讯即可正式对外发布。基本功能包括信息列表、查询、申请审核、预览。应用组件开发：完成资讯专栏组件、最新资讯组件的开发。支持拖拽式的微页面搭建。基础数据管理门牌信息查询：基于标准地名地址库，实现当前区域的门牌基本信息的检索。基本功能包括门牌信息列表、查询、设置使用主体、浏览二维码、详情。使用主体管理：实现地名地址（门牌）使用主体信息的日常管理，基本功能包括信息列表、查询、新增、编辑、删除（逻辑删除）、详情、信息导出、关联门牌查询、标签设置。服务队伍管理：实现对服务队伍的基本信息管理，与行政区划建立关联关系。基本功能包括信息列表、新增服务队伍、详情、编辑、删除（逻辑删除）、导入。服务人员管理：实现对服务人员的基本信息管理，需要与服务队伍、行政区划建立关联关系。基本功能包括信息列表、新增服务人员、详情、编辑、删除。应用组件开发：完成门牌信息显示组件、服务队伍显示组件的开发。支持拖拽式的微页面搭建。地名文化管理管理端：基于标准地名信息库，实现基于富文本的地名文化运营管理。基本功能包括地名文化信息的新增、编辑、删除、发布、统计分析等。与数字地名应用完成协同对接。应用组件开发：完成地名文化应用组件的开发。支持拖拽式的微页面搭建。标签信息管理实现对标签池的管理。标签信息是用于使用主体身份的标识，便于后续的识别。基本功能：信息列表、查询、新增、编辑、删除（逻辑删除）、标签启用/标签停用。统一消息消息收发管理：面向各级系统管理中心员，实现对其所管辖范围的消息收发管理。基本功能包括收件箱、草稿箱、已发送、提醒设置等。消息类型管理：实现对消息类型的基本维护管理，包括消息类型的新增、编辑、删除、查询等。消息提醒/接收模块：是消息的接收端。依托当前登录用户信息，系统加载呈现消息收件人为当前登录用户的所有消息件，实现消息的基本管理。应用功能包括平台消息的提醒、查询、浏览、删除（逻辑删除）、标记已读等应用组件开发：完成通知公告应用组件的开发。支持拖拽式的微页面搭建。统一日志中心作为一个独立的服务资源，登记管理接入系统的所有应用日常的操作记录和组件的埋点日志信息。统一日志中心的设计包含两个层面：第一，提供一套RESTFUL架构风格的API,满足第三方应用调用并接入日志服务的需要；第二，提供一套简洁的日志管理界面（日志管理系统），满足日常对日志信息的查询需要，接入统一权限管理系统。基本功能包括信息列表、查询、导出、删除（逻辑删除）、操作明细。其他基础轮播图显示组件。支持拖拽式的微组件页面搭建。空白容器组件（用于承载第三方Url内容）。支持拖拽式的微页面搭建。头部宣传性logo组件、天气动态组件等。支持拖拽式的微页面搭建。数字门牌治端应用面向政府工作人员，提供以数字门牌为载体的门牌基础信息服务。基本功能包括门牌信息显示、门牌查询、第三方快捷入口等。支持“X政钉”扫码等应用。与“X政钉”组织机构（用户）体系完成无缝对接,支持“X政钉”扫码访问。数字门牌服应用首页：主要展示门牌的基本信息、地名文化信息、服务队伍、地名文化、资讯专栏、通知公告等。系统采用组件化的建设思路,将不同内容进行组合搭建，构建模块化的应用框架，实现首页的灵活配置。服务:集成显示政府部门给居民提供的各项政务服务入口。周边：依托天地图服务，显示当前门牌所在地理位置的周边信息，如公共服务设施、旅游信息、商业信息。我的：显示用户信息、实名认证、我的门牌、反馈建议、门牌报损、登录/退出等功能。对接X里办的“扫一扫”应用，实现数字门牌服务端的扫码访问。上架微信小程序，基于微信“扫一扫”，实现数字门牌服务端的扫码访问。数字门牌驾对数字门牌用户的所有使用数据（如门牌地址数量、门牌覆盖率、门牌访问人数、服务人次、应用使用次数等信息）进行统一的记录归总，同时对于不同的业务，建设独立的分析库，根据需要输出不同的数据报表、统计图表等。多跨场景应用集成建设管理类多跨场景接入，完成公安“房管通”的应用接入。服务类多跨场景接入：基于“数字门牌”服务端应用，面向居民，实现政府办事服务事项的集成应用。包括X里畅行、X里好玩、婚姻登记预约、老年优待证办理等。应用支撑体系建设用户管理:通过权限设置,控制用户的应用权限。基本功能包含用户基本信息的查询、注册、编辑、删除、实名管理、密码重置。菜单管理，实现对系统资源基本信息的登记管理，到新增、删除等功能点。基本功能包括菜单基本信息的查询、新增、编辑、删除。最终形成应用菜单树，在角色配置中被调用。角色管理：可根据不同的需要，构建相应系统角色（权限集）。基本功能包含角色基本信息的查询、新增、编辑、删除和菜单设置。权限设置:通过权限配置，完成系统资源（应用功能级）与用户之间的赋权。而权限配置是通过将用户与角色进行关联设置来完成的。单点登录服务:实现在多系统应用群中登录一个系统，便可在其他所有系统中得到授权而无需再次登录，无缝集成其他各类B/S架构的系统，基本功能包括单点登录和单点注销。接口服务基本服务接口清单：标准地名信息查询接口标准地名信息查询接口数字地名信息查询接口标准地址信息查询接口基于永久唯一码的标准地址信息查询接口数字门牌扫码查询接口基于标准地名的标准地址信息查询接口系统单点登录服务接口第三方应用接入服务接口1.4 数字地名应用建设，弘扬地名文化序号服务目录技术参数及配置标准1数字地名应用建设，弘扬地名文化地名文化文献资料整理为构建高品质的公共文化服务体系，传承与弘扬中华优秀传统文化，服务共同富裕示范区的建设。开展地名文化文献资料的整理和数字化工作，用于收集各区域的地名文化专业资料。建设地名文化文献库。4吃W贡文化遗产资料整理开展全区非物质文化遗产资料的整理及数字化工作，编制非物质文化遗产名录。建设非物质文化遗产信息库。弊数据整a开展地名的命名、理论研究，完成地名基础信息资料的整理和数字化，建设具有地方特色、历史传承的地名（文化）信息库。项目依托标准地名地址库，完成标准地名信息的建库工作，对接上报国家库。数字地名应用建设依托数字门牌应用框架，完成数字地名微服务建设，将各区域地名文化与数字门牌行政区划进行结合，向公众展示本区域及周边地名历史文化信息，弘扬地名文化，增强文化自信。1.5 门牌制牌序号服务目录技术参数及配置标准1门牌制牌（国标要求，含安装、激活、属性分类、校准、纠错）XX镇，预计制牌、挂牌数量：20000块。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含2000块道路门牌、800块单元牌、17200块农村门牌）。XX镇，预计制牌、挂牌数量：20000块。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含2000块道路门牌、800块单元牌、17200块农村门牌）。XX镇，预计制牌、挂牌数量：20000块。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含2000块道路门牌、800块单元牌、17200块农村门牌）。XX镇，预计制牌、挂牌数量：25000块。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含4000块道路门牌、1000块单元牌、20000块农村门牌）。XX镇，预计制牌、挂牌数量：20000o（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含2000块道路门牌、800块单元牌、17200块农村门牌）。XX街道，预计制牌、挂牌数量：14000。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含4800块道路门牌、1200块单元牌、8000块农村门牌）。XX街道，预计制牌、挂牌数量：14000。（提供标牌从门牌分类到制作、安装（审核）、激活、校准、日常养护等全生命周期的管理，包含4800块道路门牌、1200块单元牌、8000块农村门牌)。1.6 云资源序号产品类型用途配置参数数量备注1云主机(ECS)数据库服务器CPU：4核内存：32GB云数据存储：300GB11年租赁使用费2云主机(ECS)检索服务器CPU：4核内存：32GB云数据存储：300GB11年租赁使用费3公有云主机(ECS)应用服务器CPU：4核内存：16GB云数据存储：200GB11年租赁使用费4云存储OSS对象存储300GB11年租赁使用费5云数据库RdsforPolarDB内存：16GB云数据存储：200GB11年租赁使用费6机柜空间租用租用服务3U1年租赁使用费7国产软件服务中间件软件1套含1年技术支持操作系统3套含1年技术支持数据库软件1套含1年技术支持1.7 网络安全序号产品类型服务描述数量备注1主机安全主机安全防护服务/为期1年的租赁使用费用2堡垒机堡垒机服务13云安全服务Web应用防火墙3套日志审计1套数据库审计1套态势感知1套4SSLVPN产品/安全网关基于SSL/TLS协议，在通信网络中构建安全通道的设备。具体参数：网络接口：6个，1OM/100M/100OM自适应；可适配光口；处理器：国产CPU；内存：8G；存储容量：500G；外观尺寸存m）（宽*长*高）：425*500*88.9mm；串口管理：RJ45-RS232；输入电压：100240VAC；硬件算法卡：支持；硬件密码机：支持；环境特性：工作温度：0-40,存储温度：-40-70,工作湿度：5%-95%RH,不凝结，工作电源：100-240VAV,50-60Hz1套含一年的技术支持5二级等保测评/1次6软件第三方检测费用包含软件功能、性能测试等1次7代码审计费用软件核心代码层面的安全检查1次预测3万行核心代码2、技术要求2.1 XX区标准地名地址数据治理及标准地名地址数据建库2.1.1 总体要求归集民政、政法委及各镇、街道现有的地名地址数据，以民政标准为准则把各数据融合比对清洗，在乡镇（街道）协助下，完成地名地址数据的实地踏勘核验，最终赋码入库，完成XX区全量地名地址数据池建设。数据量预测：地名数据约8000条，地址数据约30万条。对接XX省区划地名信息管理系统，建立同步更新机制，解决增量地名地址数据同步更新问题。完成省级对县、区地名地址数据质量的考核要求。2.1.2 标准地名地址数据仓建设XX区标准地名地址数据仓建设，在充分兼顾省民政业务数据标准的前提下,对全域地名地址数据进行归集、治理和标准化建库，实现地名地址空间专题化,可向外输出专题服务能力。为户籍、不动产证、工商等涉及地名地址数据的业务办理提供地名地址数据支撑。2.1.2.1 数据分析结合项目需求，分析XX区域地名地址基础数据的情况，了解目前数据所存在的问题及后续需要用到的资料，包括分析基础数据的脏、乱等情况，以及基础数据的标准化程度、地址缺失比例、图属关联比例、图属关联正确性、点位覆盖率、存量地址中地名的时效性、准确性等。2.1.2.2 数据清洗结合基础数据情况及需求，提取并标准化现所掌握的基础数据、资料数据、档案数据。同时，清理所用到资料数据中的脏、舌L、差数据。具体步骤如下:（1）资料的整理其包含纸质材料或电子化的材料整理。按照资料数据的类型进行分类整理,形成资料成果包。在资料整理过程中根据资料的特性来提取可用信息，示例：序号资料名称提取信息用途1建设规划图纸道路号或户室号用于核对临时号或补充缺失号码2房屋确权数据门牌号或户主信息用于核对农村门牌号3地籍数据具有门牌号的空间坐落用于核对临时门牌号或地址描述4政法委成果门牌号、户主或空间坐落用于核对采集遗漏及纠正部分临时号5户籍资料门牌号、户主信息用于核对农村门牌号6民政编排资料存量编发门牌号用于纠正、补充现有基础成果7地名命名资料标准地名名称用于纠正标准地址的描述8乡镇街道、行政村社变更资料变更前后标准名称信息用于纠正标准地址的描述（2）清理脏数据从各份整理数据成果中剔除脏数据，如无具体门牌号码的，如测试数据，如地址不完整（到大区域范围的），如重复数据等。（3）数据标准化将基础数据或资料数据进行标准化处理。将其原始地址中描述异常的进行标记筛选。对同一地址描述中包含多个门牌号码的进行地址拆分。对能进行标准化更改的初步进行地址描述调整。针对数据进行逐一标记，对标记为标准地址、地址不标准、需拆分地址进行实地或资料核实存在的真实性及规范性；对标记为无效地址、无法确定的数据再次返回给相关数据源单位进行确认，确实无法确定的将放入历史存量库中。（4）地址结构化地址结构化旨在将一连串的地址描述进行标准结构化存储。该存储方式更利于分析地址数据的准确性，为后期的应用打好基础。如，楼盘表的生成，地址批量标准化的更新等。（5）地址校正将归集到的资料在梳理完成后进行对比，提取其资料中对该项地名地址治理有用处的信息进行整合。分析其存量数据中所涉及到的地名是否现在还依然存在,特别是行政村或XX村，若整村拆迁或行政村调整，则需要对存量数据做出标记或更改，以避免下阶段地址核查匹配时找不到对应的点位。1）标准地名确认在地址描述中一般都会存在一批同音字描述或同一地名不同叫法的情况。该类情况需要同目前所掌握的标准地名信息进行对比确认。在无法确认的时候需向民政部门进行确认核实。对确认后的标准地名，针对目前的基础地址数据进行有效的更新。避免地址数据中存在描述异常的地名信息、。达到标准地址的统一描述，统一标准。2）地名变更情况在基础存量地址数据或资料信息中存在一批前期命名或整改前的地名叫法，但在后期因命名规范或标准要求等情况进行过更名的地名，现存的地址描述将会与基础存量或资料中的描述不一致。此时，需要同民政部门进行确认，历史以来地名的更名、注销情况，在地址标准化时可做出更进一步的筛选和清洗。如：政法委地址描述中存在的“XX示范小区”地址描述，但在民政基础库中存在“XX小区”的地址描述，在前期数据清洗时并不能确认是否为同一地名，需在清洗标准化结束后依照地名更名材料统一对清洗成果中的地址进行标准化调整，对此类情况就需要将不动产数据中的“XX示范小区”地址描述统一更新为“XX小区”。在地址更新后再对重复的进行去重保留，保障地名地址的唯一性。3）村调整情况行政村或XX村的变化情况对于各地来说均应该属于变化较大的地名变更。其包含XX村的合并、行政区的合并、乡镇的撤销、乡镇的拆分等，这一系列情况都将会对地址产生影响。将对比村调整情况与历史存量基础数据进行对比，在保留原始地址描述的同时，将存量基础地址数据更新为目前最新村信息，确保地址数据的准确性。如“罗家甸村”和“杨家城村”均并入“XX村”，在地址标记完成后就需要将所有地址中带“罗家甸村”和“杨家壕村”的在保留其原始地址描述的前提下将标准地址描述中的行政村更新为“XX村”。4）搬迁、拆迁情况从民政、自规等部门获取搬迁、拆迁相关资料信息，并收集其搬迁、拆迁所涉及到的地名、村社等对现有的基础数据进行数据状态的更改，此类数据将不再放入基础核查成果包中。从而减少在下一步的数据核查过程中再次核查的基础数据数量。（6）数据补全在纠正完标准地名及标准地址描述的基础上，可以融合多方资料对单一的存量基础地址库进行地址数据的补充完善。其地址补充可分为两类补充，一类是以政府职能部门的地址数据为补充源，一类是根据实际的地名进行分析后补充。1）以政府职能部门地址补充如，民政单一的地址库较少时，可借助政法委等地址对民政的基础地址库进行补充。补充的条件为其清洗标记出的标准地址（含已拆分出的标准地址）在民政基础地址库中不存在的地址描述（此类操作可根据需求来实施，不仅限于民政基础地址库）。2）以实际地名分析进行补充如，同一幢楼同一个单元中，最小的户室号为201室，最大的户室号为605室，根据此规律可以认为每层楼均有5个户室，共计6层，户室号以2楼开始计算，共计户室数量应该是5层*5个户室的地址数量。假设民政已有的该楼幢户室数量为5个，则需要补充20个户室地址。亦如，同一条道路门牌号的单号中存在1、5、9号，也可补充3、7号至基础数据成果中。在以此类方式进行地址补充的数据尽可能的在使用完现有的部门数据外，分析后发现还存在大量缺漏的地址数据时使用，并使用该方式补充的地址数据均需要做好标识，需提交到核查人员进行严谨核实确认。在融合、补充完成后将会形成一份地名地址清洗成果基础包。以下简称基础数据成果。2.1.2.3 数据核查在完成存量的基础数据清洗后，开展对成果数据的二次分析及核查工作。基于分析结果，以地名为单位针对性的开展现场核查，更能高效的完成该地名地址治理工作。以地名为单位（存在地址的地名分别为道路、村庄、小区院落、商圈写字楼等），分析经资料补充后的存量地址库数据是否完整。如某一小区规划资料中应该有多少楼幢、多少单元、多少户室等情况，结合现有梳理成果分析其缺失量以及缺失在具体楼幢。在地址核查过程中需注意道路规划的预留号、小区楼幢的跳幢、楼幢内的跳层等具有区域性特性的门牌编制规则。以及因店铺搬迁或住址搬迁而继续沿用其之前的门牌号码的情况。地名地址的核查治理包括空间坐落位置的核查、现存量地址数据的准确性核查、缺失地址的补充核查。2.1.2.4 成果质检地名地址治理完成后，开展成果数据质检工作，以保障核查成果的准确性。地址核查本身是一种阶段性的循环工作，在质检过程中若发现存在地址疑问或质量情况的需再次现场核实或经资料进行确认，以确保有址必有点，有点必准确。同时，在现场实际地址核查过程中会有多种不确定因素，故在过程中的质检也是非常必要的，针对不同的情况尽早发现尽早解决。在一定程度上可保障地址核查的质量。其最终质量需包含两方面内容：（1）全面的核查成果质检。其包含地址描述的规范性、点位的准确性、地址覆盖的全面性，以及存量地址数据中是否清洗出并确认的成果均已完全落图，对未落图的还需进一步确认核实原因，其包括原始存量地址中未匹配上的有址无点及现场采集到临时号性质的有点无址的情况。（2）省、市一级针对该业务事项的年度考核指标或阶段性考核指标的完成情况。如，地址的归集率、上图率等等。需结合现有成果进行结果判断，是否已完成考核指标。对于未完成考核指标的需进一步分析原因，找到具体存在的问题再次进行指标内容的完成。2.1.2.5 成果匹配成果匹配是将内业梳理出的基础成果数据包与现场实地核查或与相关走访调查出的实际有效的数据建立关联关系的操作（因实地调查来的地址点位具有坐标经纬度信息且呈点状，故又称为点位地址或矢量地址）。目的是筛选其因实地情况复杂或资料不全而导致的地名地址数据缺失及核查时遗漏的核实的情况。同时可将无空间坐标位置的基础地址数据成果赋予空间可视化能力，使其成为不单单只是一个字符串描述的地址信息。对于基础地址成果包数据能与现场实地核查到的地址点位成功匹配的视为真实存在且有效的地址数据。在成果匹配时可以使用只能的地址匹配工具，通过关键字、词组等使用算法进行两份数据的匹配赋值。在筛选出未能与实地核实的地址数据完全匹配上时，或因地址描述的问题而造成的未能成功匹配的情况，均需要再次具体分析该批未能匹配上的基础数据成果，必要时再次返回相关核实人员或数源部门进行地址描述准确性的确认。最终形成地址核实的实施流程闭环，输出一份完整、真实、有效的地名地址成果。匹配规则可参考如下：序列属性地址点位地址（空间地址矢量）对应关系1XX西路1581号XX西路1581号一对一2XX西路1581号201室XX西路1581号多对一3XX西路1581号楼502室XX西路1581号多对一4XX西路1581号T号XX西路1581-1号或XX西路1581号一对一5XX村XX村XX村18号XX村XX村XX村18号一对一6XX村XX村XX村18号301室XX村XX村XX村18号多对一7XX村18号XX村18幢一对一2.1.2.6成果输出地址核查成果是基于专业的地名地址采集软件进行核实，所有成果均可在采集软件中进行查看并质检。其相关的地址结构、标准描述、点位覆盖等情况均可以基于软件自带的天地图进行查看。同时满足一键转换功能，能够快速的将地址成果数据输出到指定的模板，并同步到其他的地址应用场景库。在成果输出的同时需要根据地址结构与地址编码生成规则，按照一定的要求针对成果数据赋予每一条地址的地址编码，确保所有地址数据均有唯一身份标识。2.1.2.7 成果入库按照一定的技术规范、数据结构，完成XX区标准地名地址数据仓的建设工作。同时，数据同步归集至XX省区划地名信息管理系统、XX省标准地名地址库、XX市大数据平台等。需注意的是，在成果更新或替换时需确保线上系统中所产生的新增数据、变更数据、注销或删除数据的基本情况，确保因业务或其他原因用户自己调整过的数据信息在更新或替换过程中不覆盖。具体的可将线上数据导出作为备份，在备份的离线数据中与地址核查成果数据进行对比，对于同地址但不同数据状态的将继续保留线上的数据状态。对存量数据做出过调整地址描述或数据状态等其他影响数据检索的情况对应的标记说明，便于后期数据溯源。2.1.3 数据标准规范建设本项目建设过程中涉及的标准体系应建立在国家现有颁布的各类标准基础之上，制定出的标准不仅要具有行业特色，能满足平台建设的需要，而且要具有科学性、前瞻性、可行性和操作性，使标准易于实际推广执行。2.1.3.1 标准规范概述在信息化建设过程中，由于各个不同地方、各业务部门之间都是独自建立的系统，各地数据标准不一致的现象十分普遍，甚至同一项数据，不同地区、不同部门的系统地定义都不一致，这也导致民政局不同部门的相同数据往往需要在各自的系统中重复录入,大大降低了数据的准确度，使得数据的汇总统计非常困难。因此，建立统一的数据标准，不仅是数据平台建设的首要基础，也是实现行业信息化建设的重要前提。2.1.3.2 标准规范内容2.1.3.2.1 编码标准规范编码就是将事物或概念（编码对象）赋予有一定规律性的、易于计算机和人识别与处理的符号，统一的数据编码便于实现各专业信息数据充分共享，减少数据范围的重叠和数据重复录入，从而达到规范管理和分类统计的目的。（1）编码的原则唯一性：一个编码对象仅有一个代码，一个代码只唯一表示一个编码对象；合理性：代码结构要与分类体系相适应；可扩充性：必须留有适当的容量，以便适应不断扩充的需要；简单性：代码结构应尽量简单，长度尽量短，以便节省机器存贮空间和减少代码的差错率，提高机器处理效率；规范性：代码的类型，代码的结构以及代码的编写格式必须统一；实用性：便于数据的分类、统计、查询，有利于实施推广；代码要尽可能反映编码对象的特点，有助记忆，便于填写。（2）代码种类通常采用的代码类型一般有以下几种：数字型代码、字母型代码、数字与字母混合型代码。D数字型代码数字代码中用阿伯数字表示编码对象的代码。可以简称的数字码。数字型代码的特点是结构简单，使用方便，排序容易并且易于推广。但是对编码对象特征描述不直观。数字型代码是目前各国广泛采用的一种代码形式。2）字母型代码字母型代码是用一个或多个字母表示编码对象的代码。可以简称为字母码。字母型代码的特点是字母代码要比用同样位数的数字型代码容量大得多。如：用一位英文字母型代码可表示26个类目，一位数字型代码最多只可表示（0-9）10个类目，二位英文字母型代码最多可表示676个类目，而二位数字型代码最多可表示100个类目。同时，字母型代码有时还可提供便于人们识别的信息。字母型代码便于记忆，人们有使用习惯，但不便于机器处理信息，特别是当编码对象数目较多或添加、更改频繁以及编码对象名称较长时，常常会出现重复和冲突的现象。因此，这种字母型代码常用于编码对象较少的情况。3)数字与字母混合型代码数字与字母混合型代码是由数字、字母组成的代码，或数字、字母、专用符组成的代码。可以简称为字母混合型代码。数字与字母混合型代码的特点是基本兼有了数字型代码、字母型代码的优点,结构严密，具有良好的直观性，同时又有使用上的习惯。但是由于代码组成形式复杂也带来了一定的缺点，即计算机输入不方便，录入效率低，错误率增高，不便于机器处理。上述三种代码类型，有时为了改善代码的直观性，当代码较长时，也可根据需要在代码中间添加分割符如：等符号或采用“空格”的形式。本系统中的代码首先采用国家标准、行业标准以及民政局内部制定的标准，如果没有统一标准代码，可以按照上述三种规则结合用户使用习惯进行编码。2.1.3.2.2 数据接口规范数据共享服务接口有通用服务接口和定制服务接口两种。通用服务接口为系统根据一般数据共享需求配置的统一调用服务接口；定制服务接口为根据用户特殊交换需求定制开发的数据服务接口。数据共享服务接口统一通过RESTAPl方式发布数据，并且满足如下规范：(1)为每个数据共享服务接口分配固定的服务代码(SerViCeCO加)，第三方应用必须提供服务代码才能访问各类数据共享服务。(2)接口的返回是一个result结构，具体的返回值打包在result结构中返回的结果，如果是数据集合，通过统一的ReCOrdSet结构来实现；如果是单条数据，通过统一的Record结构来实现。2.1.3.3 数据采集与传输标准规范数据采集标准规范主要是分成三大部分的内容，一是各类基础地理数据的采集，二是各类实时监测数据的传输，三是针对大量的业务数据库。基础地理数据的采集的标准规范确立需要遵循各类数据采集标准规范，从现有的数据采集标准中，提取与本项目相关的标准规范。结合本项目的实际需求，制定基于参考的数据采集标准上的更加适合用户自身的数据采集标准规范。实时数据采集标准规范，主要是考虑从业务需求出发，需要采集各类实时监测数据供系统使用。在制定实时数据采集标准规范的时候，需要考虑实时数据采样频率、采样精度、通讯方式、通讯规约等方面内容。业务数据库采集标准规划按照业务过程、业务成果进行分类，制订业务元数据，通过元数据的规范来采用成熟中间件完成数据采集与交换。2.2 数字门牌应用建设，深化多跨场景应用2.2.3 总体要求构建XX区数字门牌系统，深化多跨应用场景。要求依托地名地址数据治理成果，以“数字门牌”为核心载体，构建包括站点配置管理、应用接入管理、资讯发布、地名文化管理等管理子系统。构建数字门牌驾驶舱应用，实时分析、掌握系统运行状态。同时，依托数字门牌，面向群众、政府工作人员提供数字门牌微治理端、微服务端应用，进一步深化多部门业务的多跨场景应用。2.2.4 “数字门牌”管理端建设“数字门牌”作为城市部件，是职能管理部门、建筑物所有者/管理者和居民用户之间信息纽带，是城市信息的一个共享服务媒介。“数字门牌”管理端平台，实现职能管理部门对门牌基础信息的管理，同时满足建筑物所有者/管理者对“数字门牌”内容管理的需要。通过“扫一扫”二维码，居民用户可以查询相关信息，获得更便捷的生活服务，丰富社会治理应用场景。“数字门牌，管理端应用建设，满足系统日常运维管理的需要，主要建设内容包括站点运维管理、应用接入管理、资讯发布管理、基础数据管理、地名文化运营管理、组件管理、标签信息管理、消息中心、日志中心等应用。2.2.4.1 站点运维管理站点运维管理，实现对“数字门牌”治理端及服务端站点的口常维护管理(例如：临时增加资讯专栏板块等)，为系统提供较好的可扩展性。基本功能包括站点配置、微页面管理、组件管理。(1)站点配置管理站点配置，建设XX区“数字门牌”治理端及服务端站点，满足工作人员、群众等不同用户的需要。基本功能包括站点信息列表、查询、创建站点、编辑、删