宜家中介房屋租赁管理系统的数据库设计.docx
《宜家中介房屋租赁管理系统的数据库设计.docx》由会员分享,可在线阅读,更多相关《宜家中介房屋租赁管理系统的数据库设计.docx(23页珍藏版)》请在冰豆网上搜索。
![宜家中介房屋租赁管理系统的数据库设计.docx](https://file1.bdocx.com/fileroot1/2023-1/27/53af458d-8430-4458-94fd-6bed4dc2b9a9/53af458d-8430-4458-94fd-6bed4dc2b9a91.gif)
宜家中介房屋租赁管理系统的数据库设计
《数据库原理及应用》课程设计报告
题目:
宜家中介房屋租赁管理系统的数据库设计
目录
一、开发背景2
1.1、背景....................................................................................................................................2
1.2、目的....................................................................................................................................2
二、系统简要分析2
2.1、系统目标与要求................................................................................................................2
2.1、系统功能结构分析...........................................................................................................3
三、业务流程分析.4
四、数据流程分析.8
4.1、数据流图8
4.2、数据字典9
五、概念模型设计16
5.1、E—R图设计16
5.2、CDM模型17
六.逻辑模型设计18
七.物理结构设计19
7.1、关系模式19
7.2、生成的创建表的SQL脚本文件19
八、课程设计心得体会21
九、参考文献22
一开发背景
1.1背景:
90年代中期,由于Internet的迅速普及,使Intranet成为Internet技术在企业管理信息系统中的应用和延伸,形成了集计算机,计算机网络、数据库、分布式计算等于一体的信息技术综合体,它打破了时间和地域的界限,使信息交流变得快捷、准确,为建立现代企业管理信息系统提供了充足的条件。
企业信息管理系统在此基础上延伸、扩展,使之上下、内外全面贯通。
引入Internet后,形成了新型的浏览器/服务器(Browser/Server)结构,而传统的客户机/服务器(Client/Server)结构在这方面就远不及B/S结构。
作为房屋租赁公司的管理者,希望能够对房屋租赁事务管理的整个流程状态,信息资料的情况了如指掌,使其可以做出科学的决策。
作为工作人员期望能够避免繁琐的手工操作,甩掉传统的手工记录方式,达到事半功倍的效果。
一个能够使其实现管理系统化、规范化、自动化的计算机系统就显得很有必要。
利用计算机技术,实现管理系的自动化,规范化就是这个问题最好的解决方法。
1.2目的:
利用计算机支持企业高效率完成房屋租赁治理的日常事务,是适应现代企业制度要求、推动企业劳动型治理走向科学化、规范化的必要条件;而房屋租赁治理是一项琐碎、复杂而又十分细致的工作,房屋的基本资料,客户资料的治理,房屋租赁治理,收费以及统计表的治理,一般不允许出错,假如实行手工操作,须手工填制大量的表格,这就会耗费工作人员大量的时间和精力,计算机进行房屋租赁工作的治理,不仅能够保证各项信息准确无误、快速输出,同时计算机具有手工治理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高物业治理的效率,也是企业的科学化、正规化治理,与世界接轨的重要条件。
开发本系统就是为了解决企业在房屋租赁信息治理中的一些不规范,使房屋租赁信息的治理向着规范化、简单化、有效化的方向发展。
二系统简要分析
2.1系统目标与要求
建立一个房屋租赁管理系统,统一管理房主、租赁者以及房屋信息,以便快速地提供租赁服务。
该系统应具有以下功能目标:
1.登记房主信息。
对于每名房主,系统需要记录其编号、姓名、住址和联系电话等,并将这些信息写入房主信息文件。
2.登记房屋信息。
所有在系统中登记的房屋都有唯一的编号,除此之外,还需登记房屋的地址、房型(平房、带阳台楼房、独立式住房、别墅、其他)、大小、最多能容纳的房客数、预设租金、房屋状态(待租、已租、装修中)及房屋说明等。
这些信息都保存在房屋信息文件中。
3.登记租赁者信息。
所有想要通过该系统租赁房屋的租赁者,必须首先在系统中登记个人信息,包括:
编号、姓名、性别、联系电话等。
这些文件都保存在租赁者信息文件中。
4.租赁房屋。
已经登记在系统中租赁者,可以得到一份系统提供的待租赁房屋列表。
一旦租赁者从中找到合适的房屋,就可以提出看房请求。
系统会安排租赁者与房主见面。
对于每次看房,系统会生成一条看房记录并将其写入看房记录文件中。
5.收取手续费。
房主登记完房屋后,系统会生成一份费用单,房主根据费用单缴纳相应的费用。
6.变更房屋信息。
当租赁者与房主达成租房、退房协议后或房屋信息发生变化时,房主向系统提供变更房屋的请求。
系统根据房主的请求,修改房屋信息文件。
2.2系统功能结构分析
对公司的功能结构进行分析时,得出如下功能结构图
其中房主管理是对房主信息的管理;租赁者管理是对租赁者信息的管理;房屋管理是对房屋信息和房屋变更信息的管理;看房安排管理是对租赁者提出的看房请求安排房主和租赁者见面的情况的管理;查询分析对房主登记手续费进行统计。
三业务流程分析
业务流程图
对公司的业务进行分析,得出如下业务流程图
1:
登录房主信息
2:
登录房屋信息
3:
登录租赁者信息
4:
看房
:
5更改房屋信息
四数据流程分析
4.1数据流程图:
4.1.1房屋租赁系统顶层数据流程图:
顶层数据流程图
4.1.2房屋租赁系统一层数据流程图:
在一层数据流图中,矩形中表示处理逻辑,即p1到p6表示具体的处理;E1房主和E2租赁者表示实体;F1至F11表示数据流;D1至D4表示数据存储文件。
一层数据流图
4.2数据字典
数据字典是系统中各类数据描述的集合,数据字典通常包括数据项,数据结构,数据流,数据存储和数据处理5个部分,房屋租赁管理系统数据字典内容如下:
4.2.1数据项
数据项名称:
房主编号
数据项含义说明:
某房屋出租者的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
房主姓名
数据项含义说明:
某房屋出租者的姓名
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
6
数据项名称:
房主住址
数据项含义说明:
某房屋出租者的家庭住址
类型及长度:
字符型,35位
取值范围:
“000000”-“999999”
数据项名称:
房主电话
数据项含义说明:
某房屋出租者的联系电话
类型及长度:
字符型,15位
取值范围:
“000000”-“999999”
数据项名称:
租赁者编号
数据项含义说明:
某房屋租赁者的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
租赁者姓名
数据项含义说明:
某房屋租赁者的姓名
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
租赁者性别
数据项含义说明:
某房屋租赁者的性别
类型及长度:
字符型,4位
取值范围:
“‘男’,‘女’”
数据项名称:
租赁者电话
数据项含义说明:
某房屋租赁者的联系电话
类型及长度:
字符型,15位
取值范围:
“000000”-“999999”
数据项名称:
房屋编号
数据项含义说明:
某房主的某一房屋的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
房屋地址
数据项含义说明:
某房主的某一房屋的地址
类型及长度:
字符型,40位
取值范围:
“000000”-“999999”
数据项名称:
户型
数据项含义说明:
某房屋型号类别
类型及宽度:
字符型,10位
取值范围:
“‘平房’、‘带阳台楼房’、‘独立式住房’、‘别墅’、‘其他’
数据项名称:
房屋面积
数据项含义说明:
某房主的某一房屋的面积
类型及长度:
整型
数据项名称:
最大房客数
数据项含义说明:
某房屋的最大容纳人数
类型及宽度:
整型
数据项名称:
预设租金
数据项含义说明:
某房主对某房屋的期望租金
类型及宽度:
整型
数据项名称:
房屋状态
数据项含义说明:
某房屋当前的状态
类型及宽度:
字符型,10位
取值范围:
“‘待租’,‘已租’”
数据项名称:
登记日期
数据项含义说明:
某房屋信息的登记时间
类型及宽度:
时间型
数据项名称:
更新日期
数据项含义说明:
某房屋当前信息的更新时间
类型及宽度:
时间型
数据项名称:
费用单编号
数据项含义说明:
某费用单的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
金额
数据项含义说明:
某费用单上的金额数
类型及长度:
整型
数据项名称:
费用单日期
数据项含义说明:
某费用单产生的时间
类型及宽度:
时间型
数据项名称:
看房编号
数据项含义说明:
某看房事件的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
看房日期
数据项含义说明:
某看房事件的时间
类型及宽度:
时间型
数据项名称:
看房地点
数据项含义说明:
某看房事件的地点
类型及长度:
字符型,30位
取值范围:
“000000”-“999999”
数据项名称:
租赁编号
数据项含义说明:
某租赁事件的唯一代码编号
类型及长度:
字符型,10位
取值范围:
“000000”-“999999”
数据项名称:
租赁日期
数据项含义说明:
某租赁事件的时间
类型及宽度:
时间型
4.2.2数据流
数据流编号:
F1
数据流名称:
房主信息
说明:
记录房主的基本信息
数据流来源:
房主
数据流去向:
登记房主信息
数据项组成:
房主编号+姓名+住址+联系电话
数据流量:
100条/天
高峰流量:
250条/天
数据流编号:
F2
数据流名称:
房屋信息
说明:
记录房屋的基本信息
数据流来源:
房主
数据流去向:
登记房屋信息
数据项组成:
房屋编号+房屋地址+房型+面积+最大房客数+预设租金+房屋状态
数据流量:
100条/天
高峰流量:
300条/天
数据流编号:
F3
数据流名称:
费用单
说明:
记录产生的费用单信息
数据流来源:
登记房屋信息
数据流去向:
房主
数据项组成:
费用单编号+金额+费用单日期
数据流量:
100条/天
高峰流量:
200条/天
数据流编号:
F4
数据流名称:
变更请求
说明:
记录变更的房屋信息
数据流来源:
房主
数据流去向:
变更房屋状态
数据项组成:
房主编号+房屋编号+变更信息
数据流量:
150条/天
高峰流量:
300条/天
数据流编号:
F5
数据流名称:
看房安排
说明:
想房主提供的租赁者的看房请求
数据流来源:
安排租赁者看房
数据流去向:
房主
数据项组成:
看房编号+看房日期+看房地点
数据流量:
50条/天
高峰流量:
150条/天
数据流编号:
F6
数据流名称:
看房安排确认
说明:
房主对看房安排的回复
数据流来源:
房主
数据流去向:
安排租赁者看房
数据项组成:
看房编号+看房日期+看房地点
数据流量:
50条/天
高峰流量:
150条/天
数据流编号:
F7
数据流名称:
看房通知
说明:
对租赁者看房请求的回复
数据流来源:
安排租赁者看房
数据流去向:
租赁者
数据项组成:
看房编号+看房日期+看房地点
数据流量:
50条/天
高峰流量:
150条/天
数据流编号:
F8
数据流名称:
看房请求
说明:
租赁者向系统提交的看房请求信息
数据流来源:
租赁者
数据流去向:
安排租赁者看房
数据项组成:
租赁者编号+房屋编号+看房日期+看房地点
数据流量:
100条/天
高峰流量:
200条/天
数据流编号:
F9
数据流名称:
待租房屋信息
说明:
状态为待租的房屋信息
数据流来源:
查询待租信息
数据流去向:
租赁者
数据项组成:
待租房屋信息
数据流量:
300条/天
高峰流量:
500条/天
数据流编号:
F10
数据流名称:
查询房屋请求
说明:
租赁者查询所需房屋的信息
数据流来源:
租赁者
数据流去向:
查询待租房屋信息
数据项组成:
租赁者编号+房屋信息
数据流量:
200条/天
高峰流量:
500条/天
数据流编号:
F11
数据流名称:
租赁者信息
说明:
租赁者项系统提交的信息
数据流来源:
租赁者
数据流去向:
登录租赁者信息
数据项组成:
租赁者编号+姓名+性别+联系电话
数据流量:
100条/天
高峰流量:
2000条/天
4.2.3数据存储
数据存储编号:
D1
数据存储名称:
房主信息文件
简述:
记录房主的基本信息
数据存储组成:
房主编号+姓名+联系电话
相关联的处理:
P1
数据存储编号:
D2
数据存储名称:
租赁者信息文件
简述:
记录租赁者的基本信息
数据存储组成:
租赁者编号+姓名+性别+联系电话
相关联的处理:
P3
数据存储编号:
D3
数据存储名称:
房屋信息文件
简述:
记录房屋的基本信息
数据存储组成:
房屋编号+房屋地址+房型+大小+最多容纳数+预设租金+房屋状态
+房屋说明+登记时间
相关联的处理:
P2、P4、P6、P7
数据存储编号:
D4
数据存储名称:
看房记录文件
简述:
记录租赁者看房文件
数据存储组成:
安排看房编号+房主编号+房屋编号+租赁者编号+看房时间
相关联的处理:
P5
4.2.4外部实体的描述
外部实体编号:
E1
外部实体名称:
房主
简述:
在系统中注册了拥有房屋可以出租的人
输入的数据流:
费用单,看房安排
输出的数据流:
房主信息,房屋信息,看房确认安排,变更请求
外部实体编号:
E2
外部实体名称:
租赁者
简述:
在系统中已注册了希望租借房屋的人
输入的数据流:
看房通知,待租房屋信息
输出的数据流:
租赁者信息,看房请求
五概念模型设计
5.1:
E—R图设计
5.1.1图例说明
5.1.2E—R图
房主实体E—R图
租赁者实体E—R图
房屋实体E—R图
总E—R图
5.2CDM模型
六逻辑模型设计
PDM模型
七物理结构设计
7.1关系模式:
房主(房主编号,房主姓名,房主住址,房主电话)
房屋(房屋编号,房主编号,房屋地址,房型,面积,最大房客数,预设租金,房屋状态,登记日期,更新日期)
租赁者(租赁者编号,租赁者姓名,性别,租赁者电话)
租赁(房屋编号,租赁者编号,租赁编号,日期)
看房(房主编号,租赁者编号,看房编号,看房日期,看房地点)
费用单编号(费用单编号,房主编号,房屋编号,费用单编号,金额,费用单日期)
说明:
其中下划线中实线表示关系的主码,波浪线表示外码。
7.2生成的创建表的SQL脚本文件
/*==============================================================*/
/*Table:
房主*/
/*==============================================================*/
createtable房主
(
房主编号char(10)notnull,
房主姓名char(10)notnull,
房主住址char(35),
房主电话char(15),
constraintPK_房主primarykey(房主编号)
);
/*==============================================================*/
/*Table:
房屋*/
/*==============================================================*/
createtable房屋
(
房屋编号char(10)notnull,
房主编号char(10),
房屋地址char(40),
面积integer,
户型char(10),
最大房客数integer,
预设租金integer,
房屋状态char(10),
登记日期datetime,
更新日期datetime,
constraintPK_房屋primarykey(房屋编号)
);
/*==============================================================*/
/*Table:
看房*/
/*==============================================================*/
createtable看房
(
房主编号char(10)notnull,
租赁者编号char(10)notnull,
看房编号char(10)notnull,
看房日期datetimenotnull,
看房地点char(30)notnull,
constraintPK_看房primarykeyclustered(房主编号,租赁者编号)
);
/*==============================================================*/
/*Table:
租赁*/
/*==============================================================*/
createtable租赁
(
租赁者编号char(10)notnull,
房屋编号char(10)notnull,
租赁编号char(10)notnull,
租赁日期datetime,
constraintPK_租赁primarykeyclustered(租赁者编号,房屋编号)
);
/*==============================================================*/
/*Table:
租赁者*/
/*==============================================================*/
createtable租赁者
(
租赁者编号char(10)notnull,
租赁者姓名char(10),
性别char(4),
租赁者电话char(15),
constraintPK_租赁者primarykey(租赁者编号)
);
/*==============================================================*/
/*Table:
费用单*/
/*==============================================================*/
createtable费用单
(
房主编号char(10)notnull,
房屋编号char(10)notnull,
费用单编号char(10),
金额integer,
费用单日期datetime,
constraintPK_费用单primarykeyclustered(房主编号,房屋编号)
);
八课程设计心得体会
通过这一次为期一周的课程设计,我学到的东西比以前上课学到的还要多,这让我明白,理论永远是理论,要是没有实践,理论永远是一纸空文。
如果数据库原理知识基础不扎实,做出的数据库也会漏洞百出。
原来在上课时,对老师强调的一些知识不以为然,然而,在这次的课程设计过程中,经过自己的实际操作,才明白了这些知识的重要性和灵活性,远远不是通过看书就能掌握的。
所以,我们要将理论和实践结合起来,把我们在课堂上学到的东西运用在实际中,这样才能提高我们自身的能力。
通过这样一次自己完全独立的课程设计,从最初的一个题目到最后形成的数据库文件和实验报告,让我非常有自豪感,这是由自己完全独立完成的,通过这次的设计,让我第一次对信息系统有了全面的认识,这是非常重要的收获。
这次的课程设计也有一些不足之处,在考虑业务流程图时,有些功能不太完善,与实际应用有一定的出入。
还不能完全应用在实际中,这需要我们以后的积累来逐步完善。
九参考文献
【1】《数据库技术》施伯乐北京希望电子出版社2003
【2】《数据库原理及应用教程》李超燕科学出版社2005
【3】《PowerDesigner系统分析与建模》赵韶平清华大学出版社2010
【4】《数据库系统概论》王珊,萨师煊高等教育出版社2006
忽略此处..