【システム開発】ウォーターフォール方式開発とは何か。朝食に例えてみた

皆さんこんにちはこんばんは、まずここブログを運営してます。「よーす」です。

開発に関わっていると、ウォーターフォールやら、アジャイルやら、プロトタイプやらスパイラルやらよくわからない名前の開発手法をよく耳にすると思います。

そこで今日は、システム開発にあたって使われる開発手法の１つ「ウォーターフォール方式開発」について、朝食を例にしながらわかりやすく解説していきます！

ウォーターフォール開発の全体図

何事も全体図の理解をすることが大切です。

まずは、一般的なウォーターフォール開発の全体図を紹介します。

設計の部分で外部と内部設計、テストの部分で単体テストと統合テストをちょっと省きましたが大まかにいうとこんな感じです。

システム開発の手法と考えてしまうと、どうしても頭に残りにくいので誰でもイメージのしやすい朝食に置き換えて考えてみましょう。

朝食ウォーターフォール開発の全体図

こんな流れで朝食というプロジェクトを完遂することができます。

では、この全体図を元に各工程の内容を見ていきましょう！

食べたいものをまとめる（要件定義）

要件定義とは、「どうのようにクライアントの要望を叶えるかをまとめたもの」です。

これだけだと、結局なにをまとめればいいのかイメージしずらいです。なので朝食でイメージしてみましょう！

我が家の朝食で例えると、要件定義とはつまり妻に「どんなものが食べたいのかを聞いてまとめること」です。

まとめるためには、ヒアリングが必要になります。

そして、実際に要望をもらいましょう！

レシピを作る：設計

レシピはこれで完成です。

料理：開発

ここでやっと料理（開発）に取り掛かっていきます。

料理をする時は、どうやったらおいしくなるかやどうゆう工程で作れば効率よく料理できるかを考えて作ります。

味見：テスト

料理ができたところで、ちゃんとおいしくできているのかチェックするために味見をします。

これがシステム開発でいう、テストになります。

盛り付け：導入

味見が完了したら、料理をお皿に盛って配膳準備完了です。

システム開発でいう、実際にお客様環境に入れることを言います。

配膳：納品

盛り付けまでできたら、ついに妻の元に運びます。

これで朝食（システム開発）の完了です。

もちろん、妻から味が薄いなどの要望があれば対応しなくてはいけません。

それが保守になりますが、これはまたの機会にしましょう。

最後に

こんな感じで、ウォーターフォール開発も違うものに例えると頭に入りやすくなりますね。

開発としては、シンプルな開発手法なんじゃないかと個人的に感じています、

メリットデメリットはありますが、それは詳しくまとめられている方がいっぱいあるのでそちらを参考にしてみてください。

最後まで読んで頂きありがとうございました。