2.3 KiB
2.3 KiB
需求分析-2026-05-21-00-58-25
开始时间：2026-05-21-00-58-25
原始需求摘要
用户要求对当前程序进行细致测试，自主发现并修复问题；同时更新 新撰写软著文档/ 中的所有材料，按最新功能重新细化说明，并重新拍摄软著说明书中的界面图片。
业务目标
- 提高当前系统在项目库、逆向工作区、导入导出、用户管理和医学影像/模型预览场景下的稳定性。
- 对自动测试、构建和浏览器交互进行回归检查，发现影响真实使用的问题后直接修复。
- 让软著说明书、登记表、代码汇总、素材清单和说明书截图与最新功能保持一致。
输入与输出
- 输入：
- 现有前后端代码与运行服务。
- 默认演示数据
Head_CT_DICOM/、Head_CT_ReConstruct/。 - 现有软著材料目录
新撰写软著文档/。
- 输出：
- 必要的程序修复。
- 本次工程分析三件套与经验记录追加。
- 更新后的软著 Markdown/Word/图片材料，但软著材料不纳入 Gitea 提交。
- 重新部署并验证后的服务。
影响范围
WebSite/前后端程序、测试和构建流程。- 项目库、逆向工作区、导入导出、软著截图所依赖的页面展示。
新撰写软著文档/下的说明书、登记表、代码汇总、素材清单和截图。
关键约束
- 必须遵循
工程分析/代码编纂工作流.md。 - 不提交软著撰写相关内容到 Gitea。
- 不混入历史无关删除、大型运行态产物、用户压缩包或默认医学数据的非必要变化。
- 修复时优先沿用现有 React/Express/TypeScript 结构。
风险点
- 大体积 DICOM/STL/ZIP 导入和三维预览容易造成浏览器内存压力。
- 软著截图可能包含敏感患者字段，截图前需尽量使用系统页面或脱敏内容。
- 当前工作树已有历史删除与未跟踪文件，提交时必须精确暂存。
- 若浏览器自动化无法加载 WebGL 或服务未启动，截图和交互验证需要先部署。
默认假设
- 用户授权本轮自主测试并修复发现的问题。
新撰写软著文档/可在本地更新，但不做 Gitea 备份提交。- 默认部署端口仍为
4000，tmux 会话优先使用revoxelseg-dicom。