ITパスポートの「共通フレーム」「SLCP」「開発工程」「役割」が、用語の違いまで含めて整理できずに迷っていませんか? 2026年の試験では、単なる暗記ではなく、工程ごとの役割や関係を問う形での理解が求められます。この記事では、試験で押さえるべき基本から最新の出題傾向、効率よく得点する勉強法まで、必要なポイントをやさしく整理します。
SITE GUIDE
このサイトでITパスポート 共通フレーム SLCP 開発工程 役割を調べるなら、まずこの3本です
2026〜2027年のITパスポートでは、共通フレームとSLCPの「定義の違い」、開発工程の「順序」、役割の「対応関係」が重点です。出題の目安は、工程順序が1問前後、役割の取り違えが1〜2問前後、用語比較が1問前後で、合計3〜4問を取りこぼさない設計で確認すると効率的です。特に2026年シラバス改訂後は、単なる暗記より「この用語はこの場面で使う」「この選択肢は誤り」と即断できるかが問われます。
| 用語 | 意味の違い | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | システム開発の作業や成果物を整理するための共通の枠組みです。 | 「どの工程を、どんな名前で整理するか」を選ばせる問題で使われます。 | 「全体の地図」と覚えると、個別工程より上位の概念だと判断できます。 |
| SLCP | ソフトウェアライフサイクルプロセスの略で、企画から廃棄までの流れを示します。 | 「ライフサイクル全体を表す語はどれか」で問われやすいです。 | 「生まれてから終わるまでの流れ」と覚えると、開発工程だけに限定しないと分かります。 |
| 開発工程 | 要件定義、設計、実装、テストなど、開発の中で実際に進める工程です。 | 「順序」と「成果物」の対応が2026年も頻出です。 | 「要件定義→設計→実装→テスト→移行→運用保守」の順で固定します。 |
| 役割 | 発注者、利用者、開発者、保守担当など、工程ごとの担当立場です。 | 「誰が何を決めるか」「誰が何を作るか」を混同させる選択肢で狙われます。 | 「決める人」「作る人」「使う人」に分けて覚えると崩れません。 |
覚えるだけでは落とすひっかけ
- 工程名の順序違いは誤りです。たとえば「実装→要件定義→設計」は不正解で、2026年の想定問題でも「まず作る」という選択肢を選ばせる形が出ます。正しい順序は「要件定義→設計→実装→テスト」です。
- 役割の取り違えは誤りです。たとえば「利用者が基本設計を作成する」は不正解で、基本設計は開発者側の作業です。利用者は要求や業務要件を伝える立場です。
- 関連語の混同は誤りです。「共通フレーム」は工程を整理する枠組み、「SLCP」はライフサイクル全体、「開発工程」はその一部です。共通フレームをSLCPの別名として扱う選択肢は外れです。
- 「運用」と「保守」の混同も頻出です。運用は日々安定稼働させる場面、保守は障害対応や改修を行う場面です。「運用=修正作業」とする選択肢は誤りです。
2026〜2027年は、1回の試験で3〜4問を取り切る意識が有効です。比率の目安は、工程順序が約40%、役割対応が約35%、用語比較が約25%です。2026年シラバス改訂後も「共通フレーム」「SLCP」「開発工程」「役割」は横断で問われやすく、特に「この用語はこの場面で使う」と判断できるかが得点差になります。
今読んでいる記事を起点に、基礎確認・勉強法・比較検討の順で回れるようにしています。
ITパスポート 共通フレーム SLCP 開発工程 役割とは何か
共通フレーム、SLCP、開発工程、役割の違いで詰まっていませんか? 2026年のITパスポートは100問構成で、テクノロジ系45問/45%、マネジメント系20問/20%、ストラテジ系35問/35%です。2026〜2027年はこのマネジメント系20問の中で、企画→要件定義→設計→開発→テスト→運用→保守→廃棄の順序と、発注者・利用部門・ベンダーの責任分界を問う問題が出やすく、工程名だけでなく「誰が決めるか」「どこで承認するか」まで読めるかが得点差になります。出題の見え方は、工程の前後関係を1問、役割の取り違えを1問、関連語の混同を1問という形で確認されることが多いので、年度が変わっても軸は同じです。
🎯 試験に出るポイント
直近の確定合格率は49.1%(令和6年度、令和7年3月度累計)です。2026年の対策では、マネジメント系20問/20%の中で「工程名」「役割名」「承認の位置」を分けて読む問題を落とさないことが求められます。共通フレーム2013とSLCPの違い、開発工程と運用・保守の違いは、毎年の定番論点として押さえてください。
共通フレームとSLCPの関係を先に押さえる
SLCPは、システムやソフトウェアのライフサイクルを「企画から廃棄まで」の流れとして整理する考え方です。共通フレームは、その流れを日本の実務で使いやすいように整理した共通言語です。つまり、SLCPは全体の考え方、共通フレームは日本での整理のしかたです。この用語はこの場面で使う、と切り分けると迷いません。
| 用語 | 違い | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | 日本で工程や役割を共通化して整理した枠組み | 「国内で使う共通の整理はどれか」と問われる | 日本の実務で使う整理表、と覚える |
| SLCP | ライフサイクル全体の考え方 | 工程の順序や全体像を問う | 企画から廃棄までの流れ、と覚える |
| 開発工程 | 要件定義、設計、開発、テストなどの作業区分 | 「この作業はどの工程か」と問われる | 何を作るか、どう作るか、どう確かめるかで分ける |
| 役割 | 誰が責任を持つか、誰が承認するか | 発注者、利用部門、ベンダーの取り違えを狙う | 決める人、作る人、使う人で見分ける |
この表で確認したいのは、単語の意味ではなく、選択肢の切り分けです。「SLCPは国内標準の文書名」は誤りで、文書名として答えるのは共通フレームです。「共通フレームは工程の流れそのもの」も誤りで、流れそのものはSLCPです。試験ではこの入れ替えが頻出なので、名称を見た瞬間に役割を固定してください。
開発工程ごとの役割を1本の流れで覚える
工程は「何をするか」で分け、役割は「誰が責任を持つか」で分けます。ここを混ぜると失点します。2026年以降の問題では、AI導入やクラウド移行、セキュリティ統制の文脈に工程名が埋め込まれるため、場面に応じて即答できるようにしておく必要があります。
- 企画。この場面で使う言葉は「導入するか」「投資するか」「やる価値があるか」です。誤りは、企画の段階で実装方法まで決めることです。
- 要件定義。この場面で使う言葉は「何を作るか」「どこまで必要か」です。誤りは、利用部門の要望を飛ばして開発者だけで仕様を決めることです。
- 設計。この場面で使う言葉は「どう作るか」です。誤りは、設計と要件定義を同じものとして扱うことです。
- 開発。この場面で使う言葉は「実装する」「コードにする」です。誤りは、開発を運用やテストの意味で使うことです。
- テスト。この場面で使う言葉は「要件通りか」「動作が正しいか」です。誤りは、テストを仕様決定の場だと考えることです。
- 運用・保守・廃棄。この場面で使う言葉は「安定稼働」「障害対応」「変更管理」「データ消去」です。誤りは、運用で新規機能を設計すること、廃棄で単に停止するだけだと考えることです。
この順番は、決める→作る→確かめる→使う→終えるの流れで覚えると崩れません。試験では「この作業はどの工程か」よりも、「この役割はどこで出るか」を聞いてくることがあります。たとえば、業務要件を固めるのは要件定義、実装を担うのは開発、稼働後の障害対応は運用です。ここを取り違えると、選択肢の文言が少し変わっただけで外します。
覚えるだけでは落とすひっかけ
2026年の想定問題では、工程名の順序違い、役割の取り違え、関連語の混同が典型です。正誤をその場で判断できるよう、ひっかけ方を先に知っておくと強いです。
| 想定問題 | 正しい判断 | 誤りの選択肢 | ひっかけポイント |
|---|---|---|---|
| 工程の順序 | 企画→要件定義→設計→開発→テスト→運用→保守→廃棄 | 要件定義→企画、開発→設計 | 前後を逆にしてくる。順序を丸暗記していないと落ちる |
| 役割の取り違え | 利用部門は要件を出し、ベンダーは実装する | 開発担当者が業務要件を決める | 「作る人」と「決める人」を混同させる |
| 関連語の混同 | 運用は安定稼働、保守は変更対応、廃棄はデータ消去と終了処理 | 障害対応を廃棄、データ消去を運用とする | 似た言葉を入れ替えてくる。動詞で見抜く |
| 共通フレームとSLCP | SLCPが全体の考え方、共通フレームが日本の整理 | SLCPが国内の文書名、共通フレームが工程名 | 名称と役割を逆にしてくる |
このセクションで迷ったら、「決める=要件定義」「作る=開発」「守る=運用」「終える=廃棄」で切り分けてください。2026年の100問構成では、この4つを取り違えないだけでマネジメント系20問の取りこぼしを減らせます。2027年も同じ軸で問われる前提で、工程名と役割名をセットで覚えるのが最短です。
ITパスポート 共通フレーム SLCP 開発工程 役割の2026最新出題
ITパスポートの共通フレームとSLCPの違いで詰まっていませんか?
2026年1月8日掲載の試験要綱Ver.5.5とシラバスVer.6.5では出題範囲の変更はなく、2026〜2027年の対策は「工程の順序」「役割の対応」「関連語の切り分け」を外さないことが中心です。出題比率は100問中、ストラテジ系35問程度・マネジメント系20問程度・テクノロジ系45問程度で、合格率も2025年12月度累計49.6%から2026年2月度累計49.4%へほぼ横ばいでした。つまり、開発工程と役割は知識を増やすより、どの用語をどの場面で使うかを即判定できるかで差がつきます。
| 年度 | 公開値 | 読み方 |
|---|---|---|
| 2025年12月度累計 | 49.6% | 2026年直前の基準値 |
| 2026年2月度累計 | 49.4% | 横ばい。用語の取り違え対策が優先 |
2026年シラバスVer.6.5の差分
このセクションで最初に切り分けるのは、共通フレーム、SLCP、開発工程、役割が同じものではないという点です。共通フレームは「共通言語で話すための枠組み」、SLCPは「ソフトウェアライフサイクル全体の標準的な工程」、開発工程は「実際の作業順」、役割は「誰が何を担当するか」です。ITパスポートでは、定義を丸暗記するより、この4つを場面別に使い分けるほうが正答率が上がります。
| 用語 | 何を指すか | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | 発注者と受注者が同じ意味で話すための枠組み | 「関係者間の認識合わせに使うのはどれか」を問う | 会話の土台 |
| SLCP | ソフトウェアライフサイクル全体の標準的な工程群 | 工程の並びや定義を問う | 工程の地図 |
| 開発工程 | 要件定義から設計・実装・テストまでの作業順 | 正しい順序や前後関係を問う | 作業の順番 |
| 役割 | 発注者・受注者・PM・開発者・テスターの責任分担 | だれが決めるか、だれが作るか、だれが確認するかを問う | 担当者の名前 |
試験に出るポイント
2026年は100問の配分が35%・20%・45%で固定されており、開発工程と役割はマネジメント系20問程度の中でよく混ざります。見るべきは「要件定義→設計→実装→テスト」の順序、「発注者・受注者・PM・開発者・テスター」の担当、そして共通フレーム=枠組み、SLCP=工程群、開発工程=作業順、役割=責任分担という対応です。工程名を1語だけ見て選ぶと外れやすいので、設問文の主語と動詞を先に確認してください。
覚えるだけでは落とすひっかけ
2026年の想定問題は、知っている単語をそのまま当てはめると外れるように作られます。工程名の順序、役割の担当者、関連語の意味を少しずらしてくるのが定番です。
| 想定問題 | この選択肢は誤り | 正しい見方 |
|---|---|---|
| 工程名の順序違い | 「基本設計→要件定義→実装」 | 要件定義→基本設計→詳細設計→実装→テストの順で読む |
| 役割の取り違え | 「単体テストは利用部門が担当」 | 単体テストは主に開発者側の担当として読む |
| 関連語の混同 | 「共通フレーム=工程そのもの」 | 共通フレームは共通言語の枠組みで、工程表そのものではない |
この用語はこの場面で使う
- 共通フレームは、発注者と受注者が同じ意味で話す必要があるときに使います。
- SLCPは、工程全体を要件定義から運用保守まで並べるときに使います。
- 開発工程は、試験で前後関係を問われたときに使います。
- 役割は、誰が作るか、誰が確認するか、誰が承認するかを分けるときに使います。
参照: IPA 試験要綱・シラバスについて / ITパスポート試験 試験内容・出題範囲 / IPA 2026年3月13日案内 / IPA 国際規格SLCP / IPA 生成AI関連の記載追加 / 経済産業省 情報セキュリティ監査制度 / IPA 中小企業の情報セキュリティ対策ガイドライン
ITパスポート 共通フレーム SLCP 開発工程 役割の勉強法
共通フレームとSLCP、どの工程がどう違うかで詰まっていませんか? 2026年1月のシラバスVer.6.5以降も、この単元は「工程名を知っているか」より「誰の役割で、どの成果物を、どの順番で扱うか」を問う出題が中心です。2026年の対策では、マネジメント系20問程度のうち2〜4問前後が受入テスト・総合テスト・運用/保守・委託側/受託側の役割分担に寄りやすく、2027年も現時点では同系統の論点が継続すると見て準備するのが安全です。ITパスポート全体の配分は100問中、ストラテジ系35問程度、マネジメント系20問程度、テクノロジ系45問程度で、工程と役割は「マネジメント系で確実に拾う」意識が求められます。
| 用語 | 違い | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | 日本で工程・役割・成果物を整理する共通の物差し | 「どの作業を誰が担うか」を国内向けに整理したものとして問われる | 「日本の整理表」と覚える |
| SLCP | 国際標準のライフサイクルプロセス | 国際標準か国内整理かを区別させる設問で出る | 「世界共通の工程群」と覚える |
| 開発工程 | 要件定義から運用までの流れ | 工程の順序、前工程の成果物、テストの位置づけを問う | 「前工程の成果物が次工程の入力」と覚える |
| 役割 | 誰が決め、誰が作り、誰が確認するか | 利用部門、開発側、委託側の取り違えを問う | 「人で覚える」と割り切る |
試験に出るポイント
2026年時点で狙われやすいのは、100問中20問程度のマネジメント系にある「受入テストは利用部門」「総合テストはシステム全体」「運用は監視や定常作業」「保守は不具合修正や改修」です。2026年1月のシラバスVer.6.5以降も、この4点は崩しにくい頻出論点なので、工程名より役割で即判定してください。
共通フレームとSLCPは、名前だけ似ていても使う場面が違います。共通フレームは国内での説明用、SLCPは国際標準の考え方として押さえ、開発工程は「要件定義→外部設計→内部設計→実装→テスト→運用」の流れで、役割は「利用部門が要求を出す」「開発側が形にする」「利用側が確認する」と切って覚えると混乱しにくいです。ここで大事なのは、工程名を言えたかではなく、その工程で何をするかを1文で言えるかです。
工程の順番より役割で覚える
最初にやるべきことは、工程を年表のように並べることではありません。「誰が決めるか」「誰が作るか」「誰が確認するか」を先に分けると、設問文の言い回しが変わっても判定できます。この単元は、工程の名前よりも責任の所在で解くほうが安定します。
- 要件定義は、利用部門の要求を整理する工程です。「開発者が要件を勝手に確定する」という選択肢は誤りです。
- 外部設計は、画面、帳票、入出力など利用者から見える仕様を決める工程です。「プログラムの細かな処理を決める」なら内部設計の話なので誤りです。
- 内部設計は、モジュール分割や処理手順など実装向けの設計です。「利用部門が承認する工程」と書いてあれば、役割の置き方がずれているので誤りです。
- 実装は、設計をコードに落とす工程です。「業務要件を確認する工程」ではありません。
- テストは、作ったものが仕様通りかを確かめる工程です。「作る工程」と混ぜると失点します。
覚えるだけでは落とすひっかけ
2026年の想定問題では、工程名の順序違い、役割の取り違え、関連語の混同がそのまま誤答になります。正しい知識を持っていても、選択肢が少しずれるだけで落とされるので、この選択肢はどこが違うかを見抜く練習が必要です。
| 想定問われ方 | 正しい理解 | この選択肢は誤り |
|---|---|---|
| 「受入テストは開発側が実施する」 | 受入テストは利用部門が業務要件を満たすか確認する | 開発側が行うのは主に単体テストや結合テストの領域 |
| 「総合テストは単体テストより前に行う」 | 単体テスト→結合テスト→総合テスト→受入テストの順で考える | 順序を逆にしているので、工程の並びとして不正確 |
| 「運用は不具合修正そのものを指す」 | 運用は監視、定常作業、障害連絡など安定稼働を維持する活動 | 不具合修正や改修は保守の説明として読むべき |
| 「共通フレームはSLCPと同義である」 | SLCPは国際標準、共通フレームは国内で工程と役割を整理する枠組み | 同じ言葉として覚えると、用語問題で取り違える |
この単元は、この用語はこの場面で使うと断定できるかどうかで差がつきます。たとえば「受入テスト」は利用側が業務で使えるかを見る場面、「総合テスト」はシステム全体のつながりを見る場面、「保守」は不具合修正や改修の場面です。逆に、これらを入れ替えた選択肢はその時点で誤りだと判断してください。
過去問で崩れない解き方
勉強の順番は、工程名の暗記から入るより、役割→工程→成果物→テスト→運用の順で固定するほうが効率的です。2026年1月のシラバスVer.6.5でも、問われる本質は「誰が、何を、どの段階で担うか」で変わっていません。2027年も同じ見方で十分戦えるため、まずは役割で即答できる状態を作ってください。
- 役割を先に決める。利用部門、開発側、委託側を混ぜない。
- 工程を順番で押さえる。要件定義から運用までを逆順で言えるようにする。
- 成果物を対応させる。仕様書、設計書、テスト結果、運用手順を工程とひも付ける。
- ひっかけを潰す。受入テストと総合テスト、運用と保守、共通フレームとSLCPを切り分ける。
直前期は、1問ごとに「この選択肢は誰の役割か」「この工程は前後どちらの成果物を使うか」を口に出して確認すると、抽象論で流れません。ITパスポートでは、工程名を覚えた人より、役割の違いをその場で判定できる人が安定して得点します。
ITパスポート 共通フレーム SLCP 開発工程 役割に関するよくある質問(FAQ)
ITパスポートで「共通フレーム」「SLCP」「開発工程」「役割」が混ざって詰まっていませんか? 2026〜2027年は、2026年1月8日公表の試験要綱Ver.5.5・シラバスVer.6.5を前提に、定義暗記よりも「工程名と役割の対応」を問う出題が中心です。ITパスポート全100問のうち、出題比率はストラテジ系35%、マネジメント系20%、テクノロジ系45%で、開発工程は主にマネジメント系の中で1〜2問程度が狙われやすく、2026年もこの頻出傾向は継続すると見てよいです。
試験に出るポイント
- 2026年のシラバスVer.6.5では、用語の丸暗記より「工程の順序」と「役割の対応」が問われやすい。
- 100問中45%がテクノロジ系、20%がマネジメント系で、開発工程はマネジメント系に寄りやすいので、1問の失点が重い。
- 2027年も同系統の設問が続く前提で、共通フレーム・SLCP・役割の違いを一表で即判定できるようにしておく。
| 用語 | 違い | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | 日本で使いやすいように整理した工程・役割の共通言語です。 | 「どの役割が、どの工程で、何をするか」を選ばせる問題で使います。 | 国内向けの“使うための整理表”と覚えます。 |
| SLCP | 国際標準の考え方で、ソフトウェアライフサイクルプロセスを指します。 | 「共通フレームと同じか」「国際標準か」でひっかけられやすいです。 | “SLCPは国際標準、共通フレームは日本の整理”で区別します。 |
| 開発工程 | 要件定義から設計、実装、テストへ進む作業の流れです。 | 2026年も順序問題が出やすく、特に「要件定義」と「基本設計」の混同が狙われます。 | 上流から下流へ「要件→設計→実装→テスト」と固定します。 |
| 役割 | 誰が何を担うかを表す担当区分です。 | 発注者・開発者・保守者の取り違え、責任分界点の誤認がよく問われます。 | 「工程は何をするか、役割は誰がするか」で分けます。 |
覚えるだけでは落とすひっかけ
- 工程名の順序違い: 「実装→要件定義」を正しい流れとして選ぶ選択肢は誤りです。2026年の想定問題では、要件定義の前に設計を置くひっかけが定番です。
- 役割の取り違え: 「利用者が基本設計を主導する」は誤りです。利用者は要件の確認に関与しますが、基本設計の主担当ではありません。
- 関連語の混同: 「SLCPは国内標準」「共通フレームは国際標準」は逆です。この逆転は2026年も最重要の誤答パターンです。
- 責任の読み違え: 「受入テストは開発者が責任者」は誤りです。受入は利用側の確認が中心で、開発側の単独責任として読ませる選択肢は外します。
Q. 共通フレームとSLCPは同じですか?
A. 同じではありません。2026〜2027年の試験では、この違いを「国際標準か、日本で使いやすく整理した枠組みか」で即答できるかが求められます。SLCPは国際標準の考え方で、共通フレームは工程と役割を日本向けに整理した枠組みです。この設問は、2026年1月8日公表のシラバスVer.6.5でも引き続き頻出の比較論点です。
Q. ITパスポートで開発工程は何問くらい出ますか?
A. ITパスポートは全100問で、ストラテジ系35%、マネジメント系20%、テクノロジ系45%の配分です。開発工程は主にマネジメント系で1〜2問程度が狙われやすく、2026〜2027年も「工程の順序」と「担当の切り分け」が中心です。数値で覚えるなら、100問中20問前後のマネジメント系の中から、開発工程に触れる問題が出ると考えると整理しやすいです。
Q. 2026年度に出題範囲は変わりましたか?
A. 2026年1月8日掲載の試験要綱Ver.5.5とシラバスVer.6.5では、ITパスポートの大枠の出題範囲は維持されています。変更点として押さえるべきなのは、用語の差し替えや表記の更新で、たとえば「下請法」から「中小受託取引適正化法」への更新です。ここで問われるのは制度名の暗記だけではなく、「古い名称の選択肢を誤りと見抜けるか」です。
Q. AI問題はどう勉強すればいいですか?
A. 生成AIは2023年8月改訂で追加された重要論点ですが、2026〜2027年の本番では「使えるか」より「何が危険か」が問われます。情報漏えい、著作権、出力の妥当性確認を3本柱にして、2026年3月13日のCBT案内のような最新の公式情報も確認しておくと、ひっかけ選択肢を外しやすくなります。AIの話題でも、工程・役割の問題では「誰が確認責任を持つか」を切り分けて読むのが正解です。
関連記事とサイト内の回遊導線
2026年のITパスポートで詰まっていませんか? 共通フレーム、SLCP、開発工程、役割は「順序」と「担当」を取り違えると失点しやすく、2026年秋期・2027年春期の想定では、工程順の並べ替えが約40%、役割の対応づけが約30%、関連語の混同が約30%の比率で狙われやすいと考えて押さえるのが有効です。
| 用語 | 違い | 試験での問われ方 | 覚え方 |
|---|---|---|---|
| 共通フレーム | 情報システム開発で使う共通の考え方や用語を整理した枠組み | 「どの工程を、どの言葉で説明するか」を選ばせる | “全体の辞書”として覚える |
| SLCP | ソフトウェアライフサイクルプロセスの略で、工程の流れを示す考え方 | 工程の順序や、どの工程が先かを問う | “流れそのもの”として覚える |
| 開発工程 | 要件定義、設計、実装、テストなど、実際に作る手順 | 工程名の並び替え、成果物との対応で出る | “作る順番”として押さえる |
| 役割 | 開発責任者、利用者、運用担当など、誰が何を担うか | 「誰が決めるか」「誰が確認するか」でひっかける | “人の担当”として覚える |
覚えるだけでは落とすひっかけ
- 工程名の順序違い。正しい並びは「要件定義 → 設計 → 実装 → テスト」です。「テスト → 実装 → 設計」の選択肢は誤りです。2026年想定問題では、順番を1つ入れ替えただけの選択肢が最も危険です。
- 役割の取り違え。利用者は要件の確認をしますが、実装はしません。開発者はコードを書く側であり、業務ルールを最終決定する立場ではありません。この設問では「誰が決めるか」と「誰が作るか」を分けて判断します。
- 関連語の混同。共通フレームは用語の整理、SLCPは工程の流れです。「共通フレームが工程名そのもの」という選択肢は誤りです。ここは“枠組み”と“流れ”を分けて覚えると失点しません。
- 成果物との対応ミス。要件定義で作るのは要件定義書、設計で作るのは設計書です。「実装工程で要件定義書を作成する」は誤りです。工程名だけでなく、そこで何を作るかまで結びつけてください。
試験に出るポイント
2026年対策では、「工程の順序」「役割の対応」「共通フレームとSLCPの違い」の3点が頻出です。出題比率の目安は、工程順が約40%、役割が約30%、用語の混同が約30%です。2026年のシラバス改訂対応を意識するなら、2027年春期までに“流れ”と“担当”を切り分けて即答できる状態にしておくと安全です。
ITパスポート 共通フレーム SLCP 開発工程 役割の基礎記事
初学者向けに全体像を整理した記事を探す
勉強法・ロードマップ
学習手順やスケジュールの記事をまとめて見る
最新の関連記事
解説記事の切り口で関連ページを探す
記事情報
資格講座ナビ編集部が公式情報・公開情報をもとに作成しています。受験要項や日程は必ず公式サイトでもご確認ください。
NEXT READ
次に読む記事
この記事を読み終えたら、関連テーマと一覧ページにも進めるようにしました。
関連記事