酒店管理系统需求规格说明书_1.pdf
《酒店管理系统需求规格说明书_1.pdf》由会员分享,可在线阅读,更多相关《酒店管理系统需求规格说明书_1.pdf(22页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 北京理工大学珠海学院 酒店管理系统 软件需求规格说明书 版本 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.
2、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 软件需求规
3、格说明书 1.概述 1.1 目的 编写本文档的目的是为了参与项目各方对软件需求有统一的认识,并成为所有开发活动的依据.本文档可以作为新加入项目组成员的学习资料,便于他们快速了解项目。在维护阶段,本文档便于对系统功能改造和升级时参考.1.2 范围 本文档仅适用于“酒店管理系统”电子商务系统及内部业务管理。1.3 定义,略缩语及缩写 1.4 参考资料 1.5 文档概貌 2.总体说明 建立本系统是为了在网上开展酒店预订,住房管理等相关业务,将服务范围扩展到所有大中城市,为酒店和客户提供优质的住房服务。通过扩大销售规模或者签约酒店降低开发成本,通过便利的服务方便消费者的住房过程,从而刺激消费。通过服务
4、信誉提高所占市场份额,创造经营效益.酒店经营者利用本系统在网上开设酒店预订系统,提供和维护统一的客房信息,并在全国各主要大中城市设立分支或连锁机构;住房者(客户)登陆系统选择客房,填写客户信息,支付房款。然后可以查看自己订单的情况;酒店业务员按照网上已付款的订单信息分配客房,然后让系统反馈信息给住房者,住房者确认信息后即可入住,住房者可更改住房信息或取消订单。2.1 用例模型概览 2.1.1 系统的参与者(Actors)2.1.1.1 酒店管理员 各分店酒店的实际管理者,拥有该酒店所有员工(酒店经理,前台操作员)的信息管理权,拥有酒店客房信息的管理权(增加、减少、更改房型),拥有该酒店经理,前
5、台操作员的所有权利.2.1.1.2 酒店经理 拥有客房经营管理权,可以查看客房的入住情况并且可以查看当天的经营统计信息,可以对前台操作员进行管理,拥有前台操作员的管理权。2.1.1.3 前台操作员 客户入住时直接接触人员,负责对客户的预订,入住,退房需求提供服务,拥有查看客房的入住情况信息权利。2.1.1.4 住房客户 客户可以选择查看房型,并对已选房型有预订权利,当客户确认预订房型时,客户有入住和退房权利。XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 5
6、 2.1.2 系统主要用例 2.1.2.1 登录系统 参与者:酒店管理员,酒店经理,前台操作员 主要流程:本用例参与者在系统提供的登录界面上输入自己的账号和密码,然后提交给系统.系统检验用户代号和密码正确后,接受参与者登录。否则,提示错误和登录不成功.2.1.2.2 酒店员工信息管理 参与者:酒店管理员 主要流程:酒店管理员可对酒店管理系统的使用者(酒店管理员,酒店经理,前台操作员)进行管理,包括对员工的基本信息(用户姓名,所属部门,用户类型)进行检索、录入和修改。2.1.2.3 添加员工 参与者:酒店管理员 主要流程:添加酒店管理系统用户,录入身份信息(前台服务员,酒店经理,酒店管理员)。2
7、.1.2.4 删除员工 参与者:酒店管理员 主要流程:删除员工信息(前台服务员,酒店经理,酒店管理员).2.1.2.5 查询员工 参与者:酒店管理员,酒店经理 主要流程:查询员工信息(前台服务员,酒店经理,酒店管理员),包括姓名,员工号,部门等 2.1.2.6 修改员工信息 参与者:酒店管理员 主要流程:修改员工信息(前台服务员,酒店经理,酒店管理员),修改权限包括姓名,员工号,部门等.2.1.2.7 客房信息管理 参与者:酒店管理员 主要流程:酒店管理员登入信息管理系统对客房进行(添加客房,更改客房,删除客房,查询客房信息)。2.1.2.8 添加客房 参与者:酒店管理员 主要流程:管理员添加
8、一个新的客房信息 2.1.2.9 删除客房 参与者:酒店管理员 主要流程:管理员删除一个客房信息 2.1.2.10 修改客房 参与者:酒店管理员 主要流程:管理员修改客房信息 2.1.2.11 查询客房信息 参与者:酒店管理员 主要流程:管理员查询客房信息 2.1.2.12 收生产单 参与者:业务员 主要流程:业务员根据已经收回的生产指令回单,将已经完成生产的订单选中,并确认已经完成生产,系统修XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 6 改该订单的状
9、态为已经生产。2.1.2.13 配送订单 参与者:业务员 主要流程:业务员从已经生产的订单中选择配送的订单,并指明配送人员。系统记录配送人员信息,并将该订单状态改为已配送。2.1.2.14 完成配送 参与者:配送员 主要流程:配送员完成订单的配送后,从订单列表中选择该订单,上传收货方的确认签名或留言图片,确认该订单已经完成配送,系统修改订单状态为已经完成配送(送达)。XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 7 2.1.3 用例视图 2.1.3.1 酒
10、店管理系统用例视图 客房信息管理(from 客房信息.员工信息管理(from 员工信息.客户信息查询(from 客户信息.前台服务(from 前台服务)酒店管理员(from Actors)酒店经理(from Actors)个人信息管理(from 个人信息.前台工作者(from Actors)查询员工(from 员工信息.删除员工(from 员工信息.添加员工(from 员工信息.修改员工信息(from 员工信息.查询客房信息(from 客房信息.更改客房(from 客房信息.删除客房(from 客房信息.添加客房(from 客房信息.客房预订(from 前台服务)客户入住(from 前台服务)
11、客户退房(from 前台服务)图 21 酒店系统用例视图 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 8 2.1.3.2 员工信息管理用例视图 员工信息管理(from 员工信息.修改员工信息(from 员工信息.添加员工(from 员工信息.删除员工(from 员工信息.查询员工(from 员工信息.图 22 员工信息管理用例视图 XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:000
12、01 机密 北京理工大学珠海学院软件工程教研室,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 机密 北京理工大学
13、珠海学院软件工程教研室,2021 页 10 图 2-4 系统核心架构用例视图 2.2 假设与依赖 2。2.1 客户假设 所有客户都可以浏览本系统并预订客房。2.2。2 商品假设 本系统所支持的酒店的实体分店分布在全国各地,具体客房信息由酒店方提供.2。2。3 订单假设 本系统假设在一次订房中,每一套房必须有一个客户的身份登记。如果客户一次预订多间房,将会为每间房产生一次订单。2。2.4 支付假设 系统通过第三方在线支付系统为客户提供付款服务。客户预订客房前,应已具有第三方支付系统所支持的付款手段之一。系统从第三方付款系统获得客户付款成功的信息后,确认客户的订单并安排房间。客户每次预订房间,不管
14、预订几间房,总是按总金额一次性完成付款。3.具体需求 3.1 用例报告 3.1.1 公共用例 3.1.1.1 登录系统用例 用例名:登录系统 参与者:酒店管理员,酒店经理,前台操作员 涉众及其关注者:全体员工 前置条件:系统中已经存在用户信息。后置条件:系统记录当前会话的用户信息。主要流程:1、用户选择登录系统功能,系统转向专供公司用户登录系统的界面;2、用户录入自己的账号、密码,并向系统提交,系统接收并验证用户资料;3、验证通过后,系统转向缺省的系统界面.变化流程:2a、用户录入资料不全而试图提交,系统给出资料不全的提示;3a、验证不能通过,系统要给出提示,并让用户回到第 2 步。特殊需求:
15、无 技术或数据变元表:无 发生频率:极高 3.1.1.2 员工密码修改用例 用例名:员工密码修改 参与者:酒店管理员,酒店经理,前台操作员 涉众及其关注者:酒店管理员,酒店经理,前台操作员 前置条件:系统中已经存在用户信息。后置条件:系统记录当前会话的用户信息.XXX 系统 版本:Software Requirements Specification规格说明书 日期:文档编号:00001 机密 北京理工大学珠海学院软件工程教研室,2021 页 11 主要流程:1、用户选择登录系统功能,系统转向专供公司用户登录系统的界面;2、用户录入自己的账号、密码,并向系统提交,系统接收并验证用户资料;3、验
16、证通过后,系统转向密码修改的系统界面。4、提示用户输入新密码 5、修改成功 变化流程:2a、用户录入资料不全而试图提交,系统给出资料不全的提示;3a、验证不能通过,系统要给出提示,并让用户回到第 2 步。特殊需求:无。技术或数据变元表:无。发生频率:低。3.1.2 酒店管理员 3.1.2.1 员工信息管理用例 用例名:员工信息管理 参与者:酒店管理员 涉众及其关注者:前台操作员,酒店经理 前置条件:必须先登陆(用账号和密码)后置条件:若发生变动,必须确认保存。主要流程:1、酒店管理员输入账号和密码登陆 2、对员工信息进行增、删、改、查。变化流程:2a、如果系统验证账号密码发现不完整或不符合要求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统 需求 规格 说明书 _1
限制150内