软件工程课程设计-酒店预订系统.doc

精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
--------------------------------------------------------------------------------------------------------------------------------------------

北京石油大学函授教育

软件工程课程设计

题 目： 乌鲁木齐明园大酒店预订服务管理系统
年级专业： 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.6 ER图 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, float 38
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） 与客户交互的选项要操作简单，手工填写的信息必须尽量少。

硬件接口
包括网络端口支持，输入设备
软件接口
操作系统（windows XP）
数据库（MySQL）

通信接口.
Internet
局域网Local Area Network(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 (Dual 1GHZ CPU, 2G RAM, 120G Disk System)
其他应用接口:
Web 浏览器: Internet Explorer or higher, Netscape 7.0 or higher
数据库: MySQL6.0 or above
并行操作: 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)
Use Case 1: 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序列图

Use Case 2: 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序列图

Use Case 3: 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 序列图

Use Case 4: 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.1 Use Case 1:用户注册

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.2 Use Case 2: 用户登录
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.5 Use Case 5: 预定
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网络服务器必须在Windous 2003服务器上执行
HRS数据库服务器必须在IBM AIX 4.3 上执行
DBMS应该是Oracle 8.1.2或更高

软件系统属性
可靠性
软件能被用着处理将与局部化数据库连接的中等尺寸在线存储的顺序

有效性
这个软件不是很危急的任务，这个软件不是多余的
在硬件错误的情况下，用户应该替换坏的硬件（在这个系统之外）和重装软件 。不完整的要求和报告可能丢失（或者必须被复制到新的硬件）
在软件失败的情况下，用户将必须重启软件。当软件失败发生时不完整的要求和报告可能被丢失或者不是可用的。

安全性
通过客户网络访问HRS，操作系统必须确保任何未授权的访问是不能到达的。安全性将会依赖用户所用的系统

可维护性
系统不应该有除了以下的其他维护安装软件
删除磁盘的顺序信息
需要的维护应该最多10%

可携带性
其核心功能应该可能运行在UNIX和windows系统上。用户界面应该支持Windows操作系统

逻辑数据库要求
各种信息用到的信息种类：Character, number, float
应用的频率：数据库可以连续被访问每年365天
访问容量：由系统定义的不同角色所限制
数据实体和它们的关系：由数据库对象的PK和FK所限制
完整性限制：依赖不同的数据库对象
数据保持要求：24小时支持应该被提供

3.7 结束语：
本系统的开发节省了大量的工作量，减少了重复操作，减少了出现错误的几率，加强了预订记录的安全性和完整性，提高工作效率，实现酒店预订管理的系统化、规范化和自动化。而且该系统具有人性化设计、系统的安全设置、简单的系统维护方法、使用的高效性、强大的功能、具有错误识别能力等创新点。
本系统方便了大型酒店对预订业务的管理，浏览、添加、删除、修改等操作简单直观，能基本符合酒店预订管理的需求，在一定的时期内具有教好的发展前景。
本系统设置了超级用户和普通用户两种权限，普通用户只可以对系统进行浏览，查询以及少量的添加删除工作；超级用户除了拥有普通用户的功能以外还能对普通用户进行添加删除，还能对系统中的全部内容进行修改，删除和添加。
本系统完成酒店预订系统中的几个常用的模块，不仅适于酒店，也适用于规模较大的服务性企业。

---------------------------------------------------------精品 文档---------------------------------------------------------------------