Technische Aspekte

Beispielhafte Systemkonfiguration

Die technischen Voraussetzungen für eine Moodle-Prüfungsinstanz entsprechen denen einer Moodle-Lerninstanz. Es sollten jedoch administrative Anpassungen vorgenommen werden, um den spezifischen Anforderungen einer Prüfungsinstanz gerecht zu werden.

Hardware

Für E-Prüfungen mit 1000 Prüfungsteilnehmer*innen kann erfahrungsgemäß z. B. folgende Hardware eingesetzt werden:

• Monolithische Serverstruktur (DB & Webserver auf einem Host)
• 150 GB für Moodle-Temp-Verzeichnis
• 40 GB für /var/lib/mysql
• 200 GB für automatisierte Kursbackups
• 1 TB für Moodledata-Verzeichnis
• 16 GB RAM
• 8 CPUs à 1 Kern
• Außerdem können vom Arbeitsspeicher noch 2 GB für eine memcached-Instanz reserviert werden, in der die Sessions liegen.

Software

Als Betriebssystem kann z. B. Linux und für die Datenbank MariaDB, MySQL oder PostgreSQL mit Performance-Optimierung benutzt werden.

Als Webserver: Apache oder nginx mit PHP-FPM.

Weitere Optimierungen sind z. B. in der PHP-Konfiguration möglich:

• Zahl der vom OPCache gecachten Dateien ausreichend erhöhen (ca. 2x Anzahl der Dateien im Moodle-Quellcode inkl. Plugins);
• bei Apache: mpm_event verwenden und die Anzahl Server/Worker entsprechend konfigurieren, dass die Hardware optimal ausgenutzt wird;
• PHP-FPM: in pool.d/www.conf auf "static" schalten und auch hier die Anzahl der Threads anpassen.

In den Prüfungszeiten sollten die Ressourcen der Moodle-Prüfungsinstanz gegenüber der Moodle-Lerninstanz priorisiert werden.

Bei der Versionierung der Moodle-Instanz für den Prüfungsbetrieb gibt es verschiedene Strategien, wie z. B. jedes Minor Release einzuspielen oder die Moodle-Version für bestimmte Zeiträume, etwa für ein Semester, festzusetzen.

Die Server für die Moodle-Instanz für Präsenzprüfungen können schließlich unter Sicherheits- und Stabilitätsaspekt in einem getrennten Server-Raum so untergebracht werden, dass sie auch bei Netzausfall funktionieren und der Zugriff nach außen abgestellt ist.

Administrative Anpassungen

Generell sollten auf der Moodle-Prüfungsinstanz nur diejenigen Funktionen eingeschaltet bleiben, die für Prüfungen wichtig sind.

Unter anderem empfehlen sich dabei folgende Einstellungen:

• Die Bearbeitung von Nutzerprofilen deaktivieren, damit diese nicht für Täuschungen genutzt werden können.
• Gehen Sie als Administrator/in auf die Seite Website-Administration (oder im Block Einstellungen > Website-Administration) > Nutzer/innen > Rechte > Rollen verwalten).
• Klicken Sie auf das Bearbeiten-Symbol ⚙️ hinter der jeweiligen Rolle für Prüfungsteilnehmer*innen und entfernen Sie das Häkchen erlauben bei der Fähigkeit Eigenes Nutzerprofil bearbeiten (editownprofile).
  
  
• Mitteilungen auszuschalten
• Administratoren können das Mitteilungssystem über folgende Seite deaktivieren:
  Startseite > Website-Administration > Zusatzoptionen (messaging).
  
  
• Selbstständiges Austragen aus Kursen deaktivieren.
• Gehen Sie als Administrator/in auf die Seite Website-Administration (oder im Block Einstellungen > Website-Administration) > Nutzer/innen > Rechte > Rollen verwalten).
• Klicken Sie auf das Bearbeiten-Symbol ⚙️ hinter der jeweiligen Rolle für Prüfungsteilnehmer*innen und entfernen Sie die entsprechenden Häkchen erlauben unter der Kategorie Manuelle Einschreibung (enrol/manual:unenrolself).

Es kann ggf. hilfreich sein, unter Website-Administration > Nutzer/innen > Rollen verwalten > Neue Rolle hinzufügen neue Rollen zu definieren wie z. B. "Prüfling", "Prüfungsamt", "Support" (HelpDesk) usw. (offizielle Dokumentation).

Des Weiteren sollte die Entzerrung der Start- und Abgabezeiten bei größeren E-Prüfungen (z. B. durch Verzögerung je nach Matrikelnummer oder mittels Plugins) berücksichtigt werden.

Die Accounts von Studierenden sollten auf der Moodle-Prüfungsinstanz schließlich evtl. länger bestehen bleiben, je nach Archivierungsplan.

Prüfungsrelevante Plugins

Der Funktionsumfang des Moodle-Core reicht nicht aus, um mit Moodle Prüfungen durchführen zu können. Mit Plugins können Funktionen ergänzt oder angepasst werden, die dann Prüfungen mit Moodle ermöglichen.

Folgende Plugins haben sich als besonders nützlich erwiesen:

quizacces_delayed

ermöglicht es die Startzeiten bei Quizzes zu "entzerren", d. h. die Prüfung bei großen Kohorten automatisch zeitversetzt beginnen zu lassen und so die Systemstabilität zu wahren

quizaccess_honestycheck

ermöglicht vor der Prüfung eine Einverständniserklärung anzeigen zu lassen, welche die Prüfungsteilnehmer*innen bestätigen müssen, um an der Prüfung teilnehmen zu können. Hierdurch kann die Prüfungstauglichkeit bestätigt werden.

quizaccess_onesession

ermöglicht parallele Logins mit demselben Benutzernamen zu blockieren; wichtig ist dabei, Prüfungsteilnehmer*innen im Falle einer technischen Störung oder Netzunterbrechung die Möglichkeit zu geben, die Prüfung an der gleichen Stelle fortzusetzen; bei Benutzung anderer Plugins besteht evtl. die Gefahr von Datenverlust

filter_generico

ermöglicht Generico-Templates (s. u. "Kursverwaltung") zu erzeugen, d. h. um Klausurkurse anzulegen, die Variablen als Text enthalten oder generelle Infoblöcke

local_userenrols

ermöglicht die Bulk-Einschreibung von Studierenden, z. B. über CSV-Dateien oder E-Mail-Adressen

enrol_elediamultikeys

ermöglicht die Selbsteinschreibung der Teilnehmer/innen mit einem Einschreibe-Schlüssel.

local_quizattemptexport

ermöglicht die Testversuche als PDF zu exportieren und in ein zentrales Verzeichnis im Filesystem abzulegen.

local_eledia_submissionfilecopy

als Umsetzung des Plugins "Digitale Abgaben" der Bergischen Universität Wuppertal (für die Archivierung der Aktivität "Aufgabe")

assignsubmission_mahara

ermöglicht die Abgabe von Mahara-Portfolios über Moodle-Aufgaben

assignsubmission_helixassign

(= MEDIAL Video Assignment Submission Plugin) für Video-Aufgaben

filter_synhi

(= SynHi filter) für Syntax Highlighting bei Codebeispielen in Tests

Folgende Plugins werden häufig (auf mindestens 3 Moodle-Prüfungsinstanzen in NRW) verwendet:

format_onetopic

Kursformat, das es ermöglicht, jedes Thema in einem eigenen Tab anzuzeigen.

local_boostnavigation

versucht das teilweise fixe Darstellungsverhalten des Boost-Nav-Drawers möglichst sauber zu beheben

qtype_matrix

Plugin für den Fragentyp "Matrix"

local_userenrols

ermöglicht das Einschreiben von Nutzer*innen in einen Kurs durch das Hochladen einer entsprechenden Text-Datei

theme_boost_campus

ergänzt den Moodle-Core um universitätsspezifische Funktionen

Folgende Plugins haben in Vergangenheit Probleme verursacht:

quizaccess_offlinemode

sollte die Abhilfe bei Verbindungsunterbrechungen in Tests schaffen, bringt aber zurzeit den Zeitstempel des Logs im Quiz durcheinander

quizaccess_wifiresiliece

vgl. quizaccess_offlinemode und lässt sich nicht ordentlich hinter VPN testen

filter_filtercodes

um Templates und Variablen für Kurse zu erzeugen; in der aktuellen Version gibt es aber zu viele Manipulationsmöglichkeiten für Prüfungsteilnehmer*innen

Kursverwaltung

Nutzer*innenverwaltung

Es gibt zahlreiche Verfahren und Wege, den Prüfungsteilnehmer*innen den Zugang zum Prüfungssystem bzw. zur Prüfung zu ermöglichen.

Um den grundsätzlichen Zugang für die Studierenden zu ermöglichen, kann eine Kopplung an die lokalen IDM-Technologien (z. B. Shibboleth, LDAP usw.) analog zur Moodle-Lerninstanz erfolgen.

• Automatische Zuordnung zu einem Prüfungskurs:

  
  Die Prüfungsinstanz kann an ein Prüfungsanmeldesystem (z. B. Campus-Management-System) so gekoppelt werden, dass die Prüfungsteilnehmer*innen je nach Anmeldung oder Abmeldung automatisch in den Prüfungskurs ein- bzw. ausgetragen werden. Für HISinOne und weitere Prüfungsverwaltungssysteme sind solche Kopplungen an zahlreichen Hochschulen bereits im Einsatz.
  
  

• Teilautomatische Zuordnung:

  
  Die Einschreibung von Prüfungsteilnehmer*innen kann über CSV-Tabellen manuell oder automatisch erfolgen. Das Plugin local_userenrols kann dazu genutzt werden, Prüfungsteilnehmer*innen in den Prüfungskurs einzuschreiben. Dazu müssen die Prüfungsteilnehmer*innen bereits Moodle-Accounts besitzen. Eine direkte Einteilung in Gruppen ist durch das Plugin möglich.
  
  

• Eigene Einschreibung:

  
  Eine selbstständige Einschreibung durch Prüfungsteilnehmer*innen in den Prüfungskurs kann mit Voucher-Codes umgesetzt werden. Dazu kann das Plugin enrol_elediamultikeys genutzt werden. Jedem*r Prüfungsteilnehmer*in wird dabei ein individueller, einmalig gültiger Voucher-Code (Einschreibeschlüssel) zur Verfügung gestellt.
  
  

• Ausschreiben aus dem Prüfungskurs:

  
  Wir empfehlen das selbstständige Ausschreiben aus dem Prüfungskurs durch die Prüfungsteilnehmer*innen zu deaktivieren (siehe administrative Anpassungen).
  

Archivierung

Allein mit Moodle kann keine revisionssichere Archivierung umgesetzt werden. Die Prüfungsergebnisse der Moodle-Prüfungsinstanz sollten exportiert und dann auf sichere Speichermedien geschrieben werden.

Eine revisionssichere Archivierung von E-Prüfungen mit Moodle stellt weiterhin eine Herausforderung dar. Verschiedene Plugins sind entweder eingeschränkt einsetzbar oder speichern nicht alle Prüfungsaktivitäten vollständig. Folgende Lösungen sind zurzeit im Einsatz:

• Verwendung von WORM-Speichermedien („write once, read many“)
  • Dabei kann die Unveränderbarkeit nicht vollständig bewiesen werden. Der Überschreibschutz könnte wegen Programmierfehlern umgangen werden.
    
• PDF-Datei mit Zeitstempel und präzisem Dateinamen - local_quizattemptexport
  
  • Innerhalb weniger Minuten nach Abgabe eines Tests bzw. nach Ablauf der Bearbeitungszeit wird der Test in eine PDF-Datei mit Zeitstempel und präzisem Dateinamen umgewandelt. Über Nacht werden die PDF-Dateien aus Moodle-Filedir automatisch (mittels Cron) in die revisionssichere Archivierung verschoben.
  • Probleme gibt es, STACK-Aufgaben als PDF zu archivieren.
• Hashwert - local_eledia_submissionfilecopy
  
  • Über Nacht werden alle Dateien, die über die Aktivität "Aufgabe" hochgeladen wurden, mit einem Hashwert versehen und in die revisionssichere Archivierung verschoben.
    
• Archiv-Bereich
  
  • Der ganze Kurs wird in den Archiv-Bereich (versteckt und read-only) verschoben.
• Logdaten
  
• Logs werden z. B. für 6 Monate aufbewahrt und evtl. fürs Prüfungsamt zusätzlich gesichert.
• elektronische Signatur
  • Vor allem in Kombination mit Hashwerten ermöglichen elektronische Signaturen eine rechtssichere Archivierung. Die Beschaffung von Signaturen ist aber mit Kosten verbunden.
    
• Safe Exam Browser
  • Safe Exam Browser schränkt die Rechnernutzung der Prüfungsteilnehmer*innen ein und schafft damit eine kontrollierte Arbeitsoberfläche. Zusätzlich können Klickpfade durch Safe Exam Browser aufgezeichnet werden. Anhand dieser kann bei Rechtsfragen nachvollzogen werden, welche Antworten die Studierenden während der Prüfung gegeben haben.
    
• Archiv-Plugin
  • quiz_archive: Mit diesem Plugin können Prüfungen mit der Testaktivität archiviert werden. Die Prüfungsergebnisse können als PDF gedruckt oder exportiert werden.
    
  • Zu beachten ist: Da die Druck-Funktion des Browsers genutzt wird, um alle Prüfungsabgaben zusammen in eine PDF zu exportieren, kann es bei größeren Klausuren zu einem Timeout im Browser kommen.