44 lines
1.7 KiB
Markdown
44 lines
1.7 KiB
Markdown
# 需求分析-2026-05-24-10-09-37
|
|
|
|
## 开始时间
|
|
|
|
2026-05-24-10-09-37
|
|
|
|
## 原始需求摘要
|
|
|
|
用户要求精简 `工程分析/` 中的内容，为后续继续修改程序做准备。
|
|
|
|
## 业务目标
|
|
|
|
- 降低 `工程分析/` 目录噪声，避免后续查找核心约束时被大量历史三件套干扰。
|
|
- 保留项目协作必需的核心文档、长期经验和本次执行记录。
|
|
- 不影响后续继续按工作流执行项目修改。
|
|
|
|
## 输入与输出
|
|
|
|
- 输入：当前 `工程分析/` 目录、既有 Git 状态和项目协作约束。
|
|
- 输出：精简后的 `工程分析/` 目录、更新后的工作流说明、本次三件套文档和经验记录追加。
|
|
|
|
## 影响范围
|
|
|
|
- 仅涉及 `工程分析/` 下的文档治理。
|
|
- 不修改 `WebSite/`、DICOM/STL 数据、Docker 部署文件或业务源码。
|
|
|
|
## 关键约束
|
|
|
|
- 本次仍必须创建需求分析、实现方案、测试方案。
|
|
- 必须保留 `代码编纂工作流.md`、`工程整体分析.md`、`经验记录.md`。
|
|
- 不把非本次相关的程序、数据或运行态文件混入提交。
|
|
- 历史细节可通过 Git 历史追溯，长期可复用经验保留在 `经验记录.md`。
|
|
|
|
## 风险点
|
|
|
|
- 大量删除历史三件套可能降低直接从文件列表回看每次需求的便利性。
|
|
- 当前工作区已存在一批历史文档删除状态，需要把它们纳入本次文档精简，而不是误判为程序变更。
|
|
- 删除文件后仍需保证项目约束文档完整可读。
|
|
|
|
## 待确认问题或默认假设
|
|
|
|
- 默认假设：用户希望明显减少目录中的历史流水文档数量，而不是仅整理排序。
|
|
- 默认假设：保留核心三文档、本次三件套和长期经验记录即可支撑后续继续开发。
|