ソフトウェアのライフサイクルモデル(プロセスモデルとも呼ばれる)は、ソフトウェアのライフサイクルを図式的に表現したものである。 ライフサイクルモデルは、ソフトウェア製品がライフサイクルステージを通過するために必要なすべての方法を表します。 それはまたこれらの方法が引き受けられるべき構造を捕獲する。
言い換えると、ライフサイクルモデルは、ソフトウェア製品で実行されるさまざまな活動を、その開始から終了までマッピングします。 異なるライフサイクルモデルは、異なる方法で段階に必要な開発活動を計画することができます。 したがって，ライフサイクルモデルに従う要素はなく，すべてのライフサイクルモデルに本質的な活動が含まれているが，アクションは異なるライフサイクルモデルで異なる順序で実行される可能性がある。 任意のライフサイクル段階の間に、複数の活動が実施されてもよい。
SDLCの必要性
開発チームは、特定の計画に適したライフサイクルモデルを決定し、それを観察する必要があります。
正確なライフサイクルモデルを使用しなければ、ソフトウェア製品の開発は体系的かつ規律的な方法ではありません。 チームがソフトウェア製品を開発しているとき、いつ、何をすべきかについてチーム代表者の間で明確な理解がなければなりません。 そうでなければ、それは混乱とプロジェクトの失敗を指すでしょう。 この問題は、例を使用して定義できます。 ソフトウェア開発の問題がさまざまな部分に分割され、その部分がチームメンバーに割り当てられているとします。 それ以降、チームの代表者が好きな方法で割り当てられた役割を自由に開発できるとします。 ある担当者が自分のパートのコードを書き始め、別の担当者が最初にテスト文書を準備することを選択し、他のエンジニアが彼に割り当てられた役割の設計段階から始める可能性があります。 これは、プロジェクトの失敗のための完璧な方法の一つになります。
ソフトウェアのライフサイクルモデルは、各フェーズの入退出基準を記述しています。 フェーズを開始できるのは、ステージ入力基準が満たされている場合のみです。 したがって、ソフトウェアのライフサイクルモデルがなければ、ステージの入り口と出口の基準を認識することはできません。 ソフトウェアライフサイクルモデルがなければ、ソフトウェアプロジェクトマネージャがプロジェクトの進行状況を監視することは困難になります。
SDLCサイクル
SDLCサイクルは、ソフトウェアを開発するプロセスを表します。 SDLC frameworkには、次の手順が含まれています:
SDLCのステージは次のとおりです。
Stage1:計画と要件分析
要件分析は、SDLCにおいて最も重要で必要なステージです。
チームのシニアメンバーは、業界のすべての利害関係者やドメインの専門家や中小企業からの入力でそれを実行します。
品質保証要件の計画とプロジェクトに関連するリスクの特定もこの段階で行われます。
ビジネスアナリストとプロジェクトオーガナイザーは、顧客が構築したいもの、エンドユーザーになる人、製品の目的は何かなど、すべてのデータを収集す プロダクトを作成する前に、プロダクトの中心の理解か知識は非常に必要である。
例えば、クライアントはお金の取引に関するアプリケーションを持っていたいと考えています。 この方法では、どのような操作が行われるのか、どのように行われるのか、どの通貨で行われるのかなどの要件を正確にする必要があります。
必要な機能が完了すると、製品の成長の実現可能性を監査して分析が完了します。 あいまいさがある場合は、さらなる議論のために信号が設定されます。
要件が理解されると、SRS(Software Requirement Specification)ドキュメントが作成されます。 開発者はこの文書に徹底的に従うべきであり、将来の参照のために顧客がレビューする必要があります。
Stage2:要件の定義
要件分析が完了したら、次の段階は、ソフトウェア要件を確実に表現して文書化し、プロジェクトの利害関係者から受け入れられる
これは、プロジェクトのライフサイクル中に構築および開発されるすべての製品要件を含む”SRS”-ソフトウェア要件仕様文書によって達成されます。
ステージ3: ソフトウェアの設計
次のフェーズは、ソフトウェアプロジェクトの要件、分析、設計に関するすべての知識をダウンさせようとしています。 このフェーズは、顧客からの入力と要件の収集のように、最後の二つの製品です。
Stage4:プロジェクトの開発
SDLCのこの段階では、実際の開発が始まり、プログラミングが構築されます。 デザインの実装は、コードを書くことから始まります。 開発者は、コンパイラ、インタプリタ、デバッガなどの管理ツールやプログラミングツールによって記述されたコーディングガイドラインに従わな コードの開発と実装に使用されます。
Stage5:Testing
コードが生成された後、製品が要件ステージ中に対処され収集されたニーズを解決していることを確認するために、要件に対してテストされます。
この段階では、ユニットテスト、統合テスト、システムテスト、受け入れテストが行われます。
Stage6:Deployment
ソフトウェアが認定され、バグやエラーが記載されていない場合は、デプロイされます。
その後、評価に基づいて、ソフトウェアはそのまま、またはオブジェクトセグメントの強化が提案されてリリースされる可能性があります。
ソフトウェアが展開されると、メンテナンスが開始されます。
Stage7:Maintenance
クライアントが開発したシステムを使い始めると、本当の問題が出てきて、時には解決すべき要件が出てきます。
開発された製品に注意を払うこの手順は、メンテナンスと呼ばれています。