Files
REVOXELSEG_DICOM/工程分析/需求分析-2026-05-08-03-13-20.md

43 lines
1.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 需求分析:模型切分改为 DICOM 范围驱动
时间戳2026-05-08-03-13-20
## 原始需求
1. 逆向工作区中最开始切片范围应为 `1~300`
2. 逆向工作区中“模型切分”下面的帧进度条没有意义,所有切分都按照 `DICOM 切片范围` 来定。
3. 点击模型切分后,根据 DICOM 帧对模型进行切割,保留 DICOM 中间区域,不要生成 `CUT MASK` 这张图片。
## 业务目标
- 初始进入逆向工作区时展示完整 DICOM 范围,而不是最后一张。
- 模型切分只保留一个启用开关,不再有独立帧滑块。
- 模型切分启用后,使用 DICOM 切片范围的起点和终点作为两把切刀,隐藏范围外 STL保留范围内模型。
- 移除伪造的 `CUT MASK` 图片叠加。
## 输入与输出
- 输入:用户在 DICOM 切片范围条上选择的起止帧。
- 输出Three.js 场景中 STL 模型被起止 DICOM 帧裁切只保留中间区域DICOM 纹理正常显示选中范围。
## 影响范围
- `WebSite/src/components/ReverseWorkspace.tsx`
- `工程分析/经验记录.md`
## 约束
- 不改后端 DICOM 读取和 STL preview API。
- 不生成临时 mask 图像,不显示 `CUT MASK` 文案。
- 保留现有 DICOM 范围缓存、模型位姿、构件样式、显示档位逻辑。
## 风险点
- Three.js clipping plane 需要跟随整体融合场景旋转和平移,否则拖拽视角后切面会漂移。
- 两个 clipping plane 的法线方向必须分别剔除起点外侧和终点外侧,避免把中间区域裁掉。
- 默认完整范围 `1~300` 下开启切分时,看起来可能没有明显变化,这是符合“保留全部 DICOM 中间区域”的结果。
## 待确认事项
- 用户已在项目工作流中确认后续直接执行,本次不等待二次人工审核。