メインコンテンツへスキップ
見出し画像

システムアーキテクト試験 午後II論文合格対策|非機能要件を数値化する設問ア・イ・ウ3部構成

    「システムアーキテクト 午後II論文 — 非機能要件を中心に書く論文構成の定石」——採点講評に毎年並ぶ指摘が「機能の説明は丁寧だが、非機能要件への配慮が見えない」です。設問ア・イ・ウの3部構成を、機能の説明で埋めていませんか? SAの論文は、性能・可用性・拡張性の数値で語った人から受かります。


    「機能要件中心の論文」が伸び悩む理由


    システムアーキテクト試験の午後II論文は、多くの受験者が機能要件を中心に書いて点数が伸び悩みます。採点講評では「機能の説明は丁寧だが、非機能要件への配慮が見えない」という指摘が毎年並びます。

    SAは設計の専門家を認定する区分です。機能要件は当然満たすことが前提で、非機能要件をどう設計に織り込むかが評価の中心になります。今日は非機能要件を主軸に据えた論文構成の型を整理します。

    設問アで「非機能要件の優先順位」を明示する


    設問アで多くの受験者が機能要件中心にプロジェクト概要を書きます。合格論文は非機能要件の優先順位を明示します。

    書くべき非機能要件の代表例:

    • 性能:応答時間・スループット・同時接続数の目標値

    • 可用性:稼働率・計画停止時間・障害時の復旧時間目標 (RTO)

    • 拡張性:ユーザ数・データ量の3年後想定値

    • セキュリティ:認証強度・データ保護要件・監査要件

    • 運用性:監視・ログ・バッチ処理の運用容易性

    「このシステムでは性能と可用性が最優先、拡張性は3年後想定の2倍まで、セキュリティは社内基準の通常レベル」のように、優先順位を1〜2行で書くだけで、設問イ以降の判断の根拠が明確になります。

    設問イでは「非機能要件と機能要件のトレードオフ」を書く


    合格論文は、設問イで非機能要件と機能要件のトレードオフを必ず1つ書きます。トレードオフの記述があると「設計者として判断できる人物」と読まれます。

    トレードオフの例:

    • 機能要件:リアルタイムでの集計結果表示が必要

    • 非機能要件:応答時間1秒以内、データ量1日10億件

    • トレードオフ:完全リアルタイムだとDBへの負荷が許容範囲を超える

    • 解決策:直近1時間は集計結果をキャッシュから返し、それ以前は事前集約テーブルから返す

    「機能要件をそのまま受けたら非機能要件が破綻する」場面を書き、それをどう設計で吸収したかを書く。これが午後II論文で頭ひとつ抜けるための型です。

    設問ウは「運用フェーズで起きた事象」を書く


    設問ウは「実施後の結果と、運用上で発生した事象」を問う形式が定番です。多くの受験者が「順調に運用できた」とだけ書きますが、合格論文は運用フェーズで起きた事象と、それへの応答を書きます。

    書くべき事象の例:

    • 想定外のピーク負荷(イベント告知でアクセス数が想定の5倍)

    • データ量の急増(提携先増加で1日5億件→15億件)

    • 障害(ストレージ故障、ネットワーク経路の変更)

    そしてそれぞれに対して、設計時に組み込んでおいた仕掛けがどう効いたかを書きます。「水平拡張を前提に設計していたため、ピーク負荷時にインスタンスを5台追加して対応」のように、設計の先見性が運用で活きた瞬間を書くと、論文として強く閉じます。

    設計判断の「採らなかった選択肢」を必ず1つ書く


    午後II論文で評価が伸びる答案は、採用した選択肢だけでなく採らなかった選択肢を1つ書きます。

    例:

    • 案A:オンプレ専有構成で性能を予測可能にする

    • 案B:クラウドの水平拡張で柔軟性を確保する

    • 採用は案B、理由はピーク時の負荷予測が困難で、専有構成だと過剰投資になるため

    「案Aを採らなかった理由」が書かれた瞬間に、採点者は「この受験者は判断できる」と読みます。捨てた選択肢を1つだけでいいので必ず登場させてください。

    SAの過去問は、業界(金融・製造・公共・小売・サービス)と非機能要件項目(性能・可用性・拡張性・セキュリティ・運用性)の2軸で整理すると、自分が書きやすいテーマが見えてきます。

    過去問AI(www.kakomon-ai.jp)の高度区分には

    SA の過去問が体系的に並んでおり、AIコパイロットが各設問の論点と非機能要件の対応を返します。週末に1問ずつ「業界×項目」マトリクスに位置付けて骨子だけ書く演習を続けると、本番でも素早くテーマ設定して書き始められるようになります。

    まとめ:機能ではなく非機能で勝負する


    SA午後IIで合格圏に入る論文は、非機能要件の優先順位を冒頭で明示し、機能要件とのトレードオフを設問イで書き、運用フェーズで設計の先見性が活きた瞬間を設問ウで書きます。採らなかった選択肢を1つ添えれば、設計者としての判断力が伝わります。

    「非機能要件中心の論文骨格」は、過去問AI(www.kakomon-ai.jp)でSA区分の過去問を演習する際の白紙テンプレとして使うと、午後IIの感覚が短期間で安定します。働きながら高度区分を狙う方は、週末2時間の演習に組み込んでみてください。

    あわせて読みたい


    同じシステムアーキテクトの別論点として、非機能要件の3トレードオフまで続けて確認できます。


    同じシステムアーキテクトの別論点として、午前Ⅱを一夜漬けで攻略する完全ガイドまで続けて確認できます。


    同じシステムアーキテクトの別論点として、午前・午後I・午後II論文の方式と合格基準・標準学習時間・実践手順を解説まで続けて確認できます。


    あなたへのおすすめ