ITパスポート 試験情報＆徹底解説

ウォーターフォールモデルは、最初に開発全体の計画とスケジュールを決めた上で、要求定義・設計・実装・テスト・運用といった各工程を一つずつ完了させながら、順番に開発を進める手法です。滝の水が上から下へ流れるように、工程を逐次的に進める点が特徴です。
前の工程の成果物をレビューし、その確認が終わってから次の工程に進む流れが基本となるため、各工程の成果物の品質を確保しやすく、開発全体の流れにも一貫性を持たせることができます。また、工程を順番に管理しやすいため、大規模なシステム開発に向いています。ただし、後から前の工程に戻って修正する必要が生じた場合には、多くの手間や費用がかかってしまうという弱点があります。

〔要員の数について〕
一般的に、要員数は開発作業実施中(プロジェクト実行中)が最も多く、プロジェクト開始時と終結時はそれより少なくなります。よって「a」のグラフが適切です。

〔訂正作業に掛かるコストについて〕
ウォーターフォールモデルでは、基本的に「前工程に問題がないこと」を前提とし、工程の後戻りを想定していない開発モデルであるため、上流工程での誤りを発見する手順が組み込まれていません。変更やエラー訂正にかかるコストは、後戻り工数や見直し作業が多くなるプロジェクトの終盤が最も高くなる傾向にあります。よって「b」のグラフが適切です。

したがって正しい組合せは「ア」です。