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

Studienarbeit

Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine einfache interaktive Anwendung mit Hilfe eines Autorensystems (Flash/Flex, Director, Silverfast oder HTML 5/Canvas/SVG) zu erstellen.

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

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 Modellierung und Realisierung eines dieser Teile verantwortlich .Jedes Teammitglied muss einen angemessenen Teil des Datenmodells erstellen, 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.

Termine

10. Oktober 2014 (Sonderwiederholungsprüfung, falls das Prüfungspraktikum bereits bestanden wurde):

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

xx. Oktober 2014 :

Präsentation der Ergebnisse. Sie müssen Ihre Anwedung erklären und Ihre Anwendung demonstrieren können. Sie brauchen keine Präsentations-Folien vorzubereiten. (Der genaue Termin wird noch bekanntgegeben.)

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 Datenmodell, welches mindestens Folgendes enthält:
7. die wichtigsten Use-Cases und Interaktionsmöglichkeiten (Diagramm und textuelle Beschreibung)
8. ein UML-Klassen-Diagramm (nur die wichtigsten Attribute und Methoden werden aufgeführt)
9. Beschreibung des Diagramms: Welche wesentlichen Aufgaben haben die jeweiligen Klassen und Beziehungen?
10. für wichtige Klasses: wichtige Attribute, Methoden und Zustandsvariablen, eine kurze Beschreibung der Klasse sowie der wichtigsten Attribute und Methoden
11. Quellenangaben zu allen für die Arbeit verwendete Quellen: Software, fremde Bibliotheken, fremde Algorithmen, Literatur (Nachschlagewerke) etc.

1. 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/JavaSvript (SVG/Canvas) erstellt werden. Mobile Android-Anwendungen sind ausdrücklich erlaubt.

Setzen Sie in Ihrer Anwendung mehrere der komplexeren Programmietechniken ein, die in der Vorlesung vorgestellt werden:

• Timer-Programmierung
• Vererbung
• asynchrone Programmierung (Observer Pattern)
• JSON
• schnelle Suche mittels Hashing
• dynamische Ermittlung von Empfänger-Objekten zur Laufzeit
• etc.

Bewertung

In die Bewertung der Studienarbeit fließen ein:

• Inhalt
  • UML-Klassen-Diagramm; bewertet wird:
    • Korrektheit
    • Komplexität
    • die Beschreibung der Klassen und Attribute
  • Implementierung; bewertet wird:
    • die Korrektheit bezüglich des Modells (USE-Cases + UML-Diagramm)
    • Stabilität
    • Struktur
• Qualität und Umfang
  • Qualität und Komplexität der USE-Cases
  • Qualität und Komplexität des UML-Klassen-Diagramms
  • Qualität und Komplexität der Implementierun
  • Wiederverwendbarkeit des Codes
  • Umfang (Ein UML-Diagramm mit ca. zehn Klassen ist vom Umfang her angemessen, diagramme mit 20 oder mehr Klassen gehen deutlich über die Anforderungen hinaus; 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.
• Form
  • Lesbarkeit (inbesondere der Programm-Dateien und der Diagramme)
  • Inline-Dokumentation
• Prüfungspraktikum

Die Bewertung mangelhaft in einer der vier Katgorien 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 ein wesentlicher Bestandteil fehlt, d.h., wenn z.B. in 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 eine der Zwischenabgaben nicht erfolgt ist.

Die Arbeit wird als unvollständig und damit als nicht abgegeben gewertet', wenn die grobe Enstehungsgeschichte der Arbeit nicht anhand der Versionen im SVN-Repository nochvollzogen werden kann (mindestens 5 einschlägige Updates vor jeder Zwischenabgabe und anschließend mindestens 10 einschlägige Updates vor der Endabgabe).