Angenommen, es gibt mehrere Aufgaben oder Phasen und Sie müssen mehrere Variablen für jedes Thema einmal pro Aufgabe bewerten. Es ist nur eine Bewertung pro Aufgabe/Phase erforderlich.
Dies erfordert zwei unabhängige Kodiersysteme:
oEin einfaches System mit Aufgaben-/Phasennamen, idealerweise mit sich gegenseitig ausschließenden Codes.
oEin wahrscheinlich hierarchisches Rating-System mit allen Variablen, die Sie bewerten müssen.
Code-Definitionen
Aufgaben-Kodiersystem
Wenn Sie nur pro Aufgabe beurteilen, brauchen Sie nur die Aufgaben zu protokollieren. Wenn Sie Ihre Bewertungen z.B. zwischen der Einweisungszeit und der Ausführungszeit pro Aufgabe unterscheiden müssen, erstellen Sie besser verschiedene Gruppen pro Aufgabe und protokollieren Sie die verschiedenen Phasen wie "Einweisung" und "Ausführung" innerhalb des ersten Satzes jeder Gruppe.
Aufgaben-Ereignisse
Diese Aufgabencodes schließen sich gegenseitig aus, so dass Sie nur den Beginn jeder neuen Situation protokollieren müssen:
Aufgaben-Sets
Wenn Sie Ihre Aufgaben wie zuvor beschrieben erfasst haben, aber jetzt erkennen, dass Sie zwischen dem Instruktions- und dem Ausführungsteil jeder Aufgabe unterscheiden müssen, ist es wahrscheinlich am besten, alle Aufgaben zunächst in getrennte Sets aufzuteilen - zumindest während der Datenerfassung.
▪Führen Sie den Befehl Umstrukturieren - Einfügen - DataSet bei Codewechsel 
aus , um jede Aufgabe in einen separaten Satz aufzuteilen.
Aufgaben-Phasen
Wenn Aufgaben erfasst und vielleicht sogar in verschiedene Sets aufgeteilt wurden, müssen Sie Ereignisse mit Codes wie diese hinzufügen, um die Phasen pro Aufgabe zu identifizieren:
Bewertungs-CodierSystem
Abhängig von der Anzahl der zu bewertenden Variablen und Ihrem allgemeinen Kodieransatz gibt es mindestens zwei recht unterschiedliche Ansätze, um etwas zu erreichen.
Wenn es nur wenige Skalenwerte und Variablen gibt, können Sie auch alle Informationen in eine einfache Datei eingeben, aber hier erläutern wir zwei Alternativen, die etwas eleganter sind und es Ihnen ermöglichen, die Skalenwerte für alle Variablen wiederzuverwenden.
Wir beginnen damit, dass wir für jede zu bewertende Variable eine einzelne Code-Definitionsdatei erstellen, etwa so:
Hinweis: Die Bedeutung der Skalen liegt bei Ihnen, und eine gute Möglichkeit, die Bedeutung jeder Skalenwert für Ihre Kodierer zu dokumentieren, besteht darin, nach zwei Schrägstrichen //eine kurze Beschreibung hinzuzufügen. Die Schrägstriche und die Zeichen hinter den Schrägstrichen werden beim Kodieren nicht in Ihre Datendatei übernommen, nur der Code oder die Skala vor den Schrägstrichen wird eingetragen.
In diesem Beispiel verwenden wir drei Variablen: Aufmerksamkeit, Selbstregulierung und Freude. Da es in diesem Fall unterschiedliche Erklärungen pro Skalenwert gibt, ergeben sich daraus drei separate *.ikey-Dateien mit den Skalenwerten und dem Klassennamen, die der Variablen entsprechen.
Wenn die Erklärung oder Beschreibung der Skalenwerte für alle Variablen identisch ist, reicht eine einzige Skalenwertdatei aus. Die getrennten Spalten pro Variable können mit der Funktion 'Präfix' automatisch erstellt werden.
Beide Lösungen können auf eine beliebige Anzahl von Variablen erweitert werden.
Um diese separaten Dateien in einem einzigen Beobachtungsdurchgang zu verwenden, müssen wir sie verknüpfen. Wie, hängt davon ab, wie wir diese Beobachtungen erfassen wollen.
Um einfach alle Variablen der Reihe nach zu bewerten (eine nach der anderen, immer in der gleichen Reihenfolge), bauen wir eine Kette aus unseren drei Code-Definitionsdateien wie folgt auf:
▪Öffnen Sie die Code-Definitionsdatei der Variablen, die Sie zuerst bewerten möchten.
▪Geben Sie den vollständigen Namen der Datei, die die Raten für die zweite Variable enthält, in die Spalte Lex.Kette ein (klicken Sie auf das Symbol ..., um die Datei in einem "Datei-Öffnen"-Dialog auszuwählen).
▪Speichern Sie die Änderungen in Ihrer aktuellen Datei und öffnen Sie die zweite Datei (klicken Sie auf 
, um zur nächsten Ebene zu navigieren).
▪Geben Sie in dieser zweiten Datei den Namen der dritten Datei in die Spalte Lex.Kette ein .
▪Speichern Sie die Änderungen in Ihrer aktuellen Datei und öffnen Sie die dritte Datei (klicken Sie auf , um zur nächsten Ebene zu navigieren).
▪Wählen Sie die Option EOC (End Of Chain) für alle Codes in dieser letzten Ebene der Code-Definitionen.
Daraus ergeben sich drei Dateien wie diese:
Erste Ebene
Zweite Ebene
Dritte Ebene
| TIPP: | Wenn Sie keine Kommentare angeben möchten oder die Kommentare für alle Variablen identisch sind, können wir die Anzahl der Code-Definitionen mit Hilfe des Präfix-Befehls auf nur zwei Dateien beschränken. |
Um eine der Variablen zu bewerten, wann immer uns danach ist, und vielleicht sogar einige unabhängige Aktivitäten wie "Feedback" zu einem Thema hinzuzufügen, verwenden wir die gleichen drei Code-Definitionsdateien auf eine recht unterschiedliche Weise.
Zunächst einmal erstellen wir eine zusätzliche Code-Definitionsdatei, die alle Variablen enthält, jedoch ohne die Raten, und die in der Spalte Lex.Kette einen Verweis auf die entsprechenden Skalenwert-Definitons-Datei enthält, die Sie zuvor erstellt haben. Diese zusätzliche Datei ist jetzt unsere oberste Code-Definitionsebene:
Erste Ebene
Diese Skalenwert-Codes haben KEINE weiteren Referenzen und alle haben das EOC-Label aktiviert:
Zweite Ebene
Zweite Ebene
Zweite Ebene
Da jede Skalenwertdatei mit der Datei der ersten Ebene, die alle Variablen enthält, verknüpft ist bezeichnen wir sie als Dateien der zweiten Ebene.
Wenn das alles ist, was Sie brauchen, sind Sie jetzt bereit.
Zusätzliches Feedback hinzufügen
Wenn Sie darüber hinaus an der Anzahl der erhaltenen Feedback-Instanzen eines Subjekts interessiert sind, können wir die Kodierdatei der ersten Ebene um einen oder mehrere zusätzliche Feedback-Codes wie diesen erweitern:
In diesem Fall gibt es vier verschiedene Subjekte, und jedes dieser Fächer kann ein Feedback vom Trainer/Elternteil/Lehrer erhalten. Die Feedback-Codes werden in separate Klassen pro Thema aufgeteilt und ohne Dauer erfasst.
Hinweis: Dieser 'Feedback'-Zusatz funktioniert nur bei der Protokollierung neuer Ereignisse, aber nicht bei der Nachkodierung bestehender Ereignisse. Mehr dazu im Kodierprozess-Teil dieses Beispiels.