adspecs 0.1.12

package/.adspecs/templates/02-/344/272/247/345/223/201/351/234/200/346/261/202/350/257/264/346/230/216/344/271/246/346/250/241/346/235/277.md

@@ -0,0 +1,623 @@
+# 产品需求说明书模板
+
+> **版本**: v2.3
+> **创建日期**: 2026-03-16
+> **修订日期**: 2026-07-14（根据 P05-01 原辅材料仓库 PRD 落地实践对齐修正：新增 PRD 文档头格式、BR 编号改为写在规则标题后括号内、功能编号改用模块编号体系 P{模块}-{子模块}-{序号}、验收场景改为单行 Given-When-Then 格式、状态机补充状态说明表与单据状态图、§4.1 表头精简、数据权限补充数据隔离维度、修复架构文档引用路径）; 2026-07-07（新增 §10 风险与待确认问题章节，原 §10 变更记录顺延为 §11）; 2026-07-03（结构优化：§4 编号扁平化、§3.4 改用 Mermaid 状态图、扩充非功能需求 §6.2、新增 §8-§10 术语表/假设与约束/变更记录、增强 §7.3 接口细节、修复文字错误）
+> **适用人员**: 产品经理、需求分析师、业务方
+> **目的**: 清晰、准确地表达用户需求，便于AI进行后续的需求分析、设计、编码、测试工作。本模板的结构设计支撑全链路需求追溯体系。
+
+---
+
+##  全链路ID体系约定
+
+本模板的各章节与全链路需求 ID 体系的映射关系如下：
+
+| 模板章节      | 章节编号                                                      | 对应需求 ID 前缀                                                                                     | ID 示例     | 赋予阶段                      |
+| ------------- | ------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ----------- | ----------------------------- |
+| §2.1 用户故事 | 2.1.x                                                         | `US-{n}`（写在PRD章节号后）                                                                          | `US-01`     | PRD 编写阶段由AI自动赋予      |
+| §2.1 验收场景 | 每个故事下编号条目 `US-{n}-AC{n}`                             | `US-{n}-AC{n}`                                                                                       | `US-01-AC1` | PRD 编写阶段由AI自动赋予      |
+| §3.2 业务规则 | 3.2.x                                                         | `BR-{n}`（写在规则标题后括号内，如 `规则1: 到货必检制度 (BR-01)`；引用全局业务规则库时编号可不连续） | `BR-01`     | PRD 编写阶段由AI自动赋予      |
+| §4.1 功能清单 | P{模块}-{子模块}-{序号}（三级编号深度优先递增，如 P05-01-01） | `FUNC-{n}`                                                                                           | `FUNC-01`   | 需求分析阶段 AI 自动映射      |
+| §5.1 权限矩阵 | 每行一个权限项                                                | `PERM-{n}`                                                                                           | `PERM-01`   | 需求分析阶段 AI 自动赋予      |
+| §6.1 验收标准 | 6.1.x（归约到 US/BR，不设独立 ID）                            | —                                                                                                    | —           | 验收标准中填写关联的 US/BR ID |
+
+> **重要**：`US-{n}` 、 `BR-{n}` 、`FUNC-{n}` 和 `PERM-{n}` 由 AI 在需求分析阶段自动赋予。
+
+---
+
+## 📝 使用说明
+
+本模板旨在帮助需求分析师或产品经理**快速、准确地表达用户需求**。填写本模板后，AI将自动完成以下工作：
+
+1. **需求分析** - 提取业务实体、实体关系、核心业务规则（OOA），根据已有的 US/BR 编号记录 ID 映射表
+2. **系统设计** - 设计类结构、数据模型、接口设计（OOD）
+3. **编码实现** - 生成符合规范的代码（OOP）
+4. **测试设计** - 设计测试用例和测试场景
+
+---
+
+## 🎯 模板结构
+
+### 第1部分：需求概览
+
+```markdown
+# 产品需求说明书 — [模块编号] [模块名称]
+
+> **版本**: v1.0
+> **创建日期**: [DATE]
+> **修订日期**: [DATE]（[修订说明]）
+> **所属模块**: [如：P05 仓储物流管理 → P05-01 原辅材料仓库管理]
+> **数据标准**: [如：ISA-95]（如适用）
+
+---
+
+## 1. 需求概览
+
+### 1.1 基本信息
+- **需求名称**: [简短描述需求的名称]
+- **需求编号**: [如：REQ-P05-01-001]
+- **所属模块**: [如：仓储物流管理 — 原辅材料仓库]
+- **需求来源**: [产品经理/业务方/客户]
+- **创建日期**: [DATE]
+- **优先级**: [P0/P1/P2/P3]
+
+### 1.2 需求背景
+#### 1.2.1 为什么需要这个需求？
+
+[用1-3句话描述当前的业务痛点或问题]
+
+#### 1.2.2 期望达到什么目标？
+
+[用1-2句话描述期望达成的业务目标]
+
+### 1.3 需求范围
+#### 1.3.1 包含哪些功能？
+
+[列出该需求包含的主要功能点，用逗号分隔]
+
+#### 1.3.2 不包含哪些功能？
+
+[明确说明该需求不包含的内容，建议逐条列出并标注归属模块，如：库位盘点执行（P05-05，本模块仅触发盘点需求）]
+
+### 1.4 涉及角色
+**谁会使用这个功能？**
+
+- [角色1]: [描述该角色]
+- [角色2]: [描述该角色]
+```
+
+---
+
+### 第2部分：用户故事
+
+<!--
+  重要提示：用户故事应按照用户旅程的重要性进行优先排序。
+  每个用户故事/旅程都必须是可独立测试的——这意味着如果你只实现其中一个，
+  你仍然应该有一个可行的最小可行产品（MVP），它能提供价值。
+  为每个故事分配优先级（P1、P2、P3等），其中P1为最高优先级。
+  将每个故事视为一个独立的功能模块，它们可以是：
+  - 独立开发
+  - 独立测试
+  - 独立部署
+  - 独立向用户演示
+  
+  ID 体系说明：每个用户故事标题含唯一 ID（如 `US-01`），
+  故事下的每个验收场景条目包含唯一 ID（如 `US-01-AC1`）。
+  验收场景必须拆分为独立的 Given-When-Then 编号条目，采用单行格式：
+  `US-{n}-AC{n}` **[场景标题]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+-->
+
+```markdown
+## 2. 用户故事
+
+### 2.1 核心用户故事
+
+#### 2.1.1 `US-01` 用户故事 — [简短标题]（优先级：P1）
+
+- **故事描述**: 作为[角色]，我想要[功能]，以便于[价值]
+- **为何赋予此优先级**：[阐述其价值及为何赋予此优先级]
+- **独立测试**：[描述如何独立进行测试 - 例如，”可以通过[具体操作]进行全面测试，并实现[具体价值]”]
+- **前置条件**: [使用这个功能前需要满足的条件]
+- **后置条件**: [使用这个功能后应该达到的状态]
+
+**验收场景**：
+
+1. `US-01-AC1` **[场景标题（如"正常到货登记"）]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+   
+2. `US-01-AC2` **[场景标题（如"参数偏差告警"）]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+
+3. `US-01-AC3` **[场景标题]**（可选，按需增加）: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+
+---
+
+#### 2.1.2 `US-02` 用户故事 — [简短标题]（优先级：P1）
+
+- **故事描述**: 作为[角色]，我想要[功能]，以便于[价值]
+- **为何赋予此优先级**：[阐述]
+- **独立测试**：[描述]
+- **前置条件**: [条件]
+- **后置条件**: [状态]
+
+**验收场景**：
+
+1. `US-02-AC1` **[场景标题]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+   
+2. `US-02-AC2` **[场景标题]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+
+---
+
+#### 2.1.3 `US-03` 用户故事 — [简短标题]（优先级：P2）
+
+- **故事描述**: 作为[角色]，我想要[功能]，以便于[价值]
+- **为何赋予此优先级**：[阐述]
+- **独立测试**：[描述]
+- **前置条件**: [条件]
+- **后置条件**: [状态]
+
+**验收场景**：
+
+1. `US-03-AC1` **[场景标题]**: **Given** [初始状态]，**When** [操作]，**Then** [预期结果]
+
+---
+
+#### 2.1.N `US-{n}` 用户故事 — [简短标题]（优先级：Px）
+
+[按需继续添加，编号依次递增]
+```
+
+---
+
+### 第3部分：业务场景
+<!-- 重要提示：业务场景按照业务流程进行优先排序。必须包含异常场景-->
+```markdown
+## 3. 业务场景
+
+### 3.1 业务流程描述
+描述用户使用这个功能的完整流程：
+
+#### 3.1.1 场景1: [场景名称，如：采购到货入库全流程]（可标注对应架构端到端场景编号，如 S-P05-01-001）
+若有复杂流程需要画出`mermaid`流程图，并配套编号步骤说明；步骤中应标注跨模块集成点（如 ⚡事件驱动、P05-05 地磅集成、P16-02 SAP 过账）
+1. [步骤1]: [用户操作]
+2. [步骤2]: [系统响应]
+3. [步骤3]: [用户操作]
+4. [步骤4]: [系统响应]
+
+#### 3.1.2 场景2: [场景名称，如：工单领料出库流程]
+若有复杂流程需要画出`mermaid`流程图
+1. [步骤1]: [用户操作]
+2. [步骤2]: [系统响应]
+3. [步骤3]: [用户操作]
+4. [步骤4]: [系统响应]
+
+#### 3.1.2 场景4: [场景名称，如：xx异常场景流程]
+若有复杂流程需要画出`mermaid`流程图
+1. [步骤1]: [用户操作]
+2. [步骤2]: [系统响应]
+3. [步骤3]: [用户操作]
+4. [步骤4]: [系统响应]
+
+[按需继续添加场景，编号依次递增]
+
+### 3.2 业务规则
+列出该需求涉及的所有业务规则：
+
+#### 3.2.1 规则1: [规则名称] (BR-01)
+- **规则描述**: [详细描述规则内容]
+- **适用场景**: [这个规则在什么情况下生效]
+- **计算方式**: [如果有计算逻辑，用文字或公式描述]（可选）
+- **示例**: [给出具体示例，让AI更容易理解]
+
+#### 3.2.2 规则2: [规则名称] (BR-02)
+- **规则描述**: [详细描述规则内容]
+- **适用场景**: [这个规则在什么情况下生效]
+- **示例**: [给出具体示例]
+
+### 3.3 业务数据
+列出该需求涉及的核心业务数据：
+
+#### 3.3.1 数据1: [数据名称]（[实体英文名，如 MaterialLot]）
+- **数据描述**: [这个数据是什么，用来做什么；若为聚合根/核心实体请说明其职责]
+- **数据类型**: [如：金额、数量、日期、文本、复合数据对象、单据（主表+行项，1:N）、事务记录（只增不改不可删）等]
+- **数据来源**: [这个数据从哪里来]
+- **示例值**: [给出示例值]
+
+#### 3.3.2 数据2: [数据名称]（[实体英文名]）
+- **数据描述**: [这个数据是什么，用来做什么]
+- **数据类型**: [如：金额、数量、日期、文本等]
+- **数据来源**: [这个数据从哪里来]
+- **示例值**: [给出示例值]
+
+### 3.4 状态机(可选项)
+
+存在状态流转时必须画出状态图、状态转换规则矩阵和状态说明表。建议使用 Mermaid `stateDiagram-v2` 绘制。每个存在状态流转的聚合根/单据（如物料批次、入库单、出库单）应分别绘制状态图。
+
+**示例1：MaterialLot 批次状态流转：**
+
+```mermaid
+stateDiagram-v2
+    [*] --> QA_HOLD: 到货登记（必检物料）
+    [*] --> UNRESTRICTED: 到货登记（免检物料）
+
+    QA_HOLD --> UNRESTRICTED: 检验合格 / 让步接收（⚡QMS P08 返回结果）
+    QA_HOLD --> BLOCKED: 检验不合格（⚡QMS P08 返回 UNQUALIFIED）
+
+    UNRESTRICTED --> RESERVED: 工单预留（⚡production.work-order.released）
+    UNRESTRICTED --> IN_TRANSIT: 调拨发货
+    UNRESTRICTED --> CONSUMED: 生产出库（扫码投料确认）
+
+    RESERVED --> CONSUMED: 生产出库（按预留批次，LotReservation 释放）
+    RESERVED --> UNRESTRICTED: 释放预留（工单取消/订单取消）
+
+    IN_TRANSIT --> UNRESTRICTED: 调拨收货确认（目标基地 ReceivingOrder 上架）
+
+    BLOCKED --> SCRAPPED: 报废审批通过
+    BLOCKED --> UNRESTRICTED: 采购退货（退货出库）
+
+    CONSUMED --> QA_HOLD: 生产退料确认（ReturnOrder，需重新检验）
+```
+
+
+**状态转换规则矩阵：**
+
+| 当前状态     | 目标状态     | 触发动作   | 前置条件                                                       |
+| ------------ | ------------ | ---------- | -------------------------------------------------------------- |
+| (新建)       | QA_HOLD      | 到货登记   | 来料检验必检物料（inspection_required=true）                   |
+| (新建)       | UNRESTRICTED | 到货登记   | 免检物料（inspection_required=false）                          |
+| QA_HOLD      | UNRESTRICTED | 检验合格   | ⚡QMS(P08) 返回检验结果 result=QUALIFIED                        |
+| QA_HOLD      | UNRESTRICTED | 让步接收   | ⚡QMS(P08) 返回 result=CONDITIONAL_ACCEPT 且双重审批通过        |
+| QA_HOLD      | BLOCKED      | 检验不合格 | ⚡QMS(P08) 返回 result=UNQUALIFIED                              |
+| UNRESTRICTED | RESERVED     | 工单预留   | 收到 ⚡production.work-order.released 事件，生成 LotReservation |
+| UNRESTRICTED | IN_TRANSIT   | 调拨发货   | TransferOrder 审批通过并发货确认                               |
+| UNRESTRICTED | CONSUMED     | 生产出库   | 扫码投料确认，IssueOrder 行项完成                              |
+| RESERVED     | CONSUMED     | 生产出库   | 按预留批次出库，LotReservation 释放                            |
+| RESERVED     | UNRESTRICTED | 释放预留   | 工单取消/订单取消                                              |
+| IN_TRANSIT   | UNRESTRICTED | 调拨收货   | 目标基地 ReceivingOrder 确认收货并上架                         |
+| BLOCKED      | SCRAPPED     | 报废处理   | 报废审批通过（Flowable 工作流）                                |
+| BLOCKED      | UNRESTRICTED | 采购退货   | ReturnOrder 审批通过（退货出库，非状态回退）                   |
+| CONSUMED     | QA_HOLD      | 生产退料   | ReturnOrder 确认，退料需重新检验（IQC）                        |
+
+> **说明**: 状态图与矩阵必须一致；对有质量管控要求的回退路径（如退料后需重新检验），应显式建模为进入待检状态而非直接可用。
+
+**状态说明表：**
+
+| 状态         | 中文 | 英文枚举    | 含义                                |
+| ------------ | ---- | ----------- | ----------------------------------- |
+| QA_HOLD      | 待检 | `QA_HOLD`   | 到货已登记，等待品管检验结果        |
+| UNRESTRICTED | 可用 | `AVAILABLE` | 检验合格/免检，可正常出库/调拨/预留 |
+| BLOCKED      | 冻结 | `BLOCKED`   | 检验不合格/过期/人工冻结，禁止出库  |
+| ...          | ...  | ...         | [按需列出全部状态]                  |
+
+**示例2：单据状态流转（每个存在状态流转的单据聚合根单独绘制）：**
+
+```mermaid
+stateDiagram-v2
+    [*] --> DRAFT: 创建单据
+    DRAFT --> APPROVED: 审批通过
+    APPROVED --> PICKING: 开始拣货
+    PICKING --> COMPLETED: 全部出库确认
+    DRAFT --> CANCELLED: 取消
+    APPROVED --> CANCELLED: 取消
+```
+```
+
+---
+
+### 第4部分：功能描述
+
+<!--
+  ID 体系说明：PRD 中的功能编号 P{模块}-{子模块}-{序号}（如 P05-01-01）在需求分析阶段
+  按三级编号深度优先顺序映射为 FUNC-{n}（如 P05-01-01 → FUNC-01，P05-01-02 → FUNC-02...），
+  映射关系在需求分析文档的"需求 ID 映射表"中明确记录。
+  一级模块和二级模块需要作为前端菜单级规划，建议和菜单保持一致，如果是事务后端功能可以没有二级模块。三级功能是具体的功能如xx列表页/详情页/表单页/审批流/报表/定时任务/接口/其他]
+
+一级模块和二级模块的名称与编号需要严格与 docs/10-architecture/01-smom-wms_business_architecture.md 中 §2.1 模块清单、§2.2 子模块清单 保持一致（如 P05 仓储物流管理 / P05-01 原辅材料仓库）。
+-->
+
+```markdown
+## 4. 功能描述
+
+### 4.1 功能清单
+列出该需求包含的所有功能（功能类型可组合，如"列表页+表单页"）：
+| 一级模块       | 编号     | 二级模块       | 编号        | 三级功能       | 编号           | 功能类型                                                | 优先级     | 简述                                                   |
+| -------------- | -------- | -------------- | ----------- | -------------- | -------------- | ------------------------------------------------------- | ---------- | ------------------------------------------------------ |
+| [一级模块名称] | [如 P05] | [二级模块名称] | [如 P05-01] | [三级功能名称] | [如 P05-01-01] | [列表页/详情页/表单页/审批流/报表页/定时任务/接口/其他] | [P0/P1/P2] | [用1-2句话描述功能作用，标注关键实体和跨模块依赖]      |
+| 仓储物流管理   | P05      | 原辅材料仓库   | P05-01      | 入库单管理     | P05-01-01      | 列表页+表单页                                           | P0         | 入库单（ReceivingOrder）创建/列表/详情/导入SAP采购订单 |
+
+
+
+### 4.2 功能模块结构图
+采用 ASCII 树状图（代码块）表示，按业务分组组织，列出功能编号、功能名称（功能类型，优先级），可标注关键实体/依赖：
+
+```
+[一级模块名称]([编号])
+└── [二级模块名称]([编号])
+    ├── [业务分组1]
+    │   ├── [三级功能编号] [功能名称]（[功能类型]，[优先级]）— [关键实体/依赖标注]
+    │   └── [三级功能编号] [功能名称]（[功能类型]，[优先级]）
+    └── [业务分组2]
+        └── [三级功能编号] [功能名称]（[功能类型]，[优先级]）
+```
+
+
+### 4.3 功能详细说明（重点）
+
+对每个功能进行详细说明：
+
+#### 4.3.1 功能1: [功能编号] [功能名称]（如：P05-01-01 入库单管理）
+
+**功能描述**:
+[详细描述这个功能的作用、目的和业务价值；涉及聚合根实体的请标注英文实体名]
+
+**用户操作流程**:
+1. [用户操作1]: [描述用户做什么]
+2. [系统响应1]: [描述系统如何响应]
+3. [用户操作2]: [描述用户做什么]
+4. [系统响应2]: [描述系统如何响应]
+
+**输入数据**:
+- [数据1]: [数据名称] - [数据描述] - [示例值]
+- [数据2]: [数据名称] - [数据描述] - [示例值]
+
+**输出数据**:
+- [数据1]: [数据名称] - [数据描述] - [示例值]
+- [数据2]: [数据名称] - [数据描述] - [示例值]
+
+**业务规则**:
+- [规则1]: [描述]
+- [规则2]: [描述]
+
+**特殊处理**:
+- [如果有特殊的业务逻辑，描述清楚]
+- [如：需要调用第三方接口、需要特殊计算、需要特殊权限等]
+
+**业务实体**(若功能涉及数据，请包含):
+- **[实体1]**: [其代表的含义，未实现的关键属性]
+- **[实体2]**： [它代表什么，与其他实体的关系]
+
+**[实体1]字段**
+
+| 字段名称    | 字段类型                       | 是否必填 | 默认值   | 业务逻辑    |
+| ----------- | ------------------------------ | -------- | -------- | ----------- |
+| [字段名称1] | [文本/时间/数字/布尔值/枚举值] | [是/否]  | [默认值] | [业务逻辑1] |
+| [字段名称2] | [文本/时间/数字/布尔值/枚举值] | [是/否]  | [默认值] | [业务逻辑2] |
+| [字段名称3] | [文本/时间/数字/布尔值/枚举值] | [是/否]  | [默认值] | [业务逻辑3] |
+
+例子：
+| 字段名称 | 字段类型 | 是否必填 | 默认值   | 业务逻辑                                                                                    |
+| -------- | -------- | -------- | -------- | ------------------------------------------------------------------------------------------- |
+| 入库单号 | 文本     | 否       | -        | 系统自动生成：RCV-{基地代码}-{yyyyMMdd}-{3位序号}，全局唯一，编码规则由编码规则配置统一管理 |
+| 到货类型 | 枚举值   | 是       | 采购到货 | 采购到货/生产退料/调拨入库/其他                                                             |
+| 供应商   | 选择框   | 是       | -        | 从供应商主数据（P01-09）选择，存供应商编码                                                  |
+| 应收重量 | 数字     | 是       | -        | 单位kg，精确到4位小数，与过磅净重比对，偏差超±0.5%告警需人工确认                            |
+
+**原型参考**:
+- [原型文件路径]: [如：应收佣金（一期）.html]
+- [原型页面说明]: [描述原型页面对应的功能,包括详细描述界面中各个按钮、字段之间的联动逻辑]
+---
+#### 4.3.2 功能2: [功能编号] [功能名称]
+
+[按照上述格式继续描述。报表类功能可用"页面布局"小节替代操作流程；扫码/移动端功能可用"功能入口"小节列出各操作场景]
+```
+
+---
+
+### 第5部分：权限要求
+
+```markdown
+## 5. 权限要求
+
+### 5.1 功能权限
+描述不同角色对不同功能的访问权限。
+每行对应需求分析阶段的一个权限 ID `PERM-{n}`。
+
+| 功能名称 | 权限标识                      | 角色1    | 角色2  | 角色3    |
+| -------- | ----------------------------- | -------- | ------ | -------- |
+| [功能1]  | `{module}:{resource}:create`  | 可访问   | 可访问 | 不可访问 |
+| [功能2]  | `{module}:{resource}:read`    | 可访问   | 可访问 | 可访问   |
+| [功能3]  | `{module}:{resource}:approve` | 不可访问 | 可访问 | 不可访问 |
+
+> 权限标识遵循项目约定：`{module}:{resource}:{action}`，如 `warehouse:receiving:create`、`warehouse:issue:approve`、`warehouse:lot:export`。
+> 每行（每个权限标识 → 角色组合）对应一个 PERM-{n} ID。
+
+### 5.2 数据权限
+描述数据隔离维度和不同角色可以访问的数据范围：
+
+#### 5.2.1 数据隔离维度（如适用）
+- [隔离维度1]: [如：所有查询和操作自动按用户所属基地（site_code）过滤，上海基地用户不可查看/操作重庆基地的数据]
+- [隔离维度2]: [如：跨基地业务场景中，发货操作由源基地用户执行，收货操作由目标基地用户执行]
+
+#### 5.2.2 角色数据范围
+- **[角色1]**: [如：仅可查看/操作自己所属基地的业务数据]
+- **[角色2]**: [如：可查看/操作所属基地的全部业务数据，含审批权限]
+- **[角色3]**: [如：可查看所有基地的报表和导出数据（只读）]
+```
+
+---
+
+### 第6部分：验收标准
+
+<!--
+  ID 体系说明：验收标准不设立独立 ID 前缀。每条验收标准通过"关联用户故事"和
+  "关联业务规则"字段归约到已有的 US-{n} 和 BR-{n} ID。
+  需求分析阶段 AI 会将这些标准合并到对应的 US-{n}-AC{n} 验收场景中。
+-->
+
+```markdown
+## 6. 验收标准
+
+描述如何判断这个需求已经完成：
+
+### 6.1 功能验收标准
+#### 6.1.1 标准1: [验收标准描述]
+- **关联用户故事**: [引用用户故事编号，如 US-01]（必填，可多个）
+- **关联业务规则**: [引用业务规则编号，如 BR-01, BR-03]（选填，可多个）
+- **验证方式**: [如何验证]
+- **测试数据**: [使用什么数据进行测试]
+- **预期结果**: [预期看到什么结果]
+
+#### 6.1.2 标准2: [验收标准描述]
+- **关联用户故事**: [US-02]
+- **关联业务规则**: [BR-02]
+- **验证方式**: [如何验证]
+- **测试数据**: [测试数据]
+- **预期结果**: [预期结果]
+
+### 6.2 非功能验收标准
+
+#### 6.2.1 性能要求
+- **页面加载时间**: [如：列表页 < 3秒，详情页 < 2秒]
+- **接口响应时间**: [如：核心查询接口 P95 < 500ms，P99 < 1s]
+- **并发能力**: [如：支持 100 用户同时操作]
+- **数据量级**: [如：单表数据量预估 10万条，日增量 500条]
+
+#### 6.2.2 安全性要求
+- **访问控制**: [如：不同角色只能访问授权的功能和数据]
+- **数据加密**: [如：敏感数据（金额、个人信息）需加密存储]
+- **操作审计**: [如：关键操作（审批、删除）需记录操作日志]
+- **防篡改**: [如：结算金额等关键字段不可前端篡改]
+
+#### 6.2.3 兼容性要求
+- **浏览器支持**: [如：Chrome 90+、Edge 90+]
+- **分辨率适配**: [如：最低支持 1366×768]
+- **移动端**: [如：是否需要支持移动端访问]
+
+#### 6.2.4 可用性要求
+- **操作便捷性**: [如：核心流程不超过 5 步完成]
+- **错误处理**: [如：所有异常操作需给出明确的错误提示]
+- **数据备份**: [如：每日全量备份，保留 30 天]
+- **归档策略**: [如：已结算数据超过 3 年自动归档]
+
+### 6.3 已知问题或限制
+列出已知的问题或需要后续处理的内容：
+- [限制1]: [描述]
+- [限制2]: [描述]
+```
+
+---
+
+### 第7部分：参考资料
+
+```markdown
+## 7. 参考资料
+
+### 7.1 相关文档
+列出相关的文档链接：
+- [文档1]: [文档名称] - [链接]
+- [文档2]: [文档名称] - [链接]
+
+### 7.2 相关功能
+列出与本需求相关的其他功能：
+- [功能1]: [功能名称] - [功能描述]
+- [功能2]: [功能名称] - [功能描述]
+
+### 7.3 外部依赖
+列出本需求依赖的外部系统或服务：
+
+| 依赖系统   | 集成方式                                   | 数据方向             | 频率                            | 异常策略                                  | 备注   |
+| ---------- | ------------------------------------------ | -------------------- | ------------------------------- | ----------------------------------------- | ------ |
+| [系统名称] | [HTTP API / 内部RPC / 事件驱动 / 文件同步] | [读取 / 写入 / 双向] | [实时 / 定时 / 事件触发 / 按需] | [失败重试 / 降级 / 告警 / Outbox模式重发] | [说明] |
+
+简要说明：
+- [依赖1]: [系统名称] - [依赖描述]
+- [依赖2]: [服务名称] - [依赖描述]
+
+### 7.4 备注
+其他需要说明的内容：
+- [备注1]: [描述]
+- [备注2]: [描述]
+```
+
+---
+
+### 第8部分：术语表
+
+```markdown
+## 8. 术语表
+
+统一说明本需求中涉及的核心业务术语，降低理解偏差。
+
+| 术语        | 英文      | 定义                             | 备注       |
+| ----------- | --------- | -------------------------------- | ---------- |
+| [术语名称1] | [English] | [该术语在本需求语境下的精确定义] | [补充说明] |
+| [术语名称2] | [English] | [该术语在本需求语境下的精确定义] | [补充说明] |
+| [术语名称3] | [English] | [该术语在本需求语境下的精确定义] | [补充说明] |
+```
+
+---
+
+### 第9部分：假设与约束
+
+```markdown
+## 9. 假设与约束
+
+### 9.1 需求假设
+编写本需求时所做的隐含假设，若假设不成立则需求可能发生变化：
+
+- [假设1]: [如：审批流引擎已部署并可用]
+- [假设2]: [如：案件数据已录入系统且数据完整]
+- [假设3]: [如：用户已完成登录认证的基础流程]
+
+### 9.2 业务约束
+来自业务方或外部环境的硬性限制：
+
+- [约束1]: [如：必须在 Q3 结束前上线]
+- [约束2]: [如：不修改现有数据库表结构]
+- [约束3]: [如：需符合银保监会数据报送规范]
+
+### 9.3 技术约束
+来自技术栈或架构层面的限制：
+
+- [约束1]: [如：后端采用 Spring Boot + MyBatis-Plus 技术栈]
+- [约束2]: [如：前端需兼容 IE11（如有明确要求）]
+```
+
+---
+
+### 第10部分：风险与待确认问题
+
+```markdown
+## 10. 风险与待确认问题
+
+列出需求编写阶段识别的风险项和待业务方/技术方确认的问题，推动遗留事项闭环。
+
+### 10.1 风险清单
+
+| 风险编号 | 风险描述                             | 影响范围           | 发生概率   | 影响程度   | 应对措施         | 责任人   | 状态          |
+| -------- | ------------------------------------ | ------------------ | ---------- | ---------- | ---------------- | -------- | ------------- |
+| R-01     | [风险描述，如：外部接口文档尚未提供] | [影响的功能或模块] | [高/中/低] | [高/中/低] | [缓解或规避措施] | [负责人] | [开放/已关闭] |
+| R-02     | [风险描述]                           | [影响范围]         | [高/中/低] | [高/中/低] | [应对措施]       | [负责人] | [开放/已关闭] |
+| R-03     | [风险描述]                           | [影响范围]         | [高/中/低] | [高/中/低] | [应对措施]       | [负责人] | [开放/已关闭] |
+
+### 10.2 待确认问题清单
+
+| 问题编号 | 问题描述                                       | 关联章节         | 提出日期   | 期望确认日期 | 确认方               | 当前状态        | 确认结论   |
+| -------- | ---------------------------------------------- | ---------------- | ---------- | ------------ | -------------------- | --------------- | ---------- |
+| Q-01     | [待确认问题，如：审批流是否需要支持多级会签？] | [如：§3.1、§4.3] | [提出日期] | [期望日期]   | [业务方/技术方/产品] | [待确认/已确认] | [确认结论] |
+| Q-02     | [待确认问题]                                   | [关联章节]       | [提出日期] | [期望日期]   | [确认方]             | [待确认/已确认] | [确认结论] |
+| Q-03     | [待确认问题]                                   | [关联章节]       | [提出日期] | [期望日期]   | [确认方]             | [待确认/已确认] | [确认结论] |
+
+> **使用说明**：
+> - 风险编号 `R-{n}` 和问题编号 `Q-{n}` 在本章节内递增，不与其他章节 ID 冲突。
+> - "关联章节"填写本模板中受影响的章节编号（如 §3.1、§4.3），便于追溯。
+> - 状态流转：开放 → 已缓解/已确认 → 已关闭。每次评审时更新状态。
+```
+
+---
+
+### 第11部分：变更记录
+
+```markdown
+## 11. 变更记录
+
+| 版本 | 日期       | 变更人 | 变更内容                                 |
+| ---- | ---------- | ------ | ---------------------------------------- |
+| v1.0 | 2026-03-10 | [姓名] | 初始版本，创建需求                       |
+| v1.1 | 2026-03-15 | [姓名] | 补充 §3.2 业务规则，新增结算审批规则     |
+| v2.0 | 2026-04-01 | [姓名] | 评审后修订：调整功能优先级，补充权限矩阵 |
+```
+
+---
+
+**文档结束**
+
+*本模板作为产品需求说明书的标准参考。*