# 需求分析-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`。