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

1、酒店管理系统软件需求规格说明书版本 1.0 24 / 24文档可自由编辑修订历史日期版本说明作者目录1. 概述41.1 目的41.2 范围41.3 定义, 略缩语及缩写41.4 参考资料41.5 文档概貌42. 总体说明42.1 用例模型概览42.1.1 系统的参与者(Actors)42.1.2 系统主要用例52.1.3 用例视图 62.2 假设与依赖63. 具体需求73.1 用例报告73.1.1 公共用例73.1.2 酒店管理员73.1.3 酒店经理93.1.4 前台操作员103.1.5 客户113.2 补充需求11软件需求规格说明书 1. 概述1.1 目的编写本文档的目的是为了参与项目各方

2、对软件需求有统一的认识，并成为所有开发活动的依据。本文档可以作为新加入项目组成员的学习资料，便于他们快速了解项目。在维护阶段，本文档便于对系统功能改造和升级时参考。1.2 范围本文档仅适用于“酒店管理系统”电子商务系统及内部业务管理。1.3 定义, 略缩语及缩写1.4 参考资料1.5 文档概貌2. 总体说明建立本系统是为了在网上开展酒店预订，住房管理等相关业务，将服务范围扩展到所有大中城市，为酒店和客户提供优质的住房服务。通过扩大销售规模或者签约酒店降低开发成本，通过便利的服务方便消费者的住房过程，从而刺激消费。通过服务信誉提高所占市场份额，创造经营效益。酒店经营者利用本系统在网上开设酒店预订

3、系统，提供和维护统一的客房信息，并在全国各主要大中城市设立分支或连锁机构；住房者(客户)登陆系统选择客房，填写客户信息，支付房款。然后可以查看自己订单的情况；酒店业务员按照网上已付款的订单信息分配客房，然后让系统反馈信息给住房者，住房者确认信息后即可入住，住房者可更改住房信息或取消订单。2.1 用例模型概览2.1.1 系统的参与者(Actors)2.1.1.1 酒店管理员各分店酒店的实际管理者，拥有该酒店所有员工（酒店经理，前台操作员）的信息管理权，拥有酒店客房信息的管理权（增加、减少、更改房型），拥有该酒店经理，前台操作员的所有权利。2.1.1.2 酒店经理拥有客房经营管理权，可以查看客房的

4、入住情况并且可以查看当天的经营统计信息，可以对前台操作员进行管理，拥有前台操作员的管理权。2.1.1.3 前台操作员客户入住时直接接触人员，负责对客户的预订，入住，退房需求提供服务，拥有查看客房的入住情况信息权利。2.1.1.4 住房客户 客户可以选择查看房型，并对已选房型有预订权利，当客户确认预订房型时，客户有入住和退房权利。2.1.2 系统主要用例2.1.2.1 登录系统参与者：酒店管理员，酒店经理，前台操作员主要流程：本用例参与者在系统提供的登录界面上输入自己的账号和密码，然后提交给系统。系统检验用户代号和密码正确后，接受参与者登录。否则，提示错误和登录不成功。2.1.2.2 酒店员工信

5、息管理参与者：酒店管理员主要流程：酒店管理员可对酒店管理系统的使用者（酒店管理员，酒店经理，前台操作员）进行管理，包括对员工的基本信息（用户姓名，所属部门，用户类型）进行检索、录入和修改。2.1.2.3 添加员工参与者：酒店管理员主要流程：添加酒店管理系统用户，录入身份信息（前台服务员，酒店经理，酒店管理员）。2.1.2.4 删除员工参与者：酒店管理员主要流程：删除员工信息（前台服务员，酒店经理，酒店管理员）。2.1.2.5 查询员工参与者：酒店管理员，酒店经理主要流程：查询员工信息（前台服务员，酒店经理，酒店管理员），包括姓名，员工号，部门等2.1.2.6 修改员工信息参与者：酒店管理员主要

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 收生产单参与者：业务员主要流程：业务员根据已经收回的

7、生产指令回单，将已经完成生产的订单选中，并确认已经完成生产，系统修改该订单的状态为已经生产。2.1.2.13 配送订单参与者：业务员主要流程：业务员从已经生产的订单中选择配送的订单，并指明配送人员。系统记录配送人员信息，并将该订单状态改为已配送。2.1.2.14 完成配送参与者：配送员主要流程：配送员完成订单的配送后，从订单列表中选择该订单，上传收货方的确认签名或留言图片，确认该订单已经完成配送，系统修改订单状态为已经完成配送（送达）。2.1.3 用例视图 2.1.3.1 酒店管理系统用例视图图2-1 酒店系统用例视图2.1.3.2 员工信息管理用例视图图2-2 员工信息管理用例视图2.1.3

8、.3 客房信息管理用例图 图2-3 客房信息管理用例视图2.1.3.4 系统核心架构用例视图图2-4 系统核心架构用例视图2.2 假设与依赖2.2.1 客户假设所有客户都可以浏览本系统并预订客房。2.2.2商品假设本系统所支持的酒店的实体分店分布在全国各地，具体客房信息由酒店方提供。2.2.3 订单假设本系统假设在一次订房中，每一套房必须有一个客户的身份登记。如果客户一次预订多间房，将会为每间房产生一次订单。2.2.4 支付假设系统通过第三方在线支付系统为客户提供付款服务。客户预订客房前，应已具有第三方支付系统所支持的付款手段之一。系统从第三方付款系统获得客户付款成功的信息后，确认客户的订单并

9、安排房间。客户每次预订房间，不管预订几间房，总是按总金额一次性完成付款。3. 具体需求 3.1 用例报告3.1.1 公共用例3.1.1.1 登录系统用例用例名：登录系统参与者：酒店管理员，酒店经理，前台操作员涉众及其关注者:全体员工前置条件：系统中已经存在用户信息。后置条件：系统记录当前会话的用户信息。主要流程：1、用户选择登录系统功能，系统转向专供公司用户登录系统的界面；2、用户录入自己的账号、密码，并向系统提交，系统接收并验证用户资料；3、验证通过后，系统转向缺省的系统界面。变化流程：2a、 用户录入资料不全而试图提交，系统给出资料不全的提示；3a、 验证不能通过，系统要给出提示，并让用户

10、回到第2步。特殊需求:无技术或数据变元表:无发生频率:极高3.1.1.2 员工密码修改用例用例名：员工密码修改参与者：酒店管理员，酒店经理，前台操作员涉众及其关注者：酒店管理员，酒店经理，前台操作员前置条件：系统中已经存在用户信息。后置条件：系统记录当前会话的用户信息。主要流程：1、用户选择登录系统功能，系统转向专供公司用户登录系统的界面；2、用户录入自己的账号、密码，并向系统提交，系统接收并验证用户资料；3、验证通过后，系统转向密码修改的系统界面。4、提示用户输入新密码5、修改成功变化流程：2a、 用户录入资料不全而试图提交，系统给出资料不全的提示；3a、 验证不能通过，系统要给出提示，并让

11、用户回到第2步。特殊需求：无。技术或数据变元表：无。发生频率：低。3.1.2 酒店管理员3.1.2.1 员工信息管理用例用例名：员工信息管理参与者：酒店管理员涉众及其关注者:前台操作员,酒店经理前置条件：必须先登陆（用账号和密码）后置条件：若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆2、对员工信息进行增、删、改、查。变化流程：2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作。被包含的用例：1、添加员工 2、删除员工 3、修改员工信息 4、查询员工信息特殊需求:无技术或数据变元表:无发生频率:低3.1.2.2 添加员工用例用例名：添加员工

12、参与者：酒店管理员涉众及其关注者:前台操作员,酒店经理前置条件：必须先登陆（用账号和密码）后置条件：若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆2、开始添加员工3、输入员工信息（姓名、员工号、部门等）4、保存新添加员工信息5、退出变化流程：2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作。4a、如果员工信息不符合约束条件，给出提示操作者回到3步的操作。特殊需求:无技术或数据变元表:无发生频率:低3.1.2.3 删除员工用例用例名：删除员工参与者：酒店管理员涉众及其关注者:前台操作员,酒店经理前置条件：必须先登陆（用账号和密码）后置条件：

13、若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆2、输入要删除的员工姓名或员工号3、确认删除并保存4、退出变化流程：2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作。3a、 如果输入的员工姓名或员工号不存在，给出提示，操作者回到2步的操作。特殊需求:无技术或数据变元表:无发生频率:低3.1.2.4 修改员工信息用例用例名：修改员工信息参与者：酒店管理员涉众及其关注者:前台操作员,酒店经理前置条件：必须先登陆（用账号和密码）后置条件：若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆2、输入要修改的员工姓名或员工号3、输入修

14、改员工信息（姓名、员工号、部门等）4、保存新员工信息5、退出变化流程：2a 、如果系统验证账号密码发现不完整或不符合要求，给出提示，操作者回到1步的操作。3a、 如果输入的员工姓名或员工号不存在，给出提示，操作者回到2步的操作。特殊需求:无技术或数据变元表:无发生频率:低3.1.2.5 查询员工信息用例用例名：查询员工信息参与者：酒店管理员涉众及其关注者:前台操作员,酒店经理前置条件：必须先登陆（用账号和密码）后置条件：若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆2、输入要查询的员工姓名或员工号3、检索并查看信息4、退出变化流程：2a 、如果系统验证账号密码发现不完整或

15、不符合要求，给出提示，操作者回到1步的操作。3a、 如果输入的员工姓名或员工号不存在，给出提示，操作者回到2步的操作。特殊需求:无技术或数据变元表:无发生频率:高3.1.3 酒店经理3.1.4 前台操作员3.1.5 客户3.2 领域模型3.2.1 领域类图3.2.2 领域类说明酒店管理员：酒店的管理人员，可以对酒店员工以及酒店的业务进行管理。 酒店经理：负责管理该酒店的日常事务，以及安排人员工作。前台操作员：负责接待客户，订房、退房、退款。 客户：来酒店消费的顾客。员工信息：记录员工的信息，方便管理员工。客户信息：记录客户的信息。客户身份：客户一般分为会员和VIP会员。会员是来酒店消费过的；V

16、IP会员是来酒店办VIP卡消费的。联系方法：员工或客户联系方式的集合。 订单：客户已经付款货预订的客房合约。客户可以订多个客房，一张订单需要有一个付款支付。订单状态：订单在处理过程中的不同状态。预订客房为预订状态，已付款为已付款状态；客户申请退款为退款状态；退款成功为已退款状态；客户离宿（退房）为已离宿状态。客房目录：索引所有酒店客房，方便前台操作员快速找到合适的客房安排给客户。 客房：酒店的客房。支付：客户对已生产的订单进行结算行为，客户入住。 客房信息：记录酒店客房的信息，如客房状态，客房类型。客房状态：客房在处理过程中的不同状态，根据订单状态而改变。客户预订客房时为已预订状态；客户为订单

17、付款为已住宿状态；客户退款成功为空房状态；客户离宿为空房状态。客房类型：客房类型分为单人房，双人房，大床房，电脑房，豪华单人房，豪华双人房，总统套房。3.3 酒店管理系统顺序图和操作契约3.3.1 处理查询员工用例SSD和操作契约处理查询员工用例的SSD：处理查询员工用例的操作契约：1、 输入员工身份信息的契约操作: 输入员工用户名，密码职责: 酒店管理系统验证管理员身份信息，实现登录交叉引用:增加，删除，修改，查询员工用例前置条件:无后置条件:l 创建一个用户实例admin2、输入待查询员工姓名或编号的契约操作: 输入待查询员工姓名或编号职责: 酒店管理系统进行员工姓名，编号验证，显示员工信

18、息交叉引用:查询员工用例前置条件:当前管理员用户已登录后置条件:l 创建一个被查询员工的用户实例user3.3.2 处理增加员工用例SSD和操作契约处理增加员工用例的SSD：处理增加员工用例的操作契约：1、输入管理员用户密码的契约操作: 输入管理员用户名，密码职责: 酒店管理系统验证管理员身份信息，实现登录交叉引用:增加，删除，修改，查询员工用例前置条件:无后置条件:l 创建一个用户实例admin2、增加员工的契约操作: 输入员工姓名和编号，具体信息（部门，电话，地址等）职责: 酒店管理系统进行员工信息约束验证，显示员工信息交叉引用:添加员工用例前置条件:当前管理员用户已登录后置条件:l 新建

19、一个员工用户实例userl 员工用户实例user被关联到员工管理系统l 员工用户实例user的name和id属性被设置为具体值3.3.3 处理删除员工用例SSD和操作契约处理删除员工用例的SSD：处理删除员工用例的操作契约：1、输入管理员用户密码的契约操作: 输入管理员用户名，密码职责: 酒店管理系统验证管理员身份信息，实现登录交叉引用:增加，删除，修改，查询员工用例前置条件:无后置条件:l 创建一个用户实例admin2、删除员工的契约操作: 输入员工姓名或编号职责: 酒店管理系统进行员工姓名，编号验证，删除员工交叉引用:删除员工用例前置条件:当前管理员用户已登录后置条件:l 员工用户实例user被清除与员工管理