味捷外卖

前景与范围文档

11业务需求：

.

前景与范围文档

前景与范围文档

2

目录

1业务需求：.....................................................................3

1.1应用背景.................................................................3

1.2业务机遇.................................................................3

1.3业务目标.................................................................4

1.4业务风险.................................................................5

2项目前景：.....................................................................7

2.1前景概述.................................................................7

2.2主要特性.................................................................7

2.3假设和依赖...............................................................8

3.1第一版范围...............................................................9

3.2后续版本范围............................................................10

3.3限制与排除..............................................................12

4项目环境......................................................................12

4.1操作环境................................................................12

4.2涉众....................................................................14

4.3项目属性................................................................15

参考资料........................................................................15

前景与范围文档

31业务需求：

1业务需求：

1.1应用背景

自连锁餐饮公司在南京开业以来，公司发展形势良好，并且确立了自己独有的以外卖服务为

核心的营业模式。五年来我们已经陆续在南京地区成立了5家连锁店，分别为南京大学分店、东

南大学分店、南京航空航天大学分店、仙林大学城一号分店，仙林大学城二号分店。由于我们价

格合理，口味优秀，送餐速度及时，因此获得绝大多数学生和白领们的欢迎。但随着公司规模的

不断扩展，公司销售量的快速增加，以及外卖送货人员工作负荷增加，我们的外卖服务却难以更

上公司快速发展的步伐，存在着顾客等待时间太长，菜品信息不明确，配送效率低，无法得到顾

客的反馈评价等缺点。

因此，公司需要有一个可以让客户订餐，结算，配送，评价；可以让公司合理规划人员分

配，计算送餐路线，提高效率的系统，并最终实现外卖管理规范化，服务流程化，促进公司的业

务的发展和市场的扩张。

1.2业务机遇

如果有这样一个系统，用户可以通过电脑、手机、平板电脑等设备随时访问，并且可以直观

地看到外卖的图片、描述和他人评价；选择外卖后只需要填写联系电话、送货时间和送货地址，

就可以在需要的时间收到餐厅提供的外卖；客户收到外卖后可以对外卖的口味和服务的质量进行

评价；客户也可以通过系统获知餐厅最新的套餐优惠、打折信息，这些数据实时更新，客观可信。

而对餐厅的外卖送餐员和管理层来说，系统也可以提供公司管理方面的辅助：它能够合理规

划外卖送货员的送货路线，选择订餐人的名字，就有地图指路，并提供多种到达目的地的方式供

用户选择；它可以规划配送的线路，划分一个配送员的配送区域；它可以统计不同送货员的订单

和反馈，借此对送货员的表现进行考评；餐厅也可以利用系统更新自己的价格信息和促销活动，

增加用户的黏性。

当前，在网络上可以找到其他的外卖系统，但它们大都需要受到平台的限制，而且只有公司

所要求的功能的一部分，它们的对比分析如下所示：

名称南京外卖网味捷外卖豆麦网上海外卖网

功能齐全性不齐全基本功能齐

全

不齐全不齐全

用户体验优一般优一般

可扩展性不佳不佳尚可尚可

是否依赖平台不依赖不依赖依赖平台依赖平台

后台管理无无较弱较弱

可靠性——不可靠不可靠

前景与范围文档

4

经分析，现有的外卖管理系统不能够满足公司当前的需求，因此开发一款满足公司需要的平

台就显得至关重要。该系统可以同时为客户、外卖送餐员和餐厅管理层带来便利，降低管理和协

调所需的费用，减少客户等待的时间，减少送餐员的总路程，减少餐厅管理人员与员工沟通的成

本，提高公司服务效率和利润，协助公司在南京地区的进一步发展。

1.3业务目标

业务目标（BO）如下：

BO-1:在第一版应用后的1个月内，连锁餐厅的顾客等待时间缩短。

度量标准（Scale）：顾客要求的送餐时间与实际收到外卖的时间间隔

计量方法（Meter）：检查用户的订餐记录。

理想标准：客户等待时间减少到5分钟；一般标准：客户等待时间减少到10分钟；最低标

准：客户等待时间减少到20分钟。

BO-2:在第一版应用后的3个月内，餐厅的客户满意度增加。

度量标准（Scale）：客户点评满意度（5分制）。

计量方法（Meter）：网站统计出的客户点评满意度。

理想标准：满意度增加１０％；一般标准：满意度增加５％；最低标准：满意度增加2％。

BO-3:在第一版应用后的6个月内，餐厅利润率增加。

度量标准（Scale）：餐厅总利润除以营业额

计量方法（Meter）：检查公司的财报

理想标准：利润率增加10%；一般标准：利润率增加5%；最低标准：利润率增加1%

BO-4:在第二版应用后的6个月内，餐厅营业额增加。

度量标准（Scale）：餐厅的总营业额。

计量方法（Meter）：检查公司的财报

前景与范围文档

51业务需求：

理想标准：餐厅的总营业额增加了20%；一般标准：餐厅了总营业额增加了10%；最低标准：

餐厅的总营业额增加了5%

BO-5:在第二版应用后的12个月内，公司市场占有率增加

度量标准（Scale）：公司市场占有率

计量方法（Meter）：相关调查机构的报告

理想标准：公司市场占有率增加5%；一般标准：公司市场占有率增加2%；最低标准：公司

市场占有率增加1%

成功标准（SC）如下：

SC-1:在第一版应用后3个月内，客户满意度调查满意度要提高0.2，

而在第一版应用后的6个月内，这种满意度要提高0.6。

SC-2:在第一版应用后的6个月内，系统的总访问量应该超过投入使用前餐厅的客流量。

SC-3:在第一版应用后的6个月内，餐厅员工对已系统的满意度调查评价要达到4.5（5分制评

价），而在第二版应用后的6个月内，这种满意度要达到4.7。

SC-4:在第二版应用后的3个月，外卖送餐人员平均每日送餐数提高20%。

SC-5:在第二版应用后的6个月内，餐厅的销售额应比系统投入使用前高20%

1.4业务风险

业务风险（RI）如下：

RI-1:订餐的用户数量没有显著增加，降低了系统开发和维护的投资回报。

可能性0.3，影响为9

前景与范围文档

6

RI-2:系统可用性不强，不能够吸引客户

可能性0.3，影响为9

RI-3:系统可用性不强，公司员工拒绝使用

可能性0.3，影响为6

RI-4:系统功能不齐全，影响系统的使用

可能性0.3，影响为9

RI-5:竞争的商家或者互联网推出或者推出更好的类软件，新系统必须应对激烈的竞争。

可能性0.5，影响为7

RI-6:系统由于质量和安全性问题，造成餐厅经济损失

可能性0.3，影响为6

RI-7:在系统开发的过程中遇到了无法解决的技术难题，导致系统功能实现不全或者系统漏

洞。

可能性0.1，影响10

对各项风险的控制能力：

这些风险，都会受一些难以操控的客观因素的影响。对RI-4、RI-6、RI-7而言，开发方能

够充分发挥主观能动性控制风险。而其他风险的由于关系方比较多，客观因素的作用力也可能较

大，所以在这些方面，客户和开发方的控制能力比较弱些。

降低风险的措施：

前景与范围文档

72项目前景：

对于RI-1需要在系统推出之后商家加大宣传力度，使得客户知道订餐系统的存在；RI-2，

RI-3涉及到可用性问题，需要餐厅方与开发方的积极沟通；对于RI-4，RI-6，RI-7则必须要开

发方在质量控制上提供保障，在设计阶段作周密考虑，在编码完成后重视测试；对于RI-5,则

需要开发团队和客户用户的共同合作确保系统能够在合适的时间投入使用。

2项目前景：

2.1前景概述

与网络定外卖相比，当前主要采用的电话定外卖有几个主要的缺点：

1.当外卖的种类比较丰富时，客户不能直观地知道所定的餐品的外观；

2、遇到订餐忙碌的时候，经常会出现电话占线，不能被打通的情况；

3、客户在告知送餐地点时有时会出现错误；

4、订单记录基本上只能通过纸笔记录的方式，不能迅速档案化；

5、客户不能获知商家的最新促销信息。

外卖管理系统的推出，很大程度上弥补了以上缺陷，它是一个具有地理信息功能的互联网应

用程序。无论是从手机，手提电脑，台式机，平板电脑，都可以轻松地访问这个系统。系统将客

户的订单提交给餐厅工作人员时，已经自动地选择了最匹配的送餐人员，但公司后台管理员依然

可以手工将送餐任务指定给特定的送餐人员。对送餐人员而言，系统也能起到非常重要的作用。

它帮助送餐人员选择最近线路。当送餐人员将外卖交给客户后，可以立刻通过手机修改订单状态，

确认交易成功。用户可以随后根据外卖的质量和服务的质量分别给这次服务打分，分数将用于送

餐人员的考评，以及餐厅的决策工作。部分好评可以公布在系统中，供后来的订餐者参考。

外卖管理系统优化了外卖服务的流程，为餐厅和客户搭建了高效的桥梁，提高了公司的服务

效率和信息化进程，为公司日后发展和扩张打下了有力的基础。

2.2主要特性

FE-1:用户查询指定分店可以提供的外卖

FE-2:用户预订外卖餐品，输入联系电话和地址

FE-3:用户选择指定优惠套餐，获得套餐优惠

FE-4:系统根据用户输入的地址在地图中标注出来

FE-5:用户注册系统，保存个人信息

前景与范围文档

8

FE-6:用户登录系统，修改查看个人信息

FE-7:用户修改，取消订单

FE-8:用户对服务进行评分和评价

FE-9:用户可以通过高级搜索按照自己的需要筛选出信息

FE-10:用户点击查看各分店的具体地点和到达分店的路线，可对手机端用户进行导航

FE-11:用户如果通过手机登录，系统通过GPRS识别用户方位作为地址信息

FE-12:外卖送餐员登录系统，查看订单信息

FE-13:外卖送餐员选择正要处理的客户订单，获得最佳路线推荐，可对手机端用户进行导

航

FE-14:外卖送餐员确认完成服务

FE-15:外卖送餐员查看用户的评论

FE-16:餐厅工作人员（包括菜单管理员和订单管理员）登录

FE-17：菜单管理员查看修改菜单信息

FE-18：订单管理员查看所有订单相关的统计数据

FE-19：系统管理员删改餐厅工作人员，外卖送餐员，用户等的信息

FE-20:系统智能输入提示和通过数据挖掘技术提供用户建议

2.3假设和依赖

所作假设（AS）如下：

AS-1:用户在使用系统时处在能够上网的环境中

AS-2:手机端用户若要利用导航功能则必须有GPS模块

AS-4:各用户行为言论都必须符合相关法律法规和道德约束

AS-5：导航所用的地图由API提供，不能完全保证正确性

依赖（DE）如下：

前景与范围文档

92项目前景：

DE-1:系统依靠GPS获取手机用户的位置

DE-2:系统依靠地图API提供的地理信息

DE-3:手机端程序会受到手机浏览器的制约

DE-4:政府的相关法律法规和社会的道德约束

3.1第一版范围

项目第一版本实现的基本功能有如下：从三方面描述。

1.用户订餐：

如果网上订购，要求输入地点，自动搜索地点附近的分店

用户可以选择需要的快餐，进入相应窗口进行搜索相关信息点击需要的快餐，可以浏

览餐品信息预订相应的外卖餐品

用户确定点餐后可以等待餐品的到达

对餐品进行评价

2.外卖送餐员获得订单信息

完成送餐后确认订单

以查看用户的评论

3.管理员（包括订单管理员和菜单管理员）

对菜单和服务资料的删改

实现对订单信息的简单查询

前景与范围文档

10

图1：版本1的范围

3.2后续版本范围

项目第二版本实现的功能主要是对第一版本基本功能所做的补充，例如GPRS导航功能，地

图定位功能，数据挖掘功能，对数据进行分析处理的功能等等。

FE-1:用户查询指定分店可以提供的外卖

FE-2:用户预订外卖餐品，输入联系电话和地址

FE-3:用户选择指定优惠套餐，获得套餐优惠

FE-5:用户注册系统，保存个人信息

FE-6:用户登录系统，修改查看个人信息

FE-7:用户修改，取消订单

FE-8:用户对服务进行评分和评价

FE-12:外卖送餐员登录系统，查看订单信息

FE-14:外卖送餐员确认完成服务

FE-15:外卖送餐员查看用户的评论

FE-16:餐厅工作人员（包括菜单管理员和订单管理员）登录

FE-19：系统管理员删改餐厅工作人员，外卖送餐员，用户等的信息

前景与范围文档

112项目前景：

图2：版本2的范围

以下为版本范围的详细说明表格：

特性版本1版本2

FE-1完全实现

FE-2完全实现

FE-3完全实现

FE-4如果时间有余可以选择实现完全实现

FE-5完全实现

FE-6完全实现

FE-7完全实现，订单也可由送餐人员或

工作人员取消

FE-8完全实现，以五分制来评分

FE-9不实现完全实现

FE-10不实现完全实现

FE-11不实现完全实现

FE-12完全实现，为了安全起见，只能在

后台操作

FE-13不实现完全实现

FE-4:系统根据用户输入的地址在地图中标注出

来

FE-9:用户可以通过高级搜索按照自己的需要筛

选出信息

FE-10:用户点击查看各分店的具体地点和到达分

店的路线，可对手机端用户进行导航

FE-11:用户如果通过手机登录，系统通过GPRS识

别用户方位作为地址信息

FE-17：菜单管理员查看修改菜单信息

FE-18：订单管理员查看所有订单相关的统计数

据

FE-20:系统智能输入提示和通过数据挖掘技术提

供用户建议

前景与范围文档

12

FE-14完全实现

FE-15完全实现

FE-16完全实现

FE-17不实现完全实现

FE-18只实现比较基本的统计功能完全实现

FE-19完全实现，系统管理员可以同时是

工作人员，或外卖送餐员

FE-20不实现完全实现

3.3限制与排除

LI-1：该系统并非可以覆盖所有的餐品相关信息，受限制于管理员所能提供的服务或商品信

息；

LI-2：用户在室内距离提供商较远的情况下可能会导致等待时间过长

LI-3：用户的满意度取决于餐品的可口度和餐品配送的速度，只能保证在其可接受的范围之

内，但不能确定用户能在规定时间内获得可口餐品；

LI-4：餐品具体信息可能和介绍的有所不同

LI-5：对于服务和接口必须符合和软件规定的服务的条款标准；

LI-6：服务的信息容量有限，可能需要跟进新信息数据而导致过期数据的丢失；

LI-7：系统维护期间可能会对业务平台的信息交流产生不良的影响；

LI-8：商家和服务提供商的身份认定由系统维护负责检查审核，其应当遵守相关的法律制度

规定，合法经营，系统不承担因商家和服务提供者的不良行为造成的任何后果；

LI-9：用户社区的言论自由受到法律保护，但言论的内容应当符合中华人民共和国对于公民

言论自由的限制和约束；

4项目环境

4.1操作环境

系统的操作用户包括以下五类：顾客；管理层；订单管理员；外卖员；菜单管理员

各类操作用户使用系统的时间和地点如下表：

用户类型使用时间使用地点

顾客任意时间段，主要集中在早分散于南京市各个不同的

前景与范围文档

134项目环境

餐、午餐、晚餐的时间段内地理位置

管理层全天工作地点或家中

订单管理员餐厅营业时间范围内工作地点

外卖员餐厅营业时间范围内工作地点

菜单管理员餐厅营业时间范围内工作地点

各类操作用户使用系统的主要项目如下表：

用户类型主要操作项目

顾客填写顾客资料；查询餐厅、菜品、其他顾客订餐信息；

订餐；结算；评价反馈

管理层查看菜品、顾客、订餐信息和订单数目、菜品订购排行、

营业额、评价状况等统计信息

订单管理员处理顾客订单；分配外卖员送餐；处理顾客反馈信息；

制作统计信息

外卖员登记订单配送情况；规划配送线路

菜单管理员更新菜品信息；增加、删改套餐；制定个性化推荐

各类操作用户使用系统的要求和约束如下表：

用户类型要求和约束

顾客系统响应时间尽可能短；重要数据受到保护；结算

时系统不能出故障；订餐并结算后不能保证实时使

用系统

管理层能及时获取需要的统计信息；重要信息（如营业额、

各种报表等）仅能由自己访问查看

订单管理员能够实时查看到顾客提交的订单信息

外卖员根据各订单配送地点规划的线路是最优化或接近

最优化的；送餐时无法处理新分配的配送订单

菜单管理员能及时查看到菜品订购排行、评价状况等统计信

息；不能保证菜品信息的正确性和价格制定的合理

性

数据的生成与使用情况如下表：

数据类型生成情况使用情况

订单用户完成订餐和配送信息填

写后系统自动生成，状态为未

结算

顾客结算后订单状态转为

已结算；外卖员配送完成

并登记后订单状态转为已

前景与范围文档

14

完成；订单管理员处理订

单配送；管理层和菜单管

理员查看订单信息

菜品、套餐说明菜单管理员录入用于顾客和管理层查看

顾客资料顾客录入结合从顾客订单中

提取

主要用于菜单管理员查看

以指定个性化推荐

顾客评价反馈信息顾客录入订单管理员处理反馈信

息；管理层和菜单管理员

查看反馈信息

4.2涉众

涉众扩展特征描述表：

涉众特征主要目标态度主要关注点约束条件

顾客分布于全市

各地

订餐方便；选

择多样；配送

及时

可以实现目

标，强烈支持

菜品具体信

息和价格；等

待时间

使用网上订

餐系统可能

不顺畅

管理层具有解雇职

员的权力

扩大营业额；

实现服务规

范化和流程

化

有望实现目

标，强烈支持

员工职责；各

项统计信息

计算机操作

水平有限

订单管理员具备一定的

计算机技能

处理顾客订

单和评价反

馈信息；分配

配送任务

可能增加工

作量，态度一

般

顾客订单和

评价反馈；外

卖员实时地

点

无

外卖员

能够使用交

通

工具进行

食物的配送

提高配送效

率

可以实现目

标，强烈支持

订单管理员

分配的配送

任务；最优化

的配送路线

送餐时无法

处理新分配

的配送订单

菜单管理员具备一定的

文字表述能

力和心理分

析能力

完善菜品信

息；制定受欢

迎的套餐和

推荐

可以实现目

标，但有压

力，支持

顾客订单和

评价反馈

计算机操作

水平有限

项目USER/TASK矩阵（优先级越高表示越重要）：

涉众任务群体数量优先级

顾客订餐；结算；评价反

馈

N5

前景与范围文档

15参考资料

管理层查看营业额、评价状

况等统计信息；管理、

监督员工

14

订单管理员处理顾客订单和评价

反馈信息；分配配送

任务

21

外卖员高效完成配送52

菜单管理员管理菜单；制定菜品

营销策略

13

4.3项目属性

属性驱动因素约束因素可调度因素

进度

计划在一个月内完

成第一版，两个月

内完成第二版，可

能的话三个月内完

成第三版；在不包

括责任人评审的情

况下，最多可超过

期限的两个星期

特性

第一版中要求实

现

的特性必须完成可

操作性；

第二版中要

求实

现的特性必须完

成易操作性

质量

必须通过95%的用户

验收检测

；必须通过

全部的安全性测试

（特别针对重要数

据和结算业务）；所

有的安全事务都必

须遵守国家的相关

规定和公司的安全

标准

人员

开发团队规模包括

一名项目经理，一名

需求工程师，一名设

计人员

以及一名测

试

人员；所有人均兼

职软件开发人员

费用在不包括责任人评审

的情况下，财政预算

最多可超支20%

考资料

前景与范围文档

16

丁二玉、骆斌《需求工程——软件建模与分析》

an《软件工程：实践者的研究方法（第5版）》