用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/3795.html
角色：部门、岗位或人
活动：做了什么事情
次序：做这些事情的次序如何
规则：什么情况下到什么事情
业务、功能、页面、数据流程图
各个流程图之间的区别以及详细的例子：
http://www.woshipm.com/pd/818876.html
这里讲得很详细，并且介绍了流程图的元素、泳道、粒度等问题。
业务流程图
定义：抽象地描述事物进行的次序和顺序，不涉及具体操作与执行细节。在互联网软件行业通常指脱离产品设计的用户行为流程。
页面流程图
定义：指电子产品具体所呈现的页面跳转流程图。其承载了业务流程图所包含的业务流转信息。
功能流程图
定义：指单页面内或多页面之间的功能操作流程，其包含在页面流程中。
数据流程图
定义：特指软件产品中，描述数据在不同节点被处理的过程所画的图表。主要表达计算机程序对于业务的实现原理。用户在功能流程图中的每一个操作，对应都会反映在数据流程图中。同时，数据流程图也可以叫程序流程图（Program Flow Diagram）。
总结：
业务逻辑起承接作用，介于表现层和数据层之间。
可以理解成要描述的是一个事件的整个过程，包括其中涉及的对象、操作（做了是什么）、次序、规则（如果发生了什么则做什么）。
描述的工具是流程图。
根据粒度的粗细不同，流程图也有差别。
前面例子的业务逻辑流程图和最后一个例子的功能流程图更接近，究竟要画成什么样就要按照需求来了。
