Achtung: diese Seite wird nur zu Testzwecken betrieben. Hier gelangen Sie zur Madipedia-Website: https://madipedia.de

Baustelle:Gestaltprinzipien dynamischer Geometrie: Unterschied zwischen den Versionen

Zur Navigation springen Zur Suche springen

Baustelle:Gestaltprinzipien dynamischer Geometrie (Quelltext anzeigen)

Version vom 15. Februar 2015, 13:12 Uhr

7.816 Bytes hinzugefügt ,  15. Februar 2015
keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(7 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 38: Zeile 38:
Diese aktivieren mehrere Seiten in einem Dokument. (nur in GSP gefunden)
Diese aktivieren mehrere Seiten in einem Dokument. (nur in GSP gefunden)


== Die Erstellung einer Konstruktion <ref> vgl. Makrell 2011, S. 375ff==
== Die Erstellung einer Konstruktion <ref> vgl. Makrell 2011, S. 375ff </ref> ==
Um eine Konstruktion zu erstellen, bedarf es nach Mackrell vier Aspekte: Entscheidung über ein geeignetes Werkzeug, Lokalisieren des Werkzeuges, Anwenden des Werkzeuges und Interpretieren des Ergebnisses. Jedoch zeigt sich eine überraschende Vielfalt an Designunterschieden in den Programmen, wie zum Beispiel in der Erstellung, Messung und Interpretation der Ergebnisse. Die Entscheidung über das grundlegende Design eines Programms liefern die Werkzeuge.
Um eine Konstruktion zu erstellen, bedarf es nach Mackrell vier Aspekte: Entscheidung über ein geeignetes Werkzeug, Lokalisieren des Werkzeuges, Anwenden des Werkzeuges und Interpretieren des Ergebnisses. Jedoch zeigt sich eine überraschende Vielfalt an Designunterschieden in den Programmen, wie zum Beispiel in der Erstellung, Messung und Interpretation der Ergebnisse. Die Entscheidung über das grundlegende Design eines Programms liefern die Werkzeuge.




=== Entscheidung über ein geeignetes Werkzeug ===
=== Entscheidung über ein geeignetes Werkzeug ===
=== Lokalisieren des Werkzeuges ===
Je nach Programm gibt es verschiedenste Werkzeuge, um ein Objekt zu erstellen. Aber auch innerhalb eines Programms gibt es unterschiedliche Wege Objekte, wie beispielsweise einen Kreis, zu erzeugen. Die Art des Inputs, die Auswahl des Werkzeuges und die Art des Outputs sind entscheidend für die Darstellung des Objektes auf dem Bildschirm, wobei Input und Output dementsprechend von statischen und dynamischen Eigenschaften definiert werden. Daher kann man sagen, dass es eine Vielzahl an Möglichkeiten von Beziehungen zwischen den Werkzeugen und ihrer Funktionalitäten gibt:
Eine Möglichkeit wäre es unterschiedliche Werkzeuge im Programm zuzulassen, die die gleiche Funktionalität haben. Solch eine mehrfache Darstellung der Funktionalitäten tritt in Cinderella in der Form auf, dass fast alle Werkzeuge sowohl als Menübefehl, als auch als icon in der Symbolleiste erscheinen.
Werkzeuge mit der gleichen Funktionalität unterschiedlich zu nutzen, wäre eine zweite Möglichkeit.  So kann man beispielsweise in GSP zunächst die Objekte und dann einen Menübefehl auswählen, oder erst ein icon in der Symbolleiste anklicken und anschließend das entsprechende Objekt (bzw. nach der Auswahl des icons das Objekt erstellen.
Eine dritte Möglichkeit wäre, dass Werkzeuge mit unterschiedlichem Input zu gelassen werden. In Cinderella und GeoGebra gibt es jeweils Werkzeuge mit der gleichen Funktionalität, einmal ist der Name eines Objektes gefordert und ein andermal soll das entsprechende Objekt angeklickt werden.
 
Weitere Entscheidungen ergeben sich aus dem Unterschied zwischen den zwei Arten von Funktionalitäten. Ein Werkzeug kann daher als atomic-funktional beschrieben werden, wenn es ein Objekt so wie kein anderes Werkezeug des Programm verändert. Dazu gehört zum Beispiel das Werkzeug, das einen Kreis mithilfe des Mittelpunktes und einem Punkt auf dem Umkreis erzeugt. Ein Werkzeug heißt molucular-funktional, wenn sein Output auch durch andere Werkzeuge erzeugbar wäre. Ein Beispiel wäre das Werkzeug, das einen Kreis über die Eingabe des Mittelpunktes und der Radiuslänge erzeugt.
Angewandt auf die geometrischen Objekterstellungen und Messtechniken entsprechen atomic-funktionale Werkezeuge beispielsweise einem Lineal, Zirkel oder Winkelmesser. Molecular-funktionale Werkzeuge beinhalten einfache euklidische Konstruktionen (wie beispielsweise einen Kreis durch drei Punkte) und Messungen, die Berechnungen erfordern (wie die Fläche eines Kreises).
 
Zusammenfassend lässt sich sagen, dass Werkzeuge mehrere Funktionalitäten haben können, wobei die Art des Inputs die des Outputs beeinflusst, was unter Umständen für Verwirrungen bei den Schülerinnen und Schüler führen kann. Andererseits kann dies auch für das Lernen der mathematischen Fachsprache förderlich sein. Denn durch das Ausprobieren der Werkzeuge wird der Anwender zum Nachdenken veranlasst, was die entsprechenden Beschriftungen oder icons bedeuten. Pädagogisch sinnvoll wäre außerdem das Ausblenden bzw. bewusste Weglassen von bestimmten Werkzeugen bei Aufgaben, wie beispielsweise einer Konstruktion von einem Parallelogramm ohne das Parallelen-Werkzeug. Die entsprechende Auswahl des Werkezeuges hängt von dem gegebenen Programm und der Art des Anwenders ab, was im folgenden näher beschrieben wird.
 
=== Auswahl und Strukturierung der Werkzeuge ===
Bei der Auswahl der Werkzeuge ist v.a. die Anzahl entscheidend. Zu viele Werkzeuge können die Schülerinnen und Schüler, aber auch die Lehrkräfte überwältigen, also die Nutzbarkeit des Programms erschweren. Auf überflüssige Werkzeuge sollte daher verzichtet werden.
 
Von Bedeutung ist außerdem, wie die Werkzeuge strukturiert sind.  Die  Werkzeuge können z.B. auf einer ''Symbolleiste mit bildhaften Icons'' dargestellt werden oder in ''Menüs'' gefasst werden, wobei dort dann der Werkzeugname zur Erkennung genutzt wird. Hier ist anzumerken, dass Menütitel zwar leichter als Symbole zu interpretieren sind, es jedoch länger dauern kann ein bestimmtes Werkzeug in den Menüs zu finden.
 
Eine Gruppierung der Werkzeuge kann außerdem für Übersichtlichkeit sorgen. Die Art der Gruppierung kann sich auf die Auffindbarkeit und auf das konzeptionelle Verständnis des Werkzeuges auswirken. Die Werkzeuge können auf zwei verschiedenen Wegen sortiert werden: Entweder ''nach der Art der Konstruktion'' oder ''nach dem resultierenden Objekt''. Bei beiden Möglichkeiten entstehen jedoch Ungereimtheiten. Gruppiert man die Werkzeuge nach der Art der Konstruktion, fällt es schwer freie von abhängigen Konstruktion klar zu trennen. Fällt die Entscheidung zu Gunsten der Gruppierung nach dem resultierenden Objekt, so landen beispielsweise Linien, die durch zwei Punkte konstruiert werden in einer Gruppe mit Linien, die zu einer anderen parallel konstruiert wurden.
 
=== Anwenden des Werkzeugs ===
=== Anwenden des Werkzeugs ===
=== Interpretieren des Ergebnisses ===
Grundsätzlich gibt es zwei Möglichkeiten ein Element neu zu definieren:
 
a) zuerst wird das Objekt ausgewählt und dann die Aktion ausgeführt (O/A)<br />
b) oder zuerst wird die Aktion ausgewählt und dann das Objekt mit dem die Aktion durchgeführt werden soll (A/O).
 
Diese genannten Design-Entscheidungen wurden als wesentlicher Unterschied zwischen den Geometriesystemen identifiziert. Beide unterscheiden sich jedoch in der zugrunde liegenden mathematischen Sprache um Objekte zu erzeugen. Die zahlreichen Geometriesoftwares sind nicht auf ein Design festgelegt. Sie nutzen beides für unterschiedliche Zwecke. Des Weiteren gibt es Software, die O/A/O nutzt: Objekt auswählen, Aktion auswählen und schließlich ein weiteres Objekt auswählen.
Cabri nutzt z.B. O/A um das Erscheinungsbild oder die Eigenschaften von Objekten zu ändern und GSP nutzt A/O für die Werkzeugleiste.
Da GSP öfter von A/O zu O/A wechselt ist die Software vermutlich langsamer als eine, die zum Großteil nur A/O nutzt. A/O ist theoretisch immer anwendbar im Gegensatz zu O/A, da man mit O/A beispielsweise keinen freien Punkt erzeugen kann.
 
Beide Varianten haben ihre Vorteile. O/A macht eine schnelle Abfolge von Aktionen möglich, wenn Objekte automatisch ausgewählt werden. A/O ist vorteilhaft, wenn die gleiche Aktion an mehreren Objekten durchgeführt werden soll. Cinderella nutzt diese flexible Auswahl der Reihenfolge, was jedoch zu Verwirrungen beim Nutzer führen kann.
Ein weiterer Vorteil von A/O ist das Angebot einer Werkzeughilfe sobald ein Werkzeug ausgewählt ist. Hingegen kann O/A nur Hinweise geben ob das Werkzeug benutzbar ist, wenn ein Objekt ausgewählt ist. Die Art und Weise der Werkzeugbenutzung muss separat dokumentiert sein. A/O kann auch Hinweise für die anschließende Objektauswahl. Dafür gibt es zwei Formen: Wenn die Maus über ein benutzbares Objekt fährt, wird
 
a) dieses Objekt hervorgehoben oder<br />
b) der Hinweis in Textform angezeigt.
 
Mittels A/O und O/A/O ist auch eine graphische Vorschau möglich. Das Problem dabei ist, dass die graphische Vorschau identisch mit der vollendeten Konstruktion aussieht. Dadurch kann es sein, dass der Benutzer seine Konstruktion nicht richtig vollendet und beispielsweise mit dem nächsten Werkzeug schon fortfährt.
 
Eine weitere Konsequenz ist die Beeinflussung der Reihenfolge in der die Objekte angeklickt werden auf das Resultat. Bei O/A hingegen ist die Reihenfolge für den Benutzer nicht sichtbar und somit nicht von Bedeutung.
Eine weitere Design-Entscheidung, die getroffen werden muss ist wie die Software mit der Auswahl von identischen oder nahezu identischen Objekten umgeht. Dafür gibt es zum einen die voreingestellte Variante, welche aber den Benutzer in seinem Handeln einschränken können und zum anderen die Benutzerlösung, welche er aber zunächst selber einstellen muss.


== Forschungsumfeld ==
== Forschungsumfeld ==
Zeile 54: Zeile 88:


== Fachdidaktische Diskussion ==
== Fachdidaktische Diskussion ==
Die oben beschriebene Vielfalt ist ein Hinweis darauf, dass das Erstellen eines IGS Programm nicht einfach das Repräsentieren von statisch euklidischer Geometrie ist, sondern abhängig von der Erkenntnistheorie des Designers ist. Es wird sowohl von kulturellen Konventionen als auch von pädagogischen Überlegungen beeinflusst.
Die erheblichen Unterschiede in der Gestaltung der verschiedenen IGS Programme sind ein Hinweis darauf, dass kein Programm alle Wünsche und Vorstellungen des Benutzers abdecken kann. Vor allem für Lehrkräfte ist es daher notwendig, vor der Arbeit mit DGS im Unterricht zu klären, was das Programm jeweils leisten soll. Somit kann die Grundlage geschaffen werden, zwischen den einzelnen verfügbaren Programmen das auszuwählen, das jeweils zu den methodisch-didaktischen Überlegungen passt.




Mati Rimu
21

Bearbeitungen

Abgerufen von „http://dev.madipedia.de/wiki/Spezial:Mobiler_Unterschied/20526...20592“
Cookies helfen uns bei der Bereitstellung von dev_madipedia. Durch die Nutzung von dev_madipedia erklärst du dich damit einverstanden, dass wir Cookies speichern.

Navigationsmenü