UML-Anwendungsfalldiagramm-Vorlage
Zwei Akteure, eine Systemgrenze und vier Anwendungsfälle mit korrekt gezeichnetem include und extend - das Umfangsdiagramm, das ein Anforderungsdokument wirklich braucht.
Notation: UML 2.5.1Diagramm: Anwendungsfalldiagramm
Diese Vorlage in Archyno öffnen
Sie öffnet sich als bearbeitbares Modell, nicht als Bild. Im Browser ändern, dann als PNG, SVG, Mermaid, XMI oder Sparx-.qea-Datei exportieren.
Vorlage öffnenWas auf diesem Diagramm steht
- Systemgrenze
- Das Rechteck. Alles darin ist Ihre Bauaufgabe.
- Customer
- Der primäre Akteur - der mit einem Ziel. Auf Ihren umbenennen.
- Administrator
- Ein sekundärer Akteur. Löschen, wenn nur eine Rolle zählt.
- Place order
- Der Anwendungsfall auf Zielebene. Einer je Sache, die ein Akteur will.
- «include»
- Verhalten, das immer läuft, aus dem Basisfall herausgezogen.
- «extend»
- Bedingtes Verhalten. Der Pfeil zeigt auf den erweiterten Fall.
So machen Sie es zu Ihrem
- Benennen Sie jeden Anwendungsfall verbzuerst und aus Sicht des Akteurs: „Bestellung aufgeben“, nicht „Bestellabwicklung“.
- Zeichnen Sie die Grenze um das, was Sie bauen, und lassen Sie jeden Akteur ausserhalb.
- Der include-Pfeil zeigt vom Basisfall weg, der extend-Pfeil zeigt auf ihn.
- Löschen Sie jeden Fall, der ein Schritt und kein Ziel ist - Anmelden ist selten ein Ziel.
- Hören Sie bei etwa acht Ovalen auf. Ein Anwendungsfalldiagramm ist ein Inhaltsverzeichnis, nicht der Inhalt.
Häufige Fragen
Was ist der Unterschied zwischen include und extend?
Include ist Verhalten, das der Basisfall immer ausführt, herausgezogen damit zwei Fälle es teilen können; sein Pfeil zeigt vom Basisfall zum eingebundenen Fall. Extend ist Verhalten, das nur unter einer Bedingung läuft; sein Pfeil zeigt vom erweiternden Fall zurück auf den Basisfall.
Gehören Akteure in die Systemgrenze?
Nein. Die Grenze umschliesst, wofür Sie baulich verantwortlich sind, und ein Akteur steht per Definition ausserhalb - ein Mensch, ein anderes System oder eine Uhr. Einen Akteur hineinzuzeichnen ist der häufigste Fehler in solchen Diagrammen, denn es behauptet stillschweigend, Sie bauten den Benutzer.
Wie detailliert soll ein Anwendungsfalldiagramm sein?
Kaum. Es existiert, um die Ziele zu benennen und zu zeigen, wer sie hat; die Details gehören in den Anwendungsfalltext darunter. Acht Ovale sind ein gesundes Diagramm, dreissig sind ein Diagramm, das niemand liest, und ein Umfang, dem niemand zugestimmt hat.
Die Notation nachlesen
Anwendungsfalldiagramme
Wie man ein UML-Anwendungsfalldiagramm liest und zeichnet: Akteure, die Systemgrenze, Assoziationen, und die include- und extend-Beziehungen, die am häufigsten verdreht werden.
Was ist UML?
Die Unified Modeling Language in der Praxis: die vierzehn Diagrammtypen, wie sich Struktur und Verhalten aufteilen, und wie man das Diagramm zur tatsächlich gestellten Frage wählt.
Aktivitätsdiagramme
Wie man ein UML-Aktivitätsdiagramm liest und zeichnet: Aktionen, Entscheidungen und Zusammenführungen, Gabelungen und Vereinigungen, Wächter, Schwimmbahnen, und der Unterschied zwischen Verzweigung und echter Parallelität.