#pragma supplementation-page on = Anforderung an ein multimediales Trainingsprogramm: ReSource = <> Kurzfassung der Anforderung an ein multimediales Trainingsprogramm des [[http://www.resource-project.org/home.html| ReSource-Projektes]]. == Allgemeines == 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 [[http://www.resource-project.org/home.html|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 == Client-Server-Applikation == Die Client-Server-Applikation besteht aus 3 Teilbereichen: 1. dem öffentlichen Bereich, zur Repräsentation des Projektes und weiterführenden Informationen für Externe auf dem Server 1. einem Konfigurationsbereich für Kursleiter und Administratoren, um einzelne Projekte anzulegen oder zu modifizieren auf dem Server 1. einen geschützten Übungsbereich für Teilnehmer| == Anforderungen == Die Applikation soll zumindest folgende Features bieten: * verschiedene Formen der '''Datenerhebung''', zum Beispiel durch Fragebögen und [[./ReSource/ReSourcePortal/ReSourceGlossar#event_sampling|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 ([[./ReSource/ReSourcePortal/ReSourceGlossar#Dyade|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 [[https://de.wikipedia.org/wiki/Bundesdatenschutzgesetz|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.). == Randbedingungen == 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, ... == Prototyp == 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: {{attachment:slider.png||width=300,left}} Eingabe via Slider {{attachment:kreise_schieben.png||width=300,left}} Rückmeldung über das Verschieben von Kreisen {{attachment:beide_Handys.png||width=400,left}} Oberfläche auf den beiden Smartphones während einer Partnerübung mit Stoppuhr und Möglichkeit das Mikrophon stumm zu schalten == Fragen und Antworten == Fragen zum Inhalt dieser Seite senden sie bitte per Mail an ''resourceausschreibung''-at-''cbs''-dot-''mpg''-dot-''de''. Auf der [[/Discussion|Diskussionsseite]] werden die Antworten zu finden sein.