54 lines
1.9 KiB
Markdown
54 lines
1.9 KiB
Markdown
# 需求分析
|
||
|
||
时间戳：2026-05-04-02-38-48
|
||
|
||
## 原始需求摘要
|
||
|
||
用户要求新建一套完整的代码编纂工作流。后续只要提出项目修改相关需求，都必须按该工作流执行。
|
||
|
||
## 业务目标
|
||
|
||
- 建立固定的需求分析、实现方案、测试方案、经验沉淀、备份提交和重新部署流程。
|
||
- 将项目整体分析集中保存在 `工程分析/` 目录。
|
||
- 每次项目修改都形成可追溯文档。
|
||
- 在执行实现和测试前加入用户二次人工审核确认。
|
||
- 执行后将关键问题沉淀到统一知识库。
|
||
- 使用 Gitea 备份文档 commit。
|
||
|
||
## 项目背景
|
||
|
||
用户计划建设“基于模型逆向体素化及 DICOM 分割标注系统”：
|
||
|
||
- `Head_CT_DICOM/`：头部 DICOM 文件。
|
||
- `Head_CT_ReConstruct/`：重建后的 STL 文件。
|
||
- 目标是从重建文件反向得到分割 Mask。
|
||
|
||
## 本次交付内容
|
||
|
||
- 创建 `工程分析/` 文件夹。
|
||
- 创建工程整体分析文档。
|
||
- 创建代码编纂工作流文档。
|
||
- 创建本次需求分析文档。
|
||
- 创建本次实现方案文档。
|
||
- 创建本次测试方案文档。
|
||
- 创建经验记录文档。
|
||
- 建立 Git/Gitea 文档备份基线。
|
||
|
||
## 影响范围
|
||
|
||
- 新增文档目录和流程文档。
|
||
- 不修改业务源代码。
|
||
- 可能新增 Git 配置文件，用于避免误提交医学影像数据、重建模型和构建产物。
|
||
|
||
## 风险点
|
||
|
||
- 当前根目录不是 Git 仓库，需要初始化。
|
||
- DICOM 和 STL 文件可能较大，不适合在文档备份 commit 中默认提交。
|
||
- Gitea 远程仓库可能需要认证或已有历史，需要处理 push 冲突。
|
||
- 当前请求是建立工作流本身，后续业务修改需严格等待人工确认。
|
||
|
||
## 待确认问题
|
||
|
||
- 后续是否需要把 DICOM/STL 原始数据纳入独立数据版本管理。
|
||
- 最终部署方式是否仅为 Vite 开发服务器，还是已有生产服务。
|