Navigation auf uzh.ch
Navigation auf uzh.ch
Bitte kontinuierlich umsetzen (Abrechnung nach Aufwand)
Referenz: S1 / Beschreibung: KETO soll weitergespielt werden können, auch wenn eine Person das Spiel an einer beliebigen Stelle bis zu 3 Stunden unterbricht und den Browser geöffnet hält / Massnahme: Time-out-Wert (sofern vorhanden) auf 3 Stunden setzen.
Referenz: S2 / Beschreibung: Bei den beiden Probedurchgängen (und nur dort!) sollen die Versuchspersonen dazu gezwungen werden, alle 5 Händler zu befragen / Massnahme: Eine Fehlermeldung einbauen wenn die Personen bei den beiden Prodedurchgängen weiterklicken wollen und noch nicht alle 5 Händler angeklickt haben. Fehlermeldung analog zur Seite "Test beenden und absenden" oder Angabe Alter und Geschlecht zu Beginn. Möglicher Text (farbig hinterlegt): Bitte befragen Sie in diesem Probedurchgang versuchsweise alle fünf Händler, um das Spiel besser kennenzulernen. Zusatzbemerkung für Programmierer: Bitte für alle Versionen umsetzen, auch Sprachversionen; vorerst den deutschsprachigen Text einfügen, eine Übersetzung der Fehlermeldung folgt später.
Referenz: S3 / Beschreibung: Die KETO-Versionen sollen am Spielende auf neue (externe) Abschlussseiten verlinkt werden, z.T. abhängig vom gesetzten Parameter / Massnahme: Neue Verlinkung bitte gemäss folgender Tabelle umsetzen: http://www.psychologie.uzh.ch/fachrichtungen/angsoz/KETO/list.html Zusatzbemerkung für Programmierer: Die spezifischen Ausstiegsseiten werde ich nach und nach erstellen, so dass auch ein Testing sinnvoll wird.
Referenz: S4 / Beschreibung: Die Instruktionsseiten sollen inhaltlich optimiert werden / Massnahme: Neue Instruktionstexte folgen mit separatem Mail (vorerst für deutsche Version).
Bitte Bescheid geben, sobald ein Punkt umgesetzt ist, damit ich ihn testen kann!
---------------------------------------------------------------------------
Bitte kontinuierlich umsetzen (Abrechnung wenn möglich nach Aufwand)
Referenz: M1 / Beschreibung: Neue Verlustversion (V1) implementieren (?sc=dSBasisV1) mit folgender Idee: Bei jedem befragten Händler werden automatisch 30 Gulden Suchkosten vom aktuellen Konto abgezogen, d.h. der Kontostand kann auch (zeitweilig) negativ sein / Massnahme: Sobald ein Händler befragt wird, werden 30 Gulden vom Kontostand abgezogen und der Kontostand auf dem Display entsprechend aktualisiert. Beispiel: 1. Hauptdurchgang, 1. Händler wird befragt => der Kontostand wird aktualisiert und es werden -30 angezeigt, 2. Händler wird befragt => der Kontostand wird aktualisiert und es werden -60 angezeigt, die Person entscheidet sich für ein Schiff und gewinnt, d.h. der übliche Gewinnbetrag wird nun dazuaddiert (Total = -60 + 1200). Dies gilt sowohl für die Haupt- wie auch für die beiden Probedurchgänge. PS: Hier braucht es eine kleine Anpassung in der Instruktion (Einführung Suchkosten).
Referenz: M2 / Beschreibung: Neue Verlustversion (V2) implementieren (?sc=dSBasisV2) mit folgender Idee: In der Mitte des Spiels erlebt die Person eine Verlustserie, d.h. mehr oder weniger unabhängig was sie aufdeckt, das gewählte Schiff gewinnt nicht / Massnahme: In Phase 3 erhalten drei (idealerweise) hintereinanderliegende Durchgänge keinen Gewinn (ab Durchgang 12, z.B. Durchgänge 12, 13 und 14). Es soll folgende Regel angewendet werden: Sobald irgendeiner der aufgedeckten Händlerwahrscheinlichkeiten grösser als 95 ist, gewinnt das Schiff automatisch (Achtung: Nur sobald die Händlerinfo auch auf das gewählte Schiff zeigt), ansonsten wird in diesem Durchgang kein Gewinn erzielt (Kisten kamen mit Salzwasser in Kontakt). Dies wird solange wiederholt, bis drei Durchgänge ohne Gewinn ausfallen (danach wieder in den alten Modus gehen). Also mit Vorteil Zähler einbauen und Verlustalgorithmus solange aktiviert halten, bis 3 Durchgänge (ab dem 12. Durchgang) ohne Gewinn ausfallen. Beispiel: Durchgang 12 (Es wird keine Info aufgedeckt => kein Gewinn; Verlustzähler = 1); Durchgang 13 (Es wird eine Info aufgedeckt 95% => kein Gewinn; Verlustzähler = 2); Durchgang 14 (Es werden 3 Infos aufgedeckt, u.a. eine 96% => Gewinn; Verlustzähler = 2); Durchgang 15 (Es wird eine Info aufgedeckt 100% => Gewinn; Verlustzähler = 2); Durchgang 15 (Es werden 5 Info aufgedeckt, alle kleiner 96% => kein Gewinn; Verlustzähler = 3; nun ist der Verlustzähler = 3, es kann also wieder mit dem alten Algorithmus weitergerechnet werden. Achtung: Beim Verlustalgorithmus muss mit den einzelnen Wahrscheinlichkeiten verglichen werden, nicht mit der Gesamtwahrscheinlichkeit!).
Referenz: M3 / Beschreibung: Neue Verlustversion (V3) implementieren (?sc=dSBasisV3) mit folgender Idee: Sobald ein Schiff nicht gewinnt, wird ein fixer Betrag (Verlustbetrag) vom aktuellen Konto abgezogen (also Verlust anstatt kein Gewinn) Massnahme: Immmer wenn ein Schiff (pro Durchgang inkl. Probedurchgänge) nicht gewinnt, dann soll der fixe Betrag von 1'500 Gulden abgezogen werden. Beispiel: Im 1. Durchgang setzt eine Person auf das falsche Schiff (Kisten kamen mit Salzwasser in Kontakt) und es werden in der nächsten Anzeige 1'500 vom aktuellen Vermögen abgezogen. Im Beispiel wäre also der aktuelle Vermögensstand im Durchgang 2 bei -1'500 Gulden. PS: Hier braucht es eine kleine Anpassung in der Instruktion (Einführung Verlust) und ein kurzer Textzusatz auf dem Feedbackscreen (Kisten kamen mit Salzwasser in Kontakt).
Referenz: M4 / Beschreibung: Neue Verlustversion (V4) implementieren (?sc=dSBasisV4) mit folgender Idee: Ab der Mitte des Spiels (sobald ein gewisses Vermögen angehäuft wurde) kann die Person für den Rest des Spiels plötzlich sehr viel verlieren. Massnahme: In Phase 3 (nach dem 11. Durchgang) erscheint ein Zwischenscreen (oder ein Pop-up Fenster?), in dem Folgendes erklärt wird (Zwischeninstruktionstext):
Achtung! Ab hier ändern die Bedingungen! Ab jetzt wird Ihnen jedes Mal die Hälfte des aktuellen Vermögens abgezogen, falls die Schiffladung versalzen im Zielhafen ankommen sollte! Ansonsten bleibt alles wie gehabt.
Weiter zur nächsten Aufgabe x/22
Beispiel: im Durchgang 12 wird ein Gewinn erzielt (Update des aktuellen Vermögens wie gehabt); im Durchgang 13 wird kein Gewinn gemacht (Schiffsladung versalzen): Nun wird das aktuelle Vermögen zu diesem Zeitpunkt halbiert (es darf grosszügig gerundet werden!) und im nächsten Durchgang angezeigt; im Durchgang 14 bis 17 werden wieder Gewinne erzielt (Update des aktuellen Vermögens wie gehabt); im Durchgang 18 wird wiederum kein Gewinn gemacht (Schiffsladung versalzen): Nun wird das aktuelle Vermögen zu diesem Zeitpunkt halbiert (es darf grosszügig gerundet werden!) und im nächsten Durchgang angezeigt; etc. PS: Hier braucht es zusätzlich eine kleine Anpassung auf dem Feedbackscreen (Kisten kamen mit Salzwasser in Kontakt): z.B. zusätzlicher Satz: Ihr aktuelles Vermögen wird halbiert.
---------------------------------------------------------------------------
Bitte Anfangs Juni eine separate Offerte erstellen
Referenz: L1 / Beschreibung: Das Log-File soll optimiert werden und weitere wichtige Log-Variablen beinhalten / Massnahme: Bitte zuwarten: Genauere Beschreibung wird in meiner Lehrveranstaltung im Frühjahrssemester erarbeitet sollte Anfangs Juni vorliegen.
Referenz: L2 / Beschreibung: Es soll eine neue Moralversion entwickelt werden, vermutlich mit einem neuen Szenario, neuen Hintergrundbildern und neuen Texten (wobei der Grundaufbau 22 Durchgänge, 4 Optionen und 5 Informationsquellen gleichbehalten werden soll) / Massnahme: Bitte zuwarten: Genauere Beschreibung wird in meiner Lehrveranstaltung und/oder weiterer Projektarbeit im Frühjahrssemester erarbeitet und sollte Anfangs Juni vorliegen.
Referenz: L3 / Beschreibung: Das (individualisierte) Feedback soll ausgebaut und automatisiert werden. Idee: Eine Person erhält ein detailliertes Feedback ihres Spielverhaltens zurückgemeldet (individualisierte Analyse) / Massnahme: Bitte zuwarten: Genauere Beschreibung wird in meiner Lehrveranstaltung im Frühjahrssemester erarbeitet sollte Anfangs Juni vorliegen.
---------------------------------------------------------------------------
Kontaktadresse für Rückfragen:
