Hansjörg Lauener hat mich gebeten, unsere Anpassungen an die RBAC-Usabilty zu schildern:

1.Knöpfe für häufig benötigte Anwendungsfälle
————————————-
Auf dem Formular “Rechte” von Kursen, Gruppen, Ordnern und Kategorien haben wir Knöpfe hinzugefügt, mit denen lokale Rechtevorgaben und Rechteeinstellungen mit einem einzigen Bedienschritt gesetzt werden können.

Zur Zeit haben wir folgende Knöpfe realisiert:

Ordner:
- Rechte für Briefkasten setzen
- Rechte für Dateiaustausch setzen

Kurs,Gruppe, Kategorie:
- Rechte für alle enthaltenen Briefkasten-Ordner setzen
- Rechte für alle enthaltenen Dateiaustausch-Ordner setzen

Folgende weiteren Knöpfe sind geplant:

Ordner:
- Rechte für Ordner zurücksetzen

Kurs:
- Kurs einfrieren

Kurs, Gruppe, Kategorie:
- Rechte für alle enthaltenen Ordner zurücksetzen

Die Rechteeinstellungen und Rechtevorgaben für jeden Anwendungsfall haben wir in Rollentemplates hinterlegt.
Diese Rollentemplates wirken sich nur auf die Mitglieder-Rollen von Kursen und Gruppen aus.

Nach unserer Erfahrung genügt es, die Knöpfe auf dem Rechte-Formular zu haben, sowie einen Hinweis, welcher Knopf gerade aktiv ist.

2.Vereinfachte Darstellung der Rechteeinstellungen: Weissraum
————————————-
Da wir auf unserer Installation keine zusätzlichen globalen Rollen definiert haben, verwenden wir die Rechtedarstellung von ILIAS 3.6.

Diese Rechtedarstellung ist eine Tabelle mit Spaltentiteln, Zeilentiteln und Ankreuzfeldern.

Im Gegensatz dazu verwendet ILIAS ab Version 3.7 eine Tabelle mit Spaltentiteln und beschrifteten Ankreuzfeldern. Diese Ansicht ist überladen (zu wenig Weissraum) und wurde daher von unseren Nutzern nicht akzeptiert, bzw. Rechteeinstellungen wurden an die ILIAS Supportstelle delegiert.

Nach unserer ist auch die Rechtedarstellung von ILIAS 3.6 überladen. – Niemand versteht was dieses Formular tatsächlich bewirkt.

3. Vereinfachte Darstellung der Rechteeinstellungen: Rechte Erzeugen von Objekte
————————————-
Wir haben festgestellt, dass die Rechteeinstellung zum Erzeugen von Objekten nur dann ändert, wenn gleichzeitig auch die Rechtevorgaben ändert.

Zumindest auf der Installation an der HSLU ist es nicht notwendig, die Rechte “Objekt xy erstellen” auf der Rechteeinstellung darzustellen – all diese Einstellungen könnten auf der Rechtevorgabe getroffen werden. Dadurch entfällt eine grosse Zahl von Zeilen in der Ansicht “Rechte”. Die Ansicht “Rechtevorgabe” müsste nicht geändert werden.

Langfristig könnte man das Rechtesystem ändern, so dass ein Objekt nur noch Rechteinstellungen hat, die sich auf das Objekt selbst auswirken, sowie eine Rechtevorgabe namens “Objekt erstellen”. Die Rechteeinstellungen für das Anlegen von Unterobjekten könnten entfallen. Dies hätte zur Folge, dass in der Ansicht “Rechtevorgabe” viele Zeilen entfallen könnten.

z.B. für ein Ordner-Objekt wären nur noch folgende Rechtevorgaben und -einstellungen notwendig:

Objekt erstellen (nur Rechtevorgabe)
Objekt sehen
Objekt lesen
Objekt löschen
Objekt kopieren
Objekt-Inhalt bearbeiten
Objekt-Rechte bearbeiten
Objekt-Lernfortschritt bearbeiten

Dies würde zudem das Rechtesystem vereinfachen, da für neue Objekttypen, keine neuen Rechteeinstellungen zum Rechtesystem hinzugefügt werden müssten.

4.Vereinfachtes Rechtesystem: Keine zusätzlichen Rechte für Objektbesitzer
————————————-
Besitzer eines Objekts erhalten auf unserer Installation keine zusätzlichen Rechte.

Dies ist notwendig, damit der Anwendungsfall “Briefkasten” umgesetzt werden kann.

Der Verzicht auf Besitzer-Rechte vereinfacht zudem das Handling des Rechtesystem. Man muss sich nicht mehr um das Besitzer-Recht kümmern.

Wir haben die hierzu notwendigen Formularfelder aus ILIAS entfernt. Zudem konnten wir die Performance von ILIAS verbessern, da weniger Rechteprüfungen notwendig sind.

5. Vereinfachtes Rechtesystem: Kein hierarchisches Sichtbarkeits-Recht
————————————-
Das Recht “Objekt sehen” eines übergeordneten Objekts wirkt sich nicht auf Rechte in enthaltenen Objekten aus.

Dadurch wird das Rechtesystem einfacher verständlich: Auf ein Objekt wirken sich nur jene Rechteeinstellungen aus, die beim Objekt getroffen worden sind. (What you see is what you get).

Der Nachteil ist, wenn man eine ganze Objekthierarchie unsichtbar machen will, muss man eine lokale Rechtevorgabe definieren, und die Rechte von allen untergeordneten Objekten ändern. Dies ist jedoch mit den Knöpfen für haufig benötigte Anwendungsfälle einfach lösbar.

Zudem konnten wir die Performance von ILIAS verbessern, da weniger Rechteprüfungen notwendig sind.

Puh, das ist eine ganz schöne Menge von Anpassungen, die wir gemacht haben.
Ich bin schon froh, wenn ihr wenigstens den ersten Punkt ansatzweise diskutieren könnt.