数据库房产中介管理系统Word文档格式.docx
- 文档编号:1137065
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:31
- 大小:795.40KB
数据库房产中介管理系统Word文档格式.docx
《数据库房产中介管理系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《数据库房产中介管理系统Word文档格式.docx(31页珍藏版)》请在冰点文库上搜索。
管理员较超级管理员拥有的权限减少,其实也可以看作为一类特殊的用户,他们需要做的是对整个系统中注册有效的用户和房屋统计做出管理、查询,也可对房屋信息等进行管理、查询,同时也可帮助解答普通用户使用系统产生的疑问,确认界面上的常识性信息给出正确的并拥有对其的修改权限。
普通用户可以在进行注册,然后可以自行修改密码,添加个人信息等。
另外还可以发布房屋出租、出售的信息,或者登记想要租用和购买的房屋信息,方便那些发布者联系,达到信息交换的目的。
当然普通用户也可自行查询房屋出租、出售的信息等,在查询房屋信息时,用户也可以对查询对房屋的出租和出售的信息进行行之有效的统计。
1.3安全性与完整性要求:
1 安全性要求:
系统中用户注册时应要求用户设置其密码,并设置合法的个人标记(例号等),保证用户身份不被盗用或盗用后可与时找回;
系统中,有不同级别的用户也应相应的设定其权限围,而这个设定可以从数据调用的访问级别入手。
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.房屋的统计信息
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
用户的唯一标识
用户注册时的代码
性别
男或女
标识用户男或女
密码
验证文字
用户的登录标识
住址
居住地
用户现在居住的城市
联系
联系标识
~
可以联系用户的标识
网络上的通信方式
安全问题
密保问题
字母数字的组合
用来找回密码验证用户
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.2数据结构
数据结构名
组成
用户信息
编号、、密码、用户级别(普通用户,管理员,超级管理员)
用来存放用户的信息
出租房屋信息
编号、、联系、房屋种类、每月价格、出租房屋面积、出租情况、房屋地址、备注信息等
出租房屋的信息和对房屋的描述
出售房屋信息
编号、、联系、房屋种类、每月价格、出售房屋面积、出售情况、房屋地址、备注信息等
出售房屋的信息和对房屋的描述
求租房屋信息
编号、、联系、房屋种类、求租价格、求租房屋面积、备注信息
求租房屋的信息和对房屋的描述
求购房屋信息
编号、、联系、房屋种类、求购求租价格、求购房屋面积、备注信息
求购房屋的信息和对房屋的描述
用户级别
编号、、密码、用户级别(1普通用户,2管理员,3超级管理员)
用户级别的判定和权限的授予验证
管理员
编号、、密码
对管理员信息的存放
1.6.3数据流
数据流名
数据流来源
数据流去向
普通用户
出租、求租房屋统计表
出售、求购房屋统计表
1.6.4数据存储
数据存储名
输入的数据流
输出的数据流
出租、求组房屋信息与其统计数据
出租房屋信息与统计信息
求租房屋信息与统计信息
出售、求购房屋信息与其统计数据
出售房屋信息与统计信息
求购房屋信息与统计信息
1.6.5处理过程
处理过程名
输入数据流
输出数据流
登记出租
出租信息
登记求租
求租信息
登记出售
出售信息
登记求购
求购信息
查询出租
查询求租
查询出售
查询求购
查询用户
查询常识性知识
常识性知识信息
二、概念设计------E—R图
2.1用户出售(出租、求购、求租)子系统
局部ER图
总E---R图
三、逻辑结构设计
3.1关系模型的设计依据
根据需求分析中的E-R图,可以很清晰的看出各个实体的属性和实体之间的联系,通过对实体的属性和之间的联系的分析,我们将其由概念模型向关系模型转化,并且根据式化理论进行优化。
对于实体间的联系我们分不同的情况讨论:
若实体间的联系是1:
1,可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。
若实体间联系为1:
n,则在n端实体转换成的关系中加入1端实体转换成的关系码。
若实体间联系为n:
m,则将联系转换为关系,关系的属性为诸个实体的码加上联系具有的属性,而关系的码则为诸实体的码的组合。
3.2E-R图向关系模式的转换
用户:
(用户编号,,性别,密码,住址,,联系,安全问题)
出售出租信息登记:
(出售登记编号,,联系,房屋种类,出租房屋面积、出租情况,房屋地址,备注信,价格)
出租房屋(出租编号,,,房屋种类,出租情况,房屋面积,房屋地址)
出售房屋(出售编号,,,房屋种类,房屋面积,房屋地址,出售情况)
出租房屋价格(出租编号,出租房屋类型,出租价格)
出售房屋价格(出售编号,出售房屋类型,出售价格)
登记(用户编号,出售登记编号)
求购信息:
(求购登记编号,,联系,房屋种类,求租房屋面积,房屋地址,求租情况,备注信息,价格)
求购房屋价格(求购编号,求购房屋类型,求购价格)
求租房屋价格(求租编号,求租房屋类型,求租价格)
求购房屋(求购编号,,,求购房屋种类,求购面积)
求租房屋(求租编号,,,求租面积,求租房屋种类)
传达(出售登记编号,管理员编号)
整理(求购登记编号,管理员编号)
管理员:
(管理员编号,,密码)
四、物理结构设计
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.3建立索引
由于之前的建立表的时候,做了主键的约束,所以系统会自动的建立一个聚集的索引,如图:
并且一个表中的聚集索引只能有一个,所以之能再创建非聚集索引,不同的是,非聚集索引可以创建很多个,如下图:
六、运行和维护
6.1维护数据库的安全性与完整性
按照设计阶段提供的安全规和故障恢复规,要经常检测系统的安全是否受到侵犯,要根据用户的实际需要授予用户不同的操作权限,还在防止数据库运行中受到环境的变化,对安全性的要求也是有变化的,要根据实际的情况做出相应的调整,
另外,为了确定系统在发生故障时,能够与时的进行恢复,管理员要针对不同的应用要求制定不同的转储计划,定期对数据库和日志文件进行备分,以使数据库在发生故障后恢复到某种一致性的,为了解决上述可能出现的问题,我感觉实行备分与还原还是比较可行的,备分与、还原的代码如下:
如上还可以建立:
同样我们也可以进行还原:
USEmasterRESTOREDATABASEfangwu
FROMDISK='
E\Manage_Data.BAK'
WITHREPLACE
同样我们还可能利用数据库的三级模式,仅普通用户使用外模式,这样就可以使视图来达到这样的要求的啊,如下:
这样用户看到的就不是存储在物理上的真实的表,而是一虚表。
从而保证了数据的安全性。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 房产 中介 管理 系统