55 lines
2.2 KiB
Markdown
55 lines
2.2 KiB
Markdown
# 需求分析-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/` 可用于拍摄。
|
||
- 软著材料字段中未确认的著作权人、联系人等继续保留“待确认”。
|
||
- 本次只提交工程分析记录，不提交 `新撰写软著文档/`。
|