400 lines
19 KiB
Plaintext
400 lines
19 KiB
Plaintext
$newline text
|
|
<section>
|
|
<section>
|
|
<h2>Veranstaltungen
|
|
|
|
<dl .deflist>
|
|
<dt .deflist__dt> Kurs-Bezeichner
|
|
<dd .deflist__dd>
|
|
<p>
|
|
^{newU2WFeat} Alle Veranstaltungen müssen ein Kürzel zur Identifikation besitzen,
|
|
z.B. EiP, ProMo, SysPrak, etc.
|
|
<p>
|
|
Die Kombination aus Kürzel, Institut und Semester muss eindeutig sein.<br />
|
|
Ein Kurs, dessen ausgewähltes Kürzel nicht eindeutig ist wird beim Versuch des Erstellens mit einer entsprechenden Fehlermeldung abgelehnt.
|
|
<p>
|
|
Empfehlungen für die Wahl eines Kurskürzels:
|
|
<ul>
|
|
<li> Halten Sie das Kürzel möglichst kurz (maximal 10 Zeichen).
|
|
Insbesondere abgeraten wird vom Gleichsetzen von Kurskürzel und (vollem) Kurstitel.
|
|
Im Falle einer Überschreitung der empfohlenen Kürzellänge wird beim Erstellen eine entsprechende Warnung ausgegeben.
|
|
<li> Vermeiden Sie Kennzeichner für das jeweilige Institut (z.B. "MATH"), das Semester (z.B. "WS19") oder die Art (z.B. "BSem" für Bachelorseminare) eines Kurses in dessen Kürzel.
|
|
<p>
|
|
^{plannedFeatInline} In Zukunft wird es möglich sein die Art eines Kurses
|
|
einzustellen (z.B. "Bachelorseminar" oder "Praktikum (Master)").<br />
|
|
Studenten werden dann auch explizit nach Kursen einer bestimmten Art
|
|
suchen können.
|
|
|
|
<dt .deflist__dt> Kurse klonen
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Veranstalter können <em>alle</em> Kurse Ihres Instituts für das aktuelle Semesters klonen.
|
|
|
|
Dabei werden vor allem Kurskürzel und die Kursbeschreibung übernommen;
|
|
nicht jedoch Übungsblätter, Klausuren oder Anmeldungen.
|
|
<p>
|
|
Die Kursbeschreibung kann in Html verfasst werden und
|
|
<em>sollte die Modulbeschreibung enthalten!
|
|
|
|
<dt .deflist__dt> Unterstützung für verschiedene Institute
|
|
<dd .deflist__dd>
|
|
<p>
|
|
^{newU2WFeat} Uni2work unterstüzt die Verwaltung von mehreren Instituten, d.h.
|
|
Kursnamen wie "[MATH]" für Kurse des mathematischen Instituts werden ab sofort nicht mehr benötigt.
|
|
Stattdessen gibt es nun Instituts-Filter für Kurslisten.
|
|
<p>
|
|
Die Berechtigungen der Uni2work-Administratoren sind auf Kurse des jeweiligen Instituts eingeschränkt,
|
|
d.h. ein Uni2work-Administrator der Informatik kann keine Noten aus Kursen der Mathematik einsehen.
|
|
|
|
<dt .deflist__dt> Materialzugriff
|
|
<dd .deflist__dd>
|
|
Der Zugriff auf Übungsblätter, Folien und andere Materialien
|
|
kann von der Anmeldung zum Kurs abhängig gemacht werden.
|
|
|
|
<dt .deflist__dt> Materialien veröffentlichen
|
|
<dd .deflist__dd>
|
|
Folien, Code-Bündel, usw. können nun bequem
|
|
per Uni2work an die Teilnehmer verteilt werden, ggf. auch geschützt.
|
|
|
|
<dt .deflist__dt> Kurs-Passwort
|
|
<dd .deflist__dd> ^{newU2WFeat} Die Anmeldung zum Kurs kann durch ein Passwort geschützt werden.
|
|
|
|
<dt .deflist__dt> Kurs-Assistenten
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Kurs-Veranstalter dürfen <em>beliebige</em> Personen
|
|
ebenfalls zu Veranstaltern des Kurses machen.
|
|
|
|
^{newU2WFeat} Innerhalb des Kurses haben alle Kurs-Veranstalter die
|
|
gleichen Befugnisse und können insbesondere auch die Liste der
|
|
Veranstalter dieses Kurses bearbeiten.
|
|
|
|
<p>
|
|
^{newU2WFeat} In Uni2work gibt es die Rollen "Dozent"
|
|
und "Assistent":
|
|
Dozenten dürfen im Wesentlichen neue Kurse erstellen.
|
|
Die Dozenten Berechtigung wird nach Instituten unterschieden.
|
|
|
|
Assistenten haben nur Zugriff auf einen speziellen Kurs,
|
|
aber innerhalb dieses Kurses die gleichen Rechte wie Dozenten.
|
|
|
|
<p>
|
|
In UniWorX gab es die Rolle "Assistent",
|
|
d.h. alle "Veranstalter" mussten auch "Dozent" sein;
|
|
eine Unterscheidung nach Instituten gab es nicht.
|
|
|
|
<dt .deflist__dt> Kurs Teilnehmer
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Für die Teilnehmer eines Kurses werden nun Studiengangsinformationen angezeigt.
|
|
Studierende mit mehreren simultanen Studiengängen müssen bei der
|
|
Kursanmeldung ein Hauptfach auswählen, was die Notenmeldung beschleunigen kann.
|
|
|
|
<p>
|
|
^{probFeatInline} Im Normalfall entsprechen die
|
|
Studiengangsinformationen dem aktuellen Stand, es kann jedoch in
|
|
Einzelfällen passieren, dass veraltete Daten angezeigt werden.<br />
|
|
Es sollten also, ohne Rücksprache mit dem jeweiligen Studierenden, keine
|
|
schwerwiegenden Entscheidungen ausschließlich anhand der angezeigten
|
|
Studiengangsinformationen getroffen werden (z.B. Veto in einer
|
|
Zentralanmeldung).
|
|
|
|
<p>
|
|
Falls anstatt eines Studienganges oder eines Studienabschlusses nur eine
|
|
Nummer angzeigt wird, so hat Uni2work die Zuordnung dieser Schlüsselnummern
|
|
leider noch nicht erlernt.<br />
|
|
Dies muss leider sukzessive erfolgen, da wir von der Studentenkanzlei
|
|
keine aktuelle und vollständige Schlüsselzuordnung bekommen können.<br />
|
|
^{probFeatInline} Es kann sein, dass ein "gröberer" Studiengang
|
|
angezeigt wird, als tatsächlich studiert wird (z.B. Medieninformatik
|
|
statt Mensch-Computer-Interaktion).
|
|
Dieses Problem soll demnächst behoben werden.
|
|
|
|
<dt .deflist__dt> Aus Studentensicht
|
|
<dd .deflist__dd>
|
|
<p>
|
|
^{newU2WFeat} UniWorX hatte spezielle Links "Aus Studentensicht", welche in Uni2work überflüssig geworden sind.
|
|
Stattdessen kann man sich in Uni2work #
|
|
<a href=@{AuthPredsR}>Berechtigungen hier temporär selbst entziehen
|
|
. Um die eigene Veranstaltung aus Sicht eines Teilnehmers zu sehen, deaktiviert man #
|
|
die Berechtigungsprüfungen "_{MsgAuthTagLecturer}" und/oder "_{MsgAuthTagCorrector}"
|
|
|
|
<dt .deflist__dt> Aktuelles
|
|
<dd .deflist__dd>
|
|
<p>
|
|
^{newFeat 2019 10 7} Es lassen sich, direkt auf der Kursübersichtsseite, Neuigkeiten in Bezug
|
|
auf die Veranstaltung auf der Übersichtsseite publizieren ("Aktuelles").
|
|
<p>
|
|
In Zukunft sind ein RSS-Feed und (opt-in) E-Mail-Benachrichtigungen
|
|
hierfür geplant.
|
|
|
|
<section>
|
|
<h2>Übungsbetrieb
|
|
|
|
<dl .deflist>
|
|
<dt .deflist__dt> Korrektoren
|
|
<dd .deflist__dd>
|
|
^{newU2WFeat} Korrektoren und Korrekturweise werden ad hoc pro Übungsblatt vom Veranstalter festgelegt;
|
|
es gibt keine Eintragung von Korrektoren in der Veranstaltungskonfiguration mehr.
|
|
Um reinen Tutoren vorab Zugriff auf Lösungen zu gewähren, sollten diese
|
|
als Korrektoren mit Korrekturanteil 0 eingetragen werden.
|
|
|
|
Für ein neues Blatt werden die Einstellung des vorangegangenen
|
|
Blattes automatisch vorgeschlagen.
|
|
|
|
<dt .deflist__dt> Verteilung
|
|
<dd .deflist__dd>
|
|
^{newU2WFeat} Korrektoren können pro Blatt auch als Abwesend oder Entschuldigt
|
|
markiert werden und bekommen dann keine Abgaben automatisch zugeteilt.
|
|
|
|
Abwesende Korrektoren bekommen in späteren Blättern
|
|
mehr Abgaben zugeteilt, entsprechend ihres
|
|
Anteils am verpassten Blatt.
|
|
|
|
<dt .deflist__dt> Dateien
|
|
<dd .deflist__dd>
|
|
^{newU2WFeat} Ein einzelnes Übungsblatt kann aus mehreren Dateien beliebigen Typs
|
|
für Angabe und Lösung bestehen.
|
|
Im Gegensatz zu den bisher verpflichtenden Zip-Archiven
|
|
können nun einzelne Dateien in einem Schritt verändert werden.
|
|
|
|
<dt .deflist__dt> Lösungshinweise
|
|
<dd .deflist__dd>
|
|
Zusätzlich zu Aufgabe und Lösung können Hinweise ab einem
|
|
Datum vor Ende des Abgabezeitraums freigeschaltet werden,
|
|
z.B. Lösungen zu Präsenzaufgaben.
|
|
|
|
<dt .deflist__dt> Sichtbarkeit
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Übungsblätter können bis zu einem Datum "Sichtbar ab" vor allen Teilnehmern versteckt werden.
|
|
Das kann nützlich sein, um Tutoren und Korrektoren ein provisorisches Übungsblatt verfügbar zu machen,
|
|
dessen Bewertungsmodalitäten und Fristen sich noch ändern können.
|
|
<p>
|
|
Erst wenn das Blatt sichtbar wird, sehen die Teilnehmer dieses in Ihrer Übersichtsliste.
|
|
Alle Dateien zur Aufgabenstellung sind aber erst mit Beginn des Abgabezeitraums erhältlich,
|
|
so wie bisher in UniWorX auch.
|
|
|
|
<dt .deflist__dt> Zeitstempel
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Alle Dateien eines Übungsblattes sind mit einem
|
|
für Teilnehmer sichtbaren Zeitstempel versehen.
|
|
<p>
|
|
Eine visuelle Hervorhebung geänderter/neuer Dateien
|
|
und entsprechende Benachrichtigungen sind geplant,
|
|
aber noch nicht verfügbar.
|
|
|
|
<dt .deflist__dt> Papierabgaben
|
|
<dd .deflist__dd>
|
|
Externe Abgaben Form (z.B. Papierabgaben)
|
|
können mit Pseudonymen verwaltet werden:
|
|
<ul>
|
|
<li>
|
|
Übungsblatt mit Abgabe-Modus
|
|
<i>Abgabe extern mit Pseudonym</i> anlegen
|
|
<li>
|
|
Studierende können sich auf
|
|
der Seite des Übungsblattes ein
|
|
Pseudonym generieren und ihre Abgabe
|
|
damit markieren.
|
|
<p>
|
|
Für jedes Übungsblatt müssen sich die
|
|
Studierenden ein neues Pseudonym
|
|
erstellen, damit eine anonyme Korrektur
|
|
gewährleistet werden kann.
|
|
Dadurch wird aber noch keine Abgabe im System angelegt,
|
|
da i.A. nicht alle Teilnehmer, welche ein Pseudonym anfordern,
|
|
auch tatsächlich abgeben.
|
|
<li>
|
|
<p>
|
|
Korrektoren bekommen die externen Abgaben
|
|
ausgehändigt.
|
|
Anhand der Pseudonyme
|
|
muss der Korrektor dann in Uni2work
|
|
<a href="@{CorrectionsCreateR}">
|
|
Abgaben anlegen
|
|
, welche danach wie üblich korrigiert werden können.
|
|
<p>
|
|
Solche angelegten Abgaben werden bei der nächsten
|
|
Verteilung von Übungsblättern
|
|
dem jeweiligen Korrektor zum Arbeitspensum angerechnet.
|
|
|
|
<section>
|
|
<h2>Tutorien
|
|
|
|
<dl .deflist>
|
|
<dt .deflist__dt> Termine
|
|
<dd .deflist__dd>
|
|
Tutorien können beliebig viele reguläre Termine haben, die sich wöchentlich wiederholen.
|
|
<br />
|
|
Zusätzlich können beliebig viele <i>Ausnahmen</i> angelegt werden.
|
|
<br />
|
|
Hierbei überschreibt eine Ausnahme, dass ein Termin nicht stattfindet, die reguläre Terminplanung (man gibt hierbei einen beliebigen Zeitpunkt innerhalb des regulären Termins an).
|
|
<br />
|
|
Eine Ausnahme, dass ein Termin außerplanmäßig stattfindet, überschreibt wiederrum Ausnahmen, die Termine ausfallen lassen.
|
|
<br />
|
|
Dieses Verhalten kann genutzt werden um einzelne Termine zeitlich zu verschieben, indem der reguläre Termin ausfällt und stattdessen ein außerplanmäßiger mit versetzter Zeit stattfindet.
|
|
|
|
<dt .deflist__dt> Tutoren
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Tutoren werden ad hoc pro Tutoriumsgruppe festgelegt.
|
|
<br />
|
|
Eine Tutoriumsgruppe kann beliebig viele Tutoren haben und ein Tutor kann beliebig viele Tutoriengruppen betreuen.
|
|
|
|
<p>
|
|
Tutoren haben Zugriff auf die Namen und Studiendaten ihrer Tutoriums-Teilnehmer und können auch Mitteilungen an sie verschicken (analog zu Kursmitteilungen).
|
|
|
|
<dt .deflist__dt> Anmeldung
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Studenten können sich auf der Kursseite selbst zu Tutorien anmelden.
|
|
<br />
|
|
Die Anmeldung erfolgt momentan noch auf <i>first come, first served</i>-Basis
|
|
<br />
|
|
Eine vorherige Anmeldung zum Kurs ist Voraussetzung
|
|
<p>
|
|
Die Anmeldung kann pro Tutoriumsgruppe zeitlich beschränkt werden.
|
|
<p>
|
|
Tutoriumsgruppen können mit einer <i>Registrierungs-Gruppe</i> versehen werden.
|
|
<br />
|
|
Es handelt sich hierbei um einen beliebig wählbaren Text der ansonsten keine Bedeutung hat.
|
|
<br />
|
|
Studenten wird die Anmeldung nur in einem Tutorium pro Registrierungs-Gruppe erlaubt.
|
|
|
|
Leere Registrierungs-Gruppen zählen hierbei als <i>verschieden</i>.
|
|
<p>
|
|
Um die Anmeldung in beliebig viele Tutoriumsgruppen zuzulassen können alle Registrierungs-Gruppen leer gelassen werden.
|
|
|
|
<dt .deflist__dt> ^{plannedFeat} Nachmeldung
|
|
<dt .deflist__dd>
|
|
<p>
|
|
Es gibt zur Zeit keine Möglichkeit für die Kursverwalter oder Tutoren, Teilnehmer zu einem Tutorium hinzuzufügen.
|
|
|
|
|
|
<section id="exams">
|
|
<h2> Klausuren und Prüfungen
|
|
<p> Das Verwalten von Klausuren und Prüfungen im Allgemeinen sind bereits großteils implementiert und einsetzbar. ^{newU2WFeat} In Erweiterung zu UniWorX werden nun auch allgemeinere Prüfungsformen unterstüzt, z.B. mündliche Prüfungen oder auch Praktika, bei denen die Teilnehmer in kleineren Gruppen zu verschiedenen Zeitpunkten und in verschiedenen Räumen geprüft werden.
|
|
|
|
<dl .deflist>
|
|
<dt .deflist__dt> Anlegen/Editieren
|
|
<dd .deflist__dd>
|
|
Prüfungen können von Kursverwaltern angelegt werden.
|
|
Eine Vielzahl von optionalen Eigenschaften können sofort oder später angegeben werden,
|
|
z.B. Sichtbarkeit und Anmeldezeitraum.
|
|
|
|
<dt .deflist__dt> Termine/Räume
|
|
<dd .deflist__dd>
|
|
^{newU2WFeat} Eine Prüfung kann in mehrere Termine/Räume unterteilt sein, welche jeweils einen eigenen Ort und Zeitraum besitzen.
|
|
<p>
|
|
Im einfachsten Fall lassen sich damit Klausuren abbilden, welche gleichzeitig in verschiedenen Räumen stattfinden.
|
|
<p>
|
|
Es lassen sich aber auch zeitlich getrennte Prüfungen verwalten, wie z.B. mündliche Prüfungen bei Seminaren oder Praktika.
|
|
Teilnehmern wird eine übersichtliche Tabelle aller Termine/Räume angezeigt.
|
|
|
|
<dt .deflist__dt> Anmeldungen
|
|
<dd .deflist__dd>
|
|
Teilnehmer können sich zu sichtbaren Klausuren innerhalb des eingestellten
|
|
Anmeldezeitraums anmelden.
|
|
Die Teilnehmerlisten können online oder per CSV Export/Import bearbeitet werden.
|
|
|
|
<dt .deflist__dt> ^{plannedFeat} Prüfungszuteilung
|
|
<dd .deflist__dd>
|
|
Auf Wunsch kann Uni2work in Zukunft die Zuteilung der Teilnehmer auf die Prüfungen (Räume bzw. Prüfungstermine)
|
|
nach verschiedenen Kriterien wie Name oder Matrikelnummer vornehmen.
|
|
|
|
<dt .deflist__dt> ^{plannedFeat} Korrekturen
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Einzelne Prüfungskorrekturen können derzeit noch nicht eingetragen werden.
|
|
Die Realisierung sollte bald erfolgen.
|
|
<p>
|
|
Die Eintragung von Korrekturen wird immer pro Teilaufgabe erfolgen.
|
|
<p>
|
|
Optional werden Klausurkorrektoren angegeben werden können, die ab Durchführung der Klausur berechtigt sein werden, eigenständig Korrekturergebnisse einzutragen.
|
|
Es kann das Recht, Ergebnisse einzutragen pro Korrektor auf bestimmte Teilaufgaben beschränkt werden können.
|
|
|
|
<dt .deflist__dt> ^{newFeat 2019 9 25} Ergebnisse
|
|
<dt .deflist__dd>
|
|
<p>
|
|
Die Berechnung der Prüfungsergebnisse kann automatisch durch Uni2work erfolgen. Dabei muss ein Notenschlüssel angegeben werden, an dem die Endnote der Studenten automatisch anhand der erreichten Punktezahl abgelesen wird.
|
|
<p>
|
|
^{newU2WFeat} Die automatisch abgelesenen Noten werden den Kursverwaltern dabei zunächst als Vorschlag angezeigt. Die Vorschläge müssen erst von einem Kursverwalter akzeptiert werden, bevor sie als Ergebnisse den Teilnehmern angezeigt und an die Prüfungsämter gemeldet werden können.
|
|
<p>
|
|
^{newU2WFeat} Die Vorschläge können auch unabhängig vom eingetragenen Notenschlüssel manuell überschrieben werden.
|
|
|
|
<dt .deflist__dt> ^{newFeat 2019 9 26} Prüfungsbonus
|
|
<dd .deflist__dd>
|
|
Es gibt die Möglichkeit,
|
|
die erzielten Bewertungen der Hausübungen
|
|
unter einstellbaren Bedingungen
|
|
in einen Prüfungsbonus umzurechnen (z.B. Anrechnung nur, falls bereits ohne Bonus bestanden).
|
|
Dafür muss eine obere Schranke an erreichbaren Bonuspunkten für die Prüfung angegeben werden.
|
|
Der Prüfungsbonus berechnet sich linear aus dem Anteil von erreichten Übungspunkten zur maximalen Bonuspunktezahl.
|
|
|
|
<dt .deflist__dt> ^{plannedFeat} Türschilder
|
|
<dd .deflist__dd>
|
|
Das Drucken von passenden Türschildern "Bitte Ruhe!" mit den passenden Eckdaten der Klausur
|
|
wird momentan noch nicht unterstüzt.
|
|
|
|
<dt .deflist__dt> ^{newFeat 2019 9 16} Notenmeldung
|
|
<dd .deflist__dd>
|
|
<p>
|
|
Endnoten können automatisiert an die Prüfungsämter gemeldet werden.
|
|
<p>
|
|
Nach dem Abschließen einer Prüfung (durch einen Knopf über der Teilnehmerliste) werden alle mit den geprüften Teilnehmern assoziierten Prüfungsämter darüber informiert, dass die Notengebung abgeschlossen ist.
|
|
<p>
|
|
^{newU2WFeat} Hat ein Prüfungsamt die Note eines Teilnehmers zur Kenntnis genommen, erscheint ein Häkchen auf der Seite "Prüfungsleistungen". Falls auch nach längerer Zeit noch kein assoziiertes Prüfungsamt die Note eines Teilnehmers zur Kenntnis genommen hat, so sollte ein Kursverwalter der Notenmeldung für den betroffenen Teilnehmer nachgehen (z.B. durch Ausstellen eines Scheins).
|
|
<p>
|
|
^{newU2WFeat} Dozenten dürfen nach der Übergabe an das Prüfungsamt
|
|
nachträgliche Änderungen an den Prüfungen vornehmen.
|
|
Diejenigen Prüfungsämter, die von der nachträglichen Änderung betroffen sind, erhalten
|
|
hierüber automatisiert eine Benachrichtigung.
|
|
|
|
|
|
<section id="allocations">
|
|
<h2> Zentralanmeldungen
|
|
|
|
<dl .deflist>
|
|
<dt .deflist__dt> Namensschema
|
|
<dd .deflist__dd>
|
|
Veranstaltungen können einen beliebigen Namen tragen.<br />
|
|
^{newU2WFeat} Behelfsmäßige Kürzel wie [SB], [ZP] usw. sind nicht mehr notwendig!
|
|
|
|
<dt .deflist__dt> Kurseinstellungen
|
|
<dd .deflist__dd>
|
|
<p>
|
|
^{newU2WFeat} Die Kurseinstellungen werden ggf. von den notwendigen Einstellungen
|
|
der jeweiligen Zentralanmeldung überschrieben, d.h. Veranstalter
|
|
können hier keine Fehler mehr machen.
|
|
<p>
|
|
Insbesondere wird auch der eingestellte Anmeldungszeitraum ignoriert und
|
|
die direkte Anmeldung von Studierenden zum Kurs (auch durch die
|
|
Kursverwalter) unterbunden, bis die zentrale Platzvergabe erfolgt ist
|
|
und Nachrücker behandelt wurden.
|
|
|
|
<dt .deflist__dt> Individuelle Bewerbungen
|
|
<dd .deflist__dd>
|
|
^{newU2WFeat} Studierende können pro Kurs eine individuelle Bewerbung abgeben,
|
|
welche nur den jeweiligen Kursverwaltern zugestellt wird.
|
|
Bewerbungen können sowohl in Freitextform gefordert werden, als auch das Hochladen von Dateien (u.U. mit vorgegebenen Dateinamen) erfordern.
|
|
|
|
|
|
<dt .deflist__dt> Feedback zu Bewerbungen
|
|
<dd .deflist__dd>
|
|
Veranstalter können, wenn sie das möchten, den Bewerbern ein Feedback
|
|
zu ihren Bewerbungen geben.
|
|
|
|
|
|
<section>
|
|
<h2>Sonstiges
|
|
<dl .deflist>
|
|
|
|
<dt .deflist__dt> Wartung
|
|
<dd .deflist__dd>
|
|
Planmäßige Wartungen werden ohne Ankündigung
|
|
immer um 2:00h nachts durchgeführt.
|
|
Es wird daher empfohlen, keine kritischen Abgabefristen
|
|
um oder kurz nach dieser Zeit einzustellen.
|