Alle UML-Diagramme der SE1- und SE2-Veranstaltungen werden mit dem frei verfügbaren UML-Werkzeug UMLet erstellt. Bei der Abgabe eines schriftlichen SE-Meilensteins enthält das (einzige) PDF-Dokument nur das/die aus dem/den UMLet-Diagramm/en generierte/n PNG-Bild/er. Keinesfalls werden UXF-Dateien abgegeben.

UMLet kann als JAR-Anwendung oder als Eclipse-Plugin heruntergeladen werden. Es ist somit auf jedem Betriebssystem lauffähig, auf dem eine Java-Runtime verfügbar ist. Für die schnelle Modellierung zwischendurch gibt es einen Online-Editor.

Es gibt viele tolle UML-Modellierungswerkzeuge. Ein sehr interessantes skript-basiertes Werkzeug, das es leider nicht bis in die Lehrveranstaltung "geschafft" hat, ist PlantUML . Ein Blick darauf lohnt sich aber unbedingt! Sollten Sie die Software so faszinierend finden, dass Sie sie dennoch in der SE-Veranstaltung verwenden möchten, so sprechen Sie mich gern an.

Geschäftsprozess-Überblicksdiagramm

Dieser Diagrammtyp wird auch Anwendungsfalldiagramm genannt. So wie abgebildet könnte ein einfaches Diagramm mit Beziehungstypen zwischen den Geschäftsprozessen aussehen. Zur «extends»-Beziehung gehören stets auch die Conditions und Extension Points. Sie finden sich später ggf. im Aktivitätsdiagramm wieder. Bei der «includes»-Beziehung gibt es logischerweise immer mindestens zwei Geschäftsprozesse, die einen abstrakten Prozess nutzen. Der abstrakte Prozess hat logischerweise keinen Bezug zu einem Akteur, da er ja abstrakt ist.

Aktivitätsdiagramm

In UMLet lässt sich ein Aktivitätsdiagramm am besten mittels des Diagrammtyps "UML Activity - All in one" modellieren. Die Beispiel-Vorlagen in der UMLet-Software geben einen guten Einblick in die hierbei zu verwendende Skriptsprache. Wird der modellierte Geschäftsprozess durch einen anderen erweitert, so enthält das Aktivitätsdiagramm eine Aktivität, die so heißt, wie der Extension Point des Anwendungsfalldiagramms, und eine Bedingung, die zur Condition im Anwendungsfalldiagramm passt (im abgebildeten Beispieldiagramm nicht enthalten).

Klassendiagramm

In UMLet lässt sich leider keine assoziative Klasse modellieren. Man muss sie aus einer "normalen" Klasse und einer gestrichelten Assoziation "zusammenbasteln". Auch Restriktionen, wie beispielsweise die {or}- oder {subset}-Restriktion lassen sich nicht nativ modellieren. Man kann sie aber gut aus einer beschrifteten gestrichelten Linie bauen.

Sequenzdiagramm

In UMLet lässt sich ein Sequenzdiagramm am besten mittels des Diagrammtyps "UML Sequence - All in one" modellieren. Die Beispiel-Vorlagen in der UMLet-Software geben einen guten Einblick in die hierbei zu verwendende Skriptsprache. Da Klassendiagramm und Sequenzdiagramme konsistent sein müssen, dürfen nur Objekte verwendet werden, die es auch als Klassen gibt. Ferner dürfen nur Botschaften übermittelt werden, die auch im Klassentyp des empfangenden Objekts als Methoden enthalten sind.