餐厅订餐管理系统项目-范围研究

餐厅订餐管理系统项目

范围研究

提交人：齐玉华46110222

王东军46110203

朱梦佳46110225

目录

订餐系统需求分析说明 (3)

1. 文档概述 (3)

2.任务概述 (3)

3.系统功能概述 (5)

4.产品业务流程分析 (6)

5.订餐管理系统 (7)

初步项目范围说明书 (8)

1．项目和范围的目标 (8)

2.产品的范围描述 (8)

3.产品的需求和特性 (8)

4.项目可交付物 (9)

5.项目边界 (9)

6.产品验收标准 (9)

7.项目约束条件 (9)

8. 项目假定 (10)

9.项目风险 (10)

10.项目测试 (10)

11.人员培训 (11)

工作分解结构（WBS） (11)

制作项目甘特图 (12)

订餐管理系统范围核实及变更控制策略 (12)

1．范围核实策略 (13)

2.变更控制策略 (13)

订餐系统需求分析说明

1.文档概述

人民生活水平的提高凸显出餐饮业在服务行业中地位的重要性。经济和科技的迅速发展使得信息服务和电子设备进行业务管理成为时代的主流。在餐饮业中，不仅要做到客来服务，还要满足客户的预约订餐需求；同时，餐厅订餐管理系统的应用既可以节约客户的时间、解放餐厅员工，还可以使餐厅老板对餐厅的营业状况及时了解，对餐厅的管理进行实时控制，因此餐厅订餐系统的开发是必不可少的。

编写订餐系统项目产品需求说明书的目的在于明确产品需求，将功能需求、用户需求、业务需求准确的描述清楚，并建立相应的子系统模块。以便于项目组成员以及用户对项目目标有清晰的认识，为后续阶段的开发做好准备，最终实现订餐系统的有效利用。

2. 任务概述

2.1目标

通过开发餐厅订餐管理系统，实现订餐工作的高效性，原来负责客户点餐的员工不再需要手写信息，解放餐厅劳动力；通过使用点餐系统提高点餐的电子化程度，顾客可以更快捷、方便的选择自己想要的美味佳肴；为餐厅点餐的规范化和信息化管理打下坚实的基础。

2.2系统建设规模

餐厅点餐系统的信息管理工作和业务管理工作主要集中由各角色完成，不需要分布的服务器管理。系统的业务范围包括点客户点餐系统，后台管理人员确认系统，审批诉求系统三个部分（项目中把后两部分合并为一个后台管理子系统）。

2.3用户特点

2.3.1行业特点

（1）传统餐厅需要为前来顾客的口味进行选择性推荐，包括餐厅菜肴的名称、主料和价格等信息；

（2）餐厅需要根据菜肴主料的准备情况及时调整菜谱信息；

（3）餐厅点餐人员点餐时需要进行实名认证。

2.3.2人员特点

本系统的涉及的使用者包括负责为顾客点餐的各位餐馆点餐员、各位前来就餐的顾客、审阅菜单及时更新菜谱信息的后厨主管，解决就餐问题的餐厅经理。

（1）各位点餐员已经具有熟悉使用点餐系统的技能，熟悉点餐的整套流程，能够为各位顾客提供详细而周到的点餐服务，尽快的生成点餐单。

（2）前来消费的顾客根据自己的口味，结合餐馆实际情况，与点餐员进行交流，选择自己需要的菜肴。

（3）后厨主管根据餐馆购买的原材料及时编制菜谱信息和由于某些菜肴的供应量过大致使部分原材料供应不足而需要重新更新菜谱，可通过基本的上网操作，将数据及时反馈到点餐系统并进行确认菜单的工作。

（4）餐厅经理根据点餐员申报关于顾客认为菜肴不新鲜要求退菜或换菜、认为菜肴价格太贵要求打折或者赠送优惠券的意见，进行完成网上的审批工作。

（5）送餐员根据后厨的信息为顾客送餐。

在此系统中，我们将系统的使用者分成两组人，即客户和后台管理人员（包括餐厅的点餐人员、后厨主管、餐厅经理等）。

2.3.3业务需求

餐厅点餐系统主要包括以下功能：

（1）根据顾客的需求，确定点餐单；

（2）后厨及时公布和调整菜肴信息并对收到菜单信息的进行确认；

（3）对于顾客就餐意见进行反馈

2.3.4相关人员及用户分析

顾客：浏览菜谱上的信息，对感兴趣的菜肴进行选择，对于自己的不满意的菜肴或菜肴价格可以提出意见，申请更换菜肴或申请价格打折。

后厨主管：负责菜谱信息的发布与更新，确认点餐单的生成。

经理：负责审核申请更换菜肴或价格打折的意见。

送餐员：负责为顾客送餐。

系统管理员：负责审核各位角色成员的身份合法性验证，以及后台数据库的管理，网络维护等。

3. 系统功能概述

3.1顾客订餐功能分析

根据对顾客网上订餐系统业务流程的分析，可以看出顾客点餐主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下：

（1）登录网上注册为会员；

（2）在订餐系统进行菜单浏览；

（3）会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码；（4）顾客对已选的菜单进行更改选择的数量或者取消选择；

（5）当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。

3.2管理员后台管理系统功能分析

（1）管理员在后台登录后，可以创建新的管理员；

（2）管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等；

（3）管理员对菜单进行管理，确定订单的生成；

（4）管理员根据不同的属性来查询订单，比如生成日期或者编号等；

（5）管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。

3.3用户注册登录

用户访问本网站直接进入本网站可直接进入网站主页，可选择登陆，若为注册可选择注册，只有注册用户方可点餐。注册提供用户名和密码，用户名只能检测，若已存在也可进行提示。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。

3.4浏览菜品

显示菜品的各种信息，可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择。

3.5菜品详细信息

（1）显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供用户放进自己的购物车。

3.6购物车

实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。

3.7提交购物车并生成订单

接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，用户可继续修改为完成的菜品，已完成菜品无法进行操作，用户修改订单并保存。

3.8结帐付款

选择付款方式及对此次餐的评价。

3.9结束订餐

设置友好的结束界面。

3.10管理员操作

在后台系统中管理网上订餐会员管理和菜单管理。

4. 产品业务流程分析

4.1流程图

为餐厅订餐管理系统设计流程图如下所示：

4.2点餐管理系统业务事件

4.2.1事件分析

餐厅点餐系统的前段是后台管理员，及时更新菜谱；顾客通过浏览菜谱信息，选择适合自己口味的菜肴，进行菜单的生成；后台管理人员在点餐、进餐和餐毕过程中不断对系统的信息进行更新和维护，完成时间流程。

4.2.2事件关联项识别

（1）顾客登陆订餐界面：顾客需要以会员身份登录订餐界面才能进行相应操作；

（2）顾客对订餐信息进行选择、更改、查询、继续添加等：顾客可以对点餐的主料信息、价格信息、口味信息及时了解并对其进行适合自己选择的操作；

（3）系统管理员对顾客的点餐进行审核：当顾客提交个人信息后，信息管理员要审核其信息是否真实有效，只有可靠的点餐信息才能进入到系统中。

4.2.3报表类型识别

（1）菜谱信息表

菜谱信息表是某菜谱的详细信息统计表，包括菜谱价格，品种，名字等。

（2）改单业务统计表

根据顾客的需求，后台管理员对于客户对于菜肴做出的调整而更改点餐单，系统对所有改单进行统计，形成改单业务统计表。

（3）点餐单生成及账务统计表

点餐生成表是点餐员向系统提供的点餐单的信息统计，这个是根据后台管理员提供的顾客最终点餐单进行信息统计将情况最后反映到消费结算中心，以便顾客就餐完以后付账。

5. 订餐管理系统

5.1点餐管理子系统

顾客订餐主要流程如下：

（1）顾客登录网上订餐系统进行菜单的浏览或者注册为会员；

（2）会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务；

（3）如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等

功能；

（4）当顾客确定订餐完毕后，顾客可以将其提交至餐厅后台系统，并生成订单；（5）顾客对系统或者餐厅有意见或者建议的留言，餐厅进行及时回复。

5.2后台管理子系统

管理员、后台管理流程如下：

（1）管理员登录后台点餐系统；

（2）管理员可以管理会员信息；

（3）后台将顾客点餐提交到后厨显示；

（4）后厨根据顾客订餐菜单进行做菜；

（5）每完成一个菜就更改其状态为已做；

（6）所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。

初步项目范围说明书

1．项目和范围的目标

通过开发《餐厅订餐管理系统》实现订餐工作的高效性，用户不需要进入实体餐厅以及手写菜品信息，通过使用网络技术在互联网平台进行菜品数据信息的共享，以便顾客能够更加快捷、方便的浏览以及选择自己钟爱的美味佳肴，同时也为餐厅的规范化和信息化管理打坚实的基础。

2. 产品的范围描述

本项目为餐厅订餐管理系统，客户可以通过互联网订餐、微信订餐等功能进行订餐，食堂人员通过后台数据库显示的相关信息，做出相应的回应，还可以通过数据信息进行餐厅财务结算和服务情况的统计，并通过图表形式呈现。

3. 产品的需求和特性

用户可通过访问网站上订餐系统，进行登陆或注册，获得想要的各种食物，管理员可以查看用户菜品，对餐厅食物的品种进行增删改查。

4. 项目可交付物

在项目实际进行过程中，要不断交付项目结果，具体得到的成果可以是：（1）顾客注册以及登陆页面设计图

（2）餐厅信息展示页面设计图

（3）餐厅菜品展示页面功能设计图

（4）购物车浏览页面设计图

（5）结账页面设计图

（6）后台信息展示页面设计图

（7）系统代码文本

（8）综合信息系统平台

5. 项目边界

用户通过互联网实现在线浏览产品信息，在线下订单、在线支付以及对产品评价等功能，同时还需要后台系统管理人员，餐厅经理、厨师、服务员、原材料采购人员和送餐服务人员等多个参与者可以通过培训成为系统管理人员，后台管理人员主要是通过对订餐信息的浏览和统计，并生成订单交给厨房，最后用户对产品信息进行反馈，餐厅根据反馈信息进行反馈。在这个过程中参与的人员较多，业务处理较为复杂，因此系统要有完善的功能。

6. 产品验收标准

项目在最后阶段需要对产品进行验收，具体验收标准如下几方面所示：

（1）订餐系统能够实现用户网上信息共享、用户网上订餐、网上付账以及产品评价等功能；

（2）订餐系统的建设不能超过预算费用200000元；

（3）订餐系统的建设要在规定的时间内完成；

（4）订餐系统信息安全性。

7. 项目约束条件

项目要按照实际状况的约束进行控制再能才能以最少的付出得到最高的回报，因此需要增加额外的约束条件：

（1）完全依照相关规定进行

（2）保证低成本、高质量、安全性好、高效率完成任务

8.项目假定

项目的实施可能会出现一系列特殊情况，故在项目的实施过程中需要进行好的评估，即：假定承包商可以完成预期的可交付成果（否则承包商要履行相应的责任）；假定承包商可以在规定的时间内完成项目（否则需要对项目成果不能及时应用带来的损失按照一定程度进行赔偿）。

9.项目风险

小组在经过讨论后对项目可能存在的风险进行了预估，认为项目在实施过程中可能存在投资风险、合同风险、工期风险、经济风险、项目中人员流失、缺乏技术经验的风险。

10.项目测试

根据需求分析，按事先流程进行系统测试，具体测试步骤如下所示：

10.1顾客操作流程：

（1）顾客登录网上订餐系统进行菜单浏览；

（2）顾客注册为会员；

（3）会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码；

（4）顾客对已选的菜单进行更改选择的数量或者取消选择；

（5）当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单；

10.2后台管理员操作流程：

（1）管理员在后台登录后，可以创建新的管理员；

（2）管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等；

（3）管理员对菜单进行管理，确定订单的生成；

（4）管理员根据不同的属性来查询订单，比如生成日期或者编号等；

（5）管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。

11.人员培训

通过建立订餐系统，需要对相关后台管理人员以及送餐人员进行相应的培训。

（1）后台管理人员的培训：主要是向工作人员介绍订餐系统的运行机制、数据上传以及数据更新、订单查看及统计、反馈信息查看及统计等功能，通过技术人员对管理人员进行操作指导，并通过模拟订单是工作人员熟悉流程和操作。直至能够熟练掌握。

(2)送餐人员培训:主要是让送餐人员熟悉当地地址，服务态度以及应急情况的处理等。

工作分解结构（WBS）

由项目需求分析和项目范围说明书，小组对餐厅订餐系统进行了工作分解结构，如下所示：

制作项目甘特图

订餐管理系统范围核实及变更控制策略管理经营策略不能一成不变,必须随内部条件、外部环境的变动而调整。餐厅

订餐管理系统必须根据餐厅体质、不同的阶段,结合不同的管理模式。所谓管理策略，就是在企业经营管理中，为了实现某一经营目标，在一定的市场环境条件下，所有可能实现经营目标采取的行动及其行动方针，方案和竞争方式。由于经营策略活动是一项艰巨的用脑活动和理性思考的创造性活动，所以需要对订餐管理系统制定范围核实和有效的变更控制策略。

1．范围核实策略

范围控制策略主要是对内部条件的变化进行有效应对的管理策略，小组认为范围管理策略主要包含以下几点：

（1）范围核实，主要关注对可交付成果的验收

（2）质量核实，主要关注可交付成果是否正确及是否满足质量要求

（3）项目范围核实的主要工具和技术是检查，检查包括通过测量、仔细检查与核实等过程判断工作于可交付成果是否符合要求与产品验收原则的各项活动；

（4）通过对项目范围的核实形成验收可交付成果、请求变更以及推荐纠正措施。

2. 变更控制策略

变更管理流程是该系统一个重要的应用组成，对于餐厅订餐管理系统的产生、计划、评估、审批、实施、记录等流程进行管理。根据项目需求分析和范围管理分析小组确定，变更控制策略的工作主要包含：根据需求报告和设计文档，设计系统的实体对象和工作流程；设计系统访问角色和分配权限；在原系统应用之上进行二次开发，对某些数据域和功能进行修改、删除和屏蔽；添加新的数据对象和新的功能，实现新的流程规则；撰写新的用户培训文档等。

通过对项目变更处理的学习，小组对餐厅订餐系统项目变更处理进行了简单的处理过程分析，如图所示：

提交人协调员实施员评估员审批员

N N

新建变更

请求 交给评估员 接收、确认请求

开始 变更计划

启动变更

提交审批 实施变更

确认结果 进行评估

进行审批 结束

评估成立？

审批通过？

X