宾馆客房预定管理系统设计方案.docx
《宾馆客房预定管理系统设计方案.docx》由会员分享，可在线阅读，更多相关《宾馆客房预定管理系统设计方案.docx（33页珍藏版）》请在冰点文库上搜索。
宾馆客房预定管理系统设计方案
宾馆客房预定管理系统设计方案
二 软件需求规格说明书
1．引言
1.1概述
该软件需求规格说明描述了“在线在线客房预订系统”1.0版本的软件功能性需求和非功能性需求。
同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“在线在线客房预订系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。
该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。
1.2背景
宾馆行业的激烈竞争使得争取客源、提宾馆入住率、制定正确营销策略已经成为一项重要的任务，而借助于当前蓬勃发展的IT工具来拓展销售能力，创造客观的经济效益已经成为许多酒店的首选。
作为一种有效的统计分析手段，计算机管理系统发挥其强大的优势，在数据保存、数据交换方面的快速可靠，是手工操作所不能完成的。
本系统设计实现的目标是对宾馆的客房预订管理、客户信息管理，前台用java实现对数据的添加，删除，查询等功能，在后台用Sqlserver作为数据库。
本系统就是利用计算机信息提高了宾馆的客房预订管理水平，主要对系统的操作员权限、收银客房、客户等信息管理。
系统操作权限管理可以实现对操作员的添加、删除、修改操作，并设置操作员对指定用户进行信息修改。
宾馆的信息量大，数据安全性和保密性要求高。
本系统实现对宾馆客房信息的管理和总体的统计等，营业信息的查看和维护。
操作管理人员可以浏览，查询，添加，删除等宾馆客房的基本信息，宾馆客房管预订统主要针对宾馆中最核心的客房管理，旨在提高宾馆的管理效率，减免手工处理的繁琐与误差，及时、准确地反映宾馆的工作情况、经营情况，从而提高宾馆的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。
。
1.3定义
（1）客房预定系统:
可以处理客户预定、团体预定、客房预定、预定未到处理、预售查询等事务。
（2）前台接待系统：
可以处理客户入住登记，合约入住，团体自动入住和手动入住，补填客单，修改客人信息、转房、调房、设置房态、客人留言，预定客房查询、可售客房查询等事务。
（3）前台收银系统：
处理记账、埋单、限制客人消费、退房、押金加入、查账、转账、设置跑单、客用保险箱管理、团体埋单及退房业务。
（4）账务系统：
除具有收银的功能外，还具有纠错、报表输出等功能，能将损失降至最低。
（5）客历系统：
能处理客人手工、自动输入，客人资料查询与修改，黑名单，入住客人自动查询客历、入住客人自动归入客历。
（6）合约系统：
可将酒店签约的单位或个人的资料输入电脑，并可随时查询和更新。
（7）密码管理系统：
可以管理客户和酒店的各种密码。
（8）报表系统：
主要是对处理一些非账务表单。
主要有客房占用表、转房改租表、预定未到表、客房取消表、房租分析表、经营统计表、可售情况表、房间状态表、坏房状况表、日租统计表、合约销售表。
（9）账务报表：
主要是处理酒店的日常的账务报表，有收入报表（前台收入明细表、现付收入明细表）、消费报表、顾客账务（住房账务、离店客人账务各跑单账务）、交班报表、信用卡报表、街账报表、应收报表、催账报表、转账报表、借贷报表、联网消费、酒店总表。
1.4参考资料
书名
作者
出版社
软件工程导论（第4版）
张海藩
清华大学出版社
软件需求工程
黄国兴周勇
清华大学出版社
实用软件工程
郑人杰、殷人昆、陶永雷
清华大学出版社
2任务概述
2.1目标
本酒店客房预订系统的总目标是为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映客房预订的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房预订的规范化、自动化。
具体的目标包括：
（1）有效的预订处理
（2）简便迅捷的宾客接待登记服务
（3）实时、快速、准确提供客房动态
（4）为财务提供严密的帐务系统
（5）系统运行稳定可靠、各项维护功能齐全、易于维护
（6）简单、友好的操作界面
2.2运行环境（OperatingEnvironment，OE）
本系统用JAVA语言来编写酒店客房预定系统，数据库用SQLSERVER2000来连接系统，即JAVA+SQLSERVER2000模式完成整个设计工作。
本系统全部基于Internet网络，以JAVA语言对网站进行开发，注重用户与网站的交互性。
因此在这样的背景下，针对当前Internet网络发展趋势来计酒店客房预定系统就成为了当今应用软件的首选体系结构。
由前台展示区和靠山打点组成，对那些希望通过宾馆网上客房预订体系的客户来说，“网上客房预订体系”是一个基于Internet的应用程序，客人可通过网站直接在网长举办客房的预订，结算客房预定费用，与当前的电话预定和人工预定不同，实现了留言板成果，客人可随时通过网站填写反馈信息。
通事靠山打点网站初始化信息，实现了网上在线订房营业，便利客人订房。
2.3假定（Assumption）和约束（Constraint）
（1）如果客户办理了贵宾卡，可以享受8.8折的优惠。
（2）如果是团体预定客房，不仅可以享受8折优惠，而且每人还可以持有酒店所赠送的精美礼品一份。
3需求规定
3.1对功能的规定
3.1.1用户需求
我们已经确定了酒店客房预定系统的各功能模块（用例），包括用户信息管理、客房类型管理、客房信息管理、客房经营管理、客户信息查询、经营状况统计等。
3.1.1.1组织机构和角色
角色视图：
图3.1客房预订系统主要参与者
角色说明：
角色名称
说明
客户
客户是通过本系统进行预定房间的顾客，是系统的使用者之一
管理员
管理员是通过本系统进行各种信息管理的高级工作人员，权限最高
前台服务员
前台服务员是利用本系统对客户的请求进行处理的工作人员
（1）客户所参与的业务
图3.2客户视角业务用例图
说明：
客户通过此客房预订系统可以进行注册，登录，还可以申请会员证享受优惠服务。
客户还可以进行网上客房预订，通过网上刷卡交付定金，如果因某原因不能入住也可很方便的通过该系统进行预订取消业务。
（2）管理员参与的业务
图3.3管理员视角业务用例图
说明：
管理员权限最高，可以进行该系统的所有操作。
包括对前台服务员的信息管理，客户信息和客房信息的管理，另外管理员还要制定房间类型标准，授予客户会员证，对经营状况进行统计等。
（3）前台服务员参与的业务
图3.4前台服务员视角业务用例图
说明：
前台服务员主要处理客户的订房，退房和取消预订的业务，其中涉及到客户信息记录，客房信息的查找，客房状态的修改，费用计算和定金的收取
3.1.1.2业务概览
（1）客房预订业务
图3.5客房预订业务用例图
客房预订业务说明：
此用例涉及到两个主要参与者客户和前台服务员。
客户发出客房预订的请求，前台服务员查出客房信息找出满足客户需求的房间，客户交纳定金。
（2）退房业务说明
图3.6退房业务用例图
退房用例说明：
此用例涉及到两个主要参与者客户和前台服务员。
客户消费完后到前台进行退房，前台服务员对客户信息进行查询，修改客房的状态并退还客户定金。
（3）取消预订业务说明
图3.7取消预订业务视图
取消预订业务说明：
当客户因为某些原因不能入住时，可以在网上进行预订取消业务，也可到前台进行。
前台服务员对客户信息进行查询，办理取消预订并退还定金，修改客户记录和客房预订记录。
（4）申请会员证业务
图3.8客户申请会员证业务用例图
申请会员证业务用例说明：
如果客户想享受优惠服务，可以申请会员证，会员证的授予是由管理员执行的。
管理员查询该用户为合法客户，并授予会员证
（5）统计经营状况业务
图3.9经营状况统计业务用例
经营状况统计业务用例说明：
管理员定期对经营状况进行统计。
管理员根据客房预定记录和消费记录统计经营状况。
（6）客房信息管理业务
图3.10客房信息管理业务用例图
客房信息管理业务用例图说明：
管理员具有对客房信息管理的权限。
首先，根据面积，设备客户需求制定不同类型标准的客房，对客房信息进行增删改查。
（6）用户信息管理业务
图3.11用户信息管理业务用例图
用户信息管理业务用例图说明：
管理员具有对用户信息管理的权限。
当有用户进行注册时管理员有权限添加一条用户信息，还可以对用户信息进行查改修的业务。
3.1.1.3业务场景
（1）客房预订业务场景
图3.12客房预订业务场景图
客房预订业务场景图说明：
客户首先进行登录，前台服务员查找该客户信息为合法用户，客户发出房间预订请求，服务员查找满足客户要求的房间，计算费用并扣取定金。
（2）客房退房业务场景
图3.13客户退房业务场景图
客户退房业务场景图说明：
客户消费完后到前台退房，前台服务员查找确认客户订房记录，修改客房的状态并退客户定金。
（3）取消预订业务场景
图3.14取消预订业务场景图
取消预订业务场景图说明：
客户不想入住时可以方便的进行网上预订取消。
客户登录后，取消预订，前台服务员查找确认客户订房记录，修改客房的状态并退客户定金。
（4）申请会员证业务场景
图3.15申请会员证业务场景图
申请会员证业务场景图说明：
客户可以凭借会员证享受优惠服务，客户登录，发出申请会员证的请求，管理员查询该用户的信息并授予其会员证。
（5）经营状况统计业务场景
图3.16经营状况统计业务场景图
3.1.2系统需求（描述系统用例模型）
3.1.2.1概览
图3.17客房预订系统用例图
客房预订系统实现的用例：
预定房间，退房，取消预订，分类制定房间，客户申请会员证，经营状况统计，客房用户信息管理
3.1.2.2系统需求规定
（2）、客房预订
Ø业务说明
用例规约
表3.1客房预订用例规约
用例名称
预订房间
实现名称
Book_room
用例描述
客户通过此用例向系统提交客房预订请求
参与者
客户前台服务员
前置条件
1.用户身份是合法的
2.前台工作人员必须已经登录到这个系统
后置条件
1.创建预订记录
2预定信息正确的记录到系统中
主事件流
1前台人员向系统提供需要预定房间的类型、时间和预定天数
2.系统确认有相应档次的空闲房间，并计算出总费用和定金。
3.前台人员向系统提供客户信息提交的预订信息如姓名、地址、联系电话、证件号
4.系统记录旅客信息。
5.前台人员确认已经交纳定金
6系统记录房间已经预定，工作完成
备选事件流
2.a没有指定类型的空闲房间,可以转到第一步或者取消预定，用例结束
5a.顾客没有交纳定金，前台工作人员取消预定，用例结束。
业务规则
至少预订一间房
涉及的业务实体
会员证房间预定记录
非功能性需求
表3.2取消预订用例规约
用例名称
取消预订
实现名称
Call_off
用例描述
前台服务员利用该用例来取消顾客的预定，如果在指定时间内，则取消时需要返还顾客定金
参与者
客户前台服务员
前置条件
客户必须已经预订了某个房间
后置条件
2.系统将取消预定的房间恢复为空闲，并且定金已返还给顾客
主事件流
1前台人员提供给系统顾客信息，比如顾客姓名或证件号码；
2.系统进行检查并返回该顾客的预订信息，包括顾客姓名、证件号码、联系电话、房间类型、预订时间、预订天数和总费用；
3.前台人员确认取消该预定
4.系统取消该房间预订。
备选事件流
2a.系统提示没有该顾客的预定信息
4a.当取消预订在6小时之内，系统提示需要退还顾客定金
4a1.系统提示返回金额；
4a2.前台人员确认已退还定金；
4a3.系统记录定金已退还。
业务规则
已经预订过房
涉及的业务实体
会员证房间预定记录取消记录
非功能性需求
表3.3退房用例规约
用例名称
退房
实现名称
Check_out
用例描述
前台服务员利用该用例来给客户退房
参与者
客户前台服务员
前置条件
客户已预订过房间，交过定金并且已入住
后置条件
1．退定金
2.更改房间状态
3．生成退房记录
主事件流
1前台人员提供给系统顾客信息，比如顾客姓名或证件号码
2.系统进行检查并返回该顾客的预订信息，包括顾客姓名、证件号码、联系电话、房间类型、预订时间、预订天数和总费用；
3前台人员确认退房
4.系统删除此预订信息并修改房间状态
备选事件流
2a.系统提示没有该顾客的预定信息
业务规则
已经预订过房并且入住
涉及的业务实体
会员证房间预定记录退房记录
非功能性需求
表3.4申请会员证用例规约
用例名称
申请会员证
实现名称
申请会员证
用例描述
客户通过该用例申请会员证以享受优惠服务
参与者
客户管理员
前置条件
1该客户是本系统的合法用户
2该客户符合会员所具备的条件
后置条件
1管理员授予客户会员证
2管理员更新用户信息记录
主事件流
1客户经身份认证登录该系统
2.客户发出会员证申请
3.管理员从系统查处该用户的信息
4.客户符合会员要求，给予会员证
备选事件流
1.a该客户没注册
1.拒绝登录，用例结束
3.a管理员未查到该用户的信息
4.a该客户不满足会员要求拒绝给予会员证
业务规则
客户必须注册
涉及的业务实体
会员证
非功能性需求
Ø业务场景分析
图3.18客房预订业务场景图
客户登录该系统，如果是会员以会员身份登录，系统验证客户信息，信息正确，客户进行预订业务，系统获取满足客户需求的客房信息返回给客户，客户确定预订提交并交纳定金。
图3.19退房业务场景图
客户消费完后到前台退房，前台服务员查找确认客户订房记录，修改客房的状态并退客户定金。
图3.20会员证申请业务场景图
客户可以凭借会员证享受优惠服务，客户登录，发出申请会员证的请求，管理员查询该用户的信息并授予其会员证。
Ø业务实体分析
（1）客房预订业务实体图
图3.21客房预订业务实体图
（2）客户退房业务实体图
图3.21会员证申请业务实体图
（3）经营状况统计业务实体图
图3.21经营状况统计业务实体图
3.1.2.3数据分析
（3）概览
总体的业务实体视图
图3.22总体的业务实体视图
实体之间关系说明：
一个会员可以预定多个房间，有多条预定记录，多条退房记录；一条预定记录又可以对应多个房间；一个房间对应一条房间信息记录；一张经营状况统计表是对多条预定记录的统计。
Ø房间
实体名称
房间
实体描述
房间有不同的类型，设备，面积，价格都不同
属性名称
类型
精度
说明（属性的业务含义及业务规则）
房间编号
字符
12
房间类别编号（3位））+流水号（5）位
房间分类
字符
3
房间的分类
类型
字符
30
如单人间，双人间等
价格
字符
20
房间的收费标准
状态
字符
1
房间的状态空闲或已定
预定记录
实体名称
预定记录
实体描述
预定记录记录了客户的订房信息
属性名称
类型
精度
说明（属性的业务含义及业务规则）
记录编号
字符
12
记录类别编号（3位））+流水号（5）位
会员证
实体名称
会员证
实体描述
识别每个会员的依据
属性名称
类型
精度
说明（属性的业务含义及业务规则）
会员证编号
字符
12
会员信息
字符
100
包括姓名，电话等
3.2非功能性需求
3.2.1性能需求（Performance）
（1）系统生产的Web页面，通过率为20KBps的调制解调器在不超过5秒时间内可以全部下载下来。
（2）客户登记信息完成后，点击确认，系统将在2秒内完成保存。
（3）前台操作人员进行查找、修改或删除操作时，提交后，数据库能在4秒内修改完毕。
（4）客户退房时，点击确认后，能在2秒内计算出费用。
3.2.2安全设施需求（SAfety）
（1）用户信息设置有密码，输入密码才可以对用户信息进行查找、修改和删除。
（2）系统管理员必须经过注册才可以进登陆，登陆后才能进行相关的操作。
3.2.3安全性需求（Security）
（1）用户必须都要设置8位的阿拉伯数字作为登陆密码。
（2）管理员都要采用12位的阿拉伯数字作为登陆密码。
（3）用户和管理员都必须登陆到“宾馆客房预定系统”才能完成所有操作。
3.2.4软件质量属性
AVailablity（可用性）：
“在线图书借阅系统”系统将对全国机国外联网的用户可用，用户24小时都可以使用。
Reliability（可靠性）：
如果客户在填写信息没有提交之前，用户和系统的连接中断，那么用户应该能通过“客房预定系统”恢复不完整的信息。
Effectiveness（有效性）：
用户使用期间一直有效。
Maintainability（可维护性）：
在用户使用期间一直都在进行维护。
Portability（移植性）：
移植性很高
3.3外部接口需求
3.3.1用户界面（UserInterfaces，UI）
本系统用户界面统一使用网页格式提供，使用MacromediaDreamweaver8所提供的标准控件。
控件排列格式简洁整齐。
菜单使用弹出式下拉菜单。
输入输出时间使用“YYYY-MM-DD”，无功能键设置。
3.3.2硬件接口（HardwareInterfaces，HI）
3.3.3软件接口（SoftwareInterfaces，SI）
所有外部软件有：
WINDOWS2000或该版本以上的操作系统、tomcat6.0
MySQL5.0、IE6.0及其以上版本。
应用系统为：
酒店管理系统1.0
所有软件均运行于操作系统上。
IE与tomcat接口：
将IE请求数据传送给服务器
Tomcat与酒店管理系统接口：
将IE请求转送给酒店管理系统
酒店管理系统与MySQL接口：
交互数据
酒店管理系统与IE接口：
将响应发送给IE
3.3.4通信接口（CommunicationsInterfaces，CI）
支持http协议。
CI-1：
“在线房间预订系统”将向客户发送电子邮件消息，以报告存在的问题。
CI-2：
“在线房间预订系统”将向读者发送电子邮件消息，以提示定金的交付方法。
升级会员 