数据库房产中介管理系统课程设计报告Word文档下载推荐.docx
- 文档编号:17777400
- 上传时间:2022-12-10
- 格式:DOCX
- 页数:33
- 大小:582.03KB
数据库房产中介管理系统课程设计报告Word文档下载推荐.docx
《数据库房产中介管理系统课程设计报告Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《数据库房产中介管理系统课程设计报告Word文档下载推荐.docx(33页珍藏版)》请在冰豆网上搜索。
c.普通用户可以在网站进行注册,然后可以自行修改密码,添加个人信息等。
另外还可以发布房屋出租、出售的信息,或者登记想要租用和购买的房屋信息,方便那些发布者联系,达到信息交换的目的。
当然普通用户也可自行查询房屋出租、出售的信息等,在查询房屋信息时,用户也可以对查询对房屋的出租和出售的信息进行行之有效的统计。
1.3安全性与完整性要求:
系统中,对各种信息进行管理和修改时应规范输入。
1 安全性要求:
a.系统中用户注册时应要求用户设置其密码,并设置合法的个人标记(例身份证号等),保证用户身份不被盗用或盗用后可及时找回;
b.系统中,有不同级别的用户也应相应的设定其权限范围,而这个设定可以从数据调用的访问级别入手。
2 完整性要求:
a.要求信息的完整性,例如用户的姓名、密码、邮箱等不能为空。
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
用户的唯一标识
姓名
用户注册时的代码
性别
男或女
标识用户男或女
密码
验证文字
用户的登录标识
住址
居住地
用户现在居住的城市
联系电话
联系标识
00000000000~
99999999999
可以联系用户的标识
邮箱
网络上的通信方式
安全问题
密保问题
字母数字的组合
用来找回密码验证用户
1.6.1.2管理员数据字典
管理员编号
管理员的唯一标识
管理员注册时代码
用户登录标识
1.6.1.3出租房屋信息数据字典
出租者编号
出租者的唯一标识
出租者注册时代码
可以联系出租者的标识
房屋种类
房屋等级
好、良、中、差
判定房屋好坏
每月价格
每月月租
money
0~9999999999
出租者每月想收的租金
出租房屋面积
房屋大小
float
房屋面积的大小
出租情况
是否出租
是、否
房屋现在是否出租
房屋地址
出租房地址
出租者想出租的房屋现在地址
备注信息
房屋其它描述
对出租房子的一些其它描述
1.6.1.4出售房屋信息数据字典
出售者编号
出售者的唯一标识
出售者注册代码
可以联系出售者的标识
出售价格
房屋价格
出售房屋期望价格
出售房屋面积
出售情况
是否出售
房屋现在是否出售
出售房地址
出售者想出售的房屋现在地址
对出售房子的一些其它描述
1.6.1.5求租房屋信息数据字典
求租者编号
求租者的唯一标识
求租者注册系统时的文本
000000000000~
999999999999
可以联系求租者的标识
求租价格
求租者每月想交付的租金
求租房屋面积
求租者对房屋的一些其它的要求
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数据结构
数据结构名
组成
用户信息
编号、姓名、密码、用户级别(普通用户,管理员,超级管理员)
用来存放用户的信息
出租房屋信息
编号、姓名、联系电话、房屋种类、每月价格、出租房屋面积、出租情况、房屋地址、备注信息等
出租房屋的信息和对房屋的描述
出售房屋信息
编号、姓名、联系电话、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息等
出售房屋的信息和对房屋的描述
求租房屋信息
编号、姓名、联系电话、房屋种类、求租价格、求租房屋面积、备注信息
求租房屋的信息和对房屋的描述
求购房屋信息
编号、姓名、联系电话、房屋种类、求购求租价格、求购房屋面积、备注信息
求购房屋的信息和对房屋的描述
用户级别
编号、姓名、密码、用户级别(1普通用户,2管理员,3超级管理员)
用户级别的判定和权限的授予验证
密码修改
编号、姓名、原密码、新密码
用来更改验证信息
找回密码
姓名、原密码、新密码、邮箱、安全问答、问题回答
用来找回验证信息
管理员
编号、姓名、密码
对管理员信息的存放
常识信息
编号、常识
对常识的描述
1.6.3数据流
数据流名
数据流来源
数据流去向
普通用户
出租、求租房屋统计表
出售、求购房屋统计表
常识性知识信息
常识性知识提醒信息
1.6.4数据存储
数据存储名
输入的数据流
输出的数据流
出租、求组房屋信息及其统计数据
出租房屋信息及统计信息
求租房屋信息及统计信息
出售、求购房屋信息及其统计数据
出售房屋信息及统计信息
求购房屋信息及统计信息
常识性知识信息表
1.6.5处理过程
处理过程名
输入数据流
输出数据流
登记出租
出租信息
登记求租
求租信息
登记出售
出售信息
登记求购
求购信息
查询出租
查询求租
查询出售
查询求购
查询用户
查询常识性知识
二、概念设计------E—R图
2.1用户出售(出租、求购、求租)子系统
2.2管理员和常识性知识子系统
2.3用户找回密码子系统
2.4总E---R图
三、逻辑结构设计
3.1E——R图向关系模式的转换及表的定义
普通用户:
(用户编号,姓名,性别,密码,住址,邮箱,联系电话,安全问题)
出租房屋信息:
(出租房屋编号、姓名、联系电话、房屋种类、出租房屋面积、出租情况、房屋地址、备注信息)
出租房价信息:
(出租房屋编号、房屋种类、每月价格)
出售房屋信息:
(出售房屋编号、姓名、联系电话、房屋种类、出售房屋面积、出售情况、房屋地址、备注信息)
出售房价信息:
(出售房屋编号、房屋种类、每月价格)
求租房屋信息:
(求租房屋编号、姓名、联系电话、房屋种类、求租房屋面积、备注信息)
求租房价信息:
(求租房屋编号、房屋种类、求租价格)
求购房屋信息:
(求购房屋编号、姓名、联系电话、房屋种类、求购房屋面积、备注信息)
求购房价信息:
(求购房屋编号、房屋种类、求购价格)
用户级别:
(编号、姓名、密码、用户级别(三种))
找回密码:
(编号、姓名、邮箱、安全问题、问题回答、原密码)
密码修改:
(编号、姓名、原密码、新密码)
管理员:
(管理员编号,姓名,密码)
常识表:
(编号、常识)
3.2对关系模式规范化说明
3.2.1普通用户关系范式判定
用户编号———>
姓名,用户编号———>
性别,
密码,用户编号———>
住址,
邮箱,用户编号———>
联系电话,
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是用户编号。
由于该关系中,主码是单一属性,所以不存在部分函数依赖,已达到了第二范式2NF,
在该关系中不存在传递函数依赖,所以达到了第三范式3NF
3.2.2出租房屋信息关系范式判定
出租房屋编号———>
姓名,出租房屋编号———>
房屋种类,出租房屋编号———>
出租房屋面积,
出租情况,出租房屋编号———>
房屋地址,
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是出租房屋编号
3.2.3出租房价信息关系范式判定
(出租房屋编号、房屋种类、每月价格、)
出租房屋编号、房屋种类———>
每月价格,出租房屋编号
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是房屋种类
由于该关系中,不存在部分函数依赖,已达到了第二范式2NF,
3.2.4求租房屋信息关系范式判定
求租房屋编号———>
姓名,求租房屋编号———>
房屋种类,求租房屋编号————>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是求租房屋编号
3.2.5求租房价信息关系范式判定
(求租房屋编号、房屋种类、求租价格、)
求租房屋编号、房屋种类———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是房屋种类、求租房屋编号
3.2.6出售房屋信息关系范式判定
(出售房屋编号、姓名、联系电话、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息)
出售房屋编号———>
姓名,出售房屋编号———>
房屋种类,出售房屋编号———>
出售情况,出售房屋编号———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是出售房屋编号
3.2.7出售房价信息关系范式判定
出售房屋编号、房屋种类———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是房屋种类、出售房屋编号
3.2.8求购房屋信息关系范式判定
(求购房屋编号、姓名、联系电话、房屋种类、求购价格、求购房屋面积、备注信息)
求购房屋编号———>
姓名,求购房屋编号———>
房屋种类,求购房屋编号———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是求购房屋编号
3.2.9求购房价信息关系范式判定
求购房屋编号、房屋种类———>
求购价格
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是房屋种类,求购房屋编号
3.2.10管理员关系范式判定
管理员编号———>
姓名,管理员编号———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是管理员编号
3.2.11密码修改关系范式判定
编号、姓名、原密码———>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是编号、原密码、姓名
由于该关系中,是存在全部函数依赖,不存在部分函数依赖所以达到了2NF
不存在传递函数依赖,所以达到了3NF
3.2.12找回密码关系范式判定
1(编号、姓名、邮箱、安全问题、问题回答、原密码)
编号、姓名、邮箱、安全问题、问题回答————>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是编号、姓名、邮箱、安全问题、问题回答
3.2.13用户级别关系范式判定
编号—————>
用记级别,编号———>
姓名,
编号————>
由于该关系中,每一个个属性都是不可再分的,所以达到了1NF,主码是编号
3.2.14常识信息关系范式判定
四、物理结构设计
4.1确定数据库的存放位置
为了提高系统的性能,应该根据应用情况将数据的易变部分,稳定部分、经常存取的部分和存取频率低的部分分开存放
因此我可以将表和索引分别存放在不同的磁盘上,在查询时由于两个磁盘驱动器并行工作,可以提高物理读写的速度。
4.2存取方式的分析
从时间和空间上来说这种并行的设计方式是可以达到用户的需要的。
存取方式的分析:
对收费、报修的各个关系最经常的操作是查找,假设现有n个住宿房间的信息,如果采取
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 房产 中介 管理 系统 课程设计 报告