process - 「噴水開発モデル」とは？

Question

ウィキペディアのシステム開発ライフ サイクルのページで言及されています。

これを管理するために、ウォーターフォール、ファウンテン、スパイラル、ビルドと修正、ラピッド プロトタイピング、インクリメンタル、同期と安定化など、多くのシステム開発ライフ サイクル (SDLC) モデルが作成されています。

Google でいくつかのことを見つけましたが、それらは漠然としていて、クリックしてくれなかったように感じました。おそらく、ここの誰かからの説明がより明確になるかもしれません。

Answer 1

Fountain : 円になって立ち、いくつかのパターンとキーワードを空中に投げて、どこに着地するかを確認します。円の内側に着地するものだけを拾います。キャンセルされるまで繰り返します。

滝：全員をボートに巻き込み、「ジェロニモ！」と叫ぶ。ナイアグラの滝を見ながら。粉々になった破片を拾い上げ、すすぎ、繰り返します。各個人がボートのどの部分に座る必要があるか、何をつかむ必要があるか、どれだけ大きな声で叫ぶか、着陸する正確な場所が十分に文書化されていることを確認してください. 追加の指示については、フォーム 3684-B を参照してください。

スパイラル: チーム メンバーを 1 人選び、他の全員がめまいがするまで円を描くように回転させます。

ビルドと修正: 壁に投げつけて、何がくっつくかを確認します。何かが落ちたら、ダクトテープを追加します。使用済みガムでも効果がある場合があります。引っかからない部分は捨ててください。

ラピッド プロトタイピング: クライアントが要求したことを正確に行います。彼らが何を望んでいるかを理解するまで繰り返します。

インクリメンタル: 作りたい部分だけ、作りたい時にだけ作ります。別のバージョンは、彼らが最も大声で叫ぶ部分だけを構築することです.そして、彼らが実際にあなたの机に立ってそれを待っているときだけ.

Synchronize and Stabilize : 一度に 1 人だけが不運なチーム メンバーを回転させることを除いて、Spiral と同様です。彼らのターンが終わったら、回転を少し止めます。

Answer 2

ウォーターフォールは、制御を強制し、並列処理を回避するモデルです。タスクを開始する前に、タスクのすべての要件を満たす必要があります。Fountain は、タスクの開始時にすべての要件が必要なわけではないため、すべての要件が満たされる前に新しいタスクを開始できると述べています。

これを考えてみてください：スーパーマリオゲーム、

ウォーターフォール: 最初にすべてを設計し、次にハードウェアを完成させ (ハードウェア チーム)、テスト スプライトを作成し、エンジンをコーディングし、アートワークを作成し、次に音楽を作成して仕上げます。

Fountain: ハードウェア チームが仕事をしている間に、アートワークは概念的な作業に着手し、コーディングは既存のハードウェアのプロトタイピングを開始します。アーティストとハードウェアが終了すると、コーダーはこれらをコードに統合し、ゲームが終了するまで続けます...

Answer 3

私が理解しているように、これらには基本的に同じ手順が含まれていますが、噴水アプローチははるかに反復的であり、初期設計に重点を置き、分析に重点を置いています。

あなたは基本的に物事を通り抜けます。何が起こる必要があるかを見て、それを改善してください。何が起こる必要があるかを見てください。それを改善。

より機敏ですが、プロジェクトの安定性が犠牲になります。大規模なプロジェクトでは、ウォーターフォールの方がはるかに優れています。