同じエンドでの集約とナビゲート可能性

Question

UMLでは、コンポーネントオブジェクトが複合オブジェクトにアクセスできる場所で集約を描画できますか？この画像のように、関連線は1つしかありません。そのため、Aに触れるアソシエーションの最後にはダイヤモンドと矢印があります。 それができない場合は、私が描いた図は有効ですか？そうでない場合、なぜですか？

Answer 1

もう1つの視点として、モデル内をナビゲートする方法とインスタンスにアクセスする方法を示すことが可能です。

もう1つのポイントはOCLです。ナビゲーション可能性が定義されていないと、一部のOCLクエリは書きにくくなります。ナビゲーション可能とは、実行時にリンクに参加するインスタンス（アソシエーションのインスタンス）がアソシエーションの他端のインスタンスから効率的にアクセスできることを意味します。そのような効率的なアクセスが達成される正確な仕組みは実装特有です。終わりがナビゲート不可能な場合、他の端からのアクセスは可能である場合とできない場合があり、そうである場合は効率的でない可能性があります。

プロパティクラス（p149）について：クエリisNavigable（）は、プロパティ間を移動できるかどうかを示します。 body：classifier-> isEmpty（）またはassociation.navigableOwnedEnd-> includes（self）ではありません。

モデルにはナビゲート可能かどうかが重要です。

あなたは、両方の側に航行を持つようにしたい場合は、以下の画像があることを示しています。

しかしspecifiationのセクション6では、それが書かれている：

• 協会どちらの端もナビゲート可能な矢印でマークされていない場合、関連が双方向にナビゲート可能であることを意味します。

• アソシエーション終了のナビゲート可能性を示すために矢印表記が使用されます。定義上、クラス所有のすべての関連終点はナビゲート可能です。慣例により、メタモデル内のすべての関連付け所有エンドはナビゲート不可能である。

したがって、以下のスキーマは上記と同じです。これは難しいことですが、それは本当のようです。

Answer 2

もちろん可能です。

あなたがスペースを節約したい場合は、関連付けのために、単一の行を使用することができますが：

はここで航行についての私の個人的な意見だ：ナビゲーション矢印は、プロパティの存在として必要とされていませんownerそれはすでに意味している。

P.仕様110：特性はownedAttribute介し協会以外の分類子によって所有されている場合

、それは分類の属性を表しています。

P. 200：

航行表記はしばしばナビゲート端部があると仮定したのに対し、非ナビゲート端は協会によって所有されているものとしたことにより非公式慣例に従って過去に使用しました。反対側のクラシファイアが所有しています。この規約は廃止予定です。集約タイプ、ナビゲート可能性、およびエンド・オーナーシップは、それぞれ独自の明示的な表記法を持つ別々の概念です。クラスによって所有されているアソシエーションの終了は常にナビゲート可能ですが、アソシエーションによって所有されているアソシエーションの終了はナビゲート可能であるかどうかは関係ありません。

---

しかし、単に命名された団体は何ですか？それは今までのところ役に立たない構成です。あなたが意図しているのは、最終的にいずれかのクラスで属性を作成することです。その場合は、この（新しい）ドットを追加します。私にとって、これは単純に過度に構成され、実用的ではありません。誰が本当にそれらの点を使用していますか？ EAではサブメニューを開いてそれらを表示させる必要があります。私にとって（そしておそらくほとんどのUMLリーダー）、ロール名はプロパティーを表し、これはもう一方の属性です。それは、その命題の背後にある "（私の）人間の論理"です。だから、私の実用的なアプローチ：関連ため

• 使用シンプルなコネクタ
• 最終的に（非）航行（十字と）矢印その後
• 他端の属性を使用することを示すために、ロール名を追加を追加します（クラスのリストに型付き属性を追加するのではなく）。

これだけです。 a）EAを作成するのが難しく、b）認識するのがさらに困難なばかげた点を忘れてしまいます。

この最後の部分は、実際のモデリングに関する私の推奨です。