Algorithmen und Objekte in der Spieleprogrammierung

Einleitung

Scratch-Spiele bestehen nicht nur aus bunten Figuren und Bewegung auf dem Bildschirm. Hinter jedem Spiel stecken Objekte, Regeln, Ereignisse und Algorithmen. In dieser Aufgabe untersuchst du ein selbst ausgewähltes Scratch-Spiel aus fachlicher Sicht: Du spielst es, schaust dir den Aufbau an und bewertest, wie gut es als Programm umgesetzt und dokumentiert wurde.

Ziel der Aufgabe

Du sollst ein Scratch-Spiel so untersuchen, dass du erklären kannst:

welche Spielidee umgesetzt wurde,
welche Objekte im Spiel vorkommen,
welche Programmierstrukturen verwendet werden,
wie verständlich Anleitung und Dokumentation sind,
und wie du das Spiel aus Sicht einer Entwicklerin oder eines Entwicklers bewertest.

Bearbeitungszeit

Für die Aufgabe hast du 90 Minuten Zeit.

Benötigte Materialien und Programme

Du benötigst:

einen Computer oder ein Tablet mit Internetzugang,
die Webseite https://scratch.mit.edu,
einen Markdown-Editor, zum Beispiel https://dillinger.io/,
die Markdown-Anleitung als Video: https://www.youtube.com/watch?v=9rKA62-0Gck,
die Möglichkeit, Screenshots zu erstellen.

Du brauchst für diese Aufgabe kein eigenes Scratch-Konto, solange du Projekte ansehen und untersuchen kannst.

Deine Aufgabe

Wähle auf https://scratch.mit.edu ein Scratch-Spiel aus und erstelle dazu eine fachliche Spielanalyse als Markdown-Text.

Das Spiel muss folgende Bedingungen erfüllen:

Es ist ein Spiel und keine reine Animation.
Es hat mindestens eine steuerbare Figur oder eine erkennbare Spielmechanik.
Du kannst den Code des Projekts ansehen.
Das Spiel ist für dich verständlich genug, um es zu untersuchen.

Wenn du nach wenigen Minuten merkst, dass ein Spiel zu unübersichtlich, zu einfach oder nicht verständlich ist, wähle ein anderes Spiel.

Schritt-für-Schritt-Anleitung

1. Spiel auswählen

Gehe auf https://scratch.mit.edu und suche ein Spiel aus. Du kannst zum Beispiel nach Begriffen wie game, jump, maze, platformer, pong, catch, runner oder clicker suchen.

Notiere in deinem Markdown-Text:

den Namen des Spiels,
den Link zum Scratch-Projekt,
den Namen der Erstellerin oder des Erstellers, falls sichtbar.

2. Spiel ausprobieren

Spiele das Spiel mehrere Minuten lang. Achte dabei nicht nur darauf, ob es Spaß macht, sondern auch darauf, wie es funktioniert.

Beantworte in deinem Markdown-Text:

Was ist das Ziel des Spiels?
Wie wird das Spiel gesteuert?
Wann gewinnt oder verliert man?
Welche Regeln erkennt man beim Spielen?

Beschreibe die Spielidee anschließend in genau drei Sätzen.

3. Objekte des Spiels untersuchen

Öffne das Scratch-Projekt und schaue dir die Figuren und den Hintergrund an. In Scratch sind Figuren, Gegenstände, Gegner, Spielfeldbestandteile und manchmal auch unsichtbare Hilfsobjekte wichtige Bestandteile eines Spiels.

Erstelle eine Tabelle mit mindestens drei Objekten. Falls das Spiel weniger Objekte hat, beschreibe alle vorhandenen Objekte und erkläre zusätzlich, warum das Spiel trotzdem funktioniert.

Nutze diese Tabelle:

Objekt	Rolle im Spiel	Was macht dieses Objekt?
Beispiel: Spielerfigur	Player	Wird gesteuert und sammelt Punkte

Mögliche Rollen sind zum Beispiel:

Spielfeld oder Hintergrund,
Player oder Spielfigur,
Gegner,
Hindernis,
Punkt oder Sammelobjekt,
Anzeige für Punkte, Zeit oder Leben,
Startknopf oder Menüelement,
unsichtbares Hilfsobjekt.

4. Programmierstrukturen finden

Untersuche nun den Code des Spiels. Du musst nicht jeden Block verstehen. Suche gezielt nach typischen Programmierstrukturen.

Finde mindestens sechs Beispiele aus dem Code. Verwende dafür diese Tabelle:

Programmierstruktur	Wo hast du sie gefunden?	Was bewirkt sie im Spiel?
Ereignis, z. B. `Wenn grüne Flagge angeklickt`
Schleife, z. B. `wiederhole fortlaufend`
Bedingung, z. B. `falls ... dann`
Variable, z. B. Punkte, Leben oder Zeit
Nachricht, z. B. `sende ... an alle`
Kollision oder Berührung, z. B. `wird Farbe berührt?`

Du darfst auch weitere Strukturen ergänzen, wenn du sie findest, zum Beispiel:

Zufall,
Klone,
Koordinaten,
Listen,
eigene Blöcke,
Kostümwechsel,
Soundeffekte.

Wichtig: Schreibe nicht nur den Namen des Blocks ab. Erkläre immer, welche Aufgabe die Struktur im Spiel erfüllt.

5. Anleitung und Dokumentation bewerten

Viele Scratch-Projekte enthalten Hinweise, eine Anleitung oder Notizen. Prüfe, wie gut das Spiel erklärt wird.

Beantworte:

Gibt es eine Spielanleitung?
Ist die Steuerung verständlich erklärt?
Werden Ziel, Regeln und Besonderheiten des Spiels erklärt?
Gibt es Hinweise im Projekt, im Startbildschirm oder in den Notizen?
Was fehlt, damit neue Spielerinnen und Spieler das Spiel schneller verstehen?

Bewerte die Anleitung und Dokumentation mit einer Schulnote von 1 bis 6 und begründe deine Bewertung in mindestens vier Sätzen.

6. Spiel aus Entwicklersicht beurteilen

Bewerte das Spiel nun nicht nur als Spielerin oder Spieler, sondern aus Sicht einer Person, die selbst programmiert.

Schreibe einen kurzen Bewertungsabschnitt mit folgenden Punkten:

Was ist am Spiel gut umgesetzt?
Welche Programmieridee findest du besonders gelungen?
Welche Stelle im Spiel oder im Code wirkt unübersichtlich?
Welche konkrete Verbesserung würdest du vorschlagen?

Dein Verbesserungsvorschlag muss genau beschreiben, was geändert werden soll. Schreibe also nicht nur „besser machen“, sondern zum Beispiel:

„Die Steuerung sollte auf dem Startbildschirm erklärt werden.“
„Die Punktevariable sollte sichtbar angezeigt werden.“
„Nach dem Verlieren sollte ein Neustart-Knopf erscheinen.“
„Der Gegner könnte langsamer starten und später schneller werden.“

7. Screenshots einfügen

Füge in deinen Markdown-Text mindestens zwei Screenshots ein:

einen Screenshot vom Spiel,
einen Screenshot von einer interessanten Code-Stelle.

Beschrifte beide Screenshots mit einem kurzen Satz. Erkläre beim Code-Screenshot, warum diese Stelle wichtig für das Spiel ist.

Anforderungen an deine Abgabe

Deine Abgabe erfolgt als Markdown-Datei.

Sende deine fertige Markdown-Datei bis Sonntag, 17.05.2026, 23:59 Uhr per E-Mail an:

markus.hacker@ezsh.de

Deine Markdown-Datei muss enthalten:

eine passende Überschrift,
den Namen und Link des untersuchten Scratch-Spiels,
eine Beschreibung der Spielidee in genau drei Sätzen,
eine Erklärung von Ziel, Steuerung und Regeln,
eine Tabelle mit den Objekten des Spiels,
eine Tabelle mit gefundenen Programmierstrukturen,
eine Bewertung von Anleitung und Dokumentation,
eine Beurteilung des Spiels aus Entwicklersicht,
mindestens zwei beschriftete Screenshots,
einen konkreten Verbesserungsvorschlag.

Mindestanforderungen

Damit die Aufgabe als bearbeitet gilt, müssen diese Punkte erfüllt sein:

Du hast ein echtes Scratch-Spiel ausgewählt und verlinkt.
Du hast die Spielidee in genau drei Sätzen beschrieben.
Du hast mindestens drei Objekte oder alle vorhandenen Objekte beschrieben.
Du hast mindestens sechs Programmierstrukturen im Code gefunden und erklärt.
Du hast Anleitung und Dokumentation bewertet und begründet.
Du hast mindestens zwei Screenshots eingefügt.
Du hast einen konkreten Verbesserungsvorschlag formuliert.

Checkliste zur Selbstkontrolle

Prüfe vor der Abgabe:

[ ] Meine Markdown-Datei hat eine klare Überschrift.
[ ] Der Link zum Scratch-Spiel funktioniert.
[ ] Ich habe das Spiel selbst gespielt.
[ ] Meine Spielbeschreibung besteht aus genau drei Sätzen.
[ ] Ich habe die wichtigsten Objekte des Spiels erklärt.
[ ] Ich habe Programmierstrukturen nicht nur benannt, sondern ihre Wirkung erklärt.
[ ] Meine Bewertung der Anleitung ist begründet.
[ ] Mein Verbesserungsvorschlag ist konkret.
[ ] Meine Screenshots sind sichtbar und beschriftet.
[ ] Mein Text ist so verständlich, dass eine andere Person meine Analyse nachvollziehen kann.

Bewertungskriterien

Kriterium	Worauf geachtet wird
Vollständigkeit	Alle geforderten Bestandteile sind vorhanden.
Fachliche Genauigkeit	Objekte und Programmierstrukturen werden korrekt erkannt und erklärt.
Verständlichkeit	Die Analyse ist klar formuliert und gut gegliedert.
Eigenständigkeit	Das Spiel wurde selbst untersucht und nicht nur oberflächlich beschrieben.
Bewertung	Anleitung, Dokumentation und Spielqualität werden nachvollziehbar beurteilt.
Darstellung in Markdown	Tabellen, Screenshots und Texte sind ordentlich eingefügt.

Hinweise

Wähle kein Spiel, das nur aus sehr wenigen Blöcken besteht. Dann findest du wahrscheinlich nicht genug Programmierstrukturen.

Wähle aber auch kein Spiel, das so groß ist, dass du dich im Code gar nicht mehr zurechtfindest. Ein gutes Spiel für diese Aufgabe ist überschaubar, aber nicht ganz einfach.

Wenn du einen Block nicht vollständig verstehst, beschreibe zuerst, was du im Spiel beobachtest. Überlege dann, welcher Teil des Codes diese Wirkung auslösen könnte.

Bei fremden Projekten geht es nicht darum, alles perfekt zu erklären. Wichtig ist, dass du genau hinschaust und deine Beobachtungen fachlich begründest.

Zusatzaufgabe

Wenn du schneller fertig bist, erstelle eine kleine Verbesserungsskizze für das Spiel.

Beschreibe dazu:

welche Verbesserung du einbauen würdest,
welche Objekte davon betroffen wären,
welche Programmierstrukturen du dafür vermutlich brauchst,
und wie sich das Spiel dadurch verändern würde.

Du kannst zusätzlich einen kleinen Pseudocode schreiben, zum Beispiel:

Wenn der Spieler den Gegner berührt:
    ziehe ein Leben ab
    spiele einen Ton
    setze den Spieler zurück zum Start
Wenn Leben = 0:
    zeige "Game Over"

Scratch-Spielanalyse: