「標準ソフトウエア工学教科書」を作ってみたいと思います その１０ ２．５

シリーズ「標準ソフトウエア工学教科書」を作ってみたいと思います

今回は「２．５　反復型モデル」です。

---

２．５　反復型モデル

　前回、ウォーターフォールモデルの問題点として、

・問題点１
　要求仕様を満たすような設計・実装は、実現できないような場合、設計・実装の段階になるまでわかりません。

・問題点２
　ウォーターフォールでは、開発が完了するまで、実際にシステムを稼動して利益を得ることができません。

　ということをあげました。そして、その解決方法として、インクリメンタルモデルをあげたのですが、この問題点として

・問題点３
　すでに稼動しているサブシステムがある場合、新規サブシステムはそれに拘束される。

をあげました。

　今回は、別の問題解決方法、反復型(繰り返し）モデルをあげます

---

　ウォーターフォールでは、まず、全体の要求分析が終わってから、次の設計工程に行きました。反復型では、そうではなく、

１．まずは、絶対必要な機能をあげ、分析します
２．その必要部分の設計、実装をしてリリースします
３．まだできていない機能のうち、必要な機能を分析します
４．２に戻る

こうすると、ずっと、２→３→４→２→３・・・・と繰り返します。
そして、いつか、全機能がそろって、完成します。

こういうやり方です。

　なお、このやり方を、ぐるぐる回っているのでスパイラルという人もいますが、
スパイラルモデルとは、このモデルではない、ちゃんとしたモデルをベームという
人が提唱しています。情報処理試験等で、スパイラルモデルといった場合は、
そのベームの提案したほうをさします。

　一般の人が普通の会話で言う場合は、反復型、ベームの提唱したもの、どちらも
ある場合がありますね。

---

　これは、問題点１を解決しています。必要部分を先に実装して、早期に確認しています。
　問題点３も解決しています。
　全体の必要部分を先に全部作ってしまうため、その部分で、インターフェースの整合性を
とってしまうからです。

　問題点２は、作り方によります。必要部分を使うだけで利益を得られれば、解決したことになりますし、そうでない場合は・・・

　そこで、どういう順番で、何を作るか？ということが重要になります。
　それを空気を読んでいろいろできるようにしたのが、アジャイルのスクラムで、それについては、２回先で触れますが、その前に、先ほど出てきたベームのスパイラルモデルについて説明します。