【毕业学位论文】（Word原稿）房地产房产管理系统设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 公开 专 业 硕 士 学 位 论 文 房地产房产管理系统设计与实现 of 要 I 摘 要 随着我国改革和社会转型的深入以及经济的持续发展，房地产公司地产管理和涉及到的问题对房产的销售和合同进行有效管理，已经政府部门等级产权 户籍 入学的重要依据。涉及到公司以及客户的重大利益。本文根据我国现阶 段房产销售部门对房产产籍和产权的管理需求，对相应的计算机信息管理系统进行需求分析，以 平台进行系统的整体和详细设计，统筹考虑系统的整体架构、子模块设计、数据库设计的以及与其它系统之间数据交换等方面，实现一个安全完善、灵活扩展、维护方便的应用系统。为更好的实现系统，本系统用 005 平台和 据库技术，部署在 。在开发过程中主要研究了 发平台、关系型数据库的设计、水晶报表技术、面向对象开发技术和 术等。本研究设计的几个子模块 分别为：用户权限管理模块、房产信息管理模块、自动审核模块、外部接口调用系统等。 本文的研究主要包括以下几个方面： 一、房产管理部门对房产的产权和产籍调用等管理需求进行深度分析，得出本研究的背景和意义，对研究所采取的技术、采取的研究方法、文章的结构和主要研究内容进行了归纳。 二、对于采用 系统平台的房产管理系统，本文所涉及到的技术包括浏览器 /服务器架构、 成开发环境、 005 数据库、 其背景和应用现状进行一一分析。 三、针对本次所研究系 统的功能需求进行全方位分析，根据功能需求对系统划为包括参数维护、接件登记、预售证申请、楼盘初始登记等在内的十八个子模块，明确每一个子模块的功能以及他们之间的关系，浅析系统的运行环境。 四、参考前文根据功能划分的子模块，对系统的整体架构和功能步骤进一步明确，然后对各个模块进行代码实现，并设计好数据库，对数据进行导入操作，最后处于安全考虑对数据进行备份。 五、对已经设计好的系统进行单元和整体上的测试，并设计友好的界面，使整个系统更加完善和实用。 关键词 ： 房产管理， 据库，管理。 s of of to s of of of s on as a of of to a In in to a of a 005 of of of s to 005 I by of in on of to to of a by of s to a in as a 目录 I 目 录 第一章 绪论 . 1 第一节 研究的背景 . 1 第二节 国内外相关研究 . 1 第三节 研究的意义 . 3 第四节 系统的要求 . 3 第五节 主要工作和论文结构 . 4 第二章 相关技术 . 6 第一节 B/. 6 第二节 成开发环境 . 7 台 . 7 . 9 命名空间 . 11 005 . 11 . 12 第三节 关系数据库和 005 . 12 第四节 . 13 第五节 水晶报表 . 14 第六节 本章小结 . 15 第三章 需求分析 . 16 第一节 总体需求 . 16 第二节 功能需求 . 16 第三节 数据库需求 . 18 第四节 环境需求 . 19 第五节 本章小结 . 19 第四章 系统设计 . 20 第一节 系统架构 . 20 目录 系统体系架构 . 20 统功能架构 . 20 第二节 主要技术的设计 . 20 第三节 系统的部署 . 23 务器软硬件相关配置 . 23 点相关配置 . 24 统拓扑图 . 24 第四节 系统的备份策略 . 25 第五节 子模块设计 . 25 数维护 . 25 件登记 . 26 售证申请 . 27 盘初始登记 . 31 盘对照表登记 . 32 同的备案 . 33 品房 交易登记 . 35 建房登记 . 37 手房交易登记 . 38 更登记 . 38 有权换证 . 38 证申请 . 39 押撤抵 . 39 封撤封 . 40 费 . 41 证 . 41 案管理 . 42 计 . 42 第六节 本章小结 . 43 第五章 系统的实现 . 44 第一节 系统的功能实现 . 44 要技术的实现 . 44 目录 水晶报表的实现 . 50 晶报表的调用 . 51 第二节 系统功能应用 . 51 统主界面 . 51 数维护 . 52 件登记 . 53 售证申请 . 53 盘初始登记 . 53 同备案 . 54 品房交易登记 . 55 押撤抵 . 56 费 . 56 证 . 56 表 . 57 第四节 本章小结 . 57 第六章 系统测试 . 58 第一节 测试目标和指标 . 58 第二节 软件工程的测试分类 . 59 第三节 测试方法 . 60 第四节 测试环境 . 61 第 五节 测试实例 . 62 第六节 测试项目 . 62 第七节 测试总结 . 64 第七章 结论和展望 . 66 第一节 课题总结 . 66 第二节 对下一步工作的展望 . 66 参考文献 . 68 致谢 . 71 个人简历 在学期间发表的学术论文与研究成果 . 72 第一章 绪论 1 第一章 绪论 第一节 研究的背景 随着我国改革开放的深入和市场经济的逐渐成熟，我国经济持续高速的发展和城市化进程的加快，房地产行业也迅速崛起。房地产行业的高速发展一方面推进了我国的实体经济，另一方面也给相关部门对 产权和产籍等问题上带来了管理的需求。而如何管理公司房产的产权和配合其他部门管理产籍，保护人们的基本产权不受侵犯，务实地履行政府的职能，给我国社会稳定作出贡献，强化改革开放经济建设的成果，成为新时期房产管理的重要课题。 目前在 公司房产的状态 会涉及到或者将来会涉及到 房产测绘、房产管理、协助法院等机关查访产权、房屋拆迁和危房管理、市场与物业管理、房改、相关法律实施等工作，因为管理事务众多繁杂，数据复杂而繁琐，在工作业务缺乏统一调度下容易产生一系列的工作漏洞，而人员调动后工作交接等问题也给人们的财产安全带来了 威胁。传统的管理方法不但技术落后，缺乏便捷性和安全性，容易出错，服务周期长，任务重，在管理报表的纸质使用方面也造成一定的浪费和环保压力。在房产行业高速发展、人们对房产越来越重视的背景下，传统简单表制作方式方式也越来越不能满足其需求。因此设计一项智能的，统一调度，电子化的房地管理系统，有利于房产房产的有效管理。 第二节 国内外相关研究 房地产业因为涉及到公民的最基本生活保障和财产形式，是一个国家最为重要的产业之一，在国内外都备受政府重视。如今随着计算机和通信技术的发展，电子化、智能化的信息管理系统开始在各行各 业中使用，为人们的生活带来了极大的变化，而房产管理工作也理所当然地采用现代化的信息技术，以实现对房产的有效而安全地管理。 国外特别是西方发达国家在房产管理信息化方面开展的比较早，有些国家如美国已经淘汰了两代的系统，相关学者的研究也更有前瞻性。西方很多国家都会把房产管理和整个城市的政府职能管理结合在一起，以方便公民能在一个系第一章 绪论 2 统里完成多项事务的办理，接受多个部门的服务。其具体功能有支持个人房产的在线查询，申请等。德国目前拥有以城市及辐射区为单位的地区级计算中心，把所有州政府的房产管理信息归纳，做到了房地产管理的 智能化；匈牙利因为国家较小，房产数据有限，建立了一个全国范围的地产管理系统，并采用了分布式的结构方式等。 作为一个发展中国家，我国的房产行业的发展和计算机、通信技术的发展均落后于西方国家，这也直接决定了我国房地产管理系统的研发和使用上也较为落后。一方面，房地产行业的管理本身比较不够科学和合理，缺乏制度化，另一方面，产权管理缺乏统一调度，并且没有充分的电子化管理。而近些年来随着内在的需求和科学技术发展的支持，我国房地产业界和政府管理部门也对房地产管理系统的建立有了更为强迫的需求。 笔者通过对文献的参考和总体， 认为房产管理系统的发展包括以下三个时期： 最初是单机单用户模式。这种模式的基本特征是，将之前完全手工方法工作的内容，如办理的档案和表格，通过人工输入、扫描仪器扫描、图像识别等输入技术转化为电子式文档，其目的是更为长久地保存，采用的技术还有数据的格式化、文字的编辑和图像绘制等，其效果是能方便数据的查询和统计。单机单用户模式是信息管理技术初期的典型方式，相对传统工作方式使信息操作更为规范和直观、准确，但是不能交互，而人工输入也增加了工作量和出现错误的机会。 第二种模式是基于 C/种由服务器处理，客 户端申请和接收的技术完成了信息管理的多用户交互。在房产管理系统领域，本技术支持多用户根据自己的权限对房产信息的查询和申请，并支持管理方面多人共同在线办公，这提高了政府管理部门的工作效率。然而其缺陷也同样明显，即 C/S 架构的技术狭隘性需要对客户端软件有更大的依赖，这给系统的多平台移植和维护都带来了困难。 第三种模式是基于 B/B/，其最大特点是用户端不用专门使用客户端软件，直接依靠浏览器就可以对服务器进行访问和申请操作。这一特点决定了 B/。在房产产管理方面，我们可以给服务器设计实用的、容量足够大的数据库，并提供给客户端多种查询和操作方式，可以根据需求提供功数据分析、统计、和第一章 绪论 3 发布的功能，并拥有友好的界面。这种模式也是目前最为流行的系统构架模式。 在使用 B/广泛采用的两种语言实现平台是 台和 们均具有各自的优势，本研究采用 第三节 研究的意义 房地产管理系统的最主要目的是打造一个地区房地产信息的基础数据平台，为涉及房产产权产籍的管理业务提供良好的智能的办公支持，这一系统能充分地响应国家的管理要求，按照国家和地方相关法律政策进行业务串联。其实现的功能包括对大多数传统工作步骤进行网络智能化整合，对房产管理涉及的业务进行统一调度。在人们服务需求增多、业务需求增多的背景下，能够做到办公和服务的跨越时间和空间性，提高了工作效率，加强了房产信息的安全性，体现了工作的公平和合理性，使得信息更为稳定和易于维护。 第四节 系统的要求 对于信息技术的应用来说，每一种管理系统都会因其所应用的不同行业而有不同的功能重心，以更好地为该行业服务。对于房地产管理系统来说，为更好地实现房产管理的智能化，需要遵 循下面几方面的设计原则。 先进性。计算机、网络技术在硬件和软件上的快速发展和升级换代让我们眼花缭乱，对于房地产产籍管理系统来说也会随着房产业务的发展而有更高的功能需求，因此必须在设计上保证一定的前瞻性，和技术、功能领域的先进性，以满足系统较为持久的使用。 实用性。为更好地使最广大的用户容易理解和操作本系统，应该使其在多方面具有实用和容易操作的特点，例如界面比较大众化，处理较快，比较容易安装、设定、操作和维护，更贴近多数网民的操作习惯，符合他们的逻辑思维。 高效性。房地产行业房产管理系统的设计用途即提高目前房 产信息管理的工作效率，因此本研究成果必须具备效率高和稳定性强的特点。 可扩充性、可维护性。我国处于改革的深入期，一些国家政策和法规包括房产管理在内一直在变化，一些地方也有其不同的针对性，为适应这些变化以及用户的不同需求，本系统的功能接口理应具备一定的可扩充性和可维护性，一方面在政策或者需求有变化的情况下容易对模块进行升级，另一方面在系统出第一章 绪论 4 现某种故障时也容易维护。这需要系统采用模块化、组件化的设计方法，以及统一接口标准和数据库标准。 安全性。通常说来房产产权是一个公民最为重要的财产之一，另外个人的证件信息以及 联系信息都属于个人隐私范畴，因此数据需要加强安全管理，以避免出现法律责任。在系统的具体实现方面，应该充分设计用户权限的管理，全方位、多角度地给不同用户设定不同的访问权限，并制定相应的协议认同措施。在网络安全防范上为防止恶意的攻击，要加强对客户端和服务器端操作系统的安全配置，使用防火墙措施并对数据进行及时有效的备份；等等。 第五节 主要工作和论文结构 笔者根据研究的课题和背景，主要开展的工作包括：对我国房地产管理现状进行了解，对其目前所使用系统弊端和智能需求进行总结，以此提出新系统的功能需求，根据需求，以 B/实现的系统功能是做到了对产权、抵押、房屋租赁、房屋预售等的信息获取、管理以及审批等工作步骤的实现。在技术上针对性地研究了 发平台、据库平台组件的使用、数据的传输与封装、 术、报表技术和关系型数据库的高效操作。 本文为使整个研究逻辑清晰化，对结构进行了如下组织： 第一章通过对当代我国政府部门特别是房产管理部门对房产的产权和产籍的管理需求进行深度分析，得出本研究的背景和意义，对研究所采取的技术、采取的研究方法、文章的结构和主 要研究内容进行了归纳。 第二章：对于采用 系统平台的房地产房产管理系统，本文所涉及到的技术包括浏览器 /服务器架构、 成开发环境、 005 数据库、 其背景和应用现状进行一一分析。 第三章：针对本次所研究系统的功能需求进行全方位分析，根据功能需求对系统划为包括参数维护、接件登记、预售证申请、楼盘初始登记等在内的十八个子模块，明确每一个子模块的功能以及他们之间的关系，浅析系统的运行环境。 第四章：参考前文根据功能划分的子模块，对系统的整体架 构和功能步骤进一步明确，然后对各个模块进行代码实现，并设计好数据库，对数据进行导入第一章 绪论 5 操作，最后处于安全考虑对数据进行备份。 第五章：对已经设计好的系统进行单元和整体上的测试，并设计友好的界面，使整个系统更加完善和实用。 第六章对整个研究过程进行了全面总结，分析其贡献和缺失，并探讨了下一步研究的方向。 第二章 相关技术 6 第二章 相关技术 本研究所实现的房地产产权产籍管理系采用 B/S 架构，通过 台来实现具体代码，分别针对大众、管理部门等服务，旨在最大程度满足不同用户的需求，对几个重要的模块，以内部高聚合，外部轻耦合为方针 ，减少不同模块的不兼容度。采用 调用数据更为方便。 另外，在开发方法上本研究根据系统不断变化的特征，参考增量模型，并因此地降低了实现的难度和风险，确保项目的核心架构，和开发的效率。 第一节 B/B/S（ 构，汉语表达为浏览器 /服务器模式，其概念与C/S（客户端 /服务器）架构相对，对浏览器有一定的支持需求。过去人们所采用的客户端 /服务器模式需要在客户端安装相应的终端程序，或者提取一定的命令集合，并通过互联网与对方的服务器进行交互， B/特点是用浏览器替代了客户端程序或命令集，把客户与服务器之间交互的所有工作都让浏览器来完成，因此客户端只需要拥有浏览器，例如国际上熟知的 及一些国产浏览器如 2345极速、 360安全、搜狗浏览器等，都可以用来方便地对服务器进行读写、上载下载等。 B/S 架构的特点为： 1、方便维护和升级。因为不需要对客户端安装专门的软件，相对 C/B/不需要对每一个客户端电脑都逐一安装。这对一个大中规模的公司来说是一项人 力的很大节约。 2、成本减少，系统软件可选性大。众所周知，因为微软公司的强势垄断，在 C/S 时代为追求客户端和服务端软件的统一，迫使很多服务器只能选择与绝大多数客户端电脑统一的微软操作系统。而 B/S 架构因为其只需要浏览器的互动工具，而如 类的操作系统也支持浏览器应用，因此给了使用者更多的选择，而开源的 3、服务器端负荷较重。相对传统模式而言， B/S 架构因为把绝大多数的工作量都放在服务器一端，而客户端则更为轻松，造成了业务集中性增加，还好如今服务器的性能和储存能力越来 越优秀，但要防止服务器“崩溃”的情况，其后果不堪第二章 相关技术 7 设想。 B/ 图 2，对于新系统的开发都会选择使用一定的技术平台来支持。例如， 发出来的程序，是无法在 另外如 台下设计的程序，只有在经过其虚拟机的解析，才可以运行在是由于，二进制代码在编译、汇编以至于解析到高级程序代码，每一个环节都有其平台支持，不同的编译方式，所采用 的编译器不同，所产出的应用软件对其环境有着不同的需求。 台 被广泛使用的系统开发平台之一，为 司所开发，因其网络化的特点，可以为互联网应用提供软件开发和网络编程的服务。随着计算机和通信技术的持续发展，业界很多公司都制定过类似的底层开发环境平台，然而因为技术的狭隘性，这些底层环境很难做到对不同的系统的兼容。 通过嵌入一种中介性质的编译语言的方式，实现了对目前流行的多种系统的兼容。在进行具体应用时，如果出现不同的平台相互无法兼容，就可以利用 台中的编译功能，将其语义进行不同方式的表达，使其能够正常地发挥作用。而对于领域内来说，只要某个操作系统平台嵌入了 支持 相应地成为 台 ，实现其兼容的功能。 有多层次的系统结构，可以用图 2 第二章 相关技术 8 图 2层次结构 能比较齐全，因为同样是微软公司所开发，能够在微软目前提供的所有服务器操作系统中使用。 仅在开放和使用上有可视化的优点，还支持跨平台性和有效的可扩展性。为更好地适应如今被广泛推崇的面向对象的设计手法， 之前的版本进行了扩充，对其模块化和组件化的开发模式进行了进一步的扩充，这一布局是微软应用软件与平台支持的战略重点，同时也为业界提供了有益的开发平台。 （ 1）编译效率非常高。采用 台，能够使实现代码更为高效地被编译，这是平台强大的兼容能力和数据支持所决定的。另外它还可以采用设定有效故障点的方式，给开发 者以发现错误和改正错误的机会。其得出的代码更加精炼，占有内存较小，而性能更好。 （ 2）能够方便地规则性封装。采用一定的技术把一些模块进行统一格式的方法的整合，以便于有效地实现规则的封装。把存储的数据有效分割，参考具体的处理需求，在客户端和服务器端都对其数据相应地操作，使业务处理效率更高。 （ 3）有效地整合了开发方案。 对各行各业典型应用需求的探讨上给相应的开发人员提供了许多成熟的研发方法和库，是对已有的被验证的开发方案的整合，使程序员在进行各自系统开发时有一定的参考内容，可以使用库中的开发模板 ，节约了开发者大量摸索的时间和精力，使其工作更有针对性第二章 相关技术 9 和高效性。 （ 4）对细节的重视，前文已述，因为 有充足的库。其中有很多的标签、组件等类库，对于程序员来说非常方便直接拿来使用，对其方案的确定，功能的具体设计，以及性能的优化都有十分有利的帮助。 重要的作用是能够派