1926050

Diese Prüfung wird nicht mehr angeboten.
 

Nummer	1926050
Studiengang	Interaktive Medien (IAM 2006)
Modul	Multimedia-Anwendungen
Lehrveranstaltung	Multimedia-Anwendungen/Programmierung
Alternativname	Multimedia-Programmierung, MMProg
Kürzel	i4.MM
Prüfer
Zweitprüfer
Prüfung	Diese Prüfung wird nicht mehr angeboten.
Prüfungsart	Studienarbeit, Präsentation
Details
Hilfsmittel

Die Teilnahme an der Wiederholungsprüfung am 12. Juli 2015 ist nur möglich, wenn Sie das Prüfungspraktikum bereits bestanden haben und wenn Sie NACH der 1. Zwischenabgabe am 19. April 2015 mindestens 10 substantiell unterschiedliche Versionen Ihrer Studienarbeit in Ihr Repository eingefügt haben.

Termine

19. April 2015:

1. Zwischenabgabe: Konzept (via Repository und Link in Moodle)

31. Mai 2015:

Verbindliche Anmeldung zur Zwischenpräsentation am 2. Juni (Anmeldung in Moodle)

12. Juli 2015:

Abgabe der vollständigen Studienarbeit einschließlich einer Erstellungserklärung (via Repository und Link in Moodle)

Studienarbeit

Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine einfache interaktive Web-Anwendung mit Hilfe von HTML 5 und JavaScript (ECMAScript 5.1) zu erstellen.

Sie müssen daher im Rahmen einer Studienarbeit eine derartige Anwendung gemäß den in der Vorlesung vermittelten Prinzipien realisieren. Am Ende des Semesters müssen Sie Ihre Arbeit präsentieren. Sie können sich das Thema (in Absprache mit mir) selbst aussuchen.

Da sich die in die Vorlesung und im Praktikum verwendeten Beispiele und Aufgaben mit dem Themenbereich Spiele befassen ist es empfehlenswert als Studienarbeit ebenfalls ein einfaches Spiel zu programmieren. Anbei finden Sie eine exemplarische und unvollständige Liste mit Themenvorschlägen:

• Mini-Billard
• Mini-Mohrhun
• Geschicklichkeitsspiel: herabfallende Gegenstände sammeln, Ballerspiel, ...
• Snake
• Memory
• Vier gewinnt, Fünf gewinnt, Reversi ... (zwei Spieler, evtl. auch ein Spieler + KI)
• Point-and-Click (2D)
• Jump-and-Run
• Spielephysik
• Tic Tac Toe
• Pong
• Doodle Jump
• Flappy Bird

Sie können die Studienarbeit auch als Zweier- oder Dreier-Teams realisieren. In diesem Fall muss die Arbeit allerdings aus mehreren eigenständigen Teilen bestehen. Jedes Teammitglied ist für die Planung und Realisierung eines dieser Teile verantwortlich. Jedes Teammitglied muss einen angemessenen Teil der Anwendung implementieren sowie selbstständig (d.h. nicht in Teamarbeit) eine Studienaufgabe bearbeiten.

Beachten Sie, dass Sie im Falle einer Wiederholungsprüfung eine vollkommen neue Arbeit erstellen müssen.

Dokumentation

Die Dokumentation der Studienarbeit (ein PDF-Dokument) muss Folgendes enthalten (siehe auch die Abgabeliste im Anschluss an die Erstellungserklärung):

1. den Autor/die Autoren der Anwendung
2. den Namen der Anwedung
3. eine aussagekräftige Kurzbeschreibung der Anwendung
4. eine kurze Installationsanleitung (falls notwendig)
5. eine kurze Bedienungsanleitung
6. ein technisches Konzept der Anwendung
   1. wichtige Bestandteile: Modellierungsentscheidungen, Strukturierung/Aufbau des Codes, angewendete Programmierparadigmen, verwendete Technologien und jeweils Begründungen für diese Entscheidungen
   2. das Konzept muss einen Teil in Textform enthalten und darf ergänzend Grafiken und Diagramme enthalten (frei in Form)
   3. UML-Diagramme dürfen gerne verwendet werden, sind aber kein Pflichtbestandteil
7. Quellenangaben zu allen für die Arbeit verwendete Quellen: Software, fremde Bibliotheken, fremde Algorithmen, Literatur (Nachschlagewerke) etc.
8. Bei mehreren Autoren: Eine Übersicht, welcher Autor für welche Teile der Arbeit verantwortlich ist.

Implementierung

Sie müssen bei der Erstellung der Arbeit darauf achten, dass Sie verständlichen (insbesodere lesbaren), möglichst wiederverwendbaren sowie leicht wart- und erweiterbaren Code nach anerkannten objektorientierten Programmierprinzipien schreiben. Beachten Sie bitte insbesondere Folgendes:

Die Anwendung muss mit mit HTML5/JavaScript erstellt werden.

Setzen Sie in Ihrer Anwendung mehrere der komplexeren Programmiertechniken und -prinzipien ein, die in der Vorlesung vorgestellt werden:

• Dynamischer Umgang mit Objekten (und Funktionen)
• (Prototypische) Vererbung
• Browser-API
• DOM API
• Canvas/SVG
• JSON
• Timer-Programmierung
• Event-Verarbeitung/Callbacks
• Model-View-Controller

Bewertung

In die Bewertung der Studienarbeit fließen ein:

• Studienarbeit
  • Dokumentation
    • Verständlichkeit
    • Umfang (1=angemessen, ..., 5=viel zu wenig)
      • Je nach Komplexität ist eine Dokumentation von zwei Seiten völlig ausreichend
  • Implementierung
    • Lesbarkeit
    • Struktur
      • Verwendung von Model-View-Controller oder ähnlich sinnvollem Paradigma
    • Komplexität
    • Wiederverwendbarkeit
    • Umfang (1=angemessen, ..., 5=viel zu wenig)
      • Eine Implementierung mit mehreren 1000 Codezeilen geht deutlich über die Anforderungen hinaus.
      • Ein Umfang, der über die Anforderungen hinaus geht, kann zur Aufwertung der Arbeit führen.
      • Bei Teamarbeit: Jeder Teilnehmer muss einen wesentlichen Teil des Codes implementieren und namentlich kennzeichnen.
• Prüfungspraktikum
  • Qualität der Lösungen des Prüfungspraktikums (1=sehr gut, ..., 5=mangelhaft)

Die Bewertung einer der Hauptkatgorien als mangelhaft führt dazu, dass die gesamte Arbeit als mangelhaft bewertet wird.

Die gesamte Arbeit wird als mangelhaft bewertet, sobald auch nur ein Plagiat enthalten ist.

Die Arbeit wird als unvollständig und damit als nicht abgegeben gewertet, wenn eine der Zwischenabgaben nicht erfolgt ist.

Die Arbeit wird als unvollständig und damit als nicht abgegeben gewertet, wenn ein wesentlicher Bestandteil fehlt, d.h., wenn in der Abgabeliste im Anschluss an die Erstellungserklärung eine wesentliche Frage mit nein beantwortet wurde oder wenn die Erstellungserklärung samt Abgabeliste fehlt.

Die Arbeit wird als unvollständig und damit als nicht abgegeben gewertet, wenn die grobe Enstehungsgeschichte der Arbeit nicht anhand der Besprechungen im Praktikum oder anhand der Versionen im SVN-Repository nachvollzogen werden kann (entweder regelmäßige Teilnahme am Praktikum oder mindestens 5 einschlägige Updates vor jeder Zwischenabgabe und anschließend mindestens 10 einschlägige Updates vor der Endabgabe).