SDLC-ウォーターフォールモデル

ウォーターフォールモデルは、広く知られ、理解され、一般的に使用されている古典的なSDLCモデルです。これは1970年にロイスによって導入され、業界全体のさまざまな組織でソフトウェア開発の一般的なアプローチとして現在も採用されています。

ウォーターフォールモデルでは、各ライフサイクルフェーズは、前のライフサイクルフェーズが完了した後にのみ開始できます。したがって、フィードバックループのない線形モデルです。

ウォーターフォールモデル–強み

ウォーターフォールモデルの長所は次のとおりです。

理解しやすく、使いやすい。
経験の浅い開発チームに構造を提供します。
マイルストーンはよく理解されています。
要件の安定性を設定します。
管理制御（計画、監視、レポート）に最適です。
コストやスケジュールよりも品質が重要な場合にうまく機能します。

ウォーターフォールモデル–弱点

ウォーターフォールモデルの弱点または欠点は次のとおりです。

理想化-それは現実とよく一致しません。
非現実的-プロジェクトの早い段階で正確な要件を期待することはできません。
より一般的な探索的開発の反復的な性質を反映していません。
変更を加えるのは難しく、費用がかかります。
ソフトウェアは、プロジェクトの最後にのみ提供されます。このため-
- 重大な欠陥の発見を遅らせます。
- 廃止された要件の提供の可能性。
小さなチームやプロジェクトではコストがかかる可能性がある、かなりの管理オーバーヘッド。
アナリスト、デザイナー、開発者、テスターなど、あらゆる段階で経験豊富なリソースが必要です。
テストは、開発が完了した後にのみ開始され、テスターは初期のフェーズのいずれにも関与しません。
各フェーズはサイロで実行されるため、部門の枠を超えたチームの専門知識は共有されません。

ウォーターフォールモデルを使用する場合

次の場合にウォーターフォールモデルを使用できます。

要件は非常によく知られています。
製品の定義は安定しています。
テクノロジーはよく理解されています。
既存の製品の新しいバージョン。
既存の製品を新しいプラットフォームに移植する。
組織化されたクロスファンクショナルチームを持つ大規模な組織。
コミュニケーションチャネルは、組織内および顧客との間でも十分に確立されています。

進化的プロトタイピングモデル

進化的プロトタイピングモデルを使用したソフトウェア開発では、開発者は要件フェーズでプロトタイプを作成します。次に、エンドユーザーはプロトタイプを評価し、フィードバックを提供します。フィードバックは、プロトタイプの修正または追加機能です。フィードバックに基づいて、開発者はプロトタイプをさらに改良します。

したがって、この製品は、プロトタイプ→フィードバック→洗練されたプロトタイプサイクルを通じて進化するため、EvolutionaryPrototypingという名前が付けられています。ユーザーが製品の機能と動作に満足すると、プロトタイプコードは、最終的な製品の納品に必要な基準に達します。