业务流程图：软件工程中的业务建模与流程设计-马育民老师

业务流程图属于 **软件工程** 范畴，是 **软件需求分析** 与 **概要设计阶段** 用于描述业务逻辑、流程流转与角色协作的核心建模工具。

用于梳理软件所支撑的现实业务流程，是需求、开发、测试之间沟通的统一语言。

# 一、定义
**业务流程图（Business Flow Chart，简称 BFC）**
是在**软件设计阶段**，用来描述**软件所支撑的业务活动**是如何一步步发生、流转、处理的图形化工具。

它不关心代码、变量、函数，只关心：
- 业务发生的顺序
- 参与的角色
- 执行的操作
- 判断条件
- 最终结果

一句话：
**业务流程图 = 软件要实现的“现实业务逻辑”的可视化。**

---

# 二、核心特点
1. **面向业务，不面向代码**
   只画现实流程，不画程序逻辑。
2. **多角色参与**
   常见用户、管理员、系统、第三方等角色。
3. **强调流程流转**
   谁发起、谁处理、谁审核、谁结束。
4. **用于需求分析与概要设计**
   是产品、开发、测试、客户沟通的统一语言。
5. **通常配合泳道图使用**
   按角色分栏，清晰谁做什么。

---

# 三、常用符号（软件设计标准）
- **圆角矩形**：开始/结束
- **矩形**：业务处理、操作步骤
- **菱形**：业务判断、条件分支
- **平行四边形**：数据输入/单据生成/信息展示
- **箭头**：业务流向
- **双线矩形**：调用子流程（如支付、验证）

---

# 四、业务流程图与程序流程图的区别（必考/必写）
| 对比项 | 业务流程图 | 程序流程图 |
|--------|------------|------------|
| 关注点 | 业务过程、角色、规则 | 代码执行、算法、变量 |
| 层次 | 宏观业务 | 微观代码逻辑 |
| 阶段 | 需求分析、概要设计 | 详细设计、编码 |
| 阅读对象 | 客户、产品、项目经理 | 开发人员 |
| 内容 | 用户下单→审核→发货 | if判断、循环、函数调用 |

**结论：业务流程图是软件流程图的一种，属于宏观层面。**

---

# 五、业务流程图的绘制规范
1. 一个流程只有**一个开始、一个结束**
2. 流向从上到下、从左到右
3. 判断节点必须标注**是/否**
4. 步骤描述简洁，动词开头
5. 复杂业务拆分子流程
6. 多角色业务建议使用**泳道图**

---

# 六、绘制步骤（标准流程）
1. 明确业务范围与目标
2. 梳理参与角色
3. 列出业务关键步骤
4. 找出判断条件
5. 按顺序连接流程
6. 检查是否闭环、是否遗漏分支

---

# 七、典型示例：用户下单业务流程
1. 开始
2. 用户浏览商品
3. 用户选择商品并下单
4. 系统判断库存是否充足
   - 否 → 提示库存不足，结束流程
   - 是 → 生成订单
5. 用户支付
6. 系统判断支付是否成功
   - 否 → 提示支付失败
   - 是 → 商家接单 → 发货 → 用户确认收货
7. 交易完成
8. 结束

---

# 八、作用（写文档必备）
- 清晰表达业务需求，减少沟通歧义
- 帮助开发理解软件要实现什么业务
- 为测试设计测试用例提供依据
- 便于发现业务漏洞、缺失环节
- 是软件需求规格说明书的重要部分

---

# 九、最终总结
在软件设计中，**业务流程图是用于描述软件所处理的现实业务活动顺序、角色分工与业务规则的流程图**，属于软件流程图的重要类型。它聚焦业务逻辑，不涉及具体代码实现，是需求分析、概要设计阶段的核心文档之一。

原文出处：http://malaoshi.top/show_1GW37St1CVKU.html