Anwendungsfalldiagramm-Beispiele

Die Bibliothek ist aus gutem Grund das übliche erste Beispiel: die Domäne kennt jeder schon, also bleibt nur die Notation zum Anschauen. Zwei Akteure, fünf Anwendungsfälle und eine Grenze, die sagt, für welche davon die Software zuständig ist.

Achten Sie darauf, was die Ellipsen sind. Buch ausleihen ist ein Ziel - ein Mitglied will mit einem Buch hinausgehen - und es bleibt ein Ziel, ob hinter dem Tresen ein Mensch, ein Selbstbedienungsterminal oder eine App steht. Genau diese Unabhängigkeit vom Mechanismus ist der Test für einen Anwendungsfall: würde ein Austausch der Oberfläche die Beschriftung ändern, ist die Beschriftung ein Schritt.

Zwei Beziehungen leisten echte Arbeit. Mitgliedschaft prüfen wird von Buch ausleihen eingeschlossen, das heißt, es geschieht immer als Teil davon, und der Pfeil zeigt vom Ausleihen auf das eingeschlossene Verhalten. Es hat keinen eigenen Akteur, und das ist richtig - niemand kommt in die Bibliothek mit dem Wunsch, dass seine Mitgliedschaft geprüft wird. Mahngebühr zahlen erweitert Buch zurückgeben: es geschieht nur manchmal, und der Pfeil zeigt andersherum, vom optionalen Verhalten in die Basis.

Das zweite Beispiel ergänzt das Stück, das die meisten ersten Diagramme weglassen: ein System, von dem Sie abhängen und das Sie nicht kontrollieren.

Das Payment gateway ist ein sekundärer Akteur. Es initiiert nichts - alles auf diesem Diagramm startet die Kundin -, aber das System ruft es auf, also gehört es außerhalb der Grenze, mit einer Linie in den Anwendungsfall, der es braucht. Es zu zeichnen ist, womit sich ein Anwendungsfalldiagramm in einem Scoping-Gespräch bezahlt macht: die Grenze zeigt jetzt genau, für welches Verhalten Sie geradestehen und welches Sie einkaufen.

Rabattcode einlösen erweitert Bestellung aufgeben, weil die meisten Bestellungen keinen haben. Hätte ihn fast jede, wäre es stattdessen ein include. Die Frage ist nicht, ob das Verhalten wichtig ist, sondern ob es immer geschieht.

Vier Ellipsen sind eine vernünftige Größe. Ein echter Shop hat Hunderte von Verhalten, und das Diagramm wächst nicht mit - Sie zeichnen eines je Gespräch, zugeschnitten auf die gestellte Frage, und das ist die Disziplin, um die es bei der Abgrenzung eines Modells geht.

Die meisten schlechten Anwendungsfalldiagramme sind auf genau eine Weise schlecht, und das lohnt sich einmal zu sehen.

Vier Ellipsen, ein Akteur, eine Grenze, überhaupt keine Notationsfehler - und das Diagramm ist wertlos. Jede Beschriftung ist ein Schritt in einer Oberfläche statt eines Ziels, das ein Mensch hat. Niemand will einen Benutzernamen eingeben; man will sich anmelden, und selbst das meist nur im Dienst von etwas anderem.

Das ganze Diagramm fällt auf einen einzigen Anwendungsfall zusammen, und die vier Schritte gehören in seine Textbeschreibung oder, wenn die Verzweigung wirklich zählt, in ein Aktivitätsdiagramm. Das ist die Standardreparatur: Abfolge geht ins Aktivitätsdiagramm, Ziele bleiben hier.

Die beiden guten Diagramme oben sind dasselbe Diagramm mit anderen Substantiven, und das ist das Nützliche an dieser Notation - sitzt die Form einmal, dauert das nächste zehn Minuten.