2026-05-23-00-32-26 撰写系统功能描述
This commit is contained in:
49
工程分析/实现方案-2026-05-23-00-32-26.md
Normal file
49
工程分析/实现方案-2026-05-23-00-32-26.md
Normal file
@@ -0,0 +1,49 @@
|
||||
# 实现方案
|
||||
|
||||
实现方案文档路径:`工程分析/实现方案-2026-05-23-00-32-26.md`
|
||||
|
||||
## 修改目标
|
||||
|
||||
撰写一段准确、完整、可直接复用的系统功能文字描述,并完成工程分析流程留痕、备份提交、构建与部署验证。
|
||||
|
||||
## 涉及路径
|
||||
|
||||
- `工程分析/需求分析-2026-05-23-00-32-26.md`
|
||||
- `工程分析/实现方案-2026-05-23-00-32-26.md`
|
||||
- `工程分析/测试方案-2026-05-23-00-32-26.md`
|
||||
- `工程分析/系统功能描述-2026-05-23-00-32-26.md`
|
||||
- `工程分析/经验记录.md`
|
||||
|
||||
## 技术路线
|
||||
|
||||
1. 阅读工程工作流、整体分析、经验记录、README 与核心前端页面。
|
||||
2. 提炼系统定位、用户登录、项目库、DICOM 预览、STL 预览、三维融合、位姿调整、构件样式、Mask/NIfTI 导出、系统管理和部署能力。
|
||||
3. 将描述控制在 800-1300 字,并避免宣称当前尚未接入的真实医学级体素化能力。
|
||||
4. 写入文档后执行字数检查、构建检查、部署验证和 Git 备份提交。
|
||||
|
||||
## 执行步骤
|
||||
|
||||
- 记录开始时间并阅读核心工程分析资料。
|
||||
- 创建本次需求分析、实现方案、测试方案。
|
||||
- 最终执行前再次阅读 `工程分析/经验记录.md`。
|
||||
- 新增系统功能描述文档。
|
||||
- 追加经验记录 A/B/C/D。
|
||||
- 执行 `npm run build`。
|
||||
- 使用项目约定的 `tmux` 会话重新部署,并验证 `/api/health` 与首页。
|
||||
- 精确暂存本次文档并提交,commit message 包含时间戳和简要描述。
|
||||
|
||||
## 兼容性与回滚方案
|
||||
|
||||
- 本次不修改源码和配置,不影响系统运行兼容性。
|
||||
- 如需回滚,可删除本次新增文档并回退经验记录追加段落;业务系统无需回滚。
|
||||
|
||||
## 预计文件变更
|
||||
|
||||
- 新增 4 个工程分析文档。
|
||||
- 修改 1 个经验记录文档。
|
||||
|
||||
## 提交与部署策略
|
||||
|
||||
- Git 提交只包含本次相关文档。
|
||||
- 部署沿用 `WebSite` 下 `npm run build` 与 `npm run serve -- --host 0.0.0.0 --port 4000`,优先使用 `tmux` 会话 `revoxelseg-dicom`。
|
||||
- 若 4000 端口已由现有 Docker 正式服务占用,则不强行叠加 tmux 服务;记录占用来源,并对当前实际对外服务执行重建、重启和健康验证。
|
||||
Reference in New Issue
Block a user