1926050: Unterschied zwischen den Versionen
Kowa (Diskussion | Beiträge) |
Keine Bearbeitungszusammenfassung |
||
Zeile 14: | Zeile 14: | ||
Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine einfache interaktive Anwendung mit Hilfe von HTML 5/ECMAScript 5.1) zu erstellen. | Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine einfache interaktive Anwendung mit Hilfe von HTML 5/ECMAScript 5.1) zu erstellen. | ||
Sie müssen daher im Rahmen einer Studienarbeit eine derartige Anwendung gemäß den in der Vorlesung vermittelten Prinzipien | 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. | ||
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 | 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. | Beachten Sie, dass Sie im Falle einer Wiederholungsprüfung eine vollkommen neue Arbeit erstellen müssen. | ||
Zeile 49: | Zeile 49: | ||
# eine kurze Installationsanleitung (falls notwendig) | # eine kurze Installationsanleitung (falls notwendig) | ||
# eine kurze Bedienungsanleitung | # eine kurze Bedienungsanleitung | ||
# ein | # ein Konzept welches die Anwendung aus technischer Sicht beschreibt | ||
# | # es ist entscheidend wichtige Modellierungsentscheidungen, Programmierparadigmen und Technologien textuell zu beschreiben | ||
# | # Sie dürfen auch (UML-)Diagramme verwenden, dies ist jedoch nicht erforderlich | ||
# 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. | ||
==Implementierung== | ==Implementierung== | ||
Zeile 61: | Zeile 61: | ||
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: | 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/ | Die Anwendung muss mit mit HTML5/JavaScript erstellt werden. | ||
Setzen Sie in Ihrer Anwendung mehrere der komplexeren Programmietechniken ein, die in der Vorlesung vorgestellt werden: | Setzen Sie in Ihrer Anwendung mehrere der komplexeren Programmietechniken ein, die in der Vorlesung vorgestellt werden: | ||
* (Prototypische) Vererbung | |||
* Timer-Programmierung | * Timer-Programmierung | ||
* | * DOM-API | ||
* | * Events | ||
* JSON | * JSON | ||
* etc. | * etc. | ||
Zeile 77: | Zeile 76: | ||
In die Bewertung der Studienarbeit fließen ein: | In die Bewertung der Studienarbeit fließen ein: | ||
* | * Implementierung | ||
** | ** Lesbarkeit | ||
** Struktur | |||
** 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 | * Prüfungspraktikum | ||
** Qualität der Lösungen des PRüfungspraktikums (1=sehr gut, ..., 5=mangelhaft) | ** 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 Bewertung '''einer der Hauptkatgorien''' als '''mangelhaft''' führt dazu, dass die '''gesamte Arbeit''' als '''mangelhaft bewertet''' wird. |
Version vom 19. Oktober 2014, 22:47 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 von HTML 5/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.
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.
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 Konzept welches die Anwendung aus technischer Sicht beschreibt
- es ist entscheidend wichtige Modellierungsentscheidungen, Programmierparadigmen und Technologien textuell zu beschreiben
- Sie dürfen auch (UML-)Diagramme verwenden, dies ist jedoch nicht erforderlich
- 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/JavaScript erstellt werden.
Setzen Sie in Ihrer Anwendung mehrere der komplexeren Programmietechniken ein, die in der Vorlesung vorgestellt werden:
- (Prototypische) Vererbung
- Timer-Programmierung
- DOM-API
- Events
- JSON
- etc.
Bewertung
In die Bewertung der Studienarbeit fließen ein:
- Implementierung
- Lesbarkeit
- Struktur
- 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 Bewertung der SQL-Statements 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).