Lehr- Lernprozesse im Informatik-Anfangsunterricht

Zusammenfassung und Diskussion
Teilnahme an den Kursen höherer Semester erfolgt, dann wäre der Unterricht dieser Schülerinnen
und Schüler vertan. Folglich muss ein Programmierkurs über die gesamte Kursfolge so verteilt
werden, dass einerseits die Sprachstrukturen, die zur Bearbeitung bestimmter Problemklassen erforderlich
sind, sicher beherrscht werden, andererseits die zu dieser Übung erforderliche Zeit in
einem ausgewogenen Verhältnis zur Gesamtunterrichtszeit steht. Sinnvollerweise folgen die benötigten
Sprachstrukturen aus einer umfassenderen Problemstellung, sodass Schüler und Lehrer
jeweils wissen, weshalb gerade diese Programmierübungsphase eingeschoben werden muss. Ein
Programmierkurs kann und soll deshalb nicht an der Systematik der Programmiersprache ausgerichtet
sein. Er wird die zur Verfügung stehenden Sprachmittel nur unvollständig ausschöpfen. Er
enthält nur die benötigten, nicht die möglichen Teile; diese werden allerdings sorgfältig unterrichtet.“
(Modrow 2002, S.59)
Das hier aufgeführte Zitat spiegelt vermutlich die Sicht erfahrener Lehrerinnen und Lehrer
wieder, löst jedoch das aufgeworfene Dilemma nicht. Ziel des Unterrichts ist das selbstständige
Entwerfen von Problemlösungen oder, wie es bei Hubwieser heißt, das Strukturieren von
Informationen. Die Lösungsideen müssen jedoch aufgeschrieben und geprüft werden, und
zwar am Rechner, was die Beherrschung der dazu eingesetzten Werkzeuge erfordert. An dieser
Stelle wird 'erfordert' oft zu einem zeitlich verstandenen 'vorausgesetzt' umgedeutet,
sodass ein von der eigentlichen Aufgabenstellung losgelöster Programmierkurs dem gesamten
Unterricht vorangeht oder jeweils vorher eingeschoben wird – damit aber Gefahr läuft in einem
isolierten, kalkülorientierten Unterrichtskonzept vermittelt zu werden. Zudem führt das
zu engeren Aufgabenstellungen in der sich anschließenden Projektphase, die dann zu einer
Übungsphase für die vorher trainierten Sprachstrukturen und Werkzeugmöglichkeiten reduziert
wird. Ein solcher Unterricht wäre dem oben so genannten Problemlöse-Paradigma
zuzurechnen (Abschnitt 3.6, S. 25ff.).
Das hier vorgeschlagene Unterrichtskonzept vermeidet ein 'Lernen auf Vorrat' und integriert
die Vermittlung des notwendigen Implementationswissens in den Unterricht, der das Modellieren
betont.
Allerdings könnte man fragen, ob die mit dem Begriff der Problemorientierung festgestellte
Kalkülorientierung des Informatikunterrichts mit diesem Ansatz tatsächlich überwunden wurde,
oder ob nur der 'alte' einführende Sprachkurs durch einen Kurs zur Vermittlung von
Modelliersyntax in Form von UML-Elementen und Fujaba-Bedienung ersetzt worden ist.
Wünschenswert sind weitere Arbeiten mit dem Ziel, die Modellierperspektive sowie die Einführung
in systemorientierte Denkweisen zu stärken. Die Modellierung von Objektstrukturen
sollte im Unterricht stärker mit der Frage nach den Grenzen des Modells bzw. mit der (systemorientierten)
Frage verbunden werden, welche Aspekte und Funktionen automatisiert und
welche von den menschlichen Benutzern übernommen werden sollen. Auf diese Weise würde
die Beschreibung der Anwendungsdomäne im Sinne des informationszentrierten Ansatzes mit
der Bewertung und Reflexion des Modells im Sinne des systemorientierten Ansatzes verbunden.
Offen bleibt, wie Informatikunterricht nach diesem Anfangsunterricht weitergeführt werden
kann. Damit aber ist die Diskussion über die Rolle und möglichst angemessene Integration
der Vermittlung von Implementationwissen auch mit der vorliegenden Arbeit nicht abgeschlossen.
Diskussion der Evaluationsmethode
In der hier durchgeführten Evaluation wurden bestehende Instrumente eingesetzt sowie neue
Instrumente entwickelt. Schülerbefragungen konnten viel über die subjektiven Sichtweisen
der Schülerinnen und Schüler in Erfahrung bringen. Einzelinterviews mit kategorisierter Aus-
187