沈阳市房产局 刘戈
摘 要：经过多年的应用，目前房地产信息系统已经积累了大量的宝贵数据，在准备重上或部分更新系统的时候，房产局将要面临着大量艰难的抉择，可以说到了不上新系统，新业务无法有效展开；而上了新系统若不稳定将面临原有业务无法展开的风险。
关键词：沈阳市房产局 电子政务平台 全生命周期 房地产信息化 难点和抉择
1前言
我国房地产的发展关乎国计民生，且快速发展，为把握正确的发展方向，国家调控房地产市场的政策不断出台，从2004年的“71号令”到2011年的“新国八条”，在此发展过程中，房地产信息化就是政策执行的抓手，且发展越来越重要，其中在2011年的“新国八条”中把个人住房信息系统建设滞后纳入了约谈问责范围。
2沈阳市房地产信息化建设的基本状况
近年来，沈阳市房产局按照住房和城乡建设部信息化建设的总体要求，以电子政务平台的信息技术为依托，大力推进沈阳市全生命周期房地产信息化建设，不断探索、创新和完善房地产市场的监测与管理工作，为沈阳市房地产市场的健康、持续发展提供了有力的技术支撑和保障。
回顾沈阳市房地产市场信息系统建设的发展历程，大致可以分为三个阶段：
第一阶段：开头起步阶段。时间跨度为1999年至2003年。主要标志性工作是沈阳市房地产信息化从无到有，建立了覆盖全市所有区县的房产登记和交易管理系统，初步形成了分散于全市各个区县的房产登记和交易数据库。
第二阶段：加快发展阶段。时间跨度从2004年至2007年底。标志性工作为以工作流信息技术、GIS技术为依托，建立了“大网”一期系统，初步实现了沈阳市五区的交易和登记管理一体化管理信息系统。
第三阶段：整合提高阶段。时间跨度为2008年初至今。标志性工作为以电子政务平台为依托，将多种技术（OA、Web、MIS、GIS、CAD等）无缝集成，建立沈阳市房地产全生命周期信息化系统。
3 房地产信息化建设中的难点和抉择
综合沈阳市房地产信息化发展过程及对兄弟单位信息化建设过程的了解，房地产信息化存在如下难点和抉择
3.1 难点
1、房地产本身的业务和管理政策多变且业务种类和标准繁多，每次变化，系统都要跟着修改，如何保证信息系统快速完成修改以适应业务变化的要求？
2、房地产信息化系统是窗口业务系统，为百姓带来方便、快捷是根本要求，系统要求不能停机，如何保证系统修改后的平稳运行？
3、原先已形成的多个单独应用系统和多个单独数据库，如何进行互联互通和信息共享？
3.2 抉择
经过多年的应用，目前房地产信息系统已经积累了大量的宝贵数据，在准备重上或部分更新系统的时候，房产局将要面临着大量艰难的抉择，可以说到了不上新系统，新业务无法有效展开；而上了新系统若不稳定将面临原有业务无法展开的风险，其中的抉择如下：
1、自建或全委托建设模式的抉择：房地产信息化系统的复杂性导致仅依靠自身队伍无法支撑系统的维护，但全委托技术支撑单位对于本单位来说风险较大；
2、数据整理的抉择：由于房地产数据的宝贵性，上一套新系统，就要进行一遍数据整理，大量人力和物力重复投入，如何保证数据整理的延续性以降低数据整理的投入？
3、停机的抉择：由于房地产信息化系统是窗口业务系统，信息系统在业务经办时间不能停机，停机时间短则新系统测试时间不够充分，停机时间长则影响业务办理；部分系统升级时是否会影响所有的业务系统，如何确定哪些业务系统停机以及停机时间？
4 基于电子政务平台的全生命周期房地产信息化的建设思路
沈阳市房产局经过多年的房地产信息化探索，最终选择了基于电子政务平台的全生命周期房地产信息化的建设思路，依据此思路，房产局对相应的管理机构进行了调整，其中在沈阳市房地产交易权属登记中心专门成立了业务管理部和电子数据整理部，业务管理部负责全生命周期房地产业务的梳理以保证业务流程稳定性，电子数据整理部负责房地产数据结构的全面规划和已有历史数据的整理，以尽量保证数据整理的延续性；沈阳市房地产信息中心负责房地产电子政务平台的规划以保证应用系统的稳定性。由于房地产电子政务平台是业务和数据之间的纽带，以下将重点讨论我局房地产电子政务平台的建设思路。
房地产业务发展迅速，在以业务为驱动的房地产信息化中，业务理解是否全面对系统总体框架的设计有很大的影响。我们认为以房屋为全生命周期的房地产管理信息系统，是以现有楼盘表为核心，将房产的属性类数据（如房屋性质，房屋所有权取得方式等数据），房产的附加属性类数据（如物业和供热等数据）和资金类数据（如房产，预售款和维修基金），统一管理，从而覆盖到全市房地产的各个环节。
4.2 基于电子政务平台建设思路
4.2.1 电子政务平台的设计思想
房地产业务全市大统一和全生命周期管理的趋势，使得原先的以工作流为思路的系统建设模式已不符合要求。为了应对日益增长的业务系统建设要求，必须选用全新的技术架构，使得房地产信息化系统的开发和管理尽可能的智能化。
基于电子政务平台的房地产信息化的建设思路是在数据层面以楼盘表的信息为核心，将房屋测绘、预售许可、商品房网上交易、初始登记、存量房网上交易、各类登记业务以及房屋拆迁的信息进行关联，实现业务数据的一体化；在技术实现层面利用SOA等先进的信息技术，将Web、OA、MIS、GIS、CAD等技术有机融合，并采用配置管理的设计思想，进行业务系统的构建，实现房地产管理业务一体化；在业务应用层面，基于畅通的网络和可定制的工作流程，加强了上下级之间、各业务部门之间、外网和内网之间的业务协同，实现了业务、管理及服务的一体化。从而，从整体上提升了业务水平、管理能力、服务质量。
4.2.2 电子政务平台的技术路线
房地产电子政务平台在系统设计上，基于SOA架构，遵循面向对象的设计方法，采用“高内聚、低耦合”的设计原则，提高系统扩展性、可定制性。
在系统架构上，采用基于J2EE架构的三层分布式应用体系架构，将用户界面、业务逻辑与数据资源进行分离。在客户端的具体实现上根据不同的应用场景采用不同的技术实现策略。
在系统实现上，全面结合在应用中得到验证的成熟组件和成熟模块，用组件化、参数化、模式化、集成化等先进构造思想，构建灵活、健壮、高效、稳定的电子政务平台。
为了保证在电子政务平台所提供的工具和组件的基础上，能够建立稳定、可靠的业务系统，系统结合以RUP为核心的开发方法论，以便指导技术人员合理、有效的使用工具和组件，提交符合房地产信息管理标准的业务系统。
4.2.3基于电子政务平台的房地产全生命周期系统总体框架
开展基于电子政务平台的房地产全生命周期系统建设，需要统筹规划，集成整合房产管理各类数据，实现对应用服务系统的建设与完善，实现房产资源全面、全程监管和辅助决策，提供对外服务。同时，建立数据汇交、数据更新的长效机制和有关技术标准规范，进一步完善数据中心基础设施。它是一系列政策、机制、数据及其管理、技术、标准、应用和服务的总和，总体构架如下图所示：
1）、标准与规范体系
标准与规范的设计是房地产全生命周期系统建设的基础和必须先行的重要工作，主要依据房地产管理信息化标准指南，进行相应的基础类、数据采集类、数据质量控制类、基础数据库、数据交换类、系统建设类、信息服务类以及安全保障类标准的建设。
2）、设施层
设施层也可以称为基础设施支撑环境，主要包括网络、主机与服务器、存储系统、基础软件和信息安全环境等。
3）、数据层
从数据类型上分，数据层应包括基础物理数据、基础权属数据、管理服务数据和元数据等内容。数据中心通过数据交换协议与标准，一方面实现区县数据的汇交与管理；另一方面实现数据与业务系统、应用系统、数据库管理系统的信息交互，进而实现对房地产全生命周期数据的综合管理和应用。
4）、电子政务平台层
基于SOA架构建设统一的房地产电子政务平台，电子政务平台由支撑子平台、搭建子平台、管理子平台和运行子平台组成，为应用系统建设和完善提供有力支撑。
5）、应用层
采用统一的电子政务平台进行房地产全生命周期系统的建设，实现市、区、县、街道乡镇多级联网的房地产应用统一管理。
6）、门户层
房地产全生命周期系统服务对象包括住房保障和房产管理的各级用户，包括决策者、管理者、业务办理人员和系统维护人员，因此需要通过门户的建设对当前现有系统和将来新建的系统进行界面的整合，使用户可以通过统一的安全认证，单点登录，实现对各应用系统的访问和应用。
7）、安全保障体系
安全保障体系设计为基础设施层、数据访问层、信息交换层、应用层四个层次，其中基础设施层包括网络安全基础设施和认证基础设施；数据访问层包括数据资源的安全性、数据访问、传输以及提取的安全性；信息交换层主要是保证信息传输的机密性、完整性和不可否认性，防止信息传输过程中的窃听和泄漏。应用层安全保证业务操作主体的可信性、可审计性以及不可抵赖性。
5 电子政务平台的设计与实现
由总体架构分析，电子政务平台在总体设计方面，采用基于SOA架构和组件化的设计方法，提供一系列相对独立的组件、服务或定制工具，如用户管理、权限管理、组织机构管理、菜单管理、日志管理等管理组件，以及工作流定制、统计报表定制、表单定制等工具等，开发人员可以基于电子政务平台通过定制得到系统所需的业务组件，对这些组件进行封装和组合便能生成应用系统。这些组件的开发和部署保持相对的独立性，每个组件通过定义良好的接口，向外部提供服务。这些服务的获取者可能来自客户端、可能来自其他组件。这种基于组件的设计可以达到比较好的重用性。在J2EE的架构下，各组件通过J2EE标准定义的协议，向各客户组件提供服务。
经过充分调研，我局选择了东软集团股份有限公司的UniEAP技术架构作为我局的房地产电子政务平台，从而在平台实现方面，充分考虑了业务系统前期开发和后期运维相关工作，将业务系统建设生命周期的三个重要阶段融入到整体平台的实现中，将整体平台划分为“搭建子平台”、“管理子平台”、“运行子平台”和“支撑子平台”四大主要部分。
5.1 搭建子平台
搭建平台是构建和维护管理业务及其平台支撑数据库的基础，是由一系列相互关联、相互调用的工具构成的，以业务流转和业务处理为核心的、基于配置的集成式环境。
搭建平台应集成目前在业界公认领先的Eclipse平台作为工具集成环境，Eclipse平台架构完备、技术领先，不仅可以满足J2EE应用的构建，还可以兼容其他程序语言构建的应用组件。
5.2 管理子平台
管理子平台是一系列配置管理工具的集合体，其中主要的配置管理工具包括：组织机构定制、权限定制、服务参数定制。通过使用这些工具，可以对业务系统进行管理和配置，维护组织机构人员的变更、各种资源模板的更新、权限的变更、服务的监控、日志的配置等，并负责将形成的各种电子政务系统配置信息保存到电子政务平台支撑数据库中。
从使用角度来看，为了便于在运行期通过它对系统进行维护，管理子平台要以浏览器类型的客户端为主要交互方式，以便实现客户端零安装、零维护。同时，由于各个功能独立性较强，因而要拥有良好的可插拔性。
5.3 支撑子平台
支撑子平台是所有后台服务的统称，主要负责为前端系统提供所需的服务，由系统服务、系统组件、业务组件以及支撑组件运行的框架——UniEAP四部分构成，提供业务组件运行的支撑环境，并对各种业务定义和模板进行解释。UniEAP是支撑子平台的核心，其提供的组件框架是众多系统服务、系统组件和业务组件的统一载体，有效地保证了系统的可扩展性、屏蔽了平台的底层技术实现细节，降低了系统维护和管理成本。
5.4 运行子平台
运行子平台是一个能够处理多种协议请求的分布式对象模型系统。该分布式体系结构技术具有并行处理信息的特点，可大大提高系统的整体运行效率，减小业务应用系统的实施成本。运行子平台采用的多业务应用支持、池缓冲、对象持久化、负载均衡等技术，大大增加了平台的可配置性、可扩展性、开放性和可移植性，用户在使用它进行业务应用系统的开发时具有开发周期短，开发质量高的特点。
运行子平台具有Portal Server的“集中式管理、分布式运行”技术，将位于不同服务器上的各种业务系统统一到一个有机的用户界面中，用户在一个窗口中就可以完成所有的工作。同时，运行子平台还定义了一个可扩展的应用框架，用于与各种应用程序、内容、人员和流程的交互。而且，运行子平台可以向各种客户机设备（Web浏览器、手机、PDA等）提供大量的电子政务应用。
6结束语
综上所述，通过我局利用房地产电子政务平台提供的业务组件构建工具实现房地产信息化，可以快速搭建业务应用系统，并随着业务应用的深入而及时地进行扩展和调整，能缩短业务系统的开发周期、避免重复建设、在增强系统扩展性和兼容性的同时提高系统的维护水平。为提升房地产行政主管部门的公众服务能力提供了完善的系统功能，为实现房地产信息全生命周期管理提供强有力的技术保障，同时，也为房地产市场监管和调控提供及时准确的数据基础。
苏公网安备32011502011255号