# 设计输入清单

- 项目：{{project_name}}
- 生成时间：{{generated_at}}
- 快照：{{snapshot_id}}
- 文件编号：RD-DI-LIST
- 记录归属：DHF
- 版本：A
- 阶段：03 设计输入

## 结论

（一句话：设计输入条目是否齐套、缺口是否已识别。信息不足标「待确认」。不适用则写「本文件不适用」及理由。）

## 适用性

- 适用 / 不适用：{{applicability}}
- 不适用理由：{{na_rationale}}

## 输入来源与分类

（写满四段式。说明输入来自用户需求、法规标准、风险、既往产品经验等；分类口径写清。）

| 分类 | 说明 | 主要来源文档 |
| --- | --- | --- |
| 功能/性能 | 待确认 | 待确认 |
| 法规/标准 | 待确认 | 待确认 |
| 安全/风险 | 待确认 | 待确认 |

## 设计输入条目表

（写满四段式。每条原子化；状态用「已收录/待确认/不适用」。禁止空表。）

| 输入 ID | 陈述摘要 | 分类 | 来源 | 状态 | 关联规格书条款 |
| --- | --- | --- | --- | --- | --- |
| DI-001 | 待确认 | 待确认 | 待确认 | 待确认 | RD-DI-SPEC |

## 缺口与冲突

（写满四段式。列出缺失输入、相互冲突输入及处理建议；无冲突写「当前未识别冲突」。）

| 缺口/冲突 | 影响阶段 | 建议动作 | 责任方 |
| --- | --- | --- | --- |
| 待确认 | 待确认 | 待确认 | 待确认 |

## 齐套性检查

（写满四段式。对照设计输入规格书、用户需求、法规清单做齐套结论。）

| 检查项 | 结果 | 说明 |
| --- | --- | --- |
| 与 RD-DI-SPEC 对齐 | 待确认 | 待确认 |
| 与 RD-UN / RD-SR 对齐 | 待确认 | 待确认 |
| 法规输入已覆盖 | 待确认 | 待确认 |

## 追溯

| 本文件 ID | 上游（输入/需求） | 下游（输出/验证/确认） |
| --- | --- | --- |
| RD-DI-LIST |  |  |

## 已有材料摘要

{{materials}}

## 待确认清单

- （列出本阶段仍缺、会影响后续设计/验证/确认的项）

## 签署

| 角色 | 姓名 | 结论 | 日期 |
| --- | --- | --- | --- |
| 编制 |  | 已编制 | {{generated_at}} |
| 审核 |  |  |  |
| 批准 |  |  |  |

## 说明

本文档由研发小队在任务快照上生成，属于设计历史记录。后续补充的材料不会改变本次内容。