Einführung in die Objektorientierung

Aktive Modellierung mit UML-Klassendiagrammen hilft Lernenden, Abstraktionsfähigkeiten zu entwickeln, die für Softwarearchitektur entscheidend sind. Durch das Übersetzen von Alltagsszenarien in technische Strukturen erkennen Schüler sofort, warum präzise Modellierung die spätere Implementierung erleichtert und Fehler verhindert.

• Klasse 12
• Informatik Oberstufe: Von Algorithmen zur vernetzten Gesellschaft
• 3 Aktivitäten
• 20 Min.–60 Min.

Lernziele

1. Erklären Sie die Konzepte von Klasse, Objekt, Attribut und Methode anhand eines einfachen Beispiels.
2. Analysieren Sie ein gegebenes Problem und identifizieren Sie potenzielle Klassen und deren Beziehungen.
3. Demonstrieren Sie die Anwendung von Kapselung durch die Implementierung von Getter- und Setter-Methoden.
4. Vergleichen Sie die Vorteile der Objektorientierung gegenüber prozeduralen Ansätzen für die Softwareentwicklung.
5. Entwerfen Sie ein einfaches Klassendiagramm für ein gegebenes Szenario.

Museumsgang

⏱ 45 Min.·Kleingruppen

Museumsgang: System-Architektur-Kritik

Kleingruppen entwerfen Klassendiagramme für ein komplexes System wie eine Bibliotheksverwaltung oder ein Online-Shop-Backend auf Plakaten. Die Gruppen rotieren im Raum, hinterlassen Feedback-Post-its zu Vererbungshierarchien und diskutieren im Anschluss die gefundenen Schwachstellen.

Vorbereitung & Details

Analysieren Sie, wie Kapselung die Wartbarkeit und Sicherheit von Software verbessert.

Moderationstipp: Während des Gallery Walks stellen Sie gezielte Fragen wie 'Welche Beziehungen fehlen hier?' oder 'Warum wurde diese Klasse nicht geerbt?' um die Analyse zu vertiefen.

Setup: Wandflächen oder Tische entlang der Raumwände

Materials: Plakatpapier oder Posterwände, Marker, Haftnotizen für Feedback

• Verstehen
• Anwenden
• Analysieren
• Erschaffen
• Beziehungsfähigkeit
• Sozialbewusstsein

Ich-Du-Wir (Denken-Austauschen-Vorstellen)

⏱ 20 Min.·Partnerarbeit

Ich-Du-Wir (Denken-Austauschen-Vorstellen): Interface vs. Abstrakte Klasse

Lernende analysieren einzeln ein Szenario zur Plugin-Entwicklung und entscheiden sich für eine Modellierungsvariante. Nach dem Austausch mit einem Partner präsentieren sie der Klasse, warum ihre Wahl die Wartbarkeit des Codes verbessert.

Vorbereitung & Details

Erklären Sie die grundlegenden Prinzipien der Objektorientierung (Kapselung, Vererbung, Polymorphie).

Moderationstipp: Beim Think-Pair-Share geben Sie den Lernenden konkrete Beispiele für Interfaces und abstrakte Klassen aus Lehrbüchern oder Code-Beispielen als Diskussionsgrundlage.

Setup: Standard-Klassenzimmer; die Lernenden wenden sich dem Sitznachbarn zu

Materials: Diskussionsimpuls (projiziert oder gedruckt), Optional: Notizblatt für die Partnerarbeit

• Verstehen
• Anwenden
• Analysieren
• Selbstwahrnehmung
• Beziehungsfähigkeit

Concept-Mapping

⏱ 60 Min.·Kleingruppen

Kollaborative Untersuchung: Refactoring-Challenge

Die Klasse erhält ein fehlerhaftes, eng gekoppeltes UML-Modell ohne Vererbung. In Gruppen müssen sie das Modell durch Anwendung von Generalisierung und Polymorphie so umstrukturieren, dass neue Anforderungen ohne Code-Duplizierung hinzugefügt werden können.

Vorbereitung & Details

Begründen Sie die Notwendigkeit objektorientierter Ansätze für komplexe Softwaresysteme.

Moderationstipp: Bei der Kollaborativen Untersuchung stellen Sie sicher, dass jede Gruppe zu Beginn ein klares Feedbackraster erhält, das auf die KMK-Standards verweist.

Setup: Tische für große Papierformate oder Wandflächen

Materials: Begriffskarten oder Haftnotizen, Plakatpapier, Marker, Beispiel für eine Concept Map

• Verstehen
• Analysieren
• Erschaffen
• Selbstwahrnehmung
• Selbststeuerung

Dieses Thema unterrichten

Erfahrene Lehrkräfte beginnen mit einfachen, greifbaren Beispielen wie 'Tier' und 'Hund', um Vererbung zu verdeutlichen, bevor sie zu abstrakten Konzepten übergehen. Vermeiden Sie es, sofort auf Code-Ebene zu arbeiten – der Fokus sollte auf der Modellierung und Kommunikation von Architektur liegen. Nutzen Sie Fehlermuster aus realen Projekten, um zu zeigen, wie schlechte Modellierung zu technischen Schulden führt.

Was Sie erwartet

Am Ende sollen die Lernenden komplexe Beziehungen zwischen Klassen klar darstellen können und die Unterschiede zwischen Vererbung, Aggregation und Komposition sicher anwenden. Erfolg zeigt sich daran, dass sie ihre Modelle anderen erklären und konstruktive Kritik äußern können.

Vorsicht vor diesen Fehlvorstellungen

Häufige Fehlvorstellung

Während der Kollaborativen Untersuchung Refactoring-Challenge beobachten Sie, dass Lernende Vererbung primär als Code-Reduktion verstehen.

Was Sie stattdessen lehren sollten

Nutzen Sie die Reflexionsphase der Aktivität, um die Gruppen zu fragen, welche 'Ist-ein'-Beziehungen sie modelliert haben und wie sich diese in Polymorphie auswirken. Zeigen Sie auf, dass falsche Vererbungshierarchien zu unerwartetem Verhalten führen, selbst wenn der Code kürzer wird.

Häufige Fehlvorstellung

Während des Gallery Walks System-Architektur-Kritik äußern Lernende, dass ein UML-Diagramm alle Details enthalten muss.

Was Sie stattdessen lehren sollten

Lenken Sie die Diskussion auf die Frage 'Welche Informationen sind für Teamkollegen oder zukünftige Entwickler wirklich relevant?' und verweisen Sie auf die Diagramme anderer Gruppen als Gegenbeispiele für überladene Modelle.

Ideen zur Lernstandserhebung

Lernstandskontrolle

Nach der Think-Pair-Share-Aktivität 'Interface vs. Abstrakte Klasse' geben Sie jeder Schülerin und jedem Schüler einen Zettel mit einem Alltagsbeispiel (z.B. 'Smartphone-Betriebssystem'). Sie sollen in drei Sätzen erklären, warum dies als Interface oder abstrakte Klasse modelliert werden könnte.

Kurze Überprüfung

Nach dem Gallery Walk 'System-Architektur-Kritik' fragen Sie die Klasse in einer Blitzlichtrunde: 'Nennt ein Beispiel, bei dem Aggregation besser passt als Komposition.' Jede Antwort wird kurz mit einem konkreten Beispiel aus den besprochenen Diagrammen verknüpft.

Gegenseitige Bewertung

Während der Kollaborativen Untersuchung 'Refactoring-Challenge' tauschen die Gruppen ihre Diagramme aus und bewerten diese anhand eines vorgegebenen Rasters (z.B. 'Sind alle Beziehungen klar beschriftet?'). Die Rückmeldungen werden in der Abschlussrunde gemeinsam besprochen.

Erweiterungen & Unterstützung

• Fordern Sie schnelle Lernende auf, ein Klassendiagramm für ein komplexes Szenario wie 'Bibliothekssystem' zu erstellen und dabei alle vier Beziehungen (Vererbung, Aggregation, Komposition, Assoziation) einzusetzen.
• Für unsichere Lernende bieten Sie eine Schritt-für-Schritt-Anleitung mit vorgegebener Klassenstruktur und leeren Beziehungen an, die sie vervollständigen.
• Vertiefen Sie mit einer Analyse, wie sich UML-Diagramme in agilen Entwicklungsprozessen einsetzen lassen, z.B. durch Vergleich verschiedener Diagramme einer Anwendung über die Zeit.

Schlüsselvokabular

Klasse	Eine Vorlage oder ein Bauplan für Objekte, die gemeinsame Eigenschaften (Attribute) und Verhaltensweisen (Methoden) definieren.
Objekt	Eine Instanz einer Klasse, die konkrete Daten (Attribute) und die zugehörigen Operationen (Methoden) enthält.
Attribut	Eine Eigenschaft oder ein Merkmal eines Objekts, das seinen Zustand beschreibt (z. B. Farbe, Größe, Name).
Methode	Eine Funktion oder ein Verhalten, das einem Objekt zugeordnet ist und Aktionen ausführt oder Daten manipuliert.
Kapselung	Das Bündeln von Daten (Attributen) und den Methoden, die auf diese Daten zugreifen, innerhalb einer Einheit (Klasse) und das Verbergen der internen Implementierungsdetails vor der Außenwelt.