本記事について： PD（システム）試験（仮称）科目B「シラバス（案 Ver0.2）」（IPA・2026年7月31日更新）を根拠に解説します。
科目B（技能）の内容はVer0.1から変更ありません （当サイトでVer0.1とVer0.2の全文を突合して確認）。Ver0.2では新たに
科目A-2（専門知識）の出題範囲の細目 が公開されました。試験名は仮称、科目A-1（共通知識）・試験時間・出題数・配点・合格基準は
未公表 、内容は検討段階の
「案」 で今後変更の可能性があります。（最終更新：2026年7月31日／出典：
IPA公式 ）
PD-S（システム）試験（仮称） 科目B（技能）の第4章は「システムの開発・運用に関すること 」。設計・実装・テストからリリース後の運用まで 、システムを作り・動かし続ける一連のプロセスを扱う章です。アジャイル・CI/CD・DevSecOps・AI駆動開発・SRE・SBOM など、モダン開発の重要用語が正式に盛り込まれた、PD-Sの“今”を象徴する章です。小項目は4-1〜4-4。各項目を、意味・なぜ問われるのか・具体例にわけて教科書的に整理します。
この章の全体像（小項目 4-1〜4-4） 4-1. 設計・実装・インテグレーション ここで問われること： システム要件と特性（Webアプリ、SoRなど）を踏まえて設計・実装・インテグレーションの設計書を作成し、レビューを通して質の良い設計書に仕上げる スキル。オブジェクト指向やデザインパターンの適用も含む。
シラバス案では、IPO（Input・Process・Output）や画面遷移に着目した機能分割、正常系だけでなくエラー処理・例外処理を洗い出す スキル、プログラム作成・テスト、そして個々のプログラムを結合してシステムとしてインテグレーション するスキルが挙げられています。「正常に動く」だけでなく「異常時にどう振る舞うか」を設計に織り込む視点が重要です。
実務の障害の多くはエラー処理・例外処理の漏れから生まれます。だからこそ、異常系まで洗い出せる設計力とレビュー力が問われます。
4-2. テストの計画・実施・品質評価 ここで問われること： システム要件や特性を踏まえて適切なテスト手法と品質目標を設定 し、テスト計画書・テスト仕様書を作成、テストを実施して結果を分析・評価し、品質評価報告書 としてステークホルダに説明するスキル。
ポイントは、テストが単なる「バグ探し」ではなく、品質を客観的に評価して合意形成する 活動として位置づけられていること。計画書・仕様書ともにレビューを通して質を高める ことが繰り返し強調されています。
4-3. システム開発手法の適用（アジャイル・DevSecOps・AI駆動開発） ここで問われること： プロジェクトの特性やシステム要件を踏まえて、アジャイル開発・CI/CD・DevSecOps・AI駆動開発 などの手法を取捨選択して提案し、プロジェクトに合わせてテーラリング（調整） して適用を推進するスキル。
重要なのは、「常にアジャイルが正解」ではなく、プロジェクトに応じて手法を選び、調整する という考え方です。シラバス案でも「取捨選択して提案」「テーラリングして適用」と明記されています。
アジャイル開発： 短い期間（スプリント）で開発とフィードバックを繰り返し、変化に柔軟に対応する開発手法。
CI/CD： Continuous Integration（継続的インテグレーション）／Continuous Delivery（継続的デリバリー）。コードの結合・テスト・リリースを自動化し、頻繁かつ安全にリリースする仕組み。
DevSecOps： 開発（Dev）・セキュリティ（Sec）・運用（Ops）を一体化する考え方。セキュリティを開発の最初から組み込む（シフトレフト）のが特徴。
AI駆動開発： AI（生成AIなど）を活用して、コード生成・テスト・レビューなど開発工程を効率化する新しい開発の進め方。
DevSecOpsの考え方（開発・セキュリティ・運用の一体化）
4-4. 開発プラットフォーム活用・運用管理・SRE ここで問われること： 開発プラットフォーム（PaaS・Git・SBOM など）の技術動向を把握して取捨選択・適用し、社会や企業活動を支えるシステムを安定して維持・運用 するスキル。そしてSRE で開発と運用が協力し、リリースサイクルの向上とサービスの安定を目指すスキル。
この章の締めくくりは、作ったシステムを“安定して動かし続ける”運用の技術です。シラバス案には、システムが円滑に動作することを保証し、利用者が効果的に使えるようにする活動を計画・実行・改善 するスキル、そしてSRE（サイト信頼性エンジニアリング） のプロセス導入が明記されています。
SRE（サイト信頼性エンジニアリング）： Site Reliability Engineering。システムの信頼性（安定稼働）を、ソフトウェアエンジニアリングの手法で高める考え方。開発と運用が協力し、リリースの速さと安定を両立させる。
SBOM： Software Bill of Materials（ソフトウェア部品表）。システムがどのソフトウェア部品（ライブラリ等）で構成されているかの一覧。脆弱性が見つかったとき、影響範囲を素早く特定できる。
PaaS： Platform as a Service。アプリの開発・実行環境をクラウドで提供するサービス。インフラ管理の手間を減らせる。
SBOMやDevSecOpsは、サプライチェーン攻撃など近年のセキュリティ課題への対応として重要度が急上昇しており、新シラバスに明記された点が“今どき”の出題傾向を示しています。
確認クイズ この章の理解度チェックです（当サイト独自の予想問題。公式の出題ではありません）。
当サイト独自の予想問題
SBOM（ソフトウェア部品表） を整備する主な目的として、最も適切なものはどれか。
ア 画面のデザインを統一し、見た目を美しくするため。 イ 開発メンバーの勤務時間を記録・管理するため。 ウ システムを構成するソフトウェア部品を一覧化し、脆弱性が見つかったときに影響範囲を素早く特定するため。 エ サーバーの電力消費を自動で削減するため。
解説： SBOM（Software Bill of Materials）は、システムがどんなソフトウェア部品で構成されているかの一覧（部品表） です。ある部品に脆弱性が判明したとき、「自社のどのシステムが影響を受けるか」を素早く特定でき、サプライチェーンのセキュリティ対策に役立ちます（ウ）。ア・イ・エはSBOMの目的ではありません。
もう一度挑戦する
まとめ：第4章のポイント
4-1： 設計・実装・結合。エラー処理・例外処理 まで洗い出し、レビューで質を高める。4-2： テストは品質を客観評価して合意する活動。計画・仕様・報告のレビューが重要。4-3： アジャイル・CI/CD・DevSecOps・AI駆動開発 を取捨選択し、テーラリングして適用。4-4： PaaS・Git・SBOM を活用し、SRE で開発と運用が協力して安定運用。
🎉 これでPD-S 科目B（技能）の全4章がそろいました。第1章（アーキテクチャ）→第2章（ネットワーク）→第3章（フィジカルコンピューティング）→第4章（開発・運用）で、システムの上流設計から運用までを一通りカバーしています。
関連記事・次に読む « PD-S（システム）試験のトップ（区分ハブ）へ戻る
出典（一次情報）
IPA「PD（システム）試験 科目B シラバス（案 Ver0.2）」大項目4「システムの開発・運用に関すること」（2026年7月31日更新）[link]
IPA「情報処理技術者試験・情報処理安全確保支援士試験 出題範囲等の改定案 Ver.1.0」（2026年3月）
※試験名は仮称、内容は検討段階の案です。用語解説・予想問題は当サイト独自のもので、公式見解ではありません。正式シラバス公開時に内容を更新します。
