メニュー

SDLCウォーターフォールモデルとは何ですか？

what is sdlc waterfall model

問題を排除するために楽器を試してください

とは SDLCウォーターフォールモデル ？

前書き ：

ウォーターフォールモデルは、シーケンシャルモデルの一例です。このモデルでは、ソフトウェア開発アクティビティはさまざまなフェーズに分割され、各フェーズは一連のタスクで構成され、さまざまな目的があります。

ウォーターフォールモデルは、 SDLCプロセス 。実際、これはソフトウェア業界で広く使用された最初のモデルでした。それはフェーズに分割され、1つのフェーズの出力が次のフェーズの入力になります。次のフェーズが開始する前に、フェーズを完了する必要があります。つまり、ウォーターフォールモデルには重複はありません。

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

アンドロイドのための最高の無料の音楽ダウンローダー

ウォーターフォールでは、前のフェーズが完了したときにのみ、1つのフェーズの開発が開始されます。この性質のため、ウォーターフォールモデルの各フェーズは非常に正確に定義されています。滝のように、フェーズが高いレベルから低いレベルに落ちるため、ウォーターフォールモデルと呼ばれます。

ウォーターフォールモデルの図解：

ウォーターフォールモデルフェーズ

持っているのに最適なメールアカウントは何ですか

さまざまなフェーズに関連するアクティビティは次のとおりです。

S.No段階実行されたアクティビティ成果物
1要件分析1.すべての要件をキャプチャします。
2.ブレーンストーミングとウォークスルーを実行して、要件を理解します。
3.要件の実現可能性テストを実行して、要件がテスト可能かどうかを確認します。
RUD（要件理解ドキュメント）
二システム設計1.要件に従って、デザインを作成します
2.ハードウェア/ソフトウェア要件をキャプチャします。
3.設計を文書化します
HLD（ハイレベルデザインドキュメント）

LLD（低レベル設計ドキュメント）
3実装1.設計に従って、プログラム/コードを作成します
2.次のフェーズのコードを統合します。
3.コードの単体テスト
プログラム
ユニットテストケースと結果
4システムテスト1.単体テストされたコードを統合してテストし、期待どおりに機能するかどうかを確認します。 2.すべてのテストアクティビティ（機能および非機能）を実行して、システムが要件を満たしていることを確認します。
3.異常がある場合は、報告してください。
4.トレーサビリティメトリック、ALMなどのツールを使用してテストの進捗状況を追跡します
5.テスト活動を報告します。
テストケース
テストレポート
欠陥レポート
更新されたマトリックス。
5システム展開1.環境が稼働していることを確認します
2. sev1の欠陥が開いていないことを確認します。
3.テスト終了基準が満たされていることを確認します。
4.アプリケーションをそれぞれの環境にデプロイします。
5.アプリケーションがデプロイされた後、環境で健全性チェックを実行して、アプリケーションが破損しないことを確認します。
ユーザーマニュアル

環境の定義/仕様
6システム・メンテナンス1.アプリケーションがそれぞれの環境で稼働していることを確認します。
2.ユーザーが遭遇して欠陥が発生した場合は、直面している問題に注意して修正してください。
3.問題が修正された場合。更新されたコードは環境にデプロイされます。
4.アプリケーションは常に拡張され、より多くの機能を組み込み、最新の機能で環境を更新します
ユーザーマニュアル

制作チケット一覧

実装された新機能のリスト。

学習内容：

SDLCウォーターフォールモデルを使用するのはいつですか？

SDLCウォーターフォールモデルは次の場合に使用されます

  • 要件は安定しており、頻繁に変更されることはありません。
  • アプリケーションは小さいです。
  • 理解されていない、またはあまり明確でない要件はありません。
  • 環境は安定しています
  • 使用されるツールと手法は安定しており、動的ではありません
  • リソースは十分に訓練されており、利用可能です。

ウォーターフォールモデルの長所と短所

ウォーターフォールモデルを使用する利点は次のとおりです。

  • シンプルで理解しやすく、使いやすい。
  • 小規模なプロジェクトの場合、ウォーターフォールモデルは適切に機能し、適切な結果をもたらします。
  • フェーズは厳密で正確であるため、一度に1つのフェーズが実行され、保守が容易です。
  • 開始基準と終了基準は明確に定義されているため、品質を簡単かつ体系的に進めることができます。
  • 結果は十分に文書化されています。

ウォーターフォールモデルを使用することのデメリット：

  • 要件の変更を採用できません
  • フェーズに戻るのは非常に困難になります。たとえば、アプリケーションがテスト段階に移行し、要件が変更された場合、戻って変更することが困難になります。
  • 中間的に実証された試作品がないため、最終製品の納品が遅れています。
  • 大規模で複雑なプロジェクトの場合、リスク要因が高いため、このモデルは適切ではありません。
  • 要件が頻繁に変更されるプロジェクトには適していません。
  • 長く進行中のプロジェクトでは機能しません。
  • テストは後の段階で行われるため、特定することはできません。 課題とリスク 初期段階では、リスク軽減戦略を準備するのは困難です。

結論

ウォーターフォールモデルでは、 サインオフ 各フェーズの成果物の。今日の時点で、ほとんどのプロジェクトは アジャイル プロトタイプモデル、ウォーターフォールモデルは、小規模なプロジェクトにも適しています。要件が単純でテスト可能である場合、ウォーターフォールモデルが最良の結果をもたらします。

推奨読書

^