2011-01-23 4 views
1

2つのサブグループからなる2つのグループがあるとします。各サブグループは2人の俳優で構成されています。UMLユースケース:グループ内の特定のアクタの表現

より大きいグループの一部である特定のサブグループのメンバーであるこのアクターをUMLユースケースで表現するにはどうすればよいですか?

+0

誰が気にしますか?私は、UMLにそのようなことのための特定の表記があるとは思わないが、私はそれが世界全体を包含する必要があるとは思わない。 (いつかWebフロントエンド用の完全なUML表記を書き留めてみてください。)UMLはエンジニアリング図面ではありませんでした。グループやサブグループをダイアグラムのアクターにして移動します。 – duffymo

答えて

1

なぜ特定の個人を特定する必要がありますか?アクターは個人が演じる役割を表し、個人自身は役割を果たさないことを覚えておいてください。シンプルなプログラミングのアナロジーを使用するために、アクターはクラスのようなもので、個体はオブジェクトのようなものです。

代わりに、アクター(ロール)間でサブセットリレーションを表現する場合は、サブタイプリレーションを使用することができます。

Actor Hierarchy example

のでPremium MembersMembersと今度もUsersです。ただし、UsersのすべてがMembersではなく、すべてがMembersではありません。Premium Membersです。

このレベルに行くのが良いアイデアかどうかは、まったく異なる質問です。賢明な使い方が役立つかもしれませんが、広範なActor階層はまれです。

hth。

+0

UMlの何かがクラス(例えば、上で述べたようなアクター)として使用できるという事実は、その要素がクラシファイアのサブクラスである(したがってクラスもクラシファイアである)ことによって示されるという事実。アクターはロールを記述しますが、ユースケースのアクターは、許可のためのユーザーグループを記述するためのものではないことを忘れないでください。ポイントは、設計中のシステムと対話するときに、異なる人やシステムが果たす役割を特定することです。それらの発見と記述のポイントは、すべてのニーズを収集し、要件で表現することです。ユースケース。 –

+0

@Gabriel:同意します。したがって、それを行うコメントは、たとえあなたが*できれば、あなたが*すべき*という意味ではありません。 – sfinnie

+0

ちょうど、なぜAnnaの理由を追加したかったのですか? –

関連する問題