Koulujen yhteentoimivuuden viitekehys -
Schools Interoperability Framework

akateemisille laitoksille lastentarhasta työvoimaa. Tätä määrittelyä käytetään pääasiassa Yhdysvalloissa, Kanadassa, Isossa-Britanniassa, Australiassa ja Uudessa-Seelannissa; sitä käytetään kuitenkin yhä enemmän Intiassa ja muualla.

Spesifikaatio koostuu kahdesta osasta: XML- spesifikaatio opetustietojen mallintamiseen, joka on ominaista koulutusalueelle (kuten Pohjois-Amerikka, Australia tai Iso-Britannia), ja palvelukeskeinen arkkitehtuuri (SOA), joka perustuu sekä suoriin että välitettyihin RESTful- malleihin. tietojen jakamiseksi instituutioiden välillä, mikä on kansainvälistä ja jaettua paikallisten kesken.

SIF ei ole tuote, vaan alan aloite, jonka avulla erilaiset sovellukset voivat olla vuorovaikutuksessa ja jakaa tietoja. Maaliskuussa 2007 SIF: n arvioitiin olevan käytössä yli 48 Yhdysvaltain osavaltiossa ja kuudessa maassa, mikä tukee viittä miljoonaa opiskelijaa.

Eritelmän aloitti ja ylläpitää sen määrittelyelin , Schools Interoperability Framework Association , nimeksi Access For Learning Community (A4L) vuonna 2015.

Historia

Perinteisesti julkisten koulupiirien käyttämät erilliset sovellukset rajoittavat tietojen eristämistä; toisin sanoen heidän tietojensa käyttäminen ja jakaminen on vaikeaa. Tämä johtaa usein tarpeettomaan tietojen syöttöön, tietojen eheysongelmiin ja tehottomaan tai puutteelliseen raportointiin. Tällaisissa tapauksissa opiskelijan tiedot voivat näkyä useissa paikoissa, mutta eivät välttämättä ole samanlaisia, tai päätöksentekijät saattavat työskennellä puutteellisten tai epätarkkojen tietojen kanssa. Monilla piirin ja paikkateknologian koordinaattoreilla on myös lisääntyneitä teknisen tuen ongelmia, kun ylläpidetään lukuisia omia järjestelmiä. SIF luotiin näiden ongelmien ratkaisemiseksi.

Schools Interoperability Framework (SIF) alkoi aloitteena, jonka pääosin Microsoft kannatti alun perin luomaan "suunnitelman koulutusohjelmistojen yhteentoimivuudelle ja tietojen saatavuudelle". Se on suunniteltu aloitteeksi, joka hyödyntää K-12-markkinoiden johtavien myyjien vahvuuksia, jotta koulujen IT-ammattilaiset voivat rakentaa, hallita ja päivittää järjestelmäänsä. Lähes 20 johtavaa K-12-opiskelijatietoa, kirjastoa, kuljetusta, ruokapalvelusovelluksia ja muuta hyväksyi sen. Ensimmäiset pilottipaikat alkoivat kesällä 1999, ja ensimmäiset SIF-pohjaiset tuotteet alkoivat näkyä vuonna 2000.

Alussa ei ollut selvää, mistä lähestymistavasta tulee kansallinen standardi Yhdysvalloissa . Sekä SIF että EDI kilpailivat asemasta vuonna 2000, mutta SIF aloitti johtoaseman vuonna 2002 tai niin. Vuonna 2000 National School Boards Association järjesti vuosikokouksessaan paneelikeskustelun SIF-aiheesta.

Vuonna 2007 Becta on puolustanut Yhdistyneessä kuningaskunnassa SIF: n käyttöönottoa kansallisena standardina koulun tiedonvaihdossa.

Vuonna 2008 ilmoitettiin, että Isossa-Britanniassa standardi tunnetaan nimellä "Systems Interoperability Framework". Tämä heijastaa Yhdistyneen kuningaskunnan aikomusta kehittää SIF: ää käytettäväksi muissa organisaatioissa kuin kouluissa.

Jäsenet

yhteisö tukee SIF-määritystä . A4L-jäsenet tekevät yhteistyötä useiden teknisten ratkaisujen ja standardien kanssa, jotka sisältävät, mutta eivät rajoitu, koulujen yhteentoimivuuden kehyksen.

Jäseniä ovat piirit, osavaltiot, myyjät, voittoa tavoittelemattomat organisaatiot ja erilaiset valtion virastot.

Kritiikki

SIF: llä on kaikki tuskat ja haasteet, jotka liittyvät mihin tahansa SOA- määritykseen ja tietomalliin. Kun rakennetaan teknisiä tietoja yksimielisesti, kaikki eivät aina ole tyytyväisiä, ja joskus lopputuote ei ole täydellinen. Kun otetaan huomioon kaikki liikkuvat osat mallinnettaessa koko K12-yritystä, spesifikaatiossa on monia mahdollisia vikoja. Tämä ei koske SIF: ää, vaan mitä tahansa ennätystason automaattista järjestelmää, joka siirtää standardoitua tietoa yhdestä lähteestä toiseen heterogeenisessä ympäristössä. Laatikon ulkopuolinen yhteentoimivuus, helppokäyttöisyys ja toteutus olivat osa 12–18 kuukauden painopistettä vuosina 2007–2009.

Kuinka SIF toimii

SIF 2.x luotti Zone-integraatiopalvelimeksi (ZIS) kutsutun välittäjän käyttöön sovellusten välisen viestinnän hallinnassa. SIF 3.x ja SIF 2.8+ mahdollistavat sekä välitetyn että suoran viestinnän sovellusten välillä.

Välittäjä

Sen sijaan, että kukin sovellustoimittaja yrittäisi muodostaa erillistä yhteyttä kaikkiin muihin sovelluksiin, SIF on määritellyt säännöt ja määritelmät tietojen jakamiseksi "SIF-vyöhykkeellä" - tai ympäristössä, joka on looginen ryhmittely sovelluksista, joissa ohjelmistosovellus agentit kommunikoivat keskenään keskitetyn yhteyspisteen kautta. Vyöhykkeitä hallinnoi yritystietojen välittäjä, jota joskus kutsutaan Zone Integration Server (ZIS) -palvelimeksi. Yksi ZIS voi hallita useita vyöhykkeitä. Nykyinen infrastruktuurimääritys tukee kuitenkin RESTful- yhteyksiä suoraan sovellusten välillä JA / tai hyödyntämällä välitettyä ympäristöä.

Data kulkee sovellusten välillä sarjana standardoituja viestejä, kyselyitä ja tapahtumia, jotka on kirjoitettu XML- tai JSON-muodossa ja lähetetty Internet-protokollien avulla . SIF-määrittely määrittelee sellaiset tapahtumat ja "koreografian", jonka avulla data voi liikkua edestakaisin sovellusten välillä.

Suoraan

Suora SIF sallii yhden sovelluksen kommunikoida suoraan toisen kanssa yksinkertaisten REST-puheluiden avulla PUT-, POST-, GET- tai DELETE-resursseille. Tämä on ihanteellinen yksinkertaisissa ympäristöissä, joissa on kaksi tai ehkä kolme pelaajaa, joissa monimutkaisia ​​koreografioita ei tarvita. Se on helpompi toteuttaa kuin välitetty ympäristö kahden tai kolmen solmun tilanteissa.

Liitäntäkoodi

SIF-edustajat ovat ohjelmistokappaleita, jotka ovat joko sovelluksen sisäisiä tai asennettuja sen viereen. SIF-agentit toimivat kunkin sovelluksen laajennuksina ja toimivat välittäjänä ohjelmistosovelluksen ja SIF-vyöhykkeen välillä. Välitetyissä ympäristöissä välittäjä seuraa ympäristössä ja sen vyöhykkeissä rekisteröityjä aineita ja hallinnoi edustajien välisiä tapahtumia, jotta he voivat toimittaa tietoja ja vastata pyyntöihin. Välittäjä ohjaa kaikkea pääsyä, reititystä ja suojausta järjestelmässä. Agenttien ja välittäjän käyttäytymisen standardointi tarkoittaa, että SIF voi lisätä vakio-toimintoja vyöhykkeeseen yksinkertaisesti lisäämällä SIF-yhteensopivia sovelluksia ajan myötä.

Vertikaalinen yhteentoimivuus

"Vertikaalinen yhteentoimivuus" on tilanne, jossa SIF-agentit organisaation eri tasoilla kommunikoivat SIF-vyöhykkeen avulla. Vertikaalinen yhteentoimivuus sisältää tiedonkeruun useilta agenteilta (ylöspäin) tai tietojen julkaisemisen useille agenteille (alaspäin). Esimerkiksi valtion tason tietovarasto voi kuunnella muutoksia piiritason tietovarastoissa ja päivittää tietokantaansa vastaavasti. Tai valtion yksikkö voi haluta julkaista opettajien sertifiointitiedot piirille. Kolme SIF-määrittelyn osaa, jotka käsittelevät suoraan vertikaalista yhteentoimivuutta, ovat Student Locator -objekti, Vertical Reporting -objekti ja Data Warehouse -objekti. Hyvä esimerkki tästä olisi Century Consultants SIS Agent, joka työskentelee yhdessä Pearson SLF Agentin kanssa lähettämällä opiskelijatietoja valtion virastolle ja hankkimalla opiskelijoiden testaustunnuksia vastineeksi.

SIF suhteessa muihin standardeihin

SIF suunniteltiin ennen kuin REST , SOAP , nimitilat ja verkkopalvelun standardit olivat yhtä kypsät kuin nykyään. Seurauksena on, että sillä on vankka SOA, joka on tarkastettu paremmin kuin nykyiset SOAP-määritykset, mutta ei käytä SOAP- tai WS-standardeja. 2.0 SIF Web Services -määritys aloitti prosessin näiden kahden maailman yhdistämiseen, ja 3.0 Infrastructure -määritys täydentää muunnoksen SOA- määrittelyksi nykyaikaisilla työkaluilla.

2.0 Web Services erittely mahdollistaa enemmän yleistynyt XML messaging rakenteita tavataan tyypillisesti yritys Messaging järjestelmissä , jotka käyttävät käsite Enterprise Service Bus . Verkkopalvelustandardit on myös suunniteltu tukemaan turvallisia julkisia rajapintoja, ja XML-laitteet voivat helpottaa määritystä ja määritystä. SIF 2.0 -verkkopalvelumäärittely sallii verkkopalvelujen käytön viestintään vyöhykkeellä ja sen ulkopuolella.

3.0-infrastruktuuri sallii kaiken tiedon hyötykuorman siirtämisen sen yli ja on suunniteltu RESTful- suunnittelumallien ympärille . Se mahdollistaa sekä välitetyn että suoran vaihdon RESTful-tavalla hyödyntämällä joko XML- tai JSON-hyötykuormia.

CEDS

Alkaen SIF 3.0: sta, SIF-määrittely riippuu täysin - ellei se ole mahdotonta tai ei käytännöllistä - yhteisten koulutustietostandardien CEDS : stä sen hallittavan sanaston ja elementtien määrittelyn kannalta. Tämä sallii sen kuljettaa CEDS-kaapeleita langan yli ja olla yhteensopiva muiden CEDS-yhteensopivien tietojoukkojen kanssa.

LISS (Australia)

Vastaava standardi LISS tukee toimittajien integrointia koulupaikan sisällä. Tämä voittaa eräitä rajoituksia, joissa koulu on päättänyt käyttää vyöhykkeen integrointipalvelinta (ei vaadita SIF 3.x -toteutuksissa). LISS Lightweight Interoperability Standard for Schools -ohjelma yhdistää ensisijaisesti pienemmät, paikalliset moduulit, kuten aikataulut, nimenhuudot, raportoinnit tai toiset tietyn koulusivuston päähallintajärjestelmään. LISS toimii joko verkossa tai paikallisen verkon kautta, ja sen muoto on yksinkertaisempi.

Muut standardit

SIFA tekee myös tiivistä yhteistyötä Postsecondary Electronic Standards Councilin ( PESC ), SCORMin ja muiden standardointijärjestöjen kanssa.

Versiot

Elokuussa 2013 SIF-yhdistys ilmoitti julkaisevansa SIF-toteutuseritelmän 3.0. SIF Implementation Specification (North America) 3.0 koostuu maailmanlaajuisesti hyödynnetystä vertailuinfrastruktuurista ja Pohjois-Amerikan tietomallista, joka keskittyy tukemaan Common Education Data Standards (CEDS) -aloitetta. Uusi 3.0-infrastruktuuri mahdollistaa erilaisten tietomallien, mukaan lukien muilta globaaleilta SIF-yhteisöiltä peräisin olevat, tiedonsiirron, samoin kuin lukuisista "aakkoskeitto" -datahankkeista, jotka ovat asuttuja koulutusympäristössä. Pohjimmiltaan - koulutus voi nyt käyttää "yhtä johtoa yhdellä pistokkeella" - ei loputtomia omia sovellusliittymiä ja "kertaluonteisia" yhteyksiä. Eritelmä tukee täysin RESTful-verkkopalveluja ja SOAP-pohjaisia ​​protokollia.

Australian 3.4 Data Model -määritys oli julkaistu syksyllä 2016, samoin kuin Global SIF -infrastruktuurin 3.1.2-julkaisu.

Versio 2.8 -määritys on SIF: n viimeinen 2.x-versio. Suurin osa SIF-toteutuksista Yhdysvalloissa ja ulkomailla on 2.x-käyttöönottoja.

A4L-yhteisö on juuri julkaissut uuden version SIF-spesifikaatiosta nimeltä "Unity", joka käyttää parhaita 3.x-spesifikaation ja 2.8-spesifikaation perusteita ja pystyy toimimaan joko 3.x-infrastruktuurilla tai 2.x-infrastruktuuri. Tämä on siunaus tuhansille piirille ja monille osavaltioille, jotka käyttävät SIF 2 -infrastruktuuria ja mahdollistavat puhtaan siirtymispolun hyödyntämällä nykyaikaisempia RestFUL-arkkitehtuureja haluttaessa.

SIF Express

SIF 3.2 -julkaisu sisältää SIF XPress -luettelon ja SIF Xpress Student Record Exchangen (SRE). Nämä ovat seurausta yhdistyksen eri jäsenten (myyjät, toimistot, aluekeskukset) tekemästä työstä helpommin hyväksytyn, helpommin toteutettavan osajoukon, joka käsittelee luetteloa ja peruskäyttötapauksia.

Yksityisyys

Access for Learning -yhteisö on äskettäin alkanut ottaa vahvan johtajuuden koulutuksen yksityisyystilassa globaalisti. Yhdistys on perustanut ja tukee organisaatiota nimeltä Student Data Privacy Consortium tai SDPC. ja tiiviissä yhteistyössä Australian kansallisten yksityisyystoimien kanssa

Katso myös

Viitteet