|
|
 |
|
Die Übungsaufgaben
Bewertung der Aufgaben
|
Im Wintersemester 2004/2005 werden insgesamt 3 Aufgaben gestellt. Aufgabe 1 ist in drei Unteraufgaben untereilt, Aufgabe 3 ebenso in drei Teilaufgaben.
Die folgende Tabelle gibt einen Überblick.
|
| Aufgabe |
Thema |
Bearbeitungszeit |
Maximale Punkte |
| 1a |
Klassenhierarchien |
1 Woche |
5 |
| 1b |
Templates |
1 Woche |
5 |
| 1c |
STL / File I/O |
1 Woche |
5 |
| 2 |
UMDB: DBTT & FPA |
5 +1 Wochen |
55 |
| 3a |
E/R - Modelle |
1 Woche |
10 |
| 3b |
SQL |
1 Woche |
10 |
| 3c |
DB - Anbindung an Programmiersprachen |
1 Woche |
10 |
|
Zum Bestehen der Gesamtübung muss in allen Aufgaben die Mindestpunktzahl erreicht werden und insgesamt im gesamten Semester mindestens die Hälfte aller
Punkte, also 50. Folgende Tabelle gibt einen Überblick über die Mindestpunktzahlen.
|
| Aufgabe |
Maximale Punktzahl |
Minimal notwenige Punkte |
| 1 |
15 |
8 |
| 2 |
55 |
27 |
| 3 |
30 |
15 |
| Gesamtes Semester |
100 |
50 |
Zeitplan für die Aufgaben
| Zeitraum |
Datum |
Aufgabe |
| Woche 1 |
09.11.04 bis 16.11.04 |
1a |
| Woche 2 |
16.11.04 bis 23.11.04 |
1b |
| Woche 3 |
23.11.04 bis 30.11.04 |
1c |
| Woche 4 |
30.11.04 bis 07.12.04 |
2 |
| Woche 5 |
07.12.04 bis 14.12.04 |
2 |
| Woche 6 |
14.12.04 bis 21.12.04 |
2 |
| Woche 7 |
21.12.04 bis 28.12.04 |
2 |
| Woche 8 |
28.12.04 bis 04.01.05 |
(2) |
| Woche 9 |
04.01.05 bis 11.01.05 |
2 |
| Woche 10 |
11.01.05 bis 18.01.05 |
3a |
| Woche 11 |
18.01.05 bis 25.01.05 |
3b |
| Woche 12 |
25.01.05 bis 01.02.05 |
3c |
Allgemeine Hinweise zu den Rechneraufgaben
Abgabe Rechnerübung
|
Abgabezeitpunkt: Immer Dienstag, 13:45 Uhr! Es kann keine Nachfrist gewährt werden!
Nur die verlangten Dateien ins Abgabeverzeichnis stellen (/proj/i6sos2/abgabe/aufgabe{nm}/${LOGINNAME}). Bitte keine Unterverzeichnisse verwenden!
Die Dateien werden dort automatisch zum Abgabetermin abgeholt. Spätere Änderungen werden nicht mehr berücksichtigt!
|
Abschreiber
|
Bei dieser Veranstaltung sollen alle Aufgaben alleine gelöst werden. Es ist durchaus erlaubt, mit anderen Studenten den Lösungsweg zu diskutieren und
sich in der Newsgroup auszustauschen (dafür ist sie ja auch da). Allerdings soll die eigentliche Programmierung letztendlich vom Studenten selbst durchgeführt
werden. Deswegen dürfen in der Newsgroup auch keine kompletten Source-Dateien auftauchen.
Für die Betreuer ist es nicht nachvollziehbar, wer von wem abgeschrieben hat. Deswegen werden beim Erkennen von Abschreibern die Punkte, welche auf die
"doppelte" Lösung vergeben wurden gestrichen. Nur eine Person erhält (wenn überhaupt) die Punkte. Wir ermitteln diese Person (soweit möglich) mit einem salomonischen Urteil. Sollte dies nicht machbar sein verfallen die Punkte komplett, d.h. niemand bekommt die Punkte!
Es liegt also in Ihrem eigenen Interesse, ihre Daten vor dem Zugriff von anderen zu schützen (chmod go-rx .). Sollten Sie noch weitere Fragen dazu haben, zögern Sie nicht,
einen der Studentischen Mitarbeiter in einer Rechnerübung zu konsultieren.
|
Rechnerumgebung
- Bei Problemen mit den Rechner im CIP-Pool zunächst einen anderen Rechner ausprobieren. Sollte das Problem weiterhin auftreten, umgehend
einen der Betreuer benachrichtigen.
- Jedem Studenten wird ein Arbeitsverzeichnis zur Verfügung gestellt, welches den CIP-Quota nicht belastet. Doch auch in diesem Verzeichniss ist der
Speicherplatz begrenzt, also keine fremde Daten (MP3´s, DIVX, Bilder, etc.) dort ablegen.
- Die SOS2-Betreuer sind nicht für Probleme mit der CIP-Pool-Installation (vi, emacs, Rechner hängt) zuständig
Erwarteter Programmierstil
- Kommentierung
- Die Header zu den Funktionen sollten folgende Informationen erhalten: Zweck der Funktion, Parameterbeschreibung, Einschränkungen,
Annahmen (Vorbedingungen, Nachbedingungen), Seiteneffekte
- Spezielle (trickreiche) Konstrukte im Code sollten ausführlich beschrieben sein. Faustregel:
Alles, was man nicht mit einem kurzen Blick erkennen kann, muss durch einen Kommentar erklärt werden
- ABER: Keine Nachbeschreibung des Codes in Prosa
- Übersichtlichkeit
- Gute Strukturierung, Aufteilung von komplexen Funktionen in mehrere kleine
- Zerlegung in mehrere Quelldateien (Modulbildung)
- Selbständige Arbeit
- Keine Gruppenarbeit bei abgegebenen Lösungen (Umbenennen/Übersetzung unsinnig)
- Bei mehreren identischen Lösungen ist es nicht nachvollziehbar, wer von wem abgeschrieben hat. Deswegen werden beim Erkennen von Abschreibern die Punkte, welche auf die
"doppelte" Lösung vergeben wurden gestrichen. Nur eine Person erhält (wenn überhaupt) die Punkte. Wir ermitteln diese Person (soweit möglich) mit einem salomonischen Urteil. Sollte dies nicht machbar sein verfallen die Punkte komplett, d.h. niemand bekommt die Punkte!
- Jeder ist für den Schutz seines Directories selbst verantwortlich (
chmod go-rx .).
Nützliche Links
|
|
|
|
