久しぶりにUMLを勉強しているのでなかなか取れません。どこかで、一般化された図または特定の図を描く必要があるかどうかと、アクターの一般化が必要な場合はどうするかの間でぶらぶらしています。次のシナリオの完璧な図を使って、この大騒ぎから私を引き離していただければ幸いです。
図書館情報システムを開発するとします。次の要件を示すユース ケース図を作成します。
(a) 借り手、司書を含むすべての登録利用者は、システムにログインして、タイトルを閲覧し、目的のタイトルを検索することができます。
(b) 借り手はアイテムをチェックアウトして返却できます。また、図書館で現在利用できないタイトルを予約することもできます。借り手がそのタイトルのコピー (アイテム) をチェックアウトするか、明示的なキャンセル手続きを行うと、予約は自動的に削除されます。
(c) 図書館員は、借り手、タイトル、アイテムを追加する管理機能を持っています。司書自身が借り手になることもあります。
ユースケース図は、機能とそのパフォーマー、つまりアクターとユースケース (機能) の関係を示しています。
アクターは人間のように表示され、楕円形で機能のユース ケース タイトルが表示されます。
あなたの説明によると
(a) 登録済みのユーザーはアクターであり、ログインは機能です。ユーザーにはさまざまなタイプがあります。その場合、継承（一般化）関係を使用できます。(b) 借り手は俳優です。商品のチェックアウト、返品、予約 アイテムと予約のキャンセルは機能 (ユース ケース) です。貸出機能 <> 予約とキャンセルの機能にも影響を受ける予約リスト。そのため、アイテムの借用、予約、およびキャンセルで使用される変更予約リストがあります。(c) これらのライブラリアンはユーザー ((a) で定義されたアクター) です。ユーザーはタイトルを借りることができます。次の機能 (ユースケース) を添付して、借用者を追加し、タイトルを追加し、ライブラリアンにアイテムを追加します。
ここであなたはより多くのアイデアを得るでしょう