交付证据按验收项组织归档，核心是建立“验收项—证据—交付物—归档位置”的对应关系：先把验收标准拆成可单独判定的验收项并统一编号，再为每项定义所需证据和提交要求，让证据在产生时即挂到验收项上，最后按验收项目录成册并做一次双向追溯抽查。这样每条证据都能回答它证明哪个验收项、由谁提交、对应哪个交付物、存放在哪里。ONES 可作为承载验收项与证据关联、文档归档的管理工具，具体字段与目录需结合团队流程配置。
要点总览（TL;DR）
- 先把合同、需求或验收标准拆成可单独判定通过与否的验收项，统一编号并冻结清单，作为证据归集的骨架。
- 为每类验收项预先定义证据形式、必填字段和提交时点，让证据在执行阶段产生时就挂到验收项上。
- 证据与验收项按多对多关联，保留需求编号、交付物版本和归档位置字段，支持从验收项反查证据、从证据反查验收项。
- 归档以验收项编号为主键组织目录，命名包含编号、证据类型、版本和日期，冻结前做一次双向可追溯性抽查。
- 交付负责人、验证人员、质量或配置管理员、验收方分工明确，交接节点设在证据初检和归档冻结前。
先建立验收项清单与统一编号
证据组织的第一步是准备骨架：把合同条款、需求文档或验收标准中的验收要求，逐条提取为验收项。提取时以“能否单独判定通过与否”为拆分标准，一条验收项对应一个可观察、可核验的结果，避免把多个判定条件塞进同一条，也避免拆得过细导致证据重复提交。
每条验收项至少包含以下字段，编号规则在项目内保持唯一和稳定：
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 验收项编号 | 项目代号＋两位序号，一经发布不再复用 | PRJ-ACC-012 |
| 验收标准 | 可观察的判定条件，含阈值或范围 | 订单导出在1万条数据下3分钟内完成 |
| 判定方式 | 测试、演示、文档评审或现场检查 | 性能测试＋演示 |
| 责任人 | 对该验收项结果负责的角色 | 后端负责人 |
| 来源 | 对应合同条款、需求编号或标准条目 | 合同附件二第3条；REQ-208 |
清单形成后组织一次评审，由交付负责人、验证人员和验收方共同确认验收项是否完整、粒度是否合适、判定方式是否可执行。评审通过即冻结清单，冻结时点建议放在交付执行启动前；此后新增或修改验收项走变更记录，保留原编号并标注版本，避免证据与验收项对不上号。
为每个验收项定义证据类型与提交要求
验收项清单冻结后，逐项确定“用什么证明它通过”。证据类型应与判定方式匹配，常见对应关系如下：
| 验收项类型 | 主要证据形式 | 辅助证据 |
|---|---|---|
| 功能实现 | 测试记录、操作截图或录屏 | 需求条目链接、版本号 |
| 性能与容量 | 压测报告、监控日志 | 测试环境说明、数据集规模 |
| 文档交付 | 文档评审记录、签字确认单 | 文档版本历史 |
| 流程与合规 | 评审纪要、审批记录 | 过程截图、检查表 |
| 现场或部署检查 | 检查表、现场照片、部署日志 | 环境配置清单 |
每份证据提交时须带齐必填字段：验收项编号、提交人、提交时间、对应交付物或需求编号、证据版本。合格判定标准可以概括为三条：可读，验收方无需额外解释即可理解内容；可核验，能复现或对照原始记录；有来源，能说明由谁在什么环境下产生。截图类证据应包含时间、环境或系统标识，避免脱离上下文后无法判断。
提交时点与责任角色在对应表中一并写明。测试记录随测试执行完成提交，评审记录在评审会后一个工作日内提交，签字单在验收方确认时提交。责任角色通常是该验收项的执行人或验证人，交付负责人负责催收和完整性检查。把提交要求前置到执行阶段，归档时只需核对，不必临时补材料。
把证据关联到验收项与交付物
关联关系是追溯成立的关键。一条验收项可能对应多份证据，例如性能验收项同时需要压测报告和监控日志；一份证据也可能支撑多条验收项，例如一次集成测试记录覆盖多个功能条目。因此关联按多对多设计，以验收项编号作为主关联键，证据台账中每条记录至少填写一个验收项编号，需要时追加多个。
证据记录建议保留以下关联字段：验收项编号、需求编号、交付物名称与版本、所属交付批次、归档位置。需求编号用于向上追溯验收项的来源，交付物与版本用于确认证据针对的是哪一次交付，归档位置用于从台账直接定位文件。字段不必求多，但每个字段都应有明确的填写人和核对人。
关联关系的承载方式有两种常见做法：一是在项目管理工具中把验收项建成工作项，证据作为附件或关联文档挂在工作项下，需求、测试、缺陷通过工作项链接串联；二是在文档中维护证据台账，用编号列建立引用。两种方式可以并用，台账负责总览，工具负责过程留痕。ONES ALM 方案以数字线程贯通需求、开发、测试、变更与发布，围绕需求、基线、版本和变更建立统一管理对象，并把测试用例、缺陷、版本和发布过程关联到需求链路中，可作为验收项与证据挂接的承载方式；具体字段与工作项类型需按团队流程配置。
关联缺失时的补录要有规则：发现证据未挂验收项，由提交人补填编号并注明补录时间；发现验收项无证据，由交付负责人登记缺口并指定补交人和期限。补录记录本身也应保留，便于抽查时区分原始提交与事后补充。
按验收项目录归档与命名
归档目录以验收项编号为主键组织，保证从目录就能定位到具体验收项。一个可用的结构如下：
- 交付批次目录（如 2024-Q3-交付）
- 验收项目录（以编号命名，如 PRJ-ACC-012）
- 证据文件（测试记录、截图、签字单等）
- 验收结论与签字页
文件命名建议采用“验收项编号_证据类型_版本_日期”的格式，例如“PRJ-ACC-012_压测报告_v2_20240918”。版本标识与交付物版本对应，同一证据修订后保留旧版本，不覆盖原文件。归档位置确定后设置访问权限：交付团队可读写，验收方与质量角色可读，归档冻结后仅配置管理员可变更。
归档完成的标志是：该验收项下证据齐全、命名合规、台账中的归档位置与实际文件一致，并由交付负责人确认。全部验收项归档完成后整体冻结，冻结记录中写明冻结时间、范围和确认人。
角色分工与交付物
证据组织涉及四类角色，职责与产出如下：
| 角色 | 主要职责 | 输入 | 输出 |
|---|---|---|---|
| 交付负责人 | 组织验收项清单编制与冻结，催收证据，确认归档完整 | 合同、需求、验收标准 | 验收项清单、归档确认记录 |
| 测试/验证人员 | 按验收项执行验证，提交测试记录与日志 | 验收项清单、证据要求 | 测试记录、验证结论 |
| 质量或配置管理员 | 维护编号规则与台账，检查命名与版本，执行归档冻结 | 证据台账、命名规范 | 台账、归档目录、冻结记录 |
| 验收方 | 确认验收项判定结果，签署验收结论 | 证据与验收结论草案 | 签字确认单、验收意见 |
交接节点设在两处：证据提交后由交付负责人做完整性初检，确认编号与字段齐全再进入归档；归档冻结前由质量或配置管理员做一次全量核对，确认台账与目录一致后提交验收方签署。评审节点与验收项清单评审合并安排，减少重复会议。
示例：一次交付的证据组织过程
以下为演示情景，用于说明链路，不代表真实项目数据。某系统交付中有一条验收项“PRJ-ACC-007：报表导出在10万条数据下5分钟内完成，判定方式为性能测试”。
证据对应关系为：压测报告一份（主证据）、监控日志片段一份（辅助证据）、测试环境说明一份（来源说明）。台账中该验收项记录填写需求编号 REQ-315、交付物“报表模块 v1.3”、提交人为性能测试工程师、提交日期为交付前两周。
归档目录为“2024-Q3-交付/PRJ-ACC-007/”，文件命名为“PRJ-ACC-007_压测报告_v1_20240910”“PRJ-ACC-007_监控日志_v1_20240910”。验收方签署后，验收结论页放入同一目录。
追溯路径演示：从验收项 PRJ-ACC-007 出发，可在台账中查到两份证据及归档位置，再沿需求编号 REQ-315 查到对应需求条目和版本；反向从压测报告文件名中的编号，可直接回到验收项和交付物版本。两个方向都能走通，说明该验收项的证据组织成立。
完成检查：可追溯性抽查
归档冻结前做一次双向抽查，抽样比例可按验收项数量确定，关键验收项建议全查。检查项与通过标准如下：
- 从验收项反查：随机抽取验收项，能在台账中找到至少一份合格证据，且归档位置可打开对应文件。
- 从证据反查：随机抽取证据文件，能通过编号回到验收项，并确认提交人、时间和对应交付物版本齐全。
- 编号一致性：验收项编号在清单、台账、目录和文件名中一致，无重号或断号。
- 版本对应：证据版本与交付物版本匹配，旧版本保留可查。
- 签字完整：验收结论有验收方确认记录。
常见缺口包括证据未挂编号、截图缺少环境信息、台账归档位置与实际目录不符、补录证据未标注时间。补正动作对应为补填编号、补充说明页、修正台账并记录修正人、在补录记录中注明原因。归档冻结后如需变更，走变更申请，由配置管理员登记变更内容和新版本，原冻结记录保留，确保任何时点都能还原当时的证据状态。
常见问题
验收项清单冻结后，交付过程中发现验收标准需要调整怎么办？
走变更记录，保留原验收项编号并标注版本，不直接覆盖原条目。新增验收项使用新编号，修改后的验收标准在清单中注明变更原因和生效时间。已经提交的证据若对应旧版本标准，在台账中标注其适用的验收项版本，避免抽查时把旧证据误判为不合格。变更后同步通知验证人员和验收方，确认是否需要补充证据。
一份证据同时支撑多条验收项时，归档目录应该放在哪里？
建议在每条验收项目录下都保留该证据的引用或副本，并在台账中记录主存放位置。若采用工具承载，可让同一份文档关联多个验收项工作项，文件只存一份；若采用文件目录归档，则在主验收项目录下存放原件，其他验收项目录放置引用说明，写明原件路径。抽查时以台账记录的主存放位置为准，避免同一文件出现多个版本。
归档冻结后验收方提出补充材料，原冻结记录如何处理？
走变更申请，由配置管理员登记变更内容、补充材料清单和新版本号，原冻结记录保留不动。补充材料放入对应验收项目录并更新台账，在变更记录中注明补充原因和确认人。这样任何时点都能还原冻结当时的证据状态，也能看到后续补充了什么。
验收项数量很多时，可追溯性抽查的抽样比例怎么定？
可按验收项数量确定抽样比例，关键验收项建议全查，包括涉及合同条款、合规要求或高风险功能的条目。其余验收项可按比例随机抽取，同时保证从验收项反查和从证据反查两个方向都覆盖到。抽查发现缺口时，先补正再扩大抽样范围，确认同类问题是否普遍存在。
用工具承载验收项与证据关联时，需要配置哪些基本对象？
至少需要验收项工作项类型、证据附件或关联文档的存放位置，以及需求、交付物版本等关联字段。ONES ALM 方案以数字线程贯通需求、开发、测试、变更与发布，并把测试用例、缺陷、版本和发布过程关联到需求链路中，可作为承载方式；具体工作项类型、字段和目录结构需结合团队流程在工具中配置。
