Informatik · Klasse 12

Ideen für aktives Lernen

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.

• KMK Bildungsstandards
• KMK: Sekundarstufe II - Modellieren und Implementieren

• 20–60 Min.
• Partnerarbeit → Ganze Klasse
• 3 Aktivitäten

Aktivität 01

• 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.

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.

Worauf zu achten ist

Geben Sie jedem Schüler eine Karte mit einem einfachen Objekt aus dem Alltag (z. B. 'Auto', 'Buch'). Bitten Sie die Schüler, drei Attribute und zwei Methoden für dieses Objekt zu definieren und kurz zu erklären, wie Kapselung hier angewendet werden könnte.

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

Aktivität 02

• 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.

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.

Worauf zu achten ist

Stellen Sie eine Liste von Begriffen bereit (Klasse, Objekt, Attribut, Methode, Kapselung). Lassen Sie die Schüler jeden Begriff mit eigenen Worten definieren und ein kurzes, selbst gewähltes Beispiel für die Anwendung in der Programmierung geben.

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

Aktivität 03

• 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.

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.

Worauf zu achten ist

Teilen Sie die Klasse in Kleingruppen auf. Jede Gruppe erhält ein einfaches Szenario (z. B. 'Ein Online-Shop mit Produkten und Kunden'). Die Gruppen erstellen ein einfaches Klassendiagramm mit mindestens zwei Klassen und deren Beziehungen. Anschließend tauschen die Gruppen ihre Diagramme und geben sich gegenseitig Feedback zu Klarheit und Vollständigkeit der Modellierung.

• Verstehen
• Analysieren
• Erschaffen
• Selbstwahrnehmung
• Selbststeuerung

Einige Hinweise zum Unterrichten dieser Einheit

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.

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

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

  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.

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

  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.

---

In dieser Übersicht verwendete Methoden

• Museumsgang
• Ich-Du-Wir (Denken-Austauschen-Vorstellen)
• Concept-Mapping