Adaptive-software-development-sdlc-spiral-model
提供：Dev Guides
SDLC-スパイラルモデル
スパイラルモデルは、ウォーターフォールモデルにリスク分析とRADプロトタイピングを追加します。 各サイクルには、ウォーターフォールモデルと同じ一連のステップが含まれます。
スパイラルモデルには4つの象限があります。 それらについて詳しく説明しましょう。
象限1-目標、代替案、および制約を決定する
- 目的-機能、パフォーマンス、ハードウェア/ソフトウェアインターフェイス、重要な成功要因など
- 代替-構築、再利用、購入、下請けなど
- 制約-コスト、スケジュール、インターフェースなど
象限2-代替案の評価、リスクの特定と解決
- 決定された目的と制約に関連する代替案を検討します。
- 経験不足、新技術、厳しいスケジュールなどのリスクを特定します。
- 特定されたリスクを解決して、プロジェクトへの影響を評価し、必要な緩和および緊急事態計画を特定し、それらを実装します。 リスクは常に監視する必要があります。
象限3-次のレベルの製品を開発する
典型的な活動は次のとおりです-
- デザインを作成する
- 設計のレビュー
- コードを開発する
- コードを検査する
- 試験品
象限4-次のフェーズを計画する
典型的な活動は次のとおりです-
- プロジェクト計画を作成する
- 構成管理計画を作成する
- テスト計画を作成する
- インストール計画を作成する
スパイラルモデル–強み
スパイラル法の利点または長所は次のとおりです-
- 多くのコストをかけずに、リスクを早期に示します。
- ラピッドプロトタイピングツールにより、ユーザーはシステムを早期に表示できます。
- 重要な高リスク機能が最初に開発されます。
- デザインは完璧である必要はありません。
- ユーザーは、すべてのライフサイクル手順に密接に関与できます。
- ユーザーからの早期かつ頻繁なフィードバック。
- 頻繁に評価される累積コスト。
スパイラルモデル–弱点
スパイラル法の欠点または弱点は次のとおりです-
- 目標、次の反復に進む準備ができていることを示す検証可能なマイルストーンを定義するのが難しい場合があります。
- 計画、目標のリセット、リスク分析およびプロトタイピングに費やす時間はオーバーヘッドになる可能性があります。
- リスクの評価に費やされる時間は、小規模または低リスクのプロジェクトには長すぎる場合があります。
- スパイラルモデルは、新しいチームメンバーにとって理解が複雑です。
- リスク評価の専門知識が必要です。
- スパイラルは無期限に続く場合があります。
- 開発者は、開発段階以外のアクティビティ中に再割り当てする必要があります。
スパイラルモデルを使用する場合
スパイラルモデルは次の場合に使用できます。
- プロトタイプの作成が適切です。
- リスク評価は重要です。
- プロジェクトのリスクは中から高です。
- ユーザーは自分のニーズを確信できません。
- 要件は複雑です。
- 製品ラインは新しいです。
- 探査中に大幅な変更が予想されます。
- 潜在的なビジネスの変化のため、賢明ではない長期的なプロジェクトのコミットメント。
