応用情報技術者 2016年 秋期 午後 問08

解答の論理構成

1. 問題文の確認
   • 【問題文】では次のように三つの手法を説明しています。

     「データを処理するトランザクションに着目して一連の処理をトランザクション単位にまとめてモジュールに分割するa」
     「データの流れに着目してデータの入力・変換・出力の観点からモジュールに分割するb」
     「データ構造に着目して入力データ構造と出力データ構造の対応関係からモジュールに分割するc」

2. 各手法の特徴と記号対応
   • トランザクション単位での分割は、Transaction を表す 「ＴＲ分割」 と一致します。
     従って a ＝ イ。
   • 入力（Source）―変換（Transform）―出力（Sink）のデータ流れで分割するのは 「ＳＴＳ分割」。
     よって b ＝ ア。
   • 入出力データ構造を対応付けてプログラム構造を導く手法は 「ジャクソン法」 が代表例です。
     したがって c ＝ オ。

誤りやすいポイント

• 「ＳＴＳ分割」と「ジャクソン法」をどちらも“データ指向”と覚えて混同しがちです。前者はデータの流れ、後者はデータの構造に着目する点が決定的に異なります。
• 「ＴＲ分割」を“トランザクション処理システム（TPS）の略”と誤解し、別の言葉を探してしまうケースがあります。ここでの ＴＲ は Transaction の頭文字です。
• 「共通機能分割」「オブジェクト指向」など解答群の他選択肢は名前の汎用性が高く一見正答にも見えますが、問題文が示す三分類の説明とは合致しません。

FAQ

解答の論理構成

1. 入力データの項目確認
   問題文の表1には、列見出しとして
   「利用店」「施設名」「会員番号」「会員氏名」「利用日」「利用開始時刻」「利用終了時刻」
   が示されています。これは入力となる「施設利用実績データ」の構造そのものです。
2. 図3での位置づけ
   図3の入力データ構造図は、表1の項目を
   ・基本データ
   ・反復データ
   ・連接データ
   ・選択データ
   に分類して階層化したものです。
   • d は「施設利用実績*」直下にある反復データであり、表1の列見出しのうち「利用店」に続く項目です。したがって「施設名」となります。
   • 「会員情報」連接データの内部には既に「会員番号」が基本データとして示されています。ここでe としてもう一つ反復データが求められており、表1の「会員番号」に対応するもう一つの会員属性は「会員氏名」です。
3. 結論
   よって
   d：施設名
   e：会員氏名

誤りやすいポイント

• 「利用店」と「施設名」の位置を取り違える
  図3のdは「利用店」の次に来る反復データなので「施設名」ですが、「利用店」と勘違いしがちです。
• 「会員氏名」を基本データと誤解
  「会員番号」に対して「会員氏名」は通常一意に付随しますが、図3では「会員情報」が連接データであり、その内部に反復データが含まれる形です。ここを基本データと見てしまうと誤答になります。
• 図3の凡例読み落とし
  反復データ（＊付き）・連接データ（枝分かれ）・選択データ（○付き）を区別しないまま項目を当てはめると、階層の対応関係を誤ります。

FAQ

解答の論理構成

1. ループ対象の特定
   • 【問題文】には「施設利用レポートは、店ごとに施設の利用状況を集計してレポート出力する」とあります。
   • 図4の最上段は反復処理を示す長方形で、下位に「ヘッダ情報出力処理」「プール利用状況出力処理」など店別に繰り返される処理がぶら下がっています。
   • したがって f は “店” を単位に各施設のレポートをまとめて出力する処理であると分かります。
     → f：店ごとの施設利用レポート出力処理
2. 選択処理の内容確認
   • 図2の注記に「当月の施設の利用者がいないときは、… “※当月の＜施設名＞利用者なし” という利用者なし表示を出力する」と明記されています。
   • 図4で「最多利用者情報出力処理」の下に選択処理（○付き）があり、利用者有無で処理を分岐していることが分かります。
   • その選択肢に相当するモジュール名は “利用者なし表示” を出力する処理です。
     → g：利用者なし表示出力処理

誤りやすいポイント

• 反復対象を「施設」と誤解し「施設ごとの…」と書いてしまう。図4では店単位で反復している点に注意が必要です。
• g を「最多利用者情報出力処理」と重複させるミス。図4で既に同名の基本処理が存在し、選択処理は別物です。
• 図2の注記を読み落とし、利用者なし場合の処理があることに気付かない。

FAQ

解答の論理構成

1. 【問題文】の指示
   “図5中の②の破線の下の処理を複数の施設の利用状況出力処理で共通して利用するモジュールとする場合” とあります。
   つまり「上位利用者○出力処理」以下を一つの汎用モジュールにし、プール・ジム・スタジオのいずれからも呼び出す設計です。
2. 共通モジュールに必要な引数
   プール用に呼ばれたときは “プール” のデータを、ジム用に呼ばれたときは “ジム” のデータを出力しなければなりません。
   さらに

解答の論理構成

1. 【問題文】の図1には
   ・「共通機能をモジュール化し、モジュール強度を高め、モジュール結合度を下げる。」
   と明記されています。したがって再利用性と結合度低減が評価軸になります。
2. 図5の破線①は「プール利用状況出力処理」と下位処理群を一体化させた大きなモジュールです。ここでは機能が多岐にわたり、内容結合になりやすく強度が低下します。
3. 破線②・③は「最多利用者情報出力処理」と「上位利用者○出力処理」「利用者ごと＊の出力処理」をまとめています。ここでも“制御フラグ”による選択処理が混在し、制御結合の懸念があります。
4. 破線④は
   ・「会員氏名出力処理」
   ・「利用回数出力処理」
   ・「総利用時間出力処理」
   の3個を独立モジュールとして切り出しており、各モジュールは“1種類のデータ項目”だけを扱うデータ結合です。
5. データ結合はモジュール強度の序列で上位に位置し、要求された「モジュール強度を高め」「モジュール結合度を下げる」に合致するため、最適な分割は「④」となります。

誤りやすいポイント

• 「大きくまとめた方が呼び出し回数が減り効率的」と考え破線①を選択すると、内容結合のリスクを見落とす点。
• 「選択処理があるから柔軟」と破線②・③を選ぶと、制御情報の授受が発生し制御結合となる点。
• モジュール強度と結合度の序列を混同し、「共通機能 = 同じ画面単位」と早合点してしまう点。

FAQ