6 : Modellierung von Systemen

Ein Diagramm zeigt eine bestimmte Sicht auf ein System oder einen Sachverhalt. Es ist immer Teil genau eines UML-Modells.

z. B. ein Klassendiagramm zeigt nur die Struktur, nicht das Verhalten.

Ein Modell besteht aus einer Menge von Diagrammen. Die Gesamtheit aller Diagramme ergibt alle Informationen des Modells – keine Information existiert außerhalb der Diagramme.

Ein Diagramm zeigt eine bestimmte Sicht auf ein System. Ein Modell besteht aus mehreren Diagrammen. Jedes Diagramm gehört zu genau einem Modell.

• Klassendiagramm – zeigt Klassen und ihre Beziehungen

• Komponentendiagramm – zeigt Systemkomponenten

• Kompositionsstrukturdiagramm – zeigt interne Struktur

• Aktivitätsdiagramm – zeigt Abläufe und Prozesse

• Use-Case-Diagramm – zeigt Systemfunktionen und Akteure

• Zustandsautomat – zeigt Zustände und Übergänge

Die Bedeutung eines UML-Begriffs ist unabhängig von seiner grafischen Darstellung. Derselbe Begriff kann in verschiedenen Diagrammen unterschiedlich aussehen, bedeutet aber immer dasselbe.

Ermöglicht automatische Transformation von Modellen in Programmcode.

Sie ermöglicht projekt- oder firmenspezifische Erweiterungen der UML und erlaubt die automatische Transformation von UML-Modellen in andere Modelltypen oder Programmcode.

Es zeigt die wichtigsten Funktionen eines Systems und dessen Schnittstellen zur Systemumgebung. Es gibt damit einen Überblick über das System und seine direkte Umgebung.

Eine Hauptfunktion eines Systems, die ausgeführt werden muss, um ein bestimmtes Ergebnis zu erzielen.

z. B. 'Bestellung aufgeben' oder 'Nutzer anmelden'.

Eine Rolle oder ein externes System, das mit dem betrachteten System interagiert. Akteure befinden sich immer außerhalb der Systemgrenze. Ein Akteur kann Auslöser sein oder zur Erreichung eines Ergebnisses nötig sein.

z. B. ein Kunde, ein Admin oder ein externes Zahlungssystem.

Sie legt den Funktionsumfang des Systems fest. Alles innerhalb = Teil des Systems. Alles außerhalb = externe Umgebung. Akteure befinden sich immer außerhalb.

Durch eine direkte Verbindungslinie zwischen dem Akteur und dem betreffenden Use Case. Sie zeigt, dass dieser Akteur bei der Ausführung des Use Cases mit dem System interagiert.

• Kommunikation mit dem Anwender – um Funktionen zu besprechen

• Kommunikation mit dem Management – für einen Überblick

• Bestimmung des Systemkontexts

Eine Aktion entspricht dem Aufruf oder der Durchführung eines bestimmten Verhaltens. Die Menge aller Aktionen bestimmt das Verhalten der gesamten Aktivität.

z. B. 'Rechnung erstellen' oder 'E-Mail senden'.

Eine gerichtete Kante mit Pfeilspitze, die den logischen Ablauf zwischen Aktionen festlegt – also die Reihenfolge der Ausführung.

Spaltet den Ablauf in mehrere Alternativen auf. Nur genau eine ausgehende Kante wird weiterverfolgt. Entspricht einem logischen XOR – entweder A oder B, nicht beides.

z. B. 'Zahlung erfolgreich?' → Ja oder Nein.

Teilt den Ablauf in mehrere parallele Pfade auf, die gleichzeitig ausgeführt werden. Entspricht einem logischen AND. Kann zum logischen OR erweitert werden, wenn Bedingungen hinzugefügt werden.

• Verbindungsknoten: Ablauf geht sofort weiter, sobald eine Kante ankommt. Kein Warten auf andere Kanten.

• Synchronisationsknoten: Wartet, bis alle eingehenden Kanten angekommen sind.

Für detaillierte Abläufe mit Bedingungen, Schleifen und Verzweigungen – z. B. Geschäftsprozesse, Nutzerinteraktionen oder systeminterne Abläufe. Es eignet sich besonders, um Use-Cases zu detaillieren.

Zur Dokumentation statischer Konzepte: Geschäftsobjekte, Entitäten, Personen, Systeme sowie deren Eigenschaften und Beziehungen. Ziel ist Verstehen und Kommunikation des fachlichen Problems.ander.

Eine Klasse hat oder kennt eine andere. Beispiel: Ein Versicherungsnehmer hat Kinder.

Klasse A ist eine spezifischere Form von Klasse B (Vererbung). A hat alle Eigenschaften von B, aber zusätzliche oder abweichende.

Ein PKW ist ein Auto.

Eine Klasse ist Bestandteil einer anderen, größeren Klasse. Wird genutzt, wenn Teile nicht durch einfache Attribute beschreibbar sind.

Ein Auto besteht aus Motor, Rädern, Getriebe.

• 0..1 – optional, keines oder genau eines

• 1 – genau eines, obligatorisch

• 1..* – mindestens eines, beliebig viele

• 0..* – keines bis beliebig viele

Zustände von Objekten oder Systemen, welche Zustände möglich sind, in welcher Reihenfolge sie auftreten und wann Übergänge stattfinden.

Eine bestimmte fachliche Situation eines Objekts oder Systems, aus der sich fachliche Aussagen oder notwendige Aktivitäten ableiten lassen.

z. B. 'Bestellung offen', 'Bestellung bezahlt', 'Bestellung storniert'.

Ein Zustandsübergang, der die Reihenfolge der Zustände bestimmt. Er zeigt, wann und unter welcher Bedingung ein Wechsel von einem Zustand zum nächsten stattfindet.

Ermöglicht es, die Auswahl der nächsten Transition vom aktuellen Ergebnis abhängig zu machen – ähnlich wie ein Verzweigungsknoten im Aktivitätsdiagramm.

Fasst mehrere Transitionen zusammen, wenn sie denselben Nachfolgezustand haben. Vereinfacht das Diagramm.

Jeder Zustand entspricht einer Bildschirmmaske oder -seite. Transitionen bilden die Klickfolge des Nutzers ab – also den Navigationsfluss durch die Oberfläche.

z. B. Login-Seite → Startseite → Profilseite.