房地产管理系统—计算机毕业设计

房地产管理系统—计算机毕业设计内容摘要：

据进行审批，审批通过以后再将正式数据库中的结果更新，同时将变更前的数据放到历史数据库中。 如果审批未通过，则只需将工作库中的数据直接删除即可。 如果直接在正式数第二章 需求分析 10 据库中进行操作，一旦数据库系统的事务遭到破坏，数据的正确性就失去了保障。 三个数据库分离技术虽然有其优越性，但也会增加系统编程实现的工作量。 要根据房产信息系统各个业务子系统的实际情况，有选择地加以应用。 根据实践经验，三个数据库分离技术的应用可遵循以下几个原则： 工作数据库和正式数据库必须分离。 这是从保证正式数据库数据的安全性的角度来考虑的。 正式数据库和历史数据库根据数据量大小可分离可不分离。 在数据量很大的情况下，为提高效率采用该技术。 在业务量不大的情况下，正式数据库和历史数据库可以不分离。 历史数据库视历史数 据的重要程度可有也可以没有。 如果历史数据在业务上无保留的必要，则不必设立历史数据库。 并不是所有的实体 (表 )都要分离。 这一原则需要开发者对实体对象进行认真的分析，看其是否有时间特性。 也就是说，如果实体是随时间频繁变化的，且这种变化对信息系统有重要的意义，则需要实行三个数据库分 离。 如产权交易子系统的房屋所有权人，因其有时间特性，就需分离。 而如系统中的业务申请者，因其时间特性不强，则可不分离。 数据库分离技术的应用 杭州市房产管理信息综合系统是一个包括了房产图形管理 (GIS)、房产业务管理 (MIS)和房产公文处理 (OA)3 类应用的综合房产应用系统。 共有包括房屋产权登记、房产交易、市场管理、房产测绘等业务在内的 12 个子系统。 在房屋产权登记、房产交易、商品房预售许可证发放、预售合同备案、房改房等核心业务中，通过三个数据库分离技术的应用，提高了系统的运行效率，并建立了各类 信息的历史关系。 在房产 GIS 子系统，也应用了三个数据库分离技术。 房产测绘子系统是房产图形数据库的数据提供者，房产测绘数据进入房产图形数据库前，须进行数据的质量检查。 房产测绘数据入库时先将测绘数据转入到工作库中，进行质量审核。 在审核完毕后，再将工作库中的数据转入到正式数据库中。 在进行图形数据变更时，首先把要变更的数据提取到工作库中，审核通过第二章 需求分析 11 后，将变更前的数据转入到历史数据库中，然后将变更后的数据写入到正式数据库中，并建立变更前后数据的关系。 在确保数据安全的前提下，实现了房产图形的流程化更新。 [ 8] 数据库分离技术 结论 三个数据库分离技术是一种实用的数据库优化技术，它提高了房产信息系统中的数据访问效率，保证了业务数据的安全性，在房产信息系统的数据库设计中得到了成功的应用。 它不仅可应用于房产管理信息系统的开发中，也可广泛应用于其他信息系统的开发中。 房产系统的可行性分析 随着现代信息技术的迅猛发展， 数据库 技术在教育中的应用日益广泛和深入，特别是 数据库与 Inter 的接轨，为 数据库应用 提供了丰富的资源 和应用的便利 ，使网络 数据库 真正成为现实，同时也为 网络数据库的发展 开辟了广阔的前景。 如何有效地利用网上的资源，建构基于网络的现代 数据库 是一个迫切研究的问题，而开展网络 数据库 模式研究的重要理论基础之一就是网络 数据库 的设计与评价。 因此，开展网络 数据库 的设计与评价的探索与实践研究有着十分重要的意义。 [ 9] 利用计算机支持企业高效率完成企业的日常事务，是适应现代企业制度要求、推动房地产信息管理走向科学化、规范化的必要条件；而房屋信息管理是一项琐碎、复杂而又十分细致的工作，信息输入的工作量很大，一般不允许出错，如果实行手工操作，须填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行住房信 息输入工作，不仅能够保证输入准确无误、快速输出，而且还可以利用计算机对有关的各种信息进行统计，服务于准备购房，租房的广大用户，同时计算机具 有手工管理所无法比拟的优点 .例如 :检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。 这些优点能够极大地提高房屋管理的效率 ,也是企业的科学化、正规化管理 ,与世界接轨的重要条件 . [ 10] 第二章 需求分析 12 分析功能 房产管理系统一共分五个： (1) 用户 登录 表：针对程序要求不同用户级别分别获得相应的权限。 在数据库中建立 登录 表字段为：用户名、密码、身份。 用身份来 表明 登录 后的权限 .权限分为三个层次以次为 :管理员、员工和客户 . (2) 客户信息表：对房地产管理系统的使用客户进行管理，包括对客户的基本信息 (客户编号、客户姓名、联系电话 等 )进行 录入和修改。 客户信息需要一张数据库表（客户信息表）来存储其相关信息，并在表中对其修改。 同时当在客户信息表添加客户后触发器自动会在 登录 表中添加相应的用户名和密码。 删除时同样自动删除相应信息。 (3) 房源信息表 ： 员工可录入房源所属区域、房源类型、价格等，并对其进行基本信息的检索 、录入和修改。 房源信息需要一张数据库表（房源信息表）来存储 其相关信息，并在表中对其修改。 为增加安全性，用触发器把表中内容添加到其它表中 存储， 实现工作数据表与正式数据表分开。 当删除时把删除信息相储存到历史表中。 以备以后查阅。 (4) 员工信息表：管理员对员工的信息进行管理，包括对员工的基本信息 (如员工姓名、员工身份等 )进行检索 、录入和修改。 员工信息需要一张数据库表（客户信息表）来存储其相关信息，并在表中对其修改。 同时当在员工信息表添加客户后触发器自动会在 登录 表中添加相应的用户名和密码。 删除时同样自动删除相应信息。 (5) 房产信息查询：为查询使用提供正式数据表。 [11,12] 第三章 系统的设计 13 第三章 系统的设计 系统功能流程图 系统功能的流程图如图 31 所示。 身份验证。 Y/N 系统主界面 用户登录 员工信息管理 客户信息管理 房源信息管理 房产信息查询 退出系统 图 31 系统功能流程图 第三章 系统的设计 14 数据库设计 数据库的总体设计 为实现房地产管理系统功能，配套系统各个功能设计多个数据库表。 为更好的实现系统并在多个表建立关联并使用了触发器。 数据库表的设计 1． 登录 表 (username,userpwd,useridentity)其中 username 为主关键字。 该表用来存储 登录 用户的用户名、密码和身份。 表的结构如表 31 所示 ： 表 31 登录表 字段名称 数据类型 长度 允许空 描述 username Varchar 20 否 登录 用户的用户名 Userpwd Varchar 20 否 登录 用户的密码 Useridentity Varchar 20 否 登录 用户的身份 工信息表 (empid ,empname ,emppwd,empaddress, emptel,emp,empidentitycard） 该表用来存储员工的信息。 empid 为主关键字。 当员工信息表插入信息时，通过触发器自动往 登录 表插入相关信息。 表的结构如表 32 所示。 表 32 员工信息表 字段名称 数据类型 长度 允许空 描述 Empid Varchar 10 否 员工编号 Empname Varchar 20 否 员工姓名 Emppwd Varchar 15 否 员工密码 empaddress Varchar 50 是 员工住址 Emptel Varchar 20 是 员工电话 Emp Varchar 20 是 员工的 Email empidentitycard Varchar 30 是 员工的身份证号 3．客户信息表（客户编号，客户姓名 ,客户密码，联系电话 ,电邮地址 ,身份证号 ,房源编号 , 登记日期）其中客户编号为主关键字，登记日期为系统自动生成。 当客户信息表插入信息时，通过触发器自动往 登录 表插入相关信息。 表的结构如表 33 所示。 表 33 客户信息表 第三章 系统的设计 15 字段名称 数据类型 长度 允许空 描述 客户编号 Varchar 10 否 客户编号 客户姓名 Varchar 20 否 客户姓名 客户密码 Varchar 10 是 客户密码 联系电话 Varchar 16 是 可以是固定电话或手机 电邮地址 Varchar 16 是 电子邮件的地址 身份证号 Varchar 26 是 客户的身份证号码 房源编号 Varchar 5 是 房源信息表中的房源编号 登记日期 Datetime 是 系统自动生成 4．房源登记表（房源编号，所属区域 ,街区 ,房型 ,楼层 ,总层数 ,朝阳 ,面积 ,装修情况 ,房屋设施 ,房主性质 ,价格 ,客户编号 ,登记日期）其中房源编号为主关键字 ,客户编号为外关键字（外键为客户信息表的客户编号） 当客户信息被删除时其相应的房子的信息也被 级联删除 ， 表的结构如表 34 所示。 表 34 房源登记表 字段名称 数据类型 长度 允许空 描述 房源编号 Varchar 5 否 房源编号 所属区域 Varchar 20 是 所属市或区 街区 Varchar 20 是 具体的地址 房型 Varchar 10 是 楼层 Varchar 5 是 总层数 Varchar 5 是 朝阳 Varchar 5 是 面积 Varchar 10 是 建筑面积 装修情况 Varchar 20 是 主要的装修 房屋设施 Varchar 30 是 例如暖气之类 房主性质 Varchar 8 是 房主是出租出售还是求租求购 价格 Varchar 10 是 每平米的价格或是总价格 客户编号 Varchar 10 是 与客户表的客户编号级联删除 登记日期 Datatime 是 5．历史表 (历史编号 ,房源编号 ,所属区域 ,街区 ,房型 ,楼层 ,总层数 ,朝阳 ,面积 ,装修情况 ,房屋设施 ,房主性质 ,价格 ,客户编号 ,登记日期 )其中历史编号为自动增长的主关键字。 房源编号为房源信息表的房源编号。 表 的结构与房源登记表类似。 主要用于房源信息表被删除的记录进行存根，以备将来查 询使用。 第四章 系统的实现与验证 16 第四章 系统实现与验证 数据库的实现 创建数据库 在设计数据库表结构之前，首先要创建一个数据库。 本系统使用的数据库名为 lwc,在查询分析里执行如下语句创建数据库。 CREATE DATABASE lwc ON PRIMARY ( NAME = lwc FILENAME = 39。 c:\program files\microsoft sql server\mssql\data\39。 , SIZE = 100MB, MAXSIZE = 200, FILEGROWTH = 20) 创建数据表 数据库 lwc 包含以下几个表 : 1 登录表脚本文件如下： create table login (username varchar(20)primary key, userpwd varchar(20) not null, useridentity varchar(20) not null) 2．员工信息表脚本文件如下： create table 员工信息表 (empid varchar(10) primary key, empname varchar(20) not null, emppwd varchar(15) not null, empaddress varchar(50) , 第四章 系统的实现与验证 17 emptel varchar(20), emp varchar(20), empidentitycard varchar(30),) 3．客户信息表脚本文件如下： create table 客户信息表 (客户编号 varchar(10)primary key, 客户姓名 varchar(20)not null, 客户密码 varchar(10), 联系电话 varchar(16), 电邮地址 varchar(16), 身份证号 varchar(26), 房源编号 varchar(5), 登记日期 datetime default getdate()) 4．房源登记表脚本文件如下： create table 房源登记表 (房源编号 varchar(5) primary key , 所属区域 varchar(20), 街区 varchar(20), 房型 varchar(10), 楼层 varchar(5), 总层数 varch。