edit | blame | history | raw

开发审计报告

创建人员:<创建人员>
文件职责:作为目标开发工作区的滚动账本,记录计划审计、方案审计、实现审计、测试验收和复审结论。
管理规范/模板:common/dev-doc/开发审计规范.md;common/dev-doc/开发审计报告模版.md。
引用文件:开发事项总纲.md;开发事项计划.md;开发执行日志.md;开发问题记录.md;重型开发编码方案文件按事项创建。
记录方式:append-only 开发审计报告;每次审计和复审追加到文件末尾。

固定口径:开发审核员发现的问题完整记录在本文;只有需要跨轮跟踪、跨事项汇总或长期处理时,才在 开发问题记录.md 中建立索引,不重复全文。

1. 当前审计总览

审计 ID 审计对象 审计类型 审计人员 结论 时间
<对象> 计划审计 / 方案审计 / 实现审计 / 测试验收 / 复审 <审核员> 待审计 <YYYY-MM-DD HH:mm:ss>

2. 审计记录模板

<YYYY-MM-DD HH:mm:ss> :<审计标题>

审计对象:
<开发事项 / 计划 / 编码方案 / 实现 / 测试 / 修复>

审计类型:
计划审计 / 方案审计 / 实现审计 / 测试验收 / 复审

关联开发事项:

关联计划 / 方案 / 日志:
<DEV-PLAN-ID / CODE-DESIGN-ID / DEV-LOG-ID>

来源聊天记录 / 上游依据:
<粘贴关键聊天记录,或写明开发事项总纲、需求、实验设计、案例设计路径>

审计人员:
<审核员>

依据文档:

  1. 编码规范.md
  2. 开发审计规范.md
  3. 开发事项总纲.md
  4. 开发事项计划.md
  5. 重型开发对应的具体编码方案文件;轻量开发可为 N/A
  6. 开发执行日志.md

审计范围:

  1. <范围 1>
  2. <范围 2>

检查结果:

检查项 结果 说明
来源聊天记录已记录 PASS / FAIL / N/A
目标与上游依据一致 PASS / FAIL / N/A
计划输入输出清楚 PASS / FAIL / N/A
轻量 / 重型判断合理 PASS / FAIL / N/A
重型开发已有方案 PASS / FAIL / N/A
方案已审计通过 PASS / FAIL / N/A
实现符合计划和方案 PASS / FAIL / N/A
公共能力未被绕过 PASS / FAIL / N/A
关键测试通过 PASS / FAIL / N/A
执行日志关键节点完整 PASS / FAIL / N/A
未引入主流程阻断问题 PASS / FAIL / N/A
未混入其他项目内容 PASS / FAIL / N/A
证据链可追踪 PASS / FAIL / N/A

发现问题:

  1. <如无写“无”>

问题归因:
需求问题 / 代码问题 / 数据产物问题 / 流程调度问题 / 测试问题 / 待归因 / 无

是否阻断:
是 / 否

审计结论:
通过 / 不通过 / 暂缓

是否允许进入下一阶段:
是 / 否

建议动作:
<下一步>

复审要求:
<是否需要复审>