Lehr- Lernprozesse im Informatik-Anfangsunterricht

Unterrichtserfahrungen und Praxiskonzepte
Insgesamt kommt Füller zu dem ernüchternden Fazit, dass unklar sei, wozu überhaupt Objektorientierung
im Informatikunterricht thematisiert werden solle und wie man dieses Thema
denn vermitteln solle. Er fordert, die Konsequenzen eines Programmierparadigmenwechsels
„viel genauer als bisher zu durchdenken, breiter zu debattieren, um eine derartige Entscheidung
viel bewusster treffen zu können. Hier ist die Bildungsplanung gefragt: Leitfragen müssen sein:
- Welchen Beitrag kann die Informatik zu einem konstruktivistischen, selbsttätigen Lernen
leisten?
- Welchen Stellenwert hat eine induktiv-experimentierende, spielerische Arbeitsweise?
- Welche Rolle spielt analysierendes 'theoretisches' deduzierendes Vorgehen?
- Welche Werkzeuge werden für die verschiedenen Arbeitsschritte gebraucht und wann sollen diese
eingesetzt werden?“ (aaO., S. 200f).
Zusammenfassung:
Eine Konsequenz des projektartigen Vorgehens ist, dass die Schüler, da sie ja noch keinerlei
Vorerfahrungen besitzen, in jedem einzelnen Schritt von der Beurteilung durch den Lehrer
abhängen und im Grunde Ideen nur ratend vorschlagen, von denen dann die richtige vom
Lehrer im Unterrichtsgespräch herausgefiltert wird. Dann erarbeitet oder demonstriert der
Lehrer die Umsetzung der Idee. Auf diese Weise entsteht nach und nach die Implementation.
Daher ist es sehr wahrscheinlich, dass die zu lösenden Beispiele so ausgewählt werden (müssen),
dass 'die richtige Lösung' den Schülerinnen und Schülern sofort einsichtig wird.
Dadurch aber steht anstelle des Modellierprozesses tatsächlich die Einführung in Konzepte,
Sprachsyntax und die Entwicklungsumgebung im Vordergrund.
3.3 Formulardesigner nutzen
Dieser Ansatz nutzt die Möglichkeiten integrierter Entwicklungsumgebungen (und entsprechender
Komponentenbibliotheken), die grafische Benutzungsoberfläche eines Programms
durch Platzieren von Komponenten 8 auf ein Formular zu erstellen. Auf diese Weise kann der
Entwickler eines Programms dessen Oberfläche interaktiv mit der Maus zusammenstellen, indem
er die benötigten Komponenten aus der Komponentenpalette auswählt, auf dem
Formular anordnet und bearbeitet.
In der Schule wird dieses Vorgehen als 'visuelles Programmieren' bezeichnet. Die Bezeichnung
meint eigentlich komponentenbasierte Entwicklung. Auf diese Weise entsteht zwar
nicht die vollständige Implementation, aber zumindest Teile. Husch (1997, S.12) liefert ein
Beispiel für die schultypische Auslegung des Begriffs:
„Visuelle Programmierung beruht auf der Tatsache, daß die Funktionsauslösung in Programmen
über Dialogkomponenten erfolgt, die auf der Benutzeroberfläche sichtbar sind; das können einfache
Schaltflächen (Buttons), Optionsschaltflächen (Radiobuttons), Menüpunkte, Eingabefelder,
Rollbalken usw. sein. Je nach Ausstattungsreichtum eines Entwicklersystems kann der Anwendungsprogrammierer
auf eine mehr oder weniger gut ausgestattete Bibliothek derartiger
Komponenten zugreifen und sie in seinen Programmen benutzen.“
Der Ansatz ist eng mit der Entwicklungsumgebung Delphi verbunden. Aus der Benutzung
von Entwicklungsumgebungen und Komponenten wird eine bestimmte Phasierung des Programmierens
abgeleitet; nach Modrow (1998, S. 23) in drei Phasen:
1. Zusammenstellen der Programmoberfläche in der Entwicklungsumgebung.
2. Ausfüllen der benötigten Ereignisbehandlungsmethoden mit Quelltext.
3. Übersetzen und Testen des erzeugten Programms.
8 Komponenten sind Klassen, die bereits zur Entwurfszeit darstellbar sind und deren Eigenschaften zur Entwurfszeit
manipulierbar sind, etwa die Platzierung auf dem Formular, Größe und Beschriftung.
18