Inkrementelles Build -Modell

Das Inkrementelles Build -Modell ist eine Methode von Software-Entwicklung Wo das Produkt ist entworfen, implementiert und geprüft schrittweise (wird jedes Mal ein wenig mehr hinzugefügt), bis das Produkt fertig ist. Es beinhaltet sowohl Entwicklung als auch Wartung. Das Produkt ist definiert als fertig, wenn es alle seine Anforderungen erfüllt. Dieses Modell kombiniert die Elemente der Wasserfall-Modell mit der iterativen Philosophie von Prototyp entwickeln.

Das Produkt wird in eine Reihe von Komponenten zerlegt, von denen jede separat entwickelt und gebaut wird (als Builds bezeichnet). Jede Komponente wird an den Client geliefert, wenn er abgeschlossen ist. Dies ermöglicht eine teilweise Nutzung des Produkts und vermeidet eine lange Entwicklungszeit. Es vermeidet auch einen großen anfänglichen Kapitalaufwand und eine anschließende lange Wartezeit. Dieses Entwicklungsmodell erleichtert auch den traumatischen Effekt der Einführung eines völlig neuen Systems auf einmal.

Inkrementelles Modell

Das inkrementelle Modell wendet die an Wasserfall-Modell schrittweise.[1]

Die Reihe von Veröffentlichungen wird als „Inkremente“ bezeichnet, wobei jedes Inkrement den Kunden mehr Funktionen bietet. Nach dem ersten Inkrement wird ein Kernprodukt geliefert, das bereits vom Kunden verwendet werden kann. Basierend auf dem Kundenfeedback wird ein Plan für die nächsten Schritte entwickelt, und es werden entsprechend Änderungen vorgenommen. Dieser Prozess wird fortgesetzt, wobei Schritte geliefert werden, bis das gesamte Produkt geliefert wird. Die inkrementelle Philosophie wird auch im agilen Prozessmodell verwendet (siehe Agile Modellierung).[1]

Das inkrementelle Modell kann an angewendet werden DevOps. In DevOps dreht sich um die Idee, das Risiko und die Kosten einer DevOps-Einführung zu minimieren und gleichzeitig die erforderlichen internen Fähigkeiten und Dynamik aufzubauen.[2]

Eigenschaften des inkrementellen Modells

  1. Das System wird in viele Mini -Entwicklungsprojekte unterteilt.
  2. Teilsysteme sind für die Erzeugung des endgültigen Systems gebaut.
  3. Erste Anforderungen am höchsten Priorität.
  4. Die Anforderung eines Teils wird eingefroren, sobald der inkrementierte Teil entwickelt wurde.

Vorteile[3][4]

  1. Nach jeder Iteration sollten Regressionstests durchgeführt werden. Während dieser Tests können fehlerhafte Elemente der Software schnell identifiziert werden, da nur wenige Änderungen innerhalb einer einzelnen Iteration vorgenommen werden.
  2. Es ist im Allgemeinen einfacher zu testen und zu debuggen als andere Methoden der Softwareentwicklung, da während jeder Iteration relativ kleinere Änderungen vorgenommen werden. Dies ermöglicht zielgerichtete und strengere Tests jedes Elements innerhalb des Gesamtprodukts.
  3. Der Kunde kann auf Funktionen reagieren und das Produkt auf alle erforderlichen oder nützlichen Änderungen überprüfen.
  4. Die anfängliche Produktlieferung ist schneller und kostet weniger.

Nachteile[5]

  1. Die daraus resultierenden Kosten können die Kosten der Organisation übersteigen.
  2. Da dem Produkt zusätzliche Funktionen hinzugefügt werden, können Probleme im Zusammenhang mit der Systemarchitektur auftreten, die in früheren Prototypen nicht erkennbar waren

Aufgaben beteiligt

Aufgaben im inkrementellen Modell

Diese Aufgaben sind allen Modellen gemeinsam[1]

  1. Kommunikation: Hilft, das Ziel zu verstehen.
  2. Planung: Erforderlich, wie viele Personen (Software -Teams) an demselben Projekt arbeiten, aber gleichzeitig unterschiedliche Funktionen.
  3. Modellierung: Beinhaltet Geschäftsmodellierung, Datenmodellierung und Prozessmodellierung.
  4. Konstruktion: Dies beinhaltet die Wiederverwendung -Softwarekomponenten und den automatischen Code.
  5. Bereitstellung: Integration aller Schritte.

Siehe auch

Verweise

  1. ^ a b c Pressman, Roger (2010). Software -Engineering: Ansatz eines Praktikers. Boston: McGraw Hill. S. 41–42. ISBN 9780073375977.
  2. ^ Kim, Gene (22. Januar 2013). "DevOps destilliert, Teil 1: Die drei zugrunde liegenden Prinzipien" (PDF). IBM Developerworks.
  3. ^ www.softdevteam.com/ Incremental- LifeCycle.asp
  4. ^ Was ist inkrementelles Modell - Vor-, Nachteile und wann zu verwenden
  5. ^ Methodik :: Entwicklungsmethoden

Externe Links