Skolans interoperabilitetsram -
Schools Interoperability Framework

Den skolor kompatibilitetsramen , Systems kompatibilitetsramen (UK), eller SIF , är en datadelnings öppen specifikation för akademiska institutioner från dagis till arbetskraften. Denna specifikation används främst i USA, Kanada, Storbritannien, Australien och Nya Zeeland; emellertid implementeras den alltmer i Indien och på andra håll.

Specifikationen består av två delar: en XML- specifikation för modellering av utbildningsdata som är specifik för utbildningsområdet (som Nordamerika, Australien eller Storbritannien) och en serviceorienterad arkitektur (SOA) baserad på både direkta och förmedlade RESTful- modeller för att dela dessa data mellan institutioner, vilket är internationellt och delas mellan lokalerna.

SIF är inte en produkt utan ett branschinitiativ som gör det möjligt för olika applikationer att interagera och dela data. Från och med mars 2007 beräknades SIF ha använts i mer än 48 amerikanska stater och 6 länder, vilket stöder fem miljoner studenter.

Specifikationen startades och underhölls av dess specifikationsorgan , Schools Interoperability Framework Association , som döptes om till Access For Learning Community (A4L) 2015.

Historia

Traditionellt har de fristående applikationerna som används av offentliga skolområden begränsningen av dataisolering; det är svårt att komma åt och dela deras data. Detta resulterar ofta i överflödig datainmatning, dataintegritetsproblem och ineffektiv eller ofullständig rapportering. I sådana fall kan en studentinformation visas på flera ställen men kanske inte är identisk, till exempel, eller beslutsfattare kan arbeta med ofullständig eller felaktig information. Många distrikts- och platsteknologikoordinatorer upplever också en ökning av tekniska supportproblem genom att upprätthålla många egna system. SIF skapades för att lösa dessa problem.

Skolans interoperabilitetsramverk (SIF) började som ett initiativ som främst främjades av Microsoft för att skapa "en ritning för utbildningskompatibilitet och datatillgång." Det var utformat för att vara ett initiativ som bygger på styrkorna hos de ledande leverantörerna på K-12-marknaden för att göra det möjligt för skolans IT-personal att bygga, hantera och uppgradera sina system. Det godkändes av nära 20 ledande K-12-leverantörer av studentinformation, bibliotek, transport, matserviceapplikationer och mer. De första pilotplatserna började sommaren 1999 och de första SIF-baserade produkterna började dyka upp år 2000.

I början var det inte klart vilket tillvägagångssätt som skulle bli den nationella standarden i USA . Både SIF och EDI tävlade om positionen år 2000 men SIF började ta ledningen 2002 eller så. År 2000 höll National School Boards Association en paneldiskussion under sitt årliga möte om ämnet SIF.

2007 i Storbritannien har Becta bekämpat antagandet av SIF som en nationell standard för skolutbyte av data.

2008 tillkännagavs att standarden i Storbritannien kommer att bli känd som "System Interoperability Framework". Detta återspeglar avsikten i Storbritannien att utveckla SIF som ska användas i andra organisationer än bara skolor.

Medlemmar

SIF-specifikationen stöds av A4L- communityn. A4L-medlemmar samarbetar om en mängd olika tekniska lösningar och standarder som inkluderar men inte är begränsade till skolans interoperabilitetsramverk.

Medlemmar inkluderar distrikt, stater, leverantörer, ideella organisationer och olika myndigheter.

Kritik

SIF har alla smärtor och utmaningar som följer med alla SOA- specifikationer och datamodeller. När man bygger specifikationer via konsensus är inte alla alltid glada och ibland är slutprodukten inte perfekt. Med tanke på alla rörliga delar vid modellering av hela K12-företaget har specifikationen många möjliga fel. Detta är inte särskilt för SIF utan för alla automatiska system på postnivå som flyttar standardiserad data från en källa till en annan i en heterogen miljö. Out-of-the-box interoperabilitet och användarvänlighet och implementering var en del av ett 12-18 månaders fokus från 2007 och fram till 2009.

Hur SIF fungerar

SIF 2.x förlitade sig på att använda en mäklare som heter ZIS (Zone Integration Server) för att hantera kommunikation mellan applikationer. SIF 3.x och SIF 2.8+ möjliggör både förmedlad och direkt kommunikation mellan applikationer.

Mäklare

Snarare än att varje applikationsleverantör försöker skapa en separat anslutning till alla andra applikationer, har SIF definierat uppsättningen regler och definitioner för att dela data inom en "SIF-zon" - eller miljö som är en logisk gruppering av applikationer där programvara agenter kommunicerar med varandra via en central kommunikationspunkt. Zoner hanteras av en företagsdatamäklare som ibland kallas ZIS (Zone Integration Server). En enda ZIS kan hantera flera zoner. Den nuvarande infrastrukturspecifikationen stöder dock RESTful- anslutningar direkt mellan applikationer OCH / ELLER med hjälp av en förmedlad miljö.

Data går mellan applikationer som en serie standardiserade meddelanden, frågor och händelser skrivna i XML eller JSON och skickas med hjälp av Internetprotokoll . SIF-specifikationen definierar sådana händelser och "koreografi" som gör att data kan flyttas fram och tillbaka mellan applikationerna.

Direkt

Direkt SIF tillåter en applikation att kommunicera direkt till en annan via enkla REST-samtal till PUT-, POST-, GET- eller DELETE-resurser. Detta är perfekt för enkla miljöer med två eller kanske tre spelare där komplexa koreografier inte är nödvändiga. Det är lättare att implementera än en förmedlad miljö i situationer med två eller tre noder.

Gränssnittskod

SIF-agenter är programvaror som finns antingen internt i en applikation eller installeras bredvid den. SIF-agenterna fungerar som tillägg för varje applikation och fungerar som mellanhand mellan programvaran och SIF-zonen. I förmedlade miljöer håller mäklaren reda på de agenter som är registrerade i miljön och dess zoner och hanterar transaktioner mellan agenter, så att de kan tillhandahålla data och svara på förfrågningar. Mäklaren kontrollerar all åtkomst, dirigering och säkerhet i systemet. Standardisering av agenten och mäklarens beteende innebär att SIF kan lägga till standardfunktionalitet i en zon genom att helt enkelt lägga till SIF-aktiverade applikationer över tiden.

Vertikal interoperabilitet

"Vertikal interoperabilitet" är en situation där SIF-agenter på olika nivåer i en organisation kommunicerar med hjälp av en SIF-zon. Vertikal interoperabilitet innebär datainsamling från flera agenter (uppåt) eller publicering av information till flera agenter (nedåt). Till exempel kan ett datalager på statlig nivå lyssna efter förändringar i datalager på distriktsnivå och uppdatera dess databas därefter. Eller en statlig enhet kanske vill publicera lärarcertifieringsdata till distrikt. De tre delarna av SIF-specifikationen som hanterar direkt vertikal interoperabilitet är Student Locator-objektet, Vertical Reporting-objektet och Data Warehouse-objektet. Ett bra exempel på detta skulle vara Century Consultants SIS-agent som arbetar med Pearson SLF-agenten som skickar studentdata till State Agency och får Student Testing Identifiers i gengäld.

SIF i förhållande till andra standarder

SIF designades innan REST , SOAP , namnrymden och webbtjänststandarderna var lika mogna som de är idag. Som ett resultat har den en robust SOA som är mer kontrollerad än de nuvarande SOAP-specifikationerna men som inte använder SOAP- eller WS-standarderna. 2.0 SIF Web Services-specifikationen började processen att gå med i dessa två världar, och 3.0 Infrastructure-specifikationen fullbordar omvandlingen till en SOA- specifikation med moderna verktyg.

2.0 Web Services-specifikationen möjliggör mer generaliserade XML-meddelandestrukturer som vanligtvis finns i företagsmeddelandesystem som använder konceptet med en företagstjänstbuss . Webbtjänststandarder är också utformade för att stödja säkra offentliga gränssnitt och XML-apparater kan göra installationen och konfigurationen enklare. SIF 2.0 Web Services-specifikationen möjliggör användning av webbtjänster för att kommunicera in och ut ur zonen.

3.0-infrastrukturen tillåter att all datanyttolast flyttas över den och är utformad kring RESTful designmönster. Det möjliggör både förmedlade och direkta utbyten på ett RESTful-sätt med antingen XML- eller JSON-nyttolast.

CEDS

Från och med SIF 3.0 bygger SIF-specifikationen helt, om inte omöjligt eller inte praktiskt, på Common Education Data Standards CEDS för sin kontrollerade ordförråd och definition av element. Detta gör att den kan transportera CEDS över kabeln och vara kompatibel med andra CEDS-kompatibla datamängder.

LISS (Australien)

En liknande standard LISS stöder leverantörsintegration 'inom' en skolsida. Detta övervinner vissa begränsningar där en skola har valt att använda en zonintegrationsserver (inte ett krav i SIF 3.x-implementeringar) LISS Lightweight Interoperability Standard for Schools ansluter främst mindre, "lokala" moduler, till exempel schemaläggning, samtal, rapportering eller andra, till huvudadministratörssystemet på en viss skolwebbplats. LISS fungerar antingen över webben eller via ett lokalt nätverk och har ett enklare format.

Andra standarder

SIFA har också ett nära samarbete med Postsecondary Electronic Standards Council ( PESC ), SCORM och andra standardorganisationer.

Versioner

. Den nya 3.0-infrastrukturen möjliggör transport av olika datamodeller inklusive de från andra globala SIF-samhällen samt data från de många "alfabetssoppa" -datainitiativen som befolkar utbildningslandskapet. I grund och botten - utbildning kan nu använda "en tråd med en kontakt" - inte de oändliga proprietära API: erna och "enstaka" anslutningar. Specifikationen stöder fullständigt RESTful Web Services och SOAP-baserade protokoll.

Den australiska 3.4-datamodellspecifikationen hade kommit ut hösten 2016, liksom en 3.1.2-release av Global SIF-infrastruktur.

Version 2.8-specifikationen är den sista 2.x-versionen av SIF. De flesta av SIF-implementeringarna i USA och utomlands är 2.x-implementeringar.

A4L-communityn har precis släppt en ny version av SIF-specifikationen som heter "Unity" som kommer att använda de bästa objekten från 3.x-specifikationen och grunden till 2.8-specifikationen och kunna köras på antingen 3.x-infrastrukturen eller 2.x-infrastrukturen. Detta är en välsignelse för tusentals distrikt och många stater som använder SIF 2-infrastrukturen och möjliggör en ren migrationsväg för att använda mer moderna RestFUL-arkitekturer om så önskas.

SIF Express

SIF 3.2-versionen inkluderar SIF XPress Roster och SIF Xpress Student Record Exchange (SRE). Dessa är resultatet av arbete som utförs av olika medlemmar i föreningen (leverantörer, byråer, regionala centra) för en lättare antagbar, lättare att implementera underuppsättning av specifikationen som hanterar listan och grundläggande användningsfall.

Integritet

Access for Learning-communityn har nyligen börjat ta ett starkt ledarskap inom utbildningssekretessområdet globalt. Föreningen har skapat och stöder en organisation som heter Student Data Privacy Consortium, eller SDPC. och arbeta nära med nationella australiensiska integritetsinsatser

Se även

Referenser