4. 前置条件准备：关键材料的获取与整理

目标：在正式编写验收标准之前，系统性地收集、整理并验证需求文档、原型/设计稿、用户故事、业务规则及历史缺陷数据等核心输入材料。本章确保后续的验收标准制定有可靠、一致且可追溯的基线。

4.1 适用场景

• 新功能开发：开始编写新功能的验收条件前，需要获取最新的产品需求文档。
• 缺陷修复验证：针对历史缺陷，需要调取对应版本的缺陷报告和测试用例。
• 跨团队协作：当需求由多个团队（产品、开发、测试、业务方）共同交付时，需要统一材料源。
• 需求变更管理：当需求发生变更，需要重新梳理和更新相关的验收基线。

4.2 前置条件

• 需求已通过评审并获得产品负责人的初步确认。
• 原型/设计稿已完成视觉设计评审，并处于可交付状态。
• 项目或迭代已建立共享文档库（如 Confluence、Notion、SharePoint）。
• 历史缺陷数据已从缺陷管理系统（如 Jira、Bugzilla）中导出。

4.3 操作步骤

步骤分为四个阶段：获取 → 整理 → 对齐 → 验证。

4.3.1 输入/输出物清单

4.3.2 验收材料依赖关系图

4.3.3 详细整理步骤

1. 获取最新版本：从确定的共享路径拉取文件，优先使用在线协作文档的 导出为 PDF 功能存档。
2. 核对版本号：检查文档的版本历史或文件命名（如 PRD_v2.1_20240526.pdf），确保所有成员引用的是同一版本。
3. 建立材料索引表：创建一张表格，包含字段：材料名称 | 类型 | 版本 | 来源URL | 最后更新日期 | 负责人。
4. 业务规则解析：将用户故事中隐含的业务规则显式化，提取到单独列表。例如：

   用户故事：商家可以设置促销活动。
   业务规则1：促销活动时间不能早于当前时间。
   业务规则2：同一商品同一时间只能生效一个促销。
   业务规则3：促销折扣不能低于成本价70%且不得高于100%。。

5. 历史缺陷数据格式化：将缺陷数据从系统导出后，转换为结构化格式：

   [
     {"id": "BUG-101", "模块": "购物车", "严重度": "致命", "根因": "价格计算",
      "影响版本": "v2.0", "当前状态": "已修复"},
     {"id": "BUG-202", "模块": "用户登录", "严重度": "高", "根因": "边界值",
      "影响版本": "v2.0", "当前状态": "已验证"}
   ]

4.4 责任边界

4.5 记录材料

• 材料清单索引表：记录所有收集到的材料名称、版本、来源、状态。
• 差异分析表：记录 PRD 与原型/设计稿之间的所有差异项，包括冲突内容、遗漏细节。
• 业务规则提取记录：从用户故事中剥离出的显式化规则清单。
• 缺陷分布统计图：按模块、严重度、根因分类的汇总统计（可使用 Excel 或轻量工具输出）。

4.6 异常处理

4.7 验收标准（本章节交付物验证）

1. 材料清单索引表必须包含所有前置文档且无遗漏，版本号经产品经理或负责人签字确认。
2. 差异分析表必须至少有 1 个已识别的差异（若完全一致，则在表头注明“完全一致”）。
3. 业务规则提取记录的数量不少于用户故事中隐含量，且可被业务方理解。
4. 历史缺陷数据以结构化格式存储（如 JSON/CSV），并附有频次前 3 的缺陷类型说明。