システムアーキテクト試験（SA）は、業務要件を分析し、情報システム全体の構造・方式・機能を設計して、開発や導入を上流工程から主導できる上級エンジニアを対象とした国家試験です。単にプログラムやインフラを構築するのではなく、業務モデル、システム方式、非機能要件、データ、インタフェース、セキュリティ、運用までを総合して「どういうシステムにするか」を決める力が問われます。
システムアーキテクト試験を30秒で確認
- システム開発の上流工程を担う高度国家試験
- 2026年度はCBT方式・前期試験として実施
- 科目A-1：50分30問、A-2：40分25問
- 科目B-1：90分・3問中2問、B-2：120分・2問中1問
- B-2は論述式で、設計・要件・方式選定などを具体的に論じる
- 2025年度春期の合格率は15.5%
- 要件定義、アーキテクチャ設計、非機能要件、方式設計が重要
- 現行制度は2026年度で終了し、2027年度から新試験制度へ移行予定
| 資格名 | システムアーキテクト試験 |
|---|---|
| 略号 | SA |
| 英語名称 | Systems Architect Examination |
| 資格種別 | 国家試験 |
| 実施団体 | 独立行政法人 情報処理推進機構（IPA） |
| 位置づけ | 高度試験・レベル4相当 |
| 2026年度方式 | CBT方式・前期 |
| 受験資格 | 制限なし |
| 受験手数料 | 7,500円（税込） |
| 主な対象 | 上級SE、システムアーキテクト、要件定義担当、テックリード、上流工程責任者 |
システムアーキテクト試験とは
システムアーキテクト試験は、情報システム戦略を理解し、業務モデルや情報システム全体体系を検討したうえで、業務ニーズに適したシステムを提案・設計できる能力を評価します。
IPAは、システム開発の上流工程を主導する立場で、豊富な業務知識を使って的確に分析し、業務ニーズに適した情報システムのグランドデザインを設計し完成へ導く上級エンジニアに適した試験としています。
つまり、SAで問われるのは「どの技術を知っているか」だけではありません。業務プロセスをどう整理し、どこをシステム化し、どの方式を採用し、どの非機能要件を満たし、どのように運用へつなげるかまでを一貫して説明できることが必要です。
システムの「中身」より前に「全体構造」を決める試験
個別機能やコードよりも、業務要件、システム境界、データ、連携、可用性、性能、セキュリティ、運用などを俯瞰して設計する視点が重要です。
試験概要
| 科目 | 時間 | 形式 | 出題数 | 解答数 |
|---|---|---|---|---|
| 科目A-1 | 50分 | 多肢選択式・四肢択一 | 30問 | 30問 |
| 科目A-2 | 40分 | 多肢選択式・四肢択一 | 25問 | 25問 |
| 科目B-1 | 90分 | 記述式 | 3問 | 2問 |
| 科目B-2 | 120分 | 論述式 | 2問 | 1問 |
2026年度からCBT方式へ移行し、従来の午前Ⅰ・午前Ⅱ・午後Ⅰ・午後Ⅱは、科目A-1・A-2・B-1・B-2へ名称変更されました。
CBT化してもB-2は論述式
受験方式がコンピュータになっても、設問に沿って具体的なシステム設計事例を論述する試験である点は変わりません。知識対策だけでは不十分です。
科目A-1の特徴
科目A-1は高度試験共通の基礎知識を問います。SA専用の内容ではなく、IT全般を広く扱います。
| 分野 | 主な内容 | 対策 |
|---|---|---|
| 基礎理論 | アルゴリズム、数学、論理 | 頻出問題を反復 |
| コンピュータ | OS、仮想化、ハードウェア | 方式設計の前提として整理 |
| ネットワーク | TCP/IP、クラウド接続 | システム間連携と結び付ける |
| データベース | 設計、SQL、トランザクション | データ設計の基礎を確保 |
| セキュリティ | 認証、アクセス制御、脅威 | 非機能要件の一部として理解 |
| マネジメント | PM、サービス管理 | 設計後の実行・運用を意識 |
| ストラテジ | 経営、法務、業務 | システム化目的と結び付ける |
科目A-2で問われる専門知識
科目A-2では、システム方式設計、要件定義、ソフトウェア設計、データ、インタフェース、開発方式、非機能要件など、SA固有の知識を問われます。
| テーマ | 主な内容 | 重点ポイント |
|---|---|---|
| 要件定義 | 業務要件、機能要件、非機能要件 | 要求と要件を区別 |
| システム方式 | 集中/分散、Web、クラウド、イベント駆動 | 要件に合う方式選定 |
| アーキテクチャ | レイヤ、サービス分割、疎結合 | 変更容易性・保守性 |
| データ設計 | データモデル、連携、整合性 | 業務との整合 |
| インタフェース | API、メッセージ、ファイル連携 | 同期/非同期の選択 |
| 非機能要件 | 性能、可用性、拡張性、セキュリティ | 測定可能な要件へ落とす |
| 開発方式 | アジャイル、ウォーターフォール、DevOps | 特性と適用条件 |
| 移行 | データ移行、切替、並行稼働 | リスクと復旧計画 |
要件定義で重要な考え方
システムアーキテクトは、利用部門から出てきた要望をそのまま機能一覧にするのではなく、その背景にある業務課題と目的を整理する必要があります。
| 段階 | 確認すること | 例 |
|---|---|---|
| 目的 | 何を改善したいか | 受注処理時間を短縮 |
| 現状 | どこに問題があるか | 二重入力・承認待ち |
| 業務要件 | 業務をどう変えるか | 受注情報を一元化 |
| 機能要件 | システムが何をするか | 自動登録・承認通知 |
| 非機能要件 | どの品質を満たすか | 応答2秒以内、99.9%稼働 |
「利用者が欲しい機能」＝「本当に必要な要件」とは限らない
利用者の要望をそのまま実装するのではなく、業務目的と課題へ戻って、必要性・優先度・代替案を検討します。
非機能要件を設計できるかが重要
SAでは、機能要件だけでなく非機能要件が非常に重要です。システムが正しく動くだけでなく、必要な性能・可用性・セキュリティ・保守性を満たす設計が求められます。
| 非機能要件 | 代表指標 | 設計例 |
|---|---|---|
| 性能 | 応答時間、TPS | キャッシュ、非同期化、スケールアウト |
| 可用性 | 稼働率、RTO、RPO | 冗長化、クラスタ、バックアップ |
| 拡張性 | 利用者数、データ量増加 | 水平分割、疎結合 |
| セキュリティ | 認証、権限、監査 | MFA、最小権限、ログ |
| 保守性 | 変更影響、リリース頻度 | モジュール分割、API化 |
| 運用性 | 監視、復旧、作業負荷 | 監視自動化、Runbook |
非機能要件は数値化する
「高速であること」「止まらないこと」といった曖昧な表現では設計できません。「95%の要求を2秒以内」「月間稼働率99.9%以上」「障害時RTO 1時間、RPO 15分以内」のように、可能な限り測定可能な形へ落とします。
アーキテクチャ方式の選び方
| 方式 | 向いている状況 | 注意点 |
|---|---|---|
| モノリス | 小〜中規模、単純な業務 | 規模拡大時の変更影響 |
| マイクロサービス | 独立変更・個別スケールが必要 | 運用複雑性、分散トランザクション |
| イベント駆動 | 疎結合・非同期連携 | 整合性・監視・再処理 |
| バッチ | 大量一括処理 | 処理時間・再実行 |
| オンライン | 即時応答が必要 | ピーク性能・可用性 |
| SaaS利用 | 標準業務・短期導入 | カスタマイズ制約・データ連携 |
流行の方式を選べばよいわけではない
マイクロサービスやクラウドが常に最適とは限りません。システム規模、変更頻度、組織体制、運用スキル、コスト、可用性などを考慮して選択します。
API・システム連携の設計
現代の情報システムでは、単独で完結するシステムよりも、外部サービスや社内システムとの連携が重要です。
| 方式 | 特徴 | 注意点 |
|---|---|---|
| 同期API | 即時応答 | 相手障害の影響を受けやすい |
| 非同期メッセージ | 疎結合・耐障害性 | 重複・順序・再処理 |
| ファイル連携 | 大量データに使いやすい | 遅延・エラー検知 |
| ETL/ELT | データ基盤との連携 | 変換ルール・品質管理 |
科目B-1の特徴
科目B-1は90分で3問中2問を解答する記述式です。業務要求、システム構成、データ、性能、移行、障害などの事例を読み、問題文に沿って短く回答します。
| 出題テーマ | 問われやすい内容 |
|---|---|
| 要件定義 | 業務要求から機能・非機能要件を抽出 |
| 方式設計 | 構成方式と採用理由 |
| データ | データ構造、整合性、連携 |
| 性能 | ボトルネック、スケール設計 |
| 可用性 | 冗長化、障害時切替 |
| 移行 | データ移行、切替、戻し |
| セキュリティ | 認証、権限、ログ、境界 |
B-1の解き方
- 設問を先に読む
- 業務要件とシステム要件を分ける
- 現行と新システムを区別する
- 構成図のデータ・通信経路を確認する
- 問題文中の制約条件を探す
- 一般論ではなく本文根拠で回答する
「なぜその方式を選んだか」を考える
方式名だけではなく、性能、可用性、変更容易性、コスト、運用など、どの要件を満たすための選択なのかを説明できるようにします。
科目B-2は論述式
科目B-2では、120分で2問中1問を選び、具体的なシステム設計・要件定義・方式選定などを論述します。実務経験をそのまま書くのではなく、設問テーマに合わせて「背景→課題→設計→工夫→評価」を一貫して書く必要があります。
B-2で使いやすい論文構成
| パート | 内容 |
|---|---|
| 背景 | 業務・利用者・既存システム |
| 課題 | 何が問題で、なぜ改善が必要か |
| 要件 | 機能・非機能・制約 |
| 設計 | アーキテクチャと採用理由 |
| 工夫 | 性能・可用性・運用・移行への対応 |
| 評価 | 要件達成の確認方法 |
論文ネタを事前に準備する
| ネタ | 展開しやすいテーマ |
|---|---|
| 基幹システム刷新 | 要件、移行、可用性、データ |
| クラウド移行 | 方式選定、性能、セキュリティ |
| Webサービス | 負荷、拡張性、認証、API |
| 業務SaaS導入 | Fit to Standard、連携、権限 |
| データ基盤 | ETL、データ品質、性能、運用 |
技術自慢の論文にしない
難しい技術を使ったことよりも、「どの要件を満たすために、なぜその方式を選んだか」が評価の中心です。
クラウド時代のSAで重要な視点
クラウドを利用する場合も、単純に「クラウドだから高可用」という考え方では不十分です。サービス仕様、障害範囲、リージョン、ゾーン、バックアップ、運用体制を踏まえて設計します。
| 観点 | 確認すること |
|---|---|
| 責任分界 | クラウド事業者と利用者の担当範囲 |
| 可用性 | AZ/リージョン冗長、復旧方式 |
| 性能 | スケール方式、DB性能、ネットワーク |
| セキュリティ | IAM、暗号化、ネットワーク境界 |
| コスト | 常時稼働、データ転送、スケール |
| 運用 | 監視、自動化、構成管理 |
難易度・合格率
システムアーキテクトは、技術知識に加えて業務分析と論述力が必要な難関試験です。2025年度春期は、応募者6,021人、受験者3,963人、合格者616人、合格率15.5%でした。
| 年度・期 | 応募者数 | 受験者数 | 合格者数 | 合格率 | 合格者平均年齢 |
|---|---|---|---|---|---|
| 2025年度 春期 | 6,021人 | 3,963人 | 616人 | 15.5% | 36.8歳 |
| 2024年度 春期 | 5,696人 | 3,666人 | 549人 | 15.0% | 36.3歳 |
勉強時間の目安
| 受験者タイプ | 目安 | 重点 |
|---|---|---|
| AP合格・上流未経験 | 300〜500時間 | 要件・設計・論文 |
| SE経験3〜5年 | 220〜400時間 | 非機能要件・論文 |
| 上流工程経験者 | 150〜300時間 | IPA形式・A科目 |
| クラウド設計経験者 | 180〜320時間 | 業務要件・論文 |
| PM経験者 | 200〜350時間 | 技術設計・方式選定 |
勉強方法
1. 要件定義と方式設計を体系化する
要望→業務要件→機能要件→非機能要件→方式設計という流れを整理します。
2. 非機能要件を数値で考える
性能、可用性、RTO/RPO、セキュリティなどを具体的な指標で表現する練習をします。
3. アーキテクチャ比較をする
同期/非同期、モノリス/マイクロサービス、オンプレ/クラウドなどを、メリット・デメリットではなく「どの要件なら選ぶか」で比較します。
4. B-1は設問要求から読む
長文を最初から精読する前に設問を確認し、必要な情報を拾います。
5. B-2論文は手を動かして書く
頭の中で構成を考えるだけでは不足します。120分で実際に書き切る練習を繰り返します。
6か月学習プラン
| 期間 | 学習内容 | 目標 |
|---|---|---|
| 1か月目 | 要件定義・業務分析 | 要求と要件を区別できる |
| 2か月目 | 方式設計・データ・API | 方式の選定理由を説明 |
| 3か月目 | 非機能要件・クラウド | 性能・可用性を数値化 |
| 4か月目 | B-1過去問 | 90分で2問処理 |
| 5か月目 | B-2論文 | 2〜3本のネタを準備 |
| 6か月目 | 総合演習 | 本番時間で完答 |
不合格になりやすいパターン
| 失敗 | 原因 | 改善 |
|---|---|---|
| 技術から考える | 要件が後付け | 業務目的→要件→方式の順で考える |
| 非機能要件が曖昧 | 「高性能」「高可用」で止まる | 数値・条件へ落とす |
| 論文が製品紹介になる | 設計判断がない | 採用理由と代替案を書く |
| B-2を直前に始める | 文章構成に慣れない | 早期から月1本書く |
| 一般論を書く | 設問テーマから外れる | 設問要求を見出し化して書く |
科目A-1免除制度
他の高度試験や情報処理安全確保支援士試験など、IPAが定める条件を満たしている場合、科目A-1を免除できることがあります。
免除対象者はB対策へ時間を回す
高度試験ではB-1/B-2の負担が大きいため、A-1免除を使える場合は学習時間を上流設計・記述・論文へ集中できます。
取得するメリット
| メリット | 内容 |
|---|---|
| 上流設計力の体系化 | 要件定義から方式設計まで整理できる |
| 技術選定の説明力 | なぜその構成を選ぶか言語化できる |
| 非機能要件への理解 | 性能・可用性・セキュリティを設計できる |
| 業務理解 | 業務モデルとITを結び付けられる |
| キャリア | テックリード・アーキテクト・上級SEと相性がよい |
活かせる仕事
| 職種 | 活かせる業務 |
|---|---|
| システムアーキテクト | 全体方式、技術選定、設計レビュー |
| 上級SE | 要件定義、方式設計、顧客調整 |
| テックリード | 技術方針、品質、アーキテクチャ |
| クラウドアーキテクト | クラウド移行、可用性、セキュリティ |
| 社内SE | 基幹システム刷新、ベンダー設計レビュー |
| ITコンサルタント | 業務要件からシステム構想へ落とし込む |
どんな人に向いている？
| タイプ | おすすめ度 | 理由 |
|---|---|---|
| 上流SE | 非常に高い | 実務と試験内容が直結 |
| AP合格者 | 高い | 次の専門資格として自然 |
| テックリード | 高い | 設計判断を体系化できる |
| クラウド設計者 | 高い | 非機能・方式設計を深められる |
| 若手プログラマ | 中 | 上流経験が少ないと論文が難しい |
ITストラテジスト・PMとの違い
| 資格 | 主な焦点 | 違い |
|---|---|---|
| ITストラテジスト | 経営戦略×IT | 何をITで実現するか決める |
| システムアーキテクト | 要件×システム設計 | どういうシステムにするか決める |
| プロジェクトマネージャ | プロジェクト遂行 | 決めたシステムを計画通り完成させる |
役割で考えると分かりやすい
STは「事業として何を実現するか」、SAは「どのようなシステム構造で実現するか」、PMは「そのシステムをどう完成させるか」が中心です。
2026〜2027年度の制度変更
現行のシステムアーキテクト試験制度は2026年度の実施をもって終了し、2027年度から情報処理技術者試験全体が新制度へ移行予定です。
| 時期 | 変更 |
|---|---|
| 2025年度まで | ペーパー方式・春期 |
| 2026年度 | CBT方式・前期 |
| 2026年度終了後 | 現行SA試験区分は終了予定 |
| 2027年度 | 8試験区分からなる新制度へ移行予定 |
| 新制度 | 高度領域はプロフェッショナルデジタルスキル系試験へ再編予定 |
2027年度受験者は「SA」という旧区分名だけで教材を選ばない
新制度では、従来の高度区分が再編される予定です。IPAが公開する正式な新試験名、シラバス、サンプル問題を確認してください。
よくある質問
応用情報に合格していなくても受験できますか？
受験資格にAP合格は必要ありません。ただし、A-1でIT全般の基礎知識が必要なため、AP相当の知識がある方が学習しやすいです。
プログラミング経験は必要ですか？
必須ではありませんが、システムの実装特性を理解している方が方式設計を考えやすくなります。試験自体はコードを書く試験ではありません。
クラウド資格を持っていれば有利ですか？
クラウド設計の知識は有利ですが、SAでは業務要件、非機能要件、データ、移行、論文まで問われます。製品知識だけでは不十分です。
B-2論文は実務経験がないと書けませんか？
実務経験がある方が具体性を出しやすいですが、ケーススタディを使って設計事例を準備することも可能です。重要なのは設問に沿った一貫した内容です。
SAとPMのどちらを先に取るべきですか？
設計・技術判断が中心ならSA、進捗・品質・リスク・組織管理が中心ならPMが向いています。現在の実務に近い方から受けると学習しやすいです。
独学で合格できますか？
可能です。IPAの過去問題、解答例、採点講評を中心に、B-2論文を複数本書いて改善することが重要です。
合格に有効期限はありますか？
システムアーキテクト試験の合格自体に有効期限はありません。
2027年度も同じ試験ですか？
現行制度は2026年度で終了予定です。2027年度から新試験制度へ移行するため、正式な試験区分とシラバスを確認してください。
システムアーキテクト試験のまとめ
システムアーキテクト試験は、業務要件を理解し、機能・非機能・データ・インタフェース・運用までを統合してシステム全体を設計する力を評価する高度国家試験です。合格のポイントは、技術名を覚えるだけでなく、要件を数値化し、複数の方式を比較して「なぜこの構成を選んだのか」を説明できる状態にすることです。
情報確認：2026年10月
主な確認先：IPA「システムアーキテクト試験」「令和8年度前期試験について」「令和7年度春期試験 合格発表」「問題冊子・解答例・採点講評」「試験制度の見直しについて」。
