モジュールの分け方（強度と結合度）

結論：強度は強く、結合度は弱く

モジュールは、プログラムを分けた1つの部品のことです（関数やクラスくらいの単位）。良い分け方は**「強度（中のまとまり）は強く、結合度（部品どうしのつながり）は弱く」です。こうすると、1か所を直したときに他の部品へ影響が広がりにくく、保守性（直しやすさ）と信頼性**（壊れにくさ）が上がります。

たとえるなら会社の部署です。良い部署は「経理なら経理だけ」と役割がはっきりしていて（強度が強い）、他の部署とは必要な書類だけをやりとりします（結合度が弱い）。

「強度を強く・結合度を強く」のように、2つとも同じ向きにした選択肢がひっかけとして出ます。強度は強く、結合度は弱くと、向きが逆になる点を覚えてください。

モジュール結合度：6種類と強さの順番（最頻出）

結合度は6種類を強い順に並べられることがすべてです。いちばん弱い（＝いちばん望ましい）のはデータ結合で、「必要なデータ項目だけを引数（呼び出すときに渡す値）で渡す」受け渡し方です。

覚え方は、強い順の頭文字をとって**「内・共・外・制・ス・デ（ないきょうがいせいすで）」**です。API設計にあてはめると、必要なパラメータだけを受けるAPIがデータ結合、mode= のような値で中の処理を切り替えるAPIが制御結合に近いイメージです。

問われ方：選択肢は種類の名前ではなく、受け渡し方の説明文で出ることが多いです。「グローバルな領域」「共通域」→共通結合、「外部宣言して共有」→外部結合、「論理を制御する引数」「実行順序を制御するパラメタ」→制御結合と言い換えて読めば、残る「必要なデータ項目だけを引数で渡す」が正解（データ結合）です。

モジュール強度：7種類と強さの順番

強度は、モジュールの中にある機能がどんな理由でまとめられているかで分類します。いちばん強い（＝望ましい）のは機能的強度で、1つのモジュールが1つの機能だけを実行します。

覚え方は、強い順に**「機・情・連・手・時・論・暗」**です。論理的強度のモジュールは呼び出し側から処理コードを受け取るので、多くの場合、制御結合とセットになります。

問われ方：「処理コードが I なら挿入、U なら更新」のような設計書を見せて種類を当てさせます。「引数で機能を選ぶ」は論理的強度、「機能ごとに入口点がある」は情報的強度という違いが決め手です。改善策としては「機能ごとに分割する、または機能ごとの入口点を設ける」が正しい答えになります。

階層構造のインタフェース数は N−1

トップダウン（上から順に分ける）でN個のモジュールを木の形に分け、各モジュールが上位の1つとだけつながる場合、モジュール間のインタフェース（呼び出しのつながり）はN−1個です。一番上のモジュールだけは上位を持たないためです。

flowchart TD
  M["メイン（上位なし）"] --> A["入力"]
  M --> B["計算"]
  M --> C["出力"]
  B --> D["税計算"]

図ではモジュールが5個、矢印が4本で、5−1＝4と一致します。全部のモジュールどうしをつなぐ組合せの数 N(N−1)/2 と取り違えるのが、この問題のひっかけです。

リファクタリング：外から見た動きは変えずに中を整理する

リファクタリングは、外部仕様（外から見た振る舞い）を変えずに、プログラムの内部構造を整理して保守性を高める活動です。アジャイル開発でも重視されています。部屋のたとえでいうと、住所や間取りは変えずに、収納の中だけを片付け直すような作業です。

試験では、ほかの開発手法の説明と並べて「どれがリファクタリングか」を選ばせます。下の表で区別できるようにしておいてください。

「外部仕様を変更して」と書かれていたらリファクタリングではありません。また、リファクタリングのあとに動作が変わっていないかを確かめる作業がリグレッションテストなので、この2つは混同しないようにしてください。

コーディング規約：書き方がばらばらなときの対策

「プログラムの書き方が統一されておらず保守しにくい」という問題には、コーディング規約（書き方のルール）を見直し、開発者に教育するのが正解です。セキュアプログラミング（安全なコードの書き方）、テストの網羅度を上げること、管理レビューへの参加は、書き方の統一とは直接関係しません。