Agile vs. traditionelle Softwareentwicklung & Methoden
Eingeordnet in Informatik
Geschrieben am in
Deutsch mit einer Größe von 3,43 KB
Vergleich: Agile vs. traditionelle Methoden
| Agile Methoden | Traditionelle Methoden |
|---|---|
| Wenige Artefakte. Modellierung ist entbehrlich (Einweg-Modelle). | Mehr Artefakte. Die Modellierung ist von wesentlicher Bedeutung (Wartung von Modellen). |
| Wenige Rollen, flexibler und offener definiert. | Mehr Rollen, präziser definiert. |
| Kein traditioneller Vertrag, sondern flexible Vereinbarungen. | Es gibt einen festen Vertrag. |
| Der Kunde ist Teil des Entwicklungsteams (oft direkt vor Ort / in-situ). | Der Kunde interagiert mit dem Entwicklungsteam mittels Teambesprechungen. |
| Richtet sich an kleine Projekte: kurzfristige (oder häufige) Lieferungen, kleine Teams (< 10 Mitglieder), die am selben Ort arbeiten. | Für Projekte jeder Größe, besonders wirksam bei großen Projekten und potenziell verteilten Teams. |
| Die Architektur wird während des gesamten Projekts definiert und kontinuierlich verbessert. | Fördert eine feste Architekturdefinition zu Beginn des Projekts. |
| Schwerpunkt auf menschliche Aspekte: Individuen und Teamarbeit. | Schwerpunkt auf die Prozessdefinition: Aufgaben, Aktivitäten und Artefakte. |
| Änderungen werden im Projektverlauf erwartet. | Es wird erwartet, dass Änderungen mit hoher Auswirkung (High-Impact) während des Projekts auftreten. |
| Basiert auf Heuristiken des produzierten Codes. | Basiert auf Regeln und Normen der Entwicklungsumgebung. |
Die Gane-Sarson-Methode
- Orientierung: Diese Methode ist prozessorientiert und basiert auf Datenströmen.
- Ansatz: Ein Top-down-Ansatz, der die Zerlegung von Prozessen erlaubt, um eine detaillierte Spezifikation zu erreichen.
- Diese Methode entspricht einer Methode zur strukturierten Analyse und zum strukturierten Entwurf, die auf diesen zwei Hauptverfahren basiert.
- Jede dieser Phasen besteht aus wesentlichen Schritten, die gemeinsam dazu beitragen, den gesamten Prozess der Systementwicklung effizient zu gestalten.
1. Strukturierte Analyse
- Phasen: Vorstudie, Detailstudie, Entwurf von Systemalternativen, Auswahl der besten Alternative.
2. Strukturiertes Design
Das grundlegende Ziel der Designphase ist es, die vom Benutzer benötigten Funktionen bereitzustellen.
- Ziele: Kontrolle, Performance, Wandelbarkeit.
Eingesetzte Techniken: Interviews, Datenflussdiagramme (DFD), Data Dictionary, logische Prozesse, physische Techniken für den Direktzugriff.
Die Coad-Yourdon-Methode
Das Modell verwendet einen Schichtenaufbau in 5 Schritten:
- Definition von Objekten und Klassen
- Definition von Strukturen
- Definition von Themenbereichen
- Definition von Attributen
- Definition von Services/Dienstleistungen
Techniken:
- Klassen- und Objektdiagramme
- Objekt-Zustandsdiagramm: Dieses Diagramm zeigt alle möglichen Zustände eines Objekts und die zulässigen Übergänge zwischen diesen Zuständen.
- Dienst-Spezifikationsdiagramm: Dieses Diagramm zeigt die detaillierte Logik eines einzelnen Dienstes.