SOAR杭州市房产信息管理分析系统的开发与设计_第1页
SOAR杭州市房产信息管理分析系统的开发与设计_第2页
SOAR杭州市房产信息管理分析系统的开发与设计_第3页
SOAR杭州市房产信息管理分析系统的开发与设计_第4页
SOAR杭州市房产信息管理分析系统的开发与设计_第5页
已阅读5页,还剩39页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

/SOAR杭州市房产信息管理分析系统的开发与设计摘要经过9年的使用,原有的房产管理信息综合系统在杭州市房产业务及信息化管理中发挥了积极、有效的作用,但随着房产业务及管理的开展和深化,房产管理信息系统在应用范围、先进性、适应性、经济性等方面出现了诸多新挑战。房产业务管理需求在向各个方向扩展。房产业务需求逐渐走向深化,外延逐渐扩大。系统面临三个开发区的商品房、存量房等业务数据建立统一采集和发布的机制的要求,对萧山区、余杭区也需要逐步纳入数据联网体系,建立数据动态更新机制和分工管理维护模式。市政府和其他相关部门提供房产信息共享呼声也越来越高。还有建设部、省建设厅对房地产市场监测数据和统计报表的报送要求,以及目前酝酿的全国房产权属登记信息联网,加强房地产宏观调控等工作部署,对房管信息系统提出了更高的垂直管理和效劳要求。因此我们在杭州市住房保障和房产管理局“十五〞信息化建设基础上,总结和分析房产业务开展过程中的现状问题和困难,针对业务、数据、效劳、技术、管理方面“五个一体化〞的要求,根据房产管理部门在房地产市场管理、数字物业效劳房屋维修管理、住房保障管理、行政办公管理等应用需求,基于面向效劳架构(service-orientedarchitecture,SOA)理论和技术,设计并研发了新一代的基于SOA面向效劳的多层架构房产管理信息平台(简称“新一代〞,英文全称为“SOABasedReal-EstateInformationSystem〞,缩写为“SOAR〞)。通过新一代系统,杭州市住房保障和房产管理局实现了“1213〞目标,即:1个完善的统一基础数据库,2个行业标准,1个管理基础信息平台,3项行业示范应用。同时,新系统解决了现有系统使用中发现的主要业务和技术问题。如何发现问题,如何解决这些问题,如何开拓思路,开展创新,利用新技术,克服困难,围绕原有系统中存在问题的解决,建立新标准,建设新平台,推出新应用,这便是本文的来源和主旨。关键词:SOAR,房产GIS,以图管房,房屋登记,登记簿AbstractAfter9yearsofusing,theoriginalRealestatemanagementinformationsystemhaveplayedapositiveandeffectiveroleinHangzhou,Butwiththedevelopmentofrealestatebusinessanddeepeningofmanagement,thesystemappearsmanynewchallengesinapplicationscope,progressiveness,adaptability,economicalefficiencyetc.Thedemandofrealestatebusiness

isextending

toalldirectionsandgraduallydeepeningandexpanding.Thesystemfacesaproblemwhichisestablishingacommercialandstockinghousingdatabaseincluding3developingareas.XiaoshanandYuhangareaalsoneedgraduallyincorporatedintothedatanetworkingsystem,tobuildadatadynamicupdatemechanismandthedivisionofmanagementandmaintenancemode.TosharerealestateinformationwithCityHallandotherrelateddepartmentsare

a

pressing

need.andtherequirementsoftheMinistryofconstruction,theProvincialDepartmentofconstructionintherealestatemarketmonitoringdataandstatisticalreportsubmission,andthecurrentlybrewingnationalhousingmanagementauthorityintheregistrationinformationwithnetwork,Strengthenmacro-controlofrealestate

andother

workarrangements,thesespecialrequirementsneedmoreverticalmanagementandservicerequirementsforhousingmanagementinformationsystem.SoonthebasisofthecityofHangzhouhousingsecurityandtheHousingAuthority"fifteen",wesummaryandanalysisproblemsanddifficultiesintheprocessofrealestatebusiness,forbusiness,data,services,technology,management"fiveintegration"requirement,forbusiness,data,services,technology,management"fiveintegration"requirement,accordingtorealestatemanagementdepartmentinthemanagementoftherealestatemarket,thedigitalpropertyhousingrepairservicemanagement,housingmanagement,administrativeofficemanagement,applicationrequirements,basedonServiceOrientedArchitecture(service-orientedarchitecture,SOA)theoryandtechnology,wedesignanddeveloptherealestatemanagementinformationintegratedsystemofnewgeneration.Throughthenewgenerationsystem,Hangzhouhousingsecurityandthehousingauthoritytoachievethe"1213"target,namely:1perfectunitybaseddatabase,2industrystandards,1basicmanagementinformationplatform,the3industrydemonstrationapplication.Atthesametime,thenewsystemcansolvetheexistingsystemproblemsofbusinessandtechnology.Howtofindtheproblem,howtosolvetheseproblems,howtodevelopideas,developinnovation,overcomedifficulties,theuseofnewtechnology,theestablishmentofanewspecification,constructionofanewplatform,newapplications,whichisthesourceandthemainpurposeofthis.KeyWords:SOAR,RealEstateGIS,HouseManagedByPicture,HousingRegistration,RegistrationBook目录摘要 iAbstract ii图目录 vi表目录 vii第1章绪论 11.1课题背景 11.1.1课题简介 11.1.2课题研究内容 31.1.3研究意义 51.1.4研究方法 61.2论文组织结构 71.3本章小结 7第2章房产系统业务和技术分析 82.1信息化现状 82.1.1系统概述 82.1.2系统特点 82.1.3基础数据现状 112.1.4网络及平安设备现状 122.2现有问题分析 122.3现有政策业务环境分析 142.3.1国家经济与房地产宏观调控政策 142.3.2物权法和房屋登记方法的实行 152.3.3房地产市场信息系统技术标准的推行 152.4杭州市地方性房地产政策 152.5小结 16第3章功能分析和总体架构设计 173.1系统架构 173.1.1SOAR平台的效劳架构图 183.1.2SOAR平台的系统架构 193.2房产SOA基础技术平台建设 203.3房产SOA基础业务效劳管理平台建设 213.4房产应用装配管理平台建设 223.5房产数据库建设 22第4章功能设计实现 244.1核心技术架构设计 244.1.1数据组织方式及数据建库设计 244.1.2系统数据内容分析 244.1.3系统主要图件内容分析 254.1.4数据库设计 264.2系统结构和功能模块设计 294.2.1系统总体架构设计 294.3房产SOA基础技术平台 334.4业务处理平台 344.5数据共享交换平台 37第5章总结与展望 405.1本文总结 405.2本文缺乏和进一步的工作 40参考文献 42作者简历 44致谢 45图目录TOC\h\z\c"图"图2.1房产管理信息综合系统框架 13图2.2系统中的以图管房功能界面图 14图2.3三维GIS展示 15图3.1SOAR平台效劳架构方案图 22图3.2实现IT与业务松耦合的效劳架构 23图3.3SOAR平台系统架构方案图 24图3.4基础平台建设思路示意图 25图4.1房地产系统主要数据内容 29图4.2房产工程数据库分类 30图4.3杭州房产工程数据库组成 31图4.4杭州房产系统数据库组成及相互关系 32图4.5杭州市SOAR房产信息平台软件结构示意图 33图4.6SOAR系统用户网络结构图 35图4.7系统总体结构示意图 36图4.8数据平安交换网络示意图 41图4.9平安数据交换模型 42TOC\h\z\c"图"表目录TOC\h\z\c"表格"表4.1数据交换模式 41第1章绪论1.1课题背景课题简介杭州市房产管理局房产管理信息综合系统在房产业务及信息化管理中发挥了积极、有效的作用,在全国房产行业的应用中处于领先地位,并且形成了一定的影响力。但随着房产业务及管理的开展和深化,房产管理信息系统在应用范围、先进性、适应性、经济性以及在系统应用推广等方面出现了新特点、新要求,对我们提出了诸多新的挑战。1)系统应用范围的挑战房产业务管理需求在向各个方向扩展。房产业务需求逐渐走向深化,外延逐渐扩大。系统面临三个开发区的商品房、存量房等业务数据建立统一采集和发布的机制的要求,对萧山区、余杭区也需要逐步纳入数据联网体系,建立数据动态更新机制和分工管理维护模式。物业管理方面,需要建立从市房管信息受理中心-区县办理中心-社区街道效劳中心的三级管理效劳网络。需要为市政府和其他相关部门,如规划局、国土局、建委、国安、公安、财税、民政、市民卡中心、统计局等提供房产信息共享。建设部、省建设厅对房地产市场监测数据和统计报表的报送要求,以及目前酝酿的全国房产权属登记信息联网,加强房地产宏观调控等工作部署,对房管信息系统提出了更高的垂直管理和效劳要求。2)先进性的挑战房产信息系统先进性主要表达在技术先进性和行业应用先进性两个方面。新技术在目前房产综合信息系统上的运用,受限于原有基于C/S构架设计开发的先天缺乏,无法更好利用。目前使用的系统从2001年开发至今,已经经过近七年的应用和开展,目前的新技术,如SOA(ServiceOrientedArchitecture,面向效劳的体系结构)、ESB(EnterpriseServiceBus,企业效劳总线)在当时都未提出或还不成熟,从软件工程开展的角度,经过十年左右时间,业务及技术层面都对信息系统提出新要求。通过对系统进行一个全面升级换代,可以充分利用新的技术手段及新的业务管理方式为房产业务效劳。行业应用方面:目前我们虽然处于同行业的领先地位,但也面临诸多挑战。(1)每年业务增长量迅速,现有系统对于业务增长量能适应的极限是多少,目前无法做出有效评估。(2)业务由内网向外网转移。业务流程内外网交互流转的业务流转方式对工作流提出新的要求。(3)业务协同审批、智能化审批、多级业务管理等方面的应用对系统数据共享性和扩展性提出了更高要求。(4)随政策法规调整与出台,如:《物权法》、《房地产市场信息系统技术标准》(简称《技术标准》)以及最近面向国家宏观经济和房地产市场形势杭州市又新推24条促进市场的新政等,需要调整改造或新建的业务及业务数据,对现有系统造成一定的冲击,能做到与时俱进的系统,才能成为行业领先的系统。3)适应性的挑战随着社会经济活动,特别是房地产经济活动的日趋活泼,业务复杂性、业务数据关联性、业务可扩展性的要求都对房产信息系统提出更高的实现要求。房产信息系统的优劣根本表达在能否适应业务开展、为客户提供更好效劳上。人机交互模式的开展,对信息系统适应性提出新的挑战。原有人员与系统的交互模式在很多方面已经发生变化,如可视化、智能化、三维等,新技术更加突出以人为本,突出直观、简单、准确的交互。房产管理的杭州模式受到了全国各地同行的认同,对杭州模式房产信息系统的推广应用的需求也与日俱增,现有模式房产信息系统主要面向杭州管理模式及杭州本地的业务需求设计或设置,地方特色明显;且系统的业务相关性比较突出,对外推广工作量大且改造难度较大,这些都对系统的适应性提出了更高的要求。4)经济性的挑战由于现有的房产系统是在当时业务需求情况下设计开发的,虽然经过多年的滚动开发,但由于受到当时计算机技术开展水平、C/S设计构架的限制,虽然可以满足目前绝大局部情况下的业务需求,但其实现本钱(硬件网络、软件改造等)较高。局部需求采用现有技术及系统构架无法实现,如楼盘表、可视化工作流、动态表单等。即使能实现局部要求,代价也很大。而且,站在全国全行业房产信息化开展的需要来看,全国各地从省会城市到下面各区县等在分头建设各自的房产信息化管理系统,但限于行业信息化推进企业水平参差不齐、信息系统建设能力相差甚远,行业内缺乏一个功能齐全、性价比高、易于推广部署的产品化的行业软件,导致全行业房产信息化投入大量资金,建设本钱很高、周期很长、可用性和成功率又不高,造成行业内信息化投入与产出的极大失衡,浪费较大。(2)十一五规划的安排2007年,杭州市房产管理局,编制了《杭州市房产管理局2007~2010年信息化建设规划》(以下简称《规划》),以“十五〞期间杭州市房产管理局信息化建设的现有成果为基础,结合国家建设部、浙江省和杭州市相关信息化建设的规划、信息技术开展趋势,提出了未来四年杭州市房产管理局信息化建设的总体开展战略、目标和阶段性战略目标;进而全面系统地指导杭州市房产管理局信息化建设的进一步深化,实现以电子政务为代表的政府信息化。努力将杭州市房产管理局打造成为具备创新和具有应变能力,具有更高效劳品质的高效、精简的政府职能部门。《规划》提出2007~2010年期间,杭州房产管理局将从效劳经济建设与改善市民居住条件出发,逐步形成效劳于政府的决策支持系统,进一步提高综合效劳能力,促进产业优化升级,发挥房产资源对经济的拉动作用;进一步加强市场调控,改善广阔群众的居住条件,促进房产业持续、稳定、健康的开展;进一步加强行业管理,加大科技兴业的实施力度,提升行业科技含量和管理水平。房管局信息化建设将促进全市房地产信息化,加快“数字房产〞建设,科学、客观的反映房地产市场运行状况,为杭州市房产信息体系提供权威的房地产数据,为房地产行业分析、决策提供数据和技术支持。为公众提供公正透明的住房供求信息,营造“公平、公正、公开、透明〞的房产交易环境,标准房地产市场,优化住房供应结构,满足不同消费群体的需求效劳。为打响“住在杭州〞品牌做出奉献。课题研究内容本文主要研究内容包括:(1)基于SOA系统建设总体技术路线在SOAR工程的建设中,如何有效地将适当的IT架构与房管局业务要求相结合,建立满足房管局要求的业务系统,十分重要。结合房管局业务快速开展的需求,在SOAR平台设计上,我们充分考虑了SOA的技术演变和要求,以此作为基础,构建房管局基础的IT业务平台。面向效劳的架构(SOA)的产生适应于业务的灵活变化以及IT系统的改变的要求。IT架构是一个逐步演变的过程。SOA相对于其它类型的架构而言,重点强调两个原则。一是从业务角度,追求业务越来越灵活,通过增加流程的粒度、快速生成业务流程以及组装应用来及时响应市场的变化。另一方面是从IT角度,追求IT系统越来越简单化,通过效劳生成的技术无关性、最大化的重用现有效劳等方法来实现IT系统的灵活与简化。从SOA的原则可以清晰地了解到与其它既有的架构的最大不同在于,它是第一个明确提出在建设IT架构的时候,同时直接从业务层面去思考的架构。以往的IT架构更多的关注于IT技术本身的特点、如何去优化、简化开发、增强处理能力等。因此,SOA应是更为适应业务要求,生命力更为持久的架构体系,是指导房管局IT建设的重要原则。(2)基于SOA-GIS技术实现实现GIS、MIS、OA的一体化技术为了实现GIS、MIS、OA的一体化,在GIS平台的选择上要使用全组件式的GIS(ComponentsGIS,ComGIS)。ComGIS的根本思想是把GIS的各大功能模块划分为几个控件,每个控件完成不同的功能。各个GIS控件之间,以及GIS控件与其它非GIS控件之间,可以方便地通过可视化的软件开发工具集成起来,形成最终的GIS应用。控件如同一堆各式各样的积木,他们分别实现不同的功能(包括GIS和非GIS功能),根据需要把实现各种功能的“积木〞搭建起来,就构成应用系统。ComGIS的开展符合当今软件技术的开展潮流,同时也极大地方便了应用和系统集成。同传统的GIS比较,这一技术具有以下几方面特点:高效无缝的系统集成。不管采用何种系统集成模式,传统的GIS软件在系统集成上都存在缺陷。ComGIS提供了解决以上问题的理想方案。ComGIS不依赖于某一种开发语言,可以嵌入通用的开发环境中实现GIS功能,专业模型则可以使用这些通用开发环境来实现,也可以插入其它的专业性模型分析控件。因此,使用ComGIS可以实现高效、无缝的系统集成。无须专门GIS开发语言。传统GIS往往具有独立的二次开发语言,如Arc/Info的AML、MGE的MDL、MapInfo的MapBasic等。对GIS基础软件开发者而言,设计一套二次开发语言是不小的负担,同时二次开发语言对用户和应用开发者而言也存在学习上的负担。而且使用系统所提供的二次开发语言,开发往往受到限制,难以处理复杂问题。ComGIS则不需要额外的GIS二次开发语言,只需实现GIS的根本功能函数,按照Microsoft的ActiveX控件标准开发接口。这有利于减轻GIS软件开发者的负担,而且增强了GIS软件的可扩展性。群众化的GIS。组件式技术已经成为业界标准,用户可以象使用其他ActiveX控件一样使用ComGIS控件,使非专业的普通用户也能够开发和集成GIS应用系统,推动了GIS群众化进程。本钱低。传统GIS结构交互性差,系统的开发难度大。ComGIS提供实现空间数据的采集、存储、管理、分析和模拟等功能,至于其他非GIS功能(如关系数据库管理、统计图表制作等)则可以使用专业厂商提供的专门组件,有利于降低GIS软件开发本钱。另一方面,ComGIS本身又可以划分为多个控件,分别完成不同功能。用户可以根据实际需要选择所需控件,最大限度地降低了用户的经济负担。数据存储一体化。当前GIS技术开展的最新趋势是采用关系数据库管理空间数据,如ESRI的SDE和ArcSDE、Oracle的Spatial、SuperMap的SDX引擎、MapInfo的SpatialWare等。当前最为流行的空间数据库技术都是基于关系型数据库进行空间数据管理能力的扩展,在存储上直接利用关系数据库的存储结构来存储空间数据,空间数据和非空间数据的通过关键字段关联。由于空间数据和非空间数据在存储上并无本质的不同,都对应着数据库中的表,这意味着空间数据与非空间数据一体化集成,实现了真正的一体化存储。(3)数据仓库技术随着基础数据建设的完整和准确,系统建设和应用不断丰富,各种房产资源的充分利用,为政府和社会提供更好更全面的信息效劳日趋重要,数据仓库技术的重要性也逐渐突显。数据仓库是杭州市房产管理局建立房地产市场信息系统的关键技术,是一个面向主题的、集成的、非易失的且随时间变化的数据集合,用来支持管理人员的决策。它是决策支持系统的基础。通过对数据的预处理,可以消除原数据中的不一致、缺失、重复等问题,从而保证统计分析的正确性。数据仓库的另外一个特点是可以对其中的数据进行联机分析处理(OLAP)操作。通过上卷、下钻、切片、切块等智能化操作,可以对数据进行交互式的操作,方便的找出数据中隐藏的有用信息,从而为决策提供支持。研究意义本工程的建设,立足杭州,面向全国,高标准、严要求,充分利用IT行业最新理论和技术,面向全国房产市场打造国内一流房产信息系统,系统在性能、可推广性、可扩展性和稳定性等方面有质的提升。此工程的目标是建设一个房产信息化的行业产品,它不是对原系统的完善和简单升级,而是利用新技术基于SOA的创新性的突破性的建设工程。建设好工程,意义重大。(1)工程建设是践行“科学开展观〞,推动“和谐房管〞的重要举措。工程建设,是践行“科学开展观〞,推动“和谐房管〞,贯彻“以信息化带开工业化,以工业化促进信息化〞和房管局继续领跑全国房地产行业信息化的战略目标的具体举措。科学开展,表达在:一是对已有系统的全面梳理和分析,发现解决存在问题;二是总结已有系统建设经验及成果,继承和开展应用,兼顾了应用和创新;三是面向未来可能存在的政策变化、业务管理思路的调整等新增需求,用开展的观点来指导新系统的建设,兼顾历史和未来;四是它不仅仅局限于杭州市本地应用的需要,更是面向全国性行业应用需要,兼顾本地和全行业。该系统建设将提升开展出科学标准,科学继承和开展已有成果,并结合业务与技术等多项创新,确保杭州市房管局继续领跑全国房产信息化的地位。(2)工程建设是提高房管局职能部门工作效率,降低行政本钱的有效手段。通过新一轮房产信息化建设,使系统能更好地适应各级部门在政策业务方面的开展变化要求,通过建立类似房产软件生产流水线方式搭建基础平台与业务功能效劳,可快速搭建业务处理平台,在全面降低信息化本钱的同时,实质性提升业务数据共享及业务协同审批能力,提高各级房产业务部门的工作效率。(3)工程建设是强化综合监管,加强行业管理和标准业务行为的技术保障。工程通过标准业务规则和流程标准,构建权威、公正的房产管理和效劳平台,可加强对各级部门的业务办理和房地产市场行为的管理和监督,同时为增强宏观调控决策的有效性和科学性提供支持。(4)工程建设是加快行政管理体制改革,建设效劳型政府的需要。工程建设新的系统,可灵活应对房产管理的各项业务请求,设计建设各类效劳,充分调用政府各类资源,表达政府为民效劳、以民为本的形象。(5)数字房产是数字杭州建设的重要组成局部目前该工程已经投入使用,已经通过该平台实现了“统一平台、多点发证〞的目标,全市范围均能统一办理业务,并实现了跨部门、跨机构的信息资源共享,群众反响积极,应用效果良好。研究方法SOA(ServiceOrientedArchitecture,也叫面向效劳架构),是指在Internet分布式环境下,可以根据需求通过网络对松散耦合的不同粒度应用组件或效劳进行分布式部署、组合和集成使用的系统架构理论和实现技术。SOA的基础是效劳,它是灵活适应系统环境和业务变化、架通业务和IT技术的桥梁。杭州房产管理局拟通过围绕基于SOA面向效劳的多层架构房产信息系统(SOAR)为核心的新一轮房产信息化建设,以信息技术促管理,以需求为导向,以应用促开展,通过积极推广和应用信息技术,增强局系统工作的科学性、协调性,加快建设廉洁、勤政、务实、高效的政府部门。杭州市房产管理局将在“十五〞信息化建设基础上,总结和分析杭州市房产业务开展过程中的现状问题和困难,遵循国家、行业与相关技术标准要求,继承杭州市房产管理局现有房产信息系统较为成熟的业务操作模式和管理标准,充分吸取全国同行业的先进管理、效劳及技术经验,抓住重点,立足长远,通过管理、业务、效劳、技术和应用创新,以“业务一体化〞、“数据一体化〞、“效劳一体化〞、“技术一体化〞和“管理一体化〞五个一体化为系统建设指导性原则,紧紧围绕“系统共建、资源共享〞,采用先进的计算机理论技术,借助三年的新房产管理基础信息平台建设过程,实现“1213〞目标,即:1个完善的统一基础数据库,2个行业标准,1个管理基础信息平台,3项行业示范应用。同时,新系统需要解决现有系统使用中发现的所有业务和技术问题。1个完善的统一基础数据库:完善房产基础数据库体系,实现与杭州市三个开发区、萧山、余杭乃至富阳、临安等县(市)房管部门的业务数据联网与共享;构建数据获取及共享系统、实现与其它政府职能部门的数据交换与共享;使之成为杭州市信息最全、最准确、最权威的房地产数据库。2个行业标准:开展详尽的业务和数据梳理、分析,通过广泛业务及数据需求调研,结合全面的整理描述,利用新思路、新技术,提取并拟制面向房产行业的业务标准和数据标准。拟定后的标准将征求和汇总市、省、建设部等不同层次用户意见,按行业标准提交建设部。1个管理基础信息平台:不断适应房产管理在机构、政策、业务等方面的开展需求,设计开发新型、开放、标准、平安、高度集成、面向效劳、操作简便、可充分发挥硬件作用、能灵活适应房产管理政策变化的基于SOA面向效劳的多层架构房产管理信息平台(简称“新一代〞,英文全称为“SOABasedReal-EstateInformationSystem〞,缩写为“SOAR〞),为局系统业务单位、房地产从业机构、社会公众、建设部和市政府等相关职能部门提供稳定可靠、高效、操作简捷的业务处理、效劳和管理统一信息平台,提高信息系统可扩展性、可维护性和平安性等。SOAR系统建设需求和应用着眼“立足杭州,面向全国〞,总体水平要到达国内领先,力争成为可面向全国推广的房产管理信息平台产品。3项行业示范应用:基于SOAR基础平台,根据《物权法》、建设部《房屋登记方法》和《房地产市场信息系统技术标准》等,建设“杭州市产权交易与房屋登记管理信息系统〞、“杭州市数字物业效劳房屋维修管理网络平台〞和“杭州市房地产市场信息系统〞三项面向行业的示范应用,依托房产GIS,充分整合和利用房地产信息资源,对政府、相关行业、房地产机构、物业和市民提供多层次、全方位的效劳,提高杭州市房管局的效劳水平和信息应用水平,达全国领先。1.2论文组织结构论文第一章介绍了课题的相关背景,研究方法。第二章介绍了本课题有关的各类业务系统的现状、国际国内环境、房产信息化建设情况。第三章对总体需求进行分析,并对整个系统的总体架构进行设计。第四章对几个重点和难点问题进行功能设计,充分利用研究方法,最终实现系统。第五章进行总结和展望,对研究成果进行总结,对缺乏之处提出今后的解决思路和方向。1.3本章小结本章节介绍了本课题的研究背景,课题研究意义和研究方法,介绍了本人在本课题中的主要工作,并介绍了本论文的主要内容。第2章房产系统业务和技术分析2.1信息化现状2.1.1系统概述自2002年开始至今,房管局陆续建设了《杭州市房产信息管理综合系统》、《杭州市商品房预(销)售合同网上备案系统》、《杭州市二手房网上合同签订与办证系统》等系统,根本实现了房产测绘、市场管理、产权交易、拆迁管理、档案管理等13个业务处理子系统一体化,实现了房管局局机关及局属各窗口单位所有业务的一体化管理;实现了新建商品房预(销)售以及二手房合同网上签订、联机备案与办证,实现了内部业务办理进度、市场交易信息与市场统计分析信息的外部Internet表现实时网上浏览等。商品房与二手房网上联机备案系统面向房地产开发企业、房产中介与广阔老百姓效劳,是实现网上透明售房,营造一个公开、公平、公正的良性房地产市场环境的一项阳光工程。同时,房管局还投入了大量的人力和物力开展了房产GIS数据库建设和档案库建设,实现了基于房产GIS的业务联动以及资源的继承与共享。2.1.2系统特点(1)房产信息系统实现了“业务、数据、效劳、技术〞四个一体化以数据一体化为基础,技术一体化为实现手段,业务一体化为表现形式,最终到达效劳以及管理的一体化。系统以房产测绘和产权发证等业务数据为基础,对房屋从预测绘开始的整个生命周期进行管理,在全国房产管理行业,率先实现以测绘数据为龙头,根据各类房产业务之间的内在联系,建立了基于GIS技术,以房屋楼盘表为核心、各部门房产业务数据和管理数据相叠加的数据库系统,在全国率先开展了房产三大基础数据库建库工程,即“产权发证库〞、“基于GIS的房产测绘数据库〞、“房产档案影像库〞,实现了三库互联户查,真正实现了“图、属、档〞的一体化管理,可全面、客观的反映房产信息。通过对13个业务子系统(图2.1)基于同一个数据库进行统一设计、开发,实现了业务部门之间的数据共享和协同审批,实现了房产数据的自动继承、实时共享、动态核查。如房产测绘数据、产权发证数据、扫描影像数据、预售合同备案数据、抵押查封冻结限制数据在局系统任何一个部门都能即时获取和共享。图2.1房产管理信息综合系统框架(2)基于微观GIS模型的房产测绘智能化内业处理基于微观GIS模型实现房产分层分户图管理,实现面积智能分摊、尺寸自动标注,极大提高了房产测绘的工作效率和质量,并与业务处理子系统结合,实现GIS与MIS、CAD的无缝结合。房产测绘子系统是对自主知识产权国产GIS(中科院北京超图的SuperMap产品)产品的延伸,不但创新了房产共有面积智能分摊计算模型,通过应用和产业的互动,促进了具有自主知识产权国产GIS的完善和功能的提升。(3)集多主题GIS的房产业务综合管理,建立以GIS为核心、一体化的数据模型,实现“以图管房〞基于GIS平台实现以危旧房、历史保护建筑、房屋平安鉴定、白蚁防治等主题的综合GIS管理,通过先进影像处理技术和GIS技术完成房产档案扫描建库和房产GIS图形建库,利用GIS空间数据库技术,实现对海量的GIS空间数据、房产审批数据、权属数据、交易数据和档案、多媒体数据的一体化存储、管理以及平安高效的访问,实现“以图管房〞管理模式(图2.2)。数字房产作为支撑各类城市管理信息系统的“臂膀〞,成为“数字城市〞建设的基础内容,为政府部门进行决策参考提供准确的依据,具有广泛的应用前景。图2.2系统中的以图管房功能界面图(4)基于楼盘表实现业务智能化审批和流水线审批基于楼盘表受理业务,根据房屋的状态判断可以办理的业务,在具体的业务申办过程中,系统能够自动识别和拒绝任何越权受理和审批操作行为,实现智能化审批,在很大程度上促进了政务信息化工作的标准化和标准化。同时实现基于楼盘表实现业务流水线审批,提高业务审批效率,标准和加快工程审批业务工作流程,提高审批工作效率,为社会公众提供更快捷、更高效的效劳。(5)实现多业务组合办理和立等可取办理,大大提高审批工作效率根据业务标准,实现多业务自定义组合办理,大大提高审批工作效率;同时系统实现立等可取业务办理,加快办理速度,,为社会公众提供更快捷、更高效的效劳。(6)建立业务审批和业务督办结合的房产电子政务根据各房产业务办理管理模式,确定业务审批流程和运行机制,以多阶段任务分配和督办为基础,实现任务驱动机制,同时将业绩考核与业务办理挂钩,并与其他业务系统在功能界面和数据上进行集成,实现业务协同审批和数据继承交换。(7)实现多业务联动的房产交易电子商务模式目前,工程建设完成了包括“商品房天地〞、“商品房网上合同备案〞、“商品房办证网上受理〞、“二手房天地〞、“市场统计分析〞、“房产WebGIS〞、“存量房网上合同备案〞等七大版块,分设40多个栏目。面向房地产开发企业与中介机构业、面向普通市民、面向行政管理部门等几个受同层次提供统一的办事审批及效劳平台。(8)房产诚信档案“诚信档案〞栏目,为促进杭州市房产市场的公开、公平和透明售房提供了一个网上监督平台,普通老百姓可以通过该平台对房产公司的业务进行监督和投诉、咨询、表扬,房产商可以通过该平台与老百姓拉近距离进行及时交流;“解除合同情况公示〞给出了最近三天解除合同撤销备案信息;“连续预定情况公示〞给出了预定次数到达三次的房屋动态跟踪信息;“中介机构〞、“经纪人〞、“代办业务量排名〞以及“代办业务退件率排名〞等将内部中介资质审批及代理业务通过系统进行动态统计并及时将相关信息公示,让市民选择满意的房产交易代理商提供了有益的信息参考,同样房产管理部门也可以通过平台更好地了解和掌握房产市场行为和房产交易市场。(9)与市政府相关职能部门的数据共享(国安、农税、规划、集办中心)1)实现与市行政效劳中心的投资工程网上审批平台联网投资工程在市行政效劳中心投资工程网上审批平台受理之后,可以自动转入杭州房产信息系统中审批,在房管局房产信息系统中审批结束之后,可自动转入市行政效劳中心投资工程网上审批平台,实现了两个系统之间的衔接。2)通过在规划局基础地形图上叠加房产图形信息,建立规划许可证与预售工程的关联等,提高了规划、预售等信息的的权威性、时效性,促进了房地产职能部门之间的数据共享和为社会公众效劳的水平。3)利用房管局房产信息综合系统工程成果和技术,根据市国安局需求开发的房产信息应用系统,实现了高分辨率卫星影像数据与房产信息的整合,快速正确的查询信息及定位功能,大大增加了平安局的业务处理能力,提高了工作效率。在该系统中,可以通过姓名、身份证、座落查询其拥有的房产的详细信息,可以查看其分层分户图,并能够精确地定位到卫星影像图上。从卫星影像图上选择房屋,可以查看楼盘表及房屋信息、产权信息;可以查看分层分户图,反映了房屋的内部结构。区域三维模拟。系统结合卫星影像图和房屋的相关信息,自动模拟区块的三维场境(图2.3)。图2.3三维GIS展示2.1.3基础数据现状目前,房管局拥有的数据主要包括三个局部:1)房产管理相关的实体及属性信息(包括历史和现势数据);2)各种基础地理数据以及房屋建筑的空间数据;3)房产业务的档案数据。目前已入库的总数据量约840GB。随着系统的应用,档案数据约以每年200GB的速度增长,业务管理数据每年也新增7.2GB。其他一些重要的数据变化有:网上备案系统新增数据量包括新办预售证(约0.6GB/年)、房源数据(0.84GB/年)、商品房网上备案系统合同备案数据(9GB/年)。由此可见,管理信息综合系统数据量庞大,保证数据的全面、准确与现势性(及时性)是数据管理的重点。2.1.4网络及平安设备现状1)内网:由2台macadata光纤交换机+IBMDS4800磁盘阵列(容量为3T)+2台Catalyst4006交换机组成SAN存储结构,各楼层交换机Catalyst3548接到2台Catalyst4006;2)远程内网:远程业务单位、远程的授权用户通过VPN+防火墙连接到内网;3)限制区网络:政府部门(市行政效劳中心、农税中心)通过前置机+防火墙与内网共享和交换数据;4)外网:Internet网,与内网逻辑隔离,通过oracle高级复制功能与内网共享和交换数据。2.2现有问题分析原有系统在建设初期要求相对明确,系统整体设计开发立足于“业务一体化、数据一体化、技术一体化和效劳一体化〞四个一体化的总体指导性原则开展,取得了一定的成效。但限于当时业务单位对业务的理解、业务人员对信息化的理解和当时的技术水平开展状况等原因,在系统架构、数据库设计、技术实现等方面都存在一些问题,没有很好地实现四个一体化,在业务、数据、技术等方面存在许多问题。虽然系统根本能满足业务办理的需要,但随着业务需求的深入和细化,随着政策法规的推出和变化,随着部门调整和业务的变化,随着系统对外推广应用工作的开展,许多问题日渐突出,而且很多问题不能通过简单的系统调整实现。下面列举局部问题,需要在本工程中系统解决。(1)现状及问题硬件网络:随业务系统内外网络数据交互、业务应用范围及信息跨部门(局)的共享要求,硬件及网络配置方面不能很好适应业务开展的需要。软件系统构架:受限于C/S构架的缺陷,系统部署及维护复杂,系统业务及数据压力集中在效劳端,业务处理和数据处理能力集中在相同效劳器,导致系统性能不断下降。在C/S构架下,数据方面直接面向数据库,没有分层次及权限的维护控制,造成程序修改困难。程序调整或数据修可能造成“牵一发而动全身〞:修改一个小的数据,造成对系统多个方面的不良影响。两层架构直接影响系统的性能、扩展性和稳定性等。数据标准:缺少统一的房产数据标准标准,用于指导各类房产基础数据、房产业务数据的清理工作。统一的数据标准和标准是建立基于房产GIS和房屋楼盘表、建立覆盖全市各类房产信息和房屋基础数据库体系的先决条件。数据库:存在期房与现房数据同步一致性问题。房产状态、房屋产别、房屋用途等不统一造成楼盘表数据错误。工程测绘预转现数据交互及关联问题。这些问题属于数据库结构性及内外网数据库别离的数据库设计而形成的数据层设计问题,现有系统难于彻底解决。工作流:系统设置灵活性还不够,未能实现并行流转,未实现可视化流程定义。目前组合业务还不能实现多套房屋同时办理多道业务。组合登记业务驳回、终止、承诺期限查询等仍不完善。不同子系统存在工作流机制不同的问题,直接影响系统运行和维护;系统对于一些特殊业务承诺时间的定义未能很好的实现;业务流程功能模块不能灵活挂接、自由组合,组合业务驳回业务数据错误等问题;不能适应复杂组合、协同、非常规业务的功能需求;产权中心自定义组合业务系统,由于业务可以任意组合,导致组合业务在驳回等特殊操作时会出现系统不稳定。业务表单管理:目前各类频繁使用的业务表单(受理、审核、查询、统计等)都通过编程实现。由于业务变化及需求反复,造成维护工作量大、代码质量低,且由于直接访问数据库,稳定性和平安性较差。楼盘表:楼盘表显示不直观,内外网楼盘显示状态不一致。业务发生变化需增加或变更楼盘状态时,调整困难。房屋未建立唯一的生命周期。房屋各阶段业务未实现围绕物理存在的房屋及楼盘表完成,且房屋及楼盘表不具备时态性。不能通过楼盘表直观反映各个时期房屋及其业务的演变情况。系统监控及系统平安:未实现软件业务系统级的系统监控。用户名、密码方式的系统身份认证平安性低,缺乏对网络上异常变化的有效跟踪管理。高级复制属逻辑隔离,不符合《技术标准》对于内外网交互的总体要求。高级复制对表结构敏感,如果数据库表发生变化,会引起很多连锁且不可预期的问题。大数据量的数据交换缓慢,平安上存在的隐患不被专家认同。中间表统计:考虑全表扫描及查询的统计分析的效率,建立了中间统计缓存表或视图,由于存在一个合同变更或退房等问题,造成从中间表得到的统计结果与从现势表中得到的统计结果有出入,是否有一个两全之策。塔楼房屋楼盘表的显示和合同签订:最早楼盘表设计时没有很好考虑塔楼房屋楼盘表,楼盘表在显示时很不够直观;网上合同签订由于格式合同问题不能正确表达塔楼等房屋坐落非常规“幢+单元+房号〞组合模式的房屋坐落,如平海大厦801室。GIS历史回溯功能:目前GIS系统还不能按年度和主题进行回溯,有待改良。动态表单:业务系统和透明售房相关工程统计报表,格式固定单一,可定制能力差,需求变化的适应能力低。当不同栏目相同统计内容数据不一致时,无报警机制,需要人工统计核查。主体内码不一致:二手房中介企业、经纪人、物业企业等的年审及变更中,数据库中,发生一次业务则内码变更一次,相关内码频繁变化,加上没有完善的时态库概念,关联困难,可维护性差。数据库依赖:内外网系统在实现时过分以来数据库,数据库中使用了大量的触发器和存储过程。现有的大局部程序代码都是没有注释的,加上变量函数命名不标准,这对系统功能扩展带来困难。网站并发访问容量缺乏,经常出现访问量大死锁等问题。系统设计灵活性、适应性:如政策、部门或业务发生变化时,调整系统工作量大;及时类似业务的办理的增加,如预售证审批增加一类限价房的审批,也需要大量的界面、程序的调整和测试,适应性和扩展性差。预售工程从外网申报到内网业务时,受理人员被绑定,不能灵活配置更换人员;预售备案合同模版修改烦琐,模版没有归类,没有历史版本管理。网上合同签订需要考虑不同的房产类型,如商品房、经济适用房、限价商品房、专项用房的预售证审批、网上合同签订及备案。目前还不能实现通过业务设置方便地扩展业务范围,现在还需要进行大量的程序代码修改。2.3现有政策业务环境分析2.3.1国家经济与房地产宏观调控政策房地产市场的健康开展,关系到宏观经济的健康运行、国家金融体系的平安以及相关产业的开展,关系广阔群众的切身利益,人民安居乐业与社会主义和谐社会的基础建设。保持房地产市场持续健康开展,事关国民经济和社会开展全局,事关全面建设小康社会目标的实现。而正确认识和判断当前房地产市场形势及其所处的开展阶段,对于加强和改善宏观调控及时解决存在的突出问题,确保房地产业长期稳定开展,具有决定性的意义。以信息化推动管理现代化是开展电子政务的重要目标。通过房地产市场信息系统的建设,可以带动房地产行业信息化水平的全面提高,进一步提升政府部门在市场经济条件下驾驭和管理行业开展的能力。今年上半年以前的国家宏观经济政策,主旨是不断对进行金融体系银根紧缩,宏观调控房地产从紧业务,如限制在建工程抵押、限制土地买卖、限制工程建设进度、限制预售证单证最小受理面积等。但自从进入10月,随着最近国际金融秩序动乱、国际经济不景气,我国也开始了相应的调整,最近全国许多城市都出台了相应的房地产救市政策,又放松了在建工程抵押,全面开放购房入户,取消房地产交易税,取消预售证单证受理面积等。2.3.2物权法和房屋登记方法的实行依据《中华人民共和国物权法》、《中华人民共和国城市房地产管理法》、《村庄和集镇规划建设管理条例》等法律、行政法规,建设部推出了《房屋登记方法》。此方法所称房屋登记,是指房屋登记机构依法将房屋权利和其他应当记载的事项在房屋登记簿上予以记载的行为。方法要求房屋登记机构应当建立本行政区域内统一的房屋登记簿,房屋登记簿是房屋权利归属和内容的根据,由房屋登记机构管理。根据《关于贯彻实施<房屋登记方法>的通知(建办住房函〔2008〕249号)》和《关于印发<房屋登记簿管理试行方法>的通知(建住房[2008]84号)》等文件精神,结合房管局实际情况,制订了《房屋登记簿管理补充规定》。《规定》对登记簿的生成、修改、登记内容、登记形式以及登记簿变更和查询等情况进行了补充明确。根据要求,自2008年7月1日开始,新办理的业务必须建立登记簿。以上法规等的推出,直接要求房产信息系统根据最新要求在最短的时间内完成系统调整并付诸实践,对系统的灵活性和适应性提出了很高的要求。此次《房屋登记方法》实施所涉及房管局信息系统开发或调整内容有:2.3.3房地产市场信息系统技术标准的推行建设部于2007年10月1日新公布实施《房地产市场信息系统技术标准》(部颁行业标准CJJ/T115-2007)。对房地产市场信息系统建设进行了标准,明确了系统构成及相互关系,并对数据建设提出了明确要求。2.4杭州市地方性房地产政策为进一步开拓创新,贯彻市委“解放思想大行动〞的要求,实现破解难题、争创新业的目标,为建立具有杭州特色的“租、售、改〞三位一体的住房保障体系,市委、市政府以解决两个“夹心层〞住房问题为重点,提出了明确的解决思路:对第一个“夹心层〞,即不符合廉租房申请条件,又买不起经济适用住房的低收入住房困难家庭,一是实行经济适用住房租售并举,二是实行经济租赁房制度,三是通过危旧房改善的方式解决;对第二个“夹心层〞,即不符合经济适用房申请条件,又买不起商品房的低中收入住房困难家庭,一是实行经济租赁房制度,二是提供限价商品房(目前限价商品房只能用于安置拆迁户,待将来根本满足拆迁户安置需求后,再用于解决低中收入困难家庭的住房问题)。对此,房管局局认真贯彻执行,2008年起草了《杭州市区经济适用住房租售并举实施细则》和《杭州市区经济租赁住房管理方法》,并已提交市实施“居者有其屋〞工程领导小组审议通过,待市委、市政府审议后即将公布施行。至今,杭州市物业管理的市场化机制初步建立,涌现出一批具有较大规模和较强竞争能力的物业效劳企业,物业管理水平走在全国前列,同时物业管理法规政策体系根本建立,法治化水平不断提高,行业标准化不断增强,先后起草出台了《杭州市物业维修基金和物业管理用房管理方法》、《杭州市普通住宅物业菜单式效劳参考收费标准》、《业主大会和业主委员会议事规则》等58个标准性文件和示范文本。为了加强房管局房屋维修管理职能,同时大力开展平改坡和旧小区整治等为民办实事工程,我市成立了“一级监督中心,二级应急管理,三级维修网络〞的房屋应急维修网络体系,满足居民应急维修要求。制订了《杭州市加强住宅小区综合管理三年行动方案》。根据该三年行动方案,房管局提出了全面建设《杭州市数字物业效劳房屋维修管理网络平台》的要求。2.5小结以上所列房管局信息化建设中发现的问题,涵盖了业务、技术、数据、效劳和硬件网络等,有些问题是早期系统架构和技术水平局限所引起的,需要彻底从新型架构思路或模式的引入才能解决;有些问题是设计思路上的局限引起的,需要在本工程的建设中,开拓思路,以史为鉴,基于新型架构模式,吸收新的技术和理念,优化设计;有些问题是程序开发中缺乏统一管理、独立开发、质量控制不严等造成的,需要加强工程开发和维护过程中的结构性管理和标准性管理,防止不标准设计和开发质量低下;有些问题是业务理解、业务管理机制或政策法规变化引起的,需要从业务上调整或标准,同时改良系统的的灵活性和适应性等;上述列举各类问题需要在本工程中全面整理分析,并给出相应的解决方案,在实现时全面解决。从当前国家房地产政策的变化来看,对信息化的要求也越来越高,已经不是低层次信息化所能满足的,而是需要建立完善的房地产信息系统之后的如面向宏观决策支持分析、多层次用户内外网联动、从业务审批到对外效劳等的高层次的需求;从政策的频繁变化来看,新SOAR系统必须有很好的政策适应性,不仅是业务流程增加,还要考虑业务流程的变化,更多地要考虑系统适应业务逻辑调整的要求,以及便捷的新增应用和功能的添加等。本工程的建设需要全面结合房管局应标文件中明确的各类需求做好方案设计和技术实施的有机安排,确保新一代开放、灵活、通用、健壮、高效的面向效劳的房产信息系统的顺利建设,确保高度产品化的行业平台的推出。第3章功能分析和总体架构设计3.1系统架构系统架构是整个SOAR系统的基础框架,直接决定着整个工程的成败。本工程中涉及的SOA、企业效劳总线等架构思想和技术,以及业界主流、先进的软件架构技术,要求系统具有高度的可伸缩性、松耦合、可复用性,并提供健壮敏捷的效劳。其具体需求如下:(1)系统在无代码修改(或最小化代码修改量)的情况下,根据政策、业务和部门调整要求,实现快速系统调整和部署,适应性强。(2)系统架构应考虑用户(包括系统内外用户)的不同网络连接方式,提供符合性能要求和平安可靠的方案。(3)在采用系统中间件时,应具备先进性、适用性和良好的经济性,系统集成后的性能应满足使用要求。(4)系统架构必须具备开放性特点,应采用业界标准。(5)系统的处理效率和并发容量,在业务和数据量不断增长时具有适应能力,具有支持多效劳器集群、分布式并行计算方式、网格技术的能力等。(6)表达系统的平安性、可靠性、稳定性,以及可移植性。总体架构设计需符合基于SOA(ServiceOrientedArchitecture,面向效劳的体系结构)理论体系要求,需满足应用组件或效劳的传输协议透明化(即技术无关性),效劳的即时绑定(即效劳位置的透明化),支持业务组件或效劳的可重复调用和虚拟化集成(即构建虚拟效劳总线或强力处理平台),效劳接口独立于技术,可以同时集成J2EE和.NET组件或效劳(即平台无关性),可以集成原系统遗留的组件、效劳或功能,实现业务和技术的别离,到达“随需应变〞。架构需针对房产管理众多职能部门不同的业务类别、业务环节、业务处理对象和用户操作界面的要求,改变单一的两层架构(Client-Server)模式,支持分布式计算,建立多层软件架构体系,增强业务逻辑处理能力的可伸缩性、易访问、易管理的能力;通过敏捷架构方式,实现对房管业务的用户界面、业务逻辑可分别进行方便、灵活的定义,即通过定制标准化、组件化的业务界面和业务处理逻辑,以及对工作流程、系统参数、数据字典、权限等进行设置,实现系统快速搭建和调整业务流程的功能;提取全局共性业务处理逻辑、业务功能、效劳功能、界面表单等,实现面向用户和开发人员的可重复利用;可根据需要动态构建业务实例,解决跨部门的协同审批、GIS成果利用、业务数据共享与交换、统计发布、数据查询等问题,并解决业务应用系统监测与诊断等问题;实现系统界面、业务逻辑处理和数据库层的相对独立,实现业务搭建的系统代码无关或最小化,软件维护还滚动开发满足一处修改,即可实现全局升级、更新的目标。架构中采用ESB(EnterpriseServiceBus,企业效劳总线)系统体系结构模式,以提高业务灵活性和不同应用程序间的交互,需考虑SOAR系统中子系统之间的相互通信,需支持运行于不同操作系统上的不同编程语言所编写的异构系统间的消息传递问题。根据以上架构需求,在房管局的SOAR工程建设中,根本秉承三项原则进行:(1)支持业界的标准,例如BPEL(BusinessProcessExecutionLanguage),SCA(ServicesComponentArchitecture),SDO(ServicesDataObjects),WebServices等行业开放标准,由此可以保护房管局IT的长远投资,支持房管局未来业务在SOAR平台上的扩展;同时开放技术和标准,也保护房管局现有技能储藏,便于房管局工程实施的成功。(2)支持领先、成熟的IT架构,即面向效劳的架构——SOA(ServiceOrientedArchitecture)。(3)业务导向,流程驱动的建设准则。此局部是以SOA为基础。3.1.1SOAR平台的效劳架构图通过对于房管局现有IT系统和业务开展的调研,遵循SOA建设的方法论,采用松耦合的结构,建议房管局新SOAR平台采用的效劳架构为:图3.1SOAR平台效劳架构方案图在图(3.1)中,房管局SOAR平台(一期)需要考虑和建设下面的效劳:1):动态门户效劳:实现新平台的个性化定制,界面可定制,展现效劳的部件化等;2):平台平安效劳:考虑平台的单点登录,统一授权管理等;3):统一流程效劳:实现SOAR平台的业务核心效劳,支持业务流程快速,便捷的实现;4):业务效劳:现有和未来实现的各种业务功能效劳,由统一流程效劳进行驱动,实现业务功能要求;5):信息效劳:支持数据库,复合信息的效劳化;6):合作伙伴效劳:支持房管局和相关政府单位,用户的应用交互,提供统一的效劳实现。图3.2实现IT与业务松耦合的效劳架构如图(3.2)所示,系统可以按IT相关的基础技术平台与面向业务的基础效劳平台的两大局部组成。IT相关基础技术平台需要有各类技术的组装、集成和管理平台、数据架构和商业智能平台、效劳质量(平安性、管理监控)平台,业务相关的有客户界面、流程编排管理平台和高层次的应用装配平台。3.1.2SOAR平台的系统架构结合上面分析得到的房管局效劳模型,需实现一个完整的、全新的系统构架,此构架遵循SOA的理念,支持效劳的松耦合集成,为房管局未来业务的开展提供了SOAR平台扎实的基础。图3.3SOAR平台系统架构方案图此系统架构分为三大局部:房产SOA基础技术平台、房产SOA基础业务效劳管理平台和房产应用装配管理平台。3.2房产SOA基础技术平台建设基于SOA的基础平台建设,主要包括“房产SOA基础技术平台〞、“房产SOA基础业务效劳管理平台〞和“房产应用装配管理平台〞三个基础平台的建设。基础平台是整个系统建设的核心,也是整个SOAR系统充分发挥SOA特性的支撑平台,是系统建设成败的关键所在。通过基础平台建设,需要实现SOA核心技术和房产信息化核心技术(包括GIS技术、动态楼盘表技术等)的效劳化,实现房产业务处理和管理分析功能的效劳化,并基于SOA支撑技术构建应用装配管理功能,实现不同层次效劳的任意组合和调用,通过松耦合的机制,全面实现业务和IT技术的对齐,实现“随需应变〞的房产效劳应用的灵活搭建。SOA基础平台之外还需建立房产基础数据库平台,这是所有系统的数据支撑基础。房产SOA基础技术平台建设包括可视化业务流程建模与管理、效劳注册与发现、企业效劳总线(ESB)、效劳运行管理,以及GIS、动态表单等支撑技术。业务流程建模与流程管理,需以图形化工具实现房产业务流程的统一建模、编排(编制)、仿真、分析、优化,建模成果需符合国际业务流程标准BPMN(BusinessProcessManagementNotation),业务流程执行语言需遵循WS-4BPEL(WebServices-BusinessProcessExecutionLanguagefor);编程模型支持SCA/SDO(ServiceComponentArchitecture/ServiceDataObjects)。技术实现上需满足从业务流程模型图到业务流程执行语言的自动转换,满足从执行语言到业务流程管理的动态部署;并可实现从流程执行语言到业务流程建模图形的逆向转换;需要支持已有流程资源的快速重复利用和灵活扩展功能,以及配套的版本管理、流程的监控和统计分析等功能。ESB企业效劳总线基础技术效劳,可通过传输、事件和中介效劳促进和简化业务和效劳集成。ESB为SOA提供实现骨架、需与操作系统和编程语言无关的。利用其内部效劳,需能简化连接各种相异应用程序的任务,从而最终提高了业务的灵活性,可支持跨不同部门、业务单元甚至业务合作伙伴进行应用程序集成,还可以促进构建于异类开发环境上的应用程序之间的通信等。基于SOA设计开发动态表单效劳,实现用户界面、统计报表的灵活定制和动态发布;动态楼盘表技术,实现业务审批及效劳过程中灵活的多层次房屋信息的展示和管理等;房产GIS基础技术,基于SOA重新封装效劳,为SOAR平台提供基础的房产GIS功能,提供面向互联网的高效WebGIS相关技术效劳等。图(3.4)为基于SOA关键技术建设基础平台的技术思路示意图。基础平台面向效劳,面向不同层次用户需要,从效劳建设、效劳组合、界面建设和应用定制功能设计。图3.4基础平台建设思路示意图3.3房产SOA基础业务效劳管理平台建设房产SOA基础业务效劳管理平台建设,需充分利用房产SOA基础技术平台提供常规SOA功能,基于SOA提出完整的效劳建设和管理方案,主要围绕房管系统各类业务应用,包括测绘、预售审批、房产从业主体管理、房产诚信档案、产权发证、房屋登记、住房保障、拆迁核查等等房产业务或应用,通过全面梳理分析,站在房管系统全局的高度开展全局性、公共基础业务效劳管理平台的建设工作。可以按照房产业务相关流程、业务逻辑处理、业务功能等分类设计、定义、提取和实现房产基础共性的效劳或功能,建立基础业务效劳库,通过公用标准接口对外提供共享效劳。平台提供房产业务效劳的注册、查询、定位和发布管理功能。房产SOA基础业务效劳包括动态楼盘表管理、房产GIS图档一体化、房产测绘、测绘入库、房产报表、商品房合同签订、合同打印等相关业务或功能的效劳,业务效劳的设计需要充分考虑效劳的重用频度,结合功能的复杂度等,确定效劳的粒度;业务效劳也可以围绕房产(动态)楼盘表信息组织形式展开设计,楼盘表技术使用贯穿整个房屋生命周期,可以将其功能分解成不同粒度的效劳,以方便形象地展示和管理房屋的根本信息。对于面向白蚁、安鉴等特殊业务需求,也可以在公共库已有效劳共享基础上,添加设计建设必要的个性化业务效劳,包括界面效劳和业务处理等。对于原系统中比较有特色的功能或子系统,可以通过不同粒度的效劳机制,进行必要的继承、改造或重新封装等方式,充分利用原有系统的有效成果,防止资源的重复建设和浪费。3.4房产应用装配管理平台建设房产应用装配管理平台主要利用前两项基础成果,可以图形化方式灵活地按需装配和集成效劳以搭建不同需求的业务管理子应用或功能,支持房产SOA基础技术平台建模成果的直接导入和图形化流程装配,装配成果需符合业务等相关标准。该平台是一个面向用户需求的应用效劳平台,它的直接表现就是改变了以前面向具体应用量身定做的开发模式,它提供根据用户需求,通过直接调用基础效劳库中提供的各类技术效劳或业务效劳等,包括界面效劳、流程效劳和业务效劳,以一种类似无代码开发的方式,灵活装配、搭建各种应用。例如,可以通过建成的网上合同签订效劳、信息核查效劳、楼盘表效劳、等灵活组装出新建商品房网上合同签订备案业务,同时也可方便地组装出存量房的网上合同签订系统等。而不同的业务流程管理和权限管理效劳等均可取自不同的基础效劳库。该平台需支持装配后成果的动态发布和运行,同时需提供效劳的发布变更、业务流程变化的版本记录和管理功能等。应用装配管理平台使用中发现的功能局限同时也可反应以增加效劳或优化效劳的设计和实现等。3.5房产数据库建设围绕总体技术方案,基于业务流程标准及数据标准,根据SOA技术要求需要,结合数字房产2008工作内容,设计合理高效的房产基础数据库,包括:房产数据库体系设计、数据库表结构设计、内外网数据同步、新老系统数据迁移、物业基础信息库和房地产市场信息基础库建设等。在满足SOAR系统建设运行需要的同时,根据示范应用需要完善相关数据库。其中房地产市场信息基础库建设,根据建设部《房地产市场信息系统技术标准》数据采集要求,调整设计配套表结构,满足技术标准要求各子系统数据需要,数据大类主要覆盖统计数据和发布数据、业务数据、从业主体数据和基础数据几大类。已有数据编制相应工具导入新房地产市场信息基础库,数据缺少等内容,通过新建工具和完善系统后补充采集。物业基础信息库(一期)建设,主要基于房产基础数据库系统,调查收集业务管理过程中涉及的主要城区各管理部门、企业与从业人员、小区信息等资料,建立相关信息库,本期主要建立包括街道小区根本信息、业委会根本信息、物业效劳企业、物业效劳、公用部位维修等信息。基础信息需根据业务类别进行分类获取,房管局等相关委办局已有的信息可通过共享获取,无电子数据或数据之间未建立关联的,通过开发工具,将信息采集、录入并建立相应关联。第4章功能设计实现4.1核心技术架构设计4.1.1数据组织方式及数据建库设计系统数据是系统的最重要的核心基础,是系统的生命力所在。新一轮信息化的目标是建立杭州市“最完善、最准确、最及时〞的房地产基础数据库。本工程将围绕总体技术方案,基于业务流程标准及数据标准,根据SOA技术要求需要,结合数字房产2008工作内容,设计合理高效的房产基础数据库,包括:房产数据库体系设计、数据库表结构设计、内外网数据同步、新老系统数据迁移、物业基础信息库和房地产市场信息基础库建设等。在满足SOAR系统建设运行需要的同时,根据示范应用需要完善相关数据库。其中房地产市场信息基础库建设,根据建设部《房地产市场信息系统技术标准》数据采集要求,调整设计配套表结构,满足技术标准要求各子系统数据需要,数据大类主要覆盖统计数据和发布数据、业务数据、从业主体数据和基础数据几大类。已有数据编制相应工具导入新房地产市场信息基础库,数据缺少等内容,通过新建工具和完善系统后补充采集。4.1.2系统数据内容分析根据最新的建设部《房地产市场信息系统技术标准》,房产数据可以分为物理数据、主体数据、业务数据、统计数据和发布数据五大类。在次简单赘述,其中:物理数据:主要指用于描述宗地、幢和户等客体的自然特征,如户的坐落、房型、房屋平面图等,其表现形式为楼盘表;包括定位数据、行政区划、光栅数据、丘数据、幢数据、户数据等测绘数据。该局部数据主要基于测绘成果,表达基础地形图、楼盘面、房屋丘、幢、逻辑幢、单元、层、户的属性,以及之间的结构关系。主体数据:主体数据分为从业主体、业务主体(如权属主体)两大类。从业主体为房管开发企业、经纪企业、物业企业、评估企业、拆迁企业、测绘机构、房产管理机构等以及其中的从业人员,其从业资质一般在房管机构备案或审批。业务主体一般为房屋所有权人、抵押权人、购房人、经济适用房准购证申请人等各类业务权利人、业务申请人、业务联系人、银行、法院等部门及人员等。业务数据。通过业务活动产生的各类业务办理数据,包括房产权属、预售审批数据、合同备案等数据。统计分析数据。根据物理数据、业务数据、业务主体数据进行计算、统计、分析的数据工程和指标。为管理和决策提供效劳。发布数据。在基础的物理数据、主体数据、业务数据和统计分析数据进行组织、加工、对外发布的数据,提供应政府部门、企业以及公众。4.1.3系统主要图件内容分析图4.SEQ图\*ARABIC\s11房地产系统主要数据内容如图4.1所示,整个房地产管理系统的数据可以分为图形数据和属性数据两大局部。图形数据内容可以分为基础地形图、分丘图、分层平面图和分户平面图。其中基础地形图与分丘图是按照统一坐标按照分层进行存放的,而分层分户平面图是按照独立坐标按照二进制对象方式存储在数据库中。分层分户图与建筑物之间具有相应的对应关系,分丘图通过分丘与分层分户之间的对应关系来调用相应的分层分户图件。属性数据包括权属交易数据、物业管理数据、市场管理数据等各类数据。4.1.4数据库设计数据库组成本系统的数据可分为空间数据和非空间数据。空间数据主要以基础地图和专题地图的形式存在,包括图形和属性数据。非空间数据主要是以各种文档、报表和多媒体等形式存在,包括结构化数据和非结构化数据,结构化数据主要是指有一定结构,可以划分出固定的根本组成要素,以表格的形式表达的数据,可用关系数据库的表、视图表示;而非结构化数据是指没有明显结构,无法划分出固定的根本组成元素的数据,主要是一些文档、多媒体数据。非空间数据库又可分为非空间关系数据库和文档数据库。图4.2房产工程数据库分类从数据的内容和用途分类,杭州房产系统数据库包括工作流、办公自动化、房产测绘、交易产权、市场处、物业等十四个数据库。如图(4.3)所示:图4.3杭州房产工程数据库组成其中,工作流数据库、人员单位数据、元数据库、操作日志库为系统公共数据库,为其他数据库所完全共享。交易产权数据库、图形库和档案库为整个系统的核心数据库,在权限范围之内进行共享。各个数据库之间关系如图(4.4)所示:图4.4杭州房产系统数据库组成及相互关系

4.2系统结构和功能模块设计4.2.1系统总体架构设计系统总体结构根据系统的建设目标,考虑本工程建设的高度关注的系统适应性、灵活性等特点,在业务和数据统一标

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论