uml - ユースケース図の混乱: 一般化と依存関係

Question

私は大学のプロジェクトに取り組んでいます。次の問題があります。これは出版システムのユースケース図です。ご覧のとおり、そこには混乱があります。拡張インクルード関係をどこでどのように使用するか正確にはわかりません。また、継承 UC の使用方法。すべてのレポートをメインの Report-UC から拡張する必要がありますか? そして、包含拡張関係をどこで持つことができますか?

Answer 1

警告

「ユースケース」は通常動詞で始まり、アクションを示します。

クイック ショート アンサー

おそらく、標準の「ユースケース」に固執したいかもしれません。

「継承」と「インクルード」は役立つかもしれませんが、さらに混乱する可能性もあります。

長い退屈な答え

1.継承

パブリッシング システムに複数のユーザーがいます。これらのユーザーの一部は、含まれていない一般的な「ユーザー」によって表され、システムにログインする必要があります。

たとえば、いくつかの操作を実行する権限を持つ一般的な「管理者」があり、「マネージャー」アクターと「責任者」アクターは彼から継承します。

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

これらのアクターはいくつかのユース ケースを共有していますが、まったく同じユース ケースはありません。

「継承」は、「ユースケース」(「バブル」) ではなく、「アクター」(「人」) に重点を置いています。

2.拡張/含める

「Extend/Include」は、「Actors」ではなく「Use Case」に重点を置いています。

この状況では、それ自体が独立している可能性のあるいくつかの「ユース ケース」と、独立したものを必要とする他の構成された「ユース ケース」が必要です。

「作者と契約を結ぶ」というユースケースがあるかもしれません。そのユース ケースには、さらに追加のユース ケースが含まれます。

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")

概要

「継承」または「拡張/包含」を含まない「ユースケース」図の最初の UML バージョンを学びました。後で、それらの使用方法を知りました。

あなたのプロジェクトは、宿題としてそれらを実装する必要がありますか?