インクリメンタルビルドモデル

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

インクリメンタルビルドモデルは、製品が完成するまで製品を段階的に設計、実装、テストする(毎回少しずつ追加される)ソフトウェア開発方法です。これには、開発と保守の両方が含まれます。製品は、すべての要件を満たしたときに完成したと定義されます。このモデルは、ウォーターフォールモデルの要素とプロトタイピングの反復哲学を組み合わせたものです。

製品はいくつかのコンポーネントに分解され、各コンポーネントは個別に設計およびビルドされます(ビルドと呼ばれます)。各コンポーネントは、完了するとクライアントに配信されます。これにより、製品の部分的な利用が可能になり、長い開発時間が回避されます。また、多額の初期資本支出とその後の長い待機期間を回避します。この開発モデルは、まったく新しいシステムを一度に導入することによるトラウマ的な影響を緩和するのにも役立ちます。

インクリメンタルモデル

インクリメンタルモデルは、ウォーターフォールモデルをインクリメンタルに適用します。[1]

一連のリリースは「増分」と呼ばれ、増分ごとに顧客により多くの機能が提供されます。最初の増分の後、顧客がすでに使用できるコア製品が提供されます。顧客のフィードバックに基づいて、次の増分の計画が作成され、それに応じて変更が加えられます。このプロセスは継続され、完全な製品が納品されるまで増分が納品されます。インクリメンタル哲学は、アジャイルプロセスモデルでも使用されます(アジャイルモデリングを参照)。[1]

インクリメンタルモデルはDevOpsに適用できますDevOpsでは、必要な社内スキルセットと勢いを構築しながら、DevOps採用のリスクとコストを最小限に抑えるというアイデアを中心にしています。[2]

インクリメンタルモデルの特徴

  1. システムは多くのミニ開発プロジェクトに分けられます。
  2. 部分的なシステムは、最終的なシステムを作成するために構築されます。
  3. 最初に最優先の要件に取り組みました。
  4. 増分部分が作成されると、部分の要件は凍結されます。

利点[3] [4]

  1. 各反復の後に、回帰テストを実行する必要があります。このテストでは、1回の反復で変更がほとんど行われないため、ソフトウェアの障害のある要素をすばやく特定できます。
  2. 各反復中に行われる変更は比較的小さいため、一般に、ソフトウェア開発の他の方法よりもテストとデバッグが簡単です。これにより、製品全体の各要素をより的を絞った厳密なテストが可能になります。
  3. お客様は機能に応答し、必要な変更や有用な変更がないか製品を確認できます。
  4. 最初の製品の納品はより速く、より低コストです。

短所[5]

  1. 結果として生じるコストは、組織のコストを超える可能性があります。
  2. 製品に追加機能が追加されると、以前のプロトタイプでは明らかではなかったシステムアーキテクチャに関連する問題が発生する可能性があります

関連するタスク

インクリメンタルモデルのタスク

これらのタスクはすべてのモデルに共通です[1]

  1. コミュニケーション:目的を理解するのに役立ちます。
  2. 計画:多くの人(ソフトウェアチーム)が同じプロジェクトで作業するが、同時に異なる機能を実行するために必要です。
  3. モデリング:ビジネスモデリング、データモデリング、およびプロセスモデリングが含まれます。
  4. 構築:これには、ソフトウェアコンポーネントと自動コードの再利用が含まれます。
  5. 展開:すべての増分の統合。

も参照してください

参照

  1. ^ a b c Pressman、Roger(2010)。ソフトウェアエンジニアリング:実践者のアプローチボストン:マグロウヒル。pp。41–42。ISBN 9780073375977
  2. ^ キム、ジーン(2013年1月22日)。「DevOpsの蒸留、パート1:3つの基本原則」(PDF)IBMDeveloperWorks
  3. ^ www.softdevteam.com/ Incremental-lifecycle.asp
  4. ^ インクリメンタルモデルとは-長所、短所、およびいつ使用するか
  5. ^ 方法論::開発方法

外部リンク