ASPICE过程文档需要让评估人员看到活动如何执行、工作产品如何形成、评审如何闭环。本文提供一套可直接复制填写的六表模板，覆盖文档头、活动记录、工作产品清单、评审记录、变更记录与追溯关系，并附字段口径、必填选填划分、一份完整填写示例和维护规则。模板按通用实践整理，落地时需对照企业自身过程定义核对字段与裁剪范围。
要点总览（TL;DR）
- 模板由六张表组成：文档头、过程活动记录、工作产品清单、评审与验证记录、变更记录、追溯关系，表间用文档编号、活动编号和工作产品编号相互引用。
- 必填字段按可追溯、可评审、可审计三项条件判定；活动、工作产品、评审和追溯四类记录在裁剪后保持完整，裁剪动作本身要登记留痕。
- 填写示例演示从活动执行到追溯闭环的记录方式：活动输出对应工作产品编号，评审发现项对应变更记录，需求条目对应下游验证结果。
- 模板版本号与生效日期成对管理，过程定义变更、评审反馈和项目复盘统一进入模板维护记录，旧版本文档归档并注明所依据的模板版本。
- 过程文档数量增多后，可将六张表配置为页面模板并关联项目任务，在文档版本、评审关闭和追溯条目之间保持同一处维护。
可复制空白模板：ASPICE过程文档记录表
以下六张表构成一份完整的过程文档记录。使用时按过程域各建一份记录，表间通过文档编号、活动编号和工作产品编号相互引用。表格以纯文本形式给出，可直接复制到文档或表格工具中再调整为实际列宽。
表1 文档头信息表
| 字段 | 填写内容 |
|---|---|
| 过程域 | |
| 文档编号 | |
| 文档名称 | |
| 版本 | |
| 状态 | |
| 责任人 | |
| 审批人 | |
| 生效日期 |
表2 过程活动记录表
| 活动编号 | 活动名称 | 输入 | 输出 | 执行人 | 完成日期 | 证据位置 |
|---|---|---|---|---|---|---|
表3 工作产品清单表
| 工作产品编号 | 工作产品名称 | 类型 | 所属过程域 | 版本 | 存放位置 | 状态 |
|---|---|---|---|---|---|---|
表4 评审与验证记录表
| 评审编号 | 评审类型 | 评审对象 | 参与角色 | 发现项 | 处置结论 | 关闭日期 |
|---|---|---|---|---|---|---|
表5 变更记录表
| 变更编号 | 变更内容 | 影响工作产品 | 审批人 | 生效版本 | 变更日期 |
|---|---|---|---|---|---|
表6 追溯关系表
| 条目编号 | 条目名称 | 上游来源 | 下游工作产品 | 覆盖状态 |
|---|---|---|---|---|
字段说明：每个字段记录什么、由谁维护
同一字段在不同项目中的填写口径不一致，是过程文档最常见的问题。下表统一约定字段含义、填写口径与维护角色，项目裁剪时以此为基础调整，不另起一套写法。
| 字段名称 | 含义 | 填写口径 | 维护角色 |
|---|---|---|---|
| 过程域 | 该记录所属的ASPICE过程域 | 使用企业过程定义中的过程域缩写，一份记录对应一个过程域 | 过程负责人 |
| 文档编号 | 过程文档的唯一标识 | 建议采用“过程域缩写-项目代号-序号”结构，如SWE3-P01-001，编号一经分配不再复用 | 过程负责人 |
| 版本 | 文档当前修订版本 | 采用主版本.次版本格式，内容结构调整升主版本，文字修正升次版本 | 过程负责人 |
| 状态 | 文档生命周期状态 | 取值约定为草稿、评审中、已发布、已归档四种 | 过程负责人 |
| 责任人/审批人 | 文档内容负责与批准的角色 | 填写角色名称与姓名，审批人应为具备相应职责的角色 | 过程负责人、质量角色 |
| 活动编号 | 过程活动的唯一标识 | 与过程定义中的活动编号保持一致，便于对照 | 过程负责人 |
| 输入/输出 | 活动开始前需要和完成后产生的内容 | 填写工作产品名称并标注其编号，与表3对应 | 项目成员 |
| 证据位置 | 证明活动已执行的记录所在位置 | 填写可定位的路径或链接，精确到文件或页面，不写“见项目资料”这类模糊表述 | 项目成员 |
| 工作产品类型 | 工作产品的类别 | 取值约定为文档、记录、模型、代码、测试资产等，按企业定义取值 | 项目成员 |
| 工作产品状态 | 工作产品当前完成程度 | 取值约定为草稿、评审中、已批准、已基线、已废弃 | 项目成员、质量角色 |
| 评审类型 | 评审的组织方式 | 取值约定为同行评审、走查、正式评审、验证测试 | 质量角色 |
| 发现项与处置结论 | 评审中发现的问题及处理决定 | 每条发现项单独编号，处置结论写明修改、接受或转问题单，并给出关闭依据 | 质量角色、项目成员 |
| 上游来源 | 条目所依据的上一级输入 | 填写需求编号、系统条目编号或上游工作产品编号，保证可反向查找 | 项目成员 |
| 覆盖状态 | 条目在下游是否已被实现或验证 | 取值约定为未覆盖、部分覆盖、已覆盖，并注明支撑证据所在位置 | 项目成员、质量角色 |
维护角色按职责分工：过程负责人维护文档头、活动编号与模板结构；项目成员维护活动记录、工作产品清单和追溯条目的日常更新；质量角色负责评审记录、状态取值和覆盖状态的核查。角色可由同一人兼任，但记录中应写明实际承担者。
必填与选填：按过程裁剪确定填写范围
必填字段的判定围绕三个条件：该字段是否支撑追溯、是否支撑评审、是否支撑审计。满足任一条件的字段默认必填，其余字段可根据项目情况裁剪。裁剪的目标是让证据链完整，同时避免为低风险活动填写过量信息。
| 字段 | 默认属性 | 裁剪说明 |
|---|---|---|
| 过程域、文档编号、版本、状态、责任人、审批人 | 必填 | 文档身份与审批证据，任何项目不得裁剪 |
| 活动编号、活动名称、执行人、完成日期 | 必填 | 证明活动已执行的基本要素 |
| 输入、输出、证据位置 | 必填 | 追溯链的关键环节，输出须与工作产品清单对应 |
| 工作产品名称、类型、版本、状态 | 必填 | 工作产品是评估关注的核心证据 |
| 存放位置 | 必填 | 用于定位证据，可填写系统路径或文档链接 |
| 评审类型、参与角色、发现项、处置结论、关闭日期 | 必填 | 评审闭环证据，发现项为空时填写“无发现项” |
| 变更编号、变更内容、影响工作产品、审批、生效版本 | 必填 | 变更影响分析是常见评估关注点 |
| 条目编号、上游来源、下游工作产品、覆盖状态 | 必填 | 双向追溯的核心字段 |
| 活动备注、工具名称、工时估算 | 选填 | 辅助信息，不影响证据链完整性 |
| 工作产品密级、存储介质说明 | 选填 | 按客户或企业信息安全要求决定是否填写 |
| 评审会议时长、会议地点 | 选填 | 过程改进分析时可按需补充 |
裁剪时按项目规模、过程裁剪结果和客户要求调整选填项。小型项目可减少备注类字段，但活动、工作产品、评审和追溯四类记录保持完整。客户合同或质量协议对记录有额外要求时，相应字段转为必填并在裁剪记录中注明来源。
裁剪后需同步更新关联字段：删除某活动记录时，检查追溯关系表中引用该活动的条目；调整工作产品状态取值时，同步修改评审记录中的处置结论口径；变更必填范围时，更新字段说明表中的对应行。裁剪动作本身要留痕，使用下表记录。
| 裁剪编号 | 裁剪字段或表格 | 裁剪原因 | 影响范围 | 批准人 | 生效日期 |
|---|---|---|---|---|---|
填写示例：一份完整的过程文档记录
以下示例为演示情景，用于说明各表之间的字段对应关系，数据不代表真实项目。背景设定：某车载软件项目处于软件详细设计与单元验证阶段，涉及软件需求分析过程域与软件单元验证过程域，角色包括过程负责人、软件工程师和质量工程师。
文档头与活动记录
文档头填写为：过程域SWE.4，文档编号SWE4-P01-001，文档名称“软件单元验证过程记录”，版本1.0，状态已发布，责任人张工，审批人李工，生效日期按项目计划填写。活动记录中登记两条活动：活动编号SWE4-A01“制定单元验证规范”，输入为软件详细设计文档SWE3-WP02，输出为单元验证规范SWE4-WP01，执行人王工，完成日期按实际填写，证据位置指向文档库中的规范文件；活动编号SWE4-A02“执行单元验证”，输入为单元验证规范SWE4-WP01与单元代码SWE3-WP05，输出为单元验证报告SWE4-WP02，执行人赵工，证据位置指向测试记录与报告。
工作产品清单与证据位置对应
工作产品清单登记SWE4-WP01单元验证规范，类型为文档，所属过程域SWE.4，版本1.0，状态已批准，存放位置与活动记录中A01的证据位置一致；登记SWE4-WP02单元验证报告，类型为记录，版本1.0，状态已基线，存放位置与A02的证据位置一致。活动记录中的输出字段与清单中的编号一一对应，评估时可由活动直接定位到工作产品。
评审发现项从提出到关闭
评审记录登记评审编号RV-SWE4-01，评审类型为同行评审，评审对象为SWE4-WP01单元验证规范。参与角色包括软件工程师、质量工程师和测试负责人。发现项编号F-01指出验证用例未覆盖某异常输入分支，处置结论为修改规范并补充用例，关闭日期填写修改后复评通过的日期，关闭依据指向规范1.1版本。发现项F-02为文字表述问题，处置结论为接受修改，随1.1版本一并关闭。变更记录登记变更编号CR-01，变更内容为补充异常输入分支用例，影响工作产品SWE4-WP01，审批人李工，生效版本1.1。
追溯关系与字段对应
追溯关系表登记条目SWR-012“异常输入处理”，上游来源为软件需求规范中的对应需求条目，下游工作产品为SWE4-WP01中的验证用例和SWE4-WP02中的验证结果，覆盖状态为已覆盖，证据位置指向验证报告中的用例执行记录。另一条目SWR-013上游来源相同层级的需求，下游工作产品仅登记到设计文档，覆盖状态为部分覆盖，并在备注中说明验证活动尚未执行。示例中每个编号都能在表1至表5中找到对应记录，形成从需求到验证结果的完整链路。
调整与维护：模板版本管理与过程改进衔接
模板一旦在多个项目中使用，版本管理就成为保证证据一致性的前提。建议模板版本号与生效日期成对记录，版本号规则与过程文档一致，内容结构调整升主版本，字段口径微调升次版本。每次发布新版本时，旧版本进入归档状态，新项目使用新版本，在研项目按项目计划决定切换时点并在裁剪记录中注明。
过程定义发生变更时，模板同步更新的路径是：过程负责人识别受影响的表格与字段，更新字段说明表，修订模板并发布新版本，通知在研项目按切换规则执行。评审与复盘反馈进入模板修订的入口有两个：质量角色在评审记录中标记“模板适用性问题”，项目复盘会议形成改进项并指定责任人，两类输入统一登记到模板维护记录表。
| 维护编号 | 模板版本 | 变更内容 | 变更来源 | 生效日期 | 旧版归档位置 | 责任人 |
|---|---|---|---|---|---|---|
旧版本文档的引用规则是：已归档项目的记录保留原版本号，不随模板升级而改写；新文档引用模板时注明所依据的模板版本；评估或审计查阅历史记录时，以记录形成时的模板版本为准。定期检查可围绕四项展开：在研项目是否使用当前有效版本、裁剪记录是否与实际填写一致、追溯关系表中是否存在长期未覆盖条目、评审发现项是否按期关闭。检查结果登记到维护记录表，作为下一轮模板修订的输入。
当过程文档数量增加、跨项目协作增多时，文档留痕与追溯关系容易分散在多个位置。ONES Wiki支持文档关联项目任务，并通过页面树组织项目文档与知识信息；其页面模板库可用于创建制式化文档模板，页面版本记录支持查看与回滚。将本文的六张表配置为页面模板，把活动记录与工作产品清单关联到对应任务，可以让文档版本、评审关闭和追溯条目在同一处维护。ONES研发管理+ASPICE解决方案的线上化建设阶段也强调支持研发全生命周期流程活动与跨域协作的可追溯性，具体落地范围需结合项目实际配置确认。
常见问题
项目裁剪后删掉了某张表，追溯关系表里的引用怎么处理？
裁剪某张表或某个活动记录时，先检查追溯关系表中引用该活动或工作产品的条目，逐条确认上游来源和下游工作产品是否仍有其他记录支撑。若引用失去支撑，应在追溯关系表中调整覆盖状态并注明原因，同时把这次调整登记到裁剪记录表，写明裁剪字段、影响范围和批准人。裁剪的目标是让证据链保持完整，删除记录后留下无法解释的断点，比保留一条简单记录代价更大。
小型项目人手有限，六张表能否合并成一张表填写？
可以按项目规模调整表格组织方式，把文档头、活动记录和工作产品清单合并到一张工作表，用列区分字段，评审记录和追溯关系仍建议单独成表。合并时保留字段口径不变，活动编号、工作产品编号和评审编号继续唯一，表间引用关系用编号维持。客户合同或质量协议对记录格式有明确要求时，以合同要求为准，并在裁剪记录中注明格式调整的来源。
评审没有发现项时，评审记录表怎么填才不算空记录？
发现项字段填写“无发现项”，处置结论写明评审通过，关闭日期填写评审完成日期，参与角色按实际填写。评审类型、评审对象和评审结论三项齐全，这条记录就能证明评审已按计划执行。若评审中发现的问题转到问题单跟踪，处置结论中写明问题单编号，关闭日期以问题单关闭时间为准，避免评审记录与问题跟踪两处状态不一致。
模板升级到新版本后，在研项目的旧记录需要按新格式重写吗？
不需要重写。已形成的记录保留原版本号和原格式，新文档引用模板时注明所依据的模板版本，评估或审计查阅历史记录时以记录形成时的模板版本为准。在研项目按项目计划决定切换时点，切换后在裁剪记录中注明，切换前的记录继续按旧版本维护。这样既保证历史证据可追溯，也避免为统一格式产生大量返工。
把六张表放进研发管理工具维护，需要先准备什么？
先确定字段口径和编号规则，再配置页面模板和任务关联。ONES Wiki 提供页面模板库，可用于创建制式化文档模板，页面版本记录支持查看与回滚，文档可关联项目任务（F5、F6）。配置前把文档编号规则、工作产品状态取值和评审关闭口径定下来，避免模板上线后各项目自行改写字段。ONES 研发管理 + ASPICE 解决方案的线上化建设阶段支持研发全生命周期流程活动与跨域协作的可追溯性，具体落地范围需结合项目实际配置确认（F2）。
