Einsammel-Laufwerk (War: Pflichtenheft: Nutzerverwaltung)

[Hans-Dietrich Kirmse]

Hallo,        

Alexander Dubielczyk schrieb:
> 
  [...]
> 
> > Aber ich habe noch 2 Probleme. Ziel ist ja, Ergebnisse der Schüler
> > einzusammeln. angenommen es wird bewertet (Medienkunde), ein schüler
> > bekommt die Aufgabe einfach nicht gebacken.
> >
> > Er macht folgendes: er legt eine Datei rein in das verzeichnis.
> > kurz danach holt er diese Datei wieder raus (löscht diese)
> >
> > mein erstes Problem: ist im Logfile zu erkennen, das der Schüler beim
> > 2. Mal die Datei gelöscht hat oder sieht man nur den Zugriff?
> > ich habe die Befürchtung, das er auftritt und sagt, ich habe 2
> > Dateien abgelegt, eine als Dokumentation, das andere als Programm.
> 
> Es ist eigentlich noch schlimmer: Im Normalfall sind einzelne
> Dateizugriffe gar nicht protokolliert. Das einzige was ich
> protokollieren lasse sind die Anmeldungen an den Workstations mit
> Uhrzeit/Benutzer/Rechner. Es gibt sicher einen Weg das hinzubasteln,
> aber ich frage mich, ob das überhaupt nötig ist (siehe weiter unten).
> 
> > mein zweites Problem: Wir haben momentan erst 2 Medienecken (a 3 PCs).
> > Dort ist normalerweise Stationsbetrieb. Das bedeutet, wenn eine Gruppe
> > ihre Sache gemacht hat, geht sie an eine andere station ohne Computer
> > und nun kommt an diesen Computer eine neue Gruppe.
> > So wie ich das sehe, kann diese die Leistungen der vorhergehenden
> > Gruppe bequem nachnutzen und eine gerechte Bewertung der Arbeiten
> > wäre nicht gewährleistet.
> >
> > Liege ich mit meinem Befürchtungen richtig?
> 
> Nicht ganz. Ich gehe davon aus, dass sich die Schüler die neu an die
> Station kommen auch neu anmelden müssen, oder? 

völlig richtig. 


> Die Rechte der Dateien
> auf dem Einwurf-Laufwerk werden so gesetzt, dass der Ersteller und die
> Gruppe "Lehrer" lesend und schreibend darauf zugreifen darf. Andere
> dürfen weder das eine noch das andere.

[...]
 
> Wenn Du auch verhindern willst, dass der Ersteller der Dateien diese
> nachträglich ändert. Brauchst du nur die Option "force create mode" in
> [container-einfwurf] entsprechend anzupassen:

das wäre also vergleichbar mit FTP-Incomming, denke ich mal.

 
> "force create mode = 0070", wenn der Ersteller weder lesen noch
> schreiben können soll oder "force create mode = 0470". Dann darf der
> Ersteller (und nur dieser) die Daten die er geschrieben hat wenigstens
> noch lesen.

Das letzte dürfte wohl das bessere sein, denn dann kann er auch noch 
nachschauen, was er schon abgegeben hat. 

so wie du hier das Putzscript bei dem Klausurmodus geschrieben hast,
brauchen wir aber etwas ähnliches. 

Beispiel: Der Lehrer beginnt den Unterricht, indem Dateien zum abgeben
erstellt werden. Der lehrer vorher hat die Dateien schön kopiert, aber
nicht gelöscht, denn das müßte extra gemacht werden.

Wenn er also am Ende der Stunde einsammeln will, hätte er u.U. ohne
eigenes Verschulden Dateien, die er gar nicht will. 

Deshalb sollte ein Script da sein, welches ihm die schnelle 
Kontrolle ermöglicht, wo etwas verschoben werden muß.

Außerdem, wenn er die Dateien sichert, sichert er ja alle Dateien 
aus diesem einen Ordner, hier z.B. Informatik-Raum-I, der selbst
schreibgeschützt ist. d.h. auch er hinterläßt die Dateien.
Er müßte also hinterher in jeden Ordner und löschen - quatsch -
will sagen, wir brauchen auch ein Löschscript - oder sehe ich das
falsch?

die Lösung gefällt mir perfekt. -> ist schon im Pflichtenheft 
ergänzt (natürlich nicht die Lösung, nur die Forderungen).



                                  /"\
Mit freundlichen Grüßen           \ / ASCII ribbon campaign
Hans-Dietrich                      X  against HTML mail 
                                  / \ and postings