In Brightspace® is de organisatie (org) het hoogste niveau in de hiërarchie van het type organisatie-eenheid. Een organisatie bestaat uit organisatie-eenheden, de standaard bouwstenen van Brightspace®. Organisatie-eenheden zijn ingedeeld in een organisatiestructuur en kunnen meerdere typen organisatie-eenheden hebben (bijvoorbeeld afdeling, semester of cursuseditie). Elke organisatie-eenheid heeft een code voor de organisatie-eenheid die wordt gebruikt om de eenheid te identificeren binnen het integratiepakket voor studentintegratiesystemen (IPSIS) en het studentinformatiesysteem (SIS).
De taken voor het organisatiebeheer omvatten:
- Een organisatiestructuur definiëren met de editor Type organisatie-eenheid
- Organisatie-eenheden binnen een organisatie definiëren met de editor Organisatie-eenheid
- Gebruikers maken, importeren, inschrijven en beheren met de tool Gebruikers
- De organisatie-eenheden zoeken waarvoor cursisten zijn ingeschreven met de aangepaste widget Mijn organisatie-eenheden
- De functionaliteit van de tool configureren met DOME
- De aanmeldingspagina aanpassen met de tool Beheer aanmeldingspagina
- Een taalpakket instellen met de tool Talen beheren
- Cultuurspecifieke notaties en talen configureren met de tool Landinstellingen beheren
- Locaties in uw organisatie definiëren met de tool Locaties en plaatsen aan cursisten toewijzen met de tool Plaatsoverzicht
Een organisatiestructuur is een softwarearchitectuur die is ontworpen door D2L® om onze klanten maximale flexibiliteit te bieden bij het maken van hun online onderwijsaanwezigheid. Het lijkt op een boomstructuur van organisatorische eenheden (vaak aangeduid als organisatie-eenheden), waarbij elke organisatie-eenheid doorgaans, maar niet noodzakelijk, een groep gebruikers of een bepaald organisatieniveau binnen het bedrijfsmodel van de klant vertegenwoordigt. Het hoofdniveau van de organisatiestructuur kan bijvoorbeeld een universiteit, een ministerie van onderwijs of een bedrijfsorganisatie zijn. Door de boomstructuur is er een pad van afstammelingen van een bepaalde organisatie-eenheid naar een bladknooppunt en een pad van voorouders naar het hoofdknooppunt. Het pad tussen de hoofd- en bladknooppunten (cursussen) van de organisatiestructuur kan verschillende lagen van bijvoorbeeld universitaire faculteiten, scholen, academische of bedrijfsafdelingen omvatten.
Hoewel organisatiestructuren meestal gevormd zijn als een gewone boom, zijn ze eigenlijk een gerichte acyclische grafiek, omdat bepaalde knooppunten meer dan één voorouder kunnen hebben. Om cirkelvormige routes te vermijden bij het volgen van voorouder- en afstammelingpaden, stelt D2L® een beperking in dat organisatie-eenheden op een pad niet van hetzelfde organisatietype mogen zijn. Het is ook met deze beperking echter nog steeds mogelijk om een flexibele organisatiestructuur te hebben.
Organisatie-eenheden en typen organisatie-eenheden
Elke organisatie-eenheid heeft een specifiek type organisatie-eenheid. Er zijn drie typen organisatie-eenheden:
- Door het systeem gedefinieerde typen organisatie-eenheden worden vooraf gedefinieerd door het Brightspace®-platform en bestaan wanneer een klant de instantie instelt. Bijvoorbeeld organisaties.
- Aangepaste typen organisatie-eenheden worden door gebruikers gemaakt via de DOME. Bijvoorbeeld faciliteiten.
- Algemene aangepaste typen organisatie-eenheden worden door gebruikers gemaakt, maar worden niet gemaakt via de browser voor configuratievariabelen. Ze hebben speciale eigenschappen binnen het Brightspace®-platform. Bijvoorbeeld afdelingen.
Hoewel alle typen organisatie-eenheden gemeenschappelijke eigenschappen hebben, zoals voorouders, afstammelingen, en de mogelijkheid om gebruikers in te schrijven, hebben organisatie-eenheden die behoren tot het door het systeem gedefinieerde type organisatie-eenheid of de algemene aangepaste typen organisatie-eenheden aanvullende kenmerken en eigenschappen zoals vermeld in dit gedeelte van dit artikel. Deze kenmerken en eigenschappen zijn gebruikelijk in de meeste organisaties, maar ze zijn niet noodzakelijk van toepassing in alle organisaties.
Opmerking: organisatie-eenheden van hetzelfde type kunnen niet bij hetzelfde voorouder- of afstammelingpad binnen een organisatiestructuur horen.
Wanneer u met typen organisatie-eenheden werkt, raadt D2L® u aan om te proberen de organisatiestructuur zo eenvoudig mogelijk te houden voor de implementatie. Complexe organisatiestructuren leiden doorgaans tot de noodzaak tot uitgebreid onderhoud zonder het voordeel van extra functionaliteit. Het systeem dwingt correcte afkomst af: een organisatie-eenheid kan niet de afstammeling zijn van een andere organisatie-eenheid van hetzelfde type organisatie-eenheid. Een afdeling kan bijvoorbeeld niet een afstammeling zijn van een andere afdeling.
Wanneer u de naam van een standaardtype organisatie-eenheid wijzigt, geldt de wijziging voor alle organisaties op uw instantie, met uitzondering van het type organisatie-eenheid afdeling. Als u de naam van het type organisatie-eenheid Afdeling wijzigt, is de wijziging alleen van toepassing op de organisatie waarin u de wijziging hebt aangebracht. Typen organisatie-eenheden Afdeling zijn het enige standaardtype organisatie-eenheid dat u kunt verwijderen. Als u het type organisatie-eenheid Afdeling verwijdert, wordt deze alleen verwijderd uit de organisatie waar u het hebt verwijderd. Als u een nieuw type organisatie-eenheid maakt nadat u het type organisatie-eenheid Afdeling hebt verwijderd, en het type instelt op Afdeling, maakt het systeem het type organisatie-eenheid Afdeling opnieuw.
Type organisatie-eenheid organisatie
Het type organisatie-eenheid Organisatie is door het systeem gedefinieerd, is doorgaans het hoofdknooppunt van de boomstructuur van de organisatie en er is er slechts één per organisatie. De startpagina van Organisatie is beschikbaar wanneer een gebruiker op Mijn startpagina klikt. Interne e-mailadresdomeinen worden toegewezen op organisatieniveau en kunnen niet op een ander niveau worden ingesteld.
Type organisatie-eenheid Cursussjabloon
Het type organisatie-eenheid Cursussjabloon is door het systeem gedefinieerd. In cursussjablonen worden bestanden en gegevens opgeslagen die voor veel cursuseditie-afstammelingen gelden. Cursussjablonen kunnen directe afstammelingen van organisaties of afdelingen zijn. Het verschil tussen een cursussjabloon en een cursuseditie ligt in de frequentie van het cursusaanbod. In veel semesters volgen cursisten verschillende cursusedities op basis van dezelfde cursussjabloon. Zo is CS 488 zelf bijvoorbeeld een cursussjabloon terwijl CS 488 in een herfstsemester en CS 488 in het wintersemester beide cursusedities zijn. Meestal is een cursussjabloon niet gekoppeld aan een semester, terwijl de ervan afstammende cursuseditie dat wel is. Hierdoor kunnen verschillende cursusedities die aan dezelfde cursussjabloon zijn gekoppeld, tot verschillende semesters behoren.
Type organisatie-eenheid Cursuseditie
Het type organisatie-eenheid Cursuseditie is door het systeem gedefinieerd. Cursusedities zijn instanties van een cursus en zijn meestal directe afstammelingen van cursussjablonen en semesters. Als u naar de startpagina van een cursuseditie wilt gaan, klikt u op Startpagina cursus in de cursuseditie. Inhoud, testen, scores en discussies zijn meestal gekoppeld aan cursusedities.
Type organisatie-eenheid Semester
Het type organisatie-eenheid Semester kan door het systeem gedefinieerd of algemeen aangepast zijn. Semesters zijn meestal directe afstammelingen van de organisatie en organiseren cursusedities in tijdcategorieën. Het is niet verplicht om een type organisatie-eenheid als Semester in te stellen. Als uw organisatie bijvoorbeeld cursusedities met een open einde gebruikt die jarenlang worden voortgezet met nieuwe gebruikers die zich inschrijven wanneer zij dat willen, gebruikt u wellicht geen type organisatie-eenheid Semester. Als u er echter voor kiest geen type organisatie-eenheid Semester te gebruiken, moet u rekening houden met de volgende overwegingen:
- Als u studentinformatiesysteem-integratie gebruikt, gaat het toewijzingsproces ervan uit dat cursusedities zijn gekoppeld aan semesters. Als uw studentinformatiesysteem een structuur heeft die overeenkomt met semesters, zult u dit type waarschijnlijk ook in uw D2L®-systeem moeten hebben.
- Wanneer een type organisatie-eenheid is ingesteld als Semester, worden organisatie-eenheden van dat type weergegeven in het veld Semester wanneer u nieuwe cursusedities maakt of bestaande cursusedities bewerkt. Dit veld wordt gecontroleerd door het formulierelement in de formulieren CreateCourse en CourseOfferingInfo. De naam van het veld wordt bijgewerkt zodat deze overeenkomt met de naam van het type organisatie-eenheid dat is ingesteld als het standaardtype Semester.
- Als uw widget Mijn cursussen cursusedities per semester groepeert, gebruikt het systeem de organisatie-eenheden van het overeenkomstige standaard semestertype om cursusedities te groeperen. Als er geen type organisatie-eenheid is ingesteld op Semester, worden cursusedities niet gegroepeerd.
Type organisatie-eenheid Groep
Het type organisatie-eenheid Groep is door het systeem gedefinieerd. Groepen zijn doorgaans directe afstammelingen van cursusedities. Groepen scheiden cursisten in werkgroepen voor projecten en opdrachten, of maken speciale werkgebieden voor gebruikers met andere leerbehoeften. Aan elke groepsorganisatie-eenheid is een groepstype gekoppeld en er kunnen meerdere groepstypen in een cursuseditie zijn. Als er bijvoorbeeld drie projecten met verschillende groepen in een cursus zijn, dan heeft elk project een afzonderlijk groepstype. Vanuit het standpunt van een instructeur of beheerder worden groepen niet onafhankelijk beheerd. Als ze één groep kunnen zien en beheren, kunnen ze alle groepen zien en beheren.
Gebruikers kunnen bij een onbeperkt aantal groepen in dezelfde cursus horen en elke groep kan zijn eigen discussieforums en opdrachtindieningsmappen hebben om in te werken.
Volgende stappen: u kunt categorieën maken om verwante groepen in te stellen, te ordenen en te beheren. U moet deze categorieën en groepen maken voordat u cursisten aan groepen kunt toevoegen. Raadpleeg Categorieën en groepen maken voor meer informatie.
Type organisatie-eenheid Sectie
Het type organisatie-eenheid Sectie is door het systeem gedefinieerd. Secties zijn een speciaal type beheerbare groep waarin instructeurs en beheerders alleen de secties kunnen zien en beheren waarin ze zijn ingeschreven. Hierdoor kunnen meerdere instructeurs en trainingsassistenten voor dezelfde cursuseditie ingeschreven zijn, maar kunnen ze alleen cursisten in hun eigen secties zien en beheren. Een grote universitaire cursuseditie kan bijvoorbeeld bestaan uit 2000 cursisten en 10 instructeurs. Dankzij secties kan elke instructeur hetzelfde curriculum onderwijzen aan en beoordelen bij dezelfde 200 cursisten in hun respectievelijke sectie.
Type organisatie-eenheid Afdeling
Het type organisatie-eenheid Afdeling is algemeen aangepast. Afdelingen zijn doorgaans directe afstammelingen van organisaties. Als een organisatie een type organisatie-eenheid Afdeling maakt, kunnen gebruikers die cursussjablonen maken via de interface Cursussen beheren, de nieuwe cursussjabloon koppelen aan een afdeling. Afdelingen organiseren cursusedities in onderwerpcategorieën. Gebruikers die nieuwe cursusedities maken, kunnen zien onder welke afdelingen hun nieuwe cursuseditie wordt weergegeven.
Als u ervoor kiest geen type organisatie-eenheid Afdeling te gebruiken, moet u rekening houden met de volgende overwegingen:
- Als u studentinformatiesysteem-integratie gebruikt, gaat het toewijzingsproces ervan uit dat cursussjablonen zijn gekoppeld aan afdelingen. Als uw studentinformatiesysteem een structuur heeft die overeenkomt met afdelingen, zult u dit type waarschijnlijk ook in uw D2L®-systeem moeten hebben.
- Als een type organisatie-eenheid is ingesteld als Afdeling, worden organisatie-eenheden van dat type weergegeven in het veld Afdeling bij het maken of bewerken van een cursussjabloon en het bewerken van een cursuseditie. Dit veld wordt gecontroleerd door het formulierelement in de formulieren CreateCourse en CourseOfferingInfo. De naam van het veld wordt bijgewerkt zodat deze overeenkomt met de naam van het type organisatie-eenheid dat is ingesteld als het standaardtype Afdeling.
- Als uw widget Mijn cursussen cursusedities per afdeling groepeert, gebruikt het systeem de organisatie-eenheden van het overeenkomstige standaard afdelingstype om cursusedities te groeperen. Als er geen type organisatie-eenheid is ingesteld op Afdeling, worden cursusedities niet gegroepeerd.
Rollen, machtigingen en gebruikersinschrijvingen gebruiken
De architectuur van de organisatiestructuur is nog krachtiger en effectiever wanneer u deze gebruikt in combinatie met rollen, machtigingen en gebruikersinschrijvingen. Om toegang te krijgen tot een bepaalde organisatie-eenheid in de organisatiestructuur, moet een gebruiker zijn ingeschreven in de organisatie-eenheid en moet u ook de rol van de gebruiker opgeven. Zonder rol kunt u een gebruiker niet inschrijven in een organisatie-eenheid . De rol bepaalt samen met het type organisatie-eenheid de machtigingen van de gebruiker binnen de organisatie-eenheid.
Machtigingen
Met de optie Rollen en machtigingen van uw Beheertools kunt u machtigingen beheren om honderden bevoegdheden voor uw organisatie-eenheden in te stellen. Nieuwe machtigingen worden gemaakt als onderdeel van Brightspace®-releases. Gebruikers kunnen geen nieuwe machtigingen maken. Machtigingen worden verleend aan rollen op het niveau van type organisatie-eenheid. Dit betekent bijvoorbeeld dat als de rol trainingsassistent (TA) de machtiging Opdrachten beoordelen in alle cursusedities krijgt, dan elke gebruiker die als TA is ingeschreven voor een cursuseditie, opdrachten kan beoordelen.
Rollen
Gebruikers kunnen het machtigingensysteem flexibeler maken door aangepaste rollen toe te voegen aan de standaardrollen (cursist, instructeur en beheerder) van D2L®. Dit betekent bijvoorbeeld dat als u niet wil dat TA's in een bepaalde cursuseditie opdrachten beoordelen, systeembeheerders een nieuwe rol kunnen maken met de naam Trainingsassistent 2 (TA2) die dezelfde machtigingen heeft als de oorspronkelijke TA-rol, behalve de machtiging om opdrachten te beoordelen. In plaats van gebruikers in te schrijven als TA's voor die ene afwijkende cursuseditie, kunnen ze zich vervolgens inschrijven als TA2.
Rollen en inschrijvingen
De organisatiestructuur beperkt gebruikers niet tot dezelfde rol in de hele organisatie. Een gebruiker kan instructeur zijn in de ene cursuseditie en een cursist in de andere, zonder de instructeursrechten te kunnen gebruiken om de scores te wijzigen in de cursus waarin hij of zij een cursist is. Complexe interacties tussen gebruikers, rollen en beveiliging zijn mogelijk met behulp van de organisatiestructuur. Een gebruiker kan bijvoorbeeld een beheerder zijn in elke organisatie-eenheid op het platform, behalve in één cursus waarin de gebruiker een cursist is. Dit scenario is onwaarschijnlijk, omdat beheerder een trapsgewijze rol is, maar het is mogelijk.
Toegang organisatiestructuur
De organisatiestructuur zelf wordt niet beheerst door expliciete rolmachtigingen, net als andere domeinen in Brightspace®. Alle gebruikers die op organisatieniveau zijn ingeschreven, hebben impliciet toegang tot bepaalde details over de organisatiestructuur, ongeacht hun toegewezen rol. Een gebruiker heeft alleen toegang tot de details van de organisatiestructuur nadat de gebruiker zich heeft geverifieerd en zich bij de organisatie heeft aangemeld. De volgende aspecten van de organisatiestructuur zijn zichtbaar voor alle gebruikers die bij de organisatie zijn ingeschreven:
- Individuele eigenschappen van de organisatie-eenheid, zoals Naam van de organisatie-eenheid, Code, Id organisatie eenheid, Startdatum en Einddatum, of de organisatie-eenheid actief of inactief is, Beschrijving van de organisatie-eenheid, afbeelding van de organisatie-eenheid.
- Sommige routeren eindpunten naar andere domeinen waartoe de gebruiker toegang kan krijgen, afhankelijk van de machtigingen in andere domeinen.
- De gegevens van de voorouders van de organisatie-eenheid als de gebruiker deze mag bekijken (zoals de eigenschappen van afzonderlijke organisatie-eenheden hierboven). Dit kan worden gebruikt om de organisatiestructuur als geheel te doorlopen of te modelleren.
Gebruikers hoeven niet te zijn ingeschreven in een organisatie-eenheid om de details van die organisatie-eenheid te zien. Elke inschrijving in de organisatie is voldoende om toegang te verlenen tot de gegevens van de afstammelingen.
Impliciete toegang tot de organisatiestructuur is alleen-lezen. Gebruikers krijgen geen impliciete toegang om de organisatiestructuur te wijzigen of om details van de organisatie-eenheden binnen de structuur te wijzigen.
Hoewel de gebruiker op deze manier impliciet alleen-lezentoegang heeft tot de organisatiestructuur, kan de Brightspace®-gebruikerservaring, inclusief API-eindpunten, deze toegang nog verder beperken, bijvoorbeeld door details van organisatie-eenheden te verbergen wanneer de gebruiker geen inschrijvingen heeft.
Machtigingen die in een andere organisatie binnen dezelfde instantie zijn verleend, worden niet in aanmerking genomen. Dat wil zeggen dat een gebruiker die is aangemeld bij organisatie A niet noodzakelijk toegang krijgt tot de organisatiestructuur van organisatie B op dezelfde instantie.
Ongeautoriseerde toegang
Als een gebruiker toegang probeert te krijgen tot een organisatie-eenheid waarin hij of zij niet is ingeschreven, ontvangt hij/zij de foutmelding Niet geautoriseerd. Als een gebruiker toegang probeert te krijgen tot een organisatie-eenheid in een rol waarbij hij/zij geen toegangsrechten voor de pagina heeft, ontvangt hij/zij ook de foutmelding Niet geautoriseerd.
Raadpleeg Info over de Editor organisatie-eenheid en Info over de Editor type organisatie-eenheid voor meer informatie.