包含用例的用例规范

Question

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

---

用例标识：更改密码

演员：用户

前提条件：......

正常流程：

1. 用例“登录”

2. ...

3. ...

4. ...

   ---

指定包含其他用例的用例的正确方法是什么？

Answer 1

这取决于与＆＃34;用例规范表一起使用的进一步规则和约定＆＃34;文献。有关规则（以及一些示例），请参阅公司文档。

总体是，您的方法有效。

＆＃34;登录＆＃34;如果您将用例移动到＆＃34;前提条件：用户已登录＆＃34;

，也可能会隐式调用用例

即使对于没有任何软件需求管理工具的自由文本，也要考虑使用＆＃34;名称和唯一编号＆＃34;参考最佳实践

为了解决这个问题，我建议（在其他Google资源中）阅读Alistair Cockburn的书＆＃34;撰写有效使用案例＆＃34;，草稿版本可在线获取在他的网站上 - http://alistair.cockburn.us/get/2465

---

编辑：在@ BobRodes挑战之后分享一些替代方法

对于更认真的工作，请考虑使用Requirements Management工具，或者至少评估一些工具，以采用他们支持/推荐的最佳做法。

有关一个示例，请参阅下面的链接，说明Sparx Systems Enterprise Architect如何正式使用用例以及用例可跟踪性如何工作以及如何生成文档，UML活动图等。

  

Sparx Systems: Model-Driven Use Case Analysis with Structured Scenarios, Webinar August 2013，18分钟视频

     

有关管理用例可跟踪性的另一个示例以及在编写用例后通常会发生的事情，请参阅

  

Jama Software: Jama Recorded Demo，30分钟视频

     

Answer 2

您可能希望查看＆＃34;使用案例叙述＆＃34;。在这样的叙述中，您将要做的事情之一是列出用例和扩展点。因此，添加一个名为＆＃34;包含：＆＃34;在正常流动部分之前，你的叙述。

编辑：这里有更多来自Tom Pender＆＃34; The UML Bible＆＃34;：

  

用例叙述的特征尚未标准化，但这些都是标准化的   是广泛使用的常见元素：

     

  
• 用例启动或触发器描述了如何启动用例。
  
• 假设定义在用例可能执行之前必须为true的条件，但不会被用例测试。
  
• 前提条件定义在用例可以执行之前必须为true的条件，并由用例进行测试。
  
• 用例对话框说明了用户（演员或其他用例）在执行期间如何与系统交互   用例。
  
• 用例终结定义了可能导致用例停止执行的不同机制。
  
• 发布条件定义在用例结束时必须为true的系统状态。这有助于防止用例离开   系统处于不稳定状态，适用于随后的其他用例。
  
• 最低保证描述了演员对用例的期望，无论在用例执行期间发生了什么。
  
• 成功的保证描述了演员在成功完成后可以从用例中得到什么。
  

     

虽然这些元素很有价值，但它们绝不是唯一的。   绝对关注用例的其他书籍和在线资源，   并增加叙述以支持你自己的发展方法。

所以，也许我不应该说你＆＃34;会＆＃34;列表包括用例和扩展点，而不是说你＆＃34;可能＆＃34;这样做。我喜欢把它们放进去，所以我不必继续回顾图表来查找它们。当然，您也可以在对话框中提及它们。

Answer 3

在UML中有标准关系，名为include。从包含用例开始关系，并以包含的用例结束。请参阅UML上层建筑文档的用例部分。 UML website