ITパスポート試験 / 平成27年度 秋期 ITパスポート試験 公開問題 / 問43
certification-simodake-work

平成27年度 秋期 ITパスポート試験 公開問題 問43 解説 ウォーターフォールモデル

ウォーターフォールモデルで開発を行うプロジェクトにおいて, システム要件定義の不具合を後続の工程で発見した。不具合を発見した工程のうち, 不具合の修正や修正に伴う手戻りが最も少なく済む工程はどれか。

  1. ア システム設計 ✓ 正答
  2. イ プログラミング
  3. ウ テスト
  4. エ ソフトウェア受入れ

解説

最も上流工程を選び出す

この問題は、開発工程の「前後関係」を理解していれば正解できます。ウォーターフォールモデルでは、開発を「要件定義→システム設計→プログラミング→テスト」のように順番に進めます。

不具合の修正コストを最小限にするためには、不具合が発生した場所(要件定義)に最も近い工程、つまり「まだ手戻りの範囲が狭い段階」を見つける必要があります。提示された選択肢の中で、システム要件定義に最も近い工程である「システム設計」が正解となります。

なぜ上流工程ほど修正コストが低いのか

ウォーターフォールモデルでは、前の工程のアウトプットを次の工程のインプットとして利用します。不具合が上流工程で放置され、下流工程まで進んでしまうと、以下の2つの理由から修正コストが膨大になります。

  1. 影響範囲の拡大:上流で決めたことが、下流の多くの成果物(設計書、プログラムコード、テスト仕様書など)に反映されています。根幹部分の要件が書き換わると、それに基づいているすべての下流成果物を修正し直さなければなりません。
  2. 修正作業の再発生:プログラミングが完了した後に要件ミスが見つかると、プログラムの書き換えだけでなく、テストのやり直し、さらには設計書の修正など、一度終えたはずの作業をやり直す「手戻り」が発生します。

逆に、システム設計の段階であれば、まだプログラミングやテストに移る前であるため、修正すべき対象が設計ドキュメントのみに限定され、最小限のコストでリカバリーが可能です。

実務現場における「手戻り」の考え方

この知識は、IT現場において「レビュー」を重視する文化の背景になっています。プロジェクトマネジメントの現場では、「後工程になるほど修正費用は指数関数的に増大する」という原則が共有されています。

例えば、プログラミング開始前に「設計レビュー」を徹底するのは、単に品質を上げるためだけでなく、この「手戻りコスト」を抑えるためのリスク管理の一環です。要件定義や設計のミスを、コードを書き始める前に発見できれば、プロジェクトの遅延や予算オーバーを未然に防ぐことができます。試験対策としては、単に順番を覚えるだけでなく、「なぜ上流で発見することが重要なのか」というコスト意識を持つことが大切です。

参考リンク

学習の記録にははてなブックマーク!

気づいたこと・覚えたことをコメントにメモしよう