ソフトウェア ライフ サイクル モデル (プロセス モデルとも呼ばれます) は、ソフトウェア ライフ サイクルを図で表現したものです。ライフ サイクル モデルは、ソフトウェア製品がライフ サイクル ステージを通過するために必要なすべての方法を表します。また、これらの方法が実行される構造も把握しています。

言い換えれば、ライフサイクル モデルは、ソフトウェア製品の開始から終了までに実行されるさまざまなアクティビティをマッピングします。ライフサイクル モデルが異なれば、必要な開発活動をさまざまな方法で段階的に計画することができます。したがって、ライフ サイクル モデルに従う要素はなく、アクションは異なるライフ サイクル モデルで個別の順序で実行される可能性がありますが、必須のアクティビティはすべてのライフ サイクル モデルに含まれます。ライフサイクルのどの段階でも、複数のアクティビティが実行される場合があります。

SDLCの必要性

開発チームは、特定の計画に適したライフサイクル モデルを決定し、それを遵守する必要があります。

正確なライフサイクル モデルを使用しないと、ソフトウェア製品の開発は体系的かつ規律ある方法で行われません。チームがソフトウェア製品を開発する場合、いつ、何をすべきかについてチームの代表者の間で明確に理解する必要があります。そうしないと、混乱が生じ、プロジェクトが失敗する可能性があります。この問題は、例を使用して定義できます。ソフトウェア開発の問題がさまざまな部分に分割され、各部分がチーム メンバーに割り当てられたとします。それ以降、チームの代表者は、自分に割り当てられた役割を好きなように開発する自由が許可されるとします。ある担当者が自分の担当部分のコードを書き始め、別の担当者が最初にテスト文書を準備することを選択し、他のエンジニアが自分に割り当てられた役割の設計段階から始める可能性があります。これはプロジェクトが失敗する場合に最適な方法の 1 つです。

ソフトウェア ライフ サイクル モデルは、各フェーズの開始基準と終了基準を記述します。フェーズは、ステージ開始基準が満たされている場合にのみ開始できます。したがって、ソフトウェア ライフ サイクル モデルがなければ、ステージの開始基準と終了基準を認識できません。ソフトウェア ライフ サイクル モデルがなければ、ソフトウェア プロジェクト マネージャーがプロジェクトの進捗状況を監視することが困難になります。

SDLCサイクル

SDLC サイクルはソフトウェア開発のプロセスを表します。 SDLC フレームワークには次の手順が含まれます。

SDLC の段階は次のとおりです。

ステージ 1: 計画と要件の分析

立っている

要件分析は、SDLC で最も重要かつ必要な段階です。

チームの上級メンバーは、すべての関係者や業界の専門家、中小企業からの意見をもとにそれを実行します。

品質保証要件の計画とプロジェクトに関連するリスクの特定もこの段階で行われます。

ビジネス アナリストとプロジェクト オーガナイザーはクライアントとのミーティングを設定し、顧客が何を構築したいのか、誰がエンド ユーザーになるのか、製品の目的は何かなどのすべてのデータを収集します。製品を作成する前に、製品に関する基本的な理解または知識が非常に必要です。

例えば , クライアントは金銭取引に関するアプリケーションを望んでいます。この方法では、どのような種類の操作が実行されるか、どのように実行されるか、どの通貨で実行されるかなど、要件が正確である必要があります。

必要な機能が完了したら、製品の成長の実現可能性を監査して分析が完了します。曖昧な点がある場合には、さらなる議論のためにシグナルが設定されます。

要件を理解したら、SRS (ソフトウェア要件仕様) 文書を作成します。開発者はこのドキュメントに徹底的に従う必要があり、将来の参考のために顧客によってもレビューされる必要があります。

ステージ 2: 要件の定義

要件分析が完了したら、次の段階ではソフトウェア要件を確実に表現して文書化し、プロジェクトの関係者から受け入れてもらいます。

これは、プロジェクトのライフサイクル中に構築および開発されるすべての製品要件を含むソフトウェア要件仕様書「SRS」を通じて実現されます。

ステージ 3: ソフトウェアの設計

次のフェーズでは、ソフトウェア プロジェクトの要件、分析、設計に関するすべての知識が総動員されます。このフェーズは、顧客からの意見や要件の収集など、最後の 2 つのフェーズの成果です。

ステージ 4: プロジェクトの開発

SDLC のこのフェーズでは、実際の開発が始まり、プログラミングが構築されます。設計の実装はコードの記述から始まります。開発者は管理者が説明するコーディング ガイドラインに従う必要があり、コードの開発と実装にはコンパイラ、インタプリタ、デバッガなどのプログラミング ツールが使用されます。

ステージ5: テスト

コードが生成された後、要件に照らしてテストされ、要件段階で対処および収集されたニーズを製品が解決しているかどうかが確認されます。

この段階では、単体テスト、統合テスト、システムテスト、受け入れテストが行​​われます。

ステージ 6: 導入

ソフトウェアが認定され、バグやエラーが記載されていない場合、ソフトウェアは展開されます。

その後、評価に基づいて、ソフトウェアをそのままリリースすることも、オブジェクト セグメントに提案された機能拡張を加えてリリースすることもできます。

オフセット高さ

ソフトウェアが展開されると、メンテナンスが開始されます。

Stage7: メンテナンス

クライアントが開発したシステムを使用し始めると、実際の問題が時々発生し、解決すべき要件が発生します。

開発した製品をメンテナンスするこの作業をメンテナンスといいます。