公寓租赁管理信息系统毕业设计需求分析Word格式.docx
《公寓租赁管理信息系统毕业设计需求分析Word格式.docx》由会员分享,可在线阅读,更多相关《公寓租赁管理信息系统毕业设计需求分析Word格式.docx(15页珍藏版)》请在冰点文库上搜索。
用户密码管理
密码重置
公寓信息管理
公寓信息查询
房型信息查询
房屋信息查询
预约管理
在线预约
查看预约
评论管理
发表评论
查看评论
合同管理
查看合同
●后台功能模块
后台模块主要分为:
管理员管理,公寓信息管理,房型管理,房屋信息管理,预约管理,合同管理,评论管理。
表2.2后台模块划分
表2.2楽屋モジュールの区分
管理员管理
管理员登录
添加管理员
管理员信息管理
管理员密码管理
查看公寓信息
维护公寓信息
添加公寓信息
预约确认
付款
取消预约
删除评论
房型管理
添加房型
修改房型
查看房型
删除房型
房屋信息管理
添加房屋信息
修改房屋信息
删除房屋信息
查看房屋信息
修改合同
增加合同
1.3约束条件
基于安全性、可靠性考虑,公寓租赁管理信息系统至少需要部署在3台tomcat服务器上。
其中文件服务器单独一台服务器,用户客户端和管理员客户端分别至少一台服务器,以增加客户的良好体验。
本系统没有硬件的限制以及与软件相关的审计职能,公寓租赁管理信息系统可承载着多用户之间同时访问,存在并行操作。
为保护用户信息的安全,本系统数据应存储在有密码保护的数据库中。
本系统是一款没有危险性的软件。
2具体需求
本节详细描述了公寓租赁管理信息系统所有具体的需求,包括软件的功能、界面、输入、输出等。
2.1用户接口
●注册
图2.1注册界面
図2.1登録するインターフェース
表2.3注册的数据输入输出
表2.3登記のデータ入力出力
项目标号
名称
类型
I/O
要求
必填/必显
长度
单位
来源
举例
备注
1
邮箱
字符
I
√
2~10
位
输入
123456@
2
密码
5~8
admin
字母、数字、下划线
3
确认密码
●登录
图2.2登录界面
図2.2登録インタフェース
表2.4登录的数据输入输出
表2.4登録のデータ入力出力
登录名
-
用户名或邮箱或手机号
2.2功能需求
表2.19前台用例列表
表2.19フロント用例リスト
编号
用例名称
用例英文名称
UC1
注册
register
UC2
登录
login
UC3
updateUser
UC4
updatePassword
UC5
addUser
UC6
showFlat
UC7
updateFlat
UC8
addFlat
UC9
orderFlat
UC10
showOrder
UC11
updateOrder
UC12
deleteOrder
UC13
addHouseType
UC14
updateHouseType
UC15
showHouseType
UC16
deleteHouseType
2.3性能需求
●磁盘容量要求
本系统是基于SSM架构的公寓租赁信息管理系统,存储容量较小,数据库系统也不是很大,节约了内存空间。
●安全性要求
本系统有权限设置,不同的用户有不同的权限,分别有超级管理员,公寓管理员,普通管理员以及用户,不同的用户具有操作不用的功能权限。
同时,对于没有登录信息的用户不可以在没有登录的情况下对网站进行一些非法的入侵,任何用户必须在登录系统只后才能够访问系统和操作系统。
●适应性要求
要求界面友好,简单容易操作,对于用户来说,方便操作,容易理解。
●可维护性
系统采用了记录日志,用于记录用户的操作及故障信息,同时本系统采用的SSM架构,结构清晰,便于维护人员进行维护。
2.4数据库需求
基于SSM架构的公寓租赁信息管理系统的数据库中共有7张表,分别为:
用户表的名称为users,主要用于存放所有的用户信息;
公寓信息表的名称为flat,主要用于存放公寓的基本信息;
租赁合同表的名称为contract,主要用于存放合同的基本信息;
房屋信息表的名称为house,用于存放房屋的基本信息;
房型表的名称为house_type,主要用于存放房屋类别的基本信息;
预约信息表的名称为orders,主要用于存放客户的预约信息;
评论表的名称为review,主要用于存放客户的评论信息。
2.5设计约束
该软件的开发是采用SpringMVC框架+Spring框架+MyBatis框架的集合架构,符合标准的MVC设计模式,将整个系统划分为View视图请求层、Controller控制转发层、Service业务逻辑层、Dao数据持久层四层,系统运行时SpringMVC框架负责请求的转发和视图管理,Spring实现业务对象管理,MyBatis作为数据对象持久化引擎[6]。
View层,当用户点击界面发送请求时,系统应该在5秒之内响应用户。
表2.20注册
表2.20登記
用例标识符
执行者
用户
用例创建者
陈龙星
最后修改者
用例创建日期
2015/01/05
最后修改日期
2015/04/21
用例描述
用户在浏览器中输入访问地址后,进入网站界面,点击注册,进入注册界面,输入用户信息,格式合格后,点击注册,用户注册成功。
前置条件
服务器已经启动,用户能够正常访问本站
主
事
件
流
系统
(1)用户点击注册选项,进入注册界面,用户输入注册信息
(2)系统检测用户输入的信息格式是否正确,若用户输入的信息格式正确,执行下一步,否则执行子事件流a。
(3)系统将用户输入数据与rental数据库users表中的数据进行匹配,检测用户输入的信息是否已经存在,若用户输入的信息不存在,执行下一步,否则执行子事件流b。
(4)系统将用户注册数据保存到rental数据库的users表中,并跳转到登录界面。
子事件流a
系统提示“输入的用户信息格式输入错误!
”
子事件流b
系统提示“输入的用户信息已存在!
异常事件流
网络连接异常,系统提示网络异常信息
后置条件
完成注册
表2.21登录
表2.21登録
用户在浏览器中输入访问地址后,进入登录页面,输入用户名、密码,点击登录选项登录系统。
(1)用户在登录界面上输入用户名、密码,点击登录按钮
(2)系统检测用户输入的用户名、密码格式是否正确,若信息格式正确,执行下一步,否则执行子事件流a.
(3)系统将用户输入的用户名、密码与rental数据库users表中的数据进行匹配,检测用户输入的信息是否正确,若正确,执行下一步,否则执行子事件流b.
(4)登录成功,系统进入主界面。
系统提示“输入的用户名、密码格式输入错误!
系统提示“输入的用户名或密码输入错误!
完成登录,进入主界面。
3需求模型
3.1用例模型
图2.17前台用例图
図2.17フロントユースケース図
图2.18后台用例图
図2.18楽屋ユースケース図
3.2静态模型
图2.19静态模型
図2.19楽屋ユースケース図
静态模型中产生的类如下:
表2.36Users类
表2.36Users類
Users
userId
Integer
用户编号
userName
String
用户名
password
用户密码
trueName
真实姓名
gender
性别
telphone
联系电话
idCard
身份证号
address
联系地址
eMail
电子邮箱
activeNum
激活码
role
用户角色
flatId
公寓编号
state
用户状态
flat
Flat
公寓实体类
get//set方法
属性赋值取值方法
表2.37Flat类
表2.37Flat類
flatName
公寓名称
flatAddress
公寓地址
flatPhone
公寓电话
flatImgs
公寓图片
floor
公寓层数
station
公交站点
bus
路过公交
flatDesc
公寓描述
mountTime
Date
挂载时间
allMonth
挂载月数
公寓状态
表2.38Orders类
表2.38Orders類
Orders
orderId
订单编号
houseId
房屋编号
inTime
入住时间
outTime
离开时间
payState
付款状态
createTime
创建时间
houseNum
房间号
typeName
房型名称
typeId
房型编号
Rent
Double
租金
bedroom
室
livingroom
厅
属性赋值设置方法
表2.39HouseType类
表2.39HouseType類
HouseType
rent
typeImgs
房型图片
area
面积
typeDesc
房型描述
houseList
List<
House>
房屋列表
set//get方法
3.3动态模型
图2.20注册动态模型
図2.20登録ダイナミックモデル
操作名称:
register(userMsg):
输入参数:
eMail:
String,password:
String,reqpassword:
输出参数:
url:
前置条件:
eMail,password,repassword不能为空,且格式正确
后置条件:
系统成功将用户输入信息保存到rental数据库的users表中
图2.21登录动态模型
図2.21登録ダイナミックモデル
login(userName,password):
userName:
userName,password不能为空
系统将用户输入的数据与rental数据库中的users表里的数据匹配,若存在该用户则系统返回用户实例,若不存在则返回空实例