ModulbelegungVerteilung einrichten: Unterschied zwischen den Versionen
Aus ZEuS-Wiki
| (5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 4: | Zeile 4: | ||
===Belegregel=== | ===Belegregel=== | ||
am PO-Element ( | Damit eine Modulbelegung funktionieren kann, ist es notwendig am übergeordneten PO-Element (Modul,Teilmodul) eine Belegregel zu hinterlegen. Sie legt fest, wieviele Veranstaltungen ein Studierender mit der Priorität „Bevorzugt“ (und demenstprechend „Alternative 1“, „Alternative 2“ usw.) belegt werden kann. Unabhängig vom Belegverfahren gibt es maximal so viele Prioritäten wie Veranstaltungen zur Verfügung stehen (wird ggf. heruntergerechnet). | ||
( | |||
Folgende Belegregeln stehen zur Verfügung: | |||
< | *0 aus n maximal: keine Belegung in diesem Modul möglich; dann sinnvoll, wenn eine Veranstaltung mit Modulbelegung mehreren Modulen zugeordnet ist, aber nur über ein bestimmtes Modul belegt werden soll | ||
*1 aus n maximal: es darf für höchstens 1 Veranstaltung im Modul die Modulpriorität "Bevorzugt" gesetzt werden | |||
*2 aus n maximal: es darf für höchstens 2 Veranstaltungen im Modul die Modulpriorität "Bevorzugt" gesetzt werden | |||
*3 aus n maximal: es darf für höchstens 3 Veranstaltungen im Modul die Modulpriorität "Bevorzugt" gesetzt werden | |||
*usw. | |||
Allgemein formuliert: Die Belegregel legt fest, wieviele Elemente eine Ebene unterhalb des Elements, dem sie zugeordnet ist, belegt werden können. Das können theoretisch auch Teilmodule, Konten o.ä. sein. | |||
{{Mb-achtung|<ul><li>''' Im Vorfeld muss dem CM bekannt sein, welche Module per Modulbelegung belegt werden sollen, so dass die Belegregel angehängt werden kann. | |||
Fehlt die Belegregel, wird bei der Belegung die Modulansicht nicht geöffnet und nur die direkte Belegung einer Veranstaltung (statt einer Belegung mit Gewichtung zwischen mehreren Veranstaltungen) ist möglich. In der Verteilung fehlt dann die Modulpriorität zur Auswertung.</li></ul>}} | |||
===Verfahren=== | ===Verfahren=== | ||
====Plugins Belegung | ====Plugins Belegung==== | ||
*modulPeriodChecker: nur Veranstaltungen, für die das Modulbelegverfahren hinterlegt ist, können belegt werden | *modulPeriodChecker: nur Veranstaltungen, für die das Modulbelegverfahren hinterlegt ist, können belegt werden | ||
*Modulbelegung: ermöglicht Veranstaltungsbelegung mit Gewichtung zwischen den Veranstaltungen eines Moduls | *Modulbelegung: ermöglicht Veranstaltungsbelegung mit Gewichtung zwischen den Veranstaltungen eines Moduls | ||
**Höchste Modulpriorität: gibt an, wieviele Prioritäten existieren | |||
**Initialisierung der Modulprioritäten: ja | |||
**Dürfen Alternativen mehrfach vergeben werden (Die erste Priorität ("Bevorzugt") stellt immer den Hauptwunsch da. Alternativen sind alle anderen Prioritäten.) | |||
**minimale Gesamtzahl von Alternativen: Anzahl der Alternativen, die bei der Belegung mindestens gesetzt werden muss | |||
**maximale Gesamtzahl von Alternativen: Anzahl der Alternativen, die bei der Belegung maximal gesetzt werden darf | |||
====Plugins Verteilung | ====Plugins Verteilung==== | ||
*Modulverteilung: | *Modulprioritätensortierung: Sortierung der Belegungen nach den gesetzten Modulprioritäten | ||
*Modulverteilung: Verteilung, die Modulprioritäten auswertet; Terminkonfliktprüfung möglich | |||
Version vom 9. Mai 2022, 14:58 Uhr
Belegregel
Damit eine Modulbelegung funktionieren kann, ist es notwendig am übergeordneten PO-Element (Modul,Teilmodul) eine Belegregel zu hinterlegen. Sie legt fest, wieviele Veranstaltungen ein Studierender mit der Priorität „Bevorzugt“ (und demenstprechend „Alternative 1“, „Alternative 2“ usw.) belegt werden kann. Unabhängig vom Belegverfahren gibt es maximal so viele Prioritäten wie Veranstaltungen zur Verfügung stehen (wird ggf. heruntergerechnet).
Folgende Belegregeln stehen zur Verfügung:
- 0 aus n maximal: keine Belegung in diesem Modul möglich; dann sinnvoll, wenn eine Veranstaltung mit Modulbelegung mehreren Modulen zugeordnet ist, aber nur über ein bestimmtes Modul belegt werden soll
- 1 aus n maximal: es darf für höchstens 1 Veranstaltung im Modul die Modulpriorität "Bevorzugt" gesetzt werden
- 2 aus n maximal: es darf für höchstens 2 Veranstaltungen im Modul die Modulpriorität "Bevorzugt" gesetzt werden
- 3 aus n maximal: es darf für höchstens 3 Veranstaltungen im Modul die Modulpriorität "Bevorzugt" gesetzt werden
- usw.
Allgemein formuliert: Die Belegregel legt fest, wieviele Elemente eine Ebene unterhalb des Elements, dem sie zugeordnet ist, belegt werden können. Das können theoretisch auch Teilmodule, Konten o.ä. sein.
 |
|
Verfahren
Plugins Belegung
- modulPeriodChecker: nur Veranstaltungen, für die das Modulbelegverfahren hinterlegt ist, können belegt werden
- Modulbelegung: ermöglicht Veranstaltungsbelegung mit Gewichtung zwischen den Veranstaltungen eines Moduls
- Höchste Modulpriorität: gibt an, wieviele Prioritäten existieren
- Initialisierung der Modulprioritäten: ja
- Dürfen Alternativen mehrfach vergeben werden (Die erste Priorität ("Bevorzugt") stellt immer den Hauptwunsch da. Alternativen sind alle anderen Prioritäten.)
- minimale Gesamtzahl von Alternativen: Anzahl der Alternativen, die bei der Belegung mindestens gesetzt werden muss
- maximale Gesamtzahl von Alternativen: Anzahl der Alternativen, die bei der Belegung maximal gesetzt werden darf
Plugins Verteilung
- Modulprioritätensortierung: Sortierung der Belegungen nach den gesetzten Modulprioritäten
- Modulverteilung: Verteilung, die Modulprioritäten auswertet; Terminkonfliktprüfung möglich