私はエンタープライズアプリケーション用の一連のモデルを作成しようとしています。データベースに非常に緊密に結ばれたことはありませんでした。この時点で、私は単純に「Is-A」または「Has-A」の質問に答えるためにtrynigです。私はこれをDB構造体の外に置いていますが、必要に応じて結びつけたくありません。メンバー "Is-A" PersonまたはPerson "Has-A"の登録
私は、非常に明白なPersonモデルに典型的な "Has-A"電話とアドレスを持っています。ほとんどすべてがそのPersonモデルで機能し、 "Has-A"です。
ただし、メンバーがいます。私たちのDB /現行システムでは、メンバーは登録者です。具体的には、Dis-Registered(by Date)の特定の種類の登録です。
一方、私はメンバーが "Is-A"関係としてPersonを継承すると感じます。しかし、私はこのタイプのものには非常に新しいですし、私はそれを考えているかどうか疑問に思います。私の人物が「Has-A」の登録をしているのですか、それとも他に何かを暗示していますか?
私はメンバーがいれば、事前登録、登録、以前の登録のための異なる "Is-A"モデルが必要ですか?それは国家の問題ですが、もう一度、私はこれで新しいです。状態の質問であれば、「Has-A」登録というPersonモデルを持つだけに戻っていますか?
これは、多少、意見に基づいていると私は理解しており、これについてそれぞれの人の意見を歓迎します。
登録は、[関連クラス]のように聞こえる(http://etutorials.org/Programming/UML/Chapter+6.+Class+ダイアグラム+アドバンスト+コンセプト/アソシエーション+クラス/)(特に、いくつかの登録(pre、formerなど)について言及しています。その場合に欠けているのは、登録の「何が」であるか(たとえば、ある種の計画ですか?)です。 – Fuhrmanator
@Fuhrmanator:Personクラスから継承したMemberクラスを持っているのに対して、前述の "Associationクラス"を使ったPersonクラス "has-a"の登録を信じているようです。このモデルを私のモデルに適用し、それがどのように見えるかを見てみましょう。あなたのリンクされた例のように、登録簿には日付範囲があり、これは頭をよじれないように見えます。 –
Is-aは@Alex Burtsevが答えたのと同じ理由で私には意味がありません。 – Fuhrmanator