問43
頻出度★★★
ウォータフォールモデルで開発を行うプロジェクトにおいて, システム要件定義の不具合を後続の工程で発見した。不具合を発見した工程のうち, 不具合の修正や修正に伴う手戻りが最も少なく済む工程はどれか。
平成27年度 秋期 ITパスポート試験 問43
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
この問題の解説と、これまでの解答の記録です。
解説
問 43
- ア
正解 ウォータフォールモデルは「システム要件定義 → システム設計 → プログラミング → テスト → ソフトウェア受入れ」と工程を後戻りせず順に進める開発手法である。上流（要件定義）の不具合は、それを土台に作った下流工程の成果物すべてに波及するため、発見が遅れるほど作り直し（手戻り）の範囲が広がり、修正コストが大きくなる。選択肢アからエは要件定義より後の工程であり、その中で最も早いのが「システム設計」である。要件定義直後の設計工程で不具合を発見できれば、まだ設計成果物を直すだけで済み、プログラムやテスト成果物への波及が無いため、修正と手戻りが最も少なくて済む。よって正解はア。
不正解イ
プログラミングはシステム設計より後の工程。ここで要件定義の不具合が見つかると、要件・設計だけでなく作成済みのプログラムまで直す必要があり、システム設計で発見する場合より手戻りが大きい。
不正解ウ
テストはプログラミングよりさらに後の工程。要件定義の不具合がここまで残ると、要件・設計・プログラムに加えテスト成果物も作り直しになり、手戻りは一段と大きくなる。
不正解エ
ソフトウェア受入れは最終工程。ここで要件定義の不具合が発覚すると、上流から下流までほぼ全工程をやり直すことになり、修正・手戻りが最も大きい。設問が問う「最も少なく済む工程」とは正反対である。
ここがポイント
- ウォータフォールモデルの工程順序（要件定義 → 設計 → プログラミング → テスト → 受入れ）と、不具合は発見が早い工程ほど手戻りが小さい、という上流ほど修正コストが安い原則。
- 上流工程（要件定義）の欠陥は下流のすべての成果物に波及するため、直後の工程で早期に発見・是正するのが最も低コスト。
用語