spec-template.md 3.67 KB

功能规格说明:[功能名称]

功能分支[###-feature-name]
创建时间:[DATE]
状态:草稿
输入:用户描述:"$ARGUMENTS"

用户场景与验收 (必填)

用户故事 1 - [简短标题](优先级:P1)

[用通俗语言描述该用户旅程]

为什么是这个优先级:[解释价值以及为何排在该优先级]

独立验收:[描述如何独立验收——例如:“通过 [具体动作] 即可完整验收,并交付 [具体价值]”】【示例仅供参考】

验收场景

  1. 假设 [初始状态], [动作], [期望结果]
  2. 假设 [初始状态], [动作], [期望结果]

用户故事 2 - [简短标题](优先级:P2)

[用通俗语言描述该用户旅程]

为什么是这个优先级:[解释价值以及为何排在该优先级]

独立验收:[描述如何独立验收]

验收场景

  1. 假设 [初始状态], [动作], [期望结果]

用户故事 3 - [简短标题](优先级:P3)

[用通俗语言描述该用户旅程]

为什么是这个优先级:[解释价值以及为何排在该优先级]

独立验收:[描述如何独立验收]

验收场景

  1. 假设 [初始状态], [动作], [期望结果]

[按需补充更多用户故事,并为每个故事分配优先级]

边界情况

  • 当 [边界条件] 时会发生什么?
  • 系统如何处理 [错误场景]?

需求 (必填)

功能需求

  • 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%”】【示例仅供参考】