1926050: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) |
||
Zeile 57: | Zeile 57: | ||
# für wichtige Klasses: wichtige Attribute, Methoden und Zustandsvariablen, eine kurze Beschreibung der Klasse sowie der wichtigsten Attribute und Methoden | # für wichtige Klasses: wichtige Attribute, Methoden und Zustandsvariablen, eine kurze Beschreibung der Klasse sowie der wichtigsten Attribute und Methoden | ||
# Quellenangaben zu allen für die Arbeit verwendete Quellen: Software, fremde Bibliotheken, fremde Algorithmen, Literatur (Nachschlagewerke) etc. | # Quellenangaben zu allen für die Arbeit verwendete Quellen: Software, fremde Bibliotheken, fremde Algorithmen, Literatur (Nachschlagewerke) etc. | ||
# Bei mehreren Autoren: Eine Übersicht, welcher Autor für welche Teile der Arbeit verantwortlich ist. | # Bei mehreren Autoren: Eine Übersicht, welcher Autor für welche Teile der Arbeit verantwortlich ist. | ||
Version vom 29. September 2014, 17:53 Uhr
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
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):
- den Autor/die Autoren der Anwendung
- den Namen der Anwedung
- eine aussagekräftige Kurzbeschreibung der Anwendung
- eine kurze Installationsanleitung (falls notwendig)
- eine kurze Bedienungsanleitung
- ein Datenmodell, welches mindestens Folgendes enthält:
- die wichtigsten Use-Cases und Interaktionsmöglichkeiten (Diagramm und textuelle Beschreibung)
- ein UML-Klassen-Diagramm (nur die wichtigsten Attribute und Methoden werden aufgeführt)
- Beschreibung des Diagramms: Welche wesentlichen Aufgaben haben die jeweiligen Klassen und Beziehungen?
- für wichtige Klasses: wichtige Attribute, Methoden und Zustandsvariablen, eine kurze Beschreibung der Klasse sowie der wichtigsten Attribute und Methoden
- Quellenangaben zu allen für die Arbeit verwendete Quellen: Software, fremde Bibliotheken, fremde Algorithmen, Literatur (Nachschlagewerke) etc.
- 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
- UML-Klassen-Diagramm; bewertet wird:
- 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).