ソフトウェア開発ライフサイクル
ソフトウェア開発ライフサイクル（SDLC）は、ソフトウェア組織内のソフトウェアプロジェクトで実行されるプロセスです。これは、特定のソフトウェアを開発、保守、交換、変更、または拡張する方法を説明する詳細な計画で構成されています。これは、ソフトウェアの品質と全体的な開発プロセスを改善するための方法論を定義します。
SDLCは、ITアナリストが高品質のソフトウェアシステムを開発または再設計するために使用するプロセスであり、顧客と実際の要件の両方を満たします。
これは、ソフトウェアのテスト、分析、および後処理の保守に関連するすべての側面を考慮に入れています。
SDLCの重要なフェーズを次の図に示します-
計画段階
すべての活動は計画から始めなければなりません。計画に失敗することは失敗することを計画しています。計画の程度はモデルごとに異なりますが、システムの仕様を作成して何を構築するかを明確に理解することが非常に重要です。
ステージの定義
このフェーズでは、システムの構造を分析して定義します。アーキテクチャ、コンポーネント、およびこれらのコンポーネントを組み合わせて動作するシステムを作成する方法を定義します。
設計段階
システム設計では、画面レイアウト、ビジネスルール、プロセス図、その他のドキュメントなど、設計機能と操作が詳細に説明されています。このステージの出力は、新しいシステムをモジュールまたはサブシステムのコレクションとして記述します。
構築段階
これが開発フェーズです。コンパイラ、インタプリタ、デバッガを使用してシステムの設計に基づいてコード生成を開始し、システムに命を吹き込みます。
実装
実装は構築段階の一部です。このフェーズでは、コンパイラー、インタープリター、デバッガーを使用してシステムの設計に基づいたコード生成を開始し、システムに命を吹き込みます。
テスト段階
システムのさまざまな部分が完成すると、それらは一連のテストにかけられます。要件に対してテストされ、製品が要件フェーズで対処されたニーズを実際に解決していることを確認します。
テスト計画とテストケースは、バグを特定し、システムが仕様に従って機能していることを確認するために使用されます。
このフェーズでは、単体テスト、手動テスト、受け入れテスト、システムテストなどのさまざまなタイプのテストが実行されます。
テストにおける欠陥追跡
ソフトウェアテストレポートは、実行されたテスト計画の結果を伝達するために使用されます。この場合、レポートには、テスト対象の現在のシステムに関連するすべてのテスト情報が含まれている必要があります。レポートの完全性は、ウォークスルーセッションで検証されます。
プロジェクトのテストは、2つの主要な目標を達成しようとします-
システムの障害と欠陥を検出します。
要件と実装の間の不整合を検出します。
次のフローチャートは、 Defect Tracking Process −
主な目標を達成するために、提案されたシステムのテスト戦略は通常、4つのテストレベルで構成されます。
これらは、単体テスト、統合テスト、受け入れテスト、および回帰テストです。次のサブセクションでは、これらのテストレベル、それらの開発と実行を担当する開発チームの役割、およびそれらの完全性を判断するための基準について概説します。
展開
テストフェーズが終了すると、システムが解放され、実稼働環境に入ります。製品がテストされ、展開の準備ができたら、適切な市場で正式にリリースされます。製品の展開は、組織のビジネス戦略に従って段階的に行われる場合があります。
製品は、最初に限られたセグメントでリリースされ、実際のビジネス環境でテストされる場合があります（UAT-ユーザー受け入れテスト）。次に、フィードバックに基づいて、製品をそのまま、またはターゲット市場セグメントで提案された拡張機能とともにリリースすることができます。
SDLC後のプロセス
製品が市場にリリースされた後、そのメンテナンスは既存の顧客ベースに対して行われます。
実稼働環境に入ると、検出されないバグやその他の予期しないイベントのために、システムが変更されます。システムが評価され、システムを維持するためにサイクルが繰り返されます。
SDLCプロセス中のビジネスアナリストの役割
下の図を見るとわかるように、BAはビジネス要件を推進し、それらをソリューション要件に変換することに関与しています。
彼は、ソリューション機能をソフトウェア要件に変換することに携わっています。次に、分析および設計フェーズを主導し、コード開発を指示し、プロジェクトチームの変更エージェントとしてバグ修正中にテストフェーズを実行し、最終的に顧客の要件を満たします。
