誰かに見てもらいたい分析からのエンティティ図があります。何らかの理由で、System object は私には正しくないように思えます。オブジェクトを関連付けるより良い方法はありますか?
基本的には初期段階のユーザー認証/管理システムです。
http://www.dumpt.com/img/viewer.php?file=zlh8ltbtho4mutbbb3yk.gif
乾杯、マイク
誰かに見てもらいたい分析からのエンティティ図があります。何らかの理由で、System object は私には正しくないように思えます。オブジェクトを関連付けるより良い方法はありますか?
基本的には初期段階のユーザー認証/管理システムです。
http://www.dumpt.com/img/viewer.php?file=zlh8ltbtho4mutbbb3yk.gif
乾杯、マイク
User
Company
共通の基本クラス (両方とも名前とメール アドレスを持っている) を持つ必要がある場合は、 をこの基本クラスにリンクできますSystem
。これは、ビジネス モデリングの一般的なパターンです。たとえば、Martin Fowler の著書「Analysis Patterns」の第 1 章を参照してください。
編集: または、これがより理にかなっていると思われる場合はSystem
、基本クラス自体として使用し、そこに EMail アドレスを置きます (そして、おそらくのSystem
ようなより良い名前を付けます)。LegalPerson
CorporateBody
何らかの比較基準がなければ、何かの「正しさ」を評価することは困難です。クラス設計の最も簡単なメトリックはクエリです。
このデータに対して最終的に要求するクエリをできるだけ多く考えてください。それらを書き留めて、設計がそれらをどのようにサポートしているかを確認してください。満足できない場合は、別のデザインを試して、クエリがどのように表示されるかを確認してください。
パスワードがユーザーと 1 対 1 の関係にあり、他のテーブルにキー付けされていないことを考慮すると、内部結合を保存して、プロパティ テーブルの別の列にすることをお勧めします。そうでなければ、かなり良さそうです。