酒店预定系统—需求规格说明书
1. 引言
1.1 目的
本次设置的酒店预订系统包含两大功能,一方面为客户提供酒店预订服务,另一方面为酒店管理系者方便管理业务。此说明文档在于使客户与软件开发测试团队更了解和彼此对需求的理解。
1.2 背景
传统的酒店预订方式是,客户根据需要选择了合适的酒店之后,会拨打该酒店的热线服务电话进行预约,或者客服亲自来到酒店预约。预约时,客户需要填写预订时间、房间数量、联系方式、身份信息并且支付费用。最后用柜台服务员输入系统。酒店管理层认为,将繁琐的酒店预订系统搬到线上会进一步提高预订效率,减低成本,并且吸引到更多客户。比如客户可以直接登入在线浏览器浏览空闲房间,、费用、房间条件,以及预约和取消预约,给客户带来友好的体验之外,酒店的管理和运营人员成本可以得到节省,节省率可以达到30%。
1.3 定义
序号 |
缩写 |
定义 |
1. |
b/s |
Browser server框架简称 |
1.4参考文献
[1] GB-T8567-2006,《计算机软件文档编制规范》[S]
[2]需求规格说明书模板
2. 项目概述
2.1 产品描述
通过开发基于c/s架构的批量保存和恢复机房学生机主机名的软件,减轻机房管理员工作量,提高工作效率。
2.2 产品功能
1:提供酒店信息(价格、评分、评价等)和当天优惠套餐
2:提供在线预订,下单、支付功能 ,评价
3:推送酒店价格和促销优惠信息
4:记录客户订单信息和基本信息
5:客户可以对已定房间进行打分和评价
2.3用户特点
客户:使用线上预定功能预定房间
餐厅经营者:管理酒店运营,谋求酒店的最大营业额
餐厅管理服务人员:线下为顾客提供服务,期望减少工作量
2.4 一般约束
进行本软件开发工作的约束条件如下:
1.开发周期:要求在学期末重新安装机房系统之前完成开发和测试。
2.所采用的方法与技术有限:采用b/s开发框架,资源较少,一些技术需要尝试,有一定技术风险。
2.5 假设与依据
本项目是否能够成功实施,主要取决于以下的条件:
(1)保证工作进度。
(2)代码框架等技术是否合理,这是系统的功能和性能是否优化和项目能否成功的保证。
3. 具体需求
3.1 功能需求
3.1.1 相关功能需求
编号 |
需求描述 |
Post |
系统允许用户发布促销策略 |
Post.UserValid |
系统应该对发布促销策略的用户进行身份验证 |
.Post.UserValid.Logined |
用户必须登陆 |
.Post.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
.Post.Edit |
用户编辑促销策略内容 |
.Post.Edit.CheckInput |
用户编辑内容时,系统进行实时输入检查 |
Post.Cancel |
用户取消发送 |
Post.Cancel.QueryDraft |
系统返回编辑状态 |
3.1.2 查看订单
3.1.2.1 特性描述
管理员需要查看订单时,登陆验证的用户可以查看全部订单
优先级=高
3.1.2.3 相关功能需求
编号 |
需求描述 |
Order.See |
系统允许用户查看订单 |
Order.See.UserValid |
系统应该对发布促销策略的用户进行身份验证 |
Order.See.UserValid.Logined |
用户必须登陆 |
Order.See.UserValid.IfNot |
没有登陆的用户跳转至登陆注册界面 |
Order.See.ShowCertainOrder |
系统应该允许用户查看某一具体订单 |
3.1.3查询房间信息
3.1.3.1特性描述
酒店管理者要看房间信息,需要一个经过登陆验证的用户才能查看
优先级:高
3.1.3.3相关功能需求
编号 |
需求描述 |
Promotion.See.RoomInformation |
系统允许用户查看房间信息 |
Promotion.See.UserValid |
系统应该对查看房间信息的用户进行身份验证 |
Promotion.See.UserValid.Logined |
用户必须登陆 |
Promotion.See.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
Promotion.See.RoomState |
系统应该允许用户查看房间状态 |
3.1.4预定登记
3.1.4.1特性描述
顾客预定登记房间时,一个经过验证的普通用户账户可以预定。
优先级:高
3.1.4.3相关功能需求
编号 |
需求描述 |
Promotion.Book |
系统允许用户预定登记 |
Promotion.Book.UserValid |
系统应该对预定登记的用户进行身份验证 |
Promotion.Book.UserValid.Logined |
用户必须登陆 |
Promotion.Post.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
Promotion.Book.Edit |
用户编辑预定房间内容 |
Promotion.Book.Edit.CheckInput |
用户编辑内容时,系统进行实时输入检查 |
Promotion.Book.Cancel |
用户取消预定 |
Promotion.Book.Cancel.QueryDraft |
系统返回编辑状态 |
3.1.5下单
3.1.5.1 特性描述
用户请求下单,已经经过登陆验证的用户可以进行下单
优先级=高
3.1.5.3 相关功能需求
编号 |
需求描述 |
Promotion.Place |
系统应该允许用户下单 |
Promotion.Place.UserValid |
系统应该对下单的用户进行身份验证 |
Promotion.Place.UserValid.Logined |
用户必须登陆 |
Promotion.Place.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
Promotion.Place.Edit |
用户选择房间 |
Promotion.Place.Pay |
用户选择订单支付,系统跳转至支付界面 |
Promotion.Place.Cancel |
用户取消订单,系统返回主页 |
Promotion.Place.ReEdit |
允许用户返回编辑订单内容 |
3.1.6支付
3.1.6.1 特性描述
下单后进入支付操作。
3.1.6.3 相关功能需求
编号 |
需求描述 |
Promotion.Pay |
系统允许用户支付 |
Promotion.Pay.UserValid |
系统应该对请求支付的用户进行身份验证 |
Promotion.Pay.UserValid.Logined |
用户必须登陆 |
Promotion.Pay.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
Promotion.Pay.Edit |
用户编辑支付信息内容 |
Promotion.Pay.Edit.CheckInput |
用户编辑内容时,系统进行实时输入检查 |
3.1.7入住
3.1.7.1特性描述
顾客想要入住酒店房间时,一个经过验证的普通用户账户可以入住酒店。
优先级:高
3.1.7.3相关功能需求
编号 |
需求描述 |
Promotion.Stay |
系统应该允许用户入住 |
Promotion.Stay.UserValid |
系统应该对入住的用户进行身份验证 |
Promotion.Stay.UserValid.Logined |
用户必须登陆 |
Promotion.Stay.UserValid.IFNot |
没有登陆的用户跳转至登陆注册界面 |
Promotion.Stay.Address |
用户请求房间位置 |
Promotion.Stay.Address.Show |
用户应该显示房间位置 |
3.2 外部接口需求
3.2.1 用户接口
本系统采用B/S架构,采用Java图形库Swing开发。
3.2.2 硬件接口
无特殊需求。
3.2.3 软件接口
无特殊需求。
3.2.4 通信接口
无特殊需求。
3.3 性能需求
非功能性需求当前尚未形成完整文档。
3.4 属性
3.4.1 可用性
(1)方便操作,操作流程合理。尽量从用户角度出发,以方便使用本产品。如:将相关功能按钮放在一起。
(2)容错能力。系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证正常运行,并有足够的提示信息帮助用户有效正确地完成任务。
3.4.2 安全性
无特殊安全性要求。
3.4.3 可维护性
当前尚未形成完整文档。
4. 验收验证标准
序号 |
角色 |
详细操作 |
检验情况 |
1 |
用户 |
提供酒店信息(价格、评分、评价等)和当天优惠套餐 |
|
2 |
提供在线预订,下单、支付功能 ,评价 |
||
3 |
推送酒店价格和促销优惠信息 |
||
4 |
客户可以对已定房间进行打分和评价 |
||
5 |
记录客户订单信息和基本信息 |
酒店预定系统—需求规格说明书相关推荐
- 《食堂远程下单系统》需求规格说明书
<食堂远程下单系统> 需求规格说明书 课程名称:软件工程基础 指导老师:汤世平 小组成员: 姓名:金晨 学号:1120161943 姓名:方姝曼 学号:1120161940 姓名: ...
- 软件需求规格说明书——学生成绩查询系统
软件需求规格说明书--学生成绩查询系统 --------------------------------------------- ---------------------------------- ...
- 项目、系统开发中的需求分析说明书和需求规格说明书的区别
项目组成员在针对要开发的系统做需求调研后,就要编写对应的需求说明书. 作为软件工程师,你就得知道需求分析说明书和需求规格说明书的区别,以期在正确的时候编写正确的需求文档. 两者有何不同: (1)面向对 ...
- 天转凉了,注意保暖,好吗(需求规格说明书放在github了)
团队项目--AI五子棋(小程序) 一.团队展示: 队名:未来的将来的明天在那里等你 小组 队员: 龙天尧(队长)(3116005190),林毓植(3116005188),黄晖朝(3116005178) ...
- 需求规格说明书(备注:因不支持word复制,格式图片发生改变 ,故以文件方式又上传了一份pdf)...
本文档由蹭一蹭软工项目小组撰写,任何复制.使用本文的全部或部分内容的行为必须先征得小组同意,谢谢. 项目文档:需求规格说明书 1. 引言 1.1目的 在完成了针对学生蹭课软件的前期调查, 同时全部小组 ...
- 团队项目第二周 - 需求规格说明书 - 天冷记得穿秋裤队
团队项目第二周 - 需求规格说明书 - 天冷记得穿秋裤队 队员姓名 学号 陈俊旭(组长) 3116004630 夏瓦克提·木合塔尔 3116004658 张婷(副组长) 3216004672 周方源 ...
- 团队博客-第二周:需求规格说明书(科利尔拉弗队)
项目码云地址:https://gitee.com/pipiment/cat_community Github项目地址:https://github.com/maoniGroup/maoni 需求规格说 ...
- 软件需求工程 高校教学平台 软件需求规格说明书 part 1 (重点!!!)
点击查看 软件需求工程 高校教学平台 卷首语 文章目录 引言 编写目的 项目背景 预期的读者和阅读建议 预期读者 阅读建议 参考资料 总体描述 产品基本信息 产品前景 用户类及其特征 产品功能概述 用 ...
- 写需求规格说明书/产品定义的个人总结
产品定义与需求规格说明书的区别 1.产品定义:主要用于指导产品框架的搭建,通常用于领导决策是否需要投入人员进行后续开发: 通常侧重业务逻辑描述.产品规划的思路描述: 不侧重界面实现.细节业务逻辑: 2 ...
- 如何写《软件需求规格说明书》
转载自:https://www.jianshu.com/p/f9bcf52f4321 一.任务突然从天而降 自己维护一个终端一年多,今天主管突然要求补写一下<软件需求规格说明书>,有些傻眼 ...
最新文章
- 客快物流大数据项目(六):Docker与虚拟机的形象比喻及组件介绍
- perl学习之(not install YAML)解决
- mysql alter table_mysql alter table 修改表命令详细介绍
- android按钮对齐方式,表格行中三个按钮的对齐方式Android
- 最常见的Java框架有哪些?
- 免费的html空间,免费HTML网页空间(每月200 GB 流量托管静态网页超简单)
- python,pycharm安装
- 《离散数学》-图论6.10
- python绝对值_如何在Python中获得数字的绝对值?
- PC版免费京东全民营业自动化做任务脚本(多号版)
- 百度、谷歌搜索引擎原理
- mac电脑查看CPU温度
- 单片机、ARM、DSP、FPGA区别与应用领域
- 《洛杉矶时报》:失去李开复的Google,中国之路更艰难
- CTF杂项-BUUCTF竞赛真题WriteUp(2)
- Win10 schtasks 不稳定问题
- 在电脑桌面上添加便签的方法步骤解析
- 职场工作细节提升建议
- web开发详解,学习web前端开发的网站
- 初识C语言——C语言的第一课