第1章 业务流程图在Agent需求分析中的定位

本章作为整门课程的基石，明确业务流程图在Agent需求分析阶段的核心位置。通过厘清适用场景、前置条件、与用户故事/用例图的协同关系，为后续各章节的SOP实操提供理论共识与方法论对齐。

1.1 适用场景

业务流程图（Business Process Diagram，BPD）在Agent需求分析中适用于以下三类典型场景：

• 流程驱动型Agent：当Agent需要按固定步骤依次执行任务（如订单审核、工单派发、审批流转）时，BPD能清晰展现活动顺序与分支判断。
• 跨角色协作型Agent：涉及多个系统、角色或外部API交互的场景（如采购-库存-财务联动），BPD可描述信息流与责任边界。
• 异常分支密集型Agent：存在大量回退、超时、补偿或人工干预的流程，BPD能直观表达正常路径与异常路径。

1.2 前置条件

开始使用业务流程图进行Agent需求分析前，必须满足以下条件：

1. 业务域已划定：需求方与分析师共同确认流程的起点事件和终点结果。
2. 关键术语已对齐：所有参与者对“订单”“审批”“回退”“超时”等核心术语理解一致。
3. 使用工具已确定：团队已选定BPMN 2.0标准或简化流程图符号集，并具备数字绘制环境（如Draw.io、Visio、PlantUML）。
4. 干系人可获得：至少一位熟悉流程全貌的业务专家可参与建模会议。

1.3 操作步骤

在Agent需求分析中引入流程图的典型步骤为“五步建模法”：

1. 范围界定：用泳道图或事件表列出流程涉及的所有参与方（系统、角色、Agent模块）。
2. 主路径绘制：从起点到终点，用标准节点（任务、网关、事件）绘制最常发生的“快乐路径”。
3. 异常路径补充：在主路径基础上附加超时、拒绝、重试、补偿等异常分支。
4. 数据标注：为每个任务节点标注流入/流出的数据实体（如“订单对象”“审批结果”）。
5. 评审与迭代：与业务专家逐路径走读，确认流程图的完整性与正确性。

1.4 输入输出物

1.5 责任边界

• 业务分析师（BA）：主导流程建模、主持走查、输出流程图及流程清单，确保图与真实业务一致。
• 产品经理（PM）：提供优先级判断，确认该流程是本次Agent版本的核心还是边缘特性。
• 开发/Agent工程师：参与评审，从技术可实现性角度挑战异常分支的完备性。
• QA/测试人员：使用流程图设计测试用例，并在评审时重点关注未覆盖的路径。

1.6 记录材料

完成本章分析后应归档以下记录：

• 会议记录：发起建模评审会议的参会人、时间、决议。
• 变更日志：流程图版本变更的时间、原因、改动点。
• 疑问追踪表：建模过程中产生的未决问题及其负责人、解决截止时间。

1.7 异常处理

在绘制和应用业务流程图时可能遇到以下异常：

1.8 验收标准

本章交付物是否合格，按以下标准验收：

1. 完整性：流程图中包含至少一个起点事件、一个终点事件、不少于5个活动节点、不少于2个网关（含排他或并行）。
2. 一致性：图中所有角色/泳道都出现在需求文档的角色列表中，所有节点描述都与术语表一致。
3. 可读性：节点内文字不超过15个字符，所有连接线不交叉，图面可在一页A4横向打印清晰。
4. 可追溯性：每个活动节点在流程清单中都有对应的步骤编号和输入/输出物标注。

1.9 核心价值与关系定位

业务流程图在Agent需求分析中的核心价值体现在：

• 消除歧义：用图形约束替代自然语言带来的多义性。
• 发现隐性需求：通过路径覆盖暴露遗漏的边界条件（如超时重试、并发冲突）。
• 衔接用户故事：每个用户故事（User Story）可映射到流程图的一条路径，用例图（Use Case Diagram）则对应流程的顶层边界。

下图展示业务流程图、用户故事与用例图在Agent需求分析中的三层关系：