酒店管理系统需求规格说明书Word格式文档下载.docx
《酒店管理系统需求规格说明书Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求规格说明书Word格式文档下载.docx(22页珍藏版)》请在冰豆网上搜索。
![酒店管理系统需求规格说明书Word格式文档下载.docx](https://file1.bdocx.com/fileroot1/2022-11/21/e5d228dd-f76f-4518-a9bc-7539e31a1bc6/e5d228dd-f76f-4518-a9bc-7539e31a1bc61.gif)
住房者(客户)登陆系统选择客房,填写客户信息,支付房款。
然后能够查看自己订单的情况;
酒店业务员按照网上已付款的订单信息分配客房,然后让系统反馈信息给住房者,住房者确认信息后即可入住,住房者可更改住房信息或取消订单。
用例模型概览
系统的参与者(Actors)
酒店管理员
各分店酒店的实际管理者,拥有该酒店所有员工(酒店经理,前台操作员)的信息管理权,拥有酒店客房信息的管理权(增加、减少、更改房型),拥有该酒店经理,前台操作员的所有权利。
酒店经理
拥有客房经营管理权,能够查看客房的入住情况而且能够查看当天的经营统计信息,能够对前台操作员进行管理,拥有前台操作员的管理权。
前台操作员
客户入住时直接接触人员,负责对客户的预订,入住,退房需求提供服务,拥有查看客房的入住情况信息权利。
住房客户
客户能够选择查看房型,并对已选房型有预订权利,当客户确认预订房型时,客户有入住和退房权利。
系统主要用例
登录系统
参与者:
酒店管理员,酒店经理,前台操作员
主要流程:
本用例参与者在系统提供的登录界面上输入自己的账号和密码,然后提交给系统。
系统检验用户代号和密码正确后,接受参与者登录。
否则,提示错误和登录不成功。
酒店员工信息管理
酒店管理员可对酒店管理系统的使用者(酒店管理员,酒店经理,前台操作员)进行管理,包括对员工的基本信息(用户姓名,所属部门,用户类型)进行检索、录入和修改。
添加员工
添加酒店管理系统用户,录入身份信息(前台服务员,酒店经理,酒店管理员)。
删除员工
删除员工信息(前台服务员,酒店经理,酒店管理员)。
查询员工
酒店管理员,酒店经理
查询员工信息(前台服务员,酒店经理,酒店管理员),包括姓名,员工号,部门等
修改员工信息
修改员工信息(前台服务员,酒店经理,酒店管理员),修改权限包括姓名,员工号,部门等。
客房信息管理
酒店管理员登入信息管理系统对客房进行(添加客房,更改客房,删除客房,查询客房信息)。
添加客房
管理员添加一个新的客房信息
删除客房
管理员删除一个客房信息
修改客房
管理员修改客房信息
查询客房信息
管理员查询客房信息
收生产单
业务员
业务员根据已经收回的生产指令回单,将已经完成生产的订单选中,并确认已经完成生产,系统修改该订单的状态为已经生产。
配送订单
业务员从已经生产的订单中选择配送的订单,并指明配送人员。
系统记录配送人员信息,并将该订单状态改为已配送。
完成配送
配送员
配送员完成订单的配送后,从订单列表中选择该订单,上传收货方的确认签名或留言图片,确认该订单已经完成配送,系统修改订单状态为已经完成配送(送达)。
用例视图
酒店管理系统用例视图
图2-1酒店系统用例视图
员工信息管理用例视图
图2-2员工信息管理用例视图
客房信息管理用例图
图2-3客房信息管理用例视图
系统核心架构用例视图
图2-4系统核心架构用例视图
假设与依赖
2.2.1客户假设
所有客户都能够浏览本系统并预订客房。
2.2.2商品假设
本系统所支持的酒店的实体分店分布在全国各地,具体客房信息由酒店方提供。
2.2.3订单假设
本系统假设在一次订房中,每一套房必须有一个客户的身份登记。
如果客户一次预订多间房,将会为每间房产生一次订单。
2.2.4支付假设
系统经过第三方在线支付系统为客户提供付款服务。
客户预订客房前,应已具有第三方支付系统所支持的付款手段之一。
系统从第三方付款系统获得客户付款成功的信息后,确认客户的订单并安排房间。
客户每次预订房间,不论预订几间房,总是按总金额一次性完成付款。
3.具体需求
用例报告
公共用例
登录系统用例
用例名:
涉众及其关注者:
全体员工
前置条件:
系统中已经存在用户信息。
后置条件:
系统记录当前会话的用户信息。
1、用户选择登录系统功能,系统转向专供公司用户登录系统的界面;
2、用户录入自己的账号、密码,并向系统提交,系统接收并验证用户资料;
3、验证经过后,系统转向缺省的系统界面。
变化流程:
2a、用户录入资料不全而试图提交,系统给出资料不全的提示;
3a、验证不能经过,系统要给出提示,并让用户回到第2步。
特殊需求:
无
技术或数据变元表:
发生频率:
极高
员工密码修改用例
员工密码修改
涉众及其关注者:
3、验证经过后,系统转向密码修改的系统界面。
4、提示用户输入新密码
5、修改成功
特殊需求:
无。
技术或数据变元表:
发生频率:
低。
员工信息管理用例
员工信息管理
前台操作员,酒店经理
必须先登陆(用账号和密码)
若发生变动,必须确认保存。
1、酒店管理员输入账号和密码登陆
2、对员工信息进行增、删、改、查。
2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。
被包含的用例:
1、添加员工
2、删除员工
3、修改员工信息
4、查询员工信息
低
添加员工用例
2、开始添加员工
3、输入员工信息(姓名、员工号、部门等)
4、保存新添加员工信息
5、退出
4a、如果员工信息不符合约束条件,给出提示操作者回到3步的操作。
删除员工用例
2、输入要删除的员工姓名或员工号
3、确认删除并保存
4、退出
3a、如果输入的员工姓名或员工号不存在,给出提示,操作者回到2步的操作。
修改员工信息用例
2、输入要修改的员工姓名或员工号
3、输入修改员工信息(姓名、员工号、部门等)
4、保存新员工信息
查询员工信息用例
查询员工信息
2、输入要查询的员工姓名或员工号
3、检索并查看信息
高
客户
领域模型
领域类图
领域类说明
酒店管理员:
酒店的管理人员,能够对酒店员工以及酒店的业务进行管理。
酒店经理:
负责管理该酒店的日常事务,以及安排人员工作。
前台操作员:
负责接待客户,订房、退房、退款。
客户:
来酒店消费的顾客。
员工信息:
记录员工的信息,方便管理员工。
客户信息:
记录客户的信息。
客户身份:
客户一般分为会员和VIP会员。
会员是来酒店消费过的;
VIP会员是来酒店办VIP卡消费的。
联系方法:
员工或客户联系方式的集合。
订单:
客户已经付款货预订的客房合约。
客户能够订多个客房,一张订单需要有一个付款支付。
订单状态:
订单在处理过程中的不同状态。
预订客房为预订状态,已付款为已付款状态;
客户申请退款为退款状态;
退款成功为已退款状态;
客户离宿(退房)为已离宿状态。
客房目录:
索引所有酒店客房,方便前台操作员快速找到合适的客房安排给客户。
客房:
酒店的客房。
支付:
客户对已生产的订单进行结算行为,客户入住。
客房信息:
记录酒店客房的信息,如客房状态,客房类型。
客房状态:
客房在处理过程中的不同状态,根据订单状态而改变。
客户预订客房时为已预订状态;
客户为订单付款为已住宿状态;
客户退款成功为空房状态;
客户离宿为空房状态。
客房类型:
客房类型分为单人房,双人房,大床房,电脑房,豪华单人房,豪华双人房,总统套房。
酒店管理系统顺序图和操作契约
处理查询员工用例SSD和操作契约
处理查询员工用例的SSD:
处理查询员工用例的操作契约:
1、输入员工身份信息的契约
操作:
输入员工用户名,密码
职责:
酒店管理系统验证管理员身份信息,实现登录
交叉引用:
增加,删除,修改,查询员工用例
前置条件:
后置条件:
●创立一个用户实例admin
2、输入待查询员工姓名或编号的契约
输入待查询员工姓名或编号
酒店管理系统进行员工姓名,编号验证,显示员工信息
查询员工用例
当前管理员用户已登录
●创立一个被查询员工的用户实例user
处理增加员工用例SSD和操作契约
处理增加员工用例的SSD:
处理增加员工用例的操作契约:
1、输入管理员用户密码的契约
输入管理员用户名,密码
2、增加员工的契约
输入员工姓名和编号,具体信息(部门,电话,地址等)
酒店管理系统进行员工信息约束验证,显示员工信息
●新建一个员工用户实例user
●员工用户实例user被关联到员工管理系统
●员工用户实例user的name和id属性被设置为具体值
处理删除员工用例SSD和操作契约
处理删除员工用例的SSD:
处理删除员工用例的操作契约:
2、删除员工的契约
输入员工姓名或编号
酒店管理系统进行员工姓名,编号验证,删除员工
●员工用户实例user被清除与员工管理系统的关联
●删除一个员工用户实例user
处理修改员工用例SSD和操作契约
处理修改员工用例的SSD:
处理修改员工用例的操作契约:
2、修改员工的契约
酒店管理系统进行员工姓名,编号验证,修改员工
修改员工用例
●创立一个员工用户实例user
3、修改员工具体信息的契约
输入员工具体信息
酒店管理系统进行员工信息修改
当前管理员用户已登录,待修改员工姓名,编号已验证
●员工用户实例user的相关属性值address,phone等被修改
用例实现
管理员用户登录
实现依赖关系
参与类
主要流程
用例实现依赖
补充需求
参见《酒店管理系统补充规格说明书》。