科目 B テクノロジ系選択問題の攻略

6 分野の性格を数字で比べる

科目 B の選択問題は「どれを選ぶか」で得点が決まります。分野の好き嫌いではなく、解答形式の内訳（穴埋め・用語記述・字数記述・記号選択・計算）で選ぶのが確実です。19 回分の小問を形式ごとに数えた実数を見ると、6 分野は 2 つの軸できれいに分かれます。書く量（字数記述の比率）と、計算の量です。

この表から読める設計方針は 3 つです。第 1 に、問 3 と問 6 は「短く正しく埋める」試験で、書く総量が最も小さくなります。第 2 に、問 4 と問 7 は計算が主役で、単位換算を型で持っていないと 1 問で 3 つ落とします。第 3 に、問 5 と問 8 は用語と短文の量産で、図表から字句を拾う速さが得点になります。

正答率の内訳まで見ると、問 3 は 19 回中 10 回が「平均より上」で最も安定し、問 6 は「低」5 回・「やや低」2 回で最も荒れています。「SQL は読めるから問 6」という選び方が危険なのは、構文を書かせる試験だからです。

当日 5 分で 4 問を決める

選択に使ってよいのは冒頭の 5 分だけです。本文を読み始めると引き返せなくなるので、図の種類・設問形式の内訳・計算の個数の 3 点だけを見て機械的に決めます。分岐の入口は「擬似言語を追えるか」です。ここが分かれ目になるのは、問 3 が 19 問中 18 問まで純粋なアルゴリズム題材で、本文からの推測が一切効かないためです。

5〜6 分野を仕込み、当日 1〜2 分野を捨てるのが安全です。予備をゼロにすると、その 1 問が例年になく重かったときに逃げ場がなくなります。

問 3 プログラミング ― 擬似言語を書き下す

直近 19 回とも問 3 に置かれ、19 問中 18 問が純粋なアルゴリズム題材です（業務の場面が出たのは H31春の券売機だけ）。本文から常識で推測する戦法が効かない代わりに、講評の全体正答率は「高」9 回・「やや高」1 回と 6 分野で最も良好です。当たれば満点、添字を取り違えれば全滅という、分散の大きい分野です。

題材の型は 5 つに割れます。盤面・パズル系の探索とバックトラックが 7 問（37%）、グラフと木が 4 問、動的計画法が 2 問、数値・整数・信号処理が 3 問、データ分析と業務モデルが 3 問です。探索系とグラフ・木で 11 問（58%）を占めるので、選ぶなら深さ優先探索・幅優先探索・バックトラックの骨格を最優先で仕上げます。動的計画法は 2 問と少ないものの、直近の R7秋で再登場した第 3 の軸です。

設問の型。設問番号ベースで合計 69（平均 3.6）、枝番まで展開すると 85（平均 4.5、範囲 2〜6）です。内訳は穴埋めが約 49 小設問（約 58%）で主戦場、計算が約 17（約 20%）、記号選択が 6（約 7%）、用語・字句記述が 4（約 5%）。字数記述は 19 回でわずか 5 設問（約 6%）しかなく、40 字以上は 10 年で 1 問もありません。作文力ではなく、擬似言語を正確に書き下す力とトレース精度だけで決まります。

前提知識は第 3 章です。擬似言語の記法（宣言・「←」による代入・for と while・要素番号の起点・構造体のメンバアクセス・div と mod）、配列によるデータ構造の写し取り、探索アルゴリズムの骨格、計算量の数え方を先に固めてください。答案も擬似言語で書くので、記法の正確さがそのまま得点になります。

解き方の手順

1. 設問だけを先に見る（2 分）。空欄の個数と、それがどの図・どの行に属するかを把握する
2. 「実データ ↔ 配列」の対応表を余白に作る（6 分）。「配列の k 番目が何を表すか」を 1 行で書く。これができないまま進むと後半が総崩れになる
3. 図表の小さな具体例で 1 周トレースする（6 分）。設問 1 はたいていこれ自体なので、検算と得点を兼ねる
4. 空欄は前後 2〜3 行だけ見て埋める（12 分）。「この行が何を確定させるか」を決めてから書く。代入の空欄は必ず「←」を含む完全な文にする
5. 検算 4 分。境界値に具体値を代入し、更新式が「元の値に足す形」になっているかを確認する

トレースは頭の中でやらず、必ず表にします。列は「変化する変数」だけにし、行を 1 反復ずつ増やします。図 24-3 は 2 分探索を 7 要素の配列（1 始まり）で追った表です。

○整数型: binarySearch(整数型の配列: a, 整数型: x)
  整数型: low ← 1
  整数型: high ← a の要素数
  整数型: mid
  while (low ≦ high)
    mid ← (low + high) div 2
    if (a[mid] が x と等しい)
      return mid
    elseif (a[mid] が x より小さい)
      low ← mid + 1
    else
      high ← mid － 1
    endif
  endwhile
  return －1

採点講評から見た失点と対策

選択の判断基準。擬似言語をコードとして読み下せる人、机上トレースを苦にしない人に向きます。逆に、文章から推論して部分点を拾う戦い方はできません。撤退ラインは明快で、着手 10 分で「実データ ↔ 配列」の対応表が書けなければ他の問題に移ります。問 3 を選ぶ人は、必須の問 1 の直後に問 3 を置いてください。終盤に始めると撤退の判断そのものが遅れます。

問 4 システムアーキテクチャ ― 条件表から設計を計算する

19 回とも問 4 に固定です。性格は「構成図と条件表を読み、四則演算と短文で設計判断を答える」。計算を含む問題は 19 問中 14 問（含まないのは H29秋・H30春・H31春・R4秋・R5秋）で、1 問に計算が 3〜5 個並ぶ回もあります。字数記述は 1 問平均 1.8 設問と軽く、記述が苦手でも計算と選択で稼げるのが選ぶ最大の理由です。

題材の重心は動いています。クラウド移行・利用形態の選定が 6 問、IoT・エッジ・動画が 5 問、Web システムの構成と性能改善が 4 問、仮想化・分散処理基盤が 3 問、純粋なオンプレ性能評価は H28春の 1 問だけです。R1秋以降の 11 問は IoT 系 5 問とクラウド系 4 問で 8 割強を占めます。場面はほぼ毎回「中堅企業の情報システム部門が新サービスや移行を検討する」形です。

設問の型。小設問は合計 123、1 問平均 6.5（最頻値 7 が 11 問、最小 4、最大 8）。内訳は字数記述 35（28%）、記号選択 29（24%）、計算 28（23%）、用語記述 25（20%）、穴埋め 6（5%）です。解答欄 39 本の字数は 30 字が 11・40 字が 8・20 字が 7・35 字が 6・15 字が 5 で、50 字以上は 1 つもありません。15〜20 字なら名詞句、30〜40 字なら「〜だから」「〜する」の一文で足ります。計算 28 個の型は、帯域・転送・所要時間が 8、稼働率が 4、使用率と台数が 4、容量が 4、応答時間が 2 です。

前提知識は第 5 章です。稼働率の直列・並列、クラウドの形態と責任分界、仮想化 3 方式とライブマイグレーション、性能改善の手段（スケールアウト／アップ・キャッシュ・データ配置変更・バッチ分離）、非機能要件の分類と RTO・RPO を押さえてください。

解き方の手順

1. 設問を先に全部読む（4 分）。計算は「求める量（速度・容量・時間）と単位」に丸を付ける
2. 構成図に矢印と役割を書き込む。機器・端末・回線を列挙し、DNS・ロードバランサ・キャッシュの役割を 1 語でメモする
3. 本文の数値と制約に下線（6 分）。件数・周期・サイズ・速度・単価・稼働率と、「〜できない」「上限 10 分」の制約を拾う。表は単位を確認してから読む
4. 計算は「式 → 単位 → 検算」。台数は「合計 ÷ 1 台分」を切り上げ、容量は「日量 × 保存日数」。検算では加算対象が 2 系統ないか（PC 分とサーバ分、収集とアクセス）を必ず疑う
5. 「全て選べ」型は各肢に ○ × を付ける。本文の条件で × の理由を言える肢だけを消す
6. 字数記述はテンプレートで書く。理由型は「〔本文の条件〕なので、〔帰結〕だから」、対策型は「〔対象〕を〔どこで〕〔動作〕する」。本文の固有名詞か数値を必ず 1 つ入れ、境界値は「20 分未満」のように明示する

採点講評から見た失点と対策

正答率が高いと明記されたのは RTO・RPO、REST、仮想化機能名、要件と形態の組合せ、方式選定です。用語知識は取れており、失点は「本文との突き合わせ」と「一歩踏み込んだ説明」に集中しています。

選択の判断基準。インフラ・クラウドの実務感覚があり、単位換算を落ち着いて処理できる人に向きます。問 5・問 6 ほどの専門知識は不要です。逆に、計算を避けたい人や用語暗記だけで通したい人は避けてください（コンテナ・FaaS・LPWA・SPA・GPU・エッジと、毎回新しい技術が題材になります）。当日は計算の個数を数え、3 個を超える回は他の候補と比べてから決めます。

問 5 ネットワーク ― 構成図の上でパケットをなぞる

19 回とも問 5 に固定です。用語記述 48 と穴埋め 10 を合わせた 58 小問（50%）が「図と本文に答えがある」形式で、知識で確実に稼げます。講評の全体正答率も「高」3 回・「やや高」2 回・「平均」7 回と安定しており、極端な難問は HTTP/2 を扱った R1秋だけです。

設問の型。小問は合計 117、平均 6.2（最少 4、最多 9）。R3秋以降の 9 回は平均 7.0 で、前半 10 回の 5.4 から増えています。内訳は用語記述 48（41%）、字数記述 33（28%）、記号選択 24（21%）、穴埋め 10（9%）、計算 7（6%）。字数指定 32 本のうち20〜30 字が 21 本（66%）で、「主体 ＋ 固有条件 ＋ 結果」の 3 要素がちょうど収まる長さです。

繰り返し出る論点は明確です。DNS 関連が 9 問で最頻、ポート番号とプロトコル識別が 7 問、NAT・NAPT と中継装置のアドレス変換が 7 問、FW 許可ルールの設計が 6 問、デフォルトゲートウェイと経路表が 6 問と続きます。直近 6 回は「社内のプロキシやサーバを廃止してクラウド・SaaS へ寄せる」場面が定番です（R4春・R6秋・R7秋）。前提知識は第 10 章で、DNS 一式・アドレス変換・FW ルールとポート番号・IP アドレス設計を先に固めます。

解き方の手順

この分野の核心は、構成図の上で 1 本の通信をなぞり、境界ごとに送信元 IP アドレスがどう書き換わるかを追うことです。図 24-4 のように、機器を通るたびに「変わる／変わらない」を確定させます。

1. 設問の先読み（3 分）。大設問の見出しと本文の節は 1 対 1 に対応する。解答条件（「図 1 中の機器名で」「全て」「40 字」）に印を付ける
2. 構成図を 4 領域に区切る（5 分）。インターネット・DMZ・社内・拠点を線で囲み、機器ごとに L2／L3／FW／プロキシ／DNS／LB の役割を書き込む。アドレス変換を行う機器に星印を付ける
3. 本文で 5 種類の情報をマークする（8 分）。具体値（IP・マスク・VLAN 名）／「〜から〜宛ては〜を経由」の経路記述／現状と変更後を分ける語（導入後・移行後・廃止後）／「誰が何を検証するか」／数値（M ビット毎秒・台数・同時利用率）
4. 用語記述と穴埋めを 1 周目で確保する。「図中の名称で」は図の表記をそのまま写し、「全て」は候補を列挙して本文で消し込む
5. 変更・移行問題は経路を 2 本描く。変更前と変更後を並べ、消える通信・増える通信・IP が変わる箇所を差分で答える
6. 記述で詰まったら 3 分で捨てる。用語と記号を先に埋め、残り時間で戻る

採点講評から見た失点と対策

• 類似用語の混同。オープンリレー防止を OP25B で説明する（R7秋 設問 1(2)）、MAC 認証と IEEE 802.1X の弁別（R7春 設問 1(4)。講評は両方式の理解を求めています）、TLS 証明書の設置機器をルータやプロキシと誤答（R3春 設問 3(2)）
• 基本用語を書けない。PoE、タグ VLAN、nslookup、SNMP トラップ、MQTT、ゾーン。IPA は毎回「覚えておいてほしい」と書いています
• 中継装置でアドレスが変わる／変わらないの読み違え。ロードバランサ通過後の送信元 IP は LB のもの（H30秋 設問 3(2)）、IPsec のトンネルでは変わらない（R4春 設問 1(1)）
• アドレス設計の基礎が曖昧。端末の IP を書いてネットワークアドレスを外す（R5秋 設問 4）、ACL の CIDR 表記（R3秋 設問 1）、追加すべき経路情報の内容（R4春 設問 3(1)）
• 変更後の状態を想像せず現状で答える。LB 導入後の接続先は VIP（H30春 設問 2）、クラウド移行後も業務運用と PC 操作は変わらない（R7秋 設問 2(2)）

正答率が高いと明記されたのは帯域計算、MAC 転送制御、TCP/IP 基本の記号選択です。計算と記号は落とさない前提で、記述と用語で差がつきます。

選択の判断基準。社内 LAN やクラウドのネットワークを触った経験があり、構成図上で「このパケットはどこを通るか」をなぞれる人に向きます。IP アドレス計算に抵抗がある人、L3 スイッチ・FW・プロキシの役割がイメージできない人には向きません。当日は読図量（構成図の機器数とルール表の行数）を見て決めます。

問 6 データベース ― E-R 図から SQL へ一本道で進む

19 回とも問 6 に固定で、構成も毎回同じです。①E-R 図 → ②SQL 穴埋め → ③設計判断の記述という三部構成が 10 年間変わっていません。小問は合計 98、1 問平均 5.2 と 6 分野で最少、穴埋め 53.1% と用語記述 25.5% を合わせた 78.6% が「短く正しく書けるか」だけを見る設問です。字数記述 15 問の上限は 40 字で、30 字以下が 10 問。長文論述はありません。

それでも講評の全体正答率は「低」5 回・「やや低」2 回と 6 分野で最も荒れています。理由は単純で、正規形の定義ではなく SQL の構文そのものを書かせるからです。「SQL は読める」という理由で選ぶと失敗します。

題材は小売・EC・販売購買が 6 回、社内業務の管理が 5 回で、この 2 群だけで 11 回を占めます。骨格は「注文―明細―商品―在庫」か「組織―従業員―資産／申請」のどちらかです。分析・データウェアハウス系の 5 回は E-R 図が薄い代わりに集計粒度を問われます。前提知識は第 9 章で、E-R 図の記法、結合と NULL、副問合せ、集計、DDL・DCL の構文、設計原則を押さえてください。

解き方の手順

読む順序が決まっています。①E-R 図と表定義を先に見て主キー・外部キーを把握する（設問 1 の半分はここで解けます）→ ②設問文を全部読んで何を書かされるかを確認する → ③設問が参照する段落だけを読む。SQL 穴埋めの根拠は、直前に置かれた「処理内容」の説明文です。

SQL 穴埋めは前後の句から絞ります。FROM の後なら表名か結合、GROUP BY の後なら列並び、HAVING の後なら集計関数の条件です。列は必ず別名付きで修飾し、外側の別名を内側が参照していれば相関副問合せと判断します。時間配分は「図表把握と設問先読み 5 分 → 設問 1 に 4 分 → SQL 12 分 → 記述 6 分 → 見直し 3 分」。空欄 1 つに 3 分以上かけず飛ばすのが鉄則です。

採点講評から見た失点と対策

選択の判断基準。SQL を実際に書いた経験がある人に向きます。記述量が少なく、穴埋めと用語で得点が安定するのが利点です。読んだことしかない人、E-R 図の記法（矢印の向き、実線の下線が主キー）を覚えていない人は避けてください。当日の見極めは「設問 1 の E-R 図の向きが 1 分で読めるか」です。

問 7 組込みシステム開発 ― 時間・容量・状態を突き合わせる

19 回とも問 7 に固定です。勝負どころは組込み固有の知識量ではなく、本文と図表の仕様を読み取り、時間・容量・状態を突き合わせる力です。小問は合計 119、平均 6.3。形式は用語記述 24.2%、計算 22.5%、字数記述 20.8%、穴埋め 18.3%、記号選択 14.2% で、記述系（用語 ＋ 字数 ＋ 穴埋め）が 63.3%。記号選択は 6 小問に 1 問弱しかなく、6 分野で最も消去法が効きません。

繰り返し出るのは「無人サービス機の貸出／返却サイクル」と「イベント検出前後の記録・通知」で、いずれも複数タスクが並行し、タイマとサーバ通信が絡みます。頻出論点はタスク間通信・通知設計が 10 回で最多、状態遷移図の読解と設計が 9 回、タイマ設定とカウント値計算が 8 回、不具合の発生条件の推論が 6 回と続きます。前提知識は第 7 章で、リアルタイム OS のタスク状態と優先度、状態遷移の記法、タイマとカウンタ、割込みとイベント駆動、センサとアクチュエータ、省電力とバッファ設計を固めます。

字数記述 25 件の内訳は 40 字が 8・20 字が 7 で、この 2 つで 6 割です。40 字は「不具合の発生条件」か「理由」、20 字以下は空欄内の短い条件や現象を書かせます。計算がゼロだったのは H30秋と R6秋の 2 回だけなので、計算を捨てる戦略は取れません。逆に言えば、次の 5 つの型を持てば実務経験がなくても得点源になります。

解き方の手順

1. 最初の 3 分で設問だけを全部読む。何を答えるか（数値／字句／条件／理由）を把握する
2. 次の 8 分で本文と図表を 1 往復し、5 種類をマークする。数値と単位／タスク名・状態名・イベント名・メッセージ名（定義語は解答でそのまま使う）／「〜のとき」「〜中は」「〜を除く」の条件句／時間の起点と終点／構成図の矢印の向き
3. 残り 15 分で計算 → 穴埋め・記号 → 字数記述の順に解く
4. 最後の 2 分で単位・指定桁数・字数超過・本文の用語を使ったかを見直す

採点講評から見た失点と対策

• 並行性・タイミングの想像力不足（最大の壁）。H30秋 設問 3 は「施錠処理中に扉を開け、規定時間が経過した」場合を、H28春 設問 3 は「初期化中は OS もタスクも動かない」ことを問いました。処理中に別の事象が割り込む絵を必ず描きます
• 問題文をそのままコピーする。H28秋 設問 3、R3春 設問 3(2)（式をそのまま書いた解答）。説明になっているかを読み返します
• 問う対象・視点を取り違える。H30春 設問 3(2) はメインタスク自身ではなくタイマタスクへの要求内容を、H31春 設問 3(1) は遷移条件であって処理内容ではないものを問いました
• 単位換算・桁数・ビット幅のミス。H30春 設問 2(1) は 16 ビットの上限超過。講評が繰り返し名指しする失点源です
• 計算の前提条件を一部しか使わない。R3秋 設問 2(1)（ステレオを 1 台分で計算）、R3春 設問 1(1)（ブロック長とバッファ長の混同）
• リアルタイム OS の理解不足。H29春 設問 3(3) は優先度の問題をデッドロックと誤認した解答が目立ちました。優先度による待ちとデッドロックは別物です
• 複数要素・順序を一部しか書かない。R4春 設問 3(3) は三つの処理を全て挙げる必要がありました

全体正答率が「高」だったのは H28秋・H29秋・H30秋・R4秋、「低」は R6秋の 1 回だけです。落とす設問は毎回、40 字記述と計算 1 問に集中します。

選択の判断基準。計算を落ち着いて処理でき、状態遷移図やタイミングチャートを読め、「処理中に別事象が来る」並行性を想像できる人に向きます。字数記述で仕様文を書き写してしまう人、単位換算や桁数指定を軽視する人には向きません。問 3 との同時採用は避けます。どちらもトレースと計算に集中するため、40 点分を同じリスクに賭けることになります。

問 8 情報システム開発 ― 設計成果物を読んで理由を書く

19 回とも問 8 に固定です。性格は「クラス図・アクティビティ図・状態遷移表・画面定義といった設計成果物を読み、設計判断の理由を 20〜40 字で書く」。計算を含む問題は 19 問中 6 問だけで、しかも最後は R5秋。以降の 4 回（R6春・R6秋・R7春・R7秋）は計算がゼロです。計算を避けたい人の第 1 候補になります。

現在の主軸はオブジェクト指向・設計パターンです。ジャンル別ではオブジェクト指向が 5 問、開発プロセス・開発環境が 5 問、方式・構造設計が 4 問、画面と制御の振る舞い設計が 3 問、テストと品質メトリクスが 2 問。直近 5 回のうち 3 回がオブジェクト指向で、クラス図を読んで継承・多相性・メソッド仕様を答える形が定番です。テスト技法単独の大問は H30春を最後に 7 年途絶えています。前提知識は第 13・14 章です。

設問の型。小設問は合計 114、平均 6.0（最頻値 6 が 9 問）。内訳は字数記述 33%、記号選択 28%、用語記述 25%、穴埋め 12%、計算 7%。字数記述は 19 問中 18 問で出題され（ゼロは R6秋のみ）、1 問あたり平均 2.0 設問あります。解答欄 44 本の字数は 20 字が 15 本で最多、次いで 40 字が 8 本。10〜20 字なら要素は 1 つ、40 字なら「条件 ＋ 結果」の 2 要素と、字数枠そのものが要素数を教えてくれます。

解き方の手順

この分野は本文が長く図が多いので、先に設問を通読してから本文に戻ります。用語記述と記号選択は図と用語表の対応だけで解けることが多く、先に片づけて時間を確保します。次に冒頭 2 段落で「主体」を確定させ、自社側と相手側、メインスレッドとワーカースレッド、main と develop といった境界線を紙上に引きます。主体の取り違えは講評で繰り返し指摘される失点型です。

字数記述は 2 つのテンプレートで書きます。理由を問われたら「〜（本文の条件）なので、〜（結果）となるから」（25〜40 字）、対策や操作を問われたら「〜を、〜する」の動詞終止形（15〜35 字）。本文・図の字句をそのまま使うのが原則で、自分の言葉に言い換えると採点で落ちます。「全て答えよ」型は図を上から走査して候補を列挙し、除外条件で削ってから書きます。1 つで止めると落とします。

採点講評から見た失点と対策

• 用語を名前でしか覚えていない（最頻）。H28秋 設問 1 はモジュール分割技法を逆に理解した解答が目立ち、IPA は「名称や順序を暗記するだけでなく特徴を十分に理解してほしい」と明記しました。R3春 設問 1(2) はコンテキストスイッチを「スレッドスイッチ」と誤答
• 設問が問う対象・範囲を取り違える。R6春 設問 5 はメソッド呼出しの仕様変更を問われて、クラス間の関連構造まで変える解答が出ました
• 主体を取り違える。H28春 設問 3 は相手側システムの処理を自社側として挙げ、R5秋 設問 3(1) はどの処理をメインスレッドで実行すべきかを外しました
• 順序・タイミングの考慮が抜ける。R5春 設問 3 はリバートを行う順序（変更が加えられた順番）の理解不足
• 図を静的にしか読めない。H30秋 設問 4(3) はフォークとジョインの理解不足で「業務・処理の流れをモデル化するスキルが必要」と指摘されました
• 網羅的な書き出しを面倒がる。H29秋 設問 4 は不等号を含めて 8 ケースを地道に書き出せば解ける問題でした
• 「作った後」の視点が欠ける。R3秋 設問 4(1) はテーブル追加がリリース時の限られた時間内の作業になるリスク、R7秋 設問 3(1) はモバイル通信の帯域という利用環境を想定できませんでした

全体正答率は「平均」10 回・「高」4 回で、「低」「やや低」は R3春までに集中し、R3秋以降の 10 回はすべて「平均」です。近年は極端に落とす問題ではなくなっています。

選択の判断基準。実務で設計書・クラス図・バージョン管理・レビューに触れている人、図を読んで「誰が・いつ・どの順で」を追うのが得意な人、そして計算を避けたい人に向きます。逆に、記述を避けたい人には向きません。当日は図の種類（クラス図なら易しめ、状態遷移表なら混同に注意）を見て決めます。

分野をまたいで効く 4 つの技

6 分野の解き方は違っても、失点の原因は共通します。ここでは分野をまたいで効く技を 4 つに絞ってまとめます。

技 1: 単位換算を 1 本のフローで通す

計算が絡む問 4・問 5・問 7 で最も多い失点は、桁と単位です。バイトとビット、秒と月、記憶容量と転送速度を行き来する道筋を 1 本のフローとして覚えます。途中で丸めず、切上げ・切捨ては最後に 1 回だけ行うのが原則です。

技 2: 穴埋めと記号選択は消去法で潰す

穴埋めと記号選択は 6 分野の全小問の約半分を占めます。次の順序で当たりを付けます。

1. 空欄の前後 2〜3 行だけを読む。SQL なら直前の処理内容、擬似言語なら宣言部のコメント、FW ルール表なら同じ表の別の行が根拠になる
2. 同じ図・同じ表の他の行の書き方に合わせる。日本語で書く回と記号式で書く回があり、書式がずれるだけで減点されます
3. 「全て選べ」型は各肢に ○ × を付ける。× の理由を本文の語で言えるものだけを消し、言えない肢は残す
4. 「この方式で実現できない要件はどれか」型は、要件を 1 つずつ方式に当てはめる。方式の欠点を先に 1 語で書いておくと速い
5. 1 つの空欄に 3 分以上かけない。飛ばして次に進み、他の空欄が埋まってから戻る

技 3: 字数枠が要素数を教えている

6 分野の字数記述はすべて 40 字以下です（50 字以上は 10 年で 1 問もありません）。字数は「いくつ要素を入れるか」の指示だと考えます。

共通のルールは 3 つです。本文の固有名詞か数値を必ず 1 つ入れる（一般論で答えると落ちます）。本文・図の字句をそのまま使う（自分の言葉に言い換えない）。字数枠の 8 割以上は埋める。

技 4: 見直し 10 分で 6 点を確認する

150 分の内訳は「0〜5 分で 4 問を決定 → 5〜32 分で必須の問 1 → 32〜140 分で選択 4 問（各 27 分）→ 140〜150 分で全体見直し」です。最後の 10 分でやることは決まっています。

1. 空欄が残っていないか（最優先。空欄は必ず 0 点）
2. 主体が設問の主語と一致しているか
3. 文末が問い方に対応しているか（理由 →「〜から」、目的 →「〜ため」）
4. 字数は上限の 8 割以上あるか
5. 単位・桁数・切上げ／切捨ての指示に従ったか
6. 「本文中の字句を用いて」の条件を守ったか

ひっかけポイント

演習問題（科目 B 形式）

本試験と同じ形式で、代表的な 3 分野のミニ演習を用意しました。時間を計り、1 題 12 分を目安に解いてください。解答例には採点で見られる点を添えています。

○整数型: countCommon(整数型の配列: a, 整数型の配列: b)
  整数型: i ← 1
  整数型: j ← 1
  整数型: cnt ← 0
  while (  〔 a 〕  )
    if (a[i] が b[j] と等しい)
      cnt ← cnt + 1
      i ← i + 1
      j ← j + 1
    elseif (  〔 b 〕  )
      i ← i + 1
    else
      〔 c 〕
    endif
  endwhile
  return cnt

醸造所(醸造所コード, 醸造所名, 所在地)
ケグ(ケグ番号, 容量, 製造年月, 醸造所コード)
取引先(取引先コード, 取引先名, 与信限度額)
貸出(貸出番号, ケグ番号, 取引先コード, 貸出日, 返却予定日, 返却日)

SELECT K.ケグ番号, COUNT( 〔 a 〕 ) AS 貸出回数
  FROM ケグ K
       〔 b 〕 JOIN 貸出 KA ON K.ケグ番号 = KA.ケグ番号
 GROUP BY 〔 c 〕
 ORDER BY 貸出回数 DESC

まとめ

テクノロジ系 6 分野は問 3〜問 8 に固定されており、選ぶ 4 問は学習開始時に決められます。最後に、当日その場で確認できる形に圧縮しておきます。

• 選ぶ基準は分野名ではなく形式の内訳。書く量（字数記述の比率）と計算の量の 2 軸で並べると、6 分野は図 24-1 のようにきれいに散らばる
• 1 問 25〜30 分、5 問で 150 分。冒頭 5 分で 4 問を決め、最後の 10 分は空欄潰しに使う
• どの分野も読む順序は「設問 → 図表 → 本文の該当箇所」。本文から読み始めると時間が溶ける
• 計算は式・単位・検算の 3 段。足す対象が 2 系統ないか、境界値で破綻しないかを必ず確かめる
• 字数枠が要素数の指示。20 字なら 1 要素、40 字なら条件と結果の 2 要素。本文の固有名詞か数値を 1 つ入れる
• 5〜6 分野を仕込み、当日 1〜2 分野を捨てる。予備をゼロにすると逃げ場がなくなる

ここまでで、必須の問 1（第 23 章）とテクノロジ系の選択問題が揃いました。続く第 25 章では、経営戦略・情報戦略、プロジェクトマネジメント、サービスマネジメント、システム監査という計算がほとんど出ない 4 分野を扱います。本章の 6 分野で 4 問を埋めきれない場合の予備として、少なくとも 1 分野は仕込んでおいてください。