不动产登记统一通用平台建设项目298页.docx

***市 不动产登记统一通用平台建设项目 目 录 1 概述 1 1.1 建设背景 1 1.2 建设目标 1 2 项目总体设计 1 2.1 建设原则 1 2.2 标准规范 4 2.2.1 行业标准规范 4 2.2.2 软件开发规范 5 2.3 系统总体架构 5 2.3.1 系统架构 5 2.3.2 部署架构 7 2.4 技术特色 8 2.4.1 基于自主跨平台Web应用框架 8 2.4.2 NoCode+零代码拓展快速搭建不动产业务模型 8 2.4.3 智能敏捷的混合驱动式工作流引擎 8 2.4.4 高效便捷的拽式动态智能表单 9 2.4.5 javaspringboot微服务架构 9 2.4.6 图文一体化的业务办公模式 10 2.4.7 多端融合与高效交互 10 2.4.8 基于H5的移动智能应用 10 2.4.9 基于Json技术构建数据交换规范 11 2.4.10 基于Docker容器化部署 11 2.4.11 高性能数据库读写技术 12 3 建设完成内容 13 3.1 构建不动产登记标准体系 13 3.1.1 数据标准体系建设 13 3.1.2 业务标准体系建设 22 3.2 统一全市数据集成管理服务 27 3.2.1 数据库设计 28 3.2.2 数据分析 29 3.2.3 数据映射 30 3.2.4 数据迁移转库 30 3.2.5 数据质检 33 3.2.6 数据整理和完善 35 3.2.7 业务测试 36 3.3 全市不动产登记系统迭代升级 36 3.3.1 基础应用框架升级 37 3.3.2 移动端框架及互联网数据对接升级 56 3.3.3 权籍调查建库子系统升级 56 3.3.4 业务管理子系统升级 58 3.3.5 汇交管理子系统升级 60 3.3.6 新增WEB端权籍子系统 62 3.3.7 监测监管平台升级 63 3.3.8 共享交换子系统升级 87 3.3.9 掌办应用功能升级 89 3.3.10 硬件设备接口对接 116 3.3.11 扩展延伸服务子系统 119 3.3.12 市本级新增网签备案功能 119 3.3.13 新增跨域通办功能 120 3.4 三网分离工作 121 4 项目实施过程 122 4.1 调研 122 4.1.1 调研目标及内容 122 4.1.2 调研组成员 123 4.1.3 调研过程 123 4.1.4 调研情况总结 125 4.1.5 存在问题或风险点分析 131 4.2 数据转换与分析 132 4.2.1 不动产库分析 133 4.2.2 原登记库分析 143 4.2.3 数据映射 144 4.2.4 转库脚本配置 145 4.2.5 转库操作 145 4.2.6 数据复核 145 4.2.7 转库后检查分析 146 4.3 系统部署 147 4.3.1 三网分离 147 4.3.2 部署情况 152 4.3.3 安全技术方案 154 4.3.4 系统配置清单 156 4.3.5 系统部署相关术语 158 4.3.6 汇交工具部署 159 4.4 接口开发与功能定制 160 4.4.1 接口开发 160 4.4.2 功能定制 161 4.5 硬件适配 161 4.5.1 智能自助终端设备自助受理查询一体机 161 4.5.2 智能自助终端设备自助打证机 164 4.6 测试方案 174 4.6.1 测试机构和人员 174 4.6.2 主要测试项目 174 4.6.3 软件功能测试 175 4.7 培训方案 184 4.7.1 人员培训方案 184 4.8 上线方案 188 4.8.1 工作内容 188 4.8.2 工作 192 4.8.3 上线人员安排 193 4.8.4 上线工作要点及风险 194 4.8.5 应急保障措施 196 5 组织与保障 196 5.1 项目组人员要求 196 5.1.1 组织管理体系架构 197 5.1.2 项目岗位设置及职责描述 198 5.1.3 项目管理制度 200 5.1.4 项目管理计划 201 5.1.5 项目参与人员 204 5.2 质量控制措施方案 206 5.2.1 质量管理体系认证证书 206 5.2.2 项目质量控制措施 207 5.2.3 质量控制流程 214 5.2.4 内部监督及控制制度 214 5.2.5 质量保证“四检一验”具体措施 216 5.3 进度控制方案 220 5.3.1 进度计划表 220 5.3.2 详细进度安排 221 5.3.3 工期保障措施 223 5.4 安全保密方案 227 5.4.1 安全保密措施 227 5.4.2 项目保密管理制度 242 5.4.3 风险应急保障措施 244 5.4.4 项目验收方案 249 5.5 售后方案 274 5.5.1 售后服务承诺 274 5.5.2 售后服务方案 275 5.5.3 培训方案 280 6 项目完成情况 286 6.1 合同完成情况 286 6.2 项目进度说明 287 7 项目成果 291 7.1 文档成果 291 7.2 系统应用 291 7.3 数据库成果 291 8 项目取得的成绩 292 8.1 全新系统框架，更高效更规范严谨 292 8.2 统一了全市数据集成管理 292 8.3 三网分离改造，提供安全保密环境 293 8.4 多应用的全面升级迭代 293 9 工作总结 294 10 后期工作建议 294 概述 建设背景 近两年，不动产登记作为国家行政制度“放管服”改革的重要一环，受到了社会各界高度的关注，并随着国家“放管服”改革的深化不断提速增效。自2019年2月起，《国务院办公厅关于压缩不动产登记办理时间的通知》（国办发〔2019〕8号）以来自然资源部门先后发布多个指导文件，从压缩办理时间、优化办理流程、实现信息共享集成、推进“互联网+不动产登记”工作，指导各地加快落地不动产登记的提效便民事项。 建设目标 为进一步优化营商环境，打造高效便捷的登记服务体系，以 ***市 不动产登记平台、网上办事大厅、数据整合成果为基础，结合自然资源部门、国家“放管服”改革和优化营商环境各项要求进行全市统筹考虑，建设针对不同应用场景和服务对象的不动产服务体系，构建服务市本级及江陵县、松滋市、公安县、石首市、监利市、洪湖市等全市统一不动产登记服务体系，实现全市的统一标准、统一管理、同城同办。 项目 总体设计 建设原则 为保障本系统建设顺利、有效地开展，项目建设须符合国家、湖北省自然资源厅对系统和数据相关规范要求，主要遵循以下原则： （1）遵循标准与规范的原则 本项目的设计与开发，必须满足国家、省、市相关技术标准与业务规范的要求，结合目前和潜在的业务需求，进行项目实施。系统建设中充分考虑了“标准和开放”的原则，要支持各种相应的软硬件接口，使之具有灵活性和延展性，具备与多种系统互连互通的特性，在结构上实现真正开放。平台广泛采用遵循国际标准的系统和产品，以便于与其他网络系统的互联和扩展，同时易于向今后的先进技术实现迁移，充分保护用户的现有投资，其综合反映在可移植性、互操作性、系统独立性和集成性。 （2）充分利用现有资源的原则 本项目的建设是在充分整合现有系统的基础上进行的，因此，本项目要充分继承当前系统的信息数据、业务流程和人员操作习惯等，充分利用已有的网络、硬件环境，在现有系统的基础上，采用新建与整合并进的方式进行实施。 （3）先进性和适用性相结合 在系统设计上，首先应当具有前瞻性。在保证系统经济性的前提下整个软、硬件系统的适度超前性，以确保在较长的时间内保持现有系统的先进性、政府的良好形象，使投资充分发其效率。与此同时，还应当结合政务服务发展的实际情况，在保证实现系统建设目标的前提下，尽量选择较高性能价格比技术和产品。 （4）合理性和实用性相结合 结合实际的政务服务以及业务管理工作流程，通过对实际业务流程以及需求的分析，设计结构合理、功能实用、符合实际业务需要的系统。系统的设计在运行环境、使用操作等方面以实用为主，以方便用户使用和维护为出发点。 （5）开放性与标准性相结合 从系统架构到软件体系结构，都应充分考虑系统的开放性。系统建设采用的软件平台、数据标准、开发技术应符合公认的工业标准，符合国家、地方和行业的有关标准与规范，系统分析、设计与实现采取开放路线，遵循国际软件工程的标准、规范，并尽可能采用国际主流产品，以确保系统集成的可行性、良好的可扩充性。采用标准的数据描述语言以及标准的通信协议，适应以后的数据交换标准以及系统间互连的标准协议等。 （6）易维护性和扩展性原则 可根据实际情况对系统软件进行灵活地配置和组合，能方便地进行功能的调整以及系统的升级、扩展，以适应业务的不断发展和更新。同时，系统的升级要充分考虑与现有其它应用系统的数据接口问题，尽可能保证系统有更长的生命周期。 （7）安全性和可靠性原则 安全性对于分布式系统来说很重要，从身份验证到资源授权访问再到数据的安全性。从操作系统的安全性、访问控制、数据的完整性以及业务层的安全机制要考虑整个系统的安全、可靠地运行。 （8）操作界面友好原则 遵循界面设计规划，合理的对页面和表单进行布局，针对不同的界面和表单上的设计风格，充分满足系统功能的实用性、用户界面的友好性及用户使用的方便灵活性。提供美观实用、友好直观的中文图形化用户管理界面，充分考虑办公人员的习惯，体现方便易学、易于操作等特点。 界面设计美观大方，操作简单易用，管理方便高效。所有操作都应在尽可能少的步骤内完成，避免不必要的操作步骤。应用系统对用户的操作顺序、输入的数据进行正确性检查，并以显著方式提示错误信息。 标准规范 行业标准规范 （1）《不动产登记数据库标准》（TD/T1066-2021）； （2）《不动产登记数据整合建库技术规范》（TD/T1067-2021）； （3）《不动产存量数据库成果汇交要求》； （4）《不动产权籍调查技术方案（试行）》； （5）《不动产单元设定与代码编制规则》（GB/T37346）； （6）《不动产登记簿证样式》； （7）《土地利用现状分类》（GB/T21010-2007）； （8）《土地利用现状分类》（GB/T21010-2017）； （9）《中华人民共和国行政区划代码》（GB/T2260）； （10）《农村土地承包经营权调查规程》（NYT2537-2014）； （11）《归档文件整理规则》（DA/T22—2000）； （12）《地籍调查规程》（GB/T 42547—2023）； （1 3 ）《不动产登记信息管理基础平台接入技术规范（2 023 修订版）》 （1 4 ）《不动产登记数据库标准（土地承包经营权等扩展内容）》 其他与项目建设内容相关的国家、省、市相关的技术方案、技术规范、项目技术设计书等相关文件； 软件开发规范 （1）《计算机软件文档编制规范》（GB/T8567-2006）； （2）《信息技术软件工程术语》（GB/T11457-2006）； （3）《软件工程产品质量》（GB/T16260-2006）； （4）《信息技术软件维护》（GB/T20157-2006）； （5）《信息安全技术网络安全等级保护定级指南》（GB/T22240-2020）； （6）《信息安全技术网络安全等级保护测评要求》（GB/T28448-2019）； （7）《信息安全技术信息系统通用安全技术要求》（GB/T20271-2006）； （8）《信息安全技术数据库管理系统安全技术要求》（GB/T20273-2019）； （9）《信息安全技术信息安全事件管理指南》（GB/T20985-2007）； （10）《信息安全技术信息系统灾难恢复规范》（GB/T20988-2007）。 其他与项目建设内容相关的国家、省、市相关的软件开发技术规范、项目技术设计书等相关文件。 系统总体架构 系统架构 依托 ***市 不动产登记基础信息平台，以提升全市同城同办和好办易办为切入口，创建以人民为中心的 应用场景 。 图 2 1 应用场景 （1）基础设施层：依托计算资源、存储资源、网络资源等物理资源进行整合，形成高性能计算环境和大容量存储环境。 （2）数据层：由不动产登记基础数据、服务数据、运维保障、空间数据、共享数据及其他数据等组成，实现对数据的统一组织、存储和管理，为应用层提供数据支撑。 （3）平台层：在平台的基础架构平台支持下，开发并融合支持不动产登记各类应用的公共服务，如工作流服务、GIS服务、表单服务等，构成一体化的不动产登记应用开发与集成框架，实现系统与数据的集成共享和关联互动。 （4）应用层：通过市级相关应用系统建设，提供不动产登记一窗受理、业务管理、共享服务、业务创新应用等各项服务。 （5）用户层：通过不同用户权限配置，采用“一站式”登录方式，为不同用户提供不同的应用服务，持续创建最优应用场景。 （6）数据共享：不动产登记有关信息与住房城乡建设、农业、林业、海洋、公安、民政等部门审批信息、交易信息等应当实时互通共享。不动产登记机构能够通过实时互通共享取得的信息，不得要求不动产登记申请人重复提交。 部署架构 将企业和群众互动紧密的申请、受理等业务环节在互联网运行，实现借助各种终端设备随时随地可申请、可查看；审核、登簿等业务环节及数据迁移至与互联网逻辑隔离的电子政务外网，与各级政府、相关部门政务服务平台应通尽通，实现跨地区、跨部门、跨层级网络互联和信息互通共享；不动产空间图形数据及权籍调查成果审核环节部署在与互联网物理隔离的业务内部局域网。 图 2 2 网络架构 技术 特色 基于自主跨平台Web应用框架 平台基于自主的跨平台Web应用框架进行开发，以市县登记一体化、互联网+、一窗受理、协同办公等用户需求为目标，以切实加快登记速度、更加方便老百姓为出发点，同时汲取前几代登记系统经验基础上打造的新一代不动产登记应用系统。 跨平台Web应用框架所有先进特性，基于javaspringboot微服务架构的、Web应用场景的、跨平台的、框架性的智能化办公应用套件，提供用户日常办公所需的各种基础能力。平台框架提供丰富的组件功能，支持模块化智能组装，NoCode+零代码拓展快速开发平台在短时间里高效灵活的实现搭建不动产业务管理和业务应用，它具有功能组件齐全、集成使用简单、全平台支持、安全自主可控以及简单灵活实用的二次开发等特点。 NoCode+零代码拓展快速搭建不动产业务模型 平台为开发者提供了可视化的业务应用搭建，消除了对原生代码编写的要求，可以实现应用程序的快速搭建。具备零代码和低代码属性，可快速开发、测试、部署，并能够随时调整和更新，即使是非技术人员也能完成应用程序的开发，大大降低了软件开发平台的使用门槛，缩短软件开发周期，更能及时的服务客户的业务需求。 智能敏捷的混合驱动式工作流引擎 平台采用混合驱动式工作流引擎，该工作流能够进行流程全生命周期管理：建模、设计、运行、监控、优化、敏捷、高效的流程实施。在固定流模式驱动下，业务流程定义规定了流程的所有活动，路由信息等参数，在业务流程驱动时，必须根据定义的参数予以执行。在自由流模式驱动下，不需要预先定义流程相关的活动或路由信息，在业务流程驱动时，每一个活动和路由通过选定的角色或人员以及选定的应用程序信息动态地确定。在混合流模式驱动下，业务流程定义仅规定了流程可能涉及的活动信息参数，在业务流程驱动时，对于已定义的活动参数必须参照执行，对于路由线索，触发条件等则通过选定的活动，角色或人员动态地确定。该工作流对中国特色流程很好的支持：自由跳转、驳回、退回、加签、抄送等近百种流转特色支持。 高效便捷的拽式动态智能表单 平台支持拖拽式在线Web智能表单设计，动态数据绑定，支持全面的事件监听，支持与工作流引擎无缝集成，拖拽式设计表单，支持在线自建表或引用第三方数据源表生成表单，支持集成第三方URL表单，支持数十种常用表单控件及多种校验规则在线配置。 javaspringboot微服务架构 采用javaspringboot微服务架构，微服务是用一组小服务构建的一个应用，服务运行在不同的进程中，服务之间通过轻量的通讯机制进行交互，并且服务可以通过自动化部署方式独立部署。服务之间是相互独立的，服务可以使用不同的语言来开发，或者根据业务的需求使用不同类型的数据库。 图文一体化的业务办公模式 平台支持二三维一体化GIS平台+图文一体的业务办公模式，让工作人员在不动产业务办公的时候能够更好清晰的展示不动产单元所在的空间位置，同时支持二维和三维进行三维自由切换，通过虚拟三维和实景三维更清晰的展示不动产单元的空间情况以及三维楼盘，在三维的楼盘上能够驱动创建业务，给业务办理带来不一样的感受。 多端融合与高效交互 不动产平台支持多端混合应用，系统支持桌面端、手机端通过PC端进行业务办理，系统能够根据终端的不同进行自适应的适配。同时支持微信端、鄂汇办、政务服务网进行系统访问和业务办理。此外登记平台支持与多平台之间进行即时消息推送，消除办公场所、时间和终端对工作的制约。 基于H5 的移动智能应用 使用混合模式开发的移动应用，其实质为移动web页面在移动设备上的呈现，而移动web页面的开发需要使用H5。广义的H5是HTML、CSS与JavaScript的组合，能够赋予网页更好的语义结构，并为网页提供了一系列新的功能。除IE6、7、8等老版本浏览器外，现今的主流浏览器基本都支持H5，特别是在移动设备上，H5具有较高的支持度。 本期项目建设将借助H5技术搭建，全面展示不动产管理的成效，拉近政府部门同群众间的距离，提升政务服务工作效率，实现政务服务与社区生活的深度整合。 基于Json技术构建数据交换规范 平台基于Json技术构建数据交换规范，JSON（JavaScriptObjectNotation）是一种轻量级的数据交换格式，它基于ECMAScript的一个子集，采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯，是理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成（一般用于提升网络传输速率）。JSON（包括验证或者确认的能力、文档结构和文档（在某种意义上的）内容。验证文档有助于防止数据与期望具有特定结构的应用程序进行交互时出现问题，本项目建设中将借助JSON（技术构建数据交换规范，采用WebService、信息中间件、JSON等标准化的技术实现与其他系统互联的接口。 基于Docker容器化部署 不动产登记平台支持一键式部署，部署包内集成了软件运行所必须的运行环境，只需要将软件包拷贝至服务器，简单修改配置就可以启动系统。此外不动产平台还支持Docker容器化部署，Docker实现了本地与云端的环境完全一致，做到了真正的一次开发随处运行。容器服务可以跨流程提高可重复性，使开发人员和运维人员的工作更容易，并最终推动业务价值。它更容易快速增加，并且使用Docker的工作更少。Docker可以在所有主要的云服务商和操作系统上运行，因此与Docker集成的应用程序可以跨数据中心和云进行移植。应用程序升级要容易得多，如果应用程序中断，它很容易修复。 同时平台支持多种目前主流的操作系统部署，如果windows平台上部署，也可以在任意linux内核的操作系统上进行部署，如常见的Centos、Debian、Ubuntu、Redhat等系统，此外还支持在国产操作系统上进行部署如果中标麒麟、银河麒麟、UOS等操作系统。 高性能数据库读写技术 数据库有很多类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。数据库常见的分类标准为使用需求、数据结构和物理存储方式。依据使用需求可以分为事务型数据库和分析型数据库，依据数据结构可以分为关系型数据库和非关系型数据库，依据物理存储方式可分为内存型数据库和磁盘型数据库。 平台由于采用了微服务架构，支持多种目前市场上主流的关系型数据、非关系型数据库以及空间数据库，传统的商业关系型数据库如甲骨文的oracle、微软的sqlserver、IBM的DB2，开源关系型数据库postgreSQL、mysql。非关系型键值存储数据库Redis，面向文档数据库MongoDB。空间数据库ORACLE、postgreSQL。此外除以上国外数据库之外为了满足信创的要求不动产平台支持国产数据库如国产数据库，人大金仓数据库。随着不动产业务不断增长数据不断增加，不动产平台支持常见数据库的高可用和高性能方案，如读写分离，HA等。 建设 完成 内容 构建不动产登记标准体系 数据标准体系建设 依据最新版《不动产登记数据库标准》以及《不动产登记暂行条例》、《不动产登记暂行条例实施细则》、以及《湖北省“互联网+放管服”改革项目互联互通技术规范》要求，以及结合湖北省相关的文件和规范，构建荆州全市统一的不动产标准数据体系，为后续逐步实现登记数据库和权籍数据库的迁移和全市合库工作夯实基础。 数据内容 不动产登记数据库内容包括不动产登记中涉及的不动产权利、不动产权利人、不动产单元、不动产登记业务、不动产登记类型等数据，以不动产单元为单位进行组织。 图 3 1 数据内容 数据结构 要素分类与编码 根据分类编码通用原则，将不动产登记数据要素依次按大类、小类划分，小类下按一级类、二级类、三级类和四级类划分。大类采用面分类法，小类及以下采用线分类法，分类代码采用数字或字母码组成，大类码、小类码以及一级类码、二级类码分别设定为二位数字码，空位以0补齐，三级类码、四级类码设定为一位数字码。其结构如下： 图 3 2 分类编码 其中：1）大类码为专业代码，设定为二位数字码，其中：基础地理专业码为10，不动产登记专业码为60；小类码为业务代码，设定为二位数字码，空位以0补齐。不动产单元的业务代码为01，不动产权利的业务代码为02，不动产权利人的业务代码为03，不动产登记业务的业务代码为04，不动产登记事项的业务代码为05；一至四级类码为要素分类代码。 各类要素码中如含有“其他”类，则该类代码为“9”或“99”。 要素代码结构 表格 3 1 不动产登记要素代码结构表 要素代码 要素名称 要素类型 说明 1000000000 基础地理信息要素 1001000000 境界与政区 1011000000 控制点 空间 引用TD/T1015 1066010000 行政区 空间 GB/T13923的扩展 1066020000 行政区界线 空间 GB/T13923的扩展 1001030000 行政区注记 空间 GB/T13923的扩展 1002000000 地籍区 空间 1003000000 地籍子区 空间 1004010000 栅格要素 1004010100 数字正射影像 1004010101 数字航空正射影像图 空间 1004010102 数字航天正射影像图 空间 1004010300 数字栅格地图 空间 1004010400 数字地表模型 空间 1004010500 数字地面高程模型 空间 6000000000 不动产登记信息要素 6001000000 不动产单元 6001010000 宗地 空间 6001020000 宗海（含无居民海岛） 空间 6001020100 宗海内部单元 空间 6001030000 房屋 6001030100 建筑物 6001030110 幢 空间 6001030120 逻辑幢 非空间 6001030130 层 非空间 6001030140 户 非空间 6001030200 构筑物 空间 6001040000 森林、林木 非空间 6001990000 其他定着物 6001990100 面状定着物 空间 6001990200 线状定着物 空间 6001990300 点状定着物 空间 6001060000 界址线 空间 6001070000 界址点 空间 6001080000 注记 空间 6002000000 不动产权利 6002010000 所有权 6002010100 土地所有权 6002010110 国家土地所有权 非空间 6002010120 集体土地所有权 非空间 6002010200 房屋所有权 6002010210 房屋等建筑物所有权 非空间 6002010220 构筑物所有权 非空间 6002010300 森林、林木所有权 非空间 6002020000 用益物权 6002020100 国有建设用地使用权 非空间 6002020200 集体建设用地使用权 非空间 6002020300 宅基地使用权 非空间 6002020400 土地承包经营权 非空间 6002020500 农用地的其他使用权 非空间 6002020600 海域使用权 非空间 6002020800 森林、林木使用权 非空间 6002020900 地役权 非空间 6002021000 林地使用权 非空间 6002021100 林地经营权 非空间 6002021200 林地承包经营权 非空间 6002029900 其他相关权利 非空间 6002030000 担保物权 6002030100 抵押权 非空间 6003000000 不动产权利人 非空间 6003010000 所有权人 非空间 6003020000 使用权人 非空间 6003030000 抵押权人 非空间 6003040000 承包方 非空间 6003050000 家庭成员 非空间 6004000000 不动产登记业务 6004010000 申请 非空间 6004020000 受理 非空间 6004020100 收件 非空间 6004030000 审核 非空间 6004040000 登簿 非空间 6004050000 发证 非空间 6004050100 收费 非空间 6004060000 归档 非空间 6005000000 登记类型 6005010000 首次登记 非空间 6005020000 转移登记 非空间 6005030000 变更登记 非空间 6005040000 注销登记 非空间 6005050000 更正登记 非空间 6005060000 预告登记 非空间 6005070000 异议登记 非空间 6005080000 查封登记 非空间 6005090000 其他登记 非空间 数据逻辑 业务与数据关系 图 3 3 业务与数据关系 权利本体关系 采用基于本体的分析的方法，识别出以下几个对象： 1、权利主体。在不动产数据库中的权利主体是所有与不动产权利客体具有权属关系和利用关系的单位或个人，也称作权利人。 2、权利客体。权利客体是与权利主体具有权属关系和利用关系的地理实体，包括点、线、面状要素等，如宗地、房屋的户、林木等。其中宗地是土地权属界线上封闭的地块或空间，户是宗地和其上房屋结构形成的权属封闭空间，林木是林地和其上树木形成的特定物。 3、不动产权属关系。权属关系反映的是权属主体在法律规定的范围内对权属客体占有、使用、收益和处分的权利状况，主要在不动产权籍调查、不动产登记等业务成果数据中体现。 4、 不动产利用关系 。不动产利用是人类通过一定的活动，利用土地、房屋或林木的属性来满足自己需要的过程。 图 3 4 不动产利用关系 围绕权利客体“不动产单元”开展登记应用，通过系统提供的登记办理功能实现不动产权属关系的记载形成登记簿。 系统中数据量持续增长的表是不动产单元信息，内容包括空间信息与属性信息，具体物理表指宗地基本信息与楼盘表信息，此类表查询最为频繁，以精确查询为主，不动产单元号是最常见的条件，此类表信息永久存在于生产、现势库中。 业务登记过程、流程信息控制表随时间不断增长，但作为过程数据对后续应用没有帮助，可利用程序机制定期清理，缩小存储占用。不动产登记簿记载了各种权利，但权利的主体不断变化，因此有权利现状与权利历史。权利现状是后续观察与分析的主要内容，登记簿是将来增长最快、占用存储最多的物理表，但权利历史数据可定期移出，达到缩小在生产库占用的存储。权利现状查询较多、权利历史查询较少，此类表查询最为频繁，以精确查询为主、模糊为辅。此类表更新也最频繁，业务登记过程中以精确更新权利状态为主，成果上报对接以批量更新上报状态为主，因此更新状态要尽量精确，批量更新要分行政区划提