122016-10-28 12:58:29hayd@cbs.mpg.de112016-10-28 09:36:54thenmarkus@cbs.mpg.de102016-09-08 14:06:45hayd@cbs.mpg.de92016-09-08 14:01:13hayd@cbs.mpg.de82016-09-07 13:52:05hayd@cbs.mpg.de72016-09-07 13:44:34hayd@cbs.mpg.de62016-09-07 13:43:16hayd@cbs.mpg.de52016-08-12 07:24:58hayd@cbs.mpg.de42016-08-04 13:16:33hayd@cbs.mpg.de32016-08-03 12:08:45hayd@cbs.mpg.de22016-08-02 06:54:01hayd@cbs.mpg.de12016-07-29 14:45:41hayd@cbs.mpg.de

Kurzfassung der Anforderung an ein multimediales Trainingsprogramm des ReSource-Projektes.

Für ein mentales Trainingsprogramm mit Kursverwaltung und Auswertung der Trainingsergebnisse ist eine Client-Server-Applikation zu entwickeln. In dem Training sollen mit einem breiten Spektrum von mentalen Übungen Fähigkeiten wie Aufmerksamkeit, Emotionsregulation, Mitgefühl sowie Perspektivübernahme und prosoziales Verhalten trainiert werden (siehe Das ReSource Projekt für weitere Informationen). Das Live-Training durch Lehrer in Seminaren wird von der Applikation auf Client-Seite unterstützt durch: Meditations-Videos Online Partnerübungen via Videokonferenz

Die Client-Server-Applikation besteht aus 3 Teilbereichen: dem öffentlichen Bereich, zur Repräsentation des Projektes und weiterführenden Informationen für Externe auf dem Server einem Konfigurationsbereich für Kursleiter und Administratoren, um einzelne Projekte anzulegen oder zu modifizieren auf dem Server einen geschützten Übungsbereich für Teilnehmer|

Die Applikation soll zumindest folgende Features bieten: verschiedene Formen der Datenerhebung, zum Beispiel durch Fragebögen und Event Sampling. Manche Datenerhebungen müssen automatisch (per Mail) quitiert werden. Trainingsunterstützung durch das Abspielen von Meditationsanleitungen in Form von Videos - auch off-line. Unterstützung spezieller Trainingsformen (Dyaden), bei der zwei Teilnehmer eines Kurses in einem streng formalisierten Ablauf via Videokonferenz (mit/ohne Bild des Gegenüber) ein ca. 10-minütiges Gespräch führen. Hierbei sind die Einhaltung von Zeitvorgaben und Sprecherwechseln von der Software zu erzwingen. Pflege von Teilnehmerprofilen, in denen (automatisch) Informationen über den Teilnehmer abgelegt werden wie Personalien, Teilnahme an Trainingseinheiten, Trainingszustand, den bisherigen Verlauf des Trainings, Ergebnisse aus beantworteten Fragebögen, seine genutzt Hardware. Die Daten liegen als CSV-Dateien, Koordinaten eines Pointers oder Logfiles vor. Sichere Authentifizierung und Einhaltung des BDSG werden vorausgesetzt. Diese Daten müssen für statistische Auswertungen oder die Triggerung von Prozessen (z.B. Versendung einer Mail, wenn ein Teilnehmer den Zeitplan nicht einhält) zur Verfügung stehen. eine Chatfunktion sowie einen offenen Chatraum, in dem sich gegenwärtige und ehemalige Teilnehmer des Trainings austauschen können. Organisation von virtuellen Trainingskursen mit jeweils ca. 20 Teilnehmern. Diese Kurse laufen nach einem vorher definierten, von Kurs zu Kurs möglicherweise variierenden Schema ab: Der Teilnehmer muss eine Abfolge von Übungen bearbeiten. Der Zugriff auf die Übungen wird nach Trainingsfortschritt frei- oder abgeschaltet. Datenerhebungen finden automatisch nach bestimmten Übungen mit Hilfe von Fragebögen, Affektgrids, graphischen Eingaben (Slidern, Verschieben von Kreisen), etc. statt. 2 Kursteilnehmer treffen sich online für 10-minütige Partnerübungen. Für diese müssen bestimmte, relevante Informationen aus den jeweiligen Nutzerprofilen gezogen werden. Ein Partner kann auf Eingaben des anderen via GUI reagieren. Ein leicht programmierbares Schedulingsystem legt Termine fest und lädt zu diesen automatisch per Mail einzelne Teilnehmer ein. Ein Zufallsgenerator randomisiert Inhalte von Übungseinheiten unter Berücksichtigung vorgegebener Randbedingungen (z.B. Auswahl eines Gespächspartners, Auswahl einer Übung unter 5 möglichen, ohne dass 2 gleiche Übungen direkt aufeinander folgen) Die Benutzeroberflächen auf Clientseite muss verschiedene, anpassbare Templates bieten, z.B. für Kinder, Erwachsene, bestimmte Berufsgruppen, etc. Die Sprache auf Clientseite muss austauschbar sein (Englisch, Deutsch, Französisch, etc.).

Folgende Plattformen sind zu unterstützen: PCs, Laptops mit Windows oder MacOS Tablets oder Smartphones mit iOS oder Android Zu bevorzugen sind: ein bewährtes Framework als Basis z.B. aus den Bereichen CMS, Spiele-Entwicklung, eLearning, Webinar-Software Freie Software-Komponenten HTML5-Funktionalitäten, z.B. WebRTC statt Skype Browser statt App auf Client-Seite (Responsive Webdesign) Mit gängigen Methoden (z.B. CSS, Sass) muss man die Darstellung der Inhalte modifiziern können. Folgende Entwicklungsreihenfolge ist erwünscht: Dyade, Nutzerverwaltung, ...

Es existiert ein funktionsfähiger Prototyp, an dem man sich inhaltlich orientieren muss. Von diesem stammen die folgenden Bilder, die einen ersten Eindruck von den Anforderungen an die Nutzeroberfläche auf Clientseite liefern: slider.png Eingabe via Slider kreise_schieben.png Rückmeldung über das Verschieben von Kreisen beide_Handys.png Oberfläche auf den beiden Smartphones während einer Partnerübung mit Stoppuhr und Möglichkeit das Mikrophon stumm zu schalten

Fragen zum Inhalt dieser Seite senden sie bitte per Mail an resourceausschreibung-at-cbs-dot-mpg-dot-de. Auf der Diskussionsseite werden die Antworten zu finden sein.