ウォーターフォール・モデル

waterfall model / 滝モデル / 落水モデル

　ソフトウェア開発プロセスの1つで、最も基本的で一般的な開発モデル。プロジェクト全体をいくつかの工程に分割して各工程での成果物（仕様書や設計書などのドキュメント）を明確に定義し、その成果物に基づいて後工程の作業を順次行っていく。

　ウォーターフォール・モデルでは、開発プロセスをソフトウェア開発ライフサイクル（SDLC：software development lifecycle）などに沿って、「要求」「仕様」「分析」「設計」「プログラミング」「検査」「運用」といった形に分割する。そして例えば設計工程で設計書を作成し、その設計書に基づいてプログラミングを行うといった手順でプロジェクトを推進していく。成果物は各工程ごとに検証され、所定の手続きで承認されたものだけが次の工程へ進む。原則的にこの順序を飛び越したり、逆戻りしたりすることを許さないため、滝の水が流れ落ちる様子にたとえて、ウォーターフォール・モデルと呼ばれる。

　本来的なウォーターフォール・モデル開発は、「仕様書による定義」という原則を厳格に適用することを目的としたドキュメント駆動型の開発プロセスといえる。全体を見通すことができ、スケジュール立案や資源配分、進ちょく管理が容易にできるなどの点から、現在でも大規模プロジェクトでは基本的にこの方法が取られている。その一方で、一般に理解されるウォーターフォール・モデルは手戻りを許さない逐次開発型であるため、工程間のフィードバックが必然的に発生する実際のソフトウェア開発という作業の実情にそぐわないとの批判も多い。

　ウォーターフォール・モデルの原型となったのは、1970年に発表されたウィンストン・W・ロイス（Winston W.Royce）の論文『Managing the Development of Large Software Systems』だとされる。ただし、この論文では文書化、レビューの重要性ともに、下流工程を予備的に行って上流工程へ戻る「フィードバックループ」が提唱されていた。また「ウォーターフォール」という語も使われていない。

　フィードバックの欠落したウォーターフォール・モデルが広まったのは防衛用ソフトウェア開発に関する仕様を定めた米国防総省の規格書「DOD-STD-2167」（1985年6月）がきっかけだとされる。これをベースに英国のJSP-188、フランスのGAM-T-17、ドイツのVモデルなどが作成されている。しかし、これらの標準に基づいて推進されたソフトウェア開発プロジェクトが失敗を重ねたことから、米国防総省は1994年12月に反復型開発を推奨する「MIL-STD-498」定めている。

ア イ ウ エ オ カ キ ク ケ コ サ シ ス セ ソ タ チ ツ テ ト ナ ニ ヌ ネ ノ ハ ヒ フ ヘ ホ マ ミ ム メ モ ヤ ユ ヨ ラ リ ル レ ロ ワ	A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 記号 0 1 2 3 4 5 6 7 8 9
IT活用｜組織論｜経営・経営手法｜発想法、図法｜システム開発・運用、プロジェクト管理｜システム基盤技術｜インターネットビジネス｜コミュニケーション｜マーケティング｜ERP｜会計・ファイナンス｜人事・HR｜CRM／SFA｜グループウェア｜ナレッジマネジメント｜BI｜コンテンツ管理｜製造業｜流通業、ロジスティクス｜通信業｜調達業務｜利用法、使い勝手

＠IT情報マネジメント メールマガジン　情報マネージャのための情報源（無料）

情報マネージャのための「今日のひと言」 - 2010/3/19 『仕事の順序』　仕事の順序を決めるに当たっては「緊急性と重要性」が2大要素です。仕事ではつい目先の緊急課題が気になりますが、実は…… >>続きはクリック