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 | 记录客户订单信息和基本信息 |