Informatik · Klasse 11 · Objektorientierte Modellierung · 1. Halbjahr

Beziehungen zwischen Objekten: Assoziation

Modellierung von Interaktionen durch Assoziation und Komposition.

• KMK Bildungsstandards
• KMK: Sekundarstufe II - Strukturieren
• KMK: Sekundarstufe II - Kommunizieren

Über dieses Thema

In diesem Thema lernen Schülerinnen und Schüler, wie Objekte in der objektorientierten Modellierung durch Assoziationen miteinander interagieren, ohne ihre interne Struktur offenzulegen. Assoziation beschreibt eine 'hat-ein'-Beziehung, die lose Kopplung ermöglicht und Abhängigkeiten minimiert. Im Gegensatz zur Vererbung ('ist-ein') bleibt die Unabhängigkeit der Klassen gewahrt. Die Schüler analysieren, wie Objekte Nachrichten austauschen und wann starke Kopplungen vermieden werden sollten. Dies knüpft an die KMK-Standards zum Strukturieren und Kommunizieren an.

Praktisch modellieren die Schüler reale Szenarien, wie ein Auto mit einem Motor assoziiert ist, aber nicht kompositiert. Sie zeichnen UML-Diagramme mit Kardinalitäten und üben, textuelle Beschreibungen in Modelle umzusetzen. So verstehen sie, wie Assoziation Flexibilität in Software-Designs schafft und Wartbarkeit verbessert.

Aktives Lernen ist hier besonders vorteilhaft, da Schüler durch Diskussionen und Modellieraufgaben abstrakte Konzepte konkretisieren, Fehler früh erkennen und kreative Lösungen entwickeln. Es fördert tiefes Verständnis und Transfer auf komplexe Systeme.

Leitfragen

1. Wie kommunizieren Objekte miteinander, ohne ihre interne Struktur preiszugeben?
2. Was ist der Unterschied zwischen einer 'hat-ein' und einer 'ist-ein' Beziehung?
3. Wie vermeiden wir zu starke Abhängigkeiten zwischen verschiedenen Klassen?

Lernziele

• Analysieren Sie die Unterschiede zwischen Assoziation und Komposition in UML-Diagrammen anhand von Beispielen.
• Erklären Sie die Bedeutung von Kardinalitäten bei der Modellierung von Assoziationen zwischen Objekten.
• Entwerfen Sie ein einfaches Klassendiagramm, das eine Assoziationsbeziehung zwischen zwei Klassen darstellt.
• Bewerten Sie die Auswirkungen von starker versus loser Kopplung auf die Wartbarkeit von Software anhand von Szenarien.
• Identifizieren Sie Assoziationsbeziehungen in einer gegebenen textuellen Beschreibung eines Systems.

Bevor es losgeht

Grundlagen der Objektorientierung: Klassen und Objekte

Warum: Schüler müssen verstehen, was Klassen und Objekte sind, bevor sie Beziehungen zwischen ihnen modellieren können.

Einführung in UML-Diagramme

Warum: Grundkenntnisse in der Notation von UML-Diagrammen sind notwendig, um Assoziationen visuell darstellen und interpretieren zu können.

Schlüsselvokabular

Assoziation	Eine Beziehung zwischen zwei Klassen, die angibt, dass Objekte der einen Klasse mit Objekten der anderen Klasse verbunden sind oder interagieren. Sie repräsentiert eine 'hat-ein'-Beziehung.
Komposition	Eine spezielle Form der Assoziation, bei der ein Objekt ('Teil') untrennbar mit einem anderen Objekt ('Ganzes') verbunden ist. Wenn das 'Ganze' zerstört wird, wird auch das 'Teil' zerstört.
Kardinalität	Gibt an, wie viele Instanzen einer Klasse mit Instanzen einer anderen Klasse verbunden sein können (z. B. 1:1, 1:n, n:m).
Kopplung	Ein Maß dafür, wie stark Klassen voneinander abhängig sind. Lose Kopplung ist wünschenswert, um die Flexibilität und Wartbarkeit zu erhöhen.

Vorsicht vor diesen Fehlvorstellungen

Häufige Fehlvorstellung

Assoziation erfordert immer Zugriff auf interne Daten.

Was Sie stattdessen lehren sollten

Assoziation basiert auf Nachrichtenübergabe über Methodenaufrufe, ohne interne Struktur preiszugeben. Dies schützt Kapselung.

Häufige Fehlvorstellung

Jede 'hat-ein'-Beziehung ist eine Komposition.

Was Sie stattdessen lehren sollten

Assoziation ist lose, Komposition stark. Bei Assoziation existieren Objekte unabhängig voneinander.

Häufige Fehlvorstellung

Assoziation ersetzt Vererbung vollständig.

Was Sie stattdessen lehren sollten

Assoziation modelliert Zusammensetzung, Vererbung Hierarchien. Beide ergänzen sich für flexibles Design.

Ideen für aktives Lernen

Paararbeit: Assoziationsszenarien modellieren

Schüler modellieren in Paaren reale Objekte mit Assoziationen, z. B. Bibliothek und Bücher. Sie zeichnen UML-Diagramme und diskutieren Kardinalitäten. Am Ende präsentieren sie ihre Modelle.

25 Min.·Partnerarbeit

Gruppenarbeit: Unterschied zu Vererbung

Kleine Gruppen vergleichen 'hat-ein' und 'ist-ein'-Beziehungen an Beispielen wie Tier und Haustier. Sie erstellen Gegenbeispiele und begründen die Wahl. Gemeinsam erarbeiten sie Regeln.

30 Min.·Kleingruppen

Individuelle Übung: Code-Skizzen

Jeder Schüler skizziert Java-Code für eine Assoziation zwischen Klassen. Sie testen lose Kopplung durch Änderungen. Lehrer gibt Feedback.

15 Min.·Einzelarbeit

Klassenrunde: Fallstudie diskutieren

Die Klasse diskutiert eine Systembeschreibung und identifiziert Assoziationen gemeinsam. Sie voten über beste Modelle.

20 Min.·Ganze Klasse

Bezüge zur Lebenswelt

• In der Softwareentwicklung für Online-Shops modellieren Entwickler oft eine 'Kunde hat Bestellungen'-Beziehung (Assoziation), wobei ein Kunde mehrere Bestellungen haben kann.
• Automobilhersteller verwenden Assoziationen, um Komponenten wie ein Auto und seinen Motor zu beschreiben. Ein Auto 'hat einen' Motor, aber der Motor kann auch in anderen Fahrzeugen verwendet werden.
• Bei der Entwicklung von Datenbanken für Bibliotheken wird die Beziehung zwischen Büchern und Ausleihenden als Assoziation modelliert, um zu verfolgen, wer welches Buch ausgeliehen hat.

Ideen zur Lernstandserhebung

Lernstandskontrolle

Geben Sie den Schülern eine kurze Beschreibung eines Systems (z. B. ein Restaurant mit Tischen und Kellnern). Bitten Sie sie, eine Assoziationsbeziehung zu identifizieren und die Kardinalität anzugeben. Fragen Sie zusätzlich: 'Ist dies eine Assoziation oder eine Komposition und warum?'

Diskussionsfrage

Stellen Sie die Frage: 'Warum ist es wichtig, zwischen Assoziation und Komposition zu unterscheiden, wenn wir Software entwerfen?' Leiten Sie eine kurze Klassendiskussion, die sich auf die Auswirkungen auf die Lebensdauer von Objekten und die Systemwartbarkeit konzentriert.

Kurze Überprüfung

Zeigen Sie ein einfaches UML-Diagramm mit zwei Klassen und einer Assoziationslinie mit Kardinalitäten. Bitten Sie die Schüler, die Beziehung in einem Satz zu beschreiben und zu erklären, was die Kardinalitäten bedeuten.

Häufig gestellte Fragen

Was ist der Hauptunterschied zwischen Assoziation und Vererbung?

Assoziation beschreibt eine 'hat-ein'-Beziehung mit loser Kopplung, bei der Objekte unabhängig kommunizieren. Vererbung realisiert 'ist-ein' mit Code-Wiederverwendung durch Hierarchien. Assoziation vermeidet starke Abhängigkeiten und fördert Flexibilität, während Vererbung gemeinsame Eigenschaften teilt. In der Praxis wählen Schüler Assoziation, wenn Klassen nicht hierarchisch verwandt sind, z. B. Auto und Fahrer.

Warum ist aktives Lernen bei Assoziationen wirksam?

Aktives Lernen lässt Schüler Beziehungen selbst modellieren und testen, was abstrakte Konzepte greifbar macht. Durch Paar- oder Gruppenarbeit diskutieren sie Feinheiten wie Kardinalitäten und erkennen Missverständnisse früh. Dies stärkt Problemlösungsfähigkeiten und Transfer auf reale Softwareprojekte, wie KMK-Standards zum Strukturieren fordern. Lehrer beobachten und lenken, um tiefes Verständnis zu sichern.

Wie vermeidet man zu starke Abhängigkeiten?

Nutzen Sie Getter- und Setter-Methoden statt direkten Zugriffs. Definieren Sie klare Schnittstellen und minimieren Rückkopplungen. Testen Sie Modelle auf Änderbarkeit: Kann ein Objekt ohne das andere existieren? Dies entspricht guten OO-Prinzipien und erleichtert Wartung.

Wie integriert man Assoziation in UML?

Zeichnen Sie Linien zwischen Klassen mit Rollen und Kardinalitäten, z. B. 1..* für mehrere Instanzen. Markieren Sie Richtung bei unidirektionaler Assoziation. Dies visualisiert Interaktionen klar und unterstützt Teamarbeit in der Entwicklung.