Prehľad
Lektor môže byť zastúpený iným lektorom (suplovanie). Systém musí evidovať kto suploval a kedy.
Kedy vzniká suplovanie
| Situácia | Riešenie |
|---|---|
| Choroba lektora | Suplujúci lektor |
| Dovolenka | Suplujúci lektor |
| Iné dôvody | Suplujúci lektor alebo zrušenie hodiny |
Čo treba evidovať
| Pole | Popis |
|---|---|
Pôvodný lektor | Kto mal hodinu viesť |
Suplujúci lektor | Kto hodinu reálne viedol |
Termín | Ktorý termín (deň + čas) |
Dátum | Konkrétny dátum suplovania |
Dôvod | Prečo (choroba, dovolenka...) |
Otvorené otázky
Na diskusiu
- Notifikácie: Majú rodičia vedieť, že supluje iný lektor?
- Výber suplujúceho: Kto rozhoduje kto bude suplovať? Admin?
- Dostupnosť: Má systém navrhovať dostupných lektorov?
- Platby: Má to vplyv na vyúčtovanie lektorov?
- História: Ako dlho uchovávať históriu suplovania?
Možné riešenia
Variant A: Jednorazová zmena
Admin jednoducho zmení lektora na konkrétny dátum. Systém eviduje históriu.
Variant B: Formálne suplovanie
Samostatná entita "Suplovanie" s workflow (žiadosť → schválenie → notifikácia).
Variant C: Automatický návrh
Systém navrhne dostupných lektorov na základe ich rozvrhu.
Odporúčanie
Pre začiatok stačí Variant A - jednoduchá evidencia. Rozšíriť sa dá neskôr.
Dátový model (návrh)
Substitution (suplovanie)
├── id
├── slot_id → Slot (ktorý termín)
├── date (konkrétny dátum)
├── original_instructor_id → Instructor
├── substitute_instructor_id → Instructor
├── reason (dôvod)
├── created_by → User (kto zadal)
└── created_at