ITパスポート 2015年 春期 問32
問題文
ソフトウェア開発モデルの一つであるウォータフォールモデルの記述として、適切なものはどれか。
選択肢
ア:オブジェクト指向開発において、設計とプログラミングを何度か行き来し、トライアンドエラーで改良していく手法である。
イ:サブシステムごとに開発プロセスを繰り返し、利用者の要求に対応しながら改良していく手法である。
ウ:システム開発の工程を段階的に分割し、前工程の成果物に基づいて後工程の作業を順次進めていく手法である。(正解)
エ:システム開発の早い段階で試作品を作成し、利用者の意見を取り入れながら要求や仕様を確定する手法である。
🔒 解説は解答すると表示されます
ウォータフォールモデルの記述のうち適切なものはどれか【ITパスポート 解説】
正解の理由
選択肢ウは「システム開発の工程を段階的に分割し、前工程の成果物に基づいて後工程の作業を順次進めていく手法である」と説明しています。これはウォータフォールモデルの本質を正しく表しています。ウォータフォールモデルとは、開発を「要件定義→設計→実装→テスト→運用・保守」のような段階(工程)に分け、前の工程で出た成果物(ドキュメントや設計書など)を受けて次の工程を順番に進める直線的(滝が流れるような)進め方です。段階的で順次進行する点がポイントで、よってウが正解です。
(用語補足)
- ウォータフォールモデル:段階を順に進む開発手法。ひとつの工程が終わると次へ進むイメージです。
- 成果物:各工程で作られる文書やプログラムなど、次工程に引き継ぐもの。
解法ステップ
- 問題文のキーワードを見つける。「工程を段階的に分割」「前工程の成果物に基づいて」「順次進めていく」などの表現を確認します。
- 各選択肢とキーワードを照合します。ウォータフォールは「順次」「段階的」「前工程→後工程」の流れが特徴です。
- キーワードと一致する選択肢を選ぶ。該当するのがウのみであることを確認します。
- 他の選択肢が示す手法(反復的、プロトタイピング、オブジェクト指向の開発プロセスなど)と区別して正誤を確定します。
選択肢別の誤答解説
- ア: 「オブジェクト指向開発において、設計とプログラミングを何度か行き来し、トライアンドエラーで改良していく手法である。」
- 誤り。オブジェクト指向(Object-Oriented:データと処理をひとまとめに扱う設計思想)自体は設計の考え方であり、設計と実装を往復する反復的な手法を特徴付けるわけではありません。設計と実装を何度も行き来するのは反復開発やアジャイル(Agile:短い期間で繰り返し機能を作る開発手法)に近い特徴です。
- イ: 「サブシステムごとに開発プロセスを繰り返し、利用者の要求に対応しながら改良していく手法である。」
- 誤り。サブシステムごとに区切って繰り返すのは反復・増分開発(イテレーティブ・インクリメンタル)です。ウォータフォールは全体工程を順に進めるため、サブシステム単位で何度も繰り返すことを特徴とはしません。
- エ: 「システム開発の早い段階で試作品を作成し、利用者の意見を取り入れながら要求や仕様を確定する手法である。」
- 誤り。これはプロトタイピング(試作品を作って要求を固める手法)やユーザ中心設計に近い説明です。ウォータフォールは初期に要求を固めておき、その後は順次工程を進める方式で、早期に何度も試作品を作ることを重視しません。
よくある誤解
- 「ウォータフォールは絶対に変更できない」
- 誤解です。ウォータフォールでも変更は可能ですが、前工程に戻ってやり直すと手戻り(コストと時間の増加)が大きくなります。そのため変更管理やレビューが重要になります。
- 「ウォータフォールは古い=使えない」
- ウォータフォールは要件が安定していて変更が少ないプロジェクト(例えば官公庁のシステム、大規模な組み込み系など)では今も有効です。適材適所で選ぶことが大切です。
- 「テストは最後にしか行わない」
- 理想のウォータフォールではテスト工程が後に位置しますが、実務では単体テストや設計レビューなど早い段階での検証(前倒し)を行い、品質を高めることが推奨されます。
補足コラム
- ウォータフォールの利点と欠点(簡単に)
- 利点:工程が明確で責任範囲が分かれやすい。ドキュメントを整備しやすい。大規模・長期案件で管理がしやすい。
- 欠点:要件変更に弱い。後戻りがコスト高。ユーザの早期フィードバックが得にくい。
- 関連モデル
- Vモデル:ウォータフォールの派生で、左側が設計工程、右側がテスト工程で対応関係を明確にした形です。
- 反復・増分モデルやアジャイル:小さな単位で作って評価・改善を繰り返す手法。要求が不明確な場面で有利です。
- 覚え方の例え:家の建築にたとえるなら、ウォータフォールは「設計図を完成させてから一気に建てる」方法です。プロトタイピングやアジャイルは「まず小さなサンプル部屋を作って住み心地を確かめながら改良する」方法に近いです。
FAQ
Q. ウォータフォールはどんなプロジェクトに向いていますか?
A. 要件が確定しており、変更が少ない大規模・長期のプロジェクトに向きます。ドキュメント重視や規制対応が必要な場合にも適しています。
A. 要件が確定しており、変更が少ない大規模・長期のプロジェクトに向きます。ドキュメント重視や規制対応が必要な場合にも適しています。
Q. ウォータフォールで失敗しやすい原因は何ですか?
A. 初期段階での要件不足や利用者の意見を十分に反映しないことが多いです。変更管理が甘いと手戻りコストが膨らみます。
A. 初期段階での要件不足や利用者の意見を十分に反映しないことが多いです。変更管理が甘いと手戻りコストが膨らみます。
Q. アジャイルとウォータフォールは併用できますか?
A. できます。たとえばウォータフォールで要件固めを行い、実装部分をアジャイルで進めるなど、組み合わせて使う手法もあります(ハイブリッド型)。
A. できます。たとえばウォータフォールで要件固めを行い、実装部分をアジャイルで進めるなど、組み合わせて使う手法もあります(ハイブリッド型)。
関連キーワード: ウォータフォールモデル、開発工程、段階的開発、反復開発、プロトタイピング、Vモデル、要件定義、設計、実装、テスト、手戻り、アジャイル、増分開発

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

