尖峰的示例轮廓（在敏捷建模中）[关闭]

Question

我正在进行需求分析，并试图找到一个很好的峰值示例。我似乎只能找到它是什么的解释。

对于系统用例我有以下大纲：

• 名称：名称应明确表达用户的意图或用例的功能目的
• 简短描述：简短描述应在几行中强烈表达主要的正常和替代流程 活动（描述演员想要什么！）。
• 触发器：触发器描述了导致用例启动的事件。此事件可以是外部的、临时的 或内部。这对于批处理作业很重要。
• 主要参与者：每个用例至少有一个主要参与者，但可以涉及更多主要参与者。
• 次要参与者：如果适用，请在此处提及。
• 前提条件：前提条件说明在开始用例场景之前必须始终为真。
• 正常流程：这是 - 与替代流程一起 - 用例的主要部分。
• 替代流程：替代流程是正常情况下可接受的变体，以结束处理/继续 结果实现了用例目标。
• 例外：这些是不需要但必要的变化，但不会导致实现用例的目标。
• 后置条件：后置条件说明在成功完成用例时必须始终为真。 这可以是正常流程或替代流程的结果。

对于用户故事我有下一个大纲：

• 标题：描述用户故事的目的。
• 理性/目标：描述用户故事创造了哪些价值。
• 实施细节：用业务的日常语言编写，它们包含以下小节：
  • 上下文：描述这个故事在系统中的哪个位置开始，以及在开始开发之前应该考虑哪些其他信息。
  • 正常流程：描述通向预期结果的快乐路径。
  • 替代流程：可能的替代方案。未广泛使用，因为替代流程通常是单独的故事
  • 例外情况：描述可能导致正常/替代流程失败的情况。
  • 备注：应帮助开发人员正确实现用户故事的其他非技术和技术信息。
• 测试：在开发后验证故事时应执行的测试列表。每个测试都应该 包括预期的答案。

所以我正在尝试为尖峰找到类似的轮廓。 从对尖峰的描述中，我认为至少应该包括以下内容： * 标题 * 时间跨度 * 用户故事：尖峰源自的用户故事（但我不确定是否总是如此）。

尖峰的轮廓中还应该有什么？

Answer 1

只要您的团队成员要求就可以开始工作。团队定义了就绪 (DoR) 的定义，并应自行负责地执行。