Use-Case-Diagramme: die 4 Elemente – und der Fehler, den kein Review findet

Das System ist sauber spezifiziert – und die Entwicklung stellt trotzdem Fragen, die deine Spezifikation längst beantwortet. Genau dafür gibt es im Requirements Engineering das Use-Case-Diagramm: Es zeigt auf einer einzigen Seite, was dein System für wen leistet, und zieht zugleich die Grenze zwischen System und Umwelt. Ob dein Diagramm diese Antworten liefern kann oder nur gut aussieht, entscheidet sich an vier Elementen.

Im Video zeigt dir Pascal am Smart-Home-Beispiel, wie die vier Grundelemente funktionieren: echte Use Cases erkennen und mit Objekt plus Prozesswort benennen, die Systemgrenze als Kontextdiagramm nutzen, Akteure als Rollen statt Personen modellieren und Assoziationen richtig lesen. Dazu der Fehler, der in fast jedem Use-Case-Diagramm steckt, obwohl er gegen keine Regel verstößt: eine hineingelesene Reihenfolge. Denn das Use-Case-Diagramm ist eine Landkarte, keine Route.

Das Use-Case-Diagramm im Zusammenspiel mit der Use-Case-Beschreibung – inklusive Vorlage – findest du in unserer kostenlosen RE-Fibel: https://sophist.de/613t

Noch mehr davon gibt es auf unserem YouTube-Kanal: https://www.youtube.com/channel/UC8rPR9-zDrAnIn4rQfdIUhg – mit einem Abo verpasst du kein neues Video zu Requirements Engineering, Systems Engineering und KI im RE.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert