edit | blame | history | raw

需求执行日志

创建人员:<创建人员>
文件职责:记录需求事项执行过程中的关键节点、数据来源、文档产物、决策变化、自检和交接记录。
管理规范/模板:../../common/pro-doc/需求规范.md;../../common/pro-doc/需求执行日志模版.md。
引用文件:需求总纲.md;需求设计.md;需求审计报告.md;需求问题记录.md。
记录方式:append-only;每次执行、修改、回写、交接都追加日志,最新记录放在文档末尾。

1. 文档作用

本文件用于让审核员和后续 AI 追踪:

  1. 需求事项实际做了什么。
  2. 是否按需求设计执行。
  3. 中间材料和最终产物在哪里。
  4. 有没有偏离设计。
  5. 自检结果是什么。
  6. 交接到哪个下游体系。

2. 执行日志索引

日志 ID 需求事项 ID 设计 ID 时间 执行人 动作 产物 状态
<YYYY-MM-DD HH:mm:ss> <执行人> <动作摘要> <路径> 完成 / 失败 / 待补

3. 执行日志记录模板

<动作摘要>

时间:<YYYY-MM-DD HH:mm:ss>
执行人:<AI 或人员>
关联需求事项:
关联设计:
当前状态:完成 / 失败 / 待补

3.1 本次动作

动作:

  1. <执行了什么>

原因:

<为什么执行这一步。>

3.2 输入材料

输入材料 路径或来源 使用方式
<材料> <相对路径 / 聊天摘要 / 上游 ID> <如何使用>

3.3 关键过程

  1. <关键步骤 1>
  2. <关键步骤 2>
  3. <关键步骤 3>

如有重要判断,记录大白话理由:

<关键判断和理由。>

3.4 产物

产物 路径 是否正式 说明
<产物> <相对路径> 是 / 否 <说明>

3.5 偏离和风险

是否偏离设计:是 / 否

偏离说明:

<如果偏离,说明偏离原因、影响和是否需要重新审核。>

风险:

  1. <风险或无>

3.6 自检

自检项:

  1. 需求目标是否仍然对齐:通过 / 不通过 / 不适用。
  2. 文档引用是否可追踪:通过 / 不通过 / 不适用。
  3. 关键聊天要求是否已写入背景或引用:通过 / 不通过 / 不适用。
  4. 下游交接边界是否清楚:通过 / 不通过 / 不适用。
  5. 是否避免不必要加码:通过 / 不通过 / 不适用。

自检结论:

<结论。>

3.7 下一步

  1. <下一步>