Wiederholende und Zusätzliche Entwicklung ist am Herzen eines zyklischen als Antwort auf die Schwächen des Wasserfall-Modells entwickelten Softwareentwicklungsprozesses. Es fängt mit einer anfänglichen Planung an und endet mit der Aufstellung mit den zyklischen Wechselwirkungen zwischen.

Wiederholende und zusätzliche Entwicklung ist wesentliche Teile des Vernünftigen Vereinigten Prozesses, der Äußersten Programmierung und allgemein des verschiedenen flinken Softwareentwicklungsfachwerks.

Es folgt ein ähnlicher Prozess zum Plan überprüfen wirklich Tat-Zyklus der Geschäftsprozess-Verbesserung.

Die Grundidee

Die Grundidee hinter der flinken Methode ist, ein System durch wiederholte Zyklen (wiederholend) und in kleineren Teilen auf einmal (zusätzliche), erlaubende Softwareentwickler zu entwickeln, um das auszunutzen, was während der Entwicklung von früheren Teilen oder Versionen des Systems erfahren wurde. Das Lernen kommt sowohl aus der Entwicklung als auch aus dem Gebrauch des Systems, wo möglich fangen Schlüsselschritte im Prozess mit einer einfachen Durchführung einer Teilmenge der Softwarevoraussetzungen an und erhöhen wiederholend die sich entwickelnden Versionen, bis das volle System durchgeführt wird. Bei jeder Wiederholung werden Konstruktionsänderungen gemacht, und neue funktionelle Fähigkeiten werden hinzugefügt.

Das Verfahren selbst besteht aus dem Initialisierungsschritt, dem Wiederholungsschritt und der Projektkontrollliste. Der Initialisierungsschritt schafft eine Grundversion des Systems. Die Absicht für diese anfängliche Durchführung ist, ein Produkt zu schaffen, auf das der Benutzer reagieren kann. Es sollte eine Stichprobenerhebung der Schlüsselaspekte des Problems anbieten und eine Lösung zur Verfügung stellen, die einfach genug ist, zu verstehen und leicht durchzuführen. Um den Wiederholungsprozess zu führen, wird eine Projektkontrollliste geschaffen, der eine Aufzeichnung aller Aufgaben enthält, die durchgeführt werden müssen. Es schließt solche Sachen als neue Eigenschaften ein, die durchzuführen sind und Gebiete der Umgestaltung der vorhandenen Lösung. Die Kontrollliste wird ständig infolge der Analyse-Phase revidiert.

Die Wiederholung ist mit der Umgestaltung und Durchführung einer Aufgabe von der Projektkontrollliste und der Analyse der jetzigen Version des Systems verbunden. Die Absicht für das Design und die Durchführung jeder Wiederholung soll einfach, aufrichtig, und modular sein, Umgestaltung in dieser Bühne oder als eine zur Projektkontrollliste hinzugefügte Aufgabe unterstützend. Das Niveau des Designdetails wird durch die interaktive Annäherung nicht diktiert. In einem wiederholenden Leichtgewichtsprojekt kann der Code die Hauptquelle der Dokumentation des Systems vertreten; jedoch in einem kritischen wiederholenden Projekt kann ein formelles Softwaredesigndokument verwendet werden. Die Analyse einer Wiederholung basiert auf das Benutzerfeed-Back und die verfügbaren Programm-Analyse-Möglichkeiten. Es schließt Analyse der Struktur, der Modularität, der Brauchbarkeit, der Zuverlässigkeit, der Leistungsfähigkeit, & des Zu-Stande-Bringens von Absichten ein. Die Projektkontrollliste wird im Licht der Analyse-Ergebnisse modifiziert.

Phasen

Zusätzliche Entwicklung schneidet die Systemfunktionalität in die Zunahme (Teile) auf. In jeder Zunahme wird eine Scheibe der Funktionalität durch die Quer-Disziplin-Arbeit von den Voraussetzungen bis die Aufstellung geliefert. Die vereinigte Prozess-Gruppenzunahme/Wiederholungen in Phasen: Beginn, Weiterentwicklung, Aufbau und Übergang.

• Beginn identifiziert Projektspielraum, Voraussetzungen (funktionell und nichtfunktionell) und riskiert an einem hohen Niveau, aber in genug Detail, dass Arbeit geschätzt werden kann.
• Weiterentwicklung liefert eine Arbeitsarchitektur, die die Spitzengefahren lindert und die nichtfunktionellen Voraussetzungen erfüllt.
• Aufbau füllt sich zusätzlich - in der Architektur mit dem zur Produktion bereiten Code, der von Analyse, Design, Durchführung und Prüfung der funktionellen Voraussetzungen erzeugt ist.
• Übergang liefert das System in die Produktion Betriebsumgebung.

Jede der Phasen kann in 1 oder mehr Wiederholungen geteilt werden, die gewöhnlich mit der Zeit in Schachteln gepackt aber nicht mit der Eigenschaft in Schachteln gepackt sind. Architekten und Analytiker arbeiten eine Wiederholung vor Entwicklern und Prüfern, um ihren Arbeitsprodukt-Rückstand voll zu halten.

Gebrauch

Viele Beispiele des frühen Gebrauchs werden in Craig Larman und dem Artikel "Iterative and Incremental Development: A Brief History" von Victor Basili mit einem der frühsten zur Verfügung gestellt, die das Projektquecksilber der 1960er Jahre der NASA sind.

Ein anderer ist ein "frühes und bemerkenswertes Beispiel eines IID Haupterfolgs ist das wirkliche Herz der Raumfähre-Software der NASA — das primäre Avionik-Softwaresystem, das FSD von 1977 bis 1980 gebaut hat. Die Mannschaft hat IID in einer Reihe von 17 Wiederholungen mehr als 31 Monate angewandt, ungefähr acht Wochen pro Wiederholung aufzählend. Ihre Motivation, für den Wasserfall-Lebenszyklus zu vermeiden, war, dass sich die Pendelprogramm-Voraussetzungen während des Softwareentwicklungsprozesses geändert haben".

Einige Organisationen, wie das US-Verteidigungsministerium, haben eine Vorliebe für wiederholende Methodiken, mit MIL-STD-498 anfangend, "klar Entwicklungserwerb und IID fördernd".

Der aktuelle Standard von DoD 5000.2, veröffentlicht 2000, setzt eine klare Vorliebe für IID fest: "Es gibt zwei Annäherungen, evolutionär und Einzelschritt [Wasserfall] zur vollen Fähigkeit. Eine Entwicklungsannäherung wird bevorzugt. … [Darin] wird Annäherung, die äußerste an den Benutzer gelieferte Fähigkeit in zwei oder mehr Blöcke mit der zunehmenden Zunahme der Fähigkeit geteilt... Softwareentwicklung soll einem wiederholenden spiralförmigen Entwicklungsprozess folgen, in dem ständig dehnbare Softwareversionen auf dem Lernen aus der früheren Entwicklung basieren." es kann auch in Phasen getan werden.

Unähnlichkeit mit der Wasserfall-Entwicklung

Wasserfall-Entwicklung vollendet die Weitprojektarbeitsprodukte jeder Disziplin in einem Schritt vor dem Weitergehen zur folgenden Disziplin im nächsten Schritt. Geschäftswert wird plötzlich, und nur am wirklichen Ende des Projektes geliefert. Das Zurückverfolgen ist in einer wiederholenden Annäherung möglich.

Durchführungsrichtlinien

Richtlinien, die die Durchführung und Analyse steuern, schließen ein:

• Jede Schwierigkeit im Design, codierend und eine Modifizierung prüfend, sollte dem Bedürfnis nach der Umgestaltung oder dem Wiedercodieren Zeichen geben.
• Modifizierungen sollten leicht in isolierte und easy-find Module passen. Wenn sie nicht tun, ist eine Umgestaltung vielleicht erforderlich.
• Modifizierungen zu Tischen sollten besonders leicht sein zu machen. Wenn eine Tabellenmodifizierung nicht schnell und leicht getan wird, wird Umgestaltung angezeigt.
• Modifizierungen sollten leichter werden zu machen, als die Wiederholungen fortschreiten. Wenn sie nicht sind, gibt es ein grundlegendes Problem wie ein Designfehler oder eine Proliferation von Flecken.
• Flecken sollte normalerweise erlaubt werden, für nur eine oder zwei Wiederholungen zu bestehen. Flecke können notwendig sein, um zu vermeiden, während einer Durchführungsphase neu zu entwerfen.
• Die vorhandene Durchführung sollte oft analysiert werden, um zu bestimmen, wie gut sie gleichzieht, um Absichten zu planen.
• Programm-Analyse-Möglichkeiten, sollten wann auch immer verfügbar, verwendet werden, um in der Analyse von teilweisen Durchführungen zu helfen.
• Benutzerreaktion sollte gebeten und für Anzeigen von Mängeln in der aktuellen Durchführung analysiert werden.

Siehe auch

• Schnelle Anwendungsentwicklung
• Dynamische Systementwicklungsmethode
• Äußerste Programmierung
• Kaizen
• Vernünftiger vereinigter Prozess
• Vereinigter Prozess
• Microsoft Solutions Framework
• Wechselwirkungsdesign
• OpenUP/Basic
• Objektorientierte Analyse und Design
• Absicht-gesteuerte Softwareentwicklung bearbeitet
• Spiralförmiges Modell

Referenzen