3.2 Aufgabenbearbeitung und Erstellung - iqb-berlin/iqb-berlin.github.io GitHub Wiki

Reiter zu einer Aufgabe Aufgabenfolgen Ausgabe der Aufgaben

Reiter zu einer Aufgabe

Nach Öffnen eines Arbeitsbereichs kann in der Unit-Organisation eine neue Aufgabe angelegt oder eine bestehende Aufgaben bearbeitet werden. Wird eine Aufgabe neu angelegt, können alle relevanten Eigenschaften zu dieser Aufgabe vorab in einem Formular eingegeben werden. Es ist auch möglich diese Eigenschaften nachträglich zu ändern. Dazu ist die entsprechende Aufgabe in der Liste zu markieren. Anschließend erscheinen im oberen Teil einige Reiter. Über den Reiter "Eigenschaften" können die Eigenschaften nachträglich geändert werden. Alle weiteren Reiter werden nachfolgend beschrieben.

PictureLoad: Unit Bearbeitung

Eigenschaften

Unter den Eigenschaften einer Unit werden einerseits Metadaten, wie Namen und Beschreibung festgelegt und andererseits werden der zu verwendende Editor und der zugehörige Player bestimmt.

  • Kurzname:
    Eindeutiger (ID-fähiger )und schlüssiger Kurzname der Unit. Dieser sollte keine Leerzeichen oder Unterstriche enthalten. Über diesen Namen wird die Aufgabe im Testheft identifiziert.

  • Name:
    Dieser Name wird im Testcenter beim Abspielen dieser Aufgabe angezeigt. Dieser Name kann aber auch nachträglich noch geändert werden.

  • Editor:
    Für die Aufgabengestaltung können je nach Bedarf unterschiedliche Editoren genutzt werden. Diese unterscheiden sich hinsichtlich Funktionalität und Ausstattung. Welche Editoren das IQB anbietet ist dem Kapitel: 3.3 Editor zu entnehmen. Welcher Editor für den Aufgabenentwurf gewählt wird, orientiert sich an den Anforderungen.

  • Player:
    Damit eine entworfene Aufgabe sowohl in der Vorschau, als auch später im Testcenter abgespielt werden kann, wird ein Player benötigt. Dieser ist in die jeweilige Webanwendung integriert und gibt die Aufgabe mit all ihren Elementen wieder. Der Player muss dabei zwingend zum Editor passen mit dem die Aufgabe entworfen wurde. Wurde eine Aufgabe bspw. mit einem Script Editor entworfen, muss auch ein Script Player verwendet werden. Mehr Informationen finden Sie auch im Kapitel: Player.

Editor

Der eigentliche Aufgabenentwurf findet mithilfe des Editors statt. Dieser stellt die entsprechenden Funktionen und Aufgabenelemente bereit. Bei dem Editor handelt sich um ein eigenständiges Modul, welches in das Studio intergriert ist. Das IQB bietet einige Editoren mit unterschiedlichen Funktionsumfängen an. Der Editor wird daher in separaten Kapiteln näher beschrieben. Eine Auswahl der vom IQB angebotenen Editoren und die zugehörigen Informationen finden Sie im Kapitel: 3.3 Editor.

Vorschau

Während der Erstellung einer Aufgabe kann die Aufgabe ohne Speicherung aktueller Änderungen in der Voransicht begutachtet werden.

ℹ️ Um die Aufgabe auch in der Vorschau korrekt darstellen zu können, müssen in den Eigenschaften gewählter Editor und Player zueinander passen!

Nachfolgendes Bild zeigt die Voransicht und deren Bestandteile:

PictureLoad: Editor Vorschau

Beschreibung des grün markierten Bereiches:

P: zeigt die Vollständigkeit der Präsentation/Anzeige an, d. h. es wird angezeigt, ob alle Audios abgespielt wurden und/oder ob alle Viewpoints (unsichtbar) angezeigt wurden (d. h. ob gescrollt und alle Textteile, Items etc. gesehen wurden): grün = ja, vollständig; rot = nein, unvollständig;
R: zeigt die Vollständigkeit der Reaktionen an, d. h. es wird angezeigt, ob alle Input-Felder/Anklick-Optionen bedient wurden: grün = ja, alle; gelb = ja, teilweise; rot = nein, keine.
F: zeigt an, ob sich der Fokus noch im aktuellen Fenster befindet. Dient der Kontrolle bei der späteren Testdurchführung, ob sich die Testperson immer noch im Fenster der Testdurchführung befindet oder ob diese das Testfenster verlassen hat und stattdessen ein anderes Fenter geöffnet hat (andere Website etc.)

Kodierung

In den nächsten Versionen des Studios wird es an dieser Stelle möglich sein eine Kodiervorlage für die Aufgabenelemente anzulegen. Mehr dazu finden Sie auch im gleichnamigen Kapitel.

Kommentare

Hier können Kommentare zu den Aufgaben hinterlegt werden. Auf diesem Weg können Mitgliedern einer Fachgruppe Informationen zu einer Aufgabe austauschen.

ℹ️ Gegebene Kommentare können nur von den Autor*innen wieder gelöscht werden!

Aufgabenfolgen

Im vorherigen Abschnitt wurde bereits der Reiter: Vorschau erwähnt. Hierüber kann eine Vorschau einer einzelnen Aufgabe erfolgen. Bei der Testdurchführung im Testcenter werden Aufgaben zumeist im Verbund betrachtet. Dazu werden die Aufgaben in einem Booklet zusammengefasst und sortiert. Der Wechsel von einer zur anderen Aufgabe innerhalb dieses Booklets erfolgt bei der Testwiedergabe mittels bestimmter Schaltflächen zur Navigation. Mithilfe dieser Schaltflächen kann sowohl zwischen den einzelnen Aufgaben, als auch zwischen Seiten einer Aufgabe geblättert werden. Dabei können die Schaltfläche bzgl. Aussehen und Funktion den Bedürfnissen angepasst werden. Auch das Verhalten bei Seitenwechsel innerhalb einer Aufgabe kann festgelegt werden. Um nun die zusammengestellten Aufgaben vor der Testung einmal im Verbund inklusive der entsprechenden Navigationsmöglichkeiten zu betrachten, kann die gewählte Aufgabenfolge in einem Review-Modus im Testcenter abgespielt werden. Dazu müssen die entsprechenden Testdateien zuvor in das Testcenter geladen werden. Um nun eine Aufgabenfolge auch schon einmal vor dem Laden in das Testcenter zu betrachten, gibt es eine zusätzliche Funktion mit dem Namen: Aufgabenfolgen im Studio. Über ein Formular wird die gewünschte Aufgabenfolge und das Navigationsverhalten konfiguriert.

PictureLoad: Aufgabenfolgen

Es werden auch einige nützliche Zusatzfunktionen angeboten. So kann ein Passwort vergeben und über die Schaltfläche unten links der Link zu der Aufgabenfolge kopiert werden. Dieser Link kann dann an Interessierte versendet werden, die nach Eingabe des festgelegten Passworts die Aufgabenfolge starten können.

Ausgabe der Aufgaben

Am Schluss werden die Aufgaben aus dem Studio exportiert. Das Studio erzeugt dabei zu jeder Aufgabe eine VOUD- und eine XML-Datei. Diese Aufgabendateien können anschließend in das Testcenter geladen werden um sie wiederzugeben. Die Wiedergabe kann allerdings erst erfolgen, wenn sich auch entsprechende Dateien zur Steuerung der Testung im Testcenter befinden. Bspw. wird eine Booklet-Xml benötigt um Aufgabenfolgen anzulegen und eine Testtaker-Xml um Zugänge für die Testpersonen anzulegen. Außerdem muss die Player-Ressource mit in das Testcenter geladen werden. Im Formular zum Export können diese zusätzlichen Dateien bereits vom Studio ausgegeben werden.

PictureLoad: Export

Dabei können bereits einige von viele Attributen in den beiden Dateien: Testtaker- und Booklet-Xml über das Formular festgelegt werden. So kann bspw. die Anzahl der Testpersonen und der entsprechende Testmodus angelegt werden. Bspw. wurden in diesem Fall 2 Personen angelegt, die die Testung im Review-Modus durchführen können. Die entsprechenden Attribute und Werte dann in der erzeugten Testtaker-Xml angelegt. Außerdem wird in diesem Fall die Ressource zum verwendeten Player mit ausgegeben. Weiterhin kann das Verhalten beim Aufgabenwechsel und Seitenwechsel in den Feldern Modus Seitenwechsel und Button für Unitnavigation festgelegt werden. Die entsprechenden Attribute und Werte werden in der ausgegebenen Booklet-Xml in der BookletConfig angelegt.

Nachfolgend sind die beiden Dateien Testtaker-Xml und Booklet-Xml, die durch das Studio in diesem Fall erzeugt werden würden, dargestellt.

Booklet-Xml:

PictureLoad: Studio Bookletbuild

Testtaker-Xml:

PictureLoad: Studio Testtakerbuild

ℹ️ Hier finden Sie auch ein kurzes Video zu den Testdateien.


⚠️ **GitHub.com Fallback** ⚠️