我的用例图正确吗？关于用例一般化

Question

编辑：

根据@qwerty_so的建议得出的最终结果

---

这是我在源代码管理系统中用于View Repository的用例图。

该系统是项目管理系统的一部分。

系统类似于GitHub，用户可以选择项目。

它将显示该项目的存储库列表。

用户可以单击存储库以查看其详细信息，例如文件树和存储库信息。

最后，用户还可以单击树中的文件以查看其内容。

我对用例的概括是否正确？

下面的用例是以前的版本，我了解到用用例图对流程进行建模是不正确的（Seidl等，2015，第37页）。

1. Seidl，M.，Huemer，C.，Kappel，G.，＆Scholz，M.（2015年）。 UML @ Classroom：面向对象建模简介。湛：施普林格国际出版社。

Answer 1

好吧，让我问一个问题：您能抽象出附加值吗？唯一适用的情况称为特许经营。因此，您要做的是引入一个新的 abstract 气泡，将三个具体的用例与您的actor连接起来，而不是直接连接这些具体的气泡。做什么的？ “ View存储库”的附加值在哪里？

对于抽象演员，它是相似的。无需制作User 抽象，因为它已经很抽象了。所有演员都代表角色，而不是真实的事物。您可以只保留 abstract 关键字，它不会改变任何语义。

经常发生的事情（就是那样）是人们开始功能分解而不是合成用例。用例涉及正在考虑的系统交付给其参与者的增值。就是这样仅显示这些附加值。我知道对于技术人员来说很难，但是要坚持下去。

---

一如既往，我建议您阅读有关使用案例的Bittner / Spence。

Answer 2

我认为，一种用例就是一种情况。因为我们必须为图中绘制的每个用例模型制定一个方案，所以一个用例必须具有特定的前提条件和特定的后置条件，但只有一个主要流程或基本流程。用例可能只有很少的替代流程，以扩展关系说明。而包含关系用于避免多个用例的主要/基本流程中的几种情况下的重复。