Bewertungsschema

Die Bewertung des Projekts erfolgt in zwei Schritten. Im ersten Schritt wird die Funktionalität Ihres Programms bewertet. Sie erhalten hierfür maximal 80 Punkte (die restlichen 20 Punkte gab es bereits für Ü11). Das Bewertungsschema dieses Schrittes ist weiter unten ("Bewertung der Funktionalität") erläutert. Im zweiten Schritt wird das "Drumherum" (Tests, Style, valgrind, etc.) bewertet. Sie erhalten hierfür eine prozentuale Punktzahl, die mit der Punktzahl aus dem ersten Schritt multipliziert wird.

Beispiele:

(1) Wenn Ihr Programm alle Anforderungen erfüllt und das Drumherum auch perfekt ist, erhalten Sie: 80 * 100% = 80 Punkte.
(2) Wenn Ihr Programm alle Anforderungen erfüllt und das Drumherum nur zur Hälfte in Ordnung ist, erhalten Sie: 80 * 50% = 40 Punkte.
(3) Wenn Ihr Programm nur ¾ der Anforderungen und 90% des Drumherums erfüllt, erhalten Sie 60 * 90% = 54 Punkte.

Gleitkommazahlen werden zur nächsthöheren Ganzzahl aufgerundet.

Bewertung der Funktionalität

Projekt 1

Projekt 2

Die Maximalpunktzahl bei Projekt 2 ergibt sich aus dem in den Projektspezifikationen beschriebenen Punkteschema (pro Instanz des Benchmarks "größte Kachel / 2048" Punkte). Die insgesamt erreichte Punktzahl wird Ihnen nach einem Durchlauf des Benchmarks unten links (in der letzten Zeile) angezeigt. Anmerkung: Die maximal erreichbare Punktzahl beträgt 80. Wenn Sie eine Punktzahl > 80 erreichen, bekommen Sie trotzdem nur 80 Punkte.

Bewertung des "Drumherums"

Fixer Anteil (30%)

Tests (30%)

• Es muss für jede nicht-triviale Funktion einen einzelnen Test geben.

  • - Als trivial gelten nur ganz einfache Funktionen wie getter und setter.

• Jeder Test muss mindestens einen Normalfall und einen Spezialfall (falls es einen gibt) testen.

  • - Als Spezialfall gelten solche Fälle, die in der Praxis nur selten auftreten (aber trotzdem auftreten können). Beispiele für Spezialfälle bezogen auf 2048: (1) Benutzer drückt undefinierte Taste (z.B. F7); (2) Benutzer möchte einen Zug ausführen, der nicht möglich ist; (3) Beim Hinzufügen einer zufälligen Kachel ist das Feld bereits voll (es ist also kein Platz mehr für die Kachel).

• TODO: Insgesamt Punkte entsprechend dem Anteil der Tests, die entsprechend der oben genannten Anforderungen in Ordnung sind.
  • - TODO: Beispiele: Wenn 50% der Tests in Ordnung, dann 15 %.

Doku, Style, Modularität, Codequalität (20%)

• Doku (30%)
• Style (30%)
• Modularität (20%)
• Codequalität (20%)

Const, public/private/protected, valgrind (20%)

• Const-correctness
• Sinnvolle Einteilung in public/private/protected
• Speicherlecks, valgrind