Spiel-Projekt

=Inhaltliche Vorgaben= =Spielidee= Im Prinzip ist ihnen die Wahl des umzusetzenden Spiels völlig frei gestellt, allerdings sollten sie sich für ihr erstes Projekt in dieser Richtung nicht gleich etwas zu kompliziertes aussuchen. Da ich die Komplexität eines Vorhabens vermutlich etwas besser abschätzen kann, sollten sie ihre Projektskizze auf jeden Fall von mir absegnen lassen, bevor sie richtig los legen. Falls sie keine bessere Idee haben, würde ich ihnen vorschlagen, auf der Grundidee des Roadkill-Beispiels aufzubauen: man steuert ein Objekt mit den Pfeil-Tasten und muss versuchen, anderen (bewegten?) Objekten auszuweichen, oder sie einzusammeln. Je nach Setting kann man daraus recht unterschiedliche Spiele machen. Beispielsweise könnte man eine Rakete steuern, die Asteroiden ausweichen muss – hier würden sich eine Raumschiff-kompatible Anpassung der Steuerung anbieten, und vielleicht kann das Raumschiff die Asteroiden auch abschiessen? Space Invaders wäre eine noch einfachere Variante der obigen Idee (mit Schiessen), aber auch Varianten von Spielen wie Copter, Snake, Pacman, Moorhuhn, ... wären denkbar und, zumindest in einer Grundversion, nicht allzu schwierig umzusetzen. Weitere Überlegungen zu einfachen Spielen finden sie in diesem Dokument: Optimalerweise lassen sie sich eine eigene, überzeugende Spielidee einfallen - oder zumindest eine Variation existierender Grundideen, die wirklich etwas eigenes hat. Inspiration: =Zeitlicher Rahmen= Der grösste Teil der Unterrichtszeit bis zum Ende des Semesters. Der Abgabetermin **(Di, 19.1.2016 (G1E), bzw. Do, 21.1.2016 (G1AB), jeweils zum Ende der infcom-Lektion)** ist nach den Ferien, diese können also ggf. auch genutzt werden.
 * Steuerung entweder mit Keyboard (Tasten) oder mit der Maus
 * Der Benutzer erhält alle nötigen Informationen zum Spiel (Spielanleitung, Steuerung, ...)
 * Der Spielstand wird angemessen angezeigt (während des Spiels und/oder nach Spiel- oder Levelende)
 * Das Spiel macht visuell einen sauberen und einheitlichen Eindruck
 * Sounds werden eingesetzt um das Spielerlebnis zu unterstützen
 * Es werden nur selbst gemachte oder lizenzfreie Grafiken und Sounds benutzt (Quellen angeben als Kommentar)
 * Der Schwierigkeitsgrad des Spiels ist gut gewählt (fordernd, aber machbar)
 * Der Schwierigkeitsgrad ändert sich (kontinuierlich oder Levels)
 * Die Breite der Bühne wird so gewählt, dass das Spiel beim Hochladen auf das Wiki gut dargestellt werden kann – möglichst ca. 600 Pixel.
 * Die .swf-Datei ist kleiner als 10 Mb, das fertige Spiel (swf) wird in voller Grösse im Wiki eingebettet und ist dort spielbar (rechtzeitig ausprobieren!)
 * Die .fla-Datei wird ebenfalls abgegeben/hochgeladen. Falls > 10 Mb (dafür gibt es eigentlich wenige gute Gründe), dann finden sie einen Weg zur fristgerechten Abgabe - z.B. via Dropbox, Memory Stick, o.ä.
 * http://ferryhalim.com/orisinal/
 * https://archive.org/search.php?query=amiga&and%5B%5D=mediatype%3A%22software%22&and%5B%5D=subject%3A%22Amiga+SEUCK+games%22&page=2

Abgabe
Abzugeben sind sowohl die swf-Datei, als auch die fla-Datei. > Hinweis: Die Datei sollte auf keinen Fall grösser als 10 MB sein, besser deutlich kleiner (wegen der Ladezeit). Beschäftigen sie sich ggf. mit den Exporteinstellungen von Flash, insbesondere bei Sounds kann man hier vieles optimieren. > //Hinweis 1: Zippen bedeutet u.a. komprimieren, so können sie ggf die Grösse der Datei reduzieren. Falls sie noch nie eine ZIP-Datei erstellt haben, informieren sie sich rechtzeitig.// > //Hinweis 2: Falls die ZIP-Datei zu gross ist zum hochladen (> 10 MB) ist es ihre Aufgabe, einen anderen Weg zu finden, um mir die Datei rechtzeitig zukommen zu lassen, z.B. per Dropbox oder per Memory-Stick im Unterricht//
 * 1) swf-Datei in ihre Wiki-Seite einbetten (volle Grösse), so dass man ihr Spiel direkt auf der Seite ausprobieren kann
 * 1) fla-Datei (ggf. zippen) hochladen und verlinken
 * 1) bei Partnerarbeit: Name ihres Partners //(eigentlich genügt es, die Projektdateien nur unter einem Namen hochzuladen, der andere kann den Namen seines Partners mit einem Link auf dessen Seite versehen)//

=Projektplanung= //**Planen sie ihr Projekt iterativ, so dass das immer in der Luft ist!**// Erstellen sie vor Beginn eine Projektskizze und sprechen sie diese mit der Lehrperson ab! (, für den Inhalt orientieren sie sich bitte an ) Sorgen sie für eine zügige Umsetzung einer Basisversion ihres Spiels (sollte noch vor Weihnachten funktionieren), kümmern sie sich erst später um die detaillierte Ausgestaltung (Grafik, Sounds) und allfällige Erweiterungen (zusätzliche Levels, etc.). =Arbeitsweise= Das Spiel-Projekt kann wahlweise in Einzel- oder Partnerarbeit gestaltet werden, mit der Entscheidung für Partnerarbeit erklären sie sich automatisch damit einverstanden, dass beide dieselbe Note bekommen. =Bewertung= Bei diesem Projekt soll in der Hauptsache das Ergebnis bewertet werden. Sie haben hoffentlich verstanden, dass es bei den mehr prozessorientierten Aspekten (Projektskizze, Iterative Planung) nicht um eine Note geht, sondern darum, das Projekt zu einem erfolgreichen und termingerechten Ergebnis zu führen. Folgende Bewertungskriterien kommen für die Benotung zur Anwendung:

Funktionalität (⅓)
Das umgesetzte Spiel funktioniert ohne grössere Fehler und macht einfach Spass zu spielen - möglichst auch über einen längeren Zeitraum.
 * ist die Spielidee (bzw. Variante der Grundidee) überzeigend, evtl. sogar innovativ?
 * ist das Spiel benutzerfreundlich angelegt? (z.B. Steuerung, Neustart, Informationen zum Spiel)
 * bekommen Spieler alle nötigen Informationen (Ziel des Spiels, Steuerung, Spielstand, etc.)?
 * funktioniert die Spielsteuerung reibungslos und intuitiv?
 * ist der Schwierigkeitsgrad gut gewählt (machbar aber fordernd)?
 * gibt es eine angemessene Steigerung der Schwierigkeit (Levels)?
 * funktioniert alles reibungslos (keine Bugs)?

Code (⅓)
Sauberer Code, der den üblichen Konventionen folgt (inkl. Einrückung, Namenskonventionen, etc.) und zum grössten Teil von ihnen selbst entwickelt wurde – verwendeter Fremdcode ist klar gekennzeichnet.
 * ist der Code übersichtlich und effizient organisiert (Funktionen, etc.)?
 * haben Variablen und Funktionen sinnvolle, sprechende Namen?
 * werden die üblichen Konventionen (Namen, Einrückung, etc.) eingehalten?
 * sind Fremdanteile (Code, Grafiken, Sounds) gekennzeichnet und mit Quellenangabe versehen (als Kommentare)?

Gestaltung (⅓)
Die Gestaltung des Spiels ist optisch einheitlich und überzeugend, Geräusche unterstützen das Spielerlebnis.
 * ist die optische Erscheinung passend und einheitlich?
 * sind visuelle Effekte (z.B. Animationen oder Bewegungen) sinnvoll ein- und überzeugend umgesetzt?
 * sind gut gewählte Geräusche passend eingebaut?
 * sind die Gestaltungselemente sorgfältig umgesetzt?
 * sind die Informationen zum Spiel (Anleitung, Spielstand) gut integriert?

Allgemein (Abzüge oder Pluspunkte)

 * Sollte das Projekt verspätet oder unvollständig abgegeben werden, gibt es einen Abzug von ½ Note/Tag.
 * Abzüge behalte ich mir auch vor, falls die Vorgaben nicht (vollständig) umgesetzt werden. Falls es gute Gründe gibt, klären sie das bitte rechtzeitig mit mir.
 * Falls ihr Projekt deutlich über die Anforderungen hinausgeht (z.B. besonders kniffliges oder innovatives Spiel, viele Levels, mehrere Spieler) behalte ich mir vor, die Note nach oben anzupassen.