fix: better translation for "exam office"
This commit is contained in:
Gregor Kleen
parent
e1cac76f15
commit
edbdceb748
@ -109,9 +109,9 @@ $newline never
|
||||
^{formatGregorianW 2019 09 16}
|
||||
<dd .deflist__dd>
|
||||
<ul>
|
||||
<li>Modellierung der Prüfungsämter im System inkl. direkte Einsicht in relevante Prüfungsleistungen
|
||||
<li>E-Mail-Benachrichtigungen an zuständige Prüfungsämter bei Abschluss einer Klausur
|
||||
<li>Abschluss von Klausuren (d.h. Melden der Prüfungsleistungen an die Prüfungsämter) jetzt als Button, statt als voreingestellter Zeitpunkt
|
||||
<li>Prüfungsverwaltung im System inkl. direkte Einsicht in relevante Prüfungsleistungen
|
||||
<li>E-Mail-Benachrichtigungen an zuständige Prüfungsverwalter bei Abschluss einer Klausur
|
||||
<li>Abschluss von Klausuren (d.h. Melden der Prüfungsleistungen an die Prüfungsverwalter) jetzt als Button, statt als voreingestellter Zeitpunkt
|
||||
|
||||
<dt .deflist__dt>
|
||||
^{formatGregorianW 2019 09 13}
|
||||
|
||||
@ -1,24 +1,23 @@
|
||||
$newline never
|
||||
<p>
|
||||
Hier können Sie der Meldung ihrer Prüfungsleistungen an Prüfungsämter #
|
||||
Hier können Sie der Meldung ihrer Prüfungsleistungen an Prüfungsverwalter #
|
||||
bestimmter Institute (innerhalb von Uni2work) widersprechen.
|
||||
<p>
|
||||
Bedenken Sie, dass die Meldung der Prüfungsleistungen direkt in Uni2work den #
|
||||
Verwaltungsaufwand (und die damit verbunden Dauer) für die ordnungsgemäße #
|
||||
Anrechung Ihrer Leistungen drastisch reduziert.
|
||||
<p>
|
||||
Unter Umständen können Prüfungsämter ungeachtet der Angaben, die Sie hier #
|
||||
Unter Umständen können Prüfungsverwalter ungeachtet der Angaben, die Sie hier #
|
||||
machen, Einsicht in Ihre Leistungen erlangen.<br />
|
||||
Dies geschieht nur in begründeten Einzelfällen (z.B. bei Studierenden im #
|
||||
ERASMUS-Programm).
|
||||
<p>
|
||||
Nutzer, die unabhängig von diesen Einstellungen, Einsicht in Ihre #
|
||||
Prüfungsleistungen haben (z.B. die Kursverwalter) können Ihre Note natürlich #
|
||||
außerhalb von Uni2work an Prüfungsämter melden (auch solche, die hier nicht #
|
||||
aufgeführt sind).
|
||||
außerhalb von Uni2work weitermelden
|
||||
$if hasForced
|
||||
<p>
|
||||
Wenn Sie der Meldung an einzelne Prüfungsämter nicht widersprechen können, #
|
||||
so hat das jeweilige Prüfungsamt angegeben, dass die Einsicht, entweder #
|
||||
Wenn Sie der Meldung an einzelne Prüfungsverwalter nicht widersprechen können, #
|
||||
so hat der jeweilige Prüfungsverwalter angegeben, dass die Einsicht, entweder #
|
||||
aufgrund einer Ihrer Studiengänge (z.B. aufgrund der Studienordnung) oder #
|
||||
bei Ihnen spezifisch, zwingend erforderlich ist.
|
||||
|
||||
@ -3,7 +3,7 @@ $newline never
|
||||
Die Tabelle enthält Werte, die automatisch berechnet wurden.
|
||||
<p>
|
||||
Automatisch berechnete Werte (Bonus und Prüfungsergebnis) werden weder dem #
|
||||
entsprechenden Teilnehmer angezeigt, noch an das Prüfungsamt gemeldet #
|
||||
entsprechenden Teilnehmer angezeigt, noch an Prüfungsverwalter gemeldet #
|
||||
bevor sie manuell übernommen wurden.<br />
|
||||
Hierzu können Sie die Aktion „Berechnetes Prüfungsergebnis übernehmen“ #
|
||||
verwenden.
|
||||
|
||||
@ -3,6 +3,6 @@ $newline never
|
||||
Kursverwalter (und von ihnen beauftragte Korrektoren) können die Ergebnisse #
|
||||
einer Prüfung direkt in Uni2work hinterlegen.<br />
|
||||
Dies dient sowohl der Rückmeldung an den jeweiligen Studierenden als auch #
|
||||
können Prüfungsämter, mit den notwendigen Berechtigungen, die #
|
||||
können Prüfungsverwalter, mit den notwendigen Berechtigungen, die #
|
||||
Prüfungsleistungen direkt aus Uni2work mit ihren eigenen Verwaltungssystemen #
|
||||
synchronisieren.
|
||||
|
||||
@ -5,7 +5,7 @@ $newline never
|
||||
benötigen um sicherzustellen, dass Studienmodalitäten erfüllt und Leistungen #
|
||||
korrekt anerkannt werden.<br />
|
||||
<p>
|
||||
<i>Teil des Prüfungsamts</i> ist eine Berechtigung die einzelnen Benutzern von #
|
||||
<i>Mit Prüfungsverwaltung beauftragt</i> ist eine Berechtigung die einzelnen Benutzern von #
|
||||
einem Administrator für ein bestimmtes Institut eingeräumt wird.<br />
|
||||
Diese Benutzer haben dann u.A. Zugriff auf alle beim relevanten Institut #
|
||||
erbrachten und in Uni2work hinterlegten Prüfungsleistungen.
|
||||
|
||||
@ -312,9 +312,9 @@ $newline text
|
||||
Anmeldezeitraums anmelden.
|
||||
Die Teilnehmerlisten können online oder per CSV Export/Import bearbeitet werden.
|
||||
|
||||
<dt .deflist__dt> ^{plannedFeat} Prüfungszuteilung
|
||||
<dt .deflist__dt> ^{newFeat 2020 01 29} Prüfungszuteilung
|
||||
<dd .deflist__dd>
|
||||
Auf Wunsch kann Uni2work in Zukunft die Zuteilung der Teilnehmer auf die Prüfungen (Räume bzw. Prüfungstermine)
|
||||
Auf Wunsch kann Uni2work 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
|
||||
@ -333,7 +333,7 @@ $newline text
|
||||
<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.
|
||||
^{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üfungsverwaltung gemeldet werden können.
|
||||
<p>
|
||||
^{newU2WFeat} Die Vorschläge können auch unabhängig vom eingetragenen Notenschlüssel manuell überschrieben werden.
|
||||
|
||||
@ -354,15 +354,15 @@ $newline text
|
||||
<dt .deflist__dt> ^{newFeat 2019 9 16} Notenmeldung
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Endnoten können automatisiert an die Prüfungsämter gemeldet werden.
|
||||
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 Teilnehmern assoziierten Prüfungsämter darüber informiert, dass die Notengebung abgeschlossen ist.
|
||||
Nach dem Abschließen einer Prüfung (durch einen Knopf über der Teilnehmerliste) werden alle mit den geprüften Teilnehmern assoziierten Prüfungsverwalter 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).
|
||||
^{newU2WFeat} Hat ein Prüfungsverwalter die Note eines Teilnehmers 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 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
|
||||
^{newU2WFeat} Dozenten dürfen nach der Übergabe an die Prüfungsverwaltung
|
||||
nachträgliche Änderungen an den Prüfungen vornehmen.
|
||||
Diejenigen Prüfungsämter, die von der nachträglichen Änderung betroffen sind, erhalten
|
||||
Diejenigen Prüfungsverwalter, die von der nachträglichen Änderung betroffen sind, erhalten
|
||||
hierüber automatisiert eine Benachrichtigung.
|
||||
|
||||
|
||||
|
||||
@ -303,7 +303,7 @@ $newline text
|
||||
<p>
|
||||
^{newU2WFeat} At first, the calculated results will be shown as suggestions only.
|
||||
These suggestions then require manual approval by the course administrator before being accepted
|
||||
as exam results, which can afterwards be sent to the Prüfungsämter (Examination Offices).
|
||||
as exam results, which can afterwards be sent to the relevant exam offices.
|
||||
|
||||
<p>
|
||||
^{newU2WFeat} The calculated suggestions can also be overriden manually, independent of the grading scale.
|
||||
@ -324,19 +324,19 @@ $newline text
|
||||
<dt .deflist__dt> ^{newFeat 2019 9 16} Reporting Exam Results
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Final grades can be automatically sent to the Prüfungsämter (Exam Offices).
|
||||
Final grades can be automatically sent to the relevant exam offices.
|
||||
<p>
|
||||
After finalizing an exam (by clicking a button on the list of exam participants), all associated
|
||||
Prüfungsämter will be notified that the grading process is finished for this exam.
|
||||
exom offices will be notified that the grading process is finished for this exam.
|
||||
<p>
|
||||
^{newU2WFeat} Once a Prüfungsamt has acknowledged the exam result of a participant, a check mark of the
|
||||
^{newU2WFeat} Once an exam office has acknowledged the exam result of a participant, a check mark of the
|
||||
page "Exam Results" will be shown.<br />
|
||||
In case of this check mark being absent even after a long period of time, a course administrator should
|
||||
look into reporting the exam result for this participant (e.g. by issueing a proof of participation).
|
||||
|
||||
<p>
|
||||
^{newU2WFeat} Course administrators are allowed to edit final results even after reporting the grades
|
||||
to the Prüfungsämter. The offices that are affected by these changes will be automatically notified.
|
||||
to the exam offices. The offices that are affected by these changes will be automatically notified.
|
||||
|
||||
|
||||
<section id="allocations">
|
||||
|
||||
@ -1,380 +0,0 @@
|
||||
$newline text
|
||||
<section>
|
||||
<section>
|
||||
<h2>Courses
|
||||
|
||||
<dl .deflist>
|
||||
<dt .deflist__dt> Course Names
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newU2WFeat} Any course needs a shorthand for identification, e.g. DBS, PXD, DM, ...
|
||||
<p>
|
||||
The combination of shorthand, department and semester needs to be unique.<br />
|
||||
Creating a course with a shorthand that is not unique for the selected department and semester will be rejected (a corresponding error message will be shown).
|
||||
<p>
|
||||
Recommendations for course shorthands:
|
||||
<ul>
|
||||
<li> Try to keep the shorthand as short as possible (10 characters max.).
|
||||
In particular, we advice against choosing the full course title as its shorthand.
|
||||
A warning will be shown if a shorthand exceeds the recommended length.
|
||||
<li> Avoid adding identifiers for the department (e.g. "MATH"), the semester (e.g. "WS19") or the type (e.g. "SEM") of a course in its shorthand.
|
||||
<p>
|
||||
^{plannedFeatInline} It is planned to enable courses to have types (e.g. "Bachelor Seminar" or "Practical Course").<br />
|
||||
Students will then be able to explicitely search for courses of a specific type.
|
||||
|
||||
<dt .deflist__dt> Clone Courses
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Lecturers are able to clone <em>any</em> course of their department for the current semester.
|
||||
|
||||
When cloning a course, its shorthand and description will be adopted;
|
||||
but not exercise sheets, exams or registrations.
|
||||
<p>
|
||||
The course description can be composed in Html and
|
||||
<em>should contain the module description!
|
||||
|
||||
<dt .deflist__dt> Support for Multiple Departments
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newU2WFeat} Uni2work supports managing multiple departments; prefixing course titles with e.g. "[MATH]" are not necessary anymore.
|
||||
Instead, there are now department filters for course lists.
|
||||
<p>
|
||||
The permissions of Uni2work administrators are limited to courses of their respective departments.
|
||||
This means that a Uni2work administrator of the Institute of Informatics cannot access grades from courses of the Department of Maths.
|
||||
|
||||
<dt .deflist__dt> Access to Material
|
||||
<dd .deflist__dd>
|
||||
The access to exercise sheets, slides and other material can be made dependent on the registration for the course.
|
||||
|
||||
<dt .deflist__dt> Publish Material
|
||||
<dd .deflist__dd>
|
||||
Slides, code bundles etc. can now be distributed to the participants of a course; also password-protected if wanted.
|
||||
|
||||
<dt .deflist__dt> Course Passwords
|
||||
<dd .deflist__dd> ^{newU2WFeat} The registration for a course can be password-protected.
|
||||
|
||||
<dt .deflist__dt> Course Lecturers and Assistants
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Course administrators can assign <em>any</em> user as administrator of the course.
|
||||
|
||||
^{newU2WFeat} Within a course, all course administrators have the same permissions. Most notably, every course administrator is allowed to edit the list of administrators for this course.
|
||||
|
||||
<p>
|
||||
^{newU2WFeat} Uni2work features "lecturer" and "assistant" as roles:
|
||||
lecturers are essentially allowed to create new courses.
|
||||
The lecturer permission is differentiated according to department.
|
||||
|
||||
Assistants have the same permissions as lecturers, but only for a particular course.
|
||||
|
||||
<p>
|
||||
In UniWorX, there was the role "assistant",
|
||||
i.e. every "administrator" also had to be "lecturer";
|
||||
there was no differentiation between departments.
|
||||
|
||||
<dt .deflist__dt> Course Participants
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Course participants are now displayed alongside information regarding their study programs.
|
||||
Students of multiple programs need to select a main subject when registering for a course.
|
||||
This can speed up the process of reporting exam results.
|
||||
|
||||
<p>
|
||||
^{probFeatInline} Normally, information regarding students' study programs is up to date;
|
||||
however, outdated data is shown in some cases.<br />
|
||||
Therefore, no decisions with severe consequences should be made without consulting the student
|
||||
first, if they are solely based on study program information (e.g. veto in a central allocation
|
||||
of practical courses and seminars).
|
||||
|
||||
<p>
|
||||
If only a number (key) is shown instead of a study program or degree, Uni2work did not yet learn a
|
||||
mapping from this key to its corresponding program.<br />
|
||||
Unfortunately, this needs to happen successively because we cannot get an up-to-date and complete
|
||||
mapping of those keys from the Studentenkanzlei (Student Office).<br />
|
||||
^{probFeatInline} It might happen that a more "general" study program is shown than the actual
|
||||
one a student is enrolled in (e.g. Media Informatics instead of Human-Computer-Interaction).
|
||||
This problem should be fixed in the near future.
|
||||
|
||||
<dt .deflist__dt> From a Student's Point of View
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newU2WFeat} UniWorX had special links to view a page from a student's point of view ("Aus Studentensicht"), which are not necessary anymore in Uni2work.
|
||||
Instead, one can now #
|
||||
<a href=@{AuthPredsR}>temporarily withdraw one's own permissions here
|
||||
. To view one's own course from a participant's point of view, one deactivates #
|
||||
the permission check "_{MsgAuthTagLecturer}" and/or "_{MsgAuthTagCorrector}".
|
||||
|
||||
<dt .deflist__dt> News
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newFeat 2019 10 7} On the course overview page, one can directly publish news concerning
|
||||
the course ("News").
|
||||
<p>
|
||||
An RSS feed and (opt-in) email notifications for course news are planned in the future.
|
||||
|
||||
<dt .deflist__dt> Dates
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newFeat 2019 10 9} On the course overview page, one can publish dates concerning the course
|
||||
(e.g. weekly date of the lecture, one-time post-exam review, ...).
|
||||
<p>
|
||||
Email notifications on changes of the dates are planned in the future.
|
||||
|
||||
<section>
|
||||
<h2>Course Exercises
|
||||
|
||||
<dl .deflist>
|
||||
<dt .deflist__dt> Correctors
|
||||
<dd .deflist__dd>
|
||||
^{newU2WFeat} Correctors and correction method are selected by the course administrator ad-hoc per exercise sheet;
|
||||
there is no entry for correctors in the course configuration.<br />
|
||||
To grant tutors that are no correctors permission to view solutions before the submission deadline,
|
||||
they should be registered as sheet correctors with 0 correction proportions.
|
||||
|
||||
When creating a new sheet, the settings of the previous sheet are suggested automatically.
|
||||
|
||||
<dt .deflist__dt> Distribution
|
||||
<dd .deflist__dd>
|
||||
^{newU2WFeat} Correctors can be marked as Absent or Excused per exercise sheet. This way, they will not be
|
||||
automatically assigned as correctors of any submissions.
|
||||
|
||||
The difference between Absent and Excused correctors is that Absent correctors will be assigned more
|
||||
submissions in the upcoming sheets automatically, to make up for the proportion of the sheet they missed.
|
||||
For Excused correctors, no additional submissions will be assigned later on.
|
||||
|
||||
<dt .deflist__dt> Files
|
||||
<dd .deflist__dd>
|
||||
^{newU2WFeat} The exercise sheet and its solution can consist of several files of any type.
|
||||
Instead of having to upload a ZIP file in case of multiple files, they can be uploaded one-by-one in Uni2work.
|
||||
|
||||
<dt .deflist__dt> Hints
|
||||
<dd .deflist__dd>
|
||||
In addition to exercise sheet and solution, hints (e.g. solutions to tutorial exercises) can be released
|
||||
on a specific date before the submission deadline.
|
||||
|
||||
<dt .deflist__dt> Visibility
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Exercise sheets can be hidden from the participants up to a date "Visible from".
|
||||
This can be used to distribute preliminary sheets to tutors and correctors,
|
||||
i.e. when grading and deadlines are not yet fixed.
|
||||
<p>
|
||||
The participants only get to see the sheet only once it is visible.
|
||||
However, any files regarding the sheet can only be downloaded once the submission period has started,
|
||||
similar to UniWorX.
|
||||
|
||||
<dt .deflist__dt> Timestamps
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Every file of an exercise sheet is annotated with a timestamp which is visible for the participants.
|
||||
<p>
|
||||
A visual highlighting of edited/new files and corresponding notifications is planned,
|
||||
but not yet implemented.
|
||||
|
||||
<dt .deflist__dt> External Submissions
|
||||
<dd .deflist__dd>
|
||||
External submissions (e.g. of analogue form)
|
||||
can be managed using a pseudonym:
|
||||
<ul>
|
||||
<li>
|
||||
Create sheets with submission method
|
||||
<i>External Submission with Pseudonym</i>
|
||||
<li>
|
||||
On the overview page of a single sheet,
|
||||
participants can generate a pseudonym for their solution.
|
||||
Then they can mark their external submission with it.
|
||||
<p>
|
||||
The participants need to generate a new pseudonym for each exercise sheet to guarantee
|
||||
the anonymity of their submissions.
|
||||
However, no submission will be created in the system when generating a pseudonym,
|
||||
since not every participant that generates a pseudonym actually submits a solution afterwards.
|
||||
<li>
|
||||
<p>
|
||||
After the external submissions are distributed to the correctors,
|
||||
the correctors need to
|
||||
<a href="@{CorrectionsCreateR}">
|
||||
Create a Submission
|
||||
, which can then be corrected as usual.
|
||||
<p>
|
||||
Such submissions will be accounted for in the next distribution of
|
||||
submissions according to the corrector's correction proportions.
|
||||
|
||||
<section>
|
||||
<h2>Tutorials
|
||||
|
||||
<dl .deflist>
|
||||
<dt .deflist__dt> Occurrences
|
||||
<dd .deflist__dd>
|
||||
Tutorials can consist of multiple regular occurrences which repeat on a weekly basis.
|
||||
<br />
|
||||
Additionally, an arbitrary number of <i>Exceptions</i> can be created.
|
||||
<br />
|
||||
An exception to an occurrence overrides the regular schedule. To add an exception, one enters an arbitrary date that lies inside the regular occurrence. <em>All</em> regular occurrences that contain the selected date will then be marked as exception.
|
||||
<br />
|
||||
An exception that an occurrence takes place in turn overrides exceptions that an occurrence does not take place.
|
||||
<br />
|
||||
This behavior can be used to shift single occurrences by selecting a regular occurrence as an exception ("does not take place") and another date as a second exception ("does take place").
|
||||
|
||||
<dt .deflist__dt> Tutors
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Tutors are selected ad-hoc per tutorial.
|
||||
<br />
|
||||
A tutorial can be assigned to an arbitrary number of tutors, and a tutor can be assigned to an arbitrary number of tutorials.
|
||||
|
||||
<p>
|
||||
Tutors have access to the names and study program information of all participants of their tutorials, can send messages to them (similar to course messages) and are able to remove participants from their tutorials.
|
||||
|
||||
<p>
|
||||
^{newFeat 2019 10 14} Optionally, tutors can be given full control over their tutorials (except deleting
|
||||
them), which means that they can edit rooms and dates of the tutorial.
|
||||
|
||||
<dt .deflist__dt> Registration
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Students can register themselves for tutorials via the course page.
|
||||
<br />
|
||||
The registration proceeds on a <i>first come, first served</i> basis at the moment.
|
||||
<br />
|
||||
A prior registration for the course is required.
|
||||
<p>
|
||||
The registration period for a tutorial can be limited in time.
|
||||
<p>
|
||||
Tutorials can be provided with a <i>Registration Group</i>.
|
||||
A registration group consists of an arbitrary text that is of no further significance.
|
||||
However, participants are restricted on <i>one tutorial registration per registration group</i>.<br />
|
||||
|
||||
Empty registration groups (i.e. no registration groups have been assigned) count as distinct.
|
||||
<p>
|
||||
To allow registering for an arbitrary number of tutorials, one can leave every registration group empty.
|
||||
|
||||
<dt .deflist__dt> ^{newFeat 2019 10 10} Late Registrations
|
||||
<dt .deflist__dd>
|
||||
Course administrators can assign course participants to tutorials using the list of course participants.
|
||||
|
||||
|
||||
<section id="exams">
|
||||
<h2> Exams
|
||||
<p> Large parts of the management of exams have been implemented and are already usable.<br />
|
||||
^{newU2WFeat} In addition to UniWorX, Uni2work supports more general forms of exams (e.g. oral exams, practical exams), for which participants can be grouped and examined in different rooms and on different occurrences per group.
|
||||
|
||||
<dl .deflist>
|
||||
<dt .deflist__dt> Create / Edit
|
||||
<dd .deflist__dd>
|
||||
Exams can be created by course administrators.
|
||||
A number of optional settings can be made immediately or later on, e.g. visibility or registration period.
|
||||
|
||||
<dt .deflist__dt> Occurrences/Rooms
|
||||
<dd .deflist__dd>
|
||||
^{newU2WFeat} An exam can be divided into multiple Occurrences/Rooms; each Occurrence/Room can have an own Occurence and Room.
|
||||
<p>
|
||||
In its most simple form, there can be exams that can take place in multiple rooms.
|
||||
<p>
|
||||
There can also be exams that take place on different occurrences, e.g. oral exams for seminars or practical courses.<br />
|
||||
These occurrences will be visible for the participants in forms of a table.
|
||||
|
||||
<dt .deflist__dt> Registrations
|
||||
<dd .deflist__dd>
|
||||
Participants can register for visible exams during the given registration period.
|
||||
The list(s) of participants can be edited online or via CSV export/import.
|
||||
|
||||
<dt .deflist__dt> ^{plannedFeat} Exam Allocations
|
||||
<dd .deflist__dd>
|
||||
Upon request, Uni2work can manage the distribution of participants to exams (rooms/occurrences)
|
||||
using some criteria, such as name or matriculation number.
|
||||
|
||||
<dt .deflist__dt> ^{plannedFeat} Markings
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
It is not possible to enter single exam markings (i.e. points per exam part) at the moment.<br />
|
||||
This feature will be implemented in the near future.
|
||||
<p>
|
||||
Entering exam corrections will happen per exam part.
|
||||
<p>
|
||||
Optionally, course administrators will be able to assign exam correctors, who will then have permission to enter markings during the correction period.<br />
|
||||
The permission to enter an exam marking for single exam parts can be granted to single exam correctors.
|
||||
|
||||
<dt .deflist__dt> ^{newFeat 2019 9 25} Results
|
||||
<dt .deflist__dd>
|
||||
<p>
|
||||
The calculation of exam results can be done automatically via Uni2work.<br />
|
||||
For this, a grading scale needs to be specified. This scale will then be used to calculate
|
||||
the final results of all exam participants based on their achieved amount of points.
|
||||
<p>
|
||||
^{newU2WFeat} At first, the calculated results will be shown as suggestions only.
|
||||
These suggestions then require manual approval by the course administrator before being accepted
|
||||
as exam results, which can afterwards be sent to the Prüfungsämter (Examination Offices).
|
||||
|
||||
<p>
|
||||
^{newU2WFeat} The calculated suggestions can also be overriden manually, independent of the grading scale.
|
||||
|
||||
<dt .deflist__dt> ^{newFeat 2019 9 26} Exam Bonus
|
||||
<dd .deflist__dd>
|
||||
It is possible to calculate bonus points for an exam based on the number of exercise points achieved.<br />
|
||||
The conditions for this calculation can be adjusted (e.g. only take bonus into account if the participant
|
||||
already passed without the bonus points).<br />
|
||||
An upper bound of possible bonus points needs to be specified. The achieved bonus will then be calculated
|
||||
linearly by taking into account the proportion of achieved exercise points and the maximum number of
|
||||
bonus points.
|
||||
|
||||
<dt .deflist__dt> ^{plannedFeat} Door Signs
|
||||
<dd .deflist__dd>
|
||||
The printing of door signs ("Quiet please!") with matching exam information is a planned feature that is not yet implemented.
|
||||
|
||||
<dt .deflist__dt> ^{newFeat 2019 9 16} Reporting Exam Results
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
Final grades can be automatically sent to the Prüfungsämter (Exam Offices).
|
||||
<p>
|
||||
After finalizing an exam (by clicking a button on the list of exam participants), all associated
|
||||
Prüfungsämter will be notified that the grading process is finished for this exam.
|
||||
<p>
|
||||
^{newU2WFeat} Once a Prüfungsamt has acknowledged the exam result of a participant, a check mark of the
|
||||
page "Exam Results" will be shown.<br />
|
||||
In case of this check mark being absent even after a long period of time, a course administrator should
|
||||
look into reporting the exam result for this participant (e.g. by issueing a proof of participation).
|
||||
|
||||
<p>
|
||||
^{newU2WFeat} Course administrators are allowed to edit final results even after reporting the grades
|
||||
to the Prüfungsämter. The offices that are affected by these changes will be automatically notified.
|
||||
|
||||
|
||||
<section id="allocations">
|
||||
<h2> Central Allocations
|
||||
|
||||
<dl .deflist>
|
||||
<dt .deflist__dt> Naming Schema
|
||||
<dd .deflist__dd>
|
||||
Courses can possess an arbitrary title.<br />
|
||||
^{newU2WFeat} Makeshift shorthands such as [SB], [ZP] etc. are not necessary anymore!
|
||||
|
||||
<dt .deflist__dt> Course Settings
|
||||
<dd .deflist__dd>
|
||||
<p>
|
||||
^{newU2WFeat} Where appropriate, the course settings are being overriden by necessary settings of the
|
||||
corresponding central allocation (meaning that course administrators cannot make any mistakes anymore).
|
||||
<p>
|
||||
In particular, the selected registration period will be ignored and any direct registration of students
|
||||
will be prohibited (also coming from course administrators!), until the central allocation process is
|
||||
finished and alternate students ("Nachrücker") are treated.
|
||||
|
||||
<dt .deflist__dt> Individual Applications
|
||||
<dd .deflist__dd>
|
||||
^{newU2WFeat} Students are able to apply for each course separately.
|
||||
Application documents may consist of both free text and the submission of files (possibly with predefined
|
||||
filenames).
|
||||
|
||||
<dt .deflist__dt> Feedback on Applications
|
||||
<dd .deflist__dd>
|
||||
If so desired, course administrators can send back feedback on student's applications.
|
||||
|
||||
|
||||
<section>
|
||||
<h2>Miscellaneous
|
||||
<dl .deflist>
|
||||
|
||||
<dt .deflist__dt> Planned Maintenance
|
||||
<dd .deflist__dd>
|
||||
Planned maintenance will be conducted <i>without prior notice</i>
|
||||
on 02:00 every night.<br />
|
||||
Please refrain from scheduling any critical deadlines at exactly this time or shortly afterwards.
|
||||
Loading…
Reference in New Issue
Block a user