ホームページ製作、システム開発、腕時計の販売はMSweb - 大阪｜ウォータフォールモデル - 用語説明

● システム開発　ウォータフォールモデル

　システム開発の進め方の一つの方法です。実は、「開発フロー」で書いている内容がウォータフォールモデルです。

　この方法は、理想的には、用件定義のやり直しは発生しない、という前提に立っています。しかし、まずそれは無いです。

　基本的にはウォータフォールモデルなのですが、やり直しが発生する事を前提に組んでいます。これは私のように一人でシステム開発している事を長所にしてやっている方法ですが。以下の流れにしています。
　多少変更する場合もありますが、基本は以下です。

1.初回面談、基本的な要求を確認する。

2.初回面談の基本要求の資料を持って示し、再確認と細かなところを確認する。システム開発の基本フローと画面数の概略まで聞き取る。

3.概算の工数、見積もりを提示する。

4.見積もりが通れば一種間の工数に相当する部分の用件を詰める。

5.一種間分の開発が完了すれば、完了分の確認をしてもらう。

6.週に一回、確認と次週分の開発予定の画面、項目を確認してもらう。

7.完了すれば全体テスト

8.納品

9.保守管理



　もっと簡略に書くと、

基本の用件定義
　↓
部分的な詳細な用件定義
　↓
開発
　↓
部分的な詳細な用件定義
　↓
開発
　・
　・
　・
　・
テスト

　設計は用件定義に含んでいます。
基本設計が初期で、詳細設計が工数毎に行います。

　システム開発で設計を初期に大量に全部作るより、工数毎に分けていますから修整のロスもその工程分だけで済みます。

　用件定義、設計、開発に人が従事していると、こういう流れはまず無理だと思います。

　大規模、グルーブのシステム開発ではウォータフォールモデルをそのまま持ち込むのは混乱を招くと思います。

　だいぶ、以前にグループでのシステム開発に参加していた時、PMから開発用の仕様書をもらう時、PMはいつも言ってました。
「おかしいところがあったら、すぐに言ってくれ」

　それで、プロトタイピング、スパイラルモデルがあるのですが・・・。


腕時計のご紹介
T.Function
U.S.N.A