Raumbuchungen #9

Open
opened 2021-10-06 14:22:45 +02:00 by savau · 3 comments
savau commented 2021-10-06 14:22:45 +02:00 (Migrated from gitlab.uniworx.de)

Ein Workflow für Raumbuchungen und Prüfungstemrine

Prinzipiell gibt es folgende Arten von Raumbuchungen und folgende beteiligten Personen:

  • Klausurräume/Prüfungstermin -- Stephan Barth
  • Einzelraumbuchungen aus diversen Gründen -- Stephan Barth&Jan Johannsen
  • Räume für Übungsgruppen -- Jan Johannsen
  • Räume für Vorlesungen -- Jan Johannsen

Erstmal sollen nur Klausurräume/Prüfungstermin und Einzelraumbuchungen in diesem Workflow modelliert werden. Modellierung der anderen Buchungen ist vorerst nicht und zumindestens nicht in der ersten Version geplant.

In diesem Workflow darf jede Person, die im Workflow aktiv ist, immer alles und zu jederzeit sehen.

Es gibt die Payload Zugriffspersonen (Typ: Liste von u2w-Accounts); neben den Zugriffspersonen hat das Prüfungsamt und Jan Johannsen Zugriff auf jede Instanz (egal in welchem Zweig man sich befindet; aus Urlaubsvertretungsgründen die anderen Buchungen sehen zu können, ist nützlich).

Zustandsraum in der ersten Version ist (gerne auch sinnvoller umbenennen, wie immer ;) ):
{Klausurraum und Prüfungstermin, Einzelraumbuchung} x {Antrag, Geplant, Gebucht, Fertig, Abgebrochen}

Folgende Aktionsmöglichkeiten (x ist beliebiges, was weder fertig, noch abgebrochen ist; Selbstschleifen ok):
Prüfungsamt & Jan:
Falls man sortieren kann, die ersten beiden bitte hochsortieren:
Antrag -> Geplant
Geplant -> Gebucht
x -> x
x -> Fertig
x -> Abgebrochen

Zugriffspersonen:
x -> Antrag

Folgende Payload; wenn man die Payload editieren darf, dann einfach bei jeder Kante, die man nehmen kann. Die Personen, denen editieren erlaub sind, werden notiert als P(rüfungsamt&Jan Johannsen) bzw. Z(ugriffspersonen); = ist ein Pflichtfeld, ? ein optionales Feld

Auf jeden Fall:

  • Zugriffspersonen (u2w-account liste; PZ)
  • Kommunikation (großes Textfeld; PZ)

Klausurraum und Prüfungstermin:

  • Personenzahl/online (= kurzer Freitext; PZ) -- erläuterung: Bei online-Prüfung sollen sie online statt einer Personenzahl hineinschreiben
  • Titel der Veranstaltung für die Prüfungsübersichtlist (= kurzer Freitext; PZ)
  • enum Prüfung, Nachprüfung, Anderes (=, Z)
  • Wunschtermin (? Datum&Uhrzeitwähler, Z)
  • Wunschzeitraum (= großes Textfeld, Z)
  • akzeptabler Ausweichzeitraum (= großes Textfeld, Z)
  • Samstagstermin ok (enum: Samstag ok, kein Samstagstermin; kann man default: kein Samstagstermin festlegen?; Z)
  • Gewünschter Buchungszeitraum (? kurzer Freitext; für 2 h bitte frei lassen, Z)
  • Raum (? kurzer Freitext; P)
  • Zeit (? kurzer Freitext; P)

Einzelraumbuchung:

  • Zeitraum (= kurzer Freitext; PZ)
  • Raumwunsch (= kurzer Freitext; Z)
  • Personenzahl (= kurzer Freitext; Z)
  • Raum (? kurzer Freitext; P)
  • Zeit (? kurzer Freitext; P)

Anlegen dürfen Dozenten, alles was sie editieren dürfen, können sie auch gleich zu Beginn eintragen

Ein Workflow für Raumbuchungen und Prüfungstemrine Prinzipiell gibt es folgende Arten von Raumbuchungen und folgende beteiligten Personen: * Klausurräume/Prüfungstermin -- Stephan Barth * Einzelraumbuchungen aus diversen Gründen -- Stephan Barth&Jan Johannsen * Räume für Übungsgruppen -- Jan Johannsen * Räume für Vorlesungen -- Jan Johannsen Erstmal sollen nur Klausurräume/Prüfungstermin und Einzelraumbuchungen in diesem Workflow modelliert werden. Modellierung der anderen Buchungen ist vorerst nicht und zumindestens nicht in der ersten Version geplant. In diesem Workflow darf jede Person, die im Workflow aktiv ist, immer alles und zu jederzeit sehen. Es gibt die Payload Zugriffspersonen (Typ: Liste von u2w-Accounts); neben den Zugriffspersonen hat das Prüfungsamt und Jan Johannsen Zugriff auf jede Instanz (egal in welchem Zweig man sich befindet; aus Urlaubsvertretungsgründen die anderen Buchungen sehen zu können, ist nützlich). Zustandsraum in der ersten Version ist (gerne auch sinnvoller umbenennen, wie immer ;) ): {Klausurraum und Prüfungstermin, Einzelraumbuchung} x {Antrag, Geplant, Gebucht, Fertig, Abgebrochen} Folgende Aktionsmöglichkeiten (x ist beliebiges, was weder fertig, noch abgebrochen ist; Selbstschleifen ok): Prüfungsamt & Jan: Falls man sortieren kann, die ersten beiden bitte hochsortieren: Antrag -> Geplant Geplant -> Gebucht x -> x x -> Fertig x -> Abgebrochen Zugriffspersonen: x -> Antrag Folgende Payload; wenn man die Payload editieren darf, dann einfach bei jeder Kante, die man nehmen kann. Die Personen, denen editieren erlaub sind, werden notiert als P(rüfungsamt&Jan Johannsen) bzw. Z(ugriffspersonen); = ist ein Pflichtfeld, ? ein optionales Feld Auf jeden Fall: * Zugriffspersonen (u2w-account liste; PZ) * Kommunikation (großes Textfeld; PZ) Klausurraum und Prüfungstermin: * Personenzahl/online (= kurzer Freitext; PZ) -- erläuterung: Bei online-Prüfung sollen sie online statt einer Personenzahl hineinschreiben * Titel der Veranstaltung für die Prüfungsübersichtlist (= kurzer Freitext; PZ) * enum Prüfung, Nachprüfung, Anderes (=, Z) * Wunschtermin (? Datum&Uhrzeitwähler, Z) * Wunschzeitraum (= großes Textfeld, Z) * akzeptabler Ausweichzeitraum (= großes Textfeld, Z) * Samstagstermin ok (enum: Samstag ok, kein Samstagstermin; kann man default: kein Samstagstermin festlegen?; Z) * Gewünschter Buchungszeitraum (? kurzer Freitext; für 2 h bitte frei lassen, Z) * Raum (? kurzer Freitext; P) * Zeit (? kurzer Freitext; P) Einzelraumbuchung: * Zeitraum (= kurzer Freitext; PZ) * Raumwunsch (= kurzer Freitext; Z) * Personenzahl (= kurzer Freitext; Z) * Raum (? kurzer Freitext; P) * Zeit (? kurzer Freitext; P) Anlegen dürfen Dozenten, alles was sie editieren dürfen, können sie auch gleich zu Beginn eintragen
savau commented 2021-10-14 16:02:04 +02:00 (Migrated from gitlab.uniworx.de)

created branch 9-raumbuchungen to address this issue

By Michael Fink Amores on 2021-10-14T16:02:04 (imported from GitLab)

created branch [`9-raumbuchungen`](/uni2work/workflows/-/compare/master...9-raumbuchungen) to address this issue *By Michael Fink Amores on 2021-10-14T16:02:04 (imported from GitLab)*
savau commented 2021-12-23 16:07:18 +01:00 (Migrated from gitlab.uniworx.de)

mentioned in commit ee3831ecf3

By Michael Fink Amores on 2021-12-23T16:07:18 (imported from GitLab)

mentioned in commit ee3831ecf3c6d9c33b6e6c0be69e46c39cbc3886 *By Michael Fink Amores on 2021-12-23T16:07:18 (imported from GitLab)*
savau commented 2022-04-10 20:16:39 +02:00 (Migrated from gitlab.uniworx.de)

mentioned in merge request !11

By Michael Fink Amores on 2022-04-10T20:16:39 (imported from GitLab)

mentioned in merge request !11 *By Michael Fink Amores on 2022-04-10T20:16:39 (imported from GitLab)*
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: lmu/uni2work.workflows#9
No description provided.