Pflichtenheft aktuell (2)
Hans-Dietrich Kirmse
hd.kirmse at gmx.de
Thu May 15 21:26:02 CEST 2003
Hallo Alexander,
deine Erläuterung war sehr gut verständlich. Ich hätte das Problem
mit Sicherheit so nicht erfaßt.
Alexander Dubielczyk schrieb:
>
> Am Don, 2003-05-15 um 17.29 schrieb Hans-Dietrich Kirmse:
>
> Hallo Hans-Dietrich,
>
> > > Die eindeutige Zuordnung eines Benutzer zu einem realen Schüler wird
> > > über Vorname+Nachname+Geburtsdatum erledigt? Wenn man immer komplett den
> > > ganzen Schülerstamm jedes Jahr drüberbügelt, muss ja sicher sein, dass
> > > der gleiche User auch immer an den selben Schüler vergeben wird.
> >
> > Dieses Problem hatte ich zwar noch nicht soweit bedacht, aber es ist
> > richtig, daß das Programm, welches den Abgleich macht (also die
> > BW-lösung realisiert) den Schülers zweifelsfrei zuordnen kann. Ich
> > war eigentlich nicht der Meinung, das das unbedingt
> > Vorname+Nachname+Geburtsdatum sein muß (aber kann), es sollte einzig
> > die Forderung sein, das mit den exportierten Daten diese Zuordnung
> > gemacht werden kann.
>
> Richtig. Dafür müssen aber auf dem Server alle Informationen (inkl. z.B.
> Geburtsdatum [oder Alternative]) gespeichert sein, um beim nächsten
> Abgleich auch den schon vorhandenen Benutzer richtig dem Schüler in der
> Schülerliste zuordnen zu können.
du hast auf jeden Fall recht.
aus einer PM von Siegfried ist die Information, das
Klasse+Name+Vorname+Geburtsdatum vom Programm exportiert wird
Nun, dadurch das die Klasse mit gespeichert wird, ist die Chance
recht klein, das es Probleme geben könnte, aber die Möglichkeit
eines Problems ist da. diese ist selbst dann noch (theoretisch) da,
wenn das Datum (z.B. als Kommentar) mit gespeichert wird.
Warum soll es nicht zwei Michael Mustermann geb. 01.01.2001 in der
Klasse 5a geben können. Dann ist mit Fehlern zu rechnen.
Auch wenn die Chance sehr sehr klein ist, ich habe etwas gegen
solche menschliche Seiten bei Programmen ;-)
:
> > Der verantwortliche Lehrer für die 7 und 8 müßte insgesamt 6 Klassen
> > aufnehmen. Es würde ihm recht wenig Arbeit ersparen, wenn er die
> > Schüler zwar sortiert bekäme, aber er diese einzeln in die
> > Projektgruppe aufnehmen müßte.
>
> Klar ist das ein Vorteil der Gruppierung. Aber selbst wenn Du nicht
> ganze Klassen/Gruppen in eine neue Gruppe packst, ist es doch einfacher,
> wenn Du z.B. für einen Oberstufenkurs in Klasse 11 die Benutzer
> zusammenstellen willst und Du nur die Liste der Jahrgangsstufe 11
> durchforsten mußt.
stimmt.
>
> > > Also ich find eine Art von Archivierung besser. Ich möchte nicht wissen
> > > wieviele Leute (hier insbesondere auch Lehrer...) es nicht hinkriegen
> > > ihre Daten rechtzeitig in Sicherheit zu bringen und nacher anfangen zu
> > > jammern. Da können die noch so oft belehrt worden sein :-/
> >
> > Prinzipiell richtig. Aber mit dem von mir angegebenen
> > vollautomatischen Backup dürfte auch das nicht problematisch sein.
> > (denke ich mal). Vor allem könnte jeder draufzugreifen ohne den
> > Admin zu belästigen. Leider hat auf dieses Backuplösung noch keiner
> > reagiert. - Das was im Wiki zu Backup steht wäre m.E. hinfällig.
>
> Hmm, möchtest Du jetzt, dass der Admin damit belästigt wird, oder dass
> alle darauf zugreifen können? ;-)
ich möchte, das jede Nacht das aktuelle Backup _automatisch_ erzeugt
wird, dieses als Laufwerk readonly bereitgestellt wird und natürlich
jeder nur auf seine Daten Zugriff hat. Zusätzlich soll er auf alle
geänderten Dateien der letzten 4 Wochen zugreifen können (natürlich
readonly).
>
> Man könnte das Archiv ja z.B. in das Homeverzeichnis des zugehörigen
> Gruppenverantwortlichen schieben. Der kann es dann löschen oder
> weiterverwenden.
Warum soll der Gruppenverantwortliche meine Daten weiterverwenden
können. Ich denke, da die Lösung auch sicherstellt, das auch auf das
Backup der Gruppenverzeichnisse genau die Gruppenmitglieder zugreifen
können - natürlich auch readonly.
/"\
Mit freundlichen Grüßen \ / ASCII ribbon campaign
Hans-Dietrich X against HTML mail
/ \ and postings
More information about the SAN
mailing list