システム開発の手法を学び始めると、最初に必ず登場するのが「ウォーターフォールモデル」です。名前は聞いたことがあっても、「アジャイルとどう違うの？」「なぜ滝（waterfall）なの？」と疑問に感じる方は多いです。この記事では、IPA試験で頻出のこの用語を、図解と過去問で一気に整理します。
対象試験と出題頻度
ウォーターフォールモデルは、ITパスポート・基本情報技術者・応用情報技術者すべてで出題される最重要テーマです。
ソフトウェア開発技術分野の入り口にあたる用語で、アジャイル開発・スパイラルモデル・プロトタイピングモデルなど他の開発モデルとの比較問題として定番化しています。
詳細をクリックして確認
ITパスポート
基本情報技術者
応用情報技術者
★★★★★
ランクS（超重要）絶対に覚える必要あり
用語の定義
情報処理試験を勉強していると、「ウォーターフォールモデルって結局どういう開発のやり方？」と混乱しがちです。
ウォーターフォールモデル（Waterfall Model）とは、一言で言うと
「要件定義から運用まで、各工程を順番に滝のように上から下へ進めるソフトウェア開発手法」
のことです。
イメージとしては、「家を建てる工事」です。
家を建てるとき、「設計図 → 基礎工事 → 骨組み → 内装 → 引き渡し」の順番で進みます。
骨組みを作っている最中に「やっぱり間取りを変えたい」と言われても、もう戻れません。
ウォーターフォールモデルも同じで、前の工程が完了してから次に進む、後戻りを基本的にしないというのが特徴です。
📊 ウォーターフォールモデルの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Waterfall Model |
| 提唱者 | Winston W. Royce（1970年の論文が起源） |
| 分類 | 逐次型（シーケンシャル）開発モデル |
| 主な対義語 | アジャイル開発、スパイラルモデル |
解説
1970年代、ソフトウェア開発はまだ手探りの状態でした。プログラマーが思いつきでコードを書き、後から仕様を決めるような進め方では、大規模システムの品質を担保できません。
そこで、製造業の生産ラインのように「工程を分けて、前工程の成果物を次工程の入力にする」という考え方を持ち込んだのがウォーターフォールモデルです。
各工程の終わりにレビューを行い、合格した成果物だけを次工程に引き渡すことで、品質を担保します。
標準的な6つの工程
工程の数や呼び方は文献によって異なりますが、IPA試験では次の6工程で押さえれば十分です。
🌊 ウォーターフォール：滝のように上から下へ流れる工程
▲ 各工程の終わりにレビューを行い、合格してから次工程へ進む
V字モデルとの関係
ウォーターフォールを語るうえで外せないのが「V字モデル」です。
これは、上流工程の成果物がどのテスト工程で検証されるかを対応づけた発展形です。要件定義は運用テストで、外部設計はシステムテストで…という形で、左右対称のV字を描きます。
📐 V字モデル：設計とテストの対応関係
▲ 左の設計工程と右のテスト工程が対応する
メリットとデメリット
| ✅ メリット | ⚠️ デメリット |
|---|---|
| ・進捗・スケジュール・コストの見積りがしやすい ・成果物（ドキュメント）が工程ごとに揃い、品質管理しやすい ・大規模・大人数のプロジェクトに向く ・役割分担が明確 |
・後戻り（手戻り）のコストが大きい ・要件変更に弱い ・動くものが見えるのが終盤で、顧客の認識ズレが発覚しにくい ・最初に要件をすべて固める必要がある |
他の開発モデルとの比較
| モデル | 進め方 | 向いている場面 |
|---|---|---|
| ウォーターフォール | 工程を順番に1回だけ進める | 要件が固まっている大規模開発 |
| アジャイル | 短期間の反復（イテレーション）を繰り返す | 要件変更が多い、小～中規模開発 |
| スパイラル | 機能単位で設計～テストを繰り返し螺旋状に成長 | リスクの高い新規開発 |
| プロトタイピング | 試作品を作って評価し本開発に進む | 要件が曖昧で見せて確認したい場合 |
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 ウォーターフォールモデルの核心を3行で
・上流工程から下流工程へ順番に進める逐次型の開発手法
・前工程が完了してから次工程へ進み、原則として後戻りしない
・進捗管理しやすい反面、要件変更や手戻りのコストが大きい
試験ではこう出る！
ウォーターフォールモデルは、IP・FE・APすべての午前問題で繰り返し出題される定番テーマです。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| IP R5 問40 |
ウォーターフォールモデルの特徴を選ぶ問題。 | ・「工程を順に進め前工程完了後に次工程へ進む」が正解 ・アジャイル・プロトタイピングの説明がひっかけ |
| FE H30秋 午前 問50 |
ウォーターフォールモデルを採用すべき開発の特徴を問う問題。 | ・「要件が明確で変更が少ない」が決め手 ・要件変更が頻発する案件はアジャイル向き |
| AP H29春 午前 問49 |
ウォーターフォールモデルの欠点に対処する手法を選ぶ問題。 | ・手戻りリスク軽減策としてプロトタイピング併用が有効 ・段階的詳細化との混同に注意 |
| AP R元秋 午前 問49 |
ソフトウェア開発モデルの説明として適切なものを選ぶ問題。 | ・ウォーターフォール＝逐次、スパイラル＝螺旋、アジャイル＝反復 ・各モデルの特徴語の組み合わせを正確に区別 |
📝 IPA試験での出題パターン
パターン1：「特徴を選べ」
4つの開発モデルの説明文が並び、ウォーターフォールに該当するものを選ぶ形式。決め手は「順番に」「前工程の完了後」「逐次的」というキーワード。「短い反復を繰り返す」（アジャイル）、「試作品を評価する」（プロトタイピング）、「リスク評価しながら螺旋状に」（スパイラル）の説明がひっかけとして並びます。
パターン2：「適用すべき場面を選べ」
「要件が明確で大規模・長期のプロジェクト」がウォーターフォール向きの典型表現です。逆に「要件変更が頻発する」「短いサイクルで動くものを確認したい」はアジャイル向きの表現として除外します。
パターン3：「V字モデルと組み合わせ」
APではV字モデルとの対応関係（要件定義⇔運用テスト、外部設計⇔システムテスト など）を問う問題も出ます。設計とテストの左右対応をセットで覚えてください。
試験ではここまででOKです。ロイス論文の歴史的経緯まで深追いする必要はありません。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. ソフトウェア開発手法の一つであるウォーターフォールモデルの特徴として、最も適切なものはどれでしょうか？
- A. 短期間の反復（イテレーション）を繰り返し、動くソフトウェアを継続的にリリースしながら要件変更にも柔軟に対応する。
- B. 要件定義・設計・プログラミング・テストといった工程を順番に進め、前工程が完了してから次工程に着手する。
- C. 機能単位に設計・実装・評価を繰り返し、リスク分析を行いながら螺旋を描くように開発を進める。
正解と解説を見る
正解：B
解説：
ウォーターフォールモデルは、各工程を上流から下流へ順番に進め、前工程が完了してから次工程に進む逐次型の開発手法です。「前工程の完了→次工程の開始」という流れと、原則として後戻りしないことが識別の決め手になります。
選択肢Aはアジャイル開発の説明です。短いイテレーションで反復するという特徴は、変更を最小化しようとするウォーターフォールとは正反対のアプローチです。選択肢Cはスパイラルモデルの説明です。リスク分析を伴いながら設計・実装・評価のサイクルを螺旋状に繰り返す点が特徴で、工程を一直線に進めるウォーターフォールとは構造が異なります。
よくある質問（FAQ）
Q. ウォーターフォールモデルでは本当に後戻りは一切できないのですか？
実務では完全に禁止されているわけではありません。ロイスの原典でも、必要に応じて1つ前の工程に戻る「フィードバック」が認められています。ただし、戻るほどコストが跳ね上がるため、レビューで品質を担保し、後戻りを最小化する運用が前提です。試験では「原則として後戻りしない」と理解しておけば十分です。
Q. 現場でウォーターフォールはまだ使われていますか？アジャイル一択ではないのですか？
官公庁システム、金融基幹系、組込みシステムなど、要件が固く品質保証や監査証跡が重視される領域では今もウォーターフォールが主流です。一方、Webサービスやスタートアップ製品ではアジャイルが優勢です。「ハイブリッド型（要件定義は順次、実装はイテレーション）」を採用する現場も増えています。
Q. ウォーターフォールモデルとV字モデルは別物ですか？
別物というより、V字モデルはウォーターフォールの「テスト工程の位置づけを明確にした派生形」です。ウォーターフォールが工程を一直線に並べるのに対し、V字モデルは設計の各段階に対応するテストを右側に配置して、検証観点を可視化します。試験ではV字モデル単独でも出題されるため、対応関係をセットで覚えてください。
Q. 要件定義の前に「企画」「システム化計画」工程は含まれますか？
広義のウォーターフォールには含まれますが、共通フレーム（SLCP）では「企画プロセス」「要件定義プロセス」「開発プロセス」と区別しています。試験では「要件定義から始まる開発工程の連なり」として問われることが多く、企画段階まで含めるかは出題文で判断してください。共通フレームの工程分けを問う問題と混同しないことが得点のコツです。
