uml diagramm / use cases

Die Wiederholung ist gar nicht Teil des UseCase-Diagramms. Dieses stellt 
nur die Anwendungsfälle aus Sicht des Actors dar. Also bei den UCs 
weglassen und in einem Sequenzdiagramm/Kommunikationsdiagramm separat 
darstellen.

Lies bei Gelegenheit mal was über das 4+1 Modell (oder auch N+1), da 
wird die Absicht der UseCases deutlicher.

Danke für deine Antwort!

Der Inhalt eines Use-Case Modells ist mir jetzt verständlicher!

Jetzt würde ich nur noch gerne wissen, ob die Widerholungsanzeige nur in 
den Sequenzdiagramm/Kommunikationsdiagramm zum Einsatz kommt, oder ob 
ich die auch schon im Aktivitätsdiagramm anzeigen muss?!


Ach ja und ich hätte da noch eine kleine Frage bezüglich des 
Aktivitätsdiagramms:

Wenn ich in ein Aktivitätsdiagramm eine Include Datei einbinde und 
innerhalb dieser include Datei einen Fehler detektiere, wie kann ich 
dann das gesamte Aktivitätsdiagramm für diesen Case direkt beenden? Gibt 
es da so eine Art absoluten Endknoten oder soetwas? Weil ansonsten 
verstehe ich den "normalen" Endknoten in der Include Datei als 
Beendigung der include Datei. Danach würde ich wieder in das eigentliche 
Aktivitätsdiagramm springen und müsste da dann abfragen, ob in der 
include Datei ein Fehler aufgetreten ist...



Danke :)

Ob du die Wiederholungsanzeige im Aktivitätsdiagramm anzeigst kannst du 
dir aussuchen, jedes Diagramm zeigt ja nur einen Ausschnitt, und was der 
beinhaltet ist dir überlassen. Du kannst aber z.B. ein Diagramm für die 
Wiederholung einer Aktivität erstellen, und ein anderes mit dem 
Innenleben der Aktivität. Oder du zeigst hier mal ein Beispiel, dann 
können wir das am konkreten Fall diskutieren.

Für deine zweite Frage: Es keinen speziellen Knoten für das. 
Aktivitätsdiagramme sind ja petrinetzbasiert: Sobald ein Token einen 
Endknoten erreicht, ist die Aktivität beendet. Also entweder in der 
benutzenden Aktivität eine Abfrage auf Fehler, oder du lässt die 
Fehlerbehandlung weg oder du machst für die Fehlerfälle separate 
Diagramme.

Tut mir leid, dass ich hier wenig Konkretes schreibe, aber du musst dich 
vor allem an deiner Zielgruppe orientieren: Was verstehen die (nämlich 
oft nur Kontrollfluss, aber nicht Objektfluss in Aktivitätsdiagrammen), 
was muss wirklich modelliert werden? Oder verstehen die es besser, wenn 
nur Top-Level Modelle mit Text-Kommentaren zu Details existieren?
Bei den UseCases ist es eh nicht mit dem Diagramm getan, da braucht man 
noch viel Text dazu.