# 需求分析-2026-05-21-10-05-51

开始时间：2026-05-21-10-05-51

## 原始需求摘要

用户要求继续更新 `新撰写软著文档/` 中的所有材料，细致同步当前系统功能，并重新拍摄或更新软著说明书中引用的界面图片。

## 业务目标

- 让软著说明书反映当前系统最新功能，包括项目库导入、压缩包上传、逆向分割结果、导出项目及结果、三维融合、模型位姿、自动拉伸、分割映射、系统管理等。
- 重新拍摄说明书图片，避免旧截图和当前界面不一致。
- 同步更新登记表、代码汇总、功能验证与素材清单，并生成可编辑 Word 文档。
- 遵守此前约束：软著撰写相关材料不纳入 Gitea，只在本地 `新撰写软著文档/` 更新。

## 输入与输出

- 输入：
  - 当前项目源码与运行中的系统界面。
  - `参考软著构建模板/` 与 `※撰写Agent.md`。
  - 已有 `新撰写软著文档/` 内容和图片。
- 输出：
  - 更新后的 `1. 软著说明书.md/.docx`。
  - 更新后的 `2. 软著登记表.md/.docx`。
  - 更新后的 `3. 代码汇总.md/.docx`。
  - 更新后的说明书截图和素材清单。

## 影响范围

- `新撰写软著文档/`
- `工程分析/需求分析-2026-05-21-10-05-51.md`
- `工程分析/实现方案-2026-05-21-10-05-51.md`
- `工程分析/测试方案-2026-05-21-10-05-51.md`
- `工程分析/经验记录.md`

## 关键约束

- 不修改业务代码。
- 软著材料本身不提交到 Gitea。
- 截图必须来自当前运行界面，不能使用错误态、半加载态或严重遮挡画面。
- 说明书面向用户与审查人员，避免开发黑话。
- 代码汇总保持可编辑文本，并覆盖当前核心代码。

## 风险点

- Headless 截图可能因 WebGL 限制、加载慢或会话未登录导致图片为空或停留在登录页。
- Word 转换若缺少 Pandoc，需要使用 `python-docx` 或其他方式生成。
- 软著目录较大，必须避免误提交。

## 默认假设

- 当前本机服务 `http://127.0.0.1:4000/` 可用于拍摄。
- 软著材料字段中未确认的著作权人、联系人等继续保留“待确认”。
- 本次只提交工程分析记录，不提交 `新撰写软著文档/`。