Im Grunde geht es bei dem Projekt um eine Software, die die Termin Koordinierung erleichtern soll. Der Use Case sieht grob so aus:

1. Der Termin Initiator initiiert einen Termin und gibt einen Zeitraum vor und wer an dem Termin teilnehmen soll.
2. Die Software befragt alle Teilnehmer nach Wunsch Terminen in dem Zeitraum und Termine an denen sie keine Zeit haben
3. Die Software sucht mögliche Termine (unter Berücksichtigung der Wichtigkeit der einzelnen Teilnehmer) aus
4. Der Termin Initiator erhält mögliche Termine und wählt den endgültigen Termin aus und legt einen Ortes fest
5. Die Teilnehmer werden per E-Mail informiert.

Nun habe ich diverse Probleme, wie ich diesen Use Case in einem UML-Diagramm festlege:

1. Ist die UML-Syntax bei den Use Cases strikt vorgegeben oder eher frei zügig? Irgend wie scheint jeder die Syntax anders zu benutzen.
2. Wie stelle ich die Teilnehmer dar? Nehme ich dafür ein Strichmännchen, was alle Teilnehmer representiert
3. Wie stelle ich die Konflikt-Analyse (Punkt 3) dar? Nehme ich für die Software eine eigene "Person" oder macht man das über eine eigene Aktivität und ein <<include>> oder flow?

Ich habe hier mal zwei unterschiedliche Ansätze, den "Use Case" darzustellen. Ich bitte um Kritik und Hinweise (ich bin mir noch nicht mal sicher, ob ich die UML-Syntax so benutze, wie es erlaubt ist)

http://img186.imageshack.us/img186/7083/usecase3cs3.png
http://img442.imageshack.us/img442/4197/usecase2xk5.png

Hier ist mein neuer Ansatz

http://img177.imageshack.us/img177/8788/usecase4dt5.png

Ich bitte immer noch um Kritik und Hinweise

(Danke an Ronny)

Zwischen den Akteuren "Termin Initiator" und "Teilnehmer", wenn der "Termin Initiator" zum Beispiel der Dozent ist und vom System nacher auch benachrichtig wird, ist er eine Spezilisierung von Teilnehmer.

Akteure, die ein Prozess initiieren, sind links und Akteure, die was enthalten, stehen rechts vom System.

Folgende Regeln aus nem UML Buch:
"Man verwendet include, wenn man sich in zwei oder mehrere Anwendungsfällen wiederholt und dies vermeiden möchte"

Die Verbindung von Akteure und den Anwendugsfällen ist eine einfache Assoziation, also eine einfache Linie.

Zwischen den Akteuren "Termin Initiator" und "Teilnehmer", wenn der "Termin Initiator" zum Beispiel der Dozent ist und vom System nacher auch benachrichtig wird, ist er eine Spezilisierung von Teilnehmer.

Meinst du das aufs 3. Use Case bezogen? Dort sollte das ja eigentlich der Fall sein

Akteure, die ein Prozess initiieren, sind links und Akteure, die was enthalten, stehen rechts vom System.

nur wie mache ich das dann mit dem <<extend>>? Ist es nicht unschön den Pfeil quer durch das Use-Case laufen zu lassen?

Folgende Regeln aus nem UML Buch:
"Man verwendet include, wenn man sich in zwei oder mehrere Anwendungsfällen wiederholt und dies vermeiden möchte"

Soll ich dann den ganzen Text in das "Initiieren" packen oder weglassen? Ich wollte so eine Untergliederung einführen

Die Verbindung von Akteure und den Anwendugsfällen ist eine einfache Assoziation, also eine einfache Linie.

Ja, hab das mit dem Programm nur nicht hinbekommen. Ich versuch aber IBM Rational irgendwas zu installieren.

Vielen Dank schon mal

Naja, ich habs greade in StarUML nachmodelliert und da ging es nicht mit so wie ich es sagte, vielleicht bin ich auch falsch informiert.

Initiieren ist schon ein Anwendungsfalls, guck mal wie ich es gemacht habe.

http://img96.imageshack.us/img96/8264/systembc0.png

Hab mich jetzt nicht so an deinen Begriffe gewendet ^^

Nachtrag:
So würde ich es in Together modellieren
http://img147.imageshack.us/img147/28/system2hm8.png

Nicht umsonst hat sich UML entwickelt^^

Viel wichtiger als der einfache Ablauf, wäre doch die ausnahmen zu spezifizieren. Was passiert, wenn ein Teilnehmer keine eMail adresse eingetragen hat? Sollte man den Ort nicht vorher festlegen? Klar ich hab am 23.11.2007 Zeit, aber in New York...

Aber UML Diagramme werden nicht größer, wenn das System größer wird.

Viel wichtiger als der einfache Ablauf, wäre doch die ausnahmen zu spezifizieren. Was passiert, wenn ein Teilnehmer keine eMail adresse eingetragen hat? Sollte man den Ort nicht vorher festlegen? Klar ich hab am 23.11.2007 Zeit, aber in New York...

Ja, aber das steht nun mal so in der Aufgabenstellung. Sicher würde ich einiges anders machen. Und die Exceptions beschreibt man auch nicht im Use Case Diagramm.

Aber wenn du diskutieren willst, ob Use Case Diagramme sinnvoll sind, dann erstelle bitte einen eigenen Thread...