Planning van SIS-integratie
Voordelen
De belangrijkste voordelen van het gebruik van Studentinformatiesysteem-integraties (Studentinformatiesysteem) om gegevens door te geven om Blackboard uw systeem automatisch in te vullen en bij te werken, zijn onder meer:
Het beheren van cursus- en gebruikersgegevens kan worden gedelegeerd aan een of meer beheerders die geen opdrachtregeltoegang tot Blackboard servers nodig hebben.
Gegevens kunnen snel en efficiënt worden uitgewisseld tussen Learning Management Systems (LMS).
Voordat je begint
Voordat u een of meer Studentinformatiesysteem-integraties maakt, is het van cruciaal belang om alle belanghebbenden te betrekken bij het plannen van welke gegevens uit welke bronnen en in welk formaat zullen worden gebruikt Blackboard om het systeem te vullen. Aangezien het eenwegcommunicatie betreft vanuit het SIS naar Blackboard, moeten alle gegevens voor cursussen, gebruikers en gebruikersrollen worden gedefinieerd en beschreven in Blackboard. Daarnaast moeten alle gebruikers beschikken over referenties waarmee ze uniek worden geïdentificeerd binnen Blackboard.
Het verzamelen van cursus-, gebruikers- en inschrijvingsgegevens is een terugkerend proces. Naarmate mensen de instelling binnenkomen en verlaten, worden cursussen gemaakt en worden inschrijvingen gewijzigd, dus de gegevens binnen Blackboard moeten worden gewijzigd. Hoe vaak de gegevens moeten worden verzameld en geladen, wordt bepaald door het beleid van de instelling. De gegevensbronnen die informatie aan het systeem verstrekken, moeten herhaalbare procedures instellen voor de levering van gegevens aan Blackboard beheerders.
Het is mogelijk dat op de instelling al een geschikt proces is ingericht op basis van afgesproken bedrijfsregels. In dat geval is uitgebreide planning misschien niet nodig, maar moet u de Blackboard informatiebehoeften begrijpen, evenals de volgorde en frequentie van taken die moeten worden voltooid. Als de instelling nog niet veel ervaring heeft met het uitvoeren of aanpassen van geautomatiseerde processen, is een uitgebreidere planning noodzakelijk om vóór de integratie te beschikken over de benodigde bedrijfsregels en informatie.
Vereiste informatie voor gebruikers, cursussen en inschrijvingen
U moet de volgende informatie Blackboard verstrekken voor gebruikers, cursussen en inschrijvingen om een integratie te maken. De eerste stap van het plannen bestaat uit het aangeven van de bron waaruit de verschillende soorten gegevens afkomstig zijn.
Object | Element |
|---|---|
Gebruikers (personen) | Unieke persoons-ID Aanmeldings-ID Wachtwoord (om toegang te krijgen Blackboard) Voornaam Achternaam Bijnaam (optioneel) E-mailadres E-mailadres van de instelling Instellingsrol |
Cursus | Unieke cursus-ID Cursus-ID Naam cursus Bron voor cursusinhoud (optioneel) |
Inschrijvingen | Gekoppelde set gebruikers voor de cursus Rol van gebruiker in cursus |
Bepaal de authenticatiemethode
Verzamel een aanmeldings-ID en wachtwoord voor elke gebruiker. U kunt het eigen verificatiesysteem van Blackboard gebruiken of het verificatiesysteem van uw instelling.
Als je het eigen verificatiesysteem van Blackboard gebruikt, moeten in ieder geval aanmeldings-ID's en wachtwoorden worden verzameld. Deze gegevens moeten aan elke gebruiker beschikbaar worden gesteld.
Als de aanmeldings-ID's en wachtwoorden afkomstig zijn uit het verificatiesysteem van uw instelling, verzamelt u de ID's en genereert u een willekeurig wachtwoord voor elke gebruiker. De gebruiker wordt dan geverifieerd door het verificatiesysteem van de instelling.
Gegevensbronnen definiëren
Hoewel het mogelijk is alle gegevens intern te verzamelen in een LMS zoals Vista, is het veel beter om officiële instellingsgegevens te gebruiken die door de instelling worden verzameld en onderhouden. Deze instellingsgegevens zijn waarschijnlijk afkomstig uit verschillende gegevensbronnen. Om welke gegevensbronnen het gaat en welke gegevens je hier kunt verzamelen, is misschien al beschreven binnen de instelling maar misschien moet deze stap nog worden uitgevoerd. In ieder geval moeten er afspraken zijn over de te gebruiken gegevensbronnen en over de methode om gegevens te extraheren voor de integratie.
Ondanks dat iedere instelling anders is ingericht, zijn er toch een paar vaste plekken waar de vereiste informatie kan worden verkregen.
Studenteninformatiesysteem (SIS): opslagplaats voor studentgegevens zoals naam, adres, contactgegevens, schooljaar of afstudeerdata.
Het kantoor van de griffier: informatie over de cursuscatalogus, evenals cursusnamen, beschrijving en sectie-informatie, ook inschrijvingsinformatie.
HR-afdeling, Personeelszaken of Human Resources Management System (HRMS): informatie over alle medewerkers van de instelling, zoals docenten, administratief personeel en onderwijsassistenten.
Adreslijst van de instelling: de plaats voor het opzoeken van telefoonnummers van medewerkers en afdelingen, evenals e-mailadressen en kantooradressen. Deze adreslijst kan een bron van informatie zijn voor het LMS.
IT-afdeling of computerservices: hiermee stelt u methoden in voor het verifiëren van gebruikers, zoals een LDAP-service. Deze afdeling kan verantwoordelijk zijn voor het genereren van e-mailadressen en aanmeldingsgegevens.
Conflicterende gegevens oplossen
Als uit verschillende gegevensbronnen gegevens worden verzameld, kunnen er conflicten tussen gegevenselementen ontstaan. Er moet daarom een beleid worden opgesteld om conflicten op te lossen, zodat het systeem weet welke gegevensbron moet worden gebruikt. Zo wordt er voor gebruikers bijna altijd een e-mailadres vastgelegd in het HRMS. De kans is groot dat de administratie ook om een e-mailadres vraagt. Conflicten met e-mailadressen kunnen ontstaan wanneer een gebruiker twee verschillende rollen heeft binnen de instelling, zoals student en onderwijsassistent of cursusleider en faculteitsmedewerker. Als in een dergelijk geval twee e-mailadressen van de instelling worden gehanteerd, moet er worden besloten welke gegevensbron prioriteit heeft en gebruikt zal worden als het e-mailadres van de instelling voor de gebruiker.
Een ander voorbeeld van conflicterende gegevenselementen is wanneer er voor studenten verschillende e-mailadressen zijn vastgelegd door de administratie en in het SIS. Misschien dat in het adresboek van de instelling weer een ander e-mailadres wordt gebruikt. Om in een dergelijk scenario conflicten te voorkomen, kunt u de prioriteit van de gegevensbronnen instellen. Een andere oplossing is gebruikers toestemming te geven hun e-mailadres in te stellen binnen Blackboard.
Integraties werken alleen goed als vooraf wordt gekeken waar gegevenselementen conflicten kunnen veroorzaken en hiervoor regels worden opgesteld.
Wat houdt het e-mailadres van de instelling in en welke ondersteuning biedt het?
Met het veld E-mail van de instelling kunnen aangepaste veldtoewijzingen worden gemaakt tussen de extern ondersteunde service van een klant en Blackboard. In het geval van een gegevensprovider die ook een cloudprovider is, zoals Microsoft, is de gebruikersprincipenaam (UPN) een primaire unieke ID voor elke gebruiker die bestaat uit een UPN-voorvoegsel (de accountnaam van de gebruiker) en een UPN-achtervoegsel (een DNS-domeinnaam) die zijn samengevoegd met een @ symbool. Hierdoor wordt binnen de map met gegevensservice een uniek e-mailadres gemaakt voor elke specifieke gebruiker.
Om ervoor te zorgen dat de gegevens correct zijn Blackboard en inschrijvingen of lidmaatschappen tussen en de gegevensserviceprovider correct worden bereikt, moet het e-mailadres van een gebruiker overeenkomen tussen beide systemen. In Blackboard kan een gebruiker in de gebruikersinterface het bestaande Persoonlijke e-mailadres wijzigen of vervangen, waardoor er synchronisatiefouten kunnen optreden en de gebruiker niet correct wordt toegevoegd. De instelling e-mail veldtoewijzing zorgt ervoor dat dit niveau van beveiliging en validatiecontrole correct kan worden beheerd, ongeacht of de gebruiker zijn persoonlijke e-mail heeft gewijzigd in Blackboard of niet.
Volgorde voor het laden van gegevens
Alle informatie die het systeem nodig heeft om gebruikers, cursussen en inschrijvingen aan te maken, is vereist, maar omdat de gegevens uit verschillende bronnen kunnen komen, moeten ze Blackboard in een specifieke volgorde worden geladen. Cursus- en gebruikersgegevens moeten eerst worden geladen omdat inschrijvingen afhankelijk zijn van deze gegevens. Gebruik deze volgorde voor het laden van gegevens:
Gebruikers
Cursussen
Inschrijvingen
De specifieke informatie voor het aanmaken van gebruikers, cursussen en inschrijvingen wordt hieronder beschreven.
Gebruikers maken
EXTERNAL_PERSON_KEY. Dit element wordt gebruikt om de gebruiker binnen de database aan te duiden. Hoewel deze sleutel nooit wordt weergegeven, mag de sleutel geen persoonsgegevens, namen, burgerservicenummers of geboortedatums bevatten. De reden hiervoor is dat de gegevens van gebruikers kunnen veranderen. Zo kan iemand trouwen, scheiden of een ander BSN krijgen. U voorkomt problemen door dergelijke gegevens niet op te nemen in dit gegevenselement. Deze sleutel is maximaal 64 tekens lang. Om het risico te voorkomen dat de gegevens van een student door een andere student worden gezien, mag deze sleutel nooit worden hergebruikt. Als de sleutel is toegewezen aan een student, mag de sleutel nooit meer worden uitgegeven. Het opnieuw uitgeven van EXTERNAL_PERSON_KEY kan betekenen dat persoonlijke gegevens van een gebruiker zichtbaar worden voor een andere gebruiker. Blackboard adviseert daarom deze sleutel op te nemen in een zeer grote sleutelruimte. Als u nog niet beschikt over een geschikte identificatie, wordt geadviseerd deze sleutel samen te stellen door per student een willekeurig hexadecimaal getal van 16-20 tekens te genereren. De grote variabiliteit en willekeurige verdeling zorgen ervoor dat er een goed uitgebalanceerde index van de database kan worden gemaakt.
USER_ID. De USER_ID wordt ook wel een netwerk-ID, gebruikersnaam of aanmeldingsnaam genoemd. Dit element wordt samen met een wachtwoord gebruikt om een gebruiker te verifiëren bij het LMS. Als er geen gecentraliseerd authenticatiesysteem bestaat, Blackboard kan dit als authenticatiesysteem worden gebruikt. In dit geval moet de Blackboard beheerder de USER_ID's en wachtwoorden voor elke gebruiker maken. Als een centraal verificatiesysteem wordt gebruikt met een protocol dat wordt ondersteund door Blackboard, is het raadzaam gebruikers van Blackboard met dat systeem te verifiëren. In dat geval moet er een lijst met USER_ID's die zijn gekoppeld aan EXTERNAL_PERSON_KEY's worden samengesteld voor gebruik in Blackboard. Deze gegevens worden dan ook gebruikt als verificatie voor Blackboard.
FIRSTNAME, LASTNAME, NICKNAME. Deze elementen bepalen hoe de identiteit van een student wordt weergegeven binnen Blackboard. Indien mogelijk moeten namen in de bron van de naamsgegevens worden opgesplitst, dus voordat deze naar Blackboard worden overgebracht. Deze namen zijn meestal de officiële namen die door de instelling in officiële stukken worden gebruikt, zoals cijferlijsten of identificatiebadges. Niet alle mensen worden begroet door hun officiële voornaam, sommigen staan op een bijnaam. Blackboard biedt de mogelijkheid om (optioneel) een bijnaam op te geven met het bijnaamgegevenselement. Configureer het LMS zo dat de inhoud van NICKNAME wordt weergegeven in plaats van FIRSTNAME. Het is een goed idee het verzamelen en vastleggen van bijnamen volgens vaste procedures en centraal te laten uitvoeren.
E-MAIL. Het e-mailadres is vereist voor communicatie met de gebruiker.
Blackboard ondersteunt twee e-mailadressen per persoon (e-mail van persoon en e-mail van de instelling). Als een gebruiker meerdere e-mailadressen heeft omdat er gegevens uit verschillende bronnen zijn verzameld, moet een instelling:
Een systeem kiezen met records als de primaire e-mail, of
Gebruik het veld Instellingse-mail om een officieel e-mailadres in te stellen voor het account van de gebruiker, zodat de gebruiker zijn eigen e-mailadres kan instellen Blackboard zonder dat er conflicten optreden.
Situaties met meerdere e-mailadressen kunnen ook ontstaan wanneer een gebruiker twee verschillende rollen heeft binnen de instelling, zoals student en onderwijsassistent of cursusleider en faculteitsmedewerker. U moet dan beslissen welk e-mailadres u wilt gebruiken.
Sommige docenten willen misschien een e-mailadres gebruiken Blackboard dat niet hun officiële e-mailadres is, en sommige Students willen misschien hun zakelijke e-mailadres van hun sociale e-mailadres scheiden. Om dit mogelijk te maken, moet je je e-mailadres kunnen bijwerken binnen Blackboard. (De instelling kan beslissen of studenten hun e-mailadres kunnen bijwerken.) Als je eenmaal je e-mailadres hebt gewijzigd, kun je het niet meer opnieuw bijwerken via de officiële bron. Het wordt de verantwoordelijkheid van de gebruiker om zijn e-mailadres binnen de Blackboard huidige grenzen te houden. Het blijft echter een risico dat gebruikers vergeten dit aan te passen, waardoor e-mails niet op het juiste adres worden afgeleverd.
INST_EMAIL: de e-mail van de instelling is nu beschikbaar voor alle bestaande Studentinformatiesysteem-integratietypen, met uitzondering van SIF, en is een primaire unieke identificatie voor elke gebruiker, bestaande uit een UPN-voorvoegsel (de accountnaam van de gebruiker) en een UPN-achtervoegsel (een DNS-domeinnaam) die zijn samengevoegd met een @-symbool. Dit creëert een uniek e-mailadres voor elke specifieke gebruiker binnen een dataservice-directory, waardoor instellingen het gegevenssynchronisatieproces tussen Blackboard en de service effectief kunnen beheren. Dit is standaard ingesteld op de e-mail van een persoon voor alle SIS-indelingen en moet voor elke persoon uniek zijn. Alle bestaande integraties die ingesteld en actief zijn, hebben deze gegevenstoewijzing. SIS kan de gebruikers anders niet importeren als ze een dubbele e-mail hebben. U kunt het beheren via de Geavanceerde configuratie-instellingen voor Studentinformatiesysteem, vervolgens Gebruikers leren objecttype en vervolgens Veldtoewijzing.
Belangrijk
Er worden geen e-mailberichten verzonden naar inst_email. Op dit moment wordt het uitsluitend gebruikt met integraties van derden.
Dit gebruikersveld kan niet worden ingesteld via een batchbestand in de sectie Gebruikers -> maken van het beheerderspaneel.
INSTITUTION_ROLE. Dit element bevat de rol van een gebruiker binnen de instelling. Dit is niet de rol in de cursus, maar een manier om de rol van een gebruiker binnen de instelling te beschrijven. De INSTITUTION_ROLE bepaalt wat de gebruiker kan zien in Blackboard. Deze rol wordt ook gebruikt om op te geven welke gebruikers verhoogde bevoegdheden hebben binnen de toepassing. Als het niet nodig is om verschillende beginpagina's weer te geven aan gebruikers op basis van hun rol binnen de instelling, kan het gegevenselement INSTITUTION_ROLE worden ingesteld op ‘none’.
SYSTEM_ROLE. Dit element heeft de rol van een gebruiker binnen Blackboard. Deze rol geeft de gebruiker toestemming bepaalde aspecten van Blackboard te beheren. Het betreft de aspecten systeembeheer, cursussen maken en inhoudsbeheer van cursussen. De rol ‘NONE’ beschikt niet over bevoegdheden voor systeembeheer of het maken van cursussen en is de rol die het vaakst wordt toegewezen.
Cursussen maken
EXTERNAL_COURSE_KEY. Dit element vormt een unieke aanduiding van de cursus. Het wordt niet gezien door Blackboard gebruikers. Het is raadzaam voor deze gegevenselementen een syntaxis te gebruiken waarmee u ze snel kunt sorteren en manipuleren. U moet verschillende gegevenselementen verzamelen die een cursus gedurende een aantal jaren uniek beschrijven (de bewaarperiode voor gegevens). De administrateur hanteert meestal een nummer dat een cursus uniek identificeert binnen ten minste een bepaald semester. Als er bijvoorbeeld een cursus Biologie 301 is gepland voor het najaar van 2012 met het unieke cursusnummer 12345, kunt u 2012_najaar_12345_BIO_301 gebruiken als de waarde voor EXTERNAL_COURSE_KEY. Het is nog beter als u voor alle elementen van de EXTERNAL_COURSE_KEY hetzelfde aantal tekens gebruikt, indien mogelijk. Dit is met name handig voor de namen van afdelingen en datums. Een semester kan worden weergegeven door een maandcijfer, 1, 6, 9. Sommige bouwstenen van derden vereisen dat de velden even lang zijn. Dit is zeker zo voor de datumgegevens. In het bovenstaande voorbeeld worden de afzonderlijke gegevenselementen overal gescheiden door een onderstrepingsteken. ‘_’.
COURSE_ID. Dit element wordt gebruikt voor portaalmodules bij het sorteren van cursussen. Dit element kan niet meer worden gewijzigd nadat de cursus is gemaakt. Deze sleutel is zichtbaar voor gebruikers en moet daarom informatie bevatten die duidelijk is voor de gebruiker. Meestal bevat deze sleutel een jaartal en semester voor sorteerdoeleinden. Daarnaast moet de sleutel de afdeling en cursusnummers bevatten, plus een unieke ID. Een voorbeeld van een COURSE_ID is dan 2010_9_12345_SCHE_301. Gebruik steeds hetzelfde scheidingstekens, bij voorkeur een onderstrepingsteken. In de portaalmodule ‘Mijn cursussen’ worden cursussen standaard gesorteerd op COURSE_ID. Dit is belangrijk wanneer de lijst met cursussen erg lang wordt.
COURSE_NAME. Dit element kan elke waarde bevatten die een omschrijving geeft van de cursus. De waarde hoeft niet uniek te zijn en kan worden gewijzigd tijdens het laden van gegevens, of door de cursusleider. Sommige Building Blocks sorteren op COURSE_NAME.
TEMPLATE_COURSE_KEY. Het optionele element TEMPLATE_COURSE_KEY bevat de naam van een bestaande cursus die is voorbereid met inhoud. Sommige organisaties bieden cursussen aan met gestandaardiseerde inhoud. Hiervoor is TEMPLATE_COURSE_KEY een hulpmiddel. Deze inhoud kan bestaan uit bestanden, enquêtes, vragenlijsten, mededelingen en zelfs cursusleiders. De voorbeeldcursus moet zijn afgerond voordat de cursussen worden gemaakt. De inhoud van de voorbeeldcursus wordt namelijk bij het maken van de nieuwe cursus gekopieerd. Als de voorbeeldcursus wordt gewijzigd nadat er cursussen op zijn gebaseerd, heeft dit geen gevolgen voor deze bestaande cursussen. De voorbeeld- of sjablooncursus moet helemaal af zijn voordat er nieuwe cursussen op de sjabloon worden gebaseerd. Gebruik een vaste naamgevingsconventie voor sjablooncursussen. Begin de naam bijvoorbeeld altijd met het voorvoegsel ‘sjabloon’, gevolgd door een onderstrepingsteken en een ID.
Inschrijvingen maken
Een inschrijving is de koppeling van een gebruiker aan een cursus en de definitie van de rol van de gebruiker in de cursus, zoals student of cursusleider.
EXTERNAL_COURSE_KEY. Dit element is de unieke sleutel uit de cursusgegevens.
EXTERNAL_PERSON_KEY. Dit element is de unieke sleutel uit de gebruikersgegevens. Deze sleutels moeten zijn gedefinieerd voordat een bepaalde inschrijvingsrecord kan worden verwerkt.
ROLE. Het gegevenselement ROLE definieert de rol van de gebruiker in de cursus.
Label en formatteer uw gegevens
Als u klaar bent met het identificeren van alle gegevensbronnen, het opstellen van regels voor het oplossen van conflicten en het verzamelen van alle gegevenselementen uit de bronnen, moet u enkele labels maken voor uw gegevens. Deze zogenaamde gegevensbronsleutels (DSK's) zijn nodig om een set gegevens in één bewerking te kunnen verwerken. Daarnaast moet je ervoor zorgen dat de gegevens zo zijn opgemaakt dat deze worden herkend en op de juiste manier worden verwerkt door het type integratie dat je selecteert.
Gegevensbronsleutels maken
Een gegevensbronsleutel is een label dat aan een set gegevens kan worden gegeven, zodat deze in één bewerking kan worden verwerkt in plaats van dat elke record afzonderlijk wordt verwerkt. Je kunt meerdere gegevensbronsleutels definiëren en gebruiken om gegevens te laden en te verwerken in Blackboard.
Het is raadzaam de gegevensbronsleutels zo te definiëren dat u alle vergelijkbare items tegelijk kunt laden. Dit betekent dat u alle gebruikers onder één sleutel moet plaatsen. Plaats de cursussen van elk semester in een andere gegevensbronsleutel. Op deze manier kunt u de cursussen van een bepaald semester met één opdracht efficiënt manipuleren zonder dat dit gevolgen heeft voor de gebruikers. Om dezelfde reden moet je ook de inschrijvingen van een semester in een afzonderlijke gegevensbronsleutel laden.
Stel de DATA_SRC_KEY samen door het jaar, het semester, de bron en het type gegevens aan te geven. Gebruik bijvoorbeeld 2011_najaar_SIS_cursussen voor cursussen uit het najaar van 2011.
De gegevens opmaken
De gegevens moeten zo worden opgemaakt dat het Building Block SIS-integratie alle elementen kan herkennen en op de juiste manier kan verwerken. Voor elk gegevenselement moet het type worden ingesteld. XML (Extensible Markup Language) biedt een eenvoudige, gestandaardiseerde en toch krachtige methode om gegevens te beschrijven. De XML-indeling verschilt iets per type integratie dat u selecteert.
Aanvullende planningsinformatie
Als onderdeel van de planning van SIS-integraties moet je ook beslissen wat voor type of typen integratie je wilt maken. Daarnaast moet je nog andere beslissingen nemen op basis van beleidsregels en vereisten die gelden binnen de instelling.
Soorten integratie
Er zijn zes soorten integraties beschikbaar en de gegevensindeling is voor elke soort net iets anders. Er is geen limiet voor het aantal integraties dat een systeem kan hebben. Het is ongebruikelijk, maar wel mogelijk, om binnen één systeem verschillende soorten integraties toe te passen.
IMS Enterprise 1.1
IMS Enterprise 1.1 - Vista
IMS Learning Information Services
Momentopname plat bestand
Momentopname XML
Grades Journey
Raadpleeg SIS-integraties maken en bewerken voor meer informatie over de gegevenstoewijzing voor elk type integratie.
SSHA-wachtwoordversleuteling voor IMS-leerinformatieservices
Verificatie wordt uitgevoerd op basis van methoden die worden gebruikt door Sungard Banner. Als u het type codering in de veldkoppeling instelt op SSHA, wordt het voorvoegsel {SSHA} toegevoegd (tenzij al aanwezig). Daarnaast wordt de parameter pwencryptiontype ingesteld, zoals je kunt zien in het onderstaande voorbeeld:
<userid useridtype="SCTID" pwencryptiontype="SSHA" password="{SSHA}OMMjWPR+6fM/iQ+ZvpWHEVGxoAEFT0JUQUE4Qz==">N00013021</userid>Plan voor communicatieonderbrekingen
Als er sprake is van een communicatieprobleem tussen het SIS en Blackboard, is het belangrijk dat je een plan van aanpak hebt om dit probleem op te lossen. Het is mogelijk om je gegevens handmatig te uploaden naar de integratie in de GUI. Er moeten systeemtriggers en backups worden ingesteld om het systeem probleemloos te laten draaien en de systeemgegevens actueel te houden.
De integratiestatus instellen
Blackboard beveelt aan dat nieuwe integraties beginnen in de status Testen. Als je deze status selecteert, kun je de integratie eerst testen en eventuele problemen verhelpen voordat je de integratie uitrolt in de productieomgeving. Als de testfase is afgerond, kun je de status instellen op Inactief of Actief. Inactief wil zeggen dat er geen verzoeken worden verwerkt en geen gegevens worden bijgewerkt in de database. Stel de status in op Actief om verzoeken te verwerken, gegevens bij te werken in de database en de integratie zichtbaar te maken voor gebruikers.
Blackboard stelt ook voor om deze integratie in een testomgeving te maken voordat deze in productie wordt genomen.
Logboekregistratie
Het detailniveau van de logboekfunctie bepaalt het type en de uitgebreidheid van de gegevens die voor de geselecteerde integratie worden vastgelegd. Dit niveau wordt ingesteld tijdens het maken van de integratie. Logbestanden kunnen worden gefilterd via een geavanceerde zoekmethode. U kunt bijvoorbeeld filteren op het type fout, de integratie en een datumbereik.
Geavanceerde configuratie
Het Blackboard Objecttype en het Objecttype van uw Studentinformatiesysteem worden in een 1 op 1 lijst in kaart gebracht. Geef per objecttype aan hoe het invoegen, bijwerken en verwijderen van gegevens moet worden afgehandeld.
Meer informatie
U kunt meer informatie vinden in Learning Information Services Specification Primer.