私はオンラインのWebストアで作業しています。これはシンプルなWebストアで、クラスのドメインUML図を作成して多重度を表示する必要があります。私は、私が思いついた多様性について混乱している。私は、構成、集約および関連をどのように区別するのか分かりません。以下は私が思いついたダイアグラムです。私が正しい道にいるかどうか誰かに教えてもらえますか?UML図:オンラインWebストアのクラス図と関係
http://i.imgur.com/8FwhsaI.jpg
私はオンラインのWebストアで作業しています。これはシンプルなWebストアで、クラスのドメインUML図を作成して多重度を表示する必要があります。私は、私が思いついた多様性について混乱している。私は、構成、集約および関連をどのように区別するのか分かりません。以下は私が思いついたダイアグラムです。私が正しい道にいるかどうか誰かに教えてもらえますか?UML図:オンラインWebストアのクラス図と関係
http://i.imgur.com/8FwhsaI.jpg
あまりにも悪くありません。データベース設計におけるメモリ管理や外部キーの制約に対処する必要がなければ、集約についてはあまり気にしないでください。ただ離れさせて。
重要な変更点の1つに、関連付けの役割名があります。例えば。属性として宣言されているshippingAddress:Address
の代わりに、User
など(他のものの場合など)Address
に関連して表示されるロールshippingAddress
を使用します。
Address
は一般的な場所のようなものですから、この図からクラスを離して、Address
が中央にあり、それを使用する他のすべてがそれを囲む別の図を作成することができます。
私はトーマスに同意しますが、私は他の点も表示しますので、ダイアグラムを調整できます。 破壊的なものとは思わないでください。私はこれらのヒントがあなたを助けることができると信じています
すべての接続は(一部を)忘れないでくださいあなたは、そのクラスとの接続を持っている場合、それはあなたがリストを持っている場合を除き、クラス内の属性を作成する必要はありません(全体)
*モデルからコードを生成しない場合は、