Skip to main content

Beheerder — Docentondersteuning

Dit subdomein beschrijft hoe een beheerder één specifieke docentcontext kan inzien, analyseren en gericht ondersteunen. De pagina Docent ondersteuning is een zelfstandige beheerpagina binnen Content en is bedoeld voor support op docentniveaus, categoriegebruik, concrete oefeningen, leerlingtoegang, collaborators, eigenaarschap en relevante geschiedenis.

Docentondersteuning is supportgericht. De beheerder gebruikt deze pagina om bestaande docentstructuren te reconstrueren, veilige correcties uit te voeren en gevolgen van wijzigingen te beoordelen. De pagina vervangt de reguliere docentflows niet en is geen vrije beheerlaag waarmee centrale categorieën, technische modules, accountrollen of oefenresultaten worden beheerd.

Usecases

UsecaseNaamOmschrijving
UC-BEH-DOCSUP-001Docentenoverzicht bekijkenToont docenten en supportrelevante aantallen als selectiestap voor één docentcontext.
UC-BEH-DOCSUP-002Docentondersteuning openenOpent na selectie van één docent de detail- en ondersteuningsweergave.
UC-BEH-DOCSUP-003Docentstructuur inspecterenToont de hiërarchie niveau → categorie → oefening binnen de gekozen docentcontext.
UC-BEH-DOCSUP-004Niveau-detail binnen docentcontext bekijkenToont read-only niveaugegevens, eigenaar, toegang en samenwerkingssamenvatting.
UC-BEH-DOCSUP-005Categorie-detail binnen docentcontext bekijkenToont categoriegebruik binnen één docentniveau zonder centrale categorie-identiteit te wijzigen.
UC-BEH-DOCSUP-006Oefening-detail binnen docentcontext bekijkenToont concrete oefeningmetadata en modulekoppeling binnen de docentcontext.
UC-BEH-DOCSUP-007Concrete oefeningconfiguratie openenToont de volledige configuratiepayload en modulegerichte rendering voor supportanalyse.
UC-BEH-DOCSUP-008Leerling aan niveau toevoegenCorrigeert leerlingtoegang tot een niveau binnen de docentcontext zonder een relatie aan te maken.
UC-BEH-DOCSUP-009Leerling van niveau ontkoppelenTrekt niveauautorisatie supportgericht in met audit en behoud van historische resultaten.
UC-BEH-DOCSUP-010Collaborator aan niveau toevoegenKoppelt een bestaande geldige docent als collaborator aan een niveau.
UC-BEH-DOCSUP-011Collaborator van niveau ontkoppelenDeactiveert een collaborator-koppeling zonder docent-docentrelatie of historie te verwijderen.
UC-BEH-DOCSUP-012Docent-docenttoegang forcerenMaakt of heractiveert bij uitzondering een docent-docentcontext voor support.
UC-BEH-DOCSUP-013Eigenaarschap overdragen als beheerderDraagt niveau-eigenaarschap over aan een bestaande actieve collaborator met verplichte reden.
UC-BEH-DOCSUP-014Docentcontextgeschiedenis bekijkenToont supportrelevante historie over structuur, toegang, collaborators en eigenaarschap.

Relevante schermdocumentatie

SchermRelevantie
Beheerder — Content > Docent ondersteuningHoofdingang voor docentselectie, structuurinspectie, supportacties en geschiedenis.
Beheerder — Content > Categorieën beherenBronhoudend voor centrale categorie-identiteit, statuswijzigingen en migraties.
Beheerder — Content > Modules beherenBronhoudend voor technische modulemetadata en modulemigraties.
Beheerder — Accounts beherenBronhoudend voor accountstatus, rollen, niet-publieke rollen en account lifecycle.
Docent — OefenaanbodReguliere docentinterface die door docentondersteuning niet wordt vervangen.
Docent — Samenwerking en eigenaarschapFunctionele bron voor normale collaborator- en eigenaarschapsflows.
Docent — Leerlingen en autorisatiesFunctionele bron voor reguliere docent-leerlingautorisaties.

Domeinafbakening

OnderdeelAfbakening
Centrale categorie-identiteitNaam, kleur, icoon, status en migratie van centrale categorieën blijven in Beheerder / Categorieën beheren.
Technische modulesModulemetadata, beschikbaarheid, testzichtbaarheid en modulemigraties blijven in Beheerder / Modules beheren.
AccountbeheerRollen, accountstatus, niet-publieke rollen, anonimisering en identity-providergrenzen blijven in Beheerder / Accountbeheer.
Reguliere docentflowsDocenten beheren hun eigen onderwijsinhoud via het docentdomein; docentondersteuning is alleen support- en correctiegericht.
RelatiebeheerRelaties en uitnodigingen blijven bronhoudend in Generiek / Relaties. Alleen UC-BEH-DOCSUP-012 kan bij uitzondering een docent-docentcontext expliciet forceren.
Resultaten en geschiedenis van leerlingenHistorische oefenruns, resultaten, gedeelde oefeningen en PDF-contexten worden niet herschreven door docentondersteuning.
Live meekijkenBeheerders mogen geen live meekijksessie starten tijdens actieve leerlingoefeningen. Analyse vindt achteraf plaats via historie en audit.

Subdomeinregels

RegelBetekenis
Eén docentcontextDe beheerder werkt steeds vanuit precies één server-side gevalideerde docentcontext.
Read-only tenzij expliciet muterendOverzicht, structuur, detailpanelen, configuratie-inzage en geschiedenis wijzigen geen domeindata.
Supportmutaties zijn explicietLeerlingtoegang, collaborators, docent-docentcontext en eigenaarschap wijzigen alleen na bewuste actie, bevestiging en server-side validatie.
AuditplichtIedere supportmutatie legt minimaal beheerder, tijdstip, objectcontext, actietype en reden vast.
Geen clientautoriteitRouteparameters, verborgen velden en clientstate bepalen nooit docent-, niveau-, categorie-, oefening- of leerlingtoegang.
Geen bronverschuivingDocentondersteuning mag geen centrale bron worden voor categorieën, modules, account lifecycle of reguliere docentprocessen.

Bijzondere regels

  • Collaboratorrechten geven alleen toegang tot onderwijsinhoud binnen het betreffende niveau.
  • Collaboratorrechten geven geen leerling-, resultaat-, geschiedenis- of live-meekijktoegang.
  • Een leerling aan een niveau toevoegen maakt geen nieuwe docent-leerlingrelatie aan.
  • Een leerling van een niveau ontkoppelen verwijdert geen historische runs of resultaten.
  • Een collaborator ontkoppelen verwijdert geen docent-docentrelatie.
  • Eigendomsoverdracht is alleen toegestaan naar een bestaande actieve collaborator van hetzelfde niveau.
  • De vorige eigenaar blijft na overdracht actieve collaborator. Een wijziging van die collaboratorstatus vraagt een afzonderlijke geldige flow.
  • Geanonimiseerde accounts worden zonder persoonsgegevens getoond.
  • Systeemberichten uit supportmutaties zijn informatief en vormen nooit de bron van autorisatie of rechten.

Diagramgebruik

DiagramtypeGebruik binnen dit subdomein
State diagramAlleen bij muterende flows met een relevante status- of lifecyclewijziging, zoals autorisatie, collaboratorstatus, docent-docentcontext of eigenaarschap.
Decision flowGebruikt om beheerderrol, server-side context, objectvoorwaarden, bevestiging en blokkades te tonen.
Data lifecycle diagramGebruikt om te tonen welke bestaande records gelezen worden en welke records bij supportmutaties wijzigen.
Sequence diagrammenGebruikt bij interacties tussen beheerder, frontend, backendservices, database, audit en systeemberichten.