二手房中介管理系统需求分析.docx
- 文档编号:27395469
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:27
- 大小:185.23KB
二手房中介管理系统需求分析.docx
《二手房中介管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《二手房中介管理系统需求分析.docx(27页珍藏版)》请在冰豆网上搜索。
二手房中介管理系统需求分析
呼伦贝尔学院
计算机科学与技术学院
数据库系统开发与应用课程设计
题目:
____二手房中介管理系统____
学生姓名:
__________梅广丽__________
学号:
______________
专业班级:
_________软件工程_________
任课教师:
___________白杨___________
完成时间:
______2017年9月14日_____
第1章需求分析1
总体需求简介1
功能分析1
组织结构分析1
管理员系统功能模块图1
用户功能模块图2
业务流程图3
订单管理业务流程图3
数据流图3
数据字典5
数据项5
数据结构7
数据流7
数据存储8
数据处理8
第2章概念结构设计9
系统局部E-R图9
系统全局E-R图10
第3章逻辑结构设计11
ER图到关系模式的转换11
关系规范化11
第4章数据库物理设计及数据库实施12
数据库的存储结构和方法12
数据库的创建14
表的创建及完整性14
表的创建14
表的查询15
视图、索引的创建与应用16
存储过程、触发器的创建与应用17
用户角色与权限管理19
数据安全性20
第1章需求分析
1.1总体需求简介
随着住房制度改革不断深化和居民收入水平的提高,住房成为新的消费热点。
1998以后,随着住房实物分配制度的取消和按揭政策的实施,房地产投资进入平稳快速发展时期,房地产业成为经济的支柱产业之一。
2003年以来,房屋价格持续上扬,大部分城市房屋销售价格上涨明显。
随之而来国家出台了多项针对房地产行业的调控政策,希望能引导房地产市场的健康发展。
而房屋中介行业是房地产业的重要组成部分,房屋中介贯穿在房地产业经济运行的全过程之中,为房地产业的生产、流通和消费提供了多元化的中介服务。
随着科学技术的飞速发展,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
城市生活当中房屋的租赁买卖十分的频繁。
一套行之有效的房屋中介系统将给房屋中介商和房屋交易双方带来相当多的便利。
正是这样的需求,我们着力为房屋中介行业定制这样一个计算机管理软件。
力求为用户提供简洁、易操作的界面,快速完成房源检索,房屋预定,交易管理。
1.2功能分析
通过对系统的分析及对其他网店的参考,基本确定了“网上中介”的基本功能以及基本性能的基本需求。
功能需求:
这方面的需求指定系统必须提供的服务,通过需求分析应该划分出系统必须完成的所有功能。
其功能如下:
(1)用户管理,主要有用户注册、修改用户信息。
(2)房屋求购信息管理,主要有登记求购者信息、修改信息、删除信息。
(3)房屋出租信息管理,主要包括登记出租者信息、修改信息、删除信息。
(4)管理员管理,主要有筛选信息、修改信息、通知用户、删除信息、订单处理。
1.3组织结构分析
1.3.1管理员系统功能模块图
本系统中,管理员是系统中拥有最高权限的人,管理员可以进行用户信息筛选、修改信息、通知用户、删除信息等。
下图是对管理员功能的组织结构分析图,如下图1-1管理员功能组织结构图。
图1-1管理员功能组织结构图
1.3.2用户功能模块图
用户在本系统中,只拥有部分权限,用户可以通过注册登录,进入系统查看求购信息、出租信息等,如下图1-2用户功能组织结构图所示。
图1-2用户功能组织结构图
1.4业务流程图
1.4.1订单管理业务流程图
在用户确认订单信息并提交订单之后,此时,本系统的管理员可登入本系统,对订单信息进行管理,具体业务流程图如下图1-5管理员订单管理流程图。
图1-5管理员订单管理流程图
1.5数据流图
(1)二手房中介管理系统房屋出租流程图
本系统数据流图如下图1-6二手房中介管理系统数据流图所示。
出租信息
通知用户
图1-6二手房中介管理系统数据流图
(2)二手房中介管理系统房屋求购流程图
本系统数据流图如下图1-7二手房中介管理系统数据流图所示。
图1-7二手房中介管理系统数据流图
1.6数据字典
1.6.1数据项
数据项名:
userID
含义说明:
每个用户的代号,用来对所有用户加以区分。
别名:
用户编号
数据类型:
长整型
长度:
24
取值范围:
所有字母、数字和下划线。
数据项名:
user_name
含义说明:
用来对每个用户加以区分和标示。
别名:
用户名
数据类型:
字符型
长度:
10
取值范围:
所有汉字或英语
数据项名:
user_sex
含义说明:
每个用户的性别进行区分。
别名:
用户性别
数据类型:
字符型
长度:
2
取值范围:
男或女:
数据项名:
user_email
含义说明:
可以传送通知信息及找回密码。
别名:
邮箱
数据类型:
字符型
长度:
50
取值范围:
所有自然数、字母、下划线和字符
数据项名:
user_password
含义说明:
保证用户信息安全
别名:
密码
数据类型:
字符型
长度:
10
取值范围:
所有英文字母及所有自然数
数据项名:
user_phone
含义说明:
用来通知用户
别名:
电话
数据类型:
长整型
长度:
22
取值范围:
所有自然数
数据项名:
guanID
含义说明:
对每个管理员加以标示和区分
别名:
管理员编号
数据类型:
整型
长度:
10
取值范围:
所有自然数
数据项名:
guan_name
含义说明:
用来对每个管理员加以区分和标示
数据类型:
字符型
长度:
18
取值范围:
所有汉字和英语
1.6.2数据结构
数据结构名
含义
组成
用户
是二手房中介管理系统的主体数据结构,定义了一个关于用户的有关信息.
用户编号、用户姓名、性别、邮箱、密码、地址、电话
求购信息
是二手房中介管理系统的主体数据结构,定义了一个关于求购信息的有关信息.
求购编号、求购姓名、电话、房屋种类、面积、备注、地址、求购价格、求购情况
出租信息
是二手房中介管理系统的主体数据结构,定义了一个关于出租信息的有关信息.
出租编号、出租姓名、电话、房屋种类、面积、备注、地址、出租价格、出租情况
管理员信息
是二手房中介管理系统的主体数据结构,定义了一个关于管理员的有关信息.
管理员编号、管理员姓名
1.6.3
数据流
名称:
登记注册
简述:
管理员登记用户信息
数据来源:
求购房屋或出租房屋的客户
数据去向:
用户登记表
数据组成:
用户编号、用户姓名、性别、邮箱、密码、地址、电话
名称:
求购信息
简述:
用户发布房屋求购信息
数据来源:
求购房屋的客户
数据去向:
房屋求购登记表
数据组成:
求购编号、求购姓名、电话、房屋种类、面积、备注、地
址、求购价格、求购情况
名称:
出租信息
简述:
用户发布房屋出租信息
数据来源:
出租房屋的客户
数据去向:
房屋出租登记表
数据组成:
出租编号、出租姓名、电话、房屋种类、面积、备注、地
址、出租价格、出租情况
1.6.4
数据存储
数据存储名称:
用户登记
来源:
由用户登录注册产生
组成:
用户编号、用户姓名、性别、邮箱、密码、地址、电话
数据存储名称:
房屋求购信息登记
来源:
由用户登录填写房屋求购信息产生
组成:
求购编号、求购姓名、电话、房屋种类、面积、备注、地
址、求购价格、求购情况
数据存储名称:
房屋出租信息登记
来源:
由用户登录填写房屋出租信息产生
组成:
出租编号、出租姓名、电话、房屋种类、面积、备注、地
址、出租价格、出租情况
1.6.5
数据处理
处理名称:
房屋求购信息处理
流入数据流:
用户求购信息统计表
流出数据流:
合适的房屋出租信息
周期:
3次/周
处理逻辑:
用户将房屋求购信息表提交给管理员,管理员审查,并与
房屋出租信息表对比,筛选出合适的房屋出租客户,将信息记录,通
知用户。
处理名称:
房屋出租信息处理
流入数据流:
用户出租信息统计表
流出数据流:
合适的房屋出租信息
周期:
3次/周
处理逻辑:
用户将房屋出租信息表提交给管理员,管理员审查,并与
房屋求购信息表对比,筛选出合适的房屋求购客户,将信息记录,通
知用户。
第2章概念结构设计
2.1系统局部E-R图
1.如图为用户实体其属性分别为:
用户编号,姓名,性别,油箱,密码,地址,联系电话
2.如图为房屋求购信息实体其属性分别为:
求购编号,姓名,电话,房屋种类,面积,地址,备注,求购价格,求购情况
如图房屋求购信息
3.如图为出租等信息统计表实体其属性分别为:
出租编号,姓名,电话,房屋种类,面积,地址,备注,出租价格,出租情况
如图房屋出租信息
4.如图为管理员实体其属性分别为:
管理员编号,管理员姓名
管理员
如图管理员信息
系统全局E-R图
如图为二手房中介管理系统实体之间的关系
如图实体联系属性
第3章逻辑结构设计
3.1ER图到关系模式的转换
在概念设计阶段得到的数据模型,是独立于具体DBMS产品的信息模型。
在逻辑设计阶段就是将这种模型进一步转化为某一种(某些类)DBMS产品支持的数据模型。
目前大部分的流行的数据库管理系统(SQLServer、Sybase、Oracle、DB2等)基本上都是基于关系的数据模型,包括该系统将采用的SQLServer2000数据库系统,因此,应将概念设计阶段的E-R图模型转化为关系数据模型。
首先,管理员和出租求购信息是一对多联系,用户与管理员也是一对多联系,根据他们的关系分别设计成如下的关系模式:
用户注册出租信息,求购信息是一对一关系
管理员管理出租求购信息是一对多关系
管理员(管理员编号,管理员姓名,求购编号,出租编号,用户编号)
求购信息(求购编号,管理员编号,姓名,电话,房屋种类,面积,地址,备注,求购价格,求购情况)
出租信息(出租编号,管理员编号,姓名,电话,房屋种类,面积,地址,备注,出租价格,出租情况)
管理员通知用户是一对多关系
用户(用户编号,管理员编号,姓名,性别,油箱,密码,地址,联系电话,安全问题)
3.2关系规范化
在提出关系模式后,我们必须在规范化和实际要求进行优化,这实际上是一个权衡的过程。
如果设计没有完全规范化,如可能用于决策支持(与需要大量更新的事务处理相对)的数据库(如数据仓库)则可能没有冗余更新,而且可能对查询更易于理解和更高效。
不过,在数据库应用程序内,未规范化的数据在设计过程更需要注意。
一般的策略是以规范化设计为出发点,然后出于特定因素有条件地非规范化某些表,以达到系统总体的优化目的。
首先,需要我们确定上面建立的关系模式中的函数依赖,一般在作需求分析时就了解到一些数据项的依赖关系,如教师的编号决定了教师的姓名和其它的数据项信息,而实体间的联系本身也是反映了一种函数依赖关系,但是这不是研究的对象,我们针对的是在一个关系模式中的函数依赖对象。
其次,对上一步确立的所有函数依赖进行检查,判别是否存在部分函数依赖以及传递函数依赖,针对有的依赖通过投影分解,消除在一个关系模式中存在的部分函数依赖和传递函数依赖。
大部分数据库系统只要满足第三关系范式就可以,这也是我们这里规范化的基本要求。
由于需求分析阶段的方法得当,经过简单的分析可以看出,上述所有关系中每个数据项都是基本的,任何非主属性都不存在对主码的部分依赖,也不存在非主属性存在着对主码的传递依赖。
可见,以上所有的关系模式都属于3NF。
在实际的应用中,关系模式的规范化程度并不是越高越好,因为在关系模式的规范化提升过程中,必须进行着将一个关系模式分解成为多个关系模式的过程。
这样,在以后执行查询时,如果需要相关的信息,就必须作多个表的连接方能达到查询的目的,这无疑给系统增加一定的开销,特别存在很多用户同时访问或者关系中存在许多元组等因素其负担会越加明显。
为了兼顾性能的需要,在适当的时候可能需要对相关程度比较高的一些关系模式进行合并处理,或者在关系模式中增加相关程度比较高的属性等。
这是有可能选择第二范式甚至第一范式。
为了满足实际应用对系统的系统要求,必须对使用系统的用户增加登录的验证口令,因此需要在用户和管理员的关系模式中增加口令属性。
自然地,如果根据其它的安全应用要求,还可以设置用户的登录地点如通过增加IP属性来达到目的等。
第4章数据库物理设计及数据库实施
4.1数据库的存储结构和方法
(1)用户表
字段名
数据类型
是否为空
长度
描述
userid
varchar
notnull,主键
20
用户编号
username
varchar
notnull
16
用户姓名
usersex
char
null
2
性别
varchar
null
30
邮箱
userpwd
varchar
Notnull
20
密码
u_dizhi
varchar
null
40
地址
u_phone
varchar
null
22
电话
(2)求购信息表
字段名
数据类型
是否为空
长度
描述
q_qiuid
varchar
notnull,主键
20
求购编号
Userid
varchar
Notnull,外键
20
用户编号
q_phone
varchar
notnull
22
电话
q_zhong
varchar
null
20
房屋种类
q_mianji
Int
null
18
面积
q_dizhi
varchar
null
50
地址
q_zhu
varchar
null
28
备注
q_price
int
null
40
求购价格
q_qing
varchar
null
30
求购情况
(3)出租信息表
字段名
数据类型
是否为空
长度
描述
c_zuid
varchar
Notnull,主键
20
出租编号
编号
userid
varchar
Not,null
20
用户编号
c_phone
varchar
Notnull
22
电话
c_zhong
varchar
null
20
房屋种类
c_mianji
Int
null
18
面积
c_dizhi
varchar
null
50
地址
c_zhu
varchar
null
28
备注
c_price
int
null
40
出租价格
c_qing
varchar
null
30
出租情况
(4)管理员信息表
字段名
数据类型
是否为空
长度
描述
g_id
varchar
notnull,主键
20
管理员编号
g_name
varchar
notnull
16
管理员姓名
(5)管理信息表
字段名
数据类型
是否为空
长度
描述
g_id
varchar
Notnull
30
管理员编号
c_zuid
Varchar
Notnull
20
出租编号
q_qiuid
varchar
Notnull
20
求购编号
Housestate
varchar
Notnull
6
房屋状态
4.2数据库的创建
创建二手房中介管理系统的数据库'ershoufang'
createdatabaseershoufang
4.3表的创建及完整性
4.3.1表的创建
1.创建用户表
createtable用户表
(
useridvarchar(20)primarykey,
userpwdvarchar(20)notnull,
usernamevarchar(16)notnull,
usersexchar
(2)check(usersex='男'orusersex='女')default'男',
emailvarchar(30),
u_dizhivarchar(40),
u_phonevarchar(22)
)
2.创建求购信息表
createtable求购信息表
(
q_qiuidvarchar(20)primarykey,
q_phonevarchar(22)notnull,
q_zhongchar(20),
q_mianjivarchar(18),
q_dizhivarchar(50),
q_zhuvarchar(28),
q_pricevarchar(40),
q_qingvarchar(30),
useridvarchar(20)foreignkeyreferences用户表(userid)
)
3.创建出租信息表
createtable出租信息表
(
c_qiuidvarchar(20)primarykey,
c_phonevarchar(22)notnull,
c_zhongchar(20),
c_mianjivarchar(18),
c_dizhivarchar(50),
c_zhuvarchar(28),
c_pricevarchar(40),
c_qingvarchar(30),
useridvarchar(20)foreignkeyreferences用户表(userid)
)
4.创建管理员信息表
createtable管理员信息表
(
g_idvarchar(20)primarykey,
g_namevarchar(16)notnull,
)
5.创建管理信息表
createtable管理信息表
(
g_idvarchar(20)foreignkeyreferences管理员信息表(g_id),
c_qiuidvarchar(20)foreignkeyreferences出租信息表(c_qiuid),
q_qiuidvarchar(20)foreignkeyreferences求购信息表(q_qiuid),
Housestatevarchar(6)
)
4.3.2表的查询
1.
selectc_qiuid,c_mianji,c_price
from出租信息表
groupbyc_price,c_zhong,c_qiuid,c_mianji
2.
selectc_qiuid,c_price,c_mianji,avg(c_price),sum(c_mianji)
from出租信息表
groupbyc_qiuid,c_mianji,c_price
3.
select*
from出租信息表
wherec_qiuid='10101'
4.
select*
from求购信息表
5.
select*
from求购信息表,用户表
where求购信息表.userid=用户表.userid
6.
select*
from用户表,出租信息表
where出租信息表.userid=用户表.userid
7.
select用户表.userid
from求购信息表,用户表
where求购信息表.userid=用户表.useridandq_price>2250
8.
select用户表.useridfrom用户表whereusername=(
selectusernamefrom用户表whereu_phone=
)
9.
select用户表.userid,username,求购信息表.q_price,avg(q_price),sum(q_mianji)
as平均价格
from求购信息表,用户表
groupby用户表.userid,q_price,username
10.
selectc_mianjifrom出租信息表
groupbyc_qiuid,c_mianji
havingcount(c_qiuid)>=1
4.4视图、索引的创建与应用
1.创建用户表视图V用户表
createviewV用户表
as
select用户表.userid,username,userpwd,c_qiuid
from用户表,出租信息表
where用户表.userid=出租信息表.userid
2.创建求购信息表视图V求购信息表
createviewV求购信息表
as
select用户表.userid,username,userpwd,q_qiuid,q_phone,q_zhong,q_dizhi,q_price
from用户表,求购信息表
where用户表.userid=求购信息表.useridandu_phone=q_phone
3.创建出租信息表视图V出租信息表
createviewV出租信息表
as
select用户表.userid,username,userpwd,c_qiuid,c_phone,c_mianji,c_price
from用户表,出租信息表
where用户表.userid=出租信息表.userid
andc_mianji=(selectmax(c_mianji)from出租信息表)
4.创建管理员信息表视图V管理员信息表
createviewV管理员信息表
as
select*from管理员信息表
whereg_id='301001'
5.创建管理信息表视图V管理信息表
createviewV管理信息表
as
select管理员信息表.g_id,g_name,用户表.userid,username,出租信息表.c_qiuid,c_mianji,c_price
from用户表,出租信息表,管理信息表,管理员信息表
where用户表.userid=出租信息表.useridand出租信息表.c_qiuid=管理信息表.c_qiuid
andc_price=any
(selectmax(c_price)from出租信息表)
4.5存储过程、触发器的创建与应用
1.创建出租信息表存储过程c_chuzu
createprocedurec_chuzu
@xdecimal,@ydecimal
as
select*
from求购信息表
whereq_pricebetween@xand@y
go
execc_chuzu4000,10000
2.创建管理信息表存储过程g_guanli
createprocedureg_guanli
@dgvarchar(20),@gyvarchar(20)output,@zhvarchar(20)output
as
select@gy=g_id,@zh=c_qiuid
from管理信息表
whereq_qiuid=@dg
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 二手房 中介 管理 系统 需求 分析