Published manifests now use bd_/pm_/tm_/sw_ prefixes so workflows cannot share a doc id. Frozen instances keep the old keys; lookup, templates, and duty checks treat the two names as the same task. Co-authored-by: Cursor <cursoragent@cursor.com>
1.7 KiB
1.7 KiB
系统初步设计方案
- 项目:{{project_name}}
- 生成时间:{{generated_at}}
- 快照:{{snapshot_id}}
结论
(系统级初步方案边界、主要子系统、关键接口,以及现在要用户确认的架构选择。详细设计不在本阶段完成。后文不得与本结论打架。)
架构偏好
{{architecture}}
(若字段为空:从材料与用户需求归纳 1~2 个可选架构,用同一套维度对比,推荐并写失效条件。不编造未验证指标。)
系统上下文
(按实际使用环境改图:用户、临床环境、医院信息系统、附件/耗材、外部设备。图下用一段话解释边界与数据/能量流向。)
flowchart LR
user[用户/临床环境] --> system[本产品]
system --> hospital[医院信息系统/其他设备]
子系统划分
(每个子系统:职责、主要部件或软件模块、与其他子系统的接口。至少覆盖与用户需求相关的部分;不适用的子系统写不适用理由。)
关键接口与数据流
(电气、机械、数据、供电、人机。每个接口写方向、主要内容、已知约束或标准线索。未知标待确认。)
与用户需求的追溯
(有用户需求 ID 则填真实行;没有则用描述性需求并标待确认,不要交只有 UR-001 的空壳。)
| 需求 ID | 设计响应 | 备注 |
|---|---|---|
| UR-001 | 待确认 |
风险与待验证项
(技术风险、接口未定、需样机或检测才能关闭的项。每条写影响和下一步。)
待确认清单
说明
本方案为初步设计,不作为生产或注册的最终技术文档。不编造未验证的性能指标。