酒店管理系统需求规格说明书Word文档格式.docx

酒店管理系统需求规格说明书Word文档格式.docx

《酒店管理系统需求规格说明书Word文档格式.docx》由会员分享，可在线阅读，更多相关《酒店管理系统需求规格说明书Word文档格式.docx（22页珍藏版）》请在冰豆网上搜索。

然后可以查看自己订单的情况；

酒店业务员按照网上已付款的订单信息分配客房，然后让系统反应信息给住房者，住房者确认信息后即可入住，住房者可更改住房信息或取消订单。

用例模型概览

系统的参与者（Actors）

酒店管理员

各分店酒店的实际管理者，拥有该酒店所有员工〔酒店经理，前台操作员〕的信息管理权，拥有酒店客房信息的管理权〔增加、减少、更改房型〕，拥有该酒店经理，前台操作员的所有权利。

酒店经理

拥有客房经营管理权，可以查看客房的入住情况并且可以查看当天的经营统计信息，可以对前台操作员进展管理，拥有前台操作员的管理权。

前台操作员

客户入住时直接接触人员，负责对客户的预订，入住，退房需求提供效劳，拥有查看客房的入住情况信息权利。

住房客户

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

系统主要用例

登录系统

参与者：

酒店管理员，酒店经理，前台操作员

主要流程：

本用例参与者在系统提供的登录界面上输入自己的账号和密码，然后提交给系统。

系统检验用户代号和密码正确后，承受参与者登录。

否那么，提示错误和登录不成功。

酒店员工信息管理

酒店管理员可对酒店管理系统的使用者〔酒店管理员，酒店经理，前台操作员〕进展管理，包括对员工的根本信息〔用户姓名，所属部门，用户类型〕进展检索、录入和修改。

添加员工

添加酒店管理系统用户，录入身份信息〔前台效劳员，酒店经理，酒店管理员〕。

删除员工

删除员工信息〔前台效劳员，酒店经理，酒店管理员〕。

查询员工

酒店管理员，酒店经理

查询员工信息〔前台效劳员，酒店经理，酒店管理员〕，包括姓名，员工号，部门等

修改员工信息

修改员工信息〔前台效劳员，酒店经理，酒店管理员〕，修改权限包括姓名，员工号，部门等。

客房信息管理

酒店管理员登入信息管理系统对客房进展〔添加客房，更改客房，删除客房，查询客房信息〕。

添加客房

管理员添加一个新的客房信息

删除客房

管理员删除一个客房信息

修改客房

管理员修改客房信息

查询客房信息

管理员查询客房信息

收生产单

业务员

业务员根据已经收回的生产指令回单，将已经完成生产的订单项选择中，并确认已经完成生产，系统修改该订单的状态为已经生产。

配送订单

业务员从已经生产的订单中选择配送的订单，并指明配送人员。

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

完成配送

配送员

配送员完成订单的配送后，从订单列表中选择该订单，上传收货方确实认签名或留言图片，确认该订单已经完成配送，系统修改订单状态为已经完成配送〔送达〕。

用例视图

酒店管理系统用例视图

图2-1酒店系统用例视图

员工信息管理用例视图

图2-2员工信息管理用例视图

客房信息管理用例图

图2-3客房信息管理用例视图

系统核心架构用例视图

图2-4系统核心架构用例视图

假设与依赖

2.2.1客户假设

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

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

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等被修改

用例实现

管理员用户登录

实现依赖关系

参与类

主要流程

用例实现依赖

补充需求

参见?

酒店管理系统补充规格说明书?

。