Beheerder — Frontpage en context
Dit subdomein beschrijft de beheerder-frontpage en de server-side contextbepaling voor gebruikers met de rol Beheerder. De frontpage is een overzichts- en oriëntatiepagina: zij toont compacte beheersamenvattingen, recente beheerwijzigingen en vaste navigatie-ingangen, maar voert zelf geen inhoudelijke beheerwijzigingen uit.
De beheerder-frontpage bevat minimaal een introblok, een attentieblok, een blok Contentbeheer, een blok Accounts & rollen en een blok Recente beheerwijzigingen. Voor gebruikers met combinatierollen geldt de vaste prioriteit Beheerder, daarna Docent en daarna Ouder/voogd. De samengestelde frontpage wordt runtime opgebouwd uit basiscontexten en wordt niet als volledig apart frontpageontwerp per rolcombinatie opgeslagen.
Usecases
Relevante schermdocumentatie
| Scherm | Relevantie |
|---|
| Beheerder-frontpage | Hoofdscherm voor beheerderoriëntatie, beheersamenvattingen en recente beheerwijzigingen. |
| Hoofdmenu beheerder | Toegang tot Site Instellingen, Content en Accounts beheren. |
| Frontpagebeheer | Bronhoudend voor het beheren van frontpageteksten; niet voor runtime frontpageweergave. |
| Site Instellingen-hub | Vervolgroutes voor onderliggende beheerpagina’s; geen onderdeel van deze read-only frontpageflow. |
Domeinafbakening
- Frontpagecontent wijzigen hoort bij
beheerder/frontpagebeheer.
- Site-instellingen, popups, systeemberichttemplates, systeemnotificaties en features worden beheerd in hun eigen beheerder-subdomeinen.
- Meldingen behandelen blijft bronhoudend in het generieke meldingen-domein en de beheerflows rond meldingen.
- Account-, rol- en gebruikersinstellingmutaties horen bij
beheerder/accountbeheer.
- Categorie-, module- en docentondersteuningsacties horen bij de betreffende content- en supportsubdomeinen.
- De beheerder-frontpage start geen live meekijksessie en toont geen actieve oefeninhoud van leerlingen.
- Gecombineerde rolfrontpages worden runtime samengesteld; er bestaat geen vrij beheerbaar frontpageontwerp per rolcombinatie.
Bijzondere regels
| Onderwerp | Regel |
|---|
| Server-side context | De beheerdercontext wordt server-side bepaald. Clientstate, querystrings of lokale browserwaarden mogen geen beheercontext afdwingen. |
| Rolprioriteit | Bij combinatierollen geldt de volgorde Beheerder, Docent, Ouder/voogd. Leerling mag niet met Beheerder worden gecombineerd. |
| Read-only frontpage | De beheerder-frontpage voert geen inhoudelijke beheerwijzigingen uit. Mutaties starten pas op onderliggende beheerpagina’s. |
| Contentblokken | Teksten kunnen uit ContentBlocks komen, maar structuur, volgorde en bloklocaties blijven codegedreven. |
| Geen pagebuilder | Beheerder-frontpage en gecombineerde frontpages worden niet vrij opgebouwd vanuit beheer. |
| Tellers | Alle aantallen zijn afgeleide readmodelwaarden met expliciete filters, statussen en contextgrenzen. |
| Recente wijzigingen | Het blok Recente beheerwijzigingen toont compacte auditinformatie en vervangt geen detailhistorie per domein. |
| Systeemnotificaties | Systeemnotificaties worden pas na succesvolle frontpageload beoordeeld en blokkeren het laden van de frontpage niet. |
Teller- en readmodeldefinities
| Blok | Functionele betekenis |
|---|
| Attentieblok | Toont direct relevante beheerindicatoren zoals modules in onderhoud, beheerders, nieuwe/open meldingen en actieve systeemnotificaties. |
| Contentbeheer | Toont compacte totalen voor actieve modules, actieve categorieën, actieve niveaus en actieve oefeningen. |
| Accounts & rollen | Toont compacte rolgebonden accounttotalen voor beheerders, docenten, leerlingen en ouder-/voogdaccounts. |
| Recente beheerwijzigingen | Toont een begrensde, chronologisch gesorteerde read-only selectie uit centrale audit- en historiebronnen. |
Diagramgebruik
- Read-only frontpage- en contextusecases gebruiken geen persistent state diagram wanneer er geen domeinstatus wijzigt.
- Decision flows beschrijven autorisatie, contextkeuze, blokselectie en veilige blokkades.
- Data lifecycle diagrams tonen readmodelopbouw en expliciete geen-mutatiegrenzen.
- Sequence diagrams tonen de interactie tussen frontend, backend, autorisatie, contentblokservice, readmodelqueries en auditreadmodels.