応用情報技術者 2009年 春期 午前2 問32

UML多重度の解釈【午前2解説】

正解の理由

解法ステップ

1. 多重度の定義を確認する（「その端に隣接するクラスが、相手の1インスタンスに対して何個あり得るか」）。
2. 各端の多重度を「相手クラス1つに対する自クラスの個数」として読み替える。
   • 部署側の「1..*」 → 「従業員1人に対して、1個以上の部署」＝従業員は少なくとも1部署に所属。
   • 従業員側の「0..*」 → 「部署1つに対して、0個以上の従業員」＝部署は従業員がゼロでもよい。
3. 矢印はナビゲーションを示すだけで、制約（削除時の挙動等）は別に明示されるか設計で決めることを確認する。
4. 各選択肢を上の解釈に照らして正誤を判断する。

選択肢別の誤答解説

• ア: 従業員が所属していない部署の存在は許されない。
  誤り。部署側に隣接する多重度は従業員側（相手）に対する値であり、従業員側の多重度が「0..*」であるため、ある部署に従業員がいなくてもよい（部署は従業員0で存在可能）。
• イ: 従業員が所属している部署を削除しても、参照整合性は保証される。
  誤り。図はナビゲーション（参照方向）と多重度を示すが、削除時の参照整合性（参照禁止、NULL化、カスケード削除など）のルールはこのモデルだけでは指定されない。したがって「保証される」と断定できない。
• ウ: 従業員は、同時に複数の部署に所属してもよい。
  正しい。部署側の多重度「1..*」は、従業員1人に対して1個以上の部署が対応し得ることを示すため、複数所属が許される。
• エ: どの部署にも所属しない従業員が存在してもよい。
  誤り。従業員に隣接する多重度が「1..*」であれば、従業員は最低1つの部署に所属する必要があるため、無所属の従業員は許されない。

よくある誤解

• 「多重度はそのクラスが相手に対して何個持てるか」を示すと思い込み、多重度の向き（どの端に書かれているか）を誤読する。実際は「その端に隣接するクラスが、相手の1インスタンスに対して何個あり得るか」を読む必要がある。
• 矢印（ナビゲーション）を見て「参照整合性や削除ルールまで決まる」と誤解する。ナビゲーションは参照可能性を示すのみで、物理的な削除振る舞いは別途指定される場合が多い。
• 「0..* がある側は必ず任意参加（無所属可）」と単純化してしまう。0許容が書かれた側は、相手1つに対して0以上の自クラスがあり得ることを意味するだけで、当該クラス自身の必須性は相手側の多重度で決まる。

補足コラム

• UMLにおける多重度の読み方は設計の基本です。読み違えるとエンティティの必須性（必ず関連を持つか）や最大数の制約を逆に理解してしまい、データベース設計やAPI設計で致命的な実装ミスにつながります。
• ナビゲーション（矢印）は「どちらから参照可能か」を表すため、クラス間の依存方向性を示す際に有用です。永続化層ではこのナビゲーションに基づいて外部キーを持たせることが多いですが、外部キーのON DELETE動作（CASCADE/SET NULL/RESTRICT）は別途設計で決定します。
• 実務上の注意点：UML図をリレーショナルスキーマに落とすとき、各多重度を外部キーのNULL許可や中間テーブルの有無（多対多は中間テーブル）に正しく反映させること。

FAQ