In einem Use Case-Diagramm können Sie Dinge zeigen, die ein nicht tun kann, zum Beispiel weil sie dafür nicht berechtigt sind?
Oder ist es nur aufgrund der Tatsache angedeutet, dass sie keine Linie haben, die sie mit dem bestimmten Anwendungsfall verbindet?
Nein. Ein Schauspieler wäre mit allem verbunden, was er tun kann. Wenn der Actor das nicht kann, wird es nicht angezeigt.
Sie könnten Rollenakteure modellieren, die diese Aufgabe übernehmen können. Sie könnten dann einen anderen Anwendungsfall haben, bei dem der ursprüngliche Akteur versucht, die angegebene Rolle zu übernehmen.
IMHO diese Frage und die meisten Antworten geben einen falschen Eindruck darüber, wie Use Cases verwendet werden sollten.
Use Case war als Anforderungsmethode gedacht, die natürliche Sprache verwendet. Es ist am effektivsten und effektivsten.
Es kann eine gründlich destruktive Technik sein, wenn es mit zu viel UML / Modellierung kombiniert wird. Die strukturierte Modellierung von Anwendungsfalltexten, z. B. durch Modellierung von Haupt- und Alternativflüssen mit Hilfe von UML-Aktivitätsdiagrammen, ist eine bewährte Methode, um beispielsweise Benutze Massenvernichtungsfälle .
Ein Anwendungsfalldiagramm kann nützlich sein, aber wir sollten uns den Zweck des Anwendungsfalls als eine Technik merken, die in erster Linie die Benutzerziele identifiziert, die ein System unterstützen sollte. Anschließend können wir in Use-Case-Texten mit Hilfe von Main-Flow, alternativen Flows etc. mehr Details in natürlicher Sprache erfassen.
Mit Diagramm-Tools können wir einige einfache Informationen visualisieren: - Für jedes Benutzerziel können wir den Modellelementtyp Use Case erstellen. - Zeigen Sie die Systemgrenze mit einem Feld für das System mit Use-Case-Elementen an. - Erstellen Sie eine Beziehung zwischen Akteur und Anwendungsfall, um zu zeigen, dass der Akteur ein bestimmtes Ziel gegen das System hat.
Die Aktualisierung einer Liste von Akteuren, die Zielen zugeordnet sind, ist jedoch von untergeordneter Bedeutung. Eine Stakeholder-Analyse zu erstellen, Listen von Akteuren zu erstellen, ist ein Mittel, um die Ziele der Nutzer zu identifizieren. Nachdem Nutzerziele identifiziert wurden, ist es streng genommen nicht mehr notwendig, die Liste der Akteure auf dem Laufenden zu halten.
Wenn wir Fragen dazu stellen, wie Benutzerberechtigungen in ein Anwendungsfallmodell eingefügt werden, versuchen wir höchstwahrscheinlich, zu viele Informationen zu erfassen. Wir sollten Modellelemente abstrahieren, damit das Modell nicht versucht, diese Art von detaillierten Designfragen zu beantworten / zu erfassen.