Die gesuchte Intranet-Anwendung muß mindestens folgende Funktionalität anbieten und Randbedingungen beachten :

• Verwaltung der Bestellungen für etwa fünfzehn TeilnehmerInnen bei Auswahl unter "täglich" (Montag-Freitag) - preislich unterschiedlichen - sechs Gerichten ("Gold, Silber, Blau, Rot, Grün, Braun). Pro TeilnehmerIn sind mehrere Bestellungen pro Tag möglich. Die Preise der Gerichte bleiben mindestens innerhalb des Zeitraums einer Woche konstant.

• Kontoführung für alle TeilnehmerInnen inklusive automatischer Verbuchung der Bestellungen und bezahlter Rechnungsbeträge.

• Per eMail sollen wöchentlich die Rechnungen (incl. aktuellem Kontostand) an die TeilnehmerInnen sowie die Bestelliste an die Großküche verschickt werden. Die Großküche ist unter hunger@www.kueche.de erreichbar.

• Über die Druckfunktion des Browsers soll die wöchentliche Druckausgabe des "Speiseplans" (tabellarische Übersicht aller TeilnehmerInnen und bestellter Gerichte) gemäß den allgemeinen Richtlinien für Drucklisten möglich sein.

• Pflege (Neuaufnahme, Änderung und Löschung) von TeilnehmerInnen, Gerichten und Preisen.

• Die Essensverwaltung ist allen Mitarbeitern/-innen zugänglich. Daher müssen konkurrierende Zugriffe auf die Daten verhindert (keine gleichzeitige Nutzung der Intranet-Anwendung durch mehrere Anwender/-innen) oder abgesichert werden. Ebenso ist ein (einfacher) Schutzmechanismus zur Vermeidung mißbräuchlicher Zugriffe erforderlich.

• Unter der URL ftp://www.kueche.de/gerichte.ascii ist das Angebot der Großküche im Format

  Kalenderwoche;Wochentag;Gericht;Beschreibung

  verfügbar.

• Für fachliche Rückfragen und zur Absprache zusätzlicher Funktionen stehen Birger Wolter (Raum N13) und Wolfgang Biskop (Raum 111) zur Verfügung.

Unter folgender Mindestkonfiguration muß eine Ablauffähigkeit der Intranet-Anwendung gewährleistet sein :

• Client : HTML3-Browser
• Server : SUSE-Linux (Version >= 4.4), HTTP1.0-WebServer, tcl (Version >= 7.4)

Anstelle von tcl darf auch eine andere - unter SUSE-Linux frei verfügbare - Programmier- oder Skriptsprache eingesetzt werden.

Die Aufgabenstellung ist bewußt nicht detaillierter formuliert, damit eine kreative Ausgestaltung - Design (Motto : Wie soll sich die Essensverwaltung darstellen, damit sie von euch - als BenutzerIn - akzeptiert wird) und Programm- und Datenstruktur (Motto : Wie soll die Essensverwaltung aufgebaut sein, damit sie durch euch - als SystemadministratorIn - pflegbar ist) - möglich bleibt.

Spätester Abgabetermin der Essensverwaltung (incl. Dokumentation im Sinne der Dokumentationsrichtlinien des Programmierpraktikums) ist der 16.2.1998. Spätere Abgaben sind für ExamensteilnehmerInnen nicht möglich (Stichwort : Notenfindung). Für alle übrigen TeilnehmerInnen gilt folgende Regelung : Pro Tag Verspätung (incl. Sonnabende und Sonntage) werden pauschal 5% der erreichbaren Punktzahl abgezogen (z.B. erreichbare Punktzahl = 100, erreichte Punktzahl = 80, Abgabe am 20.2.1998 (d.h. vier Tage zu spät) bewertete Punktzahl = 60).

Im Rahmen der Assembler-Seminaraufgaben WS96/97 und SS97 wurde versuchsweise ein "Newsletter-Service" eingeführt. Da die Testphase positiv verlief, biete ich diesen Service auch für die benotete Internet-Übungsaufgabe an. Interessenten/-innen lassen sich bitte durch Angabe ihrer eMail-Adresse unter wol@fh-wedel.de registrieren.

Ansprechpartner : Birger Wolter , ( Wolfgang Biskop , Martin "Herbert" Dietze , Joachim Lieb )