Institut für Informatik

Michael Wand
David Hartmann

Sommersemester 2020 • DIGITAL

Projekt Übersicht

Letzte Änderung: 15. June 2020, 13:54 Uhr
Änderungshistorie:

• Einleitungstext geändert

Sobald man mit einer Programmiersprache über for-Loops zu der Definition von Klassen gekommen ist, ist es durchaus eine gute Übung, ein kleines Spiel zu implementieren. Natürlich wäre das Ganze mit GUIs und der Möglichkeit zu zeichnen sehr viel interessanter, aber leider sind wir noch nicht so weit. Aus dem Grund schreiben wir eine kleine Simulation, die uns direkt auf der Konsole ausgegeben werden soll. Ein Vorteil einer Simulation gegenüber eineem interessanten Spiel ist, dass dynamische Tastenabfrage in der Konsole leider auch schwierig zu bewerkstelligen ist.
Der Hauptgrund für eine Simulation als Aufgabe ist, dass hierbei verschiedene Akteure selbstständdig auf einander reagieren. Diese Eigenschaft macht eine solche Simulation zu einem ausgezeichneten Kandidaten für eine OOP-Aufgabe.

Es gibt zwei Projekte zur Auswahl. Wählen Sie als Gruppe eines der beiden Projekte aus und bearbeiten Sie dann die Aufgaben.

Aufgabe Planung

Wählen Sie als erstes gemeinsam im Team eines der beiden Projekte aus und besprechen Sie neben dem internen Interesse auch eventuelle Pro- und Kontra-Argumente der jeweiligen dahinterliegenden Aufgaben. Überlegen Sie sich schon einmal wie das Projekt gemeinsam gelöst werden kann. Es geht hier um Softwareengineering. Aufgabenverteilung, Planung und eine Verständigung innerhalb der Gruppe kann wichtig werden.

Lesen Sie vor der internen Besprechung die Anlage für Klassendiagramme und schauen Sie sich noch einmal intensiv die UML-Beispiele der Vorlesung an.

Überlegen Sie sich gemeinsam, welche Klassen Sie innerhalb Ihres Programmes verwenden werden müssten und welche Methode diese jeweils bereitstellen sollten. In der OOP gibt es zwei Ansätze, die dabei gefahren werden können:

• Top-Down-Design: Dies bedeutet, dass Sie mit der abstraktesten Klasse beginnen (etwa class Simulation, darin ist eine Methode simulate) und sich langsam immer mehr zu den spezielleren Klassen (etwa class Car) vorarbeiten.
• Bottom-Up-Design: Genau das Gegenteil. Sie fangen damit an sich zu überlegen, was denn konkret auf der Basis passieren muss, damit das Programm das tut, was Sie gerne hätten.

Beide Herangehensweisen bringen so ihre Vor- und Nachteile mit sich. Meiner persönlichen Erfahrung nach muss je nach Projekt abgewogen werden; Während das erstere zwar oft schneller zu einer schönen API führt, kann es schnell passieren, dass die gewünschten Pläne nicht so leicht umzusetzen sind und große Teile umgeschrieben werden müssen. Andererseits ist letzteres vielleicht näher am üblichen „direkt darauf los programmieren“, kann jedoch auch schnell zu globalem & prozeduralem Code führen der nicht so leicht erweiterbar ist und daher ebenfalls große Teile neu geschrieben werden müssen.

Dies einfach auszuprobieren und nach dem Bauchgefühl zu entscheiden ist Teil der Übung. ;)

Aufgabe Klassendiagramm

Punkte gibt es für

• korrekte Syntax
• korrekt abgebildete Beziehungstypen zwischen den selbstdefinierten Klassen
• die richtige Verwendung von Multiplizitäten (wie oft gibt es welches Objekt) und Rollenbezeichnungen (wie heißt ein Objekt für ein anderes Objekt)
• Code und Diagramm stimmen überein. Prüfen Sie am besten nach der Implementierung noch einmal, ob das UML Diagramm zu Ihrem Code passt.

Geben Sie das fertige Diagramm in ihrem Repository ab.
(Wie vorher auch, ist es natürlich nicht zwingend erforderlich tikz-uml zu verwenden.)

Aufgabe Implementierung

Implementieren Sie die von Ihnen ausgewählte Problemstellung.

Achten Sie bei der Abgabe darauf

• deklarationen in Header-Files auszulagern
• auch auf das Speichermanagement Ihres Programmes zu achten. Wir haben nun einige Techniken kennen gelernt mit dem Sie das Speichermanagement ihres Codes kontrollieren können und damit Memory-Leaks verhindern.
• ihren Code gut zu dokumentieren/kommentieren, um auch Teilpunkte für nicht erfüllte Funktionalität zu erhalten. Dies ist hier insbesondere wichtig, da es sich um eine Kreativaufgaabe handelt und der Korrekturaufwand nicht explodieren sollte. (Erklären Sie insbesondere, was die jeweiligen Code-Abschnitte tun).
• das Zusatzfeature auch einzubauen, das sich ganz unten in einem eingeklappten Element befindet.
  Schauen Sie sich die des Lerneffekts wegen die Anforderung jedoch erst nach dem Bauen des Basissystems an.

Dies könnte für eine (langsamere) Visualisierung auch nützlich sein.
Programm anhalten: Quelle

#include <iostream>
#include <chrono>
#include <thread>

int main() {
    using namespace std::chrono_literals;
    std::cout << "Hello waiter\n" << std::flush;
    std::this_thread::sleep_for(2s);
    std::cout << "Waited\n";
}