モジュールの独立性（結合度と強度）とは？もじゅーるのどくりつせい
モジュールの独立性（結合度と強度）とは、分割の良し悪しを、モジュール間の依存の強さと、モジュール内部のまとまり具合という二面から測る見方。依存の側が結合度で、最も望ましいのがデータ結合、最も避けたいのが内容結合。まとまりの側が強度（凝集度）で、機能的強度が最上位、暗号的強度が最下位にあたる。
最終更新：2026-10-06
プロジェクトマネージャを最短で暗記・合格する →背景
独立性の低い分割は、見積りと分担の前提そのものを崩す。一箇所の修正が広く波及すれば、変更要求の影響調査に何日かかるか読めず、協力会社ごとにモジュールを割り振る分担も成り立たない。設計の美観ではなく、変更コストと再テスト範囲を設計段階で確定させる話として問われる。
具体例
消費税の計算と帳票印刷を一つの関数へ詰めた実装は、税率改定のたびに印刷側まで再テストが要る。税計算だけを引数と戻り値で完結させれば影響は閉じる。炎上時に「軽微な変更なのに工数が大きい」と迫られたら、結合の強さが再テスト範囲を決めている事実を図で示すと話が通る。
試験での引っ掛け
名前の向きを読み違えやすい。狙うのは依存が弱く（結合度が低く）まとまりが強い（強度が高い）状態で、結合度が高いほど良いのではない。共通領域を全モジュールから参照させる設計は共通結合にあたり、書くのは楽でも変更の影響が全体へ回る典型例になる。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。