文档规范-需求规格说明书.doc

2017-2018-2学期期末考核《软件需求规格说明书》

软件需求规格说明书

学 号：
姓 名：
班 级：
任课教师：

2018年 12月 4日
{ 项目名称 }

软件需求规格说明书

文件状态：
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文件标识：
Company-Project-RD-PRS
当前版本：

作 者：
学号+姓名
完成日期：

版本/状态
作者
参与者
起止日期
备注

机构公开信息

目录
1. 产品描述 1
1.1. 编写目的 1
1.2. 产品介绍 1
1.3. 名词定义 1
2. 产品需求概述 2
2.1. 功能简介 2
2.2. 运行环境 2
2.3. 条件与限制 2
3. 功能需求 3
3.1. 功能描述 3
3.2. 详细功能需求 3
3.3. 不支持的功能（可选） 3
4. 性能需求 4
5. 运行需求 5
5.1. 用户界面（可选） 5
5.2. 软件接口（可选） 5
6. 其它需求（可选） 6
7. 参考资料（可选） 7
1.
一、产品描述
1.1. 编写目的
“Restaurant On Wheels”（下文简称ROW）是一家以电话（网上）订餐和食品配送为主营业务的餐饮公司。为减少投资风险，ROW采用的是一种低成本的运营模式，即自己不生产外卖食品，而是与多家餐馆和快餐店建立合作关系，合作餐馆承诺以批发价和记帐支付方式提供各种外卖食品，ROW再将它们以零售价销售给订餐客户，从而获得利润。

1.2. 产品介绍
ROW公司的服务目标主要是周边企业和商业机构等团体客户，ROW的公关人员负责上门推广公司的业务并办理客户注册手续（客户网上也可自己注册）。注册后的客户将获得编号唯一的订餐卡，并在每个月得到最新的订餐目录（或网上浏览）。需要订餐时，客户可在电话中（或互联网、或手机APP等）说明自己的订餐卡号码、送餐时间、订购食品在目录中的编号及订购数量；订餐员在核对必要信息后建立客户订单以及执行订单所需要的配送签收单和记帐单。配送签收单包含客户地址、联系电话、订餐内容及按零售价计算出的应支付金额等信息。记帐单包含要求合作餐馆提供的食品清单和按批发价计算出的记帐金额。每个订单由一名配送人员执行，配送人员以记帐单到各家餐馆购买订购的食品，并按配送单将其送往指定的客户地址。结算提供多种支付方式，如客户支付现金（或是扫码支付）并签收配送单。每天下班前配送员要与会计结算当天送餐的收入；会计还负责在每个月底以记帐单为依据与合作餐馆进行现金结算。每个月末，ROW公司的经理将根据合作餐馆对外卖食品的更新情况和当月的销售情况整理出下个月的订餐目录，并由公关人员送往（或邮件发往）各个注册的客户手中。
1.3. 名词定义
订餐:给用餐用户提供相应的点餐系统
信息收集：对用户信息和金额的收集，方便产品拥有方和产品使用方的金额交易
监管系统：该系统属于第三用户系统，对买方和卖方起着相应的监管作用
二、产品需求概述
2.1功能简介
整个系统有些类似于支付宝、微信等交易平台，只不过是专对于用餐方面
订餐：和美团、饿了么的点餐系统类似，给用餐用户提供相应的用餐服务
送餐：卖方根据该系统提供的用餐用户，接单并做出相应的食物，在外卖员确定信息后，将食物送至用餐用户那儿
交易监管：根据规定记录本月相关的交易金额信息，实行月末金额统计交易
食品监管：对外卖食品收集信息反馈和调查信息的收集，给予商家不同的优先级接单权
2.2运行环境
1.硬件环境：
手机、电脑
2.软件环境：
需下载相应的安装包安装，允许软件对手机或电脑读取部分信息
2.3条件与限制
由于信息收集有限，所做的产品和美团、饿了么类似，所以用户使用的时候可能对该产品没有太大的兴趣。
三、功能需求
3.1功能描述
用户注册：给想要买卖的双方提供用户注册功能，使得双方互利共赢
订餐系统：类似于美团、饿了么给予买方点餐系统
完善送餐信息：确定送餐地点、时间、食品和数量
送餐系统：记录外卖员的工作时间，记录相关金额
付费系统：对用户提供多选择的付费服务
工资结算：对外卖员一天的工作结算
月末结算：对商家每个月的销售结算，付出相应的金额
3.2. 详细功能需求
办理客户注册手续（客户网上也可自己注册）
每个月得到最新的订餐目录（或网上浏览）
需要订餐时，客户可在电话中（或互联网、或手机APP等）说明自己的订餐卡号码、送餐时间、订购食品在目录中的编号及订购数量
订餐员在核对必要信息后建立客户订单以及执行订单所需要的配送签收单和记帐单。
结算提供多种支付方式，如客户支付现金（或是扫码支付）并签收配送单。
每天下班前配送员要与会计结算当天送餐的收入；会计还负责在每个月底以记帐单为依据与合作餐馆进行现金结算。
每个月末，ROW公司的经理将根据合作餐馆对外卖食品的更新情况和当月的销售情况整理出下个月的订餐目录，并由公关人员送往（或邮件发往）各个注册的客户手中。

3.3不支持的功能
不支持像支付宝和微信一样可跨平台服务，类似的功能还在开发试营阶段
四、性能需求
由于开发有限，处于试营阶段，所以可能存在较多的bug。
本产品可用于windows和手机Android上，web服务器可选iis，数据库则是MySQL；
代码有些尚未优化，处理速度并不快捷。
五、运行需求
5.1用户界面
菜单栏：有购物车、交易列表、客服以及登陆、注册和登陆过后的账号信息
其中的分类用Listview，可以通过点击分类进入分类界面 
底部可以添加客户端版本和发行详细信息
点击销量和价格可以进行不同的排序 
创建一个Listview列表显示美食的价格、销量、评价数、商品名、商品介绍、商品图片
点击项可以进入商品的详细信息（加入购物车）界面 
有picture进行界面美化填充
5.2软件接口（可选）
注册接口
支持格式：json
请求方式：post
请求参数：
|名称 | 类型 | 必填|说明 |
| nickname| string | 是 |昵称 |
|password | string | 是 |密码 |
| smsCode | string | 是 |验证码|
名称
类型
说明
code
int
返回码
data
string
信息
message
string
错误信息
result
string
返回信息
返回JSON实例
{
"code":200,
"data":"注册成功",
"message":"注册成功",
"result":"success"
}
其余的功能模块类似。

六、其它需求（可选）
健壮性：软件有着相当高的容错能力，故障处理能力上需要达到的目标，保证系统稳定可靠；
安全保密性：用户身份确认或授权方面的需求，保密性策略，产品所创建或使用的数据的保护有很高的安全保证；
复用性：本项目可以复用已有软件、可为其它产品复用；