请告诉我们您的知识需求以及对本站的评价与建议。
满意 不满意
Email:
房地产电子政务系统结构探讨
栏目最新
- 工程爆破行业的信息化发展现状、实施问题和建议
- BIM技术及在工程项目管理模式中的应用
- 建筑扬尘污染监控平台中的Kerberos协议改进
- 云计算安全研究参考文献
- 云计算安全研究报告(5)：云计算安全关键技术研究
- 云计算安全研究报告(4)：云计算安全技术框架建议
- 云计算安全研究报告(3)：云计算安全现状
- 云计算安全研究报告(2)：云计算安全挑战
- 云计算安全研究报告(1)：云计算发展趋势
- 大型集团型建筑企业工程管理信息化工作探索
网站最新
内容提示：从广州市国土资源和房屋管理局信息化建设中所存在的问题出发，阐述了房地产电子政务系统的总体结构框架及具体实践情况，最后对房地产电子政务的功能作用进行了论述。
引 言
电子政务是政府部门运用现代管理思想对传统政务进行改革及业务流程重组， 充分利用现代信息和网络通信技术， 将政府部门的管理和服务通过网络技术进行无逢集成， 实现跨越时间、空间与部门分割的限制， 全方位地向社会提供优质、规范、透明、符合国际水准的管理和服务。党的十六大报告中就明确指出： 深化行政管理体制改革，“要进一步转变政府职能， 改进管理方式， 推行电子政务， 提高行政效率， 降低行政成本， 形成行为规范、运转协调、公正透明、廉洁高效的行政管理体制。”房地产业作为国民经济的重要支柱产业之一， 大力推动和发展房地产电子政务， 尤其具有重要的意义， 有利于强化政府部门对房地产市场的监管能力， 提高公共服务水平， 促进房地产业的持续稳定健康发展。（参考《建筑中文网》）
1 问题的提出
自上世纪 90 年代中期起， 广州市国土资源和房屋管理局的有关处室单位根据本部门自身的业务需求， 相继组织开发了各自部门内使用的业务应用系统， 如商品房预售管理系统、商品房交易登记管理、房产档案管理系统等等， 实现主要业务处理的电子化、网络化， 取得了一定的应用成效。但是， 由于长期以来，各系统建设是依靠各部门自身的投入建设， 缺乏统一规划和统一标准， 因此存在一些比较突出的问题。
（1）业务优化整合程度低， 数据难以共享
各业务系统是在不同的时期独立开发的， 缺乏统一的规划， 各子系统都仅实现相应的单项业务功能，没有考虑同其他业务的协同工作和数据共享问题， 形成“烟囱式应用”、“信息孤岛”。大量的数据重复输入、重复维护， 导致系统数据不一致， 数据标准不统一， 数据共享程度低。
（2） 数据资源缺乏有效整合， 未能实现深层次的挖掘分析利用
由于各子系统数据标准不统一、数据不一致、数据指标不完整等问题， 各类业务数据难以有效整合和综合利用， 只简单实现相应的数据查询、统计报表功能。未能对积累的大量业务数据加以归集、进行深层次挖掘和分析利用， 数据的使用价值得不到充分应用。
（3） 应用水平较低， 不能适应电子政务发展的新需要
随着互联网技术和电子政务的发展， 通过网络提供在线业务办理和信息公开服务、实现政府与企业、社会公众互动交流的需求已越来越强烈。由于现有各系统建设的时间均较早， 基本上都只局限在各部门内部安装使用， 管理方式已经较落后， 不能满足新时期电子政务系统性应用的需要。
（4）系统平台、架构模式相对落后， 维护成本高 现有系统大多是基于 Wintel PC 服务器和 SQLServer 数据库架构， 采用传统的 C／S 二层结构模式， 系统的可维护性、可扩展性和可靠性较差。20 多个业务应用系统同时并存， 维护工作量大、成本高。
（5）系统安全机制不健全， 存在安全隐患
大部分系统只是采用传统的“用户名+口令”的弱认证方式， 缺乏整体性的网络层、系统层、数据层以及应用层等安全保障机制， 系统潜在很大的安全风险。
随着政府职能由管理型向服务型的转变， 现有系统已越来越不能满足管理和服务的需要了。因此， 结合电子政务应用发展的新趋势， 建立整合性、协同型的房地产电子政务系统， 实现业务集成和数据融合已十分迫切。
2 房地产电子政务系统结构设计
为建立全局性、跨部门的业务应用系统， 有效实现部门间的业务协同和信息共享， 为社会公众和企业提供高效便捷的网上服务， 保证系统有较好的可扩展性、可维护性和安全可靠性， 广州市国土资源和房屋管理局参照国家电子政务标准技术参考模型， 重新设计房地产电子政务系统总体框架结构（见图 1）。新的房地产电子政务系统采用分层结构模型， 形成一个平台（IT 基础设施平台）、四个层面（ 数据层、应用支撑层、业务应用层和表现层）、两个体系（ 安全保障体系、标准规范体系）的技术结构体系。目前， 该结构模型已得到初步的实践应用。
#8.1
各个层次的技术实现框架如下：
（1）表现层
包括外部门户和内部门户。外部门户网站主要面向企业和社会公众， 实现房地产管理政务信息公开发布、网上业务受理审批、网上服务、互动交流等功能。内部门户网站主要面向本局工作人员， 为工作人员提供统一的访问入口， 通过其进入业务应用系统、访问业务数据信息。内部门户网站同时也可向相关政府部门工作人员开放访问服务， 实现政府跨部门信息共享。
（2）业务应用层
围绕窗口办文、房屋交易登记管理、房屋租赁管理、房屋拆迁管理等业务， 建立并集成业务应用系统，同时建立房地产统计分析与房地产市场预警预报系统、房地产信息服务系统。各个业务系统的建设按照优先级顺序进行， 目前已开发了窗口办文系统、房屋交易登记管理系统等多个业务应用系统。
在业务应用系统建设过程中， 遵循“注重关联， 把握全局， 追求总体最优化”的原则， 通过业务流程的优化整合和应用集成， 打通部门间信息传递的“壁垒”，实现信息共享和业务协同， 提升整体工作效率。
（3）应用支撑层
应用支撑层是一个承上启下的支撑平台， 为各类业务应用系统提供统一的开发、部署、运行、管理和集成的基础环境。应用支撑层为在其上开发的业务应用系统提供一组与具体业务无关、通用的基础服务， 包括统一用户管理、统一用户认证与授权管理、信息发布、数据交换等， 从而有效地加快业务应用系统的建设和整合， 促进系统间的信息共享交换和工作协同。在具体实现上， 应用支撑层基于 J2EE 实现架构，采用 Bea Weblogic App Server 作为基础开发平台。基础服务功能调用接口采用 Web Services组件实现。J2EE 是一个开放、基于标准的平台， 提供了一个多层结构的分布式应用程序模型， 具有组件重用的能力，为设计、开发、装配和部署企业级应用程序提供了一个基于组件的解决方案。Web Services采用标准、规范的 XML 描述接口， 具备良好的封装性、松散耦合性、开放和互操作性、高可集成性等特点， 为在其上开发的应用模块提供稳定、安全、调用简单的底层功能实现。因而， 基于 J2EE 和 Web Services实现房地产电子政务系统， 为形成一体化的应用、保证系统的可维护性和可扩展性提供有利的基础。
（4）数据层
数据层为业务应用系统运行提供数据支撑， 数据库涉及业务审批数据库、业务规则数据库、政务公开数据库、统计分析数据库以及共享数据库等。数据库按照统一的标准实现数据采集、数据处理、数据交换等功能， 形成全局统一的数据共享平台， 并为数据资源的深层次分析利用与政务决策支持提供基础。
具体实现上， 数据管理原则上采用集中存储方式， 数据库平台基于 Oracle 9i、 IBM小型机双机热备系统以及 IBM SAN（存储区域网）磁盘阵列机， 具备集群与负载均衡功能， 具有高可靠性、稳定性、可扩展性和安全性， 有效保障业务应用系统的正常运行。数据库平台为实现全局数据集中存储管理、信息资源整合共享与开发利用、解决“信息孤岛”等问题提供必要的基础环境。
（5）IT 基础设施平台
IT 基础设施是保证整个系统运行的前提， 包括网络基础设施、主机服务器系统、存储备份系统、网管系统等。网络基础设施一方面是支持业务应用系统的内部运行， 另一方面是接入 Internet， 支撑对外信息服务、业务的网上运行。主机服务器系统为数据库管理系统、中间件软件、 Web 服务器等基础软件提供硬件运行环境。存储备份系统确保业务数据的安全存储，实现数据备份与恢复。网管系统实现对 IT 基础设施的动态监控， 实现设备的配置、性能、故障管理等， 保障 IT 基础设施的正常高效运行。
（6）安全保障体系
安全保障体系实现对计算环境（ 服务器、桌面机终端电脑等）、系统边界以及网络基础设施的安全防护， 保障政务信息的保密性、业务流程的安全性和政务业务运转的连续性。安全保障体系建设按照“积极防御， 综合防范”的方针， 逐步建立和完善基于网络防病毒、防火墙、入侵检测、VPN、基于 PKI／CA 认证与授权访问、物理隔离网闸、网络安全审计等的全方位、多层次、统一的安全防范体系。同时， 安全保障体系建设要坚持管理与技术并重、分级保护和动态发展原则，并正确处理安全与应用的关系， 做到以安全保应用，在应用中求安全。
（7）标准规范体系
标准规范体系是保障整个电子政务实施成功的重要因素， 是有效实现数据共享交换、业务应用系统集成及开放互联的关键一环。标准制定和实施除了贯彻国家和行业的有关标准外， 更多的是要结合单位的实际情况制定实现数据整合、应用集成和业务协同等有关业务数据和业务操作方面的标准规范。科学合理地实施规范的应用， 将大大降低实施难度和实施成本， 并可以大大降低日后的维护难度。
原文网址：http://www.pipcn.com/research/200608/775.htm
也许您还喜欢阅读：