Einführung zu den Übungen "Algorithmen und Datenstrukturen" (AuD) und "Systemnahe Programmierung" (SP) WS18/19. Malte Heins Helga Karafiat

Transkript

1 Einführung zu den Übungen "Algorithmen und Datenstrukturen" (AuD) und "Systemnahe Programmierung" (SP) WS18/19 Malte Heins Helga Karafiat

2 Agenda Organisation SP und AuD Übungen im Überblick Ablauf einer Aufgabenstellung Kanäle und Regularien Seite 2

3 Organisation Übungsleitung Malte Heins (mhe, Raum N17) Helga Karafiat (kar, Raum N17) Veranstaltungswebseite intern.fh-wedel.de/~mhe/spaud Erreichbarkeit per Seite 3

4 SP und AuD Regularien und prinzipieller Ablauf bei beiden Übungen identisch (Beide Übungen können unabhängig voneinander besucht werden) Systemnahe Programmierung Programmiersprache C und ihre Besonderheiten Kommandozeilenprogramme Stärkerer Fokus auf I/O als die Vorlesung Bei erheblichen Abweichungen von der Vorlesung (Inhalte, die weder in Vorlesung noch Übung erläutert werden) bitte entsprechender Hinweis an uns Algorithmen und Datenstrukturen Programmiersprache Java Anknüpfung an PS2 Keine graphische Benutzeroberfläche sondern Schnittstellenimplementierung Abweichungen von der Vorlesung nicht ganz vermeidbar, werden aber in den Aufgabenvorstellungen entsprechend thematisiert (hauptsächlich Aufgabe 1) Seite 4

5 Übungen im Überblick Veröffentlichung jeweils auf der Webseite von Malte Heins intern.fh-wedel.de/~mhe/spaud, SP-Aufgaben / AuD-Aufgaben Jede Aufgabe wird mit automatisierten Tests bewertet, dabei wird der Anteil der bestandenen Tests in % als Qualität der Aufgabenlösung festgestellt Gewichteter Durchschnitt der Aufgaben-Prozentwerte liefert Veranstaltungsergebnis es müssen min. 80% erreicht werden SP-Aufgabe 1 15 % AuD-Aufgabe 1 30 % SP-Aufgabe 2, 3, 5 20 % AuD-Aufgabe 2 35 % SP-Aufgabe 4 25 % AuD-Aufgabe 3 35 % Neu: Bei jeder Aufgabe müssen mindestens 50% beim automatischen Servertest erreicht werden, damit wir die Lösung akzeptieren Seite 5

6 Ablauf einer Aufgabenstellung (1) 1. Einführung im Hörsaal (s. Terminplan) 2. Bearbeitung Aufgabenstellung gründlich bis zum Ende lesen, Implementierungsarbeiten planen, nicht sofort lostippen Möglichst früh und gründlich eigene Tests definieren (verschiedene Umsetzungen in Abhängigkeit von der Übung möglich) Idealerweise Tests bereits vor Beginn der Codierungsarbeiten definieren Programmteile jeweils unmittelbar nach Fertigstellung testen, usw. Eher ineffizient: Erst (augenscheinlich) fertiges Programm erstellen, dann mit Testen anfangen ("Qualität hinzufügen" statt sie von vornherein einzubauen) Bei Problemen Betreuung durch die jeweiligen Übungsverantwortlichen Ohne Nachweis eigener (durchdachter) Tests keine Unterstützung Fragen zur Aufgabenstellung bitte in die Newsgroup Seite 6

7 Ablauf einer Aufgabenstellung (2) Bearbeitung (Fs.) Ihr könnt jederzeit per Web-Interface einen Test eures Programms von unserem Testserver anfordern (min. 60 Minuten Abstand zwischen zwei Testaufrufen) Garantiert ist der Zugriff auf den Server nur zwischen 10 und 18 Uhr Der Testserver arbeitet auf dem jeweils in SVN eingecheckten Stand eurer Lösung (HEAD) Als Antwort liefert der Server den momentanen Anteil der erfolgreichen Tests in % (sowie u. U. zusätzliche Hinweise zu speziellen Fehlersituationen) Unsere Tests sind nicht öffentlich: Ihr sollt selbst aus der Aufgabe geeignete Testfälle ableiten; Zusammenspiel von eigenem Testen und Servertest: Seite 7

8 Ablauf einer Aufgabenstellung (3) 3. Technische Abnahme durch Server (Do 8:00) Am Ende der Bearbeitungszeit testet der Server alle Lösungen und hält den erreichten Prozentwert fest; es wird jeweils auf den Stand von Do 8:00 ausgecheckt Identischer Test zu euren eigenen Testauslösungen, d.h. habt ihr einen Prozentwert erreicht und ändert euer Programm nicht mehr, so erhaltet ihr auch garantiert im endgültigen Test den entsprechenden Prozentwert Vorsicht: Schon ein einzelnes falsch gesetztes Zeichen kann verhindern, das euer Programm beim Funktionstest kompiliert - das Ergebnis ist dann eine Bewertung von 0% (egal wie unbedeutend der ursächliche Fehler war). Seite 8

9 Ablauf einer Aufgabenstellung (4) 4. Qualitative Abnahme durch Abnahme-Menschen Erfolgen im RZ zu den Terminen gemäß Vorlesungsplan Von uns bestimmte, wechselnde Abnahmereihenfolge und Zuordnung Abgabe erfolgt an den Computern in der ersten Reihe des Rechenzentrums (die komplette erste Reihe bitte frei halten!) Gegenstand der Abnahme Anwesenheit (ab Beginn des Termins, d.h. ihr könnt jederzeit aufgerufen werden) Codequalität: Einhaltung von Vorgaben der Aufgabenstellung, nach Ermessen des Abnehmers ebenso effiziente wie effektive Lösungsansätze, Beachtung von Konventionen der Übung wie z.b. Dokumentation, usw. Erläuterung des Programms: Beide Gruppenmitglieder müssen die Aufgabenstellung und die eigene Lösung samt Testfällen vollumfänglich erklären können Fachliche Hintergründe aus der Vorlesung werden vorausgesetzt und müssen erläutert werden können Tipps und Verbesserungsvorschläge vom Abnahme-Menschen (und ggfs. Bewährungen oder Nachbesserungen aufgetragen) Seite 9

10 Ablauf einer Aufgabenstellung (5) 4. Qualitative Abnahme durch Abnahme-Menschen (Fs.) Ergebnisse Normalfall: Bestätigung des Servertest-Ergebnisses Liegt keine Lösung oder kein Teilnehmer vor, erfolgt eine Bewertung mit 0% Bei irrtümlich erfüllten Tests (z.b. Test erfolgreich bei "leerer" Lösung) ebenfalls entsprechender Abzug von Prozentpunkten Kann ein Gruppenmitglied die Lösung nicht ausreichend erläutern, behalten wir uns vor, teilnehmerindividuelle Punktabzüge vorzunehmen und/oder die jeweilige Gruppe in zwei Einzelteilnehmer aufzuspalten Lösungsaspekte, die nicht-funktionale Mängel (wie z.b. stilistische Mängel, Iteration statt Rekursion usw.) darstellen, werden mit direktem Punktabzug oder Nachbesserungen bzw. Bewährungen geahndet; verfehlte Nachbesserungen führen nachträglich zu Punktabzügen Mögliche nicht-funktionale Mängel und deren Konsequenzen werden in den Aufgabenstellungen definiert, ebenso ob ein Mangel nachbesserungsfähig ist Neu: Das teilnehmerindividuelle Ergebnis muss für jede Aufgabe mindestens 50% sein, um weiter an der Übung teilnehmen zu können Seite 10

11 Ablauf einer Aufgabenstellung (6) 5. Bewährungen Eine Nachbesserung des Mangels ist für diese Aufgabe zunächst nicht erforderlich. Wird der bezeichnete Mangel jedoch bei nachfolgenden Aufgaben wiederholt, so wird auch für die ursprünglich beanstandete Aufgabe aus der Bewährung eine Nachbesserung Seite 11

12 Ablauf einer Aufgabenstellung (7) 5. Nachbesserungen Vergebene Nachbesserungen sind zwingender Teil der Aufgabenbearbeitung. Nicht vollständig erledigt resultieren sie in den vorab definierten Punktabzügen. Sie müssen fristgerecht über die Weboberfläche eingereicht werden (das späteste Einreichungsdatum ist für jede Nachbesserung einsehbar) Sie werden von uns manuell überprüft und müssen zum Bestehen folgendes: der eingecheckte Sourcecode muss weiterhin allen Anforderungen aus der Aufgabenstellung genügen das Ziel der Nachbesserung muss vollständig erreicht sein Für die Einreichung müssen die folgenden funktionalen Kriterien erfüllt sein: Code auf dem Server kompilierbar und ausführbar Mit den erforderlichen Anpassungen darf kein schlechteres Testergebnis beim Servertest erzielt werden, als das welches der automatisierte Test ergeben hat Zur Überprüfung der funktionalen Kriterien steht der Servertest auch nach dem automatisierten Test weiterhin zur Verfügung Seite 12

13 Ablauf einer Aufgabenstellung (8) 5. Nachbesserungen (Fs.) Ablauf Vorsicht: Das Einreichen einer Nachbesserung ist als endgültig anzusehen Seite 13

14 Ablauf einer Aufgabenstellung (9) Zeitplan (siehe Webseite) Seite 14

15 Kanäle und Regularien (1) Fragen und Hilfestellungen Neu: Zu den Betreuungsterminen Mo 12:30 RZ 2 Mi 17:00 (wenn nicht anderweitig vergeben) RZ 3 In der Newsgroup insbesondere für Fragen zur Aufgabenstellung / allgemeine Fragen fhw.c für SP fhw.oop für AuD Während der Vorstellung der Aufgaben im Hörsaal Im Büro oder ggfs. während früherer Abgabetermine im RZ In sehr gut begründeten Ausnahmefällen auch per Seite 15

16 Kanäle und Regularien (2) Anwesenheitspflicht Bei den Abnahmeterminen herrscht Anwesenheitspflicht ab Beginn des Termins Absehbare Ausnahmen sind im Vorwege zu vereinbaren, das Akzeptieren von Abwesenheitsgründen außer Krankheit liegt im Ermessen der Übungsleiter Bei Krankheit ist im Anschluss unverzüglich ein geeigneter Nachweis vorzulegen Im Falle einer entschuldigten Abwesenheit wird von den Übungsleitern binnen eines Zeitraums von zwei Wochen ein neuer Abnahmetermin festgelegt. Wenn ein Abwesenheitsgrund nur einen von zwei Gruppenpartnern betrifft, wird es dem jeweils anderen Gruppenpartner freigestellt, den ursprünglichen Abnahmetermin oder den Ersatztermin wahrzunehmen. Es ist die Pflicht des nicht verhinderten Gruppenpartners, hierfür rechtzeitig Kontakt mit den Übungsleitern aufzunehmen. Kann kein Ersatztermin binnen zwei Wochen wahrgenommen werden (z.b. bei längerer Krankheit), so verfällt der Anspruch und die Aufgabe muss für das entsprechende Gruppenmitglied mit effektiv 0% bewertet werden. Unentschuldigte Abwesenheit führt immer zu einer Bewertung der entsprechenden Aufgabe mit 0%. Seite 16

17 Kanäle und Regularien (3) Verhalten Wünschenswert: Gegenseitige Unterstützung (z.b. Newsgroup) Rechtzeitige Kommunikation mit uns bei Problemen Nicht in Ordnung: Weitergabe von Programmcode (vollständig oder teilweise) führt zum Ausschluss aller beteiligten Gruppen und der Anrufung des Prüfungsauschusses Den Gruppenpartner die Arbeit machen lassen führt ggf. zu Punktabzug, zur Trennung der Gruppe oder zum Ausschluss eines Teilnehmers Unentschuldigte Abwesenheit führt zur teilnehmerindividuellen Bewertung der jeweiligen Aufgabe mit 0% Die jeweilige Newsgroup nicht zu lesen Uns die Arbeit machen lassen wollen Seite 17