Uml 用例图如何做得更好

您好，我的第一个问题是如何放置案例以提高可读性？我想把这个图表放在A4大小的纸上。

---

但是我知道这个图表可能做得不好，所以我请你提供一些建议，也许我应该分享一下小部分？

我不懂你的语言（在你的

用例中）。通常大多数时候，我们有一些共同的特性，所以您可以在
UML
图中使用继承。例如，如果你有不同类型的学生（或演员），他们有一些共同的特点，你可以像下图那样做：

我不懂您的语言（在您的
用例中）。通常大多数时候，我们有一些共同的特性，所以您可以在
UML
图中使用继承。例如，如果你有不同类型的学生（或演员），他们有一些共同的特点，你可以像下图那样做：

您只需要将用例连接到其主要参与者。因此，最终您必须创建一个公共角色，其中UC由该公共角色使用。然后你的特定演员继承了这个普通演员。就像@Amir的例子一样，国际学生继承自学生

我只想投票支持后一个例子，但它有
/
，这对用例合成是不利的。此外，它使用了一种泛化，这在UCs中是非常糟糕的做法，因为UC代表一个单独的附加值，并且从附加值继承没有意义（与类上下文不同）。
您需要将用例仅连接到其主要参与者。因此，最终您必须创建一个公共角色，其中UC由该公共角色使用。然后你的特定演员继承了这个普通演员。就像@Amir的例子一样，国际学生继承自学生

我只想投票支持后一个例子，但它有
/
，这对用例合成是不利的。此外，它使用了一种泛化，这在UCs中是非常糟糕的做法，因为UC代表一个单独的附加值，而从附加值继承没有意义（与类上下文不同）。
我认为用例太多了。我也有同样的问题。尝试使用积垢-

此外，您可以为每个参与者将您的图划分为几个用例图。或者将所有参与者放在图表的一侧，将用例放在另一侧。希望这能有所帮助。
我认为用例太多了。我也有同样的问题。尝试使用积垢-

此外，您可以为每个参与者将您的图划分为几个用例图。或者将所有参与者放在图表的一侧，将用例放在另一侧。希望这能有所帮助。
我完全同意给出的建议（CRUD、继承和角色责任），另外我建议不要试图对整个宇宙进行概述。相反，尝试根据相似性、差异性等将您的用例分为多个组，并在较小的部分上解释您的建模

避免过于复杂的结构和相互/循环依赖关系——它们几乎总是设计不佳的标志。记住，您必须以某种方式实现和测试图表中的每个连接。更少的联系，更少的努力，更少的错误。
我完全同意给出的建议（CRUD、继承和角色责任），另外我建议不要试图创建一个关于整个宇宙的概述。相反，尝试根据相似性、差异性等将您的用例分为多个组，并在较小的部分上解释您的建模

避免过于复杂的结构和相互/循环依赖关系——它们几乎总是设计不佳的标志。记住，您必须以某种方式实现和测试图表中的每个连接。更少的联系，更少的努力，更少的错误。
在这里用波兰语发布任何东西都不太可能得到有意义的答案。特别是对于UCs，需要知道它们的名称。一般来说：如果你的UC开始像蜘蛛网，你可能有一个错误的设计。我的主要问题是“podgląd zgłoszenia”、“lista zgłoszeń”和“dodanie odpowiedzi w zgłoszeniu”，因为有3名演员与这起案件有关。在这里用波兰语发布任何内容都不太可能得到有意义的答案。特别是对于UCs，需要知道它们的名称。一般来说：如果你的UC开始像蜘蛛网，你可能有一个错误的设计。我的主要问题是“podgląd zgłoszenia”、“lista zgłoszeń”和“dodanie odpowiedzi w zgłoszeniu”，因为有三个参与者与此案例相关。用于假人的UML对于UML和纯语法来说都很好。但是对于用例，您应该阅读Bittner/Spence。它们处理用例的语义。UML for Dummies对于UML和纯语法来说很好。但是对于用例，您应该阅读Bittner/Spence。他们处理用例的语义。如果你的演员已经是学生，他为什么要报名？那没有道理。如果你的演员已经是学生了，他为什么要报名？那没有道理。