Alle Tabs der Lerneinheit (Erklärung · Interaktiv verstehen · Praxis-Übung · Klausur-Quiz) als durchgehender Text. Ideal zum Wiederholen vor der Klausur, und für Suchmaschinen wie Google, Bing und KI-Suche (ChatGPT, Perplexity).
Teil 1·Erklärung
Diese Lerneinheit wurde für typische Bachelor-Klausuren konzipiert. So prüfen wir · Fehler entdeckt? Melde ihn uns oder markiere die fragliche Stelle direkt im Text oben.
Alle Tabs der Lerneinheit (Erklärung · Interaktiv verstehen · Praxis-Übung · Klausur-Quiz) als durchgehender Text. Ideal zum Wiederholen vor der Klausur, und für Suchmaschinen wie Google, Bing und KI-Suche (ChatGPT, Perplexity).
Wie baut man Software? Verschiedene Vorgehensmodelle versuchen, die Komplexität zu strukturieren. Wasserfall, V-Modell, Inkrementell, Spiral, Agil — jedes mit Vor- und Nachteilen. Klausur-Pflicht in 14/15 Software-Engineering-Klausuren.
Klausur-Tipp: Bei Klausurfragen zu Vorgehensmodellen — IMMER Begründung mitliefern. "Welches Modell für Banken-Software?" → V-Modell wegen Sicherheits-Anforderungen + Regulierung. Nicht nur Name nennen.
Anmelden, um den Fortschritt zu speichern.
Nächster Schritt
Aktives Abrufen festigt Wissen schneller als nochmal lesen.
Wie baut man Software? Verschiedene Vorgehensmodelle versuchen, die Komplexität zu strukturieren. Wasserfall, V-Modell, Inkrementell, Spiral, Agil — jedes mit Vor- und Nachteilen. Klausur-Pflicht in 14/15 Software-Engineering-Klausuren.
Entwicklungsprozess (Vorgehensmodell): Strukturierter Rahmen, der die Aktivitäten der Software-Entwicklung (Anforderungen, Entwurf, Implementierung, Test, Wartung) in eine sinnvolle Reihenfolge bringt.
Egal welches Modell — diese 6 Phasen kommen meistens vor:
Ablauf: Strikt sequenziell, jede Phase einmalig abgeschlossen bevor die nächste startet.
Anforderungen → Entwurf → Implementierung → Test → Auslieferung → Wartung
Vorteile:
Nachteile:
Wann? Standard-Software mit klaren, stabilen Anforderungen (selten in modern Welt).
Idee: Wasserfall + explizite Verbindung zwischen Entwicklungs- und Test-Phasen.
Anforderungen ←——————————— Abnahmetest
↓ ↑
System-Entwurf ←——————— Systemtest
↓ ↑
Architektur-Entwurf ←————— Integrationstest
↓ ↑
Modul-Entwurf ←——————————— Unit-Test
↓ ↑
Implementierung
Pro: Jede Entwicklungs-Phase hat zugehörige Test-Phase (Verifikation + Validierung).
Contra: Immer noch sequenziell, ähnliche Probleme wie Wasserfall.
Wann? Sicherheitskritische Systeme (Automotive, Luftfahrt — V-Modell XT ist deutscher Standard).
Idee: Software wird in Inkrementen entwickelt, jedes Inkrement ist eine lauffähige Teilversion.
Inkrement 1: Anforderungen → Entwurf → Code → Test → Auslieferung
Inkrement 2: (zusätzliche Funktionen) → Entwurf → Code → Test → Auslieferung
Inkrement 3: ...
Pro:
Contra: Architektur muss von Anfang an flexibel sein.
Idee: Iteratives Vorgehen mit explizitem Risiko-Management. Jeder "Loop" hat 4 Quadranten:
Pro: Risikoorientiert, gut für komplexe + neue Probleme. Contra: Komplex, Overhead durch Risikoanalyse.
Iterativ + flexibel. Anforderungen + Lösungen entwickeln sich im laufenden Prozess.
| Kriterium | Wasserfall | V-Modell | Inkrementell | Spiral | Agil |
|---|---|---|---|---|---|
| Iterativ? | nein | nein | ja | ja | ja |
| Risiko-Management | gering | gering | mittel | hoch | mittel |
| Anforderungs-Änderung | sehr teuer | teuer | möglich | möglich | erwünscht |
| Frühes Feedback | nein | nein | ja | ja | ja |
1. 6 Phasen: Anforderungen, Entwurf, Implementierung, Test, Auslieferung, Wartung.
2. Wasserfall = sequenziell, V-Modell = sequenziell + Test-Spiegel, Inkrementell = Iterationen.
3. V-Modell für Safety-Critical (Automotive, Luftfahrt).
4. Agile bevorzugt wenn Anforderungen sich ändern.
5. Spiral-Modell ist explizit risikoorientiert (Boehm 1988).
1. Wasserfall und V-Modell verwechseln. V-Modell hat explizite Test-Phasen pro Entwicklungs-Phase. Wasserfall hat nur eine Test-Phase am Ende.
2. Iterativ und Inkrementell synonym. Iterativ = wiederholen + verfeinern. Inkrementell = neue Funktionen hinzufügen. Oft kombiniert, aber konzeptionell unterschiedlich.
3. Wasserfall pauschal als "schlecht" bezeichnen. Bei stabilen Anforderungen (z.B. regulierte Bereiche) ist Wasserfall durchaus angebracht. Kontext zählt.
4. Agile als "kein Modell" sehen. Agile IST ein Modell — iterativ, flexibel, kunden-orientiert. Hat Strukturen (Scrum-Sprints, Daily Standups).
5. Spiral-Modell mit Iteration verwechseln. Spiral hat EXPLIZITES Risiko-Management pro Loop — das macht es einzigartig.
Sieh die 5 Standard-Modelle als Diagramm:
Pro Modell: Diagramm + typische Anwendung + Vor-/Nachteile.
Interaktive Visualisierung
Interaktive Komponente: probiere sie im Topic-Player oben aus.
Klausur-Tipp: Bei Klausurfragen zu Vorgehensmodellen — IMMER Begründung mitliefern. "Welches Modell für Banken-Software?" → V-Modell wegen Sicherheits-Anforderungen + Regulierung. Nicht nur Name nennen.
6 Aufgaben zu Modellen, Phasen, Anwendungsbereichen.
Klausurfragen mit Lösungen (6)
Antwort: Strikt sequenziell — jede Phase einmal abgeschlossen, dann nächste
Erklärung: Wasserfall = strikt sequenziell. Anforderungen → Entwurf → Code → Test → Auslieferung → Wartung. Jede Phase einmalig, dann zurückgehen sehr teuer. Daher unflexibel bei Anforderungs-Änderungen.
Antwort: Anforderungen, Entwurf, Implementierung, Test, Auslieferung, Wartung
Erklärung: Standard-6-Phasen: 1) Anforderungsanalyse, 2) Entwurf, 3) Implementierung, 4) Test, 5) Auslieferung, 6) Wartung. Alle Modelle (Wasserfall, V, Agile) decken diese Phasen ab — nur in unterschiedlicher Reihenfolge/Intensität.
Antwort: Wahr
Erklärung: RICHTIG. V-Form: Anforderungen ↔ Abnahmetest, System-Entwurf ↔ Systemtest, Architektur ↔ Integrationstest, Module ↔ Unit-Tests. Validierung + Verifikation auf jeder Ebene. Standard in Safety-Critical-Branchen.
Typ: Wahr/Falsch
Antwort: V-Modell (explizite Test-Phasen + Dokumentation)
Erklärung: V-Modell: durch explizite Test-Phasen + umfangreiche Dokumentation ideal für regulierte Sicherheits-Bereiche. V-Modell XT ist deutscher Standard für Automotive. Agile ist zu wenig dokumentiert für Safety-Audits.
Richtige Antworten: Wasserfall ist strikt sequenziell; V-Modell verbindet Entwicklung mit Tests auf gleicher Ebene; Inkrementell liefert eine lauffähige Version pro Inkrement; Spiral-Modell (Boehm 1988) hat explizites Risiko-Management; Phasen-Reihenfolge: Anforderungen → Entwurf → Code → Test
Erklärung: Richtig: Wasserfall-Def, V-Modell-Def, inkrementell, Spiral mit Risiko, Phasen-Reihenfolge. Falsch: Agile hat WENIGER (nicht KEINE) Dokumentation. 'Working software over comprehensive documentation' — aber nicht NULL Doku.
Typ: Multi-Select
Zuordnungen:
Erklärung: 4 klassische Modelle. Klausur-Pflicht.
Typ: Zuordnung
Klausurfragen mit Lösungen (6)
Antwort: Späte Anforderungs-Änderungen sind sehr teuer
Erklärung: Wasserfall: späte Änderungen erfordern Zurückgehen durch alle Phasen → teuer. Anforderungen müssen am Anfang vollständig sein, was bei komplexen/innovativen Projekten unrealistisch ist. Daher modernerweise oft durch Agile ersetzt.
Antwort: Wahr
Erklärung: RICHTIG. Inkrement = lauffähige Teilversion mit zusätzlichen Funktionen. Inkrement 1 hat Basis-Funktionalität, Inkrement 2 baut darauf auf. Erstes Inkrement = MVP (Minimum Viable Product). Klassische E-Commerce-App: erst Login + Browse, dann Cart, dann Checkout.
Typ: Wahr/Falsch
Antwort: Wasserfall-Modell
Erklärung: Wasserfall ist als EINZIGES strikt sequenziell, nicht iterativ. Spiral hat Loops, inkrementell hat Inkremente, Scrum hat Sprints — alle iterativ. Wasserfall geht NUR einmal durch.
Antwort: V-Modell hat explizite Test-Phasen pro Entwicklungs-Phase, Wasserfall nur eine Test-Phase am Ende
Erklärung: V-Modell-Erweiterung: jede Entwicklungs-Phase hat zugehörige Test-Phase (z.B. Anforderungen ↔ Abnahmetest, Modul-Entwurf ↔ Unit-Test). Ermöglicht Verifikation auf jeder Ebene. Wasserfall hat nur Tests am Ende — Defekte werden spät entdeckt.
Lösungen pro Lücke:
Erklärung: Standard-Modell-Vokabular + 6-Phasen-Lifecycle.
Typ: Lückentext
Richtige Reihenfolge:
Erklärung: Standard-Entscheidungs-Workflow für Vorgehensmodelle. Anforderungen + Regulierung + Komplexität → passendes Modell.
Typ: Reihenfolge
| Dokumentation | umfangreich | umfangreich | mittel | mittel | gering |
| Geeignet für | stabile Anforderungen | Safety-Critical | mittlere Projekte | komplexe Innovationen | dynamische Märkte |