システムアーキテクト午後IIの論文設計：業務要件から方式選定・評価までをつなぐ構成法

午後IIの採点講評で毎年のように指摘されるのが、「対象業務の特徴や規模が書かれていないため、設問イで述べた方式選定が妥当かどうか判断できない」という点です。設問ア（800字以内）では、会社の業種やシステム構成を漫然と説明するのではなく、後の設問イで技術的な判断を下すための「前提条件（制約）」を先に埋め込んでおきます。 例えば、受注・在庫管理システムの刷新を題材にするなら、「店舗数320店、取扱品目4万点、1日あたりの受注伝票18万件（ピーク時は19時〜21時に全体の45%が集中）」「夜間バッチの許容窓は0時〜3時の3時間以内」といった数値を最初に示します。この前提が設問アに置かれていれば、設問イで「なぜ夜間の全件洗い替えバッチではなく、変更差分（CDC）の非同期連携を選んだのか」という理由が自然に読み手へ伝わります。

設問イでは、採用した方式だけを一本道で書くよりも、検討段階で候補に挙がった別案と並べて比較した経緯を書くと説得力が増します。たとえば令和7年問1（複数の情報システムのデータを収集する必要がある指標の提供）のようなデータ収集・統合のテーマであれば、対象データの更新頻度と業務上の鮮度要件を切り口に整理します。 具体的には、「在庫引当のようにその場で確定が必要なデータは同期APIで直接参照し、経営ダッシュボード向けの売上集計データは基幹DBへの負荷を避けるため、15分間隔の差分抽出（CDC）とメッセージキューでDWHへ連携する方式を採った」というように、業務上の必要性とシステム負荷の両面から使い分けを説明します。あわせて、通信断や取込エラーが起きた際の再送手順・二重取込防止（冪等性の確保）まで触れておくと、実務に即した設計論述としてまとまります。