1926100: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Kowa (Diskussion | Beiträge)
Kowa (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
 
(60 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Prüfungsnummer
{{Prüfungsnummer
|vererbung=
|nummer=
|studiengang=IAM 2006
|studiengang=IAM 2006
|lehrveranstaltung=Datenmanagement II
|lehrveranstaltung=Datenmanagement II
|kuerzel=
|pruefung=
|pruefung=
|pruefungsart=Prüfungspraktikum, Studienarbeit
|pruefungsart=Onlineklausur
|details=Prüfungspraktikum: 3h
|details=Dauer: 180 Min
|hilfsmittel=
|hilfsmittel=
|zweitpruefer=Sabine Müllenbach
|zweitpruefer=
}}
|inhalte<!--===Termine==
==Studienarbeit==
 
Als Teilnehmer der Lehrveranstaltung „Datenmanagement II“ („Multimedia-Datenbanken“, MMDB) sollen Sie nachweisen, dass Sie in der Lage sind, für eine (reale oder fiktive) Anwendung eine komplexere Relationale Datenbank zu erstellen.


Sie müssen daher im Rahmen einer Studienarbeit eine Relationale Datenbank 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==
===Sonderwiederholungsprüfung, falls das Prüfungspraktikum bereits bestanden wurde===
<dl>
<dl>
   <dt>10. Oktober 2014:</dt>
   <dt>22. März 2020:</dt>
   <dd>Abgabe der vollständigen Studienarbeit
   <dd>Abgabe der Anwendungsfälle (Use-Cases) als PDF-Dokument in [https://moodle.hs-augsburg.de/course/view.php?id=2856 Moodle].</dd>
      einschließlich einer [http://www.hs-augsburg.de/medium/download/lehrveranstaltung/kowarschick/mmdb/erstellungserklaerung-mmdb.pdf Erstellungserklärung]
  <dt>29. März 2020:</dt>
       (via Repository und Link in [https://moodle.hs-augsburg.de/course/view.php?id=1170 Moodle])
  <dd>Abgabe des Datenmodells: ER-Diagramm (als UML-Klassendiagramm mit textueller Beschreibung) + relationales Schema + CREATE-TABLE-Befehle.<br />
       Fügen sie das überarbeitete Use-Case-Diagramm, das UML-Klassendiagramm sowie das relationale Schema in ein PDF-Dokument ein. Fügen Sie außerdem die CREATE-TABLE-Befehle in eine UTF-8-Text-Datei ein und geben Sie beide Dokumente via [https://moodle.hs-augsburg.de/course/view.php?id=2856 Moodle] ab.
   </dd>
   </dd>
   <dt>xx. Oktober 2014:</dt>
   <dt>22. April 2020 (Uhrzeiten werden in Moodle bekanntgegeben)</dt>
   <dd>Präsentation der Ergebnisse.
   <dd>Zwischenpräsentation der Studienarbeit (funktionierender SQL-Code, einschließlich SQL-Anfragen)
      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.)
   </dd>
   </dd>
 
<dt>2. Juni 2020 (Uhrzeiten werden in Moodle bekanntgegeben)</dt>
</dl>
   <dd>2. Zwischenpräsentation der Studienarbeit (funktionierender SQL-Code, einschließlich SQL-Anfragen)
 
===Wiederholungsprüfung===
<dl>
  <dt>31. Oktober 2014:</dt>
  <dd>Abgabe der Use-Cases (via Repository und Link in [https://moodle.hs-augsburg.de/course/view.php?id=1170 Moodle])</dd>
  <dt>28. November 2014:</dt>
   <dd>Abgabe des Datenmodells: UML-Diagramm + relationales Schema + SQL-Schema
      (Modelle als JPG, PNG oder PDF sowie SQL-Schema (CREATE-TABLE-Befehle) als UTF-8-Text im Repository, Link in [https://moodle.hs-augsburg.de/course/view.php?id=1170 Moodle])
   </dd>
   </dd>
   <dt>voraussichtlich 23. Januar 2014:</dt>
   <dt>Prüfungspraktikum entfällt</dt>
   <dd>Prüfungspraktikum
   <dd><strong>Die Teilnahme an der Prüfung ist ohne Prüfungspraktikum möglich.</strong>
   </dd>
   </dd>
   <dt>30. Januar 2014:</dt>
   <dt>12. Juli 2020</strong></dt>
   <dd>Abgabe der vollständigen Studienarbeit
   <dd>Abgabe der vollständigen Studienarbeit
       einschließlich einer [http://www.hs-augsburg.de/medium/download/lehrveranstaltung/kowarschick/mmdb/erstellungserklaerung-mmdb.pdf Erstellungserklärung]
       einschließlich einer [https://moodle.hs-augsburg.de/course/view.php?id=3264 Erstellungserklärung]
       (via Repository und Link in [https://moodle.hs-augsburg.de/course/view.php?id=1170 Moodle])
       unter [https://moodle.hs-augsburg.de/course/view.php?id=3264 Moodle] und als Inhalt eines Git-Repositories.
   </dd>
   </dd>
   <dt>xx. Februar 2015:</dt>
   <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 Anwedung erklären und Ihre Anwendung demonstrieren können.  
       Sie müssen Ihre Anwendung erklären und Ihre Anwendung demonstrieren können.  
       Sie brauchen keine Präsentations-Folien vorzubereiten.
       Sie brauchen keine Präsentationsfolien vorzubereiten.
      (Der genaue Termin wird noch bekanntgegeben.)
   </dd>
   </dd>
</dl>
</dl>


Beachten Sie, dass in dem Dokument [http://www.hs-augsburg.de/medium/download/lehrveranstaltung/kowarschick/mmdb/erstellungserklaerung-mmdb.pdf Erstellungserklärung] auch eine Abgabeliste enthalten ist, in der genau aufgelistet wird, was Sie in welcher Form abgeben müssen.
Beachten Sie, dass in dem Dokument [https://moodle.hs-augsburg.de/course/view.php?id=2856 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. Von der eigentlichen Implementierung der Studienarbeit müssen vor der Endabgabe jeweils mindestens 20 substanziell verschiedene Versionen von jedem Gruppenmitglied ins Repository eingefügt werden.
 
==Studienarbeit==
 
Als Teilnehmer der Lehrveranstaltung „Datenmanagement II“ („Multimedia-Datenbanken“, MMDB) sollen Sie nachweisen, dass Sie in der Lage sind, für eine (reale oder fiktive) Anwendung eine komplexere Relationale Datenbank zu erstellen.
 
Sie müssen daher im Rahmen einer Studienarbeit eine Relationale Datenbank 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 nicht im Team realisieren.


Darüber hinaus müssen Sie im Laufe des Semesters regelmäßig den aktuellen Stand Ihrer Arbeit im SVN-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 15 substanziell verschiedene Versionen von jedem Gruppenmitglied ins Repository eingefügt werden.
Beachten Sie, dass Sie im Falle einer Wiederholungsprüfung eine vollkommen neue Arbeit erstellen müssen.


==Bewertung der Studienarbeit==
==Bewertung der Studienarbeit==
Zeile 84: Zeile 75:
**        Qualität und Komplexität des ER-Diagramms (komplexere Beziehungen, Attribute mit Nullwerten, ISA-Vererbung etc.)
**        Qualität und Komplexität des ER-Diagramms (komplexere Beziehungen, Attribute mit Nullwerten, ISA-Vererbung etc.)
**        Qualität und Komplexität der SQL-Implementierung  
**        Qualität und Komplexität der SQL-Implementierung  
***            Komplexität: Es müssen Anfragen, die über einfache Equijoin-Anfragen hinausgehen, vorhanden sein. Dabei müssen mindestes fünf unterschiedliche Problemgebiete behandelt werden:
***            Komplexität: Es müssen Anfragen, die über einfache Equijoin-Anfragen hinausgehen, vorhanden sein. Dabei müssen mindestens fünf unterschiedliche Problemgebiete behandelt werden:
****                Aggregation
****                Aggregation
****                Gruppierung
****                Gruppierung
Zeile 91: Zeile 82:
****                Outer Joins
****                Outer Joins
****                3-wertige Logik (Null-Werte)
****                3-wertige Logik (Null-Werte)
****                Durchnummerierung von Ergebnissen (Windowing)
****                Durchnummerierung von Ergebnissen (mittels Windowing)
****                Es-gibt-ein-/Für-alle-Anfragen
****                Es-gibt-ein-/Für-alle-Anfragen
****                komplexe Views
****                komplexe Views
Zeile 106: Zeile 97:
**        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)
*    Form  
*    Form  
**        Lesbarkeit (inbesondere der SQL-Dateien und der Diagramme)
**        Lesbarkeit (insbesondere der SQL-Dateien und der Diagramme)
**        Inline-Dokumentation (der komplexen SQL-Statements)
**        Inline-Dokumentation (der komplexen SQL-Statements)


Die Bewertung '''einer der Hauptkatgorien''' als '''mangelhaft''' führt dazu, dass die '''gesamte Arbeit''' als '''mangelhaft bewertet''' wird.
Die Bewertung '''einer der Hauptkategorien''' 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 Bewertung der '''SQL-Statements''' als '''mangelhaft''' führt dazu, dass die '''gesamte Arbeit''' als '''mangelhaft bewertet''' wird.
Zeile 119: Zeile 110:
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 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).
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 SVN-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).
-->
}}

Aktuelle Version vom 11. Februar 2023, 10:34 Uhr


Diese Prüfung wird nicht mehr angeboten.
 

Nummer 1926100
Studiengang Interaktive Medien (IAM 2006)
Modul Datenmanagement
Lehrveranstaltung Datenmanagement II
Alternativname Multimedia-Datenbanken, MMDB
Kürzel i4.DATA
Prüfer
Zweitprüfer
Prüfung Diese Prüfung wird nicht mehr angeboten.
Prüfungsart Onlineklausur
Details Dauer: 180 Min
Hilfsmittel