docendo discimus.

Vorn weg, es wird auf meiner Seite weiter ein Glossar geben!

Die neue Form soll etwas mehr Überblick über die einzelnen Begriffe schaffen. Die Formatierung ist noch nicht in allen Katergorien vollständig, Hauptsache ist doch der Inhalt. Hinweise zu anderen Glossaren oder Begriffsdefinitionen sind immer willkommen.

Den Einstieg findet ihr jetzt über die Links auf der rechten Seite.

Am Samstag dem 08.05.2010 wurde der weiterbildende Online-Zertifikatskurs Educational Medie an der Universität Dusiburg-Essen erfolgreich beendet. So steht es auf dem Zertifikat!
Unsere Gruppe saß seit langer Zeit wieder einmal an einem realen Tisch. Nach einem halben Jahr Online-Kommunikation, die natürlich auch die Gesprächsdisziplin geprägt hat, war kein Button “grüner Hacken” für Zustimmung oder der “Daumen nach oben” für super vorhanden. Man musste wieder verbal seine Meinung äußern und das war schon eine kleine Umstellung.
Ich möchte jetzt keine Zusammenfassung der letzten 6 Monate abgeben, aber kurz beschreiben, warum der Kurs für mich persönlich erfolgreich war.
Mein Wissen im Bereich Online-Tools und der effektive Nutzung hat sich erweitert. Mir sind die Schwierigkeiten und Probleme als E-Moderator klarer geworden. Online-Szenarien, welcher Art auch immer, bedürfen einer sach- und fachkundigen Ausarbeitung, Durchführung, Unterstützung und Auswertung. Online-Tools können nur genutzt werden, wenn zu deren Nutzung in der Lage ist und man sollte keine Angst vor technischen Problemen haben. Disziplin ist in Online-Szenarien ein wichtiger Faktor für das Gelingen einer Veranstaltung. Eine Gruppenkommunikation kann man nicht erzwingen, sie muss wachsen oder sie muss geführt werden.

Das Team Educational Media Prof. Kerres als Studienprogrammleiter; Axel, Britta, Nadine, Marianne, Annabell als Tutoren und Frau Dill als “Schaltzentrale”; liesen in keiner Phase des Kurses den imensen Arbeitsaufwand der im Hintergrund abläuft spüren. Ich fühlte und fühle mich bei euch gut aufgehoben!

Und für alle die Lust auf einen ernormen Wissenzuwachs haben hier weiter…

Rollenbeschreibung und Rollenverwaltung
In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

ILIAS

Zielgerichtet wird man als Administrator in den Bereich “Rollen” geführt. Hier stehen Administrator, Anonymous, Guest und User als globale Rollen zu Verfügung.
Administrator Role for systemadministrators. This role grants access to everything!
Anonymous Default role for anonymous users (with no account)
Guest Role grants only a few visible & read permissions.
User Standard role for registered users. Grants read access to most objects.

Es ist möglich eine neue Rolle oder eine Rollenvorlage hinzuzufügen. Das Hinzufügen einer neuen Rolle ist jedoch nur mit den entsprechenden Rechten zur Erstellung neuer Objekte oder objektspezifischer Operationen möglich

Rollenbeschreibung und Rollenverwaltung

In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

Atutor
Hier werden die Rollen in Kontostatus und Administratoren unterteilt. Im Kontostatus kann der Benutzer deaktiviert oder auf Student oder Dozent gesetzt werden.
Es gibt vier Arten von Benutzerkonten, die in einer ATutor Installation existieren können, sie sind durch ihren Status definiert:
Disabled
Only administrators may disable an account. Disabled accounts cannot login to the ATutor installation, and will not appear in a course’s Enrollment Manager.
Unconfirmed
Unconfirmed accounts are created only when the System Preferences Require Email Confirmation Upon Registration option is enabled.
Student
A regular account which can enroll, but not create courses.
Instructor
A regular account which can enroll as well as create courses.

Atutor bietet neben den Rollen eine weitere Möglichkeit der Zuordnung. Bei der Erstellung von Kursen ist es möglich den Zugriff auf den jeweiligen Kurs zu regeln. Der Zugriff kann Öffentlich, Eingeschränkt oder Privat erfolgen.
Öffentlich: Für alle Benutzer mit oder ohne ATutor-Benutzerkennung verfügbar. Anmeldung nicht erforderlich. Die Einschreibung zu einem Kurs ist optional.
Eingeschränkt: Zugang nur für Benutzer mit einer ATutor-Kennung möglich. Login ist erforderlich. Einschreibung ist optional.
Privat: Zugang nur für Benutzer mit einer ATutor-Kennung und einer vom jeweiligen Dozenten genehmigten Einschreibung. Login ist notwendig. Einschreibung ist notwendig.

Rollenbeschreibung und Rollenverwaltung

In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

Moodle
Eine Rolle ist definiert durch einen Satz von Rechten, die für die gesamte Website festgelegt sind. Rollen können Nutzer/innen in bestimmten Kontexten zugewiesen werden.

In Moodle werden fünf Rollen definiert: Administrator, Course creator, Teacher, Non-editing teacher, Student, Guest und Authenticated user. Es können neue Rollen hinzugefügt werden. Dazu sind Rechte zur Rollenzuordnung und Rechte zur Rollenänderung notwendig. Ein Blick in den Bereich “Neue Rolle hinzufügen” lässt erkennen, dass es nicht ohne die Planung eines Benutzerkonzeptes geht.
Der LehrerInnen Fortbildungsserver (LFS) der Landesakademie für Fortbildung und Personalentwicklung an Schulen in Baden Würtenberg (mehr) stellt auf der Seite “Rollen” diese Thema grafisch aufgearbeitet dar.

Die Moodle-Hilfe verweist auf die Begriffe Kontext, Rechte, Rollen zuweisen und Überschreibungen.

Kontexte sind “Bereiche” in Moodle, in denen Rolle für Nutzer/innen zugewiesen werden können. Kontexte sind hierarchisch aufgebaut, Rechte werden vom “übergeordneten” Kontext an “darunterliegende” Kontexte vererbt.Es gibt folgende Bereiche (Kontexte):
1. Website / gesamtes System
2. Kursbereiche
3. Kursunterbereiche
4. Kurse
5. Blöcke und Aktivitäten

Rechte sind Einstellungen, die Sie für bestimmte Fähigkeiten vergeben.Ein Beispiel für eine Fähigkeit ist “Neue Diskussionen starten” (in Foren).Für jede Rolle können Sie die Rechte für eine Fähigkeit auf einen der folgenden vier Werte setzen: Vererben, Erlauben, Unterbinden, Untersagen.

Überschreibungen
Überschreibungen sind spezielle Rechte, die es ermöglichen, eine Rolle in einem bestimmten Kontext zu überschreiben und damit Rechte nach Bedarf anzupassen.
Beispiel: Wenn Nutzer/innen mit der Rolle “Student” in Ihrem Kurs normalerweise in Foren neue Diskussionsthemen hinzufügen dürfen, Sie diese Befähigung jedoch für ein bestimmtes Forum einschränken wollen, dann können Sie diese Befähigung “UNTERBINDEN”, d.h. Sie setzen für die Befähigung “Neue Diskussionen starten” das Recht auf “UNTERBINDEN”.

Sicherheitseinstellungen in ATutor

Auf den ersten Blick ist kein spezieller Konfigurationsbereich für die Sicherheit zu sehen. Also gehen wir die einzelnen Bereiche durch und versuchen die notwendigen Einstellungen zu setzen. Begonnen wird bei den Systemeinstellungen. Die Erlaubnis zur Selbstregistrierung ist deaktiviert. CAPTCHAs sind nicht erlaubt. Die Art und Weise mancher CAPTCHAs widerspricht dem Grundgedanken der Barrierefreiheit. Dozentenanfragen werden nicht automatisch generiert. Das setzten der Handbuchanmerkungen von Benutzern ist nicht aktiviert. In den Standardeinstellungen (ATutor-Einstellungen) ist die automatische Aktivierung deaktiviert.

Die Authentifizierung/Neuanmeldung ist der erste Punkt der Konfiguration bei ILIAS im Bereich “Adminsitration”. Damit wird die hohe Bedeutung dokumentiert.

Neuanmeldungen

In der Testumgebung ist keine Registrierung möglich, alternativ wäre die Neuanmeldung mit Überprüfung durch den Administrator einstellbar. Die Authentifizierung ist über die ILIAS-Datenbank gesetzt.Es existiert kein öffentlicher Bereich. Die Unterstützung bei vergessenem Passwort ist abgeschaltet. Es erfolgt keine Passwortgenerierung.

Cron-Jobs
Ein Cron-Job ist ein automatisierter Prozess, der zu bestimmten vorgegebenen Zeitpunkten abläuft. Sie finden Informationen zur Aktivierung dieser Cron-Jobs in der Installationsanleitung. Alle Cronjobs sind abgeschaltet.

Datenschutz und Serversicherheit

Hier werden Datenschutz- und Sicherheitseinstellungen vorgenommen. Das Passwort muss durch den Nutzer bei der Erstanmeldung geändert werden. Das gleichzeitige Anmelden mit gleichen Accounts von verschiedenen Rechner ist eingeschaltet.

Rechteeinstellungen und Standardoperationen

Der Registerreiter “Rechte” ist über jede Kategorie der Administraion erreichbar. Hier werden die globalen Rechteeinstellungen für den User, Guest und Anonymous gesetzt im Punkt “Verwalten” gesetzt. Weiter können die Standardoperationen Anzeigen, Lesezugriff und Schreiben ausgewählt werden.

Quelle
Campus Source stellt verschiedene Dokumentation zur Verfügung (mehr). In der Hilfe für Systemadminstratoren sind die verschiedenen Möglichkeiten für globale, lokale und system-eigene Rollenvorlagen beschrieben.

Das Sicherheitskonzept für Moodle ist umfangreich und bedarf eigentlich einer eigenen Rubrick. Zu empfehlen sind hier die Veröffentlichungen der Landesakademie für Fortbildung und Personalentwicklung an Schulen in Baden Würtenberg LFB  (mehr) und das Moodle-Praxishandbuch von Fredi Gertsch (Verlag Addison-Wesley). In der Quelle LFB stehen umfangreiche Downloads zum Thema Sicherheit zur Verfügung.
Ein wichtiges Sicherheitskonzept ist dabei der Umgang mit den zur verfügungstehenden Rollen.

In der genutzten Testumgebung sind die folgenden Einstellungen verwendet worden:

1. Nutzerauthentifizierung – aktive Plugins zur Authentifizierung (Manuelle Zugänge, kein Login)
2. Sicherheit – Websiterechte (Anmeldung notwendig, Profilzugriff nur für eingetragene NutzerInnen, Kennwortlänge 8 Zeichen mit 1 Ziffer 1 Kleinbuchstaben 1 Großbuchstaben und 1 Sonderzeichen, Bestätigungsmail bei Änderung eines Profiles)
3. Sicherheit – HTTP-Sicherheit (alle aktiv)
4. Sicherheit – Modulsicherheit  (Standard gesetzt)
5. Server – Aufräumarbeiten (nach 14 Tagen NutzerInnen abmelden, unvollständige Nutzerkonten nach 3 Tagen löschen)
6. Berichte – Security overview (Status überprüfen und gegebenenfalls Einstellungen ändern)

Noch ein HInweis aus den Mitteilungen der Testumgebung : Die Aktivierung der PHP-Einstellung display_errors wird für produktive Websites nicht empfohlen, weil einige der Fehlermeldungen sensible Informationen über Ihre Serverkonfiguration preisgeben könnten.

Sicherheitseinstellungen

Moodle
In vielen Veröffentlichungen wird die Installation von Moodle unter XAMPP erläutert. Es erfolgt jedoch auch sofort der Hinweis, dass mit diesem System zwar eine Testumgebung möglich ist, jedoch keine Produktivumgebung. Deshalb gilt mein Interesse der Installation unter Windows, später wird auch UNIX/Linux folgen. Warum ich mich bereits am Anfang mit den Sicherheitseinstellungen beschäftige ist wohl der Tatsache geschuldet, dass ich schon ” unliebsamen Besuch” hatte. Es sind jedoch ersteinmal Vemutungen, aber später im laufenden Betrieb sollte so etwas nicht geschehen!.

Im Loginbereich ist jetzt nur noch das Login-Fenster zu sehen, keine Möglichkeit auf Nutzerkontenerstellung oder Hilfe beim Login.

Abschalten des Dialoges zur Hilfe bei vergessenen Passwörtern
In der Datei styles_layout.css im Ordner theme\standard findet ihr die Zeilen:

.loginbox .forgotsub {
border-top:1px solid;
margin-left:12%;
margin-right:12%;
margin-bottom:5px;
display:none;
}
Mit display:none; wird der Bereich ausgeblendet.

Eine weitere Möglichkeit ist das Auskommentieren von Quelltextzeile in der Datei index_form.html.

<!- - <div>
<div>
<?php print_string(“forgotten”) ?>
</div>
<form action=”forgot_password.php” method=”post” id=”changepassword”>
<div>
<input type=”hidden” name=”sesskey” value=”<?php echo sesskey() ?>” />
<input type=”submit” value=”<?php print_string(“passwordrecovery”) ?>” />
</div>
</form>
</div>
</div> - ->

Es wird empfohlen einen Alternativtext anstatt des auskommentierten Bereiches einzugeben. Im Moodle-Forum wird das Ergebnis des Auskommentierens, damit beschrieben, dass die ganze Login-Seite leer ist. Ist so glaube ich von der genutzten Moodle-Versionen abhängig und bitte nur eine von beiden Methoden benutzen.

Layoutveränderungen

Moodle
Es sei angemerkt, dass ich die Version 1.8 installiert habe. Das Umschalten der vorhandenen Seitenlayouts erfolgt problemlos. Die Einstellungen erfolgen im Bereich Darstellungen – Design – (Einstellungen oder Design-Auswahl). Der Administrator hat im Design die Möglichkeit grundlegende Einstellungen vorzunehmen. Hierzu gehören u.a. die Möglichkeit für den Nutzer sein eigenen Seiten-Design zu verändern. Man kann neue Design-Vorlagen in den Ordner “Theme” auf dem Webserver hochladen, diese wurden jedoch nicht in der Designliste aufgenommen. Darauf hin installierte ich die Version 1.9 und es konnten auch externe Layouts (Themes) eingebunden werden.

ILIAS
Die Einstellungen erfolgen im Bereich Skin/Style. Der Administrator hat in vier Bereichen die Möglichkeit Einstellungen vorzunehmen: Grundeinstellungen, System-Styles, Content-Styles ud Seitenlayouts.

ATutor
Im Bereich Systemeinstellungen wird das Seitenlayout administriert. Die vorinstallierten Layouts können angewendet werden. Der Import brachte meist die Meldung, dass “die zu importierende Datei nicht entpackt werden kann” oder “Importverzeichnis konnte nicht erstellt werden”. Als Alternative habe ich die Layouts per FTP-Upload auf den Webserbver geladen.

Zusammenfassung:
Alle drei LMS bieten umfangreiche Möglichkeiten das Layout anzupassen. Dieser Prozess war für mich sehr zeitaufwendig und wurde aus diesem Grund auch nicht weiter geführt. Die LMS besitzen jetzt ein einfaches Layout, damit sich auch weitere Tester auf die Funktionalität konzentrieren können. Bei diesen durchgeführten Veränderungen sind mir die unterschiedlichen Seitenaufbau-Geshwindigkeiten der LMS aufgefallen. Moodle war deutlich langsamer im Annhemen der Umstallungen als ILIAS und ATutor. Um den Faktor der Serverbelastung auszuschließen, wurde die Einstellungsänderungen zu verschiedenen Tageszeiten und Tagen vorgenommen. Das Ergebnis blieb immer das Gleiche im Punkt Geschwindigkeit.