ITパスポート 2026年 問38
問題文
要求事項が明確であり仕様変更が少ないことが見込まれるソフトウェアの開発に用いる開発モデル・手法として、最も適切なものはどれか。
選択肢
ア:アジャイル開発
イ:ウォーターフォールモデル(正解)
ウ:スパイラルモデル
エ:プロトタイピングモデル
🔒 解説は解答すると表示されます
要求事項が明確であり仕様変更が少ないことが見込まれるソフトウェアの開発に用いる開発モデル・手法として、最も適切なものはどれか。【ITパスポート 解説】
正解の理由
選択肢の イ(ウォーターフォールモデル)は、開発を「順番に進める」開発モデルです。ウォーターフォールモデル(Waterfall model:滝のように上流工程から下流工程へ順に流れる工程構成)は、要求(何を作るか)を最初にしっかり決めてから設計・実装・テストへ進みます。
問題文の「要求事項が明確であり」「仕様変更が少ない」といった条件は、初めに要件を確定して進めるウォーターフォールの前提に合致します。変更が少なければ、上流で固めた仕様どおりに効率よく進められ、手戻り(やり直し)やコスト増を抑えられます。したがって イ が最も適切です。
問題文の「要求事項が明確であり」「仕様変更が少ない」といった条件は、初めに要件を確定して進めるウォーターフォールの前提に合致します。変更が少なければ、上流で固めた仕様どおりに効率よく進められ、手戻り(やり直し)やコスト増を抑えられます。したがって イ が最も適切です。
(注:各用語の簡単な説明)
- アジャイル開発(Agile development):短い期間で繰り返し動くソフトを作り、頻繁に仕様調整を行う手法。
- ウォーターフォールモデル(Waterfall model):要件定義→設計→実装→テスト→運用の順に進める直線的な手法。
- スパイラルモデル(Spiral model):リスクに応じて反復(スパイラル)で進める手法。試行と分析を繰り返す。
- プロトタイピングモデル(Prototyping model):最初に試作品(プロトタイプ)を作り、確認・改善しながら要件を固める手法。
解法ステップ
- 問題文で重要なキーワードを探す:「要求事項が明確」「仕様変更が少ない」。
- 各開発モデルの特徴を思い出す:
- 要件確定が前提で順次進める → ウォーターフォール
- 要件が変わりやすい → アジャイルやプロトタイピング
- リスクや不確実性が高い → スパイラル
- 条件とモデルの適合を照らし合わせる:
- 要件が安定している → ウォーターフォールが有利
- 結論:ウォーターフォール(イ)を選ぶ。
短時間で解くコツ:問いに「明確」「変更少ない」などの語があればウォーターフォール優勢と覚える。
選択肢別の誤答解説
-
ア: アジャイル開発
誤り。アジャイルは短期間で繰り返し開発し、仕様の変更を受け入れながら進める手法です。要求が明確で変更が少ない状況では、頻繁なスプリントや顧客とのレビューが過剰になり、効率が下がることがあります。 -
イ: ウォーターフォールモデル(正解)
正しい。要件を最初に詳しく決めてから順序よく作るため、変更が少ない案件で効率的に進められます。品質管理や工程管理もしやすいです。 -
ウ: スパイラルモデル
誤り。スパイラルモデルはリスク(不確実性)が高い場合に有効で、試作・評価・計画のサイクルを繰り返します。要件が明確でリスクが小さい場合は過剰設計になりがちです。 -
エ: プロトタイピングモデル
誤り。プロトタイピングは初期段階で試作品を作って要件を明確にする手法です。要求がすでに明確で変更が少ないなら、プロトタイプを作るコストは不要です。
よくある誤解
-
「ウォーターフォールは一度決めたら絶対に変更できない」
→ 誤り。変更は可能ですが、工程が進むほど修正コストが上がります。変更が少ない前提のときに有利、という点が重要です。 -
「アジャイルは計画をしないで行き当たりばったりで作る」
→ 誤り。アジャイルも計画(スプリント計画やバックログ管理)とレビューを繰り返す、むしろ管理が体系化された手法です。柔軟性が高いのが利点です。 -
「プロトタイピングはいつでも良い」
→ 誤り。要件が不明確な場面では有効ですが、要件が明確であれば余計な工数になります。状況に応じて使い分けるのが正解です。
補足コラム
ウォーターフォールという名前は英語で「滝(Waterfall)」を意味し、工程が滝のように上から下へ流れるイメージから来ています。古くからある伝統的な開発方式で、契約で要件が明確に決まっている業務系システムや公共事業のシステム開発などでよく採用されます。
一方で最近は「ハイブリッド」な選択も増えています。例えば全体はウォーターフォールで進めつつ、要素技術の検証だけアジャイルで行う、というように両者の良いところを組み合わせるケースです。現場では要件の安定性、納期、品質要件、関係者の合意状況などを総合的に見て手法を選びます。
一方で最近は「ハイブリッド」な選択も増えています。例えば全体はウォーターフォールで進めつつ、要素技術の検証だけアジャイルで行う、というように両者の良いところを組み合わせるケースです。現場では要件の安定性、納期、品質要件、関係者の合意状況などを総合的に見て手法を選びます。
FAQ
Q1. 要件が途中で少し変わったらウォーターフォールは使えないですか?
A1. 使えます。ただし、後工程での変更は手戻りコストが高くなります。小さな変更なら変更管理(仕様書の差分管理や影響範囲の確認)で対応します。
A1. 使えます。ただし、後工程での変更は手戻りコストが高くなります。小さな変更なら変更管理(仕様書の差分管理や影響範囲の確認)で対応します。
Q2. アジャイルとプロトタイピングは同じですか?
A2. 違います。プロトタイピングは試作品を作って要件を固める手法、アジャイルは短い期間で繰り返してソフトを改善していく開発手法です。目的や運用方法が異なります。
A2. 違います。プロトタイピングは試作品を作って要件を固める手法、アジャイルは短い期間で繰り返してソフトを改善していく開発手法です。目的や運用方法が異なります。
Q3. スパイラルモデルはどんなときに使うべきですか?
A3. 技術的な不確実性や大きなリスクがある場合に有効です。リスクを早めに検出して対策を講じながら進められます。
A3. 技術的な不確実性や大きなリスクがある場合に有効です。リスクを早めに検出して対策を講じながら進められます。
Q4. 試験で「仕様変更が多い」と書かれていたらどれを選ぶべきですか?
A4. アジャイルやプロトタイピングが適します。状況によりスパイラルも候補になりますが、選択肢の説明と状況を照らして判断してください。
A4. アジャイルやプロトタイピングが適します。状況によりスパイラルも候補になりますが、選択肢の説明と状況を照らして判断してください。
関連キーワード: ウォーターフォールモデル, アジャイル開発, プロトタイピング, スパイラルモデル, 開発プロセス, 要件定義, 仕様変更, リスク管理

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

