Arktur4:Konzept
Entwicklungskonzept und Zeitschiene zur Fertigstellung von Arktur 4
| Für die weitere Entwicklung des ganzen Arktur-Schulserver-Projektes wäre es gut, wenn es zu einer Festlegung (fixed version) käme. |
Vorwort
Es sollte fixiert werden (von Reiner), was wirklich zwingend(!) in die Arktur Version 4.0 noch mit an Extras rein muss. Aber auch, was nicht mehr drin bleiben soll. Das kann (muss aber nicht) diskutiert werden.
Und danach sollte die Version 4.0 nur noch fehlerbereinigt und damit stabilisiert werden.
Projektverwaltung per Web-Interface
aus einer Mail von Reiner:
das muss dringend noch realisiert werden, damit die Projektadmins eine Oberfläche haben. (Vielleicht muss ich hier auch Windows extra testen)
Problem "Fachlehrershell"
aus einer Mail von Reiner:
Einige Schulen scheinen das noch zu nutzen (trotz putty und UTF-8?). Also doch Hand anlegen. Parallel muss das Verteilen per Web-Interface gehen.
Raumweise Freischaltung
aus einer Mail von Reiner:
Größere Baustelle, die aber schon in Arbeit ist: Raumweise Freischaltung im Admin-Interface
Klausurumgebung
aus einer Mail von Reiner:
Ich denke, das könnte geteilt werden: Die Einbindung in sysadm hatte ich folgendermaßen vor: - Derzeit werden 4 Gruppen von Klausuraccounts angelegt nach dem Schema: klausurA01 - klausurA40, klausurB01 - klausurB40 usw. erstes Passwort ist "klausur". - Nach dem automatischen Anlegen werden diese sofort deaktiviert, damit sich niemand vorzeitig anmelden kann - In sysadm müsste unter "Anwender" ein Punkt "Klausur", der folgende Unterpunkte enthält: - Passwort der Klausurgruppe (gemeinsam) ändern - Klausurgruppe freigeben (eventuell mit Anfangs- und Endzeit per at-Job) - Klausurgruppe sperren Wenn es mit der Fachlehrershell geht, könnte noch hinein: - Material in Gruppe kopieren und - Material aus Gruppe wieder einsammeln Weitere Vorschläge sind willkommen. Lösungen ebenso!
Anmerkung: Die drei Punkte "Passwort der Klausurgruppe", "Klausurgruppe freigeben" und "Klausurgruppe sperren" sollten besser in die Fachlehrershell oder gleich ins Webinterface kommen.
Automatisierte Updates
aus einer Mail von Reiner:
Wir waren schon mal auf folgendem Stand: - Es gibt diesen Punkt "Update aus dem Web" - Die Pakete können: 1. Automatisch eingespielt werden oder 2. Updates automatisch holen aber nicht einspielen, sondern vorlegen 3. nur nach Updates suchen und Liste anzeigen - Zur Sicherheit sollten wir überlegen, ob diese Updates per GPG signiert werden. Nachteil: Nur einzelne dürfen die Updates bereitstellen, deren GPG-Signatur wir gleich mitliefern (Oder Alternativ: Ein "offizieller" Key, der unter den Entwicklern ausgetauscht wird) Vorteil: Die Updates werden geprüft, also können "wilde" Pakete nicht das System stören. Veränderungen an den Paketen werden sofort bemerkt.
Anmerkung: Dieser Punkt könnte auch später als Update bereitgestellt werden.