数据库房产中介管理系统课程设计报告Word文档下载推荐.docx

数据库房产中介管理系统课程设计报告Word文档下载推荐.docx

《数据库房产中介管理系统课程设计报告Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《数据库房产中介管理系统课程设计报告Word文档下载推荐.docx（37页珍藏版）》请在冰点文库上搜索。

1.3安全性与完整性要求：

系统中，对各种信息进行管理和修改时应规输入。

1　安全性要求：

a.系统中用户注册时应要求用户设置其密码，并设置合法的个人标记（例XX号等），保证用户身份不被盗用或盗用后可及时找回；

b.系统中，有不同级别的用户也应相应的设定其权限围，而这个设定可以从数据调用的访问级别入手。

2　完整性要求：

a.要求信息的完整性，例如用户的XX、密码、等不能为空。

b.各种数据间相互的联系的正确性。

减少数据冗余等。

1.4确定项目及功能

根据需求分析，将以上功能具体化设计。

分为两个部分。

1.4.1用户管理

1.普通用户：

1）用户注册、登录

2）用户可以更新和修改个人信息、修改密码等

3）用户发布房屋出租信息

4）用户发布房屋出售信息

5）用户求租房屋信息

6）用户求购房屋信息

7）用户查询房屋出租信息

8）用户查询房屋出售信息

9）用户对房屋出售查询统计信息

10）用户对房屋出租查询统计信息

2.管理员：

1）登录系统

2）管理员可以修改个人信息和密码

3）查询用户

4）查询房屋出租和出售房屋信息

5）查询用户求购房屋和求租房屋信息

6）管理统计普通用户

7）管理统计房屋出租信息

8）管理统计房屋出售信息

9）管理统计用户求租信息

10）管理统计用户求购信息

11）管理常识性知识的设置和修改

3.超级管理员

1）修改储存信息

2）更新和维护系统

1.4.2房屋管理

1．房屋的出租信息

2．房屋的出售信息

3．房屋的求租信息

4．房屋的求购信息

5．房屋的统计信息

6．房屋的常识性信息提供

1.5数据流图

1.5.1总体的功能图

1.5.2具体的求购，出售数据流图

1.5.3具体的房屋求租，出租信息

1.5.4总数据流图

1.6数据字典

1.6.1数据项

1.6.1.1普通用户数据字典

数据项名

别名

类型

取值围

含义说明

编号

用户编号

char

0000000000～

9999999999

用户的唯一标识

XX

用户注册时的代码

性别

男或女

标识用户男或女

密码

验证文字

用户的登录标识

住址

居住地

用户现在居住的城市

联系

联系标识

～

可以联系用户的标识

网络上的通信方式

安全问题

密保问题

字母数字的组合

用来找回密码验证用户

1.6.1.2管理员数据字典

管理员编号

管理员的唯一标识

管理员注册时代码

用户登录标识

1.6.1.3出租房屋信息数据字典

出租者编号

出租者的唯一标识

出租者注册时代码

可以联系出租者的标识

房屋种类

房屋等级

好、良、中、差

判定房屋好坏

每月价格

每月月租

money

0～9999999999

出租者每月想收的租金

出租房屋面积

房屋大小

float

房屋面积的大小

出租情况

是否出租

是、否

房屋现在是否出租

房屋地址

出租房地址

出租者想出租的房屋现在地址

备注信息

房屋其它描述

对出租房子的一些其它描述

1.6.1.4出售房屋信息数据字典

出售者编号

出售者的唯一标识

出售者注册代码

可以联系出售者的标识

出售价格

房屋价格

出售房屋期望价格

出售房屋面积

出售情况

是否出售

房屋现在是否出售

出售房地址

出售者想出售的房屋现在地址

对出售房子的一些其它描述

1.6.1.5求租房屋信息数据字典

求租者编号

求租者的唯一标识

求租者注册系统时的文本

0～

9

可以联系求租者的标识

求租价格

求租者每月想交付的租金

求租房屋面积

求租者对房屋的一些其它的要求

1.6.1.6求购房屋信息数据字典

求购者编号

求购者的唯一标识

求购者注册系统时的文本

可以联系求购者的标识

房屋市价

求购者愿意为些房屋付出的价格

求购房屋面积

求购者对房屋的一些其它的要求

1.6.1.7用户级别数据字典

属性名

存储代码

级别编号

用户级别的唯一判定

用户注册系统时的文本

用户登录的标识

级别

等级位数

int

1、2、3

用户等级的标识

1.6.1.8密码修改数据字典

原密码

原来的验证文字

用户原登录标识

新密码

新的验证文字

用户新的登录标识

1.6.1.9找回密码数据字典

用户密码标识

可找回密码的问题

问题回答

安全问题的答案

对安全问题的回答

1.6.1.10常识信息

常识编号

Char

常识的唯一标识

常识

房屋常识

Char

常识消息

1.6.2数据结构

数据结构名

组成

用户信息

编号、XX、密码、用户级别（普通用户，管理员，超级管理员）

用来存放用户的信息

出租房屋信息

编号、XX、联系、房屋种类、每月价格、出租房屋面积、出租情况、房屋地址、备注信息等

出租房屋的信息和对房屋的描述

出售房屋信息

编号、XX、联系、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息等

出售房屋的信息和对房屋的描述

求租房屋信息

编号、XX、联系、房屋种类、求租价格、求租房屋面积、备注信息

求租房屋的信息和对房屋的描述

求购房屋信息

编号、XX、联系、房屋种类、求购求租价格、求购房屋面积、备注信息

求购房屋的信息和对房屋的描述

用户级别

编号、XX、密码、用户级别（1普通用户，2管理员，3超级管理员）

用户级别的判定和权限的授予验证

密码修改

编号、XX、原密码、新密码

用来更改验证信息

找回密码

XX、原密码、新密码、、安全问答、问题回答

用来找回验证信息

管理员

编号、XX、密码

对管理员信息的存放

常识信息

编号、常识

对常识的描述

1.6.3数据流

数据流名

数据流来源

数据流去向

普通用户

出租、求租房屋统计表

出售、求购房屋统计表

常识性知识信息

常识性知识提醒信息

1.6.4数据存储

数据存储名

输入的数据流

输出的数据流

出租、求组房屋信息及其统计数据

出租房屋信息及统计信息

求租房屋信息及统计信息

出售、求购房屋信息及其统计数据

出售房屋信息及统计信息

求购房屋信息及统计信息

常识性知识信息表

1.6.5处理过程

处理过程名

输入数据流

输出数据流

登记出租

出租信息

登记求租

求租信息

登记出售

出售信息

登记求购

求购信息

查询出租

查询求租

查询出售

查询求购

查询用户

查询常识性知识

二、概念设计------E—R图

2.1用户出售（出租、求购、求租）子系统

2.2管理员和常识性知识子系统

2.3用户找回密码子系统

2.4总E---R图

三、逻辑结构设计

3.1E——R图向关系模式的转换及表的定义

普通用户：

（用户编号，XX，性别，密码，住址，，联系，安全问题）

出租房屋信息：

（出租房屋编号、XX、联系、房屋种类、出租房屋面积、出租情况、房屋地址、备注信息）

出租房价信息：

（出租房屋编号、房屋种类、每月价格）

出售房屋信息：

（出售房屋编号、XX、联系、房屋种类、出售房屋面积、出售情况、房屋地址、备注信息）

出售房价信息：

（出售房屋编号、房屋种类、每月价格）

求租房屋信息：

（求租房屋编号、XX、联系、房屋种类、求租房屋面积、备注信息）

求租房价信息：

（求租房屋编号、房屋种类、求租价格）

求购房屋信息：

（求购房屋编号、XX、联系、房屋种类、求购房屋面积、备注信息）

求购房价信息：

（求购房屋编号、房屋种类、求购价格）

用户级别：

（编号、XX、密码、用户级别（三种））

找回密码：

（编号、XX、、安全问题、问题回答、原密码）

密码修改：

（编号、XX、原密码、新密码）

管理员：

（管理员编号，XX，密码）

常识表：

（编号、常识）

3.2对关系模式规化说明

3.2.1普通用户关系式判定

用户编号———>

XX，用户编号———>

性别，

密码，用户编号———>

住址，

，用户编号———>

联系，

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是用户编号。

由于该关系中，主码是单一属性，所以不存在部分函数依赖，已达到了第二式2NF，

在该关系中不存在传递函数依赖，所以达到了第三式3NF

3.2.2出租房屋信息关系式判定

出租房屋编号———>

XX，出租房屋编号———>

房屋种类，出租房屋编号———>

出租房屋面积，

出租情况，出租房屋编号———>

房屋地址，

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是出租房屋编号

3.2.3出租房价信息关系式判定

（出租房屋编号、房屋种类、每月价格、）

出租房屋编号、房屋种类———>

每月价格，出租房屋编号

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是房屋种类

由于该关系中，不存在部分函数依赖，已达到了第二式2NF，

3.2.4求租房屋信息关系式判定

求租房屋编号———>

XX，求租房屋编号———>

房屋种类，求租房屋编号————>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是求租房屋编号

3.2.5求租房价信息关系式判定

（求租房屋编号、房屋种类、求租价格、）

求租房屋编号、房屋种类———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是房屋种类、求租房屋编号

3.2.6出售房屋信息关系式判定

（出售房屋编号、XX、联系、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息）

出售房屋编号———>

XX，出售房屋编号———>

房屋种类，出售房屋编号———>

出售情况，出售房屋编号———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是出售房屋编号

3.2.7出售房价信息关系式判定

出售房屋编号、房屋种类———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是房屋种类、出售房屋编号

3.2.8求购房屋信息关系式判定

（求购房屋编号、XX、联系、房屋种类、求购价格、求购房屋面积、备注信息）

求购房屋编号———>

XX，求购房屋编号———>

房屋种类，求购房屋编号———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是求购房屋编号

3.2.9求购房价信息关系式判定

求购房屋编号、房屋种类———>

求购价格

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是房屋种类，求购房屋编号

3.2.10管理员关系式判定

管理员编号———>

XX，管理员编号———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是管理员编号

3.2.11密码修改关系式判定

编号、XX、原密码———>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是编号、原密码、XX

由于该关系中，是存在全部函数依赖，不存在部分函数依赖所以达到了2NF

不存在传递函数依赖，所以达到了3NF

3.2.12找回密码关系式判定

1（编号、XX、、安全问题、问题回答、原密码）

编号、XX、、安全问题、问题回答————>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是编号、XX、、安全问题、问题回答

3.2.13用户级别关系式判定

编号—————>

用记级别，编号———>

XX，

编号————>

由于该关系中，每一个个属性都是不可再分的，所以达到了1NF,主码是编号

3.2.14常识信息关系式判定

四、物理结构设计

4.1确定数据库的存放位置

为了提高系统的性能，应该根据应用情况将数据的易变部分，稳定部分、经常存取的部分和存取频率低的部分分开存放

因此我可以将表和索引分别存放在不同的磁盘上，在查询时由于两个磁盘驱动器并行工作，可以提高物理读写的速度。

4.2存取方式的分析

从时间和空间上来说这种并行的设计方式是可以达到用户的需要的。

存取方式的分析:

对收费、报修的各个关系最经常的操作是查找，假设现有n个住宿房间的信息，如果采取顺序查找，平均查找n/2次；

建立B+树索引，则平均查找次数为B+树的层数log2n+1。

五、数据库的实施

5.1建立房屋中介数据库

5.2建表

5.2.1普通用户表

5.2.2管理员表

5.2.3出租房屋表

5.2.4出租房价

5.2.5求租房屋表

5.2.6求租房价表

5.2.7出售房屋表

5.2.8出售房价表

5.2.9求购房屋表

5.2.10求购房价表

5.2.11用户级别表

5.2.12密码修改表

5.2.13