Integracija
Tvarkaraščio integravimas su Jūsų SIS
Integracija su nepažįstama išorine sistema yra pati dažniausia priežastis, kodėl tvarkaraščių sistemos diegimas vėluoja. Tai taip pat lengviausiai išvengiama, jei pradžioje sąžiningai apibrėžiama apimtis.
Galbūt jau yra puslapis Jūsų sistemai
Šis straipsnis yra bendras argumentas — kas ką valdo, kuria kryptimi keliauja duomenys ir kokį mechanizmą naudoti. Jei jau žinote sistemos, su kuria integruojate, pavadinimą, pradėkite nuo jos puslapio ir grįžkite čia dėl argumentacijos: SITS, Banner, Workday Student, PeopleSoft, Ellucian Colleague, Callista ir UNIT-e.
Nuspręskite, kuri sistema ką valdo
Beveik kiekviena integracijos problema iš tikrųjų yra nuosavybės problema.
Prieš bet kokį techninį darbą susitarkite, kuri sistema yra autoritetinga kiekvienai duomenų rūšiai. Paprastai studentų informacinė sistema valdo programas, modulius ir registracijas; personalo skyrius – darbuotojų įrašus; ūkio tarnyba – auditorijų inventorių; o tvarkaraščių sistema – patį tvarkaraštį ir jo apribojimus.
Kai dvi sistemos abi mano, kad ką nors valdo, jos išsiskirs, o suderinimo darbas atiteks tam, kuris skundžiasi mažiausiai. Nuosavybės žemėlapio užrašymas prieš integracijos pradžią yra dvidešimt minučių, kurios sutaupo mėnesius.
Kuria kryptimi teka duomenys
- Į tvarkaraštį: programų ir modulių struktūra, registracijos ir grupių dydžiai, darbuotojų įrašai ir katedros, auditorijų inventorius ir talpa.
- Iš tvarkaraščio: pats tvarkaraštis į Jūsų portalą, virtualią mokymosi aplinką, mobiliąją programėlę, skaitmenines švieslentes ir kalendorių srautus.
- Kartais abipusiai: auditorijų rezervacijos, kai ir patalpų valdymo sistema, ir tvarkaraštis kuria rezervacijas. Tai sunkiausias atvejis, ir jei galite, verta jo vengti.
Failai, API ar suplanuotas sinchronizavimas
Keitimasis failais — Excel, CSV ar XML eksportas ir importas — yra plačiausiai palaikomas kelias ir visiškai pakankamas, kai duomenys keičiasi kelis kartus per semestrą. Jis nebeveikia, kai svarbus naujumas, nes tvarkaraštis yra toks šviežias, kaip paskutinis eksportas, kurį kažkas prisiminė paleisti.
Dokumentuota REST API leidžia suplanuotą sinchronizavimą, todėl pakeitimai plinta be žmogaus įsikišimo, ir leidžia Jūsų sistemoms skaityti tvarkaraščio duomenis realiu laiku, o ne rodyti vakarykštę kopiją.
Tiesioginė duomenų bazių integracija yra greičiausia ir trapiausia, ir ją reikėtų svarstyti tik tada, kai abi sistemos yra Jūsų kontroliuojamos ir institucijos politika tai leidžia.
Sąžiningas apimties apibrėžimas
Užduokite bet kuriam būsimam tiekėjui du klausimus: ar jau esate jungęsi prie šios konkrečios sistemos ir kaip atrodo darbas, jei nesate? Tiekėjas, kuris į antrąjį klausimą atsako neapibrėžtai, jums kai ką sako.
Tada išsiaiškinkite viduje, ar Jūsų SIS iš tikrųjų turi naudotiną API, ar tik ataskaitų eksportą. Atsakymas dažnai nėra toks, kokį teigia tos sistemos tiekėjas, ir daug geriau tai atrasti vertinimo metu nei trečią mėnesį.
Verta tuo pačiu metu išspręsti ir vieningą prisijungimą. Shibboleth ir panašios federuotos tapatybės sistemos plačiai naudojamos aukštajame moksle, o savosios naudojimas pašalina visą prisijungimo duomenų administravimo klasę.
Norite pamatyti, kaip tai veikia?
Užsisakykite 45 minučių trukmės internetinę prezentaciją, ir mes viską peržiūrėsime remdamiesi Jūsų institucijos tvarkaraščių sudarymo uždaviniu.