$newline text

$# SPDX-FileCopyrightText: 2022 Felix Hamann <felix.hamann@campus.lmu.de>,Gregor Kleen <gregor.kleen@ifi.lmu.de>,Sarah Vaupel <vaupel.sarah@campus.lmu.de>,Steffen Jost <jost@tcs.ifi.lmu.de>,Winnie Ros <winnie.ros@campus.lmu.de>
$#
$# SPDX-License-Identifier: AGPL-3.0-or-later

<section>
  <h2 #courses>_{MsgInfoLecturerCourses}

  <dl .deflist>
    <dt .deflist__dt> Veranstaltungs-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 innerhalb des gewähltes Instituts und Semesters 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 />
        Studierenden werden dann auch explizit nach Kursen einer bestimmten Art
        suchen können.

    <dt .deflist__dt> Kurse klonen
    <dd .deflist__dd>
      <p>
        Veranstalter:innen 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 nicht mehr benötigt.
        Stattdessen gibt es nun Instituts-Filter für Kurslisten.
      <p>
        Die Berechtigungen der Uni2work-Administrator:innen 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 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-Veranstalter:innen und Kurs-Assistent:innen
    <dd .deflist__dd>
      <p>
        Kurs-Veranstalter:innen dürfen <em>beliebige</em> Personen
        ebenfalls zu Veranstalter:innen des Kurses machen.

        ^{newU2WFeat} Innerhalb des Kurses haben alle Kurs-Veranstalter:innen die
        gleichen Befugnisse und können insbesondere auch die Liste der
        Veranstalter:innen dieses Kurses bearbeiten.

      <p>
        ^{newU2WFeat} In Uni2work gibt es die Rollen "Dozent:in"
        und "Assistent:in":
        Dozierende dürfen im Wesentlichen neue Kurse erstellen.
        Die Dozierende Berechtigung wird nach Instituten unterschieden.

        Assistent:innen haben nur Zugriff auf einen speziellen Kurs,
        aber innerhalb dieses Kurses die gleichen Rechte wie die jeweiligen Dozierenden.

      <p>
        In UniWorX gab es die Rolle "Assistent:in",
        d.h. alle "Veranstalter:in" mussten auch "Dozent:in" sein;
        eine Unterscheidung nach Instituten gab es nicht.

    <dt .deflist__dt> Kurs Teilnehmer:innen
    <dd .deflist__dd>
      <p>
        Für die Teilnehmer:innen 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 />
        Ohne Rücksprache mit dem Studierenden sollten also keine schwerwiegenden 
        Entscheidungen getroffen werden, wenn diese ausschließlich auf dessen 
        Studiengangsinformationen beruhen (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).

    <dt .deflist__dt> Aus Studierendensicht
    <dd .deflist__dd>
      <p>
        ^{newU2WFeat} UniWorX hatte spezielle Links "Aus Studierndennsicht", 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/einer Teilnehmerin 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 publizieren ("Aktuelles").
      <p>
        In Zukunft sind ein RSS-Feed und E-Mail-Benachrichtigungen
        hierfür geplant.
  
    <dt .deflist__dt> Termine
    <dd .deflist__dd>
      <p>
        ^{newFeat 2019 10 9} Es lassen sich, direkt auf der Kursübersichtsseite,
        Termine in Bezug auf die Veranstaltung auf der Übersichtsseite
        publizieren (z.B. Wöchentlicher Termin der Vorlesung, einmalige
        Klausureinsicht, ...)
      <p>
        In Zukunft sind E-Mail-Benachrichtigungen bei Änderungen an den Terminen geplant.

<section>
  <h2 #exercises>_{MsgInfoLecturerExercises}

  <dl .deflist>
    <dt .deflist__dt> Korrektor:innen
    <dd .deflist__dd>
      ^{newU2WFeat} Korrektor:innen und Korrekturweise werden ad hoc pro Übungsblatt vom Veranstalter/von der Veranstalterin festgelegt;
      es gibt keine Eintragung von Korrektor:innen in der Veranstaltungskonfiguration.<br />
      Um reinen Tutor:innen vorab Zugriff auf Lösungen zu gewähren, sollten diese
      als Korrektor:innen 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>
      Jeder Abgabe für ein Übungsblatt kann ein Korrektor:in zugewiesen werden.

      Eine automatische, möglichst faire, Zuteilung kann sowohl
      manuell als auch automatisch mit Ende des Abgabezeitraums
      ausgelöst werden.
    
      ^{newU2WFeat} Korrektor:innen können pro Blatt auch als Abwesend oder Entschuldigt
      markiert werden und bekommen dann keine Abgaben automatisch zugeteilt.

      Abwesende Korrektor:innen 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 Teilnehmer:innen versteckt werden.
        Das kann nützlich sein, um Tutor:innen und Korrektor:innen 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:innen 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:innen sichtbaren Zeitstempel versehen.
      <p>
        Eine visuelle Hervorhebung geänderter/neuer Dateien
        und entsprechende Benachrichtigungen sind geplant,
        aber noch nicht verfügbar.

    <dt .deflist__dt> Externe Abgaben
    <dd .deflist__dd>
      Externe Abgaben (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:innen, welche ein Pseudonym anfordern,
            auch tatsächlich abgeben.
        <li>
          <p>
            Korrektor:innen bekommen die externen Abgaben
            ausgehändigt.
            Anhand der Pseudonyme
            muss der Korrektor/die Korrektorin 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/der jeweiligen Korrktorin zum Arbeitspensum angerechnet.

    <dt .deflist__dt #correction-files> Korrekturdateien
    <dd .deflist__dd>
      <p>
        Zugeteilte Korrektor:innen und Kursverwalter:innen haben die Möglichkeit einzelne oder auch Sammlungen von Abgaben als ZIP-Archiv herunterzuladen.

      <p>
        Es wird hierbei jeder Abgabe eine Bewertungsdatei beigelegt.
        
      <p>
        ^{newU2WFeat} Das Format der Bewertungsdatei ist primär
        <a href="https://yaml.org">YAML (Englisch)
        \ und somit maschinell einfach zu interpretieren und zu verändern.
      
      <p>
        Zusätzlich zum YAML-Teil besteht die Möglichkeit ans Ende der Datei einen Bewertungskommentar für die jeweiligen Studierenden anzuhängen.
        Alternativ (für maschinelle Bearbeitung) kann ein Feld
        <code>comment
        eingefügt werden, dass den Kommentar als String enthält.

      <p>
        YAML ist kompatibel zu
        <a href="https://www.json.org/json-de.html">JSON
        .
        Bewertungsdateien können also beim Upload durch äquivalente JSON-Dateien (mit den gleichen Feldnamen) ersetzt werden.

      <p>
        Genauer Name und Dateiendung der Bewertungsdateien ist unerheblich; Uni2work prüft nur ob eine valide Abgabennummer teil des Dateinamen ist.
  
<section>
  <h2 #tutorials>_{MsgInfoLecturerTutorials}

  <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 dafür einen beliebigen Zeitpunkt innerhalb des regulären Termins an. Daraufhin werden <em>alle</em> regulären Termine als ausfallend markiert, welche den angegebenen Zeitpunkt enthalten.
      <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> Tutor:innen
    <dd .deflist__dd>
      <p>
        Tutor:innen werden ad hoc pro Tutoriumsgruppe festgelegt.
        <br />
        Eine Tutoriumsgruppe kann beliebig viele Tutor:innen haben und ein Tutor kann beliebig viele Tutoriengruppen betreuen.

      <p>
        Tutor:innen haben Zugriff auf die Namen und Studiendaten ihrer Tutoriums-Teilnehmer:innen, können Mitteilungen an sie verschicken (analog zu Kursmitteilungen) und Teilnehmer:innen aus ihrem Tutorium entfernen.

      <p>
        ^{newFeat 2019 10 14} Optional kann den Tutor:innen volle Kontrolle über
        ihre Tutorien überlassen werden (bis auf Löschen des Tutoriums), Tutor:innen
        können dann insbesondere eigenständig den regulären Raum und die Zeit
        ihres Tutoriums anpassen.

    <dt .deflist__dt> Anmeldung
    <dd .deflist__dd>
      <p>
        Studierenden 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. 
        Es handelt sich hierbei um einen beliebig wählbaren Text, der ansonsten keine Bedeutung hat.
        <br />
        Studierenden wird die Anmeldung nur in <i>einem Tutorium pro Registrierungs-Gruppe</i> erlaubt.

        Leere Registrierungs-Gruppen (d.h. es wurde keine Registrierungs-Gruppe angegeben) zählen hierbei als verschieden.
      <p>
        Um die Anmeldung in beliebig viele Tutoriumsgruppen zuzulassen können alle Registrierungs-Gruppen leer gelassen werden.
    
    <dt .deflist__dt> ^{newFeat 2019 10 10} Nachmeldung
    <dt .deflist__dd>
      Kursverwalter:innen können über die Teilnehmerliste der Veranstaltung Kursteilnehmer:innen in Tutorien einteilen.


<section>
  <h2 #exams>_{MsgInfoLecturerExams}
  <p>  Das Verwalten von Prüfungen im Allgemeinen sind bereits großteils implementiert und einsetzbar. ^{newU2WFeat} In Erweiterung zu UniWorX werden nun neben Klausuren auch allgemeinere Prüfungsformen unterstüzt, z.B. mündliche Prüfungen oder auch Projektabnahmen, bei denen die Teilnehmer:innen 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 KursverwalterInnen 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.
          Teilnehmer:innen wird eine übersichtliche Tabelle aller Termine/Räume angezeigt.

    <dt .deflist__dt> Anmeldungen
    <dd .deflist__dd>
          Teilnehmer:innen 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> ^{newFeat 2020 01 29} Prüfungszuteilung
    <dd .deflist__dd>
          Auf Wunsch kann Uni2work die Zuteilung der Teilnehmer:innen 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 Klausurkorrektor:innen 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:in 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 Studierenden automatisch anhand der erreichten Punktezahl abgelesen wird.
          <p>
            ^{newU2WFeat} Die automatisch abgelesenen Noten werden den Kursverwalter:innen dabei zunächst als Vorschlag angezeigt. Die Vorschläge müssen erst von einem Kursverwalter/einer Kursverwalterin akzeptiert werden, bevor sie als Ergebnisse den Teilnehmer:innen angezeigt und an die Prüfungsverwaltung 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üfungsverwaltung gemeldet werden.
        <p>
          Nach dem Abschließen einer Prüfung (durch einen Knopf über der Teilnehmerliste) werden alle mit den geprüften Teilnehmer:innen assoziierten Prüfungsverwalter darüber informiert, dass die Notengebung abgeschlossen ist.
        <p>
          ^{newU2WFeat} Hat ein Prüfungsverwalter/eine Kursverwalterin die Note eines Teilnehmers/einer Teilnehmerin zur Kenntnis genommen, erscheint ein Häkchen auf der Seite "Prüfungsleistungen". Falls auch nach längerer Zeit noch keine assoziierte Prüfungsverwaltung die Note eines Teilnehmers/einer Teilnehmerin zur Kenntnis genommen hat, so sollte ein Kursverwalter/eine Kursverwalterin der Notenmeldung für den betroffenen Teilnehmer/die betroffene Teilnehmerin nachgehen (z.B. durch Ausstellen eines Scheins).
        <p>
          ^{newU2WFeat} Dozierende dürfen nach der Übergabe an die Prüfungsverwaltung
          nachträgliche Änderungen an den Prüfungen vornehmen.
          Diejenigen Prüfungsverwalter:innen, die von der nachträglichen Änderung betroffen sind, erhalten
          hierüber automatisiert eine Benachrichtigung.

<section>
  <h2>Sonstiges
  <dl .deflist>

    <dt .deflist__dt> Wartung
    <dd .deflist__dd>
      Planmäßige Wartungen werden <i>ohne Ankündigung</i>
      immer um 2:00h nachts durchgeführt.
      Es wird daher empfohlen, keine kritischen Abgabefristen
      um oder kurz nach dieser Zeit einzustellen.
