用例图是怎么做的更好

你好，我的第一个问题是我怎么可以把案件更好的可读性？我想让这张图适合A4大小的纸张。但是我知道这张图可能做得很糟糕，所以我请你指教，也许我应该分享一下小部分？

2016-08-30 thenewgai

在波兰发布任何东西使其不太可能收到有意义的答案。特别是对于UCs，人们需要知道他们的名字。一般来说：如果您的UC开始类似蜘蛛网，那么您的设计可能会错误。 –

波兰语郎对不起。在img。我的主要问题是“podglądzgłoszenia”，“listazgłoszeń”和“dodanie odpowiedzi wzgłoszeniu”，因为3名演员都与此案有关。 – thenewgai

我不明白你的语言（在你的use-cases）。通常大部分时间我们都有一些共同的特征，所以您可以在UML图中使用继承。例如，如果你有不同的种类有一些共同的特点，你可以这样做下面的图片学生（或演员）的：

2016-08-30 17:41:01 Amir

如果你的演员已经是学生，他为什么要加入？这没有意义。 – observer

你需要一个用例只连接到它的主要演员。所以，最终你必须创建一个共同的角色，UC被这个共同的角色所使用。然后你的具体演员继承这个常见的演员。就像在@ Amir的例子中一样，国际学生继承了学生。

我简单地对后面的例子进行投票，但它具有<<include>>/<<extend>>，这对用例合成不利。此外，它使用一种泛化，这对于UC来说是非常糟糕的实践，因为UC代表个体增值并且从增值中继承没有意义（不像在类上下文中）。

2016-08-30 19:13:01

此外，您可以将您的图划分为每个演员的少量用例图。或者将所有参与者放在图的一侧，并将其用于其他用例。希望这可以帮助。

2016-09-01 11:20:05 Joanna

UML for Dummies对于UML和纯语法来说不错。但对于用例，您应该阅读Bittner/Spence。它们处理用例的语义。 –

我完全同意给出的建议（CRUD，继承和角色责任），我还建议不要尝试创建一个关于整个宇宙的概述。相反，尝试根据相似性，差异等将用例分为多个小组，并在较小的小块上解释您的建模。

避免太复杂的结构和相互/循环依赖 - 它们几乎总是设计不佳的标志。请记住，您必须以某种方式在您的关系图中每连接执行并测试。更少的连接，更少的努力，更少的错误。

2016-09-01 11:38:27

回答