Die Kunst der Modellierung 7 Sections64 Lessons6 Quizzes8 Weeks
Kontext & Zweck
4.1 Kontext & Zweck von Anwendungsfalldiagrammen
Lernziele dieser Lektion
- Du kennst die vier zentralen Einsatzzwecke von Anwendungsfalldiagrammen.
- Du kannst erklären, wie Kontext, funktionale Anforderungen, System-Benutzer-Interaktion und Ereignisfluss zusammenhängen.
- Du kannst diese vier Aspekte an einem konkreten Anwendungsfall der Hundepension festmachen.
In Lektion 4.0 hast du gelernt, dass ein Anwendungsfalldiagramm bewusst an der Oberfläche bleibt und nur beschreibt, was ein System für seine Benutzer leistet. Damit diese Beschreibung in der Praxis auch nützlich ist, verfolgt ein Anwendungsfalldiagramm vier ganz konkrete Zwecke – alle vier drehen sich um denselben Anwendungsfall, nur aus unterschiedlichen Blickwinkeln:
Kontext des Systems
Funktionale Anforderungen
Anwendungsfall
System-Benutzer-Interaktion
Ereignisfluss
Am generischen Anwendungsfalldiagramm weiter unten lassen sich alle vier Zwecke direkt an konkreten Diagrammelementen festmachen – die nummerierten Markierungen ① bis ④ zeigen dir, wo jeder Zweck sichtbar wird.
1
Bezeichnung des Systems
Bezeichnung des Systems
Anwendungsfall 4
«include»
🧍
Anwender 1
Anwendungsfall 1
3
🧍
Anwender 3
Anwendungsfall 3
«extends»
4
🧍
Anwender 2
2
Anwendungsfall 2
Anwendungsfall 2
Praxisbeispiel – Hundepension: Wenn eine Hundebesitzerin ihren Hund anmeldet, verfolgt sie ein klares Ziel (Unterbringung), löst eine funktionale Anforderung des Systems aus (Anmeldung erfassen), bewegt sich innerhalb des definierten Kontexts (Verwaltungssystem der Pension) und stößt einen groben Ereignisfluss an (Anmeldung → Gesundheitscheck → Bestätigung).
① Angaben zu Kontext und Anforderungen eines Systems
Der Kontext zeigt sich direkt an der Systemgrenze selbst – dem Rechteck, das mit „Bezeichnung des Systems“ beschriftet ist. Alles innerhalb dieser Grenze gehört zum System, alles außerhalb (die Akteure) steht davor. Bei der Hundepension wäre das die Verwaltungssoftware als Rechteck, während Hundebesitzer, Pensionsmitarbeiter und Tierärzte außerhalb stehen.
② Definition und Organisation funktionaler Anforderungen
Anwendungsfall 2 selbst steht stellvertretend für eine funktionale Anforderung an das System: eine konkrete Fähigkeit, die das System bereitstellen muss. Bei der Hundepension wäre das zum Beispiel die Anforderung „Das System muss es ermöglichen, einen Hund abzuholen“.
③ Darstellung der Ziele von System-Benutzer-Interaktionen
Die Linie zwischen Anwender 3 und Anwendungsfall 1 ist eine System-Benutzer-Interaktion: Sie zeigt, dass dieser Akteur mit genau diesem Anwendungsfall ein Ziel verfolgt. Bei der Hundepension wäre das etwa die Linie zwischen dem Hundebesitzer und dem Anwendungsfall „Hund anmelden“ – sein Ziel ist die sichere Unterbringung seines Hundes.
④ Modellierung des grundlegenden Ereignisflusses
Die «extends»-Beziehung zwischen Anwendungsfall 3 und Anwendungsfall 2 zeigt einen groben Ereignisfluss: Wird Anwendungsfall 2 ausgeführt, kann unter bestimmten Bedingungen zusätzlich Anwendungsfall 3 ablaufen. Bei der Hundepension entspricht das dem Ablauf „Gesundheitscheck durchführen“, der unter bestimmten Bedingungen um „Notfallbehandlung veranlassen“ erweitert wird.
Typischer Fehler: Die vier Zwecke werden oft als vier getrennte Diagrammtypen missverstanden. Tatsächlich stecken alle vier immer gleichzeitig in ein und demselben Anwendungsfalldiagramm – sie sind unterschiedliche Blickwinkel auf dieselbe Darstellung, keine separaten Diagramme.
Halte diesen Zusammenhang am besten in einem einzigen Satz fest:
Merksatz: Ziele, Anforderungen, Kontext und Ereignisfluss sind keine vier verschiedenen Diagramme – sie sind vier Fragen, die ein einziges Anwendungsfalldiagramm gleichzeitig beantwortet.
Damit ist der Zweck geklärt – als Nächstes geht es an die konkrete Notation selbst.
Ausblick: Jetzt, wo du weißt, wofür Anwendungsfalldiagramme eingesetzt werden, geht es in Lektion 4.2 an die konkrete Notation: Wir beginnen mit dem ersten und grundlegendsten Element – der Systemgrenze.