软件工程课程设计酒店预订系统.docx
《软件工程课程设计酒店预订系统.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计酒店预订系统.docx(34页珍藏版)》请在冰豆网上搜索。
软件工程课程设计酒店预订系统
北京石油大学函授教育
软件工程课程设计
题目:
乌鲁木齐明园大酒店预订服务管理系统
年级专业:
2010级计算机科学与技术
学生姓名:
蒋磊学号:
2010103001
完成时间:
2011年10月7日
1.引言3
1.1目的4
1.2背景4
1.3术语4
1.4参考资料4
1.5概述4
2.任务概述5
2.1产品描述5
2.1.1系统接口6
2.1.2用户接口6
2.1.3硬件接口6
2.1.4软件接口7
2.1.5通信接口.7
2.1.6内存约束7
2.1.7操作7
2.1.8站点自适应需求7
2.2产品功能7
2.2.1预订系统:
7
2.2.2会员系统9
2.2.3员工系统9
2.3用户特征10
2.4约束.10
2.5假定和依赖11
2.6ER图11
3.需求规定12
3.1外部接口需求12
3.1.1用户界面12
3.2功能需求14
3.2.1主要模块14
3.2.2功能详细描述15
3.3性能要求37
3.3.1静态要求37
3.3.2动态要求37
3.4设计约束条件37
3.5软件系统属性37
3.5.1可靠性37
3.5.2有效性38
3.5.3安全性38
3.5.4可维护性38
3.5.5可携带性38
3.6逻辑数据库要求38
3.6.1各种信息用到的信息种类:
Character,number,float38
3.6.2应用的频率:
数据库可以连续被访问每年365天38
3.6.3访问容量:
由系统定义的不同角色所限制38
3.6.4数据实体和它们的关系:
由数据库对象的PK和FK所限制38
3.6.5完整性限制:
依赖不同的数据库对象38
3.6.6数据保持要求:
24小时支持应该被提供39
3.7结束语39
引言
这个文档详细说明了酒店预订系统的功能,需求,和规格,并且还详细的说明了酒店网站的其他功能模块的需求的规格。
文档还包含了酒店预订系统的结构,用户接口,交互,约束。
从理解的角度展示了一个酒店预订系统要完成的功能和一个真正的酒店网站的要完成的功能。
目的
编写该文档的目的在于明确酒店管理系统的用户需求,使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识,安排项目规划与组织软件开发与测试,该文档所描述的内容,可作为软件确认测试的依据。
本文档仅供项目经理、设计人员、开发人员参考。
1.2背景
软件系统的名称:
明园大酒店预订系统
系统的主要模块:
酒店预定系统
本项目的任务提出者:
酒店
本项目的任务开发者:
新疆电信软件工程组
本项目的用户:
酒店的员工,酒店的潜在的客户,所有网民
1.3术语
HRS:
酒店预订系统
MBS:
会员系统
EPS:
员工系统
1.4参考资料
参考资料:
SRS实例模板
1.5概述
文档分为两个部分:
首先是对需求的概述,这一节包括系统总体功能的概述,系统的体系结构,和影响设计的一些因素。
其次是具体需求说明。
这一节包括系统的功能详细说明。
任务概述
2.1产品描述
酒店门户网站包含三大模块:
酒店预订系统(最核心的模块),会员系统,员工系统。
酒店预订系统:
这是一个网上预订系统,用户可以在网上预定房间和取消预订房间。
同时这个系统也是一个电话预订系统,用户可以打电话给前台工作人员,手工预订或者取消预订。
这个软件提供给用户以下功能。
(1)预订请求
(2)预订取消
(3)更改预定
(4)预订查询
(5)其他(比如酒店的活动公布)
会员系统:
首先用户以游客身份进入系统。
如果用户有意成为本酒店的会员,则点击注册,进入注册系统。
用户必须填写相关的个人信息(名字,住址,联系方式)。
系统给用户提供以下功能:
(1)注册
(2)会员登陆
(3)会员功能
(4)注销
员工系统:
员工获得合法身份后,即持有有效ID和密码进入系统。
员工获得员工权限。
系统给员工提供的功能如下:
(1)登录
(2)查看订单
(3)维护房间的信息
(4)删除订单
(5)预定
(6)个人信息管理
系统接口
酒店门户网站是一个独立的系统。
此系统和网络相连,用户通过网络就很方便的在此系统上进行交易。
系统与数据库相连,便于及时更新信息。
用户接口
在用户和产品之间进行交互要使用的逻辑接口特征
(1)屏幕
(2)窗口化的界面
(3)菜单式的选项
为使用户使用系统时,操作简单,用户容易掌握,接口还必须优化
(1)当用户操作不当时,系统给出的错误信息必须是简单易懂的,即用户很快就知道为什么和哪儿出错了,并且给出的解决方法也要尽量简单。
用户很快的从错误状态中恢复出来。
(2)与客户交互的选项要操作简单,手工填写的信息必须尽量少。
硬件接口
包括网络端口支持,输入设备
软件接口
操作系统(windowsXP)
数据库(MySQL)
通信接口.
Internet
局域网LocalAreaNetwork(LAN).
内存约束
足够的内存与网站进行交互
操作
支持用户多种方式的操作
交互操作周期和无人值守操作
支持数据处理功能
撤销和恢复操作
站点自适应需求
a.数据初始化需求
•为应用程序初始化数据库实例
•初始化房间信息
b.网站站点必须不被用户禁止
c用户在线操作
产品功能
预订系统:
2.2.1.1预订请求
(1)在线预订处理预订请求是系统的主要功能。
如果用户选择的房间类型的房间数在用户请求房间数的范围之内,则预订成功,生成订单,订单的生面命周期在预订成成功的当天到入住日期这一段时间。
如果房间数超过了系统预置的房间数,则提示用户是不是可以在其它房间类型中选。
如果酒店房间已满,提示已满,预订不成功。
(2)电话预订这时系统的操作由员工代替。
2.2.1.2预订取消
(1)网上取消在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改
(2)电话取消在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改。
系统的功能由员工替代。
2.2.1.3预订修改
(1)网上修改:
在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改,不能更改订单号。
(2)电话修改:
系统的操作由员工代替
2.2.1.4预订查询
(1)网上查询:
在订单有效之前都可以取消,即在用户入住日期之前都可以取消或者更改,不能更改订单号。
(2)电话修改:
系统的操作由员工代替
2.2.1.5其他
公布酒店近期特惠活动
会员系统
2.2.2.1注册
用户申请会员后,填写必须的个人信息,注册成功
2.2.2.2会员登陆
会员使用有效ID和密码登陆,登陆成功后即获得会员权限
2.2.2.3会员功能
1会员查看或修改会员信息
2会员查看订单历史信息
3针对会员实现积分优惠制
4会员能够享受我们的酒店优惠特价
5会员具有普通用户的一切功能
2.2.2.4注销
注销有两种,
1永久注销,即用户放弃会员身份
2退出登陆安全退出登录
员工系统
2.2.3.1登陆
员工从系统管理员处获得员工的ID和密码,成功登陆后即获得员工权限
2.2.3.2查看订单
员工可以查询当天到期的订单
2.2.3.3维护房间信息
员工可以增加或者删除房间,改变房间价格
2.2.3.4删除订单
员工仅能删除的订单为用户要求取消的订单
2.2.3.5预定
员工仅能在用户请求的下预定房间
2.2.3.6个人信息管理
员工可以修改自己的密码
用户特征
主要用户是需要预订酒店房间的客户,我们提供两种订购方式。
电话预订和网上预订。
对于使用网上预订的客户,我们要求客户可以使用个人电脑上网。
还有普通访问网站的网民,我们提供酒店介绍服务。
约束.
管理策略:
N/A
硬件局限:
支持网络服务的个人电脑。
数据库服务机:
H80(Dual1GHZCPU,2GRAM,120GDiskSystem)
其他应用接口:
Web浏览器:
InternetExplorerorhigher,Netscape7.0orhigher
数据库:
MySQL6.0orabove
并行操作:
N/A
定期查核功能:
N/A
控制功能:
N/A
高阶语言需求:
N/A
信号握手协议:
N/A
可靠性需求:
出错命令处理不超过0.01%
应急程度:
High
安全需求:
满足安全需求,保证系统的安全
假定和依赖
用户可以选择登陆和不登陆两种方式进入系统
ER图
需求规定
外部接口需求
用户界面
3.1.1.1新的预订窗口
1初始预订窗口
2用户选择后的新预订窗口
3新订单概要窗口
3.1.1.2取消预订所需要的窗口
1查找相应订单
2没有找到相应的订单
3取消预订的确认窗口
4取消预订异常窗口
3.1.1.3修改预订所需要的窗口
1查找相应订单窗口
2没有找到相应的订单窗口
3修改预订信息后的确认窗口
4修改预订信息异常窗口
3.1.1.4用户注册
1用户注册窗口
2注册失败窗口
3.1.1.5用户登陆
1用户登陆窗口
2登陆失败窗口
3.1.1.6用户注销
1用户注销窗口
2注销失败窗口
3.1.1.7用户查看或修改
1用户查看用户信息窗口
2打开窗口失败窗口
3修改用户信息窗口
4修改失败窗口
3.1.1.8员工登陆
1员工登陆窗口
2员工登陆失败窗口
3.1.1.9员工查看
1员工查看窗口
2员工查看失败窗口
3.1.1.10员工维护房间信息
1员工修改房间信息窗口
2员工修改房间信息失败窗口
功能需求
主要模块
预订系统
会员系统
员工系统
功能详细描述
3.2.2.1预订系统(HRS)
UseCase1:
3.2.2.1.1预订请求
3.2.2.1.1.1目的
酒店接收用户预订请求,处理预订请求,并把新的预订订单提供给酒店
3.2.2.1.1.2角色
处理预订
3.2.2.1.1.3参与者
主要参与者:
用户
次要参与者:
员工
3.2.2.1.1.4先决条件
酒店有未被预订的房间
客户在网站上注册了有效信息,即会员
没有注册的客户也可以建立新的预订
3.2.2.1.1.5主要场景描述
1.预订请求由用户触发,用户要初始化一个新的预订请求
2.HRS列出酒店所有未被预订的房间类型(包括此类房间的价格等其他信息)给用户选择
3.用户选择一种房间类型,输入需要的数量,提交预订请求给HRS.
4.HRS比较酒店此类房间的数量与用户输入的房间数量,确保酒店足够提供这么多房间。
如果房间不够,则提示用户并且建议用户换成其他的有足够房间数目的房间类型。
5.如果房间足够,用户必须在预订订单上填写订单需要的信息,比如住址,名字等,但是订单号码是由HRS生成的。
但是如果用户是以会员身