ITパスポート 2015年 秋期 問43

ウォータフォールモデル：要件定義の不具合を発見した工程のうち修正の手戻りが最も少なく済むのはどれか【ITパスポート 解説】

正解の理由

解法ステップ

1. 各工程の順序を確認する。
   ウォータフォールの基本的な流れは、要件定義 → システム設計 → プログラミング → テスト → ソフトウェア受入れ。
2. 問題は「要件定義の不具合を後続のどの工程で発見したときに手戻りが最も少ないか」を問うていると理解する。
   要点：見つかった工程が「上流に近いほど」手戻りは少ない。
3. 選択肢を工程の順序で比べる。
   ア（システム設計）→ イ（プログラミング）→ ウ（テスト）→ エ（ソフトウェア受入れ）
4. 一番上流に近い選択肢を選ぶ → ア が正解。

選択肢別の誤答解説

• ア：システム設計
  正しい。要件不具合を比較的早期に発見するため、影響範囲は設計書や一部要件の修正で済みやすい。プログラム修正や大規模なテストや受入れ対応が不要または小規模で済む可能性が高い。
• イ：プログラミング（プログラミング：設計に従って実際にコードを書く工程）
  誤り。プログラミング段階で要件不具合を発見すると、設計とソースコードの両方を修正する必要が生じます。コードの書き直しや、修正後の単体テストが追加で必要になります。
• ウ：テスト（テスト：作成したプログラムが仕様通り動くかを検証する工程）
  誤り。テストで見つかると、多数のモジュールや結合部分に影響が及ぶ可能性があります。修正後に広範囲の回帰テスト（修正によって他が壊れていないか確認するテスト）が必要になり、手戻りは大きいです。
• エ：ソフトウェア受入れ（ソフトウェア受入れ：顧客が最終製品を受け入れる工程）
  誤り。最も後工程です。ここで要件不具合が見つかると、顧客対応、再納品、契約上の調整など多方面に影響し、手戻りとコストが最大になります。

よくある誤解

1. 「テストで見つければ修正は簡単」
   → テストで見つかると、既に作られた多数の成果物に影響するため、修正と再テストの範囲が大きくなります。簡単ではありません。
2. 「発見箇所（見つけた工程）だけ直せばよい」
   → 要件の誤りは設計・実装・テスト仕様に反映されているため、関連するすべての成果物を見直す必要があります。

補足コラム

• コストと手戻りの関係：一般に、ウォータフォールでは「検出が遅れるほど修正コストが増える」と言われます。感覚的には早期は小さな修正（設計書1部の修正）、後期は大規模な修正（複数モジュールの書き直し＋再テスト＋顧客対応）になります。
  例：修正コストを単純な数値で表すと、要件定義で見つかれば $1$、システム設計で $3$、プログラミングで $10$、受入れで $20$ など、後に行くほど倍増傾向になります（実際の比率はプロジェクトによる）。
• 現代開発では、アジャイル（Agile：短い反復で進める開発手法）やプロトタイピング（試作品で早期に確認）を使い、要件の誤りを早期に発見することが推奨されます。ウォータフォールを使う場合でも、要件レビューやステークホルダー確認を厳密に行うことで手戻りを減らせます。

FAQ