酒店预订服务管理系统.docx
《酒店预订服务管理系统.docx》由会员分享，可在线阅读，更多相关《酒店预订服务管理系统.docx（35页珍藏版）》请在冰豆网上搜索。
酒店预订服务管理系统
软件工程课程设计
太原明园大酒店预订服务管理系统
年级专业：
2010级计算机科学与技术
学生姓名：
XX
学号：
2010102221
引言
这个文档详细说明了酒店预订系统的功能，需求，和规格,并且还详细的说明了酒店网站的其他功能模块的需求的规格。
文档还包含了酒店预订系统的结构，用户接口，交互，约束。
从理解的角度展示了一个酒店预订系统要完成的功能和一个真正的酒店网站的要完成的功能。
目的
编写该文档的目的在于明确酒店管理系统的用户需求，使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识，安排项目规划与组织软件开发与测试，该文档所描述的内容，可作为软件确认测试的依据。
本文档仅供项目经理、设计人员、开发人员参考。
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生成的。
但是如果用户是以会员身份登陆的，那么订单中要填的个人信息系统就自动填写了，并且会员可以更改系统自动填写的信息。
6.如果订单信息填写正确，HRS在没有意外的情况下下，报告用户预订成功。
7.HRS减少相应房间类型的房间数目
8.HRS把订单号反馈给用户
9.在订单到期的当天的，HRS把有关的订单报给酒店员工.
3.2.2.1.1.6可供选择的场景
客户的状态信息
1登录的会员
2普通客户
3.2.2.1.1.7失败条件
1.HRS未能与数据库建立房间信息的连接
HRS报告系统管理员连接错误.
HRS因这个错误引起的不便给用户道歉并建议用户稍后再试
2.模块在日志里面记录这次连接错误
HRS未能更新预订订单状态
HRS报告系统管理员连接错误
.HRS因这个错误引起的不便给用户道歉并建议用户稍后再试
3模块在日志里面记录这次连接错误
HRS未能与员工建立连接
HRS报告系统管理员连接错误.
HRS因这个错误引起的不便给用户道歉并建议用户稍后再试
模块在日志里面记录这次连接错误
3.2.2.1.1.8后续条件
HRS完成处理一个预订。
HRS等待另一个预订请求
3.2.2.1.1.9活动图
3.2.2.1.1.10序列图
UseCase2:
3.2.2.1.2取消预定
3.2.2.1.2.1目的
酒店允许用户利用订单号取消订单
3.2.2.1.2.2角色
处理用户取消预订动作
3.2.2.1.2.3参与者
主要参与者:
用户
次要参与者:
员工
3.2.2.1.2.4先决条件
预订取消必须在订单有效日期之前，即从预定开始那天到客户要入
住的日期之前这一段时间
3.2.2.1.2.5主场景
1.用户输入订单号，然后点击“提交”按钮
2.HRS在订单列表中找到这个订单，并且审核这个订单是否在数据库中
3.确认后，HRS删除订单
4.HRS更新数据中的房间数
5.HRS给用户一个确认信息
3.2.1.2.2.6选择的场景
1.用户点击“取消”按钮，HRS删除订单
2.在订单列表中找这个订单，并且订单号是有效
HRS删除订单并且显示订单已经删除这个信息给用户
3.HRS在订单列表中找这个订单，订单号是无效的
4.HRS发送给用户错误信息并且显示给用户“你的订单已经不存了”
3.2.1.2.2.7失败条件
HRS连接数据库失败
HRS数据库查询失败
数据更新操作失败
3.2.1.2.2.8后续条件
处理用户取消预订的请求。
系统进入一致状态.
3.2.1.2.2.9活动图
3.2.1.2.2.10序列图
UseCase3:
3.2.2.1.3修改预定
3.2.2.1.3.1目的
允许用户修改用户的订单信息
3.2.2.1.3.2角色
处理预订订单的修改
3.2.2.1.3.3参与者
主要参与者：
用户
3.2.2.1.3.4先决条件
用户已经预订过
3.2.2.1.3.5主场景
1.用户输入订单号，然后点击“提交”按钮.
2.HRS在订单列表中找到这个订单，并且审核这个订单是否在数
据库中
3.经过确认后，HRS显示订单，此时订单的状态是可修改的
4.用户更改订单信息，但不能修改订单号
5.HRS根据用户订单信息更新数据库
6.HRS给用户发确认
3.2.2.1.3.6选择场景
1.用户点击修改按钮
2.在订单列表中找这个订单，并且订单号是有效的
3.在用户修改订单信息之后,而且提交了更改后的订单，然后HRS确认没有无效数据后给用户并且显示信息修改已成功
4.HRS在订单列表中找这个订单，订单号是无效的
5.HRS发送错误信息给用户，显示信息“你查找的订单不存在了”
3.2.2.1.3.7失败条件
HRS连接数据库失败
HRS数据库查询失败
3.2.2.1.3.8后续条件
1.处理用户修改预订的请求。
2.系统进入一致状态.
3.2.2.1.3.9活动图
3.2.2.1.3.10序列图
UseCase4:
3.2.2.1.4查询预定
3.2.2.1.4.1目的
允许用户查询用户的订单信息
3.2.2.1.4.2角色
处理预订订单的查询
3.2.2.1.4.3参与者
主要参与者：
用户
3.2.2.1.4.4先决条件
用户已经预订过或会员已经登陆uo或
3.2.2.1.4.5主场景
1.用户输入订单号，然后点击“提交”按钮.
2.HRS在订单列表中找到这个订单，并且审核这个订单是否在数据库中
3.经过确认后，HRS显示订单，此时订单的状态是不可修改的
3.2.2.1.4.6选择场景
1.用户点击查询按钮
2.在订单列表中找这个订单，并且订单号是有效的
查看订单请求得到满足
3.HRS在订单列表中找这个订单，订单号是无效的
4.HRS发送错误信息给用户，显示信息“你查找的订单不存在了”
3.2.2.1.4.7失败条件
HRS连接数据库失败
HRS数据库查询失败
3.2.2.1.4.8后续条件
处理用户查看预订的请求。
系统进入一致状态.
3.2.2.1.4.9活动图
3.2.2.1.4.10序列图
3.2.2.2会员系统（MBS）
3.2.2.2.1UseCase1:
用户注册
3.2.2.2.1.1目的
用户由普通用户升级到会员
3.2.2.2.1.2角色
处理用户注册请求
3.2.2.2.1.3参与者
主要参与者：
用户
3.2.2.2.1.4先决条件
面向所有网络用户
3.2.2.2.1.5主场景
1.用户点击“注册”按钮
2.MBS显示一个网络注册协议，要求用户仔细阅读
3.用户点击“同意”后，MBS显示注册填写的表单
4.用户填写注册表单的必填项目后，点击“确定注册”
5.MBS确认用户填写的信息是否正确，并且确定ID是否唯一
6.MBS确认后给用户显示信息“注册成功”
3.2.2.2.1.6选择场景
1.用户点击注册按钮
2.看完注册网络协议后，点击不同意，退出注册
3.看完注册网络协议后，点击同意，进入填写注册表单窗口
4.用户提交注册表单后，MBS检测用户ID是唯一的，并且其他信息填写完整（必须的信息包括用户姓名，住址，邮箱号）则显示“注册成功”
5.用户提交注册表单后，MBS检测用户ID不是唯一的，或者其他信息填写不完整（必须的信息包括用户姓名，住址，邮箱号）则返回注册表单
3.2.2.2.1.7失败条件
HRS连接数据库失败
HRS数据库更新失败
3.2.2.2.1.8后续条件
处理用户注册的请求。
系统进入等待注册状态.
3.2.2.2.1.9活动图
3.2.2.2.1.10序列图
3.2.2.2.2UseCase2:
用户登录
3.2.2.2.2.1目的
用户登录接口
3.2.2.2.2.2角色
处理用户登录
3.2.2.2.2.3参与者
主要参与者：
用户
3.2.2.2.2.4先决条件
面向所有网络用户
3.2.2.2.2.5主场景
1.用户输入用户ID和密码后，点击“登录”按钮
2.MBS确认用户ID是否存在，ID并且是否和密码匹配
3.MSB确认存在且匹配成功后，用户登录成功
4.这时候用户权限提高为会员权限
3.2.2.2.2.6选择场景
1.用户输入ID和密码后点击登录按钮
2.若MBS检测到ID不存在则提示，“用户名不存在，请重试”
3.若MBS检测到ID存在但是密码错误，则提示用户输入的密码错误。
并清除密码框内容
3.2.2.2.2.7失败条件
HRS连接数据库失败
HRS数据库查询失败
3.2.2.2.2.8后续条件
处理用户登录的请求。
系统进入一致状态.
3.2.2.2.2.9活动图
3.2.2.2.2.10序列图
3.2.2.3.5UseCase5:
预定
3.2.2.3.5.1目的
帮助客户预定
3.2.2.3.5.2角色
房间预定
3.2.2.3.5.3参与者
主要参与者：
员工
3.2.2.3.5.4先决条件
员工登录后
3.2.2.3.5.5主场景
1.员工接到用户预定电话，用户要求预定房间
2.员工获得客户许可后，记录用户预定的信息
3.员工立即获得用户权限，创建订单
4.提示创建订单成功，并在日志中记录下此动作
3.2.2.3.5.6选择场景
无
3.2.2.3.5.7失败条件
EPS连接数据库失败
EPS更新数据库失败
3.2.2.3.5.8后续条件
员工进入系统
3.2.2.3.5.9活动图
3.2.2.3.5.10序列图
性能要求
静态要求
a.数据库的大小应该依赖数据库服务器的硬件限制
b.被支持的终端数目：
1000
c.被支持的同步用户数目：
4000
动态要求
a.需要重新得到数据的时间量要轻微依赖于平台和用户的电脑配置
b.需要提交数据的时间总量要稍微依赖于用户所用电脑的平台
c.一个简单请求如发送用户请求，数据库事务处理和发送回响应的响应时间应该在一秒左右。
HRS必须为当地网络连接确保这样一个执行速度为10Mbps左右的响应时间。
设计约束条件
必须被设计成将运行在共享资源的整个应用程序的组件
面向对象设计和译码方法应该被用着完成标准设计
HRS为完成HRS业务数据库应该与应用程序所用的其他数据库分开保存
HRS网络服务器必须在Windous2003服务器上执行
HRS数据库服务器必须在IBMAIX4.3上执行
DBMS应该是Oracle8.1.2或更高
软件系统属性
可靠性
软件能被用着处理将与局部化数据库连接的中等尺寸在线存储的顺序
有效性
这个软件不是很危急的任务，这个软件不是多余的
在硬件错误的情况下，用户应该替换坏的硬件（在这个系统之外）和重装软件。
不完整的要求和报告可能丢失（或者必须被复制到新的硬件）
在软件失败的情况下，用户将必须重启软件。
当软件失败发生时不完整的要求和报告可能被丢失或者不是可用的。
安全性
通过客户网络访问HRS，操作系统必须确保任何未授权的访问是不能到达的。
安全性将会依赖用户所用的系统
可维护性
系统不应该有除了以下的其他维护安装软件
删除磁盘的顺序信息
需要的维护应该最多10%
可携带性
其核心功能应该可能运行在UNIX和windows系统上。
用户界面应该支持Windows操作系统
逻辑数据库要求
各种信息用到的信息种类：
Character,number,float
应用的频率：
数据库可以连续被访问每年365天
访问容量：
由系统定义的不同角色所限制
数据实体和它们的关系：
由数据库对象的PK和FK所限制
完整性限制：
依赖不同的数据库对象
数据保持要求：
24小时支持应该被提供
3.7结束语：
本系统的开发节省了大量的工作量，减少了重复操作，减少了出现错误的几率，加强了预订记录的安全性和完整性，提高工作效率，实现酒店预订管理的系统化、规范化和自动化。
而且该系统具有人性化设计、系统的安全设置、简单的系统维护方法、使用的高效性、强大的功能、具有错误识别能力等创新点。
本系统方便了大型酒店对预订业务的管理，浏览、添加、删除、修改等操作简单直观，能基本符合酒店预订管理的需求，在一定的时期内具有教好的发展前景。
本系统设置了超级用户和普通用户两种权限，普通用户只可以对系统进行浏览，查询以及少量的添加删除工作；超级用户除了拥有普通用户的功能以外还能对普通用户进行添加删除，还能对系统中的全部内容进行修改，删除和添加。
本系统完成酒店预订系统中的几个常用的模块，不仅适于酒店，也适用于规模较大的服务性企业。
升级会员 