包括用例的用例规范.用例

Question

有人知道如何在用例规范表中描述(指定)包含另一个用例的用例吗？例如，我有一个用例“更改密码”，其中包括用例“登录”(这只是一个例子，我知道登录应该只是在用例的预条件下)，我可以这样指定它吗？

用例标识:更改密码

演员:用户

前提条件：.

正常流动：

1. 做用例“登录”
2. ……
3. ……
4. ……

​

指定包含另一个用例的用例的正确方法是什么？

Answer 1

这取决于与“用例规范表”文档一起使用的进一步规则和约定。有关规则(和一些例子)，请查阅您的公司文档。

总的来说，是，您的方法是有效的。

如果将“登录”用例移动到“预条件:用户登录”，也可能会隐式调用"Login“。

即使对于没有任何软件需求管理工具的免费文本，也可以考虑使用引用最佳实践的“名称和唯一编号”

为了把你的头脑集中起来，我建议(以及其他谷歌资源)阅读阿利斯泰尔·科克本的书“编写有效的用例”，草稿版本可以在他的网站- http://alistair.cockburn.us/get/2465上找到。

编辑：@BobRodes的挑战:分享其他方法

对于更严肃的工作，请考虑使用需求管理工具，或者至少评估一些工具以采用它们支持/推荐的最佳实践。

有关一个示例，请参阅下面的链接，说明如何用用例将工作正规化、用例可跟踪性如何工作以及如何生成文档、UML活动图等。

Sparx系统:模型驱动的结构化场景用例分析，Webinar，2013年8月，18分钟视频

有关管理用例可追溯性的另一个示例，以及编写用例之后通常发生的情况，请参阅

Jama软件: Jama记录演示，30分钟视频

Answer 2

您可能需要研究“用例叙事”。在这样的叙述中，您要做的事情之一就是列出包括用例和扩展点的列表。所以，在你的叙事中添加一个叫做“包含：”的部分，在正常流部分之前。

编辑:以下是汤姆·彭德的“UML圣经”中的更多内容：

用例叙述的特性不是标准化的，但这些是广泛使用的常见元素：

• 用例初始化或触发器描述如何启动用例。
• 假设定义在用例执行之前必须为真的条件，但用例没有测试这些条件。
• 先决条件定义在用例执行之前必须为真的条件，并由用例进行测试。
• 用例对话框解释用户(无论是参与者还是其他用例)在执行用例期间如何与系统交互。
• 用例终止定义了导致用例停止执行的不同机制。
• Post条件定义了在用例结束时必须为true的系统状态。这有助于防止用例离开。 对于随后的其他用例，系统处于不稳定的状态。
• 最小保证描述了参与者可以期望从用例中得到什么，无论在执行用例过程中会发生什么。
• 成功的保证描述了当用例成功完成时，参与者可以期望从它得到什么。

虽然这些元素是有价值的，但它们绝不是排他性的。一定要查看关于用例的其他书籍和在线资源，并增加叙述以支持您自己的开发方法。

因此，也许我不应该说您“将”列出包含用例和扩展点，而应该说您“可能”会这样做。我喜欢把它们放进去，所以我不需要不断地引用图表来查找它们。当然，你也可以在对话中提到它们。

Answer 3

在UML中，有一个名为include的标准关系。从包含UseCase开始关系，在包含UseCase上结束关系。请参阅UML上层建筑文档的UseCase部分。UML网站