edit | blame | history | raw

需求审计报告

创建人员:<创建人员>
文件职责:记录需求设计审核、需求产物审核、需求口径审核、复审结论和审计问题主记录。
管理规范/模板:../../common/pro-doc/需求审核规范.md;../../common/pro-doc/需求审计报告模版.md。
引用文件:需求规范.md;需求总纲.md;需求设计.md;需求执行日志.md;需求问题记录.md;需求规范.md。
记录方式:append-only;每次审核和复审追加记录,审计问题主记录写在本文件。

1. 文档作用

本文件用于记录审核员的正式结论。

审核员发现的问题,主记录写在本文件;只有需要跨轮跟踪或非审计来源问题汇总时,才在 需求问题记录.md 建索引。

2. 审计索引

审计 ID 审计对象 审计类型 审核人 时间 结论 阻断问题数
<DESIGN-ID 或产物路径> 设计审核 / 产物审核 / 需求审核 / 复审 <审核人> <YYYY-MM-DD HH:mm:ss> 通过 / 驳回 / 有条件通过 <数量>

3. 审计记录模板

<审计对象>

审计时间:<YYYY-MM-DD HH:mm:ss>
审核人:<AI 或人员>
审计类型:设计审核 / 产物审核 / 需求审核 / 复审
审计对象:<需求事项 ID / 设计 ID / 文档路径>
关联需求事项:
关联设计:
结论:通过 / 驳回 / 有条件通过

3.1 审计范围

本次审计检查:

  1. <检查范围 1>
  2. <检查范围 2>

不检查:

  1. <不检查范围>

3.2 目标和聊天要求对齐

需求总纲目标是否清楚:是 / 否
设计是否覆盖目标:是 / 否
关键聊天要求是否写入背景或被引用:是 / 否 / 不适用

说明:

<目标、设计、聊天要求是否一致。>

3.3 设计和产物检查

检查项:

  1. 输入输出是否清楚:通过 / 不通过。
  2. 职责边界是否清楚:通过 / 不通过。
  3. 下游去向是否清楚:通过 / 不通过。
  4. 验收方式是否能复核:通过 / 不通过。
  5. 是否存在不必要重型 gate 或层层加码:通过 / 不通过。
  6. 是否存在会导致实现分叉的模糊口径:通过 / 不通过。

3.4 发现问题

问题 ID 严重级别 问题类型 证据 影响 建议
阻断 / 非阻断 / 建议 目标不清 / 设计不匹配 / 边界不清 / 需求不清 / 其他 <证据> <影响> <建议>

3.5 审计结论

结论:

<先说能否通过,再说明原因。>

是否允许进入下一阶段:是 / 否
下一阶段:需求编写 / 开发 / 实验 / 案例分析 / 归档 / 待修复

3.6 复审要求

需要复审:是 / 否
复审前必须完成:

  1. <修复项>