61 lines
3.0 KiB
Markdown
61 lines
3.0 KiB
Markdown
# 需求分析-2026-05-24-10-45-43
|
|
|
|
## 开始时间
|
|
|
|
2026-05-24-10-45-43
|
|
|
|
## 原始需求摘要
|
|
|
|
用户要求修正逆向工作区和项目库中的分割显示、镜像翻转、导出结构、DICOM 预览交互和 DICOM 切片序号/滚动条样式问题，并同步修正 `Docker部署/` 中相关内容。
|
|
|
|
## 业务目标
|
|
|
|
- 让二维分割映射中的所有构件尽量以填充实体呈现，避免只显示为线段连接的空心效果。
|
|
- 在模型位姿中增加沿 X/Y/Z 轴、以模型中心为基准的镜像翻转能力。
|
|
- 调整“构件分别导出”结果结构，方便后续统一处理各构件 NIfTI 文件。
|
|
- 项目库 DICOM 首页支持滚轮缩放、拖拽移动和位置重置。
|
|
- 修正项目库与工作区 DICOM 切片显示顺序和滑块样式，使切片编号符合用户观察习惯。
|
|
- 保证 Docker 部署说明和容器化运行包含本次能力。
|
|
|
|
## 输入与输出
|
|
|
|
- 输入：
|
|
- 用户提供的 5 张截图与问题描述。
|
|
- 当前 React/Express 一体工程源码。
|
|
- 现有 Docker 部署目录。
|
|
- 输出：
|
|
- 前端 DICOM/分割/位姿 UI 与交互修正。
|
|
- 后端导出结构修正。
|
|
- 类型、构建、部署验证结果。
|
|
- 更新后的 `Docker部署/` 说明或配置。
|
|
- 本次工程分析文档、经验记录和 Git/Gitea 备份提交。
|
|
|
|
## 影响范围
|
|
|
|
- `WebSite/src/components/ProjectLibrary.tsx`
|
|
- `WebSite/src/components/ReverseWorkspace.tsx`
|
|
- `WebSite/src/types.ts`
|
|
- `WebSite/server.ts`
|
|
- `Docker部署/`
|
|
- `工程分析/`
|
|
|
|
## 关键约束
|
|
|
|
- 不伪造真实医学级算法能力；如果显示填充来自二维映射渲染增强，应明确其与导出体素结果的关系。
|
|
- 镜像翻转必须纳入保存位姿、导出位姿和服务端导出计算链路，避免 UI 与导出不一致。
|
|
- DICOM/STL 空间基准不能因显示缩放或拖动而改变。
|
|
- 提交时避免混入运行态数据、医学数据和无关文件。
|
|
|
|
## 风险点
|
|
|
|
- 现有分割映射可能基于 STL 与 DICOM 切面交线或投影采样，空心线段与真实截面、视角或采样算法有关；直接填充需要避免把多个不连通区域错误合并。
|
|
- 镜像翻转会影响三维显示、二维映射、保存位姿和导出体素化坐标，需要统一变换模型。
|
|
- NIfTI 导出包结构改变可能影响已有用户脚本，需兼容命名清晰。
|
|
- 切片顺序修正需要兼顾 axial/sagittal/coronal 与已有 API `sliceIndex` 约定。
|
|
|
|
## 待确认问题或默认假设
|
|
|
|
- 默认假设：用户希望前端所有分割映射默认显示为填充实体，并且导出体素结果也应按填充体素生成，而不是仅导出轮廓线。
|
|
- 默认假设：“构建分别导出”指“构件分别导出”，目标是一个导出包内统一放置所有构件 NIfTI 文件，而不是为每个构件再套一个独立目录。
|
|
- 默认假设：切片编号应按用户看到的顺序显示，初始页显示最后一张即 `300 / 300`，滑块视觉采用截图 5 的暗色轨道和蓝色菱形滑块样式。
|