二手房中介管理系统的数据库设计与实现.docx

上传人:b****4 文档编号:24782448 上传时间:2023-06-01 格式:DOCX 页数:17 大小:315.85KB
下载 相关 举报
二手房中介管理系统的数据库设计与实现.docx_第1页
第1页 / 共17页
二手房中介管理系统的数据库设计与实现.docx_第2页
第2页 / 共17页
二手房中介管理系统的数据库设计与实现.docx_第3页
第3页 / 共17页
二手房中介管理系统的数据库设计与实现.docx_第4页
第4页 / 共17页
二手房中介管理系统的数据库设计与实现.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

二手房中介管理系统的数据库设计与实现.docx

《二手房中介管理系统的数据库设计与实现.docx》由会员分享,可在线阅读,更多相关《二手房中介管理系统的数据库设计与实现.docx(17页珍藏版)》请在冰豆网上搜索。

二手房中介管理系统的数据库设计与实现.docx

二手房中介管理系统的数据库设计与实现

 

题目:

二手房中介管理系统的数据库设计与实现

 

1系统概况

计算机是随着社会的发展应运而生,它贯穿了人们生活的方方面面。

其中,在科学计算方面,由于算法的高精确和高复杂度,对于计算机的依赖不可言喻。

在这里,我设计了一个二手房中介管理数据库系统,科学管理算不上,但作为学习性的实践,对自己却很重要。

当前计算机软件技术和网络技术飞速发展,软件系统日趋大型化、复杂化。

因此社会对软件开发者日出了比以往更高的要求。

相应的系统要求也有了很大的提高。

本系统用C#语言作为程序语言,用MicrosoftSQLServer2008作为数据库管理系统,系统设计出的系统功能完善,操作方便灵活。

适用于专业和非专业人士使用,使用范围较广。

1.1系统设计的目的

随着房地产业的开发,二手房中介行业也随之发展起来,由于房改政策的出台,购房、售房、租房的居民越来越多,这对二手房中介部门无疑是一个发展的契机。

但是与国外成熟的二手房市场相比,我国二手房中介行业的发展相比较落后。

比如买卖双方信息不对称,行业管理不健全,经营不规范等,落后的管理方式与信息技术的快速发展脱节,导致数据的重复率与出错率升高,办公效率低下,给客户及管理者带来了不少麻烦。

因此,系统开发旨在提高办公效率,方便房产中介部门管理和客户查询检索,综合考虑房源空间信息,坚持客户利益优先的房产中介信息系统的必要的。

1.2系统开发的背景与意义

随着市场竞争的日益加剧,房产中介公司的管理和服务能力成为了其发展的最大障碍。

而软件平台的缺失与不平衡性,使得这一障碍难以逾越。

通过合理借鉴和深入研究,利用二手房中介管理系统的软件信息化技术,重新优化管理现有的业务操作模式。

通过对二手房中介管理系统的应用,不仅实现了多层次的沟通合作,更实现了复杂业务模型的建立和优化。

通过对中介交易流程的分析,可以发现现有流程中的各种弊端和缺陷,了解缺失的环节。

因此,使用二手房中介管理系统的成功能在提升工作效率的同时,降低运营风险,促使房产中介产业的规范化和信息化,具有重要的现实意义。

在此系统中,交易的整个过程都被涵盖其中房东资料管理、房客资料管理、房屋资料查询管理、系统管理、退出系统等,提供了交易监管和流程控制最为直接的信息基础。

通过进一步的研究和与中介业务的实际结合,建立了二手房中介管理系统。

利用微软的一系列开发平台和数据库支持,以面向对象的开发思路和方式构建并实现了一套较为完整的二手房中介管理系统。

1.3系统实现的目标

(1)员工登录功能:

验证员工登录的合法性,从数据库中匹配相对应的员工信息,成功登陆后自动跳转到主菜单页面。

(2)房东信息管理:

实现添加房东信息、修改房东信息、删除房东信息等基本操作。

(3)房客信息管理:

实现添加房客信息、修改房客信息、删除房客等信息基本操作。

(4)房屋信息管理:

实现添加房屋信息、修改房屋状态信息、删除房屋信息等基本操作。

(5)收费信息管理:

实现房屋出租收费的金额、房东、房客等信息的添加、修改、删除等操作。

(6)意向信息管理:

实现房客租房意向的房屋、户型等信息的添加、修改、删除等操作。

(7)归还信息管理:

实现房屋归还时房客、房屋等信息的添加、修改、删除等操作

2系统需求分析

2.1系统总体需求

首先是用户角度,用户分为两类,房东、房客,不管是房东还是房客初次使用本系统时需填写个人信息以保证实名制和发布房源信息的真实性,注册完成后房客便可以登记个人二手房的需求,包括户型、楼层、面积、价格等,用户也可以对个人资料及发布的信息进行修改,以充实或更正房源信息。

其次本系统增加了输出房屋基本状态的视图功能,可以方便地查看各个房屋是否租出的状态情况。

为了方便管理员统计各种户型的房屋的出租数量,创建了存储过程功能。

为实现当房屋租出时自动修改该房屋的状态,在收费信息表中创建了触发器,当用户完成交易并付费后自动把房源信息表中的房屋状态从待租改为“已租”,同样在房屋归还信息表中创建触发器当添加一条归还信息时将房屋状态改为“未租”。

最后为了能够方便的根据房屋的面积大小算出整个房屋的租费创建了函数,实现了每平米100元*房屋面积得出总租费

2.2系统整体功能介绍

(1)员工登陆:

可以进行添加、修改和删除用户信息,也可以修改与维护房屋信息,同时要做好收费记录。

(2)房屋管理:

可以查询、修改房屋户型、物业名称、面积、价格等相关信息

(3)房东管理:

可以查询、修改房东的姓名、性别等相关信息

(4)房客管理:

可以查询、修改房客的姓名、性别、意向等相关信息

(5)收费管理:

可以记录房东、房屋、员工、金额等相关信息

(6)归还管理:

可以记录房屋的归还日期、何人归还等

(7)意向管理:

可以记录和显示房客要租房的户型、价格、用途等

2.3系统元素、实体介绍

系统中有7个实体,分别员工信息、房东信息、房客信息、房屋信息、收费信息、意向信息、房屋归还信息。

员工信息拥有8个属性:

员工ID、姓名、性别、出生日期、身份证号、电话、地址、学历;房东信息拥有8个属性:

房东ID、姓名、性别、出生日期、身份证号、手机、邮箱、记录日期;房客信息拥有8个属性:

房客ID、姓名、性别、出生日期、身份证号、手机、邮箱、记录日期;房屋信息拥有8个属性:

房东ID、房屋ID、户型、物业名称、状态、每平价格、面积、备注;房屋归还信息拥有3个属性:

归还日期、房客ID、房屋ID;收费信息拥有9个属性:

房东ID、房客ID、房屋ID、员工ID、员工姓名、金额、费用ID、付款日期、备注;意向信息拥有7个属性:

房客ID、意向ID、户型、楼层编号、价格、面积、用途。

2.4软硬件平台介绍

SQLServer2008

SQLServer2008是一个重大的产品版本,它推出了许多新的特性和关键的改进,使得它成为至今为止的最强大和最全面的SQLServer版本。

微软大部分的产品的更新换代都有一个规律,那就是“大改”和“小改”交替进行。

所以,如果按照惯例,从2005到2008本应当是一次“小改”,不过从很多方面来看完全不止是“小改”而已。

虽然,用户界面的改动确实并不大,仍然和之前的版本相似,但是商业智能工具和数据库引擎本身的改变非常显著。

现在的2008版增加了数据压缩特性,如果你的数据量迅猛增长中,这个特性就非常有用。

微软在2008中同时实现了行压缩和列压缩。

我们在压缩和解压缩过程的数据读写中显然要付出一定性能上的代价;不过,微软预计由于磁盘I/O通量减少的程度远超过解压缩所要耗费的性能代价,所以最终的查询性能反而会有所提高。

备受关注的还有可以在引擎水平实施的透明数据加密功能,也就是说可以对整个数据库进行加密,使用户无需对应用程序进行任何修改就能够对数据进行加密。

对于现在非常流行的业务连续性领域,SQLServer2008的数据库镜像功能也得到了加强,转换的操作速度更快,而且创建和驱动也都更容易了。

当然,数据库镜像的实现要求日志文件在两个服务器之间能够顺利流动交换,所以新的日志流压缩功能非常有用,能够加速数据库镜像的执行速度。

3概念结构设计

3.1概念设计(先局部ER图,然后全局ER图)

图3-1房东信息图

图3-2房客信息图

图3-3房屋归还信息图

图3-4房源信息图

图3-5意向信息图

图3-6收费信息图

图3-7员工信息图

3.1.1员工信息与收费信息之间的联系

3.1.2房客信息与收费信息之间的联系

3.1.3意向信息与房客信息之间的联系

3.1.4收费信息与房东信息之间的联系

3.1.5房东信息与房屋信息之间的联系

3.1.6房屋信息与归还信息之间的联系

3.1.7员工信息与意向信息之间的联系

3.1.8员工信息与房屋信息之间的联系

3.2全局E-R图

员工正常登陆到系统首页界面,系统里有房客租房意向信息以及房东的出租房屋信息,员工在根据意向信息在房屋信息中查找,房客租房后、房东出租后员工要管理记录好收费信息,在房客退房后,要记录好归还信息。

4逻辑设计

4.1关系的设计

员工信息表(员工ID,姓名,性别,出生日期,电话,身份证号,地址,学历)

收费信息表(费用ID,金额,员工ID,员工姓名,房屋ID,付款日期,备注,房东ID,房客ID)

房东信息表(房东ID,姓名,性别,出生日期,手机,邮箱,身份证号,记录日期)

房客信息表(房客ID,姓名,性别,出生日期,手机,邮箱,身份证号,记录日期)

房屋信息表(房屋ID,物业名称,户型,状态,价格,面积,房东ID,备注)

意向信息表(意向ID,客户ID,户型,楼层编号,用途,价格,面积)

房屋归还信息表(房屋ID,房客ID,归还日期)

4.2业务流程图

4.3数据库模式定义

1.建库

houseagency二手房中介管理系统

2.建表

(1)创建房东信息表,如表5-1所示

表5-1房东信息表

字段

字段类型

是否允许空值

主键/外键

房东ID

varchar(50)

主键

姓名

varchar(50)

性别

varchar(50)

出生日期

varchar(50)

手机

varchar(50)

邮箱

varchar(50)

身份证号

varchar(50)

记录日期

varchar(50)

(2)创建房客信息表,如表5-2所示

表5-2房客信息表

字段

字段类型

是否允许空值

主键/外键

房客ID

varchar(50)

主键

姓名

varchar(50)

性别

varchar(50)

出生日期

varchar(50)

手机

varchar(50)

邮箱

varchar(50)

身份证号

varchar(50)

记录日期

varchar(50)

(3)创建房屋信息表,如表5-3所示

表5-3房屋信息表

字段

字段类型

是否允许空值

主键/外键

房屋ID

varchar(50)

主键

物业名称

varchar(50)

户型

varchar(50)

状态

varchar(50)

价格

varchar(50)

面积

varchar(50)

房东ID

varchar(50)

外键

备注

varchar(50)

(4)创建意向信息表,如表5-4所示

表5-4意向信息表

字段

字段类型

是否允许空值

主键/外键

意向ID

varchar(50)

主键

客户ID

varchar(50)

外键

户型

varchar(50)

楼层编号

varchar(50)

价格

varchar(50)

用途

varchar(50)

面积

varchar(50)

(5)创建收费信息表,如表5-5所示

表5-5收费信息表

字段

字段类型

是否允许空值

主键/外键

费用ID

varchar(50)

主键

金额

varchar(50)

员工ID

varchar(50)

外键

员工姓名

varchar(50)

房屋ID

varchar(50)

外键

付款日期

varchar(50)

房东ID

varchar(50)

外键

房客ID

varchar(50)

外键

(6)创建归还信息表,如表5-6所示

表5-6归还信息表

字段

字段类型

是否允许空值

主键/外键

房屋ID

varchar(50)

房客ID

varchar(50)

归还日期

varchar(50)

外键

归还编号

varchar(50)

主键

(7)创建员工信息表,如表5-7所示

表5-7员工信息表

字段

字段类型

是否允许空值

主键/外键

员工ID

varchar(50)

主键

姓名

varchar(50)

性别

varchar(50)

身份证号

varchar(50)

出生日期

varchar(50)

电话

varchar(50)

地址

varchar(50)

学历

varchar(50)

5物理结构设计

5.1数据库的物理结构

物理设计阶段的目标与任务

数据库的物理设计就是为了逻辑数据模型选取一个最适合应用要求的物理结构的过程,在这个阶段中要完成两大任务:

(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;

(2)对物理结构进行评价,评价的重点是时间和空间效率。

5.2数据库实施

5.2.1数据库关系图的创建

数据库创建的表之间的关系如图5-1所示,该图是基于ER图所创建。

图5-1数据库关系图

5.2.2数据库视图的创建

创建视图查询当前所有房屋的房号、房东、状态信息:

如图5-2

Createview房屋视图

SELECT房屋ID,状态,房东ID

FROMdbo.房屋信息表

图5-2房屋视图

5.2.3存储过程的创建

在房屋信息表中创建了存储过程,用以统计各种户型的房屋的出租数量,结果如图5-3:

USE[houseagency]

GO

DECLARE@return_valueint

EXEC@return_value=[dbo].[tj]

SELECT'ReturnValue'=@return_value

GO

select户型,状态,COUNT(房屋ID)as统计

fromdbo.房屋信息表

where状态='已租'

groupby户型,状态

图5-3结果图

5.2.4触发器的创建

当房屋租出时自动修改该房屋的状态:

CREATETRIGGER修改状态ONdbo.收费信息表

forinsert

AS

updatedbo.房屋信息表set状态='已租'

where房屋ID=(select房屋IDfrominserted)

--SETNOCOUNTON;

6系统总结

本文详细描述了SQLServer2008实现二手房管理系统,这其中包括了房东、房客、房屋、以及员工之间的相互关系,员工对于房东、房客、房屋等信息的操作管理,对于房屋出租状态存储以及如何使得整个房屋中介系统能够更良好、有效的运行,此次系统设计为设计开发,没有将各个功能更好的向大家展示。

7心得与体会

课程设计终于做完了,虽然有些疲劳和困倦,但带给我很多的收获。

在这次的学习中,学到了许多知识,在际应用中,也用到了许多。

对这些知识也有了更深的理解和很好的掌握。

许多困惑,有许多已经通过实际操作解决了,并能够深刻认识。

通过课程设计,明白到了原来开发一个小小的实用系统,是需要考虑到很多方面的问题的,这些都是要在实践中摸索的,这与平时做练习是不同的,但也因为平时有许多的练习基础,会使你在操作时,更加得心应手。

另外就是要把错误总结,有许多错误或者陷阱是平时自己陷进去的,因此很深刻,但也有些错误或者陷阱是自己还没有接触或者犯过的,这就应该多查些资料多看些别人的总结,使自己不犯这些错误。

不让自己掉进这些陷阱。

这样长期总结,会对自己有很大的帮助。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 数学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1