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

北京理工大学珠海学院 酒店管理系统 软件需求规格说明书 版本 1.0 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 2 修订历史 日期 版本 说明 作者 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 3 目录 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 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 4 软件需求规格说明书 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 住房客户 客户可以选择查看房型，并对已选房型有预订权利,当客户确认预订房型时,客户有入住和退房权利。XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 5 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 收生产单 参与者：业务员 主要流程:业务员根据已经收回的生产指令回单，将已经完成生产的订单选中,并确认已经完成生产，系统修XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 6 改该订单的状态为已经生产。2.1.2.13 配送订单 参与者：业务员 主要流程：业务员从已经生产的订单中选择配送的订单,并指明配送人员。系统记录配送人员信息,并将该订单状态改为已配送。2.1.2.14 完成配送 参与者:配送员 主要流程:配送员完成订单的配送后，从订单列表中选择该订单，上传收货方的确认签名或留言图片，确认该订单已经完成配送，系统修改订单状态为已经完成配送（送达）。XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 7 2.1.3 用例视图 2.1.3.1 酒店管理系统用例视图 客房信息管理(from 客房信息.员工信息管理(from 员工信息.客户信息查询(from 客户信息.前台服务(from 前台服务)酒店管理员(from Actors)酒店经理(from Actors)个人信息管理(from 个人信息.前台工作者(from Actors)查询员工(from 员工信息.删除员工(from 员工信息.添加员工(from 员工信息.修改员工信息(from 员工信息.查询客房信息(from 客房信息.更改客房(from 客房信息.删除客房(from 客房信息.添加客房(from 客房信息.客房预订(from 前台服务)客户入住(from 前台服务)客户退房(from 前台服务)图 21 酒店系统用例视图 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 8 2.1.3.2 员工信息管理用例视图 员工信息管理(from 员工信息.修改员工信息(from 员工信息.添加员工(from 员工信息.删除员工(from 员工信息.查询员工(from 员工信息.图 22 员工信息管理用例视图 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 9 2.1.3.3 客房信息管理用例图 客房信息管理(from 客房信息.查询客房信息(from 客房信息.更改客房(from 客房信息.删除客房(from 客房信息.添加客房(from 客房信息.图 2-3 客房信息管理用例视图 2.1.3.4 系统核心架构用例视图 前台服务(from 前台服务)客房预订(from 前台服务)客户入住(from 前台服务)客户退房(from 前台服务)XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 10 图 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 员工密码修改用例 用例名:员工密码修改 参与者：酒店管理员，酒店经理，前台操作员 涉众及其关注者：酒店管理员，酒店经理，前台操作员 前置条件：系统中已经存在用户信息。后置条件:系统记录当前会话的用户信息.XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 11 主要流程: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、退出 变化流程:XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 12 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 查询员工信息用例 用例名：查询员工信息 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 13 参与者：酒店管理员 涉众及其关注者:前台操作员，酒店经理 前置条件：必须先登陆（用账号和密码)后置条件:若发生变动，必须确认保存。主要流程：1、酒店管理员输入账号和密码登陆 2、输入要查询的员工姓名或员工号 3、检索并查看信息 4、退出 变化流程：2a、如果系统验证账号密码发现不完整或不符合要求,给出提示，操作者回到 1 步的操作。3a、如果输入的员工姓名或员工号不存在,给出提示，操作者回到 2 步的操作.特殊需求:无 技术或数据变元表：无 发生频率：高 3.1.3 酒店经理 3.1.4 前台操作员 3.1.5 客户 3.2 领域模型 3.2.1 领域类图 客户身份联系方法客户信息11包含11包含客房状态客房信息11包含客房类型11包含客户(from Actors)11客房11客房目录*1查找订单状态支付订单10.*包含11包含酒店管理员(from Actors)前台工作者(from Actors)订房，退房管理酒店经理(from Actors)管理管理联系方法员工信息11管理11记录11管理11包含 3.2.2 领域类说明 酒店管理员：酒店的管理人员，可以对酒店员工以及酒店的业务进行管理.酒店经理:负责管理该酒店的日常事务，以及安排人员工作。前台操作员：负责接待客户，订房、退房、退款。客户：来酒店消费的顾客。XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 14 员工信息：记录员工的信息，方便管理员工.客户信息：记录客户的信息。客户身份：客户一般分为会员和 VIP 会员。会员是来酒店消费过的；VIP 会员是来酒店办 VIP 卡消费的。联系方法：员工或客户联系方式的集合。订单:客户已经付款货预订的客房合约.客户可以订多个客房,一张订单需要有一个付款支付。订单状态：订单在处理过程中的不同状态。预订客房为预订状态,已付款为已付款状态；客户申请退款为退款状态；退款成功为已退款状态；客户离宿（退房）为已离宿状态。客房目录:索引所有酒店客房，方便前台操作员快速找到合适的客房安排给客户。客房：酒店的客房。支付：客户对已生产的订单进行结算行为，客户入住.客房信息：记录酒店客房的信息，如客房状态，客房类型。客房状态:客房在处理过程中的不同状态，根据订单状态而改变。客户预订客房时为已预订状态；客户为订单付款为已住宿状态；客户退款成功为空房状态；客户离宿为空房状态。客房类型：客房类型分为单人房,双人房，大床房，电脑房，豪华单人房,豪华双人房，总统套房。3.3 酒店管理系统顺序图和操作契约 3.3.1 处理查询员工用例SSD和操作契约 处理查询员工用例的 SSD：:酒店管理员酒店管理系统输入员工用户名密码验证员工身份输入待查询员工姓名或编号验证员工姓名或编号反馈员工身份信息 处理查询员工用例的操作契约：1、输入员工身份信息的契约 操作：输入员工用户名，密码 职责：酒店管理系统验证管理员身份信息，实现登录 交叉引用：增加，删除，修改，查询员工用例 前置条件：无 后置条件:创建一个用户实例 admin XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 15 2、输入待查询员工姓名或编号的契约 操作:输入待查询员工姓名或编号 职责：酒店管理系统进行员工姓名，编号验证，显示员工信息 交叉引用：查询员工用例 前置条件:当前管理员用户已登录 后置条件：创建一个被查询员工的用户实例 user 3.3.2 处理增加员工用例SSD和操作契约 处理增加员工用例的 SSD：:酒店管理员酒店管理系统输入管理员用户名密码验证管理员身份增加员工员工信息约束验证反馈员工身份信息 处理增加员工用例的操作契约：1、输入管理员用户密码的契约 操作:输入管理员用户名，密码 职责:酒店管理系统验证管理员身份信息，实现登录 交叉引用：增加,删除，修改，查询员工用例 前置条件：无 后置条件：创建一个用户实例 admin 2、增加员工的契约 操作:输入员工姓名和编号，具体信息（部门，电话，地址等）职责:酒店管理系统进行员工信息约束验证，显示员工信息 交叉引用：添加员工用例 前置条件：当前管理员用户已登录 后置条件:XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 16 新建一个员工用户实例 user 员工用户实例 user 被关联到员工管理系统 员工用户实例 user 的 name 和 id 属性被设置为具体值 3.3.3 处理删除员工用例SSD和操作契约 处理删除员工用例的 SSD：:酒店管理员酒店管理系统输入管理员用户名密码验证管理员身份删除员工验证员工姓名或编号反馈员工身份信息 处理删除员工用例的操作契约:1、输入管理员用户密码的契约 操作：输入管理员用户名，密码 职责:酒店管理系统验证管理员身份信息，实现登录 交叉引用：增加，删除,修改，查询员工用例 前置条件：无 后置条件:创建一个用户实例 admin 2、删除员工的契约 操作:输入员工姓名或编号 职责：酒店管理系统进行员工姓名，编号验证，删除员工 交叉引用:删除员工用例 前置条件：当前管理员用户已登录 后置条件:员工用户实例 user 被清除与员工管理系统的关联 删除一个员工用户实例 user 3.3.4 处理修改员工用例SSD和操作契约 处理修改员工用例的 SSD：XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 17 :酒店管理员酒店管理系统输入管理员用户名密码验证管理员身份修改员工验证员工姓名或编号反馈员工身份信息员工信息约束验证修改员工具体信息 处理修改员工用例的操作契约：1、输入管理员用户密码的契约 操作：输入管理员用户名，密码 职责：酒店管理系统验证管理员身份信息，实现登录 交叉引用:增加，删除，修改，查询员工用例 前置条件：无 后置条件：创建一个用户实例 admin 2、修改员工的契约 操作:输入员工姓名或编号 职责:酒店管理系统进行员工姓名，编号验证，修改员工 交叉引用：修改员工用例 前置条件:当前管理员用户已登录 后置条件:创建一个员工用户实例 user 员工用户实例 user 被关联到员工管理系统 3、修改员工具体信息的契约 操作:输入员工具体信息 职责：酒店管理系统进行员工信息修改 交叉引用：修改员工用例 前置条件：当前管理员用户已登录,待修改员工姓名，编号已验证 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 18 后置条件：员工用户实例 user 的相关属性值 address，phone 等被修改 3.4 用例实现 3.4.1 管理员用户登录 3.4.1.1 实现依赖关系 登陆(from 个人信息管理)处理管理员用户登录 3.4.1.2 参与类 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 19 3.4.1.3 主要流程 :酒店管理员:登录界面:Login:Domain.UserAccountControl:Tech.identifyusername,passwordgetUsername(),getPassword()identity()be SuccessfulgetUsername(),getPassword()3.4.2 添加员工 3.4.2.1 实现依赖关系 添加员工(from 员工信息管理)处理添加员工 3.4.2.2 参与类 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 20 3.4.2.3 主要流程 :酒店管理员:员工信息界面Domain.employee:员工信息管理Tech.Userdb:员工信息库Submit userinfoaddUser()addUser()Update()3.4.3 删除员工 3.4.3.1 用例实现依赖 删除员工(from 员工信息管理)处理删除员工 3.4.3.2 参与类 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 21 3.4.3.3 主要流程 :酒店管理员:员工信息界面Domain.employee:员工信息管理Tech.Userdb:员工信息库SelectUser()deleteUser()deleteUser()Update()3.4.4 查询员工 3.4.4.1 用例实现依赖 查询员工(from 员工信息管理)处理查询员工 3.4.4.2 参与类 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 22 3.4.4.3 主要流程 :酒店管理员:员工信息界面Domain.employee:员工信息管理Tech.Userdb:员工信息库getUserNum()queryUser()queryUser()Update()3.5 补充需求 参见酒店管理系统补充规格说明书。