問32
頻出度★★★
ソフトウェア開発モデルの一つであるウォータフォールモデルの記述として, 適切なものはどれか。
平成27年度 春期 ITパスポート試験 問32
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
この問題の解説と、これまでの解答の記録です。
解説
問 32
不正解ア
設計とプログラミングを何度か行き来し、試行錯誤で改良していく手法は、オブジェクト指向開発におけるラウンドトリップ (設計と実装を往復する反復的な進め方) の説明です。ウォータフォールモデルは前工程へ戻らず一方向に進むことが前提なので、工程間を何度も往復するという記述は正反対にあたります。
不正解イ
サブシステムごとに開発プロセスを繰り返し、利用者の要求に対応しながら改良していく手法は、スパイラルモデル (反復して段階的に完成度を高めるモデル) の説明です。ウォータフォールモデルは開発プロセス全体を一度だけ通して実施するモデルであり、プロセスを繰り返すという特徴はもちません。
- ウ
正解 正解はウ。ウォータフォールモデルは、システム開発を「要件定義 → 外部設計 → 内部設計 → プログラミング → テスト → 運用」のように工程 (フェーズ) へ段階的に分割し、各工程の成果物 (ドキュメントやプログラム) をレビュー・承認したうえで、その成果物を入力として次の工程へ進む開発モデルです。滝 (waterfall) の水が上から下へ一方向に流れ落ちる様子になぞらえた名前のとおり、原則として前の工程へは戻らず順次進めます。選択肢ウの「工程を段階的に分割し、前工程の成果物に基づいて後工程の作業を順次進めていく」という記述が、この逐次進行という特徴をそのまま表しています。工程の区切りが明確なため進捗管理や見積りがしやすい一方、後工程で要件の誤りが判明すると手戻りのコストが大きい、という短所も併せて押さえておきましょう。
不正解エ
開発の早い段階で試作品 (プロトタイプ) を作り、利用者の意見を取り入れながら要求や仕様を確定する手法は、プロトタイピングモデルの説明です。ウォータフォールモデルでは要件定義工程で仕様を文書として固めてから次工程へ進むため、試作品を使って仕様を詰めるという進め方は該当しません。
ここがポイント
- ウォータフォールモデル = 工程を段階的に分割し、前工程の成果物を承認してから後工程へ一方向に進む逐次型の開発モデル。進捗・工数の管理がしやすい反面、後工程での手戻りコストが大きい。
- 主要な開発モデルの識別ポイント: 逐次・後戻りなし → ウォータフォール、試作品で要求を確定 → プロトタイピング、サブシステム単位で反復 → スパイラル、設計と実装を短く反復 → アジャイル (反復型)。
用語