宜家中介房屋租赁管理系统的数据库设计.docx

1、宜家中介房屋租赁管理系统的数据库设计数据库原理及应用课程设计报告 题目：宜家中介房屋租赁管理系统的数据库设计 目 录一、开发背景 21.1、背景.21.2、目的.2二、系统简要分析 22.1、系统目标与要求.22.1、系统功能结构分析.3三、业务流程分析 .4四、数据流程分析 .84.1、数据流图 84.2、数据字典 9五、概念模型设计 165.1、ER图设计 165.2、CDM模型 17六. 逻辑模型设计 18七. 物理结构设计 197.1、关系模式 197.2、生成的创建表的SQL脚本文件 19八、课程设计心得体会 21九、参考文献 22一 开发背景1.1 背景：90年代中期，由于Inte

2、rnet 的迅速普及，使Intranet成为Internet技术在企业管理信息系统中的应用和延伸，形成了集计算机，计算机网络、数据库、分布式计算等于一体的信息技术综合体，它打破了时间和地域的界限，使信息交流变得快捷、准确，为建立现代企业管理信息系统提供了充足的条件。企业信息管理系统在此基础上延伸、扩展，使之上下、内外全面贯通。引入Internet后，形成了新型的浏览器/服务器（Browser/Server）结构,而传统的客户机/服务器（Client/Server）结构在这方面就远不及B/S结构。作为房屋租赁公司的管理者，希望能够对房屋租赁事务管理的整个流程状态，信息资料的情况了如指掌，使其可以

3、做出科学的决策。作为工作人员期望能够避免繁琐的手工操作，甩掉传统的手工记录方式，达到事半功倍的效果。一个能够使其实现管理系统化、规范化、自动化的计算机系统就显得很有必要。利用计算机技术,实现管理系的自动化,规范化就是这个问题最好的解决方法。1.2 目的： 利用计算机支持企业高效率完成房屋租赁治理的日常事务，是适应现代企业制度要求、推动企业劳动型治理走向科学化、规范化的必要条件；而房屋租赁治理是一项琐碎、复杂而又十分细致的工作，房屋的基本资料，客户资料的治理，房屋租赁治理，收费以及统计表的治理，一般不允许出错，假如实行手工操作，须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行

4、房屋租赁工作的治理，不仅能够保证各项信息准确无误、快速输出，同时计算机具有手工治理所无法比拟的优点.例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高物业治理的效率，也是企业的科学化、正规化治理，与世界接轨的重要条件。 开发本系统就是为了解决企业在房屋租赁信息治理中的一些不规范，使房屋租赁信息的治理向着规范化、简单化、有效化的方向发展。二 系统简要分析2.1 系统目标与要求建立一个房屋租赁管理系统，统一管理房主、租赁者以及房屋信息，以便快速地提供租赁服务。该系统应具有以下功能目标： 1 登记房主信息。对于每名房主，系统需要记录其编号、姓名、住址和联

5、系电话等，并将这些信息写入房主信息文件。2 登记房屋信息。所有在系统中登记的房屋都有唯一的编号，除此之外，还需登记房屋的地址、房型（平房、带阳台楼房、独立式住房、别墅、其他）、大小、最多能容纳的房客数、预设租金、房屋状态（待租、已租、装修中）及房屋说明等。这些信息都保存在房屋信息文件中。3 登记租赁者信息。所有想要通过该系统租赁房屋的租赁者，必须首先在系统中登记个人信息，包括：编号、姓名、性别、联系电话等。这些文件都保存在租赁者信息文件中。4 租赁房屋。已经登记在系统中租赁者，可以得到一份系统提供的待租赁房屋列表。一旦租赁者从中找到合适的房屋，就可以提出看房请求。系统会安排租赁者与房主见面。对

6、于每次看房，系统会生成一条看房记录并将其写入看房记录文件中。5 收取手续费。房主登记完房屋后，系统会生成一份费用单，房主根据费用单缴纳相应的费用。6 变更房屋信息。当租赁者与房主达成租房、退房协议后或房屋信息发生变化时，房主向系统提供变更房屋的请求。系统根据房主的请求，修改房屋信息文件。2.2 系统功能结构分析 对公司的功能结构进行分析时，得出如下功能结构图其中房主管理是对房主信息的管理；租赁者管理是对租赁者信息的管理；房屋管理是对房屋信息和房屋变更信息的管理；看房安排管理是对租赁者提出的看房请求安排房主和租赁者见面的情况的管理；查询分析对房主登记手续费进行统计。 三 业务流程分析业务流程图对

7、公司的业务进行分析，得出如下业务流程图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 数据项数据项名称：

8、 房主编号数据项含义说明：某房屋出租者的唯一代码编号 类型及长度： 字符型 ，10位取值范围： “000000”-“999999”数据项名称： 房主姓名数据项含义说明：某房屋出租者的姓名 类型及长度： 字符型 ，10位取值范围： “000000”-“999999” 6数据项名称： 房主住址数据项含义说明：某房屋出租者的家庭住址 类型及长度： 字符型 ，35位取值范围： “000000”-“999999”数据项名称： 房主电话数据项含义说明：某房屋出租者的联系电话类型及长度： 字符型 ，15位取值范围： “000000”-“999999”数据项名称： 租赁者编号数据项含义说明：某房屋租赁者的唯一

9、代码编号 类型及长度： 字符型 ，10位取值范围： “000000”-“999999”数据项名称： 租赁者姓名数据项含义说明：某房屋租赁者的姓名 类型及长度： 字符型 ，10位取值范围： “000000”-“999999”数据项名称： 租赁者性别数据项含义说明：某房屋租赁者的性别 类型及长度： 字符型 ，4位取值范围： “男，女”数据项名称： 租赁者电话数据项含义说明：某房屋租赁者的联系电话 类型及长度： 字符型 ，15位取值范围： “000000”-“999999”数据项名称： 房屋编号数据项含义说明：某房主的某一房屋的唯一代码编号类型及长度： 字符型 ，10位取值范围： “000000”-

10、“999999”数据项名称： 房屋地址数据项含义说明：某房主的某一房屋的地址类型及长度： 字符型 ，40位取值范围： “000000”-“999999”数据项名称： 户型数据项含义说明：某房屋型号类别 类型及宽度： 字符型 ，10位取值 范围： “平房、带阳台楼房、独立式住房、别墅、其他数据项名称： 房屋面积数据项含义说明：某房主的某一房屋的面积类型及长度： 整型 数据项名称： 最大房客数数据项含义说明：某房屋的最大容纳人数 类型及宽度： 整型 数据项名称： 预设租金数据项含义说明：某房主对某房屋的期望租金 类型及宽度： 整型数据项名称： 房屋状态数据项含义说明：某房屋当前的状态类型及宽度：

11、字符型 ，10位取值 范围： “待租，已租”数据项名称： 登记日期数据项含义说明：某房屋信息的登记时间类型及宽度： 时间型数据项名称： 更新日期数据项含义说明：某房屋当前信息的更新时间类型及宽度： 时间型数据项名称： 费用单编号数据项含义说明：某费用单的唯一代码编号 类型及长度： 字符型 ，10位取值范围： “000000”-“999999”数据项名称： 金额数据项含义说明：某费用单上的金额数类型及长度： 整型数据项名称： 费用单日期数据项含义说明：某费用单产生的时间类型及宽度： 时间型数据项名称： 看房编号数据项含义说明：某看房事件的唯一代码编号 类型及长度： 字符型 ，10位取值范围： “

12、000000”-“999999”数据项名称： 看房日期数据项含义说明：某看房事件的时间类型及宽度： 时间型数据项名称： 看房地点数据项含义说明：某看房事件的地点 类型及长度： 字符型 ，30位取值范围： “000000”-“999999”数据项名称： 租赁编号数据项含义说明：某租赁事件的唯一代码编号 类型及长度： 字符型 ，10位取值范围： “000000”-“999999”数据项名称： 租赁日期数据项含义说明：某租赁事件的时间类型及宽度： 时间型4.2.2 数据流 数据流编号：F1 数据流名称：房主信息说明： 记录房主的基本信息数据流来源：房主数据流去向：登记房主信息数据项组成：房主编号+姓

13、名+住址+联系电话数据流量： 100条/天高峰流量： 250条/天数据流编号：F2 数据流名称：房屋信息 说明： 记录房屋的基本信息 数据流来源：房主 数据流去向：登记房屋信息 数据项组成：房屋编号+房屋地址+房型+面积+最大房客数+预设租金+房屋状态 数据流量： 100条/天 高峰流量： 300条/天 数据流编号：F3数据流名称：费用单 说明： 记录产生的费用单信息 数据流来源：登记房屋信息 数据流去向：房主数据项组成：费用单编号+金额+费用单日期 数据流量： 100条/天 高峰流量： 200条/天 数据流编号：F4 数据流名称：变更请求 说明： 记录变更的房屋信息数据流来源：房主数据流去向

14、：变更房屋状态 数据项组成：房主编号+房屋编号+变更信息 数据流量： 150条/天 高峰流量： 300条/天 数据流编号：F5 数据流名称：看房安排 说明： 想房主提供的租赁者的看房请求 数据流来源：安排租赁者看房 数据流去向：房主 数据项组成：看房编号+看房日期+看房地点 数据流量： 50条/天 高峰流量： 150条/天 数据流编号：F6 数据流名称：看房安排确认 说明： 房主对看房安排的回复 数据流来源：房主 数据流去向：安排租赁者看房 数据项组成：看房编号+看房日期+看房地点 数据流量： 50条/天 高峰流量： 150条/天 数据流编号：F7 数据流名称：看房通知 说明： 对租赁者看房请

15、求的回复 数据流来源：安排租赁者看房 数据流去向：租赁者数据项组成：看房编号+看房日期+看房地点 数据流量： 50条/天 高峰流量： 150条/天 数据流编号：F8 数据流名称：看房请求 说明： 租赁者向系统提交的看房请求信息 数据流来源：租赁者 数据流去向：安排租赁者看房数据项组成：租赁者编号+房屋编号+看房日期+看房地点 数据流量： 100条/天 高峰流量： 200条/天 数据流编号：F9 数据流名称：待租房屋信息 说明： 状态为待租的房屋信息 数据流来源：查询待租信息 数据流去向：租赁者数据项组成：待租房屋信息 数据流量： 300条/天 高峰流量： 500条/天 数据流编号：F10 数据

16、流名称：查询房屋请求 说明： 租赁者查询所需房屋的信息 数据流来源：租赁者 数据流去向：查询待租房屋信息数据项组成：租赁者编号+房屋信息 数据流量： 200条/天 高峰流量： 500条/天 数据流编号：F11 数据流名称：租赁者信息 说明： 租赁者项系统提交的信息 数据流来源：租赁者 数据流去向：登录租赁者信息数据项组成：租赁者编号+姓名+性别+联系电话 数据流量： 100条/天 高峰流量： 2000条/天4.2.3 数据存储数据存储编号：D1数据存储名称：房主信息文件简 述：记录房主的基本信息数据存储组成：房主编号+姓名+联系电话相关联的处理：P1数据存储编号：D2数据存储名称：租赁者信息文

17、件简 述：记录租赁者的基本信息数据存储组成：租赁者编号+姓名+性别+联系电话相关联的处理：P3数据存储编号：D3数据存储名称：房屋信息文件简 述：记录房屋的基本信息数据存储组成：房屋编号+房屋地址+房型+大小+最多容纳数+预设租金+房屋状态+房屋说明+登记时间相关联的处理：P2、P4、P6、P7数据存储编号：D4数据存储名称：看房记录文件简 述：记录租赁者看房文件数据存储组成：安排看房编号+房主编号+房屋编号+租赁者编号+看房时间相关联的处理：P54.2.4 外部实体的描述 外部实体编号：E1 外部实体名称：房主 简 述：在系统中注册了拥有房屋可以出租的人 输入的数据流：费用单，看房安排 输出

18、的数据流：房主信息，房屋信息，看房确认安排，变更请求 外部实体编号：E2 外部实体名称：租赁者 简 述：在系统中已注册了希望租借房屋的人 输入的数据流：看房通知，待租房屋信息 输出的数据流：租赁者信息，看房请求五 概念模型设计5.1： ER图设计 5.1.1 图例说明 5.1.2 ER图 房主实体ER图租赁者实体ER图房屋实体ER图总ER图5.2 CDM模型六 逻辑模型设计PDM模型七 物理结构设计7.1 关系模式： 房主（房主编号，房主姓名，房主住址，房主电话）房屋（房屋编号，房主编号，房屋地址，房型，面积，最大房客数，预设租金，房屋状态，登记日期，更新日期）租赁者（租赁者编号，租赁者姓名，

19、性别，租赁者电话）租赁（房屋编号，租赁者编号，租赁编号，日期）看房（房主编号，租赁者编号，看房编号，看房日期，看房地点）费用单编号（费用单编号，房主编号，房屋编号，费用单编号，金额，费用单日期）说明：其中下划线中实线表示关系的主码，波浪线表示外码。7.2 生成的创建表的SQL脚本文件/*=*/* Table: 房主 */*=*/create table 房主( 房主编号 char(10) not null, 房主姓名 char(10) not null, 房主住址 char(35), 房主电话 char(15), constraint PK_房主primary key (房主编号);/*=*/

20、* Table: 房屋 */*=*/create table 房屋( 房屋编号 char(10) not null, 房主编号 char(10), 房屋地址 char(40), 面积 integer, 户型 char(10), 最大房客数 integer, 预设租金 integer, 房屋状态 char(10), 登记日期 datetime, 更新日期 datetime, constraint PK_房屋primary key (房屋编号);/*=*/* Table: 看房 */*=*/create table 看房( 房主编号 char(10) not null, 租赁者编号 char(10

21、) not null, 看房编号 char(10) not null, 看房日期 datetime not null, 看房地点 char(30) not null, constraint PK_看房primary key clustered (房主编号, 租赁者编号);/*=*/* Table: 租赁 */*=*/create table 租赁( 租赁者编号 char(10) not null, 房屋编号 char(10) not null, 租赁编号 char(10) not null, 租赁日期 datetime, constraint PK_租赁primary key clustere

22、d (租赁者编号, 房屋编号);/*=*/* Table: 租赁者 */*=*/create table 租赁者( 租赁者编号 char(10) not null, 租赁者姓名 char(10), 性别 char(4), 租赁者电话 char(15), constraint PK_租赁者primary key (租赁者编号);/*=*/* Table: 费用单 */*=*/create table 费用单( 房主编号 char(10) not null, 房屋编号 char(10) not null, 费用单编号 char(10), 金额 integer, 费用单日期 datetime, co

23、nstraint PK_费用单primary key clustered (房主编号, 房屋编号); 八 课程设计心得体会通过这一次为期一周的课程设计，我学到的东西比以前上课学到的还要多，这让我明白，理论永远是理论，要是没有实践，理论永远是一纸空文。如果数据库原理知识基础不扎实，做出的数据库也会漏洞百出。原来在上课时，对老师强调的一些知识不以为然，然而，在这次的课程设计过程中，经过自己的实际操作，才明白了这些知识的重要性和灵活性，远远不是通过看书就能掌握的。所以，我们要将理论和实践结合起来，把我们在课堂上学到的东西运用在实际中，这样才能提高我们自身的能力。通过这样一次自己完全独立的课程设计，从最初的一个题目到最后形成的数据库文件和实验报告，让我非常有自豪感，这是由自己完全独立完成的，通过这次的设计，让我第一次对信息系统有了全面的认识，这是非常重要的收获。这次的课程设计也有一些不足之处，在考虑业务流程图时，有些功能不太完善，与实际应用有一定的出入。还不能完全应用在实际中，这需要我们以后的积累来逐步完善。九 参考文献【1】 数据库技术 施伯乐 北京希望电子出版社 2003【2】 数据库原理及应用教程李超燕 科学出版社 2005 【3】 PowerDesigner系统分析与建模赵韶平 清华大学出版社 2010【4】 数据库系统概论王珊，萨师煊 高等教育出版社 2006忽略此处.