Familien von Vorgehensmodellen

Weitere Magazine

Empfehlungen

Info

Familien von Vorgehensmodellen tigt. Entwurfsprototypen sichern darüber hinaus ab, dass die gewählte Systemarchitektur geforderte nicht-funktionale bzw. Qualitätsanforderungen erfüllt. Wie Vorgehensmodelle der Familie der sequenziellen Vorgehensmodelle erfordern prototypische Vorgehensmodelle kein umfangreiches Versions-und Konfigurationsmanagement. Auch hier ist die Anzahl von Versionen und Konfigurationen gering. Für alle Phasen, die nicht durch einen Prototyp unterstützt werden und in die keine Rückschritte notwendig sind, muss mindestens eine Version eines Ergebnisses angelegt werden. Phasen, die durch einen Prototyp unterstützt werden, erfordern minimal zwei Versionen: eine Version für die Ersterstellung und eine Version für das geänderte Ergebnis auf Basis des Prototyps. Natürlich kann auch hier eine höhere Anzahl von Versionen erforderlich sein, wenn beispielsweise mehrere Entwickler ein Ergebnis bearbeiten. Eine Systemkonfiguration fasst die aktuellen Versionen aller Ergebnisse zusammen. Rückschritte führen zu neuen Versionen der Ergebnisse und eventuell zu neuen Systemkonfigurationen Der Einsatz eines prototypischen Vorgehensmodells ist sinnvoll, wenn die Anforderungen oder Teile der Anforderungen an das zu entwickelnde System unklar sind. Mithilfe eines Analyseprototyps werden die Anforderungen oder die kritische Bereiche mit dem Benutzer/Kunden geklärt und danach präzise dokumentiert. Instabile Anforderungen können reduziert werden, da dem Benutzer/Kunden die Funktionalität des Systems visualisiert werden kann. Ergeben sich im weiteren Entwicklungsverlauf Änderungen an den Anforderungen führen diese zu einer Überarbeitung aller bereits fertiggestellten Ergebnisse, ähnlich den Vergehensmodellen der Familie der sequenziellen Modelle. Ein Entwurfsprototyp hilft Ihnen, frühzeitig zu überprüfen, ob geforderte nicht-funktionale Anforderungen mit der gewählten Architektur umgesetzt werden können bzw. ob nichtfunktionale Anforderungen überhaupt realisierbar sind. Dies minimiert das Risiko eines Projektfehlschlags. Die Verwendung eines prototypischen Vorgehensmodells ist, wie bei sequenziellen Vorgehensmodellen, nur sinnvoll, wenn Ihre Erfahrung mit den verwendeten Entwicklungstechniken (z. B. objektorientierte Techniken oder verwendete Werkzeuge) hoch ist. Ein sequenzielles und vollständiges Abarbeiten einzelner Phasen erschwert die Nutzung gesammelter Erfahrungen aus einer Phase im gleichen Pro· jekt. Eine Ausnahme stellen Rückschritte in bereits abgearbeitete 10
Die wiederholenden Vorgehensmodelle Phasen dar, beispielsweise um die Erfahrungen mit einem entwickelten Prototypen einzubringen. Hier kann gesammelte Erfahrung aus dieser Phase genutzt werden. Neben der Erfahrung mit den verwendeten Entwicklungstechniken müssen die technologischen Möglichkeiten zur Realisierung von Prototypen vorhanden sein, insbesondere dann, wenn ein ausführbarer Prototyp entwickelt werden soll. Sie sollten ein Vorgehensmodell der Familie der prototypischen Modelle, vergleichbar zu Vertretern der sequenziellen Vorgehensmodelle, nicht einsetzen, wenn Sie einen festen Auslieferungstermin für das zu entwickelnde Software-System einhalten müssen. Es entsteht zwar früh im Projekt ein Prototyp und damit ein erstes sichtbares Ergebnis. Dennoch werden die folgenden Entwicklungsschritte vollständig durchgeführt, so dass erst spät im Projektverlauf ein Endergebnis entsteht. Dies kann bei einer Termin- oder Aufwandsüberschreitung des Projekts dazu führen, dass zum versprochenen Termin nur der ausführbare Prototyp verfügbar ist. Ein ausführbarer Prototyp wird von Kunden/Benutzern leicht als Endsystem verkannt, sollte aber in keinem Fall so eingesetzt werden. Ein prototypisches Vorgehensmodell reduziert das Risiko einer Fehlentwicklung, weil kritische Bereiche mit dem Kunden überprüft werden können. Sie können den entwickelten Prototyp außerdem verwenden, um Anforderungen zu priorisieren und um Systemteile zu identifizieren, die unter Zeitdruck weggelassen werden können. Ansonsten bleiben die Schwierigkeiten bei der Projektkontrolle und beim Risikomanagement wie auch bei sequenziellen Vorgehensmodellen bestehen: Ein Weglassen von Teilfunktionen sichert nicht unbedingt den Auslieferungstermin. Die Einsparungen, die Sie durch Weglassen von Teilfunktionen erreichen können, sind eventuell nicht groß genug, um den Auslieferungstermin zu halten. Die wegzulassenden Teilfunktionen sind bereits in allen fertiggestellten Entwicklungsprodukten berücksichtigt. Ein Vorgehensmodell dieser Familie ist problemlos einsetzbar, wenn Sie die gesamte Funktionalität des Systems realisieren müssen und der Auslieferungstermin gegebenenfalls nach hinten verschoben werden kann. Die wiederholenden Vorgebensmodelle Bei der Klasse der wiederholenden Vorgehensmodelle werden, wie beim Wasserfall- oder Schleifenmodell, einzelne Phasen nicht rein sequenziell, sondern wiederholt durchlaufen. Wiederholende Vorge- 11
Seite 1 und 2: Grundlagen Familien von Vorgehensmo
Seite 3 und 4: ereits 1956 veröffentlicht. Royce
Seite 5 und 6: Die sequenziellen Vorgehensmodelle
Seite 7: sehen Vorgehensmodelle, sondern auc
Seite 11 und 12: Die wiederholenden Vorgehensmodelle
Seite 13 und 14: Die wiederholenden Vorgehensmodelle
Seite 15 und 16: """"''>""'' '"''''' Die wiederverwe
Seite 17: Weiterführende Literatur Kneuper,

Familien von Vorgehensmodellen

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?