開発サイクルについて詳しく解説

導入

ソフトウェアの作成には、さまざまな種類の開発サイクルが関係します。これらのサイクルでは、ソフトウェア設計のすべての段階が考慮されます。

大家族

ウォーターフォールモデル

ウォーターフォールモデルは建設業界から受け継がれています。このモデルは次の仮定に基づいています。

基礎の前に屋根を建てることはできません。
サイクルの上流での変更の結果は、下流のコストに大きな影響を及ぼします (プラスチック産業における金型の製造を想像できます)。

従来の開発段階は、サイクルの最初であっても、以前の段階に戻りながら、単純に次々に実行されます。ウォーターフォールサイクルを使用した開発プロセスでは、次の特徴を持つフェーズが実行されます。

事前に定義された成果物を作成するため。
特定の日に終了する。
検証検証段階で成果物が満足できるとみなされた場合にのみ終了します。

Vサイクル

Vサイクルの位相

V サイクルモデルは、カスケードモデルの反応性の問題を克服するために設計されました。このモデルはカスケードモデルを改良したもので、異常が発生した場合に前の段階への復帰を制限できるようになります。ソフトウェアを改善するために、立ち上がり部分の位相は、障害が検出されたときに逆位相に情報を送り返す必要があります。

さらに、V 字型サイクルは、下降段階で将来の上昇段階の「期待」を予測して準備する必要性を強調しています。つまり、検証テストの期待は仕様中に定義され、単体テストの期待は仕様中に定義されます。デザインなど

V サイクルは 1980 年代以来、ソフトウェア開発とプロジェクト管理の業界標準になっています。

スパイラルサイクル

開発は、V 字型サイクルのさまざまな段階を経て、連続したバージョンを実装することで、ますます完成度の高い製品を提供することによってサイクルが再び始まります。

ただし、スパイラルサイクルでは、V サイクルよりもリスク管理が重視されます。実際、各反復の開始にはリスク分析フェーズが含まれます。これは、周期的な開発中に、 ^NX回目で実行されたことを^{N 回目}の反復で元に戻さなければならないリスクが大きくなるため、必要になります。

半反復サイクル

半反復サイクルは、1989 年から北米のさまざまな雑誌に掲載された James Martin の研究に由来します。 1991 年にRAD (Rapid Application Development) という本で完全に形式化されました。 1994 年からは、フランス (RAD2) とイギリス(DSDM) で追加の研究が行われ、初期の基本技術に専門性がもたらされました。 RUP による IBM の Rational Unified Processの採用は、このサイクルの頂点を示しました。このサイクルは現在も主要なプロジェクトで有効です。

半反復サイクルでは、最初の 2 つの古典的なフェーズ (トップダウン、構造別) は、ニーズの表現とソリューションの設計で構成されます。短い反復という概念が登場するのは、3 番目で最後の主要フェーズである製品の構築 (必要に応じてボトムアップ) のときです (リソース: http://www.rad.fr/phasprin.htm)。 ASD 、FDD、Crystal、 Scrum 、またはエクストリームプログラミングを含むいくつかのメソッドが登場し、アジャイルマニフェストとアジャイルアライアンスの枠組み内でその作成者の標準化されたビジョンにより、理論的には完全に反復的なサイクルが一般化されたのは 2001 年頃でした。予約を「理論的に」表現するという概念は、これらすべてのアプローチが、探索と計画という、短いながらも非常に現実的な 2 つの連続した段階から始まるという事実に基づいています。

反復サイクル

反復サイクルのフェーズ

私たちはアクティビティを成果物から分離します。成果物はアクティビティの結果生じる製品です。したがって、デミングホイール型サイクルをドキュメント、コード、テストなどの作成に適用します。

プロジェクト管理タイプのアクティビティに関連する最初のフェーズは、

実現可能性: 新しいニーズの受け入れ
開発: どうやって作るかを想像します
製造：建設
移行:顧客に提供するためにすべてが完了します

反復サイクルは、次のタイプの V 字型サイクルの全単射ではありません。

実現可能性＝仕様
開発＝建築
ものづくり＝試作開発
移行 = テスト

各反復が 8 週間を超えないことがわかっているため、この戦術は不可能です。実際、顧客がテストできるものをできるだけ早く提供するという考えがあります。実際に、アーキテクチャなどのドキュメントに関して複数の反復を実行できます。同様に、ドキュメントが数ある成果物の 1 つにすぎない場合は、完全なドキュメントを取得すべきではありません。私たちはパレートの法則を使用することを好みます。つまり、労力の 80% を残りの 20% に費やさないようにします。

PDCA と反復の違いは期間です。300 人の組織にデミングホイールを適用すると数か月、場合によっては数年かかりますが、PDCA は短く定期的である必要があります。