応用情報技術者 2014年 秋期 午前2 問27

受注と出荷の多重度【午前2解説】

正解の理由

• 1 出荷（＝顧客ごとの月末出荷）には、その月に当該顧客が行った受注が少なくとも1件以上含まれる（存在しなければ出荷は発生しない）。したがって a = 1..*。
• 各受注はその月の顧客集約出荷に含まれるなら1つの出荷に対応するが、出荷がまだ発生していない受注（＝出荷データが未登録の受注）もあり得る。したがって出荷は「0個または1個」であり b = 0..1。

解法ステップ

1. UMLのルールを確認：ラベルは「ラベル側のクラスの個数／相手１インスタンス」を意味することを明確にする。
2. ラベルとクラスの対応付け：a は受注側（→ a は「1出荷あたりの受注数」）、b は出荷側（→ b は「1受注あたりの出荷数」）と読む。
3. 業務ルールを多重度に翻訳：
   • 「顧客ごとにまとめて月末に出荷」→ 1 出荷に複数の受注が含まれる可能性 → a の下限は 1、上限は * → 1..*。
   • 「出荷データは実績に基づいて登録」→ 受注に対してまだ出荷が存在しないケースがある → b の下限は 0、上限は 1 → 0..1。
4. 選択肢と照合して該当するものを選ぶ（ウ）。

選択肢別の誤答解説

• ア（a = 1、b = 1..）
  解釈：1 出荷につき受注はちょうど1件（a=1）、1 受注につき複数の出荷があり得る（b=1..）。
  なぜ不適切か：業務は「顧客ごとにまとめて出荷」なので 1 出荷に複数受注が含まれる可能性があるはずで、a=1 は誤り。また受注が複数回に分割出荷されるという記述はないため b が多重（1..*）である根拠がない。
• イ（a = 1、b = 0..1）
  解釈：1 出荷につき受注はちょうど1件、1 受注につき出荷は 0 または 1。
  なぜ不適切か：やはり a=1 は「出荷は必ず1つの受注だけを含む」とするが、実際は顧客ごとに複数受注をまとめるため a は 1..* であるべき。
• ウ（a = 1..*、b = 0..1）
  解釈：1 出荷には1件以上の受注が含まれ、各受注は出荷をまだ持たない場合（0）もしくは1つの出荷に含まれる（1）という意味。
  なぜ適切か：設問の「顧客ごとにまとめて月末に出荷」「出荷データは実績に基づく」の両方を満たすため、業務ルールと一致する。
• エ（a = 1..、b = 1..）
  解釈：1 出荷に複数受注が含まれるのは OK（a=1..）だが、1 受注が複数の出荷に分割され得る（b=1..）ことを意味する。
  なぜ不適切か：設問では受注を顧客ごとにまとめて出荷するという単一化ルールがあるため、受注が複数出荷に分割されるとは考えないのが自然。加えて出荷データは実績ベースなので「必ず出荷が存在する」前提（b 下限が 1）も妥当でない。

よくある誤解

• ラベルの向き（どちらのクラス側にラベルがあるか）を見誤り、a や b を逆に解釈してしまう。必ず「ラベルが置かれた側のクラス数／相手1個」を読むこと。
• 「出荷＝登録されるから必ず存在する」と考え、b の下限を 1 としてしまう。設問の「実績に基づいて登録される」は「未だ出荷されていない受注もある」という可能性を示すため下限は 0 になりうる。
• 業務の「まとめる」「分割する」の表現を混同し、まとめるケースで分割（受注→複数出荷）を想定してしまう。

補足コラム

• モデリング上の注意：今回の設計では「月次で顧客ごとにまとめる」性質を表現するため、出荷クラスに「出荷年月」「顧客ID」などの属性を設けると明確になります。時系列や確定状態を扱うにはステータス属性（例：出荷予定／出荷済）を持たせると業務要件を正確に表現できます。
• ビジネスが変わり「受注を分割出荷可能」「同じ受注が複数出荷に含まれる」なら b の上限は * になり、1 対多または多対多の関係を検討する必要があります。

FAQ