第4章 建模方法对照表：用户故事、用例图、领域模型、决策表、状态图、验收标准

4.1 方法概述与定位

六种建模方法从不同维度覆盖AI需求全貌，只有理解每种方法的定位才能精准选用。下表从核心用途、建模维度和典型产物三个角度给出对照：

下图展示六种方法按三大视角分组，以及从需求输入到模型产出的映射关系：

4.2 适用场景

不同建模方法应对不同类型的问题，选错方法会导致模型与需求脱节。按需求特征匹配最佳方法：

4.3 前置条件

在使用建模方法对照表之前，团队需完成以下准备：

1. 需求素材就绪：至少收集到原始需求描述、业务规则文档或用户访谈记录。
2. 角色分工明确：确定产品经理、业务分析师、技术负责人和测试人员的协作关系。
3. 工具环境就绪：安装或准备好建模工具（如UML工具、决策表编辑器、状态图绘制工具）。
4. 团队共识对齐：所有成员对六种方法的基本符号和命名规则有一致理解。
5. 复盘目标清晰：明确当前复盘是“需求完整性检查”还是“模型一致性验证”。

4.4 操作步骤

使用建模方法对照表的标准流程分为5个步骤，每一步都有明确的输入和决策点：

4.5 输入输出物

每个建模方法都有明确的输入来源和输出产物，对照表确保输入输出可追溯：

4.6 责任边界

不同角色在建模方法应用中的职责划分：

• 产品经理：主导用户故事编写，确认业务价值，对验收标准负最终责任。
• 业务分析师：负责领域模型、决策表和状态图的构建，确保业务规则准确。
• 技术负责人：审核用例图和技术可行性，确认状态图与系统架构一致。
• 测试工程师：参与验收标准制定，确保可测性，输出测试场景。
• 复盘主持人：组织对照表选择会议，监督五个步骤的完整执行，记录异常。

4.7 记录材料

每次复盘需保留建模过程的关键记录，包括方法选择理由、模板填写内容和审核意见。以下是两种核心模板示例：

示例1：用户故事标准模板

作为【用户角色/身份】
我想要【功能目标/行为描述】
以便于【业务价值/动机】

验收条件：
1. 【场景1：正常流程】给定___，当___，则___
2. 【场景2：异常流程】给定___，当___，则___

优先级：P0 / P1 / P2
来源需求编号：REQ-2024-XXX

示例2：决策表模板

规则编号 | 条件C1 | 条件C2 | 条件C3 | 动作A
---------|--------|--------|--------|------
R001     | Y      | Y      | N      | 执行A1
R002     | Y      | N      | Y      | 执行A2
R003     | N      | Y      | Y      | 执行A3
R004     | N      | N      | N      | 执行A4（默认）

条件说明：
C1: 用户信用分 ≥ 650
C2: 借款金额 ≤ 100,000
C3: 有抵押物

记录材料归档清单：

• 方法选择记录表（含选择理由）
• 每种方法的建模产物（模板填写后）
• 交叉验证意见表
• 异常处理记录
• 审核签字页

4.8 异常处理

建模过程中常见异常及应对措施，提前识别可减少复盘阻塞：