据流图(DFD)提供了系统内信息流(即数据流)的可视化表示。通过绘制数据流程图，您可以了解由参与系统流程的人员提供并交付给他们的信息、完成流程所需的信息以及需要存储和访问的信息。本文以一个订餐系统为例，对数据流图(DFD)进行了描述和说明。
食品订购系统示例
上下文
上下文关系图是只显示顶层的数据流关系图，也称为0级。在这个层次上，只有一个可见的流程节点，它代表了一个完整系统的功能，包括它如何与外部实体交互。上下文关系图的一些好处是:
- 显示系统边界的概述
- 使用简单的符号不需要任何技术知识
- 简单的绘制，修改和阐述作为其有限的表示法
下图显示了为食品订购系统绘制的上下文数据流程图。它包含一个表示要建模的系统的流程(形状)，在本例中是“食品订购系统”。它还显示将与系统交互的参与者(称为外部实体)。在本例中，供应商、厨房、经理和客户是将与系统交互的实体。在流程和外部实体之间有数据流(连接器)，表明实体和系统之间存在信息交换。
< class="pgc-img">
上下文DFD是数据流模型的入口。它只包含一个进程，并且不显示任何数据存储。
1级过程
下图显示了第一级DFD，它是在DFD上下文中显示的食品订购系统流程的分解(即分解)。通读这张图，然后我们将介绍一些基于这张图的关键概念。
< class="pgc-img">食品订单系统数据流图示例包含三个流程、四个外部实体和两个数据存储。
根据图表，我们知道客户可以下订单。订单食品流程接收订单，将其转发到厨房，将其存储在订单数据存储中，并将更新后的库存详细信息存储在库存数据存储中。该流程还向客户交付账单。
经理可以通过Generate Reports流程接收报告，该流程分别从库存数据存储和订单数据存储中获取库存细节和订单。
经理还可以通过提供库存订单来启动订单库存流程。流程将库存订单转发给供应商，并将更新后的库存详细信息存储在库存数据存储中。
数据流程图提示和注意事项
提示
- 过程标签应该是动词短语;数据存储由名词表示
- 数据存储必须至少与一个进程相关联
- 外部实体必须与至少一个流程相关联
- 不要让它变得太复杂;通常5 - 7个普通人可以管理流程
- DFD是不确定的——编号不一定表示顺序，它在与用户讨论时用于标识流程
- 数据存储不应该连接到外部实体，否则，这将意味着您将让外部实体直接访问您的数据文件
- 如果没有经过一个流程，数据流不应该存在于两个外部实体之间
- 有输入但无输出的过程被认为是黑洞过程
注意事项
不要混淆数据流和进程流
有些设计人员可能在看到从数据存储连接到流程的连接器时感到不舒服，因为没有看到数据请求的步骤以某种方式显示在图中。其中一些将试图通过在流程和数据存储之间添加连接器来表示请求，并将其标记为“请求”或“请求某些东西”，这是错误的。
请记住，数据流图是为表示信息交换而设计的。数据流图中的连接器用于表示数据，而不是表示流程流、步骤或其他任何东西。当我们将结束于数据存储的数据流标记为“请求”时，这意味着我们将请求作为数据传递到数据存储中。虽然这可能是在实现级别的DBMS做支持的使用功能,而摄入一些值作为参数并返回一个结果,在数据流图中,我们倾向于把数据存储作为唯一的数据夹,并不拥有任何处理能力。如果您想对系统流或流程流建模，那么可以使用UML活动图或BPMN业务流程图。如果希望对数据存储的内部结构建模，请使用实体关系图。
资源
- Food-Ordering-System.vpp
本教程的读者也可以阅读
- 什么是数据流程图(DFD)?如何绘制DFD?
- 如何编写有效的用例?
- 如何使用ERD对关系数据库设计建模?
- 如何开发现有的和将来的业务流程?
- 数据流程图与实例-客户服务系统
原文：https://www.visual-paradigm.com/tutorials/data-flow-diagram-example-food-ordering-system.jsp
本文：http://jiagoushi.pro/data-flow-diagram-examples-food-ordering-system
讨论：请加入知识星球【首席架构师圈】或者飞聊小组【首席架构师智库】
<>近，餐谋军师在后台收到一位新手餐饮老板的留言。
这位餐饮老板的餐厅正在装修当中，预计下个月中旬可以进入试营业期。
最近他在选择点餐收银软件的时候陷入纠结迷茫当中：知名的太贵，不知名又怕有安全漏洞、服务不到位，更怕买下后才发现不适合自己的餐厅。
他在网上搜了大量的信息页也没有找到合适的答案，希望餐谋军师出一篇推文分析市面上各大品牌餐饮智能收银系统，便于餐饮从业者在选择餐饮收银系统时有更多的参考价值，选择到合适自己餐厅的点餐收银系统。
既然餐饮老板有这样的需求，餐谋军师小编当然义不容辞为你解除各种餐饮经营管理疑惑。
目前，市面上的餐饮收银系统生产厂商没有1000也有800，其中比较知名的品牌有旗鱼点餐、客如云、二维火、思讯、哗啦啦等等。
1. 旗鱼点餐
优势：性价比高；所有设备均可实现无线连接，无需布线，节省大量装修布线成本；设备可移动化，可不设固定收银台，一个服务员可身兼多职，节约人工成本。
核心功能：点餐；收银；排队取号；估清；挂单；加菜；实时打印；外卖接单；数据化分析；订单管理；优惠管理；菜品管理；员工管理等。另外还可提供扫码点餐系统功能。
适合的餐饮类型：中小型餐厅，包括;中西餐厅、快餐店、奶茶店、酒吧、小吃烧烤店、火锅店等。
< class="pgc-img">2. 客如云
优势：从产品功能层面来说，客如云智能餐饮管理系统包含"点餐、收银、第三方平台对接、排队、预定、会员、营销、报表、供应链"九大模块，已经覆盖90%以上的餐饮需求。
从硬件外观质量层面来说，客如云的设备集双屏、扫码、打印于一体，外观也比较好看。
适合的餐厅类型：连锁大型餐厅
不足：台式占用空间大，不可移动；价格相对来说偏贵；有些餐饮朋友反映客如云收银软件有时候会不太稳定，也希望客如云在这块能够不断优化。
< class="pgc-img">3. 二维火
优势：专注餐饮云收银系统的研发和应用，致力于帮助餐饮等行业实现互联网信息化，例如手机收银替代传统收银硬件、手机扫码点餐/支付、手机管理店铺、会员营销互动、中央厨房等，实现O2O线上线下融合，节省经营成本，提高服务效率。
合适的餐饮类型：中小型餐厅
不足：会有一些用户反映客人手机扫码下单后，出现已经支付成功，但是收银机没有收到订单，客人体验差。
< class="pgc-img">4. 思讯
优势：思迅软件致力于零售流通业,商业自动化与餐饮娱乐行业信息化技术研发与推广应用；餐饮管理软件、便利店收银软件、超市收银软件、专卖店收银软件、B/S收银软件，SaaS收银软件，O2O软件等，并提供全国范围内4小时覆盖服务网络。
不足：拥有多个行业业务，并不专注于餐饮这个领域
< class="pgc-img">5. 哗啦啦
优势：哗啦啦，是为餐饮企业提供移动互联网自助餐厅服务的企业。网站为消费者提供网上订位、点菜、支付一站式便捷服务，消费者可以通过PC、手机、Pad随时随地订位、点菜、支付，方便了消费者的用餐需求；同时，加盟哗啦啦网站的网络餐厅也为餐饮企业创造了价值，延伸了餐厅的服务时间与服务空间、提升服务效率、节约了点菜、支付的人工，大大缓解餐厅人工不足的矛盾，影响并改变着餐厅的经营模式。
不足：卡单现象严重，顾客扫码下单支付后，后台打印订单延时。
< class="pgc-img">6. 银豹收银
由厦门准动网络科技有限公司开发的一款收银系统软件，但是不只是局限在餐饮行业，覆盖的行业非常广，比如超市、餐饮、服装、生活服务、母婴等多行业，相比下在餐饮行业适用性不强，功能不是能完全满足需求。
< class="pgc-img">7. 闪收收银
主打店铺收银，覆盖超市、商店、连锁店、服装店、餐饮等行业，覆盖行业广，但是和银豹收银一样，在餐饮行业适用性不强，功能有点繁琐，可能在商品店会更适用。
< class="pgc-img">以上几大品牌在产品形态和产品功能上也有很大一部分的区别。其中有基于PC端系统，也有提供软硬一体基于移动端系统的智能收银设备。在产品功能上，有些餐饮系统不但可以实现点餐、收银、排队取号、开发票等基本功能，还可以帮助商家连接线上外卖业务。
所以说，餐饮老板要根据自己餐厅的实际情况，选择最合适的品牌和功能，不然，产品功能、产品形态和餐厅实际需求对不上，那真是浪费时间和成本，甚至还会影响客流和营业额。
随着"移动互联网+餐饮"的深入发展，移动化设备更契合餐饮业的实际需求，也更受餐饮老板的青睐。旗鱼点餐移动收银台体积小，可实现移动化，服务员手持移动收银台在顾客身边就可以实现点餐、收银、打印小票等功能，免去了服务员下单和录单在传统固定收银台和顾客之间来回奔跑的工作量，对于空间较大的餐厅，可明显提高服务员工作效率和上菜速度，提高餐厅整体运行效率。
餐谋军师：百万餐厅的军师谋士。订阅关注餐谋军师微信（canmoujunshi），每天为百万餐饮人解答正餐管理、轻餐管理、外卖管理、新店管理的经营策略。
