Klassendiagramm: Kursverwaltung „KursPilot“

Übersicht Use Case Klassen Sequenz Aktivität Zustand

Szenario

Für KursPilot sollen die wichtigsten Datenstrukturen modelliert werden. Ein Kurs besitzt Termine, Aufgaben und Einschreibungen. Personen können Teilnehmende, Lehrkräfte oder Verwaltungsmitarbeitende sein. Eine Abgabe gehört zu genau einer Aufgabe und zu genau einem Teilnehmenden. Bewertungen enthalten Punkte, Kommentar und Status.

Lernziel: Du übersetzt fachliche Begriffe in Klassen und entscheidest, welche Attribute, Operationen, Beziehungen und Multiplizitäten sinnvoll sind.

Zeit & Ergebnis

0–5 Min.

Szenario lesen, Fachbegriffe markieren, Annahmen notieren.

5–15 Min.

Bausteine auswählen und Struktur planen.

15–35 Min.

Diagramm im Codefeld erstellen und Vorschau prüfen.

35–45 Min.

Selbstcheck, Begründung, Korrekturen.

Abzugeben

Mindestens 6 Klassen, 3 Beziehungen mit Bedeutung, 3 Multiplizitäten.
Mindestens 1 Vererbung oder Interface.
Mindestens 1 Teil-Ganzes-Beziehung.

So sehen die Bausteine aus

Klasse
Rechteck mit Name, Attributen und Operationen.

Assoziation
Linie zwischen Klassen mit Rolle, Name oder Kardinalität.

Vererbung/Komposition
Dreieck für Generalisierung, Raute für Teil-Ganzes.

Wichtig: Das Codefeld unten ist kein PlantUML-Renderer, sondern ein bewusst einfacher Lern-Baukasten. Jede Änderung im Codefeld aktualisiert die Vorschau direkt auf dieser Seite.

Diagramm-Baukasten zum Einfügen

Klicke auf einen Baustein. Der passende Code wird an der Cursorposition eingefügt und die Vorschau wird aktualisiert.

KlassePersonKursAssoziationVererbungKompositionEnum

Variablen und Regeln

Variablen

maxPlaetze begrenzt Einschreibungen.
Status steuert, ob Bewertung sichtbar ist.
Rollen können als Unterklassen oder Rollenattribut modelliert werden.

Regeln

Attribute haben fachliche Typen.
Operationen beschreiben Verhalten, keine UI-Klicks.
Komposition nur verwenden, wenn Teil ohne Ganzes fachlich nicht sinnvoll besteht.
Multiplizitäten müssen zu den Geschäftsregeln passen.

Arbeitsauftrag

Extrahiere Substantive als Klassenkandidaten.
Streiche reine UI- oder technische Begriffe.
Lege Attribute und Operationen fest.
Entscheide zwischen Assoziation, Vererbung und Komposition.
Begründe mindestens drei Multiplizitäten.

Mini-Syntax

class Kurs + titel:String + starten() end assoc Kurs -> Termin : 1 zu 1..* inherit Teilnehmer -> Person compose Kurs -> Aufgabe : enthält

Interaktive Arbeitsfläche

Live-Vorschau

ändert sich beim Tippen

Selbstcheck

Klassen sind fachliche Konzepte. Attribute und Operationen sind sinnvoll typisiert. Kardinalitäten passen zu den Regeln. Vererbung wird nicht nur zur Wiederverwendung missbraucht. Komposition ist fachlich begründbar.

Diagramm-Code / Baustein-Liste

class Person
+ name:String
+ email:String
+ anmelden():boolean
end
class Teilnehmer
+ matrikelNr:String
end
class Lehrkraft
+ kuerzel:String
end
class Kurs
+ titel:String
+ maxPlaetze:int
+ istVoll():boolean
end
class Aufgabe
+ titel:String
+ frist:Date
end
class Abgabe
+ zeitpunkt:DateTime
+ dateiPfad:String
end
class Bewertung
+ punkte:int
+ kommentar:String
end
assoc Kurs -> Teilnehmer : 0..* Einschreibungen
compose Kurs -> Aufgabe : 1 zu 0..*
assoc Aufgabe -> Abgabe : 1 zu 0..*
assoc Abgabe -> Bewertung : 0..1
inherit Teilnehmer -> Person
inherit Lehrkraft -> Person

Begründung: Regeln, Variablen, Entscheidungen

Skizzenfläche für Ausdruck

Hier kannst du im Ausdruck eine saubere finale Zeichnung ergänzen oder die Live-Vorschau als Vorlage nutzen.

Bewertungsraster

Kriterium	Erwartung	Punkte
Vollständigkeit	Alle geforderten Bausteine sind vorhanden und passen zum Szenario.	10
UML-Korrektheit	Notation, Richtung, Beziehungen und Sonderfälle sind nachvollziehbar.	10
Fachliche Modellierung	Das Diagramm abstrahiert sinnvoll und vermeidet zu technische Einzelschritte.	10
Begründung	Variablen, Regeln und Modellierungsentscheidungen werden verständlich erklärt.	5