https://www.ap-siken.com/kakomon/28_aki/pm08.html

いつも質問すみません。
設問4(2)について、④がデータ結合というのがわかりません。
利用者ごとの出力を行うために上位のモジュールから会員番号などを渡していると思うのですが、それを受けて会員情報の出力を行うのは制御結合ではないのでしょうか？
（引数を受け取って利用者ごとの情報を出力する制御をしている）

どうぞよろしくお願いします。

リンク先の設問４(1)の次の解説文は、誤解を生む文だと考えます。

--------
まず。
図２の施設利用レポートは
が示すように「ある店名のある対象月」単位に反復処理で作成されます。

図５のモジュール構造図は、図２のレポートの次の箇所の出力に対応しますから、

図４の
は、表１の
> 会員番号、会員氏名、利用開始時刻、利用終了時刻
だけさえあれば、図５で「□プールの利用状況」の集計結果を出力できます。
> 利用店、施設名、利用日
は図５に渡す必要のないデータです。ですから、
という設問４(1)の解説文は、誤解を生む文だと考えます。

--------
しかし。
上記では触れなかった例外があります。

これは、図２の注記に書かれており、このサイトの設問３の解説文で正しく指摘されています。
つまり「g：利用者なし表示出力処理」を呼び出す際のみ「施設名」データが必要になります。

--------
結論です。

図５の破線②の下部をまとめて１つのモジュールとして設計すると、
・「上位利用者出力処理」では「施設名」データは不要だが、
・「g：利用者なし表示出力処理」では「施設名」データが必要。
一方では不要だが他方では必要、そんなデータを渡すことになります。
それが
です。

> 会員番号を受けて会員情報の出力を行うのは制御結合ではないのでしょうか？
> （引数を受け取って利用者ごとの情報を出力する制御をしている）

制御結合の「制御」とは、分岐（選択）のことだと、私は理解しています。

破線④の下部では会員番号をキーとして集計処理をすることになりますが、
集計処理の反復の間、いつも同じデータを参照することになります。

「引数データが1なら、このデータが必要。2なら、別のこのデータが必要」
のような、分岐（選択）構造ではない。ですから、制御結合ではないです。

分かりやすくご解説いただきありがとうございます。
理解出来ました。
また、本などで見ていても制御結合がなんなのかいまいちわからなかったのですが、こちらの説明がすごくしっくりきました。
ありがとうございました！