docs(迭代06): 数据存储SQLite迭代文档 + 需求归档(R-008)
- 新增 02-计划/计划-数据存储SQLite.md(PLAN-007) - 新增 04-迭代记录/06-数据存储SQLite/ 五份文档(迭代目标/技术实现方案/验收标准/UI交互调用分析/迭代复盘) - 归档 R-008 至 已完成/(含归档头 + 讨论记录索引),索引更新为已实现(已归档) - 设计约束更新:技术方案约束-012 标注 SQLite 变更、数据存储设计.md 第 9 节变更预告 - 需求池说明.md 新增「归档与转正规范」;迭代记录说明.md 新增「实现经验沉淀」 - 验收标准修正 db 文件名笔误(one-divine-lot.db → store.db)
This commit is contained in:
@@ -40,6 +40,28 @@
|
||||
|
||||
> 实践样本:R-002 从提出到定稿经历 7+ 轮讨论,完整走完三要素后进入迭代 01。
|
||||
|
||||
## 归档与转正规范(2026-09-01 老师确认,源自 R-005/R-008 实践)
|
||||
|
||||
### 需求归档检查清单
|
||||
|
||||
需求实现完成后归档,按序执行:
|
||||
|
||||
1. **核实完成**:对应迭代复盘存在且标记「验收通过」,索引中实现状态为「已实现」;
|
||||
2. **补归档头**:归档文件加「归档日期 / 需求状态:已完成 / 实现迭代 / 讨论记录索引」头部;
|
||||
3. **移入归档**:需求文件从根目录移入 `已完成/`;
|
||||
4. **更新索引**:主索引保留条目,实现状态改为「已实现(已归档)」,描述标注归档路径;
|
||||
5. **双向追溯**:迭代记录与需求池互相引用(迭代复盘关联需求编号,需求归档引用迭代复盘路径)。
|
||||
|
||||
> 归档只追加不改写历史。
|
||||
|
||||
### 草稿转正清理
|
||||
|
||||
草稿转正为正式需求(T→R)时:
|
||||
|
||||
- **必须清理草稿残留的头部/模板内容**(如「状态:起草」「登记日期」旧头部),确保正式文件只有一套头部;
|
||||
- 转正后删除草稿文件;
|
||||
- 索引同步更新(草稿行状态 → 已转需求 R-xxx)。
|
||||
|
||||
## 目录结构(2026-08-28 老师确认)
|
||||
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user