我正在进行需求分析，并试图找到一个好的高峰示例。我似乎只能找到它的解释。
对于系统用例我有以下概要：
- 名称：名称应明确表达用户的用例意图或功能目的
- 简短描述：简短描述应在几行中强烈表达主要的正常和替代流程
活动（描述演员想要的东西！）。
- 触发器：触发器描述导致用例启动的事件。此事件可以是外部的，时间的
或内部的。这对批处理作业很重要。
- 主要角色：每个用例最低限度只有一个主要角色，但可以涉及更多主要角色。
- 次要演员：如果适用，请在此处提及。
- 前提条件：前提条件说明在开始用例场景之前必须始终为真。
- 正常流程：这与备用流程一起 - 用例的主要部分。
- 替代流程：替代方案是处理/继续处理的正常情况下的可接受变体
结果达到了用例目标。
- 例外：这些是不受欢迎但必要的变体，但不会导致达到用例的目标。
- 发布条件：发布条件说明在成功完成用例时必须始终如一。
这可能是正常流量或替代流量的结果。
对于用户故事，我有下一个大纲：
- 标题：描述用户故事的目的。
- 理性/目标：描述用户故事创建的值。
- 实施细节：以业务的日常用语编写，包含以下小节：
- 上下文：描述系统在故事开始时的位置以及在开始开发之前应考虑的其他信息。
- 正常流程：描述导致预期结果的快乐路径。
- 替代流程：可能的替代方案。未广泛使用，因为替代流程通常是一个单独的故事
- 例外：描述可能导致正常/替代流程可能失败的条件。
- 备注：有助于开发人员正确理解用户故事的其他非技术和技术信息。
- 测试：在开发后验证故事时应执行的测试列表。每个测试都应该
包括预期的答案。
所以我试图为尖峰找到类似的轮廓。
从尖峰的描述我认为至少应包括以下内容：
*标题
* 时间跨度
*用户故事：尖峰来源的用户故事（但我不确定总是如此）。
尖峰的轮廓应该是什么呢？