业务流程图属于 软件工程 范畴，是 软件需求分析 与 概要设计阶段 用于描述业务逻辑、流程流转与角色协作的核心建模工具。
用于梳理软件所支撑的现实业务流程，是需求、开发、测试之间沟通的统一语言。
一、定义
业务流程图（Business Flow Chart，简称 BFC）
是在软件设计阶段，用来描述软件所支撑的业务活动是如何一步步发生、流转、处理的图形化工具。
它不关心代码、变量、函数，只关心：
- 业务发生的顺序
- 参与的角色
- 执行的操作
- 判断条件
- 最终结果
一句话：
业务流程图 = 软件要实现的“现实业务逻辑”的可视化。
二、核心特点
- 面向业务，不面向代码
只画现实流程，不画程序逻辑。 - 多角色参与
常见用户、管理员、系统、第三方等角色。 - 强调流程流转
谁发起、谁处理、谁审核、谁结束。 - 用于需求分析与概要设计
是产品、开发、测试、客户沟通的统一语言。 - 通常配合泳道图使用
按角色分栏，清晰谁做什么。
三、常用符号（软件设计标准）
- 圆角矩形：开始/结束
- 矩形：业务处理、操作步骤
- 菱形：业务判断、条件分支
- 平行四边形：数据输入/单据生成/信息展示
- 箭头：业务流向
- 双线矩形：调用子流程（如支付、验证）
四、业务流程图与程序流程图的区别（必考/必写）
| 对比项 | 业务流程图 | 程序流程图 |
|---|---|---|
| 关注点 | 业务过程、角色、规则 | 代码执行、算法、变量 |
| 层次 | 宏观业务 | 微观代码逻辑 |
| 阶段 | 需求分析、概要设计 | 详细设计、编码 |
| 阅读对象 | 客户、产品、项目经理 | 开发人员 |
| 内容 | 用户下单→审核→发货 | if判断、循环、函数调用 |
结论：业务流程图是软件流程图的一种，属于宏观层面。
五、业务流程图的绘制规范
- 一个流程只有一个开始、一个结束
- 流向从上到下、从左到右
- 判断节点必须标注是/否
- 步骤描述简洁，动词开头
- 复杂业务拆分子流程
- 多角色业务建议使用泳道图
六、绘制步骤（标准流程）
- 明确业务范围与目标
- 梳理参与角色
- 列出业务关键步骤
- 找出判断条件
- 按顺序连接流程
- 检查是否闭环、是否遗漏分支
七、典型示例：用户下单业务流程
- 开始
- 用户浏览商品
- 用户选择商品并下单
- 系统判断库存是否充足
- 否 → 提示库存不足，结束流程
- 是 → 生成订单
- 用户支付
- 系统判断支付是否成功
- 否 → 提示支付失败
- 是 → 商家接单 → 发货 → 用户确认收货
- 交易完成
- 结束
八、作用（写文档必备）
- 清晰表达业务需求，减少沟通歧义
- 帮助开发理解软件要实现什么业务
- 为测试设计测试用例提供依据
- 便于发现业务漏洞、缺失环节
- 是软件需求规格说明书的重要部分
九、最终总结
在软件设计中，业务流程图是用于描述软件所处理的现实业务活动顺序、角色分工与业务规则的流程图，属于软件流程图的重要类型。它聚焦业务逻辑，不涉及具体代码实现，是需求分析、概要设计阶段的核心文档之一。