プロジェクト定義フェーズ

需要分析：

この段階で、ユーザーのニーズを分析し、システムのニーズを整理する必要があります。通常、このフェーズには、ユーザーへのインタビューとユーザー要件ドキュメントの作成が含まれます。ユーザー要件ドキュメントには、システムの機能、インターフェイス、パフォーマンス、データ、安全性などが記載されており、お客様の予想される要件がリストされています。

システム設計： 

ユーザーのニーズを達成するために必要なテクノロジーと可能性をリストします。 一部のユーザー要件が実行可能でない場合、それはユーザーに反映され、この要件の最終的な処理方法もユーザー要件ファイルにリストされます。ソフトウェア仕様書も作成されます。これには、一般的なシステムアーキテクチャ、コマンドメニュー構造、データ構造などが含まれます。

 アーキテクチャ設計:

システム構造とソフトウェアアーキテクチャの高度な設計を実行します。 アーキテクチャを選択するための基本は、すべてのモジュールのリスト、モジュールの単純な機能、インターフェイスの関係、依存関係、データベース、データベーステーブル、アーキテクチャ図、技術的な詳細などを実装できる必要があるということです。 統合テストの内容もこの段階で設計されています。

モジュール設計：

設計したシステムをより小さなユニットやモジュールに分解し、各部の内容についても説明し、ソフトウェアエンジニアが直接プログラムを作成できるようにします。 低レベルの設計ドキュメントまたはプログラム仕様には、モジュールのロジックの詳細が含まれ、ユニットテストはこの段階で計画されます。

確認フェーズ

単体テスト：

Vモデルでは、ユニットテスト計画はモジュール設計段階で計画されます。 単体テスト計画の目的は、コードレベルおよび単体レベルのエラーを排除することです。 ユニットは、独立して存在できるプログラムの中で最小のプログラム本体です。 単体テストは、プログラムの最小本体が他のプログラムから分離して適切に機能することを確認することです。
 

統合テスト：

統合テストの計画は、アーキテクチャの設計段階で作成されます。 統合テストでは、これらの独立して作成され、独立してテストされたモジュールが共存し、相互にメッセージを交換できることを確認します。 統合テストの結果は、多くの場合、ユーザーのチームと共有されます。


システムテスト: 

システムテストは、単体テストや統合テストとは異なります。 システムテスト計画は、ユーザーのチームによって実行されます。 システムテストは、開発されたソフトウェアが期待される要件を満たしていることを確認し、ソフトウェア全体の機能、相互依存性、および通信をテストします。

 

検収試験：

テスト計画は、エンタープライズユーザーによって実行されます。 ユーザー受け入れテストは、実際の製品の環境をシミュレートし、実際のデータを使用して、ユーザーの環境で実行されます。 ユーザー受け入れテストの目的は、提供されたシステムが顧客の要件を満たしていること、およびシステムが実際の環境で使用できる状態にあることを確認することです。