扩展所有用例

Question

我有一个关于uml的问题并扩展用例的表示法。 我如何扩展所有用例。 例如，如果我创建了一个连接用例，它几乎延伸了所有用例，但我不想在用例图上用符号连接所有用例非常可怕。我该怎么办？

Answer 1

首先：用例的重要性
建模用例图（用例建模）是软件分析中的 SO important 步骤，用例建模应由专业分析师执行：

1. 所有估算（时间，预算，资源等）均基于用例执行。
2. 在某些用例驱动方法中，所有后续步骤都基于用例。
3. 等。


其次：了解用例建模陷阱。
在用例建模中，我们需要考虑一些与您的问题相关的陷阱：

1. （陷阱＃1：用户不理解的用例。）（参见reference 1）

  

用例是表示描述用户需求的一种方式   用户需要能够对产品做什么。用例   应该专注于用户在帮助下完成的任务   系统，因此它们应与用户的业务流程相关联。   您的用户应该能够阅读和审核用例来查找   可能出现的问题，例如缺少替代流程或错误   处理异常。如果用户无法与用例相关，那么就有了   问题。也许他们从技术上写得太多了   而不是商业，观点。

1. （陷阱＃4：描述特定的用户界面元素和操作）（参见reference 1）

  

编写描述其间相互作用的“必要”用例   用户和系统在抽象级别，没有合并   用户界面细节。用例描述不应包括   一个屏幕设计，虽然简单的用户界面原型可以   有利于用例探索。

1. （2。每个用例都没有明确的业务目标）（见reference 2）

2. （6.过于详细地指定用例）（参见reference 2）


第三：用例建模是方法论的需求范围。


我们不应该在用例中加入常用的实现方法。实施中的常用方法由方法的后续步骤中的其他图处理。 （也许在设计模型中）因此，如果我们将所有常用方法放在用例模型中，则用例数量会增加很多。 （我们在第一部分中提到的估计出错了）

Answer 2

你不能 - 而且这是无稽之谈。用例显示了actor的附加值。用例的扩展非常罕见。在大多数情况下，人们尝试应用功能分解，并将在多个用例中重复出现的操作步骤误认为是“部分”用例。他们不是！如果你试图做你所描述的，你就走错了路。您应该考虑用例合成的原因和位置。

我强烈建议您阅读Bittner / Spence以正确了解用例的所有内容。

Answer 3

您可以使用use inheritance。

像这样，用例B和C被扩展，因为这是继承的。

但正如@Kilian所说，你解释为什么需要这样的模型会很有趣。