WikiDer > Lebenszyklusmodell der Aorta

Es Lebenszyklusmodell der Aorta ist eine Softwareentwicklungsmethode nach dem Wasserfallmethode, aber nach jedem Zyklus gibt es eine Rückmeldung an den Kunden.

Geschichte

Viele Lebenszyklusmodelle wurden in den 1980er und 1990er Jahren eingeführt. Gemeinsam ist diesen Modellen, dass sie einen kürzeren Entwicklungszyklus haben. Bei strikter Anwendung des „Wasserfall“-Modells sieht der Kunde erst bei der Auslieferung, was die endgültige Anwendung geworden ist. Bei Verwendung der anderen Lebenszyklusmodelle werden mehrere Zyklen entwickelt, wobei der Kunde nach jedem Zyklus Feedback erhält. Auf diese Weise werden eventuelle Fehler früher entdeckt und der Kunde kann sofort angeben, wie er es möchte. Es ist auch wichtig zu überprüfen, ob jeder Zyklus fehlerfrei abgeschlossen wird. Wird in einem nachfolgenden Zyklus ein Fehler erkannt, kostet es viel Geld, den Fehler zu beheben. Jeder vorherige Zyklus muss wiederholt werden, um neue Fehler zu vermeiden.

Die Phasen

Das Lebenszyklusmodell der Aorta enthält neun Schritte, um zum endgültigen Modell zu gelangen. Die Orientierungsphase beginnt. In der Orientierungsphase wurden die Wünsche der Nutzer der Anwendung global abgebildet. Als nächstes kommt die Planungsphase. In der Planungsphase wird ein Projektplan für den Rest des Projekts erstellt. Nach diesen beiden Phasen beginnt die konkrete Arbeit, bestehend aus fünf wesentlichen Phasen. Diese Phasen sind im folgenden Modell zusammen mit ihrem wichtigsten Endprodukt dargestellt. Die Anfangsbuchstaben dieser verschiedenen Phasen bilden das Wort „Aorta“. Dies ist das Herzstück eines Projekts.

Das AORTA-Lebenszyklusmodell

Schließlich werden die letzten beiden Phasen unterschieden. In der Evaluierungsphase wird das Projekt überprüft, um die Erfahrungen abzubilden, gefolgt von der letzten Phase, der Wartungsphase. In dieser letzten Phase wird die gelieferte Anwendung gewartet. Oftmals kann zwischen einer Gewährleistungsfrist und einer Wartungsfrist unterschieden werden.

Leistungen

• Wenn Fehler frühzeitig im Projekt entdeckt werden, ist es weniger Aufwand (und damit Zeit und Geld) erforderlich, diesen Fehler zu beheben. Beim Wasserfallmodell möchte man alle Phasen richtig abschließen, bevor man zur nächsten Phase übergeht. Es wird davon ausgegangen, dass die Phasen immer korrekt sind, bevor zur nächsten Phase übergegangen wird.
• Das Wasserfallmodell betont die Dokumentation. Bei den neueren Softwareentwicklungsmethoden wird weniger Dokumentation erstellt. Infolgedessen ist es schwierig, das Wissen zu übertragen, wenn neue Leute in das Projekt aufgenommen werden und Leute gehen. Die Wasserfallmethode hat diesen Nachteil nicht.
• Es ist eine klare und einfache Methode. Es ist sehr klar, wann bestimmte Phasen abgeschlossen sind.
• Meilensteine ​​können in dieser Methode verwendet werden.
• Die Wasserfallmethode ist sehr bekannt. Viele Leute haben Erfahrung damit, daher ist es einfach, damit zu arbeiten.

Nachteile

Diese Art der Softwareentwicklung hat einige Nachteile.

• Viele Softwareprojekte hängen von externen Faktoren ab. Der Kunde ist ein sehr wichtiger externer Faktor. Oft die Anforderungen im Laufe des Projekts ändern, weil der Kunde etwas anderes will. Nachteilig ist daher, dass die Wasserfallmethode davon ausgeht, dass sich die Anforderungen während des Projekts nicht ändern. Ändert sich eine Anforderung in der Bauphase, müssen viele Phasen neu angelegt werden.
• Es ist sehr schwierig, den erforderlichen Zeit- und Kostenaufwand abzuschätzen. Die Phasen sind sehr groß, daher ist es sehr schwierig abzuschätzen, wie viel jede Phase kosten wird.
• Eine Reihe neuer Methoden umfasst nahezu alle Aspekte eines Softwareentwicklungsprozesses. Sie können an Planungstechniken, Projektmanagementmethoden und wie die Projektorganisation aufgebaut sein sollte, denken.
• In vielen Softwareprojekten arbeiten verschiedene Personen an verschiedenen Phasen des Projekts. Zum Beispiel: die Designer und die Bauherren. Sie alle haben eine andere Sicht auf das Projekt: Designer sehen das Projekt anders als die Bauherren. Umgekehrt werden die Bauherren das Design der Designer oft anders sehen als die Designer selbst. Oftmals muss das Design erneut angepasst werden. Hier ist das Wasserfallmethode nicht dafür gemacht.
• Innerhalb des Projekts sind die verschiedenen Teammitglieder oft spezialisiert. Ein Teammitglied wird in der ersten Phase nur an der Entwurfsphase beteiligt sein, während die Bauherren nur beim Bau des Projekts in der Bauphase helfen. Dies kann zu einer Verschwendung verschiedener Ressourcen führen. Die wichtigste Quelle ist die Zeit. Ein Beispiel: Die Designer perfektionieren das Design. Grundsätzlich können die Bauherren bereits mit dem Bauen beginnen, müssen aber, da sie mit dem Wasserfallmodell arbeiten, warten, bis die erste Phase abgeschlossen ist. Dies ist ein typisches Beispiel für Zeitverschwendung.
• Die häufige Auslieferung von Teilen des Softwareprodukts schafft Vertrauen beim Kunden, aber auch beim Softwareentwicklungsteam.
• Das Testen findet nur in einer der letzten Phasen des Projekts statt. Bei vielen anderen Methoden der Softwareentwicklung wird getestet, sobald ein bestimmtes Teilprodukt fertig ist und zuletzt ein Integrationstest.

Quellen

Software Engineering vom Handwerk zum Beruf, H. Sassenburg (2002), ISBN 9072194640 | 9789072194640