spec-template.md
3.67 KB
功能规格说明:[功能名称]
功能分支:[###-feature-name]
创建时间:[DATE]
状态:草稿
输入:用户描述:"$ARGUMENTS"
用户场景与验收 (必填)
用户故事 1 - [简短标题](优先级:P1)
[用通俗语言描述该用户旅程]
为什么是这个优先级:[解释价值以及为何排在该优先级]
独立验收:[描述如何独立验收——例如:“通过 [具体动作] 即可完整验收,并交付 [具体价值]”】【示例仅供参考】
验收场景:
- 假设 [初始状态],当 [动作],则 [期望结果]
- 假设 [初始状态],当 [动作],则 [期望结果]
用户故事 2 - [简短标题](优先级:P2)
[用通俗语言描述该用户旅程]
为什么是这个优先级:[解释价值以及为何排在该优先级]
独立验收:[描述如何独立验收]
验收场景:
- 假设 [初始状态],当 [动作],则 [期望结果]
用户故事 3 - [简短标题](优先级:P3)
[用通俗语言描述该用户旅程]
为什么是这个优先级:[解释价值以及为何排在该优先级]
独立验收:[描述如何独立验收]
验收场景:
- 假设 [初始状态],当 [动作],则 [期望结果]
[按需补充更多用户故事,并为每个故事分配优先级]
边界情况
- 当 [边界条件] 时会发生什么?
- 系统如何处理 [错误场景]?
需求 (必填)
功能需求
- FR-001:系统必须 [具体能力,例如“允许用户创建账号”]
-
FR-002:系统必须 [具体能力,例如“校验邮箱地址”]
- FR-003:用户必须能够 [关键交互,例如“重置密码”]
- FR-004:系统必须 [数据要求,例如“持久化用户偏好”]
- FR-005:系统必须 [行为要求,例如“记录所有安全事件”]
标记不清晰需求的示例:
- FR-006:系统必须通过 [NEEDS CLARIFICATION:认证方式未指定——邮箱/密码、SSO、OAuth?] 对用户进行认证
- FR-007:系统必须保留用户数据 [NEEDS CLARIFICATION:保留期限未指定]
关键实体 (当功能涉及数据时填写)
- [实体 1]:[表示什么;关键属性(不写实现细节)]
- [实体 2]:[表示什么;与其他实体的关系]
成功标准 (必填)
可度量结果
- SC-001:[可度量指标,例如“用户可在 2 分钟内完成账号创建”】【示例仅供参考】
- SC-002:[可度量指标,例如“系统在 1000 并发用户下无明显劣化”】【示例仅供参考】
- SC-003:[用户满意度指标,例如“90% 的用户首次尝试即可完成主任务”】【示例仅供参考】
- SC-004:[业务指标,例如“将与 [X] 相关的支持工单减少 50%”】【示例仅供参考】