# 开发审计报告

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

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

## 1. 当前审计总览

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

## 2. 审计记录模板

### <YYYY-MM-DD HH:mm:ss> <AUDIT-ID>：<审计标题>

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

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

关联开发事项：
<DEV-ITEM-ID>

关联计划 / 方案 / 日志：
<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. <如无写“无”>

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

是否阻断：
是 / 否

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

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

建议动作：
<下一步>

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