酒店管理系统需求规格说明书58843

北京理工大学珠海学院
酒店管理系统软件需求规格说明书
版本 1.0
修订历史
目录
1. 概述 (4)
1。

1 目的 (4)
1.2 范围 (4)
1。

3 定义，略缩语及缩写 (4)
1。

4 参考资料 (4)
1.5 文档概貌 (4)
2。

总体说明 (4)
2。

1 用例模型概览 (4)
2。

1。

1 系统的参与者(Actors） (4)
2.1.2 系统主要用例 (5)
2。

1。

3 用例视图 (7)
2.2 假设与依赖 (10)
3。

具体需求 (10)
3。

1 用例报告 (10)
3.1.1 公共用例 (10)
3。

1。

2 酒店管理员 (11)
3.1。

3 酒店经理 (13)
3.1.4 前台操作员 (13)
3。

1.5 客户 (13)
3。

2 补充需求 (22)
软件需求规格说明书
1. 概述
1.1 目的
编写本文档的目的是为了参与项目各方对软件需求有统一的认识,并成为所有开发活动的依据.本文档可以作为新加入项目组成员的学习资料，便于他们快速了解项目。

在维护阶段，本文档便于对系统功能改造和升级时参考.
1.2 范围
本文档仅适用于“酒店管理系统”电子商务系统及内部业务管理。

1.3 定义, 略缩语及缩写
1.4 参考资料
1.5 文档概貌
2. 总体说明
建立本系统是为了在网上开展酒店预订，住房管理等相关业务，将服务范围扩展到所有大中城市，为酒店和客户提供优质的住房服务。

通过扩大销售规模或者签约酒店降低开发成本，通过便利的服务方便消费者的住房过程,从而刺激消费。

通过服务信誉提高所占市场份额，创造经营效益.
酒店经营者利用本系统在网上开设酒店预订系统，提供和维护统一的客房信息，并在全国各主要大中城市设立分支或连锁机构;住房者(客户）登陆系统选择客房,填写客户信息，支付房款。

然后可以查看自己订单的情况;酒店业务员按照网上已付款的订单信息分配客房,然后让系统反馈信息给住房者，住房者确认信息后即可入住，住房者可更改住房信息或取消订单。

2.1 用例模型概览
2.1.1 系统的参与者（Actors）
2.1.1.1 酒店管理员
各分店酒店的实际管理者，拥有该酒店所有员工(酒店经理，前台操作员)的信息管理权，拥有酒店客房信息的管理权（增加、减少、更改房型），拥有该酒店经理，前台操作员的所有权利.
2.1.1.2 酒店经理
拥有客房经营管理权，可以查看客房的入住情况并且可以查看当天的经营统计信息，可以对前台操作员进行管理,拥有前台操作员的管理权。

2.1.1.3 前台操作员
客户入住时直接接触人员，负责对客户的预订,入住，退房需求提供服务，拥有查看客房的入住情况信息权利。

2.1.1.4 住房客户
客户可以选择查看房型，并对已选房型有预订权利,当客户确认预订房型时,客户有入住和退房权利。

2.1.2 系统主要用例
2.1.2.1 登录系统
参与者：酒店管理员，酒店经理，前台操作员
主要流程:本用例参与者在系统提供的登录界面上输入自己的账号和密码，然后提交给系统.系统检验用户代号和密码正确后，接受参与者登录。

否则，提示错误和登录不成功.
2.1.2.2 酒店员工信息管理
参与者：酒店管理员
主要流程:酒店管理员可对酒店管理系统的使用者（酒店管理员，酒店经理，前台操作员）进行管理,包括对员工的基本信息（用户姓名，所属部门，用户类型)进行检索、录入和修改。

2.1.2.3 添加员工
参与者：酒店管理员
主要流程:添加酒店管理系统用户，录入身份信息(前台服务员，酒店经理，酒店管理员）。

2.1.2.4 删除员工
参与者：酒店管理员
主要流程：删除员工信息（前台服务员,酒店经理，酒店管理员）.
2.1.2.5 查询员工
参与者：酒店管理员，酒店经理
主要流程:查询员工信息(前台服务员，酒店经理，酒店管理员），包括姓名,员工号，部门等
2.1.2.6 修改员工信息
参与者：酒店管理员
主要流程：修改员工信息（前台服务员,酒店经理，酒店管理员），修改权限包括姓名，员工号，部门等.
2.1.2.7 客房信息管理
参与者：酒店管理员
主要流程:酒店管理员登入信息管理系统对客房进行（添加客房,更改客房，删除客房，查询客房信息）。

2.1.2.8 添加客房
参与者：酒店管理员
主要流程：管理员添加一个新的客房信息
2.1.2.9 删除客房
参与者:酒店管理员
主要流程:管理员删除一个客房信息
2.1.2.10 修改客房
参与者：酒店管理员
主要流程：管理员修改客房信息
2.1.2.11 查询客房信息
参与者:酒店管理员
主要流程：管理员查询客房信息
2.1.2.12 收生产单
参与者：业务员
主要流程:业务员根据已经收回的生产指令回单，将已经完成生产的订单选中,并确认已经完成生产，系统修
改该订单的状态为已经生产。

2.1.2.13 配送订单
参与者：业务员
主要流程：业务员从已经生产的订单中选择配送的订单,并指明配送人员。

系统记录配送人员信息,并将该订单状态改为已配送。

2.1.2.14 完成配送
参与者:配送员
主要流程:配送员完成订单的配送后，从订单列表中选择该订单，上传收货方的确认签名或留言图片，确认该订单已经完成配送，系统修改订单状态为已经完成配送（送达）。

2.1.3 用例视图
2.1.
3.1 酒店管理系统用例视图
客户退房
(f rom 前台服务)
图2—1 酒店系统用例视图
2.1.
3.2 员工信息管理用例视图
修改员工信息
(f rom 员工信息...
图2—2 员工信息管理用例视图
2.1.
3.3 客房信息管理用例图
添加客房
(f rom 客房信息...
图2-3 客房信息管理用例视图
2.1.
3.4 系统核心架构用例视图
客户退房
(f rom 前台服务)
图2-4 系统核心架构用例视图
2.2 假设与依赖
2。

2.1 客户假设
所有客户都可以浏览本系统并预订客房。

2.2。

2商品假设
本系统所支持的酒店的实体分店分布在全国各地，具体客房信息由酒店方提供.
2。

2。

3 订单假设
本系统假设在一次订房中，每一套房必须有一个客户的身份登记。

如果客户一次预订多间房，将会为每间房产生一次订单。

2。

2.4 支付假设
系统通过第三方在线支付系统为客户提供付款服务。

客户预订客房前,应已具有第三方支付系统所支持的付款手段之一。

系统从第三方付款系统获得客户付款成功的信息后,确认客户的订单并安排房间。

客户每次预订房间，不管预订几间房,总是按总金额一次性完成付款。

3. 具体需求
3.1 用例报告
3.1.1 公共用例
3.1.1.1 登录系统用例
用例名：登录系统
参与者:酒店管理员，酒店经理，前台操作员
涉众及其关注者：全体员工
前置条件:系统中已经存在用户信息。

后置条件：系统记录当前会话的用户信息。

主要流程:
1、用户选择登录系统功能，系统转向专供公司用户登录系统的界面；
2、用户录入自己的账号、密码，并向系统提交，系统接收并验证用户资料；
3、验证通过后,系统转向缺省的系统界面.
变化流程：
2a、用户录入资料不全而试图提交,系统给出资料不全的提示；
3a、验证不能通过,系统要给出提示,并让用户回到第2步。

特殊需求：无
技术或数据变元表:无
发生频率：极高
3.1.1.2 员工密码修改用例
用例名:员工密码修改
参与者：酒店管理员，酒店经理，前台操作员
涉众及其关注者：酒店管理员，酒店经理，前台操作员
前置条件：系统中已经存在用户信息。

后置条件:系统记录当前会话的用户信息.
主要流程:
1、用户选择登录系统功能，系统转向专供公司用户登录系统的界面；
2、用户录入自己的账号、密码，并向系统提交，系统接收并验证用户资料；
3、验证通过后,系统转向密码修改的系统界面。

4、提示用户输入新密码
5、修改成功
变化流程：
2a、用户录入资料不全而试图提交,系统给出资料不全的提示；
3a、验证不能通过，系统要给出提示，并让用户回到第2步。

特殊需求：无。

技术或数据变元表:无。

发生频率:低。

3.1.2 酒店管理员
3.1.2.1 员工信息管理用例
用例名:员工信息管理
参与者：酒店管理员
涉众及其关注者:前台操作员，酒店经理
前置条件:必须先登陆（用账号和密码）
后置条件：若发生变动,必须确认保存。

主要流程：
1、酒店管理员输入账号和密码登陆
2、对员工信息进行增、删、改、查。

变化流程：
2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作。

被包含的用例：1、添加员工
2、删除员工
3、修改员工信息
4、查询员工信息
特殊需求:无
技术或数据变元表：无
发生频率:低
3.1.2.2 添加员工用例
用例名：添加员工
参与者：酒店管理员
涉众及其关注者：前台操作员,酒店经理
前置条件：必须先登陆（用账号和密码）
后置条件:若发生变动,必须确认保存。

主要流程：
1、酒店管理员输入账号和密码登陆
2、开始添加员工
3、输入员工信息（姓名、员工号、部门等)
4、保存新添加员工信息
5、退出
变化流程:
2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作. 4a、如果员工信息不符合约束条件，给出提示操作者回到3步的操作。

特殊需求:无
技术或数据变元表：无
发生频率：低
3.1.2.3 删除员工用例
用例名：删除员工
参与者:酒店管理员
涉众及其关注者：前台操作员,酒店经理
前置条件：必须先登陆（用账号和密码）
后置条件：若发生变动，必须确认保存。

主要流程：
1、酒店管理员输入账号和密码登陆
2、输入要删除的员工姓名或员工号
3、确认删除并保存
4、退出
变化流程：
2a 、如果系统验证账号密码发现不完整或不符合要求,给出提示，操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在，给出提示，操作者回到2步的操作。

特殊需求:无
技术或数据变元表：无
发生频率：低
3.1.2.4 修改员工信息用例
用例名：修改员工信息
参与者：酒店管理员
涉众及其关注者:前台操作员，酒店经理
前置条件：必须先登陆（用账号和密码)
后置条件：若发生变动，必须确认保存。

主要流程：
1、酒店管理员输入账号和密码登陆
2、输入要修改的员工姓名或员工号
3、输入修改员工信息（姓名、员工号、部门等）
4、保存新员工信息
5、退出
变化流程：
2a 、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在，给出提示，操作者回到2步的操作。

特殊需求：无
技术或数据变元表:无
发生频率：低
3.1.2.5 查询员工信息用例
用例名：查询员工信息
参与者：酒店管理员
涉众及其关注者:前台操作员，酒店经理
前置条件：必须先登陆（用账号和密码)
后置条件:若发生变动，必须确认保存。

主要流程：
1、酒店管理员输入账号和密码登陆
2、输入要查询的员工姓名或员工号
3、检索并查看信息
4、退出
变化流程：
2a 、如果系统验证账号密码发现不完整或不符合要求,给出提示，操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在,给出提示，操作者回到2步的操作.
特殊需求:无
技术或数据变元表：无
发生频率：高
3.1.3 酒店经理
3.1.4 前台操作员
3.1.5 客户
3.2 领域模型
3.2.1 领域类图
3.2.2 领域类说明
酒店管理员：酒店的管理人员，可以对酒店员工以及酒店的业务进行管理.
酒店经理:负责管理该酒店的日常事务，以及安排人员工作。

前台操作员：负责接待客户，订房、退房、退款。

客户：来酒店消费的顾客。

员工信息：记录员工的信息，方便管理员工.
客户信息：记录客户的信息。

客户身份：客户一般分为会员和VIP会员。

会员是来酒店消费过的；VIP会员是来酒店办VIP卡消费的。

联系方法：员工或客户联系方式的集合。

订单:客户已经付款货预订的客房合约.客户可以订多个客房,一张订单需要有一个付款支付。

订单状态：订单在处理过程中的不同状态。

预订客房为预订状态,已付款为已付款状态；客户申请退款为退款状态；退款成功为已退款状态；客户离宿（退房）为已离宿状态。

客房目录:索引所有酒店客房，方便前台操作员快速找到合适的客房安排给客户。

客房：酒店的客房。

支付：客户对已生产的订单进行结算行为，客户入住.
客房信息：记录酒店客房的信息，如客房状态，客房类型。

客房状态:客房在处理过程中的不同状态，根据订单状态而改变。

客户预订客房时为已预订状态；客户为订单付款为已住宿状态；客户退款成功为空房状态；客户离宿为空房状态。

客房类型：客房类型分为单人房,双人房，大床房，电脑房，豪华单人房,豪华双人房，总统套房。

3.3 酒店管理系统顺序图和操作契约
3.3.1 处理查询员工用例SSD和操作契约
处理查询员工用例的SSD：
: 酒店管理员
处理查询员工用例的操作契约：
1、输入员工身份信息的契约
操作：输入员工用户名，密码
职责：酒店管理系统验证管理员身份信息，实现登录
交叉引用：增加，删除，修改，查询员工用例
前置条件：无
后置条件:
创建一个用户实例admin
2、输入待查询员工姓名或编号的契约
操作: 输入待查询员工姓名或编号
职责：酒店管理系统进行员工姓名，编号验证，显示员工信息交叉引用：查询员工用例
前置条件:当前管理员用户已登录
后置条件：
●创建一个被查询员工的用户实例user
3.3.2 处理增加员工用例SSD和操作契约
处理增加员工用例的SSD：
: 酒店管理员
处理增加员工用例的操作契约：
1、输入管理员用户密码的契约
操作: 输入管理员用户名，密码
职责: 酒店管理系统验证管理员身份信息，实现登录
交叉引用：增加,删除，修改，查询员工用例
前置条件：无
后置条件：
●创建一个用户实例admin
2、增加员工的契约
操作: 输入员工姓名和编号，具体信息（部门，电话，地址等）职责: 酒店管理系统进行员工信息约束验证，显示员工信息
交叉引用：添加员工用例
前置条件：当前管理员用户已登录
后置条件:
●新建一个员工用户实例user
●员工用户实例user被关联到员工管理系统
●员工用户实例user的name和id属性被设置为具体值
3.3.3 处理删除员工用例SSD和操作契约
处理删除员工用例的SSD：
: 酒店管理员
处理删除员工用例的操作契约:
1、输入管理员用户密码的契约
操作：输入管理员用户名，密码
职责: 酒店管理系统验证管理员身份信息，实现登录
交叉引用：增加，删除,修改，查询员工用例
前置条件：无
后置条件:
●创建一个用户实例admin
2、删除员工的契约
操作: 输入员工姓名或编号
职责：酒店管理系统进行员工姓名，编号验证，删除员工
交叉引用:删除员工用例
前置条件：当前管理员用户已登录
后置条件:
●员工用户实例user被清除与员工管理系统的关联
●删除一个员工用户实例user
3.3.4 处理修改员工用例SSD和操作契约
处理修改员工用例的SSD：
: 酒店管理员
处理修改员工用例的操作契约：
1、输入管理员用户密码的契约
操作：输入管理员用户名，密码
职责：酒店管理系统验证管理员身份信息，实现登录
交叉引用:增加，删除，修改，查询员工用例
前置条件：无
后置条件：
●创建一个用户实例admin
2、修改员工的契约
操作: 输入员工姓名或编号
职责: 酒店管理系统进行员工姓名，编号验证，修改员工
交叉引用：修改员工用例
前置条件:当前管理员用户已登录
后置条件:
●创建一个员工用户实例user
●员工用户实例user被关联到员工管理系统
3、修改员工具体信息的契约
操作: 输入员工具体信息
职责：酒店管理系统进行员工信息修改
交叉引用：修改员工用例
前置条件：当前管理员用户已登录,待修改员工姓名，编号已验证
后置条件：
员工用户实例user的相关属性值address，phone等被修改
3.4 用例实现
3.4.1 管理员用户登录
3.4.1.1 实现依赖关系
登陆
(from 个人信息管理)
处理管理员用户登录
3.4.1.2 参与类
3.4.1.3 主要流程
: 酒店管理员 : 登录界面:Login:erAc
countControl
:Tech.identify
username,password
getUsername(),getPassword()
identity()
be Successful
getUsername(),getPassword()
3.4.2 添加员工
3.4.2.1 实现依赖关系
添加员工
(from 员工信息管理)
处理添加员工
3.4.2.2 参与类
3.4.2.3 主要流程
: 酒店管理员 : 员工信息界面Domain.employee :
员工信息管理
erdb : 员
工信息库
Submit userinfo
addUser( )
addUser()
Update()
3.4.3 删除员工
3.4.3.1 用例实现依赖
删除员工
(from 员工信息管理)
处理删除员工
3.4.3.2 参与类
3.4.3.3 主要流程
: 酒店管理员 : 员工信息界面Domain.employee :
员工信息管理
erdb : 员
工信息库
SelectUser()
deleteUser( )
deleteUser()
Update()
3.4.4 查询员工
3.4.4.1 用例实现依赖
查询员工
(from 员工信息管理)
处理查询员工
3.4.4.2 参与类
3.4.4.3 主要流程
: 酒店管理员 : 员工信息界面
3.5 补充需求
参见《酒店管理系统补充规格说明书》。