Integrare
Integrarea orarului dumneavoastră cu SIS-ul
Integrarea cu un sistem extern necunoscut este cel mai frecvent motiv pentru care o implementare a unui sistem de orare întârzie. Este și cel mai evitabil, dacă este stabilit onest de la început.
Poate că există deja o pagină pentru sistemul dumneavoastră
Acest articol prezintă argumentația generală — cine deține ce, în ce sens circulă datele și ce mecanism se folosește. Dacă știți deja numele sistemului cu care vă integrați, începeți cu pagina lui și reveniți aici pentru raționament: SITS, Banner, Workday Student, PeopleSoft, Ellucian Colleague, Callista și UNIT-e.
Decideți ce sistem deține ce
Aproape orice problemă de integrare este de fapt o problemă de proprietate.
Înainte de orice lucru tehnic, convenți care sistem este autoritar pentru fiecare tip de date. De obicei, sistemul informatic al studenților deține programele, modulele și înscrierile; resursele umane dețin fișele personalului; serviciul administrativ-patrimonial deține inventarul sălilor; iar sistemul de orare deține programul propriu-zis și constrângerile din spatele lui.
Acolo unde două sisteme cred amândouă că dețin ceva, ele vor diverge, iar munca de reconciliere va ajunge la cel care se plânge cel mai puțin. Consemnarea hărții proprietății înainte de începerea integrării înseamnă douăzeci de minute care economisesc luni.
În ce sens circulă datele
- Spre orar: structura programelor și a modulelor, înscrierile și mărimea grupelor, fișele personalului și departamentele, inventarul sălilor și capacitățile.
- Dinspre orar: programul propriu-zis, către portalul dumneavoastră, mediul virtual de învățare, aplicația mobilă, panourile informative digitale și fluxurile de calendar.
- Uneori bidirecțional: rezervările de săli, atunci când un sistem de facilități și sistemul de orare creează amândouă rezervări. Este cazul cel mai dificil și merită evitat dacă este posibil.
Fișiere, API-uri sau sincronizare programată
Schimbul bazat pe fișiere — export și import Excel, CSV sau XML — este calea cea mai larg acceptată și este perfect adecvat atunci când datele se schimbă de câteva ori pe semestru. Eșuează acolo unde actualitatea contează, deoarece orarul este la fel de proaspăt ca ultimul export pe care și-a amintit cineva să-l ruleze.
Un API REST documentat permite sincronizarea programată, astfel încât modificările să se propage fără intervenție umană, și permite propriilor dumneavoastră sisteme să citească datele orarului în timp real, în loc să afișeze copia de ieri.
Integrarea directă cu baza de date este cea mai rapidă și cea mai fragilă și ar trebui luată în considerare doar acolo unde ambele sisteme se află sub controlul dumneavoastră, iar politica instituțională o permite.
Stabilirea onestă a domeniului
Adresați oricărui furnizor potențial două întrebări: v-ați conectat înainte la acest sistem anume și cum arată munca dacă nu v-ați conectat? Un furnizor care răspunde vag la a doua întrebare vă spune ceva.
Apoi aflați, intern, dacă sistemul dumneavoastră informatic al studenților expune într-adevăr un API utilizabil sau doar un export pentru raportare. Răspunsul nu coincide frecvent cu ceea ce afirmă furnizorul acelui sistem și este mult mai bine descoperit în evaluare decât în luna a treia.
Autentificarea unică merită stabilită în același timp. Shibboleth și sisteme comparabile de identitate federalizată sunt larg adoptate în învățământul superior, iar folosirea sistemului dumneavoastră elimină o întreagă categorie de administrare a credențialelor.
Doriți să vedeți cum funcționează?
Rezervați o prezentare online de 45 de minute și o vom parcurge împreună, pornind de la problema de programare proprie instituției dumneavoastră.