52 lines
2.0 KiB
Markdown
52 lines
2.0 KiB
Markdown
# 需求分析：软著说明书图片改为完整截图并核查下载内容
|
||
|
||
开始时间：`2026-05-20-12-29-06`
|
||
|
||
## 原始需求摘要
|
||
|
||
用户反馈当前软著说明书中的图片被截取为局部图，要求“每个图片不要截取”。同时询问当前软著说明书中是否包含下载相关内容。
|
||
|
||
## 业务目标
|
||
|
||
- 将软著说明书中的章节配图更新为完整界面截图，避免局部裁剪导致画面信息不足。
|
||
- 核查 `新撰写软著文档/1. 软著说明书.md` 中关于下载、导出、保存文件等内容的表述位置。
|
||
- 重新生成说明书 Word，使 Word 交付版与 Markdown 图片一致。
|
||
|
||
## 输入与输出
|
||
|
||
输入：
|
||
|
||
- `新撰写软著文档/1. 软著说明书.md`
|
||
- `新撰写软著文档/images/`
|
||
- 当前运行系统 `http://127.0.0.1:4000/`
|
||
|
||
输出：
|
||
|
||
- 更新 `新撰写软著文档/images/chapter-*.png` 为完整页面截图。
|
||
- 更新 `新撰写软著文档/1. 软著说明书.docx`。
|
||
- 更新 `新撰写软著文档/功能验证与素材清单.md`。
|
||
- 输出下载/导出相关内容核查结果。
|
||
|
||
## 影响范围
|
||
|
||
- 仅影响本地软著材料与本轮工程分析记录。
|
||
- 不修改产品源码。
|
||
- 软著材料继续不纳入 Gitea，仅工程分析文档和经验记录做备份提交。
|
||
|
||
## 关键约束
|
||
|
||
- 图片必须是完整界面截图，不再使用局部裁剪图。
|
||
- 保留每个 `## X.` 章节均有图片的结构。
|
||
- 涉及 DICOM 信息截图时继续遮盖患者姓名和患者编号。
|
||
- 说明书中是否有“下载/导出”相关内容需要明确列出。
|
||
|
||
## 风险点
|
||
|
||
- Headless 环境可能导致逆向工作区 WebGL 截图空白，需要继续使用软件 WebGL 参数。
|
||
- 重新生成截图可能覆盖原有局部图，需要验证图片尺寸和数量。
|
||
- 当前工作区存在历史工程分析文档删除状态与软著未跟踪目录，提交时必须精确暂存。
|
||
|
||
## 默认假设
|
||
|
||
- 用户当前不是要求删除“下载/导出”内容，而是先询问说明书中是否存在相关内容；本轮先核查并汇报，不主动删除业务说明。
|