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.

---

Hauptseite