1926050: Unterschied zwischen den Versionen
aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Kowa (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| (47 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 5: | Zeile 5: | ||
|lehrveranstaltung=Multimedia-Anwendungen/Programmierung | |lehrveranstaltung=Multimedia-Anwendungen/Programmierung | ||
|kuerzel= | |kuerzel= | ||
|pruefung= | |pruefung=nicht mehr angeboten | ||
|pruefungsart= | |pruefungsart=Präsentation, Studienarbeit | ||
|details= | |details= | ||
|hilfsmittel= | |hilfsmittel= | ||
|zweitpruefer=Thomas Rist | |||
|zweitpruefer= | |inhalte=<!--==Termine== | ||
|inhalte===Termine== | |||
<dl> | <dl> | ||
<dt> | <dt>22. März 2020:</dt> | ||
<dd>Abgabe der Anwendungsfälle (Use-Cases) via [https://gitlab.multimedia.hs-augsburg.de/ACCOUNT/ Git-Repository] und Link in [https://moodle.hs-augsburg.de/course/view.php?id=2857 Moodle]</dd> | |||
<dt>29. März 2020:</dt> | |||
<dd>Abgabe des Datenmodells: UML-Klassendiagramm (einschließlich textueller Beschreibung) sowie zugehöriger JavaScript-Dateien, die dieser Struktur genügen (die Implementierungen der Klassen und Funktionen dürfen noch fehlen)<br /> | |||
<dd>Abgabe der Anwendungsfälle (Use-Cases) via [https:// | Datenmodell als PDF-Datei sowie JavaScript-Dateien im [https://gitlab.multimedia.hs-augsburg.de/ACCOUNT/ Git-Repository], Link auf den Ordner im Repository in [https://moodle.hs-augsburg.de/course/view.php?id=2857 Moodle] | ||
<dt> | </dd> | ||
<dd>Abgabe des Datenmodells: UML-Klassendiagramm (einschließlich textueller Beschreibung) sowie | <dt>24. April 2020 (Uhrzeiten werden in Moodle bekanntgegeben):</dt> | ||
Datenmodell als PDF-Datei sowie JavaScript-Dateien im [https:// | <dd>Zwischenpräsentation eines '''lauffähigen Prototyps''' der Studienarbeiten (die Präsentation eines Datenmodells reicht nicht aus) | ||
</dd> | |||
<dt>5. Juni 2020 (Uhrzeiten werden in Moodle bekanntgegeben):</dt> | |||
<dd>2. Zwischenpräsentation eines '''lauffähigen Prototyps''' der Studienarbeiten (es muss ein Fortschritt gegenüber der ersten Präsentation sichtbar sein) | |||
</dd> | |||
<dt>Prüfungspraktikum entfällt</dt> | |||
<dd><strong>Die Teilnahme an der Prüfung ist ohne Prüfungspraktikum möglich.</strong> | |||
</dd> | </dd> | ||
<dt> | <dt>12. Juli 2020</strong></dt> | ||
<dd>Abgabe der vollständigen Studienarbeit | <dd>Abgabe der vollständigen Studienarbeit | ||
einschließlich einer [ | einschließlich einer [https://moodle.hs-augsburg.de/course/view.php?id=3263 Erstellungserklärung] | ||
unter [https://moodle.hs-augsburg.de/course/view.php?id=3263 Moodle] und als Inhalt eines Git-Repositories. | |||
</dd> | </dd> | ||
<dt>15./16./17. Juli 2020, J2.10 (die genauen Termine werden nach der Endabgabe bekanntgegeben):</dt> | |||
<dd>Präsentation der Ergebnisse. | <dd>Präsentation der Ergebnisse. | ||
Sie müssen Ihre | Sie müssen Ihre Anwendung erklären und Ihre Anwendung demonstrieren können. | ||
Sie brauchen keine | Sie brauchen keine Präsentationsfolien vorzubereiten. | ||
</dd> | </dd> | ||
</dl> | </dl> | ||
Beachten Sie, dass in dem Dokument [ | Beachten Sie, dass in dem Dokument [https://moodle.hs-augsburg.de/course/view.php?id=2857 Erstellungserklärung] auch eine Abgabeliste enthalten ist, in der genau aufgelistet wird, was Sie in welcher Form abgeben müssen. | ||
Darüber hinaus müssen Sie im Laufe des Semesters regelmäßig den aktuellen Stand Ihrer Arbeit im Git-Repository, das Ihnen am Anfang des Semesters zur Verfügung gestellt wurde, zwischenspeichern. Das heißt, vor jeder Zwischenabgabe müssen mindestens 5 Versionen der abzugebenden Dokumente ins Repository eingefügt werden. Von der eigentlichen Implementierung der Studienarbeit müssen vor der Endabgabe jeweils mindestens 30 substanziell verschiedene Versionen ins Repository eingefügt werden. | |||
--> | |||
==Studienarbeit== | ==Studienarbeit== | ||
Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine interaktive Web-Anwendung mit Hilfe von HTML 5 und JavaScript (ECMAScript | Als Teilnehmer der Lehrveranstaltung „Multimedia-Anwendungen/Programmierung“ (MMProg) sollen Sie nachweisen, dass Sie in der Lage sind, eine interaktive Web-Anwendung mit Hilfe von HTML 5 und JavaScript (ECMAScript 6) zu erstellen. | ||
Sie müssen daher im Rahmen einer Studienarbeit eine derartige Anwendung gemäß den in der Vorlesung vermittelten Prinzipien realisieren. | 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 diese Arbeit präsentieren. Sie können sich das Thema (in Absprache mit dem Dozenten) selbst aussuchen. | Am Ende des Semesters müssen Sie diese Arbeit präsentieren. Während des Semesters gibt es Zwischenpräsentationen. Die Teilnahme ist jeweils Pflicht, da die Zwischenpräsentationen Bestandteil der Prüfung sind. | ||
Sie können sich das Thema (in Absprache mit dem Dozenten) selbst aussuchen. | |||
<!-- | |||
Da sich die Vorlesung und das Praktikum an dem Thema Spiele orientieren, ist es sinnvoll ein Spiel als Studienarbeit zu programmieren. | Da sich die Vorlesung und das Praktikum an dem Thema Spiele orientieren, ist es sinnvoll ein Spiel als Studienarbeit zu programmieren. | ||
| Zeile 66: | Zeile 71: | ||
# Flappy Bird | # Flappy Bird | ||
# Bubble Worlds | # Bubble Worlds | ||
# ... | |||
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 77: | Zeile 78: | ||
Sie sind dazu berechtigt fremden Code in Ihrer eigenen Arbeit zu verwenden, solange dies durch dessen Lizenz erlaubt ist. | Sie sind dazu berechtigt fremden Code in Ihrer eigenen Arbeit zu verwenden, solange dies durch dessen Lizenz erlaubt ist. | ||
Dazu zählen auch sämtliche Code-Beispiel und Musterlösungen aus der Lehrveranstaltung. | Dazu zählen auch sämtliche Code-Beispiel und Musterlösungen aus der Lehrveranstaltung. | ||
Für jeglichen fremden Code müssen Sie die Quelle korrekt angeben. | Für jeglichen fremden Code müssen Sie die Quelle korrekt angeben. | ||
| Zeile 82: | Zeile 84: | ||
{{dh}}, wenn Sie überwiegend vorgefertigten Code zur Realisierung der Arbeit einsetzen. | {{dh}}, wenn Sie überwiegend vorgefertigten Code zur Realisierung der Arbeit einsetzen. | ||
<!-- | |||
==Bewertung== | ==Bewertung== | ||
| Zeile 91: | Zeile 94: | ||
* Studienarbeit | * Studienarbeit | ||
** Angewendete Programmiertechniken | ** Angewendete Programmiertechniken | ||
*** | *** Klassen, Objekte, Objektbuilder | ||
*** Event-Listener, Verarbeitung von Events | *** Event-Listener, Verarbeitung von Events | ||
*** | *** Modularisierung (Datei- und Code-Ebene) | ||
*** | *** Timer (setTimeout, setInterval) | ||
** Qualität | ** Qualität | ||
*** Modularisierung (Datei- und Code-Ebene) | *** Qualität der Modularisierung (Datei- und Code-Ebene) | ||
*** Sinnvolle Benennung, Aussagekraft | *** Sinnvolle Benennung, Aussagekraft | ||
*** Wiederverwendbarkeit, Konfigurierbarkeit | *** Wiederverwendbarkeit, Konfigurierbarkeit | ||
*** Korrektheit, keine Fehler | *** Korrektheit, keine Fehler | ||
*** Keine Redundanz | *** Keine Redundanz (DRY) | ||
** | *** Logic-Data-View-Controller(-Service)-Prinzip | ||
*** | **** Qualität der Model-Module | ||
* | **** Qualität der View-Module | ||
*** | **** Qualität der Controller-Module | ||
*** | **** Qualität der Logik-Module | ||
*** | ** Tiefe | ||
** | *** Komplexität des selbst erstellten Codes | ||
*** | ** Dokumentation (Use-Cases, Klassendiagramm samt Beschreibungen) | ||
** Dokumentation | |||
*** Vollständigkeit | *** Vollständigkeit | ||
*** Verständlichkeit | *** Verständlichkeit | ||
*** Korrektheit | *** Korrektheit | ||
*** Inline-Kommentare (im Sourcecode) | |||
*** Quellenangaben | *** Quellenangaben | ||
* Prüfungspraktikum | * Prüfungspraktikum | ||
** Qualität und Korrektheit der Lösungen | ** Qualität und Korrektheit der Lösungen | ||
Die Bewertung '''einer der | Die Bewertung '''einer der Hauptkategorien''' „Programmiertechniken“, „Qualität“, „Umfang“, „Dokumentation“, „Prüfungspraktikum“ als '''mangelhaft''' führt dazu, dass die '''gesamte Arbeit''' als '''mangelhaft bewertet''' wird. Eine Arbeit, die nicht gemäß einen Pattern wie MVC oder LDVC strukturiert ist, wird höchstens als | ||
''ausreichend'' bewertet. | ''ausreichend'' bewertet. | ||
--> | |||
==Nichtteilnahme und Plagiate== | |||
Die gesamte Arbeit wird als '''mangelhaft''' bewertet, sobald auch nur ein '''Plagiat''' enthalten ist. | Die gesamte Arbeit wird als '''mangelhaft''' bewertet, sobald auch nur ein '''Plagiat''' enthalten ist. | ||
| Zeile 129: | Zeile 130: | ||
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 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 | Die Arbeit wird als unvollständig und damit als '''nicht abgegeben''' gewertet, wenn '''die grobe Entstehungsgeschichte der Arbeit nicht anhand der Besprechungen im Praktikum oder anhand der Versionen im GIT-Repository nachvollzogen werden kann''' (entweder '''regelmäßige''' Teilnahme am Praktikum oder mindestens 5 einschlägige Updates vor jeder Zwischenabgabe und anschließend mindestens 20 einschlägige Updates vor der Endabgabe). | ||
}} | }} | ||
Version vom 2. März 2022, 13:03 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 interaktive Web-Anwendung mit Hilfe von HTML 5 und JavaScript (ECMAScript 6) 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 diese Arbeit präsentieren. Während des Semesters gibt es Zwischenpräsentationen. Die Teilnahme ist jeweils Pflicht, da die Zwischenpräsentationen Bestandteil der Prüfung sind.
Sie können sich das Thema (in Absprache mit dem Dozenten) selbst aussuchen.
Nichtteilnahme und Plagiate
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 Entstehungsgeschichte der Arbeit nicht anhand der Besprechungen im Praktikum oder anhand der Versionen im GIT-Repository nachvollzogen werden kann (entweder regelmäßige Teilnahme am Praktikum oder mindestens 5 einschlägige Updates vor jeder Zwischenabgabe und anschließend mindestens 20 einschlägige Updates vor der Endabgabe).
