业务逻辑流程图

用Axure注释逻辑

元件的逻辑有5种，具体如下：

功能逻辑：详细讲解该功能的逻辑。
交互逻辑：对页面之间的相互跳转进行说明。
视觉逻辑：对颜色，对图标的要求。
业务逻辑：讲一下该功能对应着什么业务。
技术逻辑：有些逻辑可能用技术语言描述更清楚一点，以及对技术有特殊的要求。
在软件系统架构中，软件一般分为三个层次：表示层、业务逻辑层和数据访问层：
http://www.360doc.com/content/17/0108/20/32626470_621130162.shtml
http://www.91yunying.com/80093.html

业务逻辑层 概念+例子

原文：https://blog.csdn.net/qq_35038153/article/details/78951206
在软件系统架构中，软件一般分为三个层次：表示层、业务逻辑层和数据访问层。

• 表示层：负责界面和交互；

• 业务逻辑层：负责定义业务逻辑（规则、工作流、数据完整性等），接收来自表示层的数据请求，逻辑判断后，向数据访问层提交请求，并传递数据访问结果，业务逻辑层实际上是一个中间件，起着承上启下的重要作用；

• 数据访问层：负责数据读取。

业务逻辑的内容包括四个部分：

领域实体：定义了业务中的对象，对象有属性和行为；
业务规则：定义了需要完成一个动作，必须满足的条件；
数据完整性：某些数据不可少；
工作流：定义了领域实体之间的交互关系。

以大毛 购裤子为例

领域实体：大毛、资金账户、订单、裤子、发货单
业务规则：大毛点击购买就会生成订单，但必须付了钱，才会发货，生成发货单。
数据完整性：淘宝 下订单必须登录账 ，没有账 就不能成功购买。
工作流：搜索裤子-找到合意裤子-下单购买-付账-收货。
业务逻辑：搜索“裤子”-找到合意裤子-下单-必须登录账 -结算-付账-收货。

当当必须登录账 才能下单成功，亚马逊就不需要，今天发现淘宝也不需要登录账 就能购买商品了，所以每个 站的规则的不同，就形成了不同的业务逻辑，业务逻辑不仅仅包括规则，还包括实体、数据完整性、工作流。如图：

业务、功能、页面、数据流程图

各个流程图之间的区别以及详细的例子：
http://www.woshipm.com/pd/818876.html
这里讲得很详细，并且介绍了流程图的元素、泳道、粒度等问题。

业务流程图

定义：抽象地描述事物进行的次序和顺序，不涉及具体操作与执行细节。在互联 软件行业通常指脱离产品设计的用户行为流程。

功能流程图

定义：指单页面内或多页面之间的功能操作流程，其包含在页面流程中。

总结：

业务逻辑起承接作用，介于表现层和数据层之间。
可以理解成要描述的是一个事件的整个过程，包括其中涉及的对象、操作（做了是什么）、次序、规则（如果发生了什么则做什么）。
描述的工具是流程图。
根据粒度的粗细不同，流程图也有差别。
前面例子的业务逻辑流程图和最后一个例子的功能流程图更接近，究竟要画成什么样就要按照需求来了。