历史房产测绘成果清理系统设计与实现

康晶

关键词：历史房产测绘成果；数据清理；系统设计

1引言

在不动产登记制度全面实施后，房产测绘成果成了房产行政管理的核心基础数据[1-2]，各房产业务板块对房产测绘成果的共享利用提出了更高的要求，同时开展历史房产测绘成果清理工作也迫在眉睫。本文针对历史房产测绘成果清理工作，研发基于GIS的房产测绘成果管理系统，实现历史房产测绘数据清理整合入库，编制房屋幢编码，关联不动产幢编码、基础测绘及项目信息，建成以测绘基础楼盘表为核心的测绘成果管理系统，实现“宗一幢一户”一体化信息管理。

2系统设计

2.1系统总体架构

2.1.1系统逻辑架构

本系统将采用面向服务的SOA架构搭建，由于系统涉及多个业务部门之间的系统互连、空间数据的交换共享，采用消息中间件实现对消息的智能路由和传输。总体架构分为基础设施支撑层、数据采集层、数据资源层、服务层、业务应用层，如图1所示。

2.1.2系统功能架构

历史房产测绘清理平台的建设旨在提升房产测绘清理效率、转变清理方法、节约人力物力财力、减少人工工作量、提升管理效率等。以武汉市中心城区历史房产测绘成果清理为依托，将历史房产测绘清理平台分为房产测绘成果清理、技术文件、汇总统计、GIS成果展示4个业务模块，并提供相关的辅助功能模块。

（1）房产测绘成果清理。

实现清理指标录入、图片挂接、补人图片、内外业质检等内容。

（2）技术文件。

实现技术细则、清理规则总结、工作疑难问题解答等各类文档资料的上传、查询、浏览、下载。

（3）汇总统计。

能够对各工作组、各公司、各作业人员一定时间内的工作量进行动态统计、汇总和展示。

（4） GIS成果展示。

将已入库的清理成果在地图上展示，实现楼盘表落地。

（5） WebService接口。

提供成果数据的共享服务。

（6）用户权限。

可根据用户、用户组、角色、部门等进行权限管理。

2.2数据库设计

2.2.1数据库环境说明

房产测绘成果分为空间数据和非空间数据[3-5]。空间数据、非空间数据分开存储，通过相关特征进行关联和体现，实现数据间的动态互访。

建立关系型数据库存储非空间数据，数据之间通过规则表和关系表实现相互关联、约束，实现数据的互访。

空间数据利用“空间数据引擎+关系型数据库（Oraclellg）”对空间数据进行存储管理，建立一个开放、灵活的空间数据库。

数据库功能特性如表1所列。

2.2.2数据库表设计

数据库表设计与开发是整个系统开始开发工作的第一项内容。数据库内容及详细表的确定需要充分调研、精心设计。数据库的内容是系统最终要表达的内容的后台映射，因此在数设计据库之前，必须明确系统要展现的内容，以及展现方法。本系统的核心数据库表有幢表、层表、户表等，具体如下：（1）幢表，包括房屋幢编码、测绘相关数据、创建人、提交状态、审核状态、通过状态等；（2）层表，包括层名称、层建筑面积、层套内面积、分层图、标准层标识等；（3）户表，包括测绘坐落、户号、户分摊占地面积、户建筑面积、户套内面积等。

2.3系统功能演示

2.3.1清理指标录入

“清理指标录入”可录入项目信息、幢信息、层信息、单元信息和户信息，如图2所示。

2.3.2数据自检

录入一栋房屋的所有信息及上传分层分户图后，可以通过“自检”来对录人数据进行检查，如图3所示。若数据有误，则作业员必须将数据改正后才可发送给检查员。

2.3.3楼盘表

房产测绘数据录入完成后，可以生成楼盘表（图4），方便工作人员直观地看到楼栋的情况。

2.3.4内业质检

各级质检员在系统中检查数据的正确性与规范性（图5），选择通过或者驳回。

3关键技术

3.1数据录入便捷工具

（1）标准层、设置标准层。

大多数房屋的几层或者全部层的结构完全一致，通过标准层或者对已录入的层设置标准层，可以避免多次重复录入。

（2）复制户。

在一幢房屋中，不同单元的房屋结构可能完全一致，通过复制户，可以减少数据录入量。

3.2成果数据检校

系统可检校数据的规则性、规范性、完整性和逻辑性，既提高了数据的准确性，又避免了數据多次返工，从而大大提高了生产效率。

（1）检查记录留痕。

系统可以记录质检过程，计算质检率，便于生产管理和日后审计工作。

（2）成果数据交换。

基于WebService技术提供成果数据的共享利用服务。

4结束语

历史房产测绘清理系统将线下作业转为线上作业，转变了清理方法，节约了人力物力财力，减少了人工工作量；数据的准确性、完整性、规范性得到了保证；质检率得以保障，并在系统中留痕，便于日后审计；更准确更高效地统计工作量，提升了管理效率。通过采用本系统，生产效率得到了大幅度提升，从而实现了增加经济效益的目的。