用例图混淆：泛化和依赖

Question

我正在做一个大学项目。我有以下问题。这是一个发布系统的用例图。如你所见，它有一个混乱。我不确切知道如何以及在何处使用extend-include关系。还有如何使用继承UC。是否应该从主报告-UC扩展所有报告？我们在哪里可以包括 - 扩展关系？

Answer 1

警告

“用例”通常以动词开头，表示动作。

快速简答

也许，您可能希望坚持标准的“用例”。

“继承”＆amp; “包括”可能有所帮助，但也可能使您更加困惑。

长期无聊无聊

<强> 1。继承

您的发布系统中有多个用户。其中一些用户由一个未包含的通用“用户”表示，需要登录系统。

例如，您可能拥有一个有权进行某些操作的通用“管理员”，以及您的“经理”演员＆amp;你的“负责任”演员，继承他。

 o
-+-
 |
/ \
"Administrator"
 ^             ^
 |             |
 | "inherits"  | "inherits"
 |             |
 o             o
-+-           -+-
 |             |
/ \           / \
"Manager"    "Responsible"

这些参与者共享几个用例，但是没有完全相同的用例。

“继承”更侧重于“演员”（“人”），而不是“用例”（“bubles”）。

<强> 2。延伸/包含

“扩展/包含”更侧重于“用例”，而不是“演员”。

这种情况需要几个可能独立的“用例”，以及其他需要独立的“用例”。

您可能拥有“与作者签订合同”用例。该用例包括更多附加用例：

2.1“与作者签订合同”，即手动操作，而不是计算机操作。

("Make a Contract with the Author") --includes--> ("Deal the Contract with the Author")

2.2“登录系统”，即系统中的一个模块，可以包含在其他用例中，并且单独独立。

("Make a Contract with the Author") --includes--> ("Login into the System")

2.3“向作者注册合同”，即系统中的一个模块，需要“登录系统”用例，捕获合同数据。

("Make a Contract with the Author") --includes--> ("Register the Contract with the Author")

<强>摘要

我学会了第一个U.M.L.不包含“继承”或“扩展/包含”的“用例”图表的版本。后来，我发现了，如何使用它们。

作为家庭作业，您的项目是否需要实施它们？