基本情報技術者 2016年 春期 午前（科目A） 問47

モジュール結合度と引数渡し【午前解説】

正解の理由

解法ステップ

1. 問題文のキーワードを確認：「情報の受渡し方法」「最も結合度が低い」。
2. 各選択肢がどの結合の種類に該当するかを対応付ける（例：共通域→共通結合、制御パラメタ→制御結合）。
3. 結合度の強さ（高い→低い）の順序を思い出す（内容結合が最も強く、データ結合が最も弱い）。
4. 最も弱い（＝独立性を高める）のはデータ結合に該当する選択肢を選ぶ（ウ）。

選択肢別の誤答解説

• ア: 共通域に定義したデータを関係するモジュールが参照する。
  • 共通結合（common coupling）に該当します。複数モジュールが同じデータ領域を参照・変更するため、変更や副作用が広範囲に及びやすく結合度は高いです。
• イ: 制御パラメタを引数として渡し、モジュールの実行順序を制御する。
  • 制御結合（control coupling）に該当します。呼び出し側が被呼び出し側の制御情報を与えるため、モジュール間の役割分離が弱まり結合度が上がります。
• ウ: 入出力に必要なデータ項目だけをモジュール間の引数として渡す。
  • データ結合（data coupling）で最も結合度が低く、これが正解です。
• エ: 必要なデータを外部宣言して共有する。
  • 外部結合（external coupling）に相当し、ハードウェアやOS、外部システムに依存する共有を意味することがあり、結合度は高めです。

よくある誤解

• 「引数で何でも渡せば安全」：構造体や複数項目を丸ごと渡すとスタンプ結合になり、受け側が不要なフィールドに依存する恐れがあります。
• 「グローバルで共有すれば実装が簡単」：共通領域や外部宣言は暗黙の依存を生み、影響範囲が見えにくくなります。
• 「制御パラメタで柔軟にするのが良い」：制御パラメタは制御結合になり、呼び出し側が被呼び出し側の内部動作を知る必要が出てきます。

補足コラム

# 悪い例: 大きなオブジェクトを丸ごと渡す（スタンプ結合の危険）
def process_order(order):
    # orderには多数のフィールドが含まれる
    pass

# 良い例: 必要な項目だけを明示的に渡す（データ結合）
def process_order(item_id, quantity, price):
    pass

FAQ