ウォータフォールモデル
要件定義
->
基本設計
->
詳細設計
( ->
テスト
)
の工程を順番に進めていく手法.
工程ごとに
テスト
や
レビュー
を行う.
要件定義
が甘いと開発したかった成果と結果のズレが大きくなる.
要件定義
の段階で開発
スケジュール
の全容が把握できるメリットがある.
予算
や
人員
の配置もしやすくなる.
進捗
の管理がしやすい.
手戻り
が生じると
スケジュール
が崩れる
ユーザ
の意見や
フィードバック
を取り入れにくい.
新しい技術に追従できない.
こうしたデメリットは
アジャイル開発
では解決する.
要件定義
などで
ドキュメント
を大量に生成する.
ソフトウェア
より
ドキュメント
を作成する
コスト
の方が低かった時代のアプローチである側面がある.