Cadre d'interopérabilité des écoles -
Schools Interoperability Framework

partage de données pour les établissements universitaires de la maternelle à la main-d'œuvre. Cette spécification est principalement utilisée aux États-Unis, au Canada, au Royaume-Uni, en Australie et en Nouvelle-Zélande; cependant, il est de plus en plus mis en œuvre en Inde et ailleurs.

La spécification comprend deux parties: une spécification XML pour la modélisation des données éducatives qui est spécifique à la langue éducative (comme l'Amérique du Nord, l'Australie ou le Royaume-Uni), et une architecture orientée services (SOA) basée sur des modèles RESTful directs et négociés . pour partager ces données entre institutions, qui sont internationales et partagées entre les locales.

SIF n'est pas un produit, mais une initiative de l'industrie qui permet à diverses applications d'interagir et de partager des données. En mars 2007, on estimait que le SIF était utilisé dans plus de 48 États américains et 6 pays, soutenant cinq millions d'étudiants.

La spécification a été lancée et maintenue par son organisme de spécification , la Schools Interoperability Framework Association , rebaptisée Access For Learning Community (A4L) en 2015.

Histoire

et des rapports inefficaces ou incomplets. Dans de tels cas, les informations d'un étudiant peuvent apparaître à plusieurs endroits mais peuvent ne pas être identiques, par exemple, ou les décideurs peuvent travailler avec des informations incomplètes ou inexactes. De nombreux coordinateurs de technologie de district et de site rencontrent également une augmentation des problèmes de support technique dus à la maintenance de nombreux systèmes propriétaires. SIF a été créé pour résoudre ces problèmes.

Le cadre d'interopérabilité des écoles (SIF) a commencé comme une initiative principalement défendue au départ par Microsoft pour créer «un plan pour l'interopérabilité des logiciels éducatifs et l'accès aux données». Il a été conçu pour être une initiative tirant parti des forces des principaux fournisseurs du marché K-12 pour permettre aux professionnels de l'informatique des écoles de créer, gérer et mettre à niveau leurs systèmes. Il a été approuvé par près de 20 principaux fournisseurs de renseignements sur les étudiants, de bibliothèque, de transport, de services alimentaires et plus encore. Les premiers sites pilotes ont commencé à l'été 1999, et les premiers produits basés sur le SIF ont commencé à apparaître en 2000.

Au début, il n'était pas clair quelle approche deviendrait la norme nationale aux États-Unis . Le SIF et l' EDI se disputaient le poste en 2000, mais le SIF a commencé à prendre la tête en 2002 environ. En 2000, la National School Boards Association a organisé une table ronde lors de sa réunion annuelle sur le thème du SIF.

En 2007, au Royaume-Uni, Becta s'est fait le champion de l'adoption du SIF en tant que norme nationale pour l'échange de données dans les écoles.

En 2008, il a été annoncé qu'au Royaume-Uni, la norme deviendrait connue sous le nom de «cadre d'interopérabilité des systèmes». Cela reflète l'intention au Royaume-Uni de développer le SIF à utiliser dans d'autres organisations au-delà des écoles.

Membres

La spécification SIF est prise en charge par la communauté A4L . Les membres de l'A4L collaborent sur une variété de solutions et de normes techniques qui incluent, mais sans s'y limiter, le cadre d'interopérabilité des écoles.

Les membres comprennent des districts, des États, des vendeurs, des organisations à but non lucratif et diverses agences gouvernementales.

Critique

SIF a toutes les difficultés et les défis qui accompagnent toute spécification SOA et modèle de données. Lors de l'élaboration des spécifications par consensus, tout le monde n'est pas toujours satisfait et parfois le produit final n'est pas parfait. Compte tenu également de toutes les pièces mobiles dans la modélisation de l'ensemble de l'entreprise du K12, la spécification présente de nombreux points de défaillance possibles. Ceci n'est pas propre au SIF mais à tout système automatisé au niveau de l'enregistrement qui transfère des données standardisées d'une source à une autre dans un environnement hétérogène. L'interopérabilité prête à l'emploi et la facilité d'utilisation et de mise en œuvre faisaient partie d'un objectif de 12 à 18 mois de 2007 à 2009.

Comment fonctionne SIF

SIF 2.x reposait sur l'utilisation d'un courtier appelé serveur d'intégration de zone (ZIS) pour gérer la communication entre les applications. SIF 3.x et SIF 2.8+ permettent à la fois une communication négociée et directe entre les applications.

Négocié

directement entre les applications ET / OU en utilisant un environnement négocié.

Les données voyagent entre les applications sous la forme d'une série de messages normalisés, de requêtes et d'événements écrits en XML ou JSON et envoyés à l'aide de protocoles Internet . La spécification SIF définit de tels événements et la «chorégraphie» qui permet aux données de se déplacer entre les applications.

Direct

Direct SIF permet à une application de communiquer directement avec une autre via de simples appels REST aux ressources PUT, POST, GET ou DELETE. C'est idéal pour les environnements simples avec deux ou peut-être trois joueurs où des chorégraphies complexes ne sont pas nécessaires. Il est plus facile à mettre en œuvre qu'un environnement négocié dans des situations à deux ou trois nœuds.

Code d'interface

Les agents SIF sont des logiciels qui existent soit en interne à une application, soit installés à côté de celle-ci. Les agents SIF fonctionnent comme des extensions de chaque application et servent d'intermédiaire entre l'application logicielle et la zone SIF. Dans les environnements négociés, le courtier effectue le suivi des agents enregistrés dans l'environnement et ses zones et gère les transactions entre les agents, ce qui leur permet de fournir des données et de répondre aux demandes. Le courtier contrôle tous les accès, routage et sécurité au sein du système. La standardisation du comportement des agents et du courtier signifie que SIF peut ajouter des fonctionnalités standard à une zone en ajoutant simplement des applications compatibles SIF au fil du temps.

Interopérabilité verticale

«L'interopérabilité verticale» est une situation dans laquelle des agents SIF à différents niveaux d'une organisation communiquent en utilisant une zone SIF. L'interopérabilité verticale implique la collecte de données à partir de plusieurs agents (vers le haut) ou la publication d'informations vers plusieurs agents (vers le bas). Par exemple, un entrepôt de données au niveau de l'État peut écouter les changements dans les entrepôts de données au niveau du district et mettre à jour sa base de données en conséquence. Ou une entité étatique peut souhaiter publier les données de certification des enseignants dans les districts. Les trois éléments de la spécification SIF qui traitent directement de l'interopérabilité verticale sont l'objet Student Locator, l'objet Vertical Reporting et l'objet Data Warehouse. Un bon exemple de ceci serait l'agent SIS de Century Consultants travaillant avec l'agent Pearson SLF, envoyant les données des étudiants à l'Agence d'État et obtenant en retour les identifiants de test des étudiants.

SIF par rapport à d'autres normes

à l'aide d'outils modernes.

La spécification des services Web 2.0 permet des structures de messagerie XML plus généralisées que l'on trouve généralement dans les systèmes de messagerie d'entreprise qui utilisent le concept de bus de services d'entreprise . Les normes de service Web sont également conçues pour prendre en charge les interfaces publiques sécurisées et les appliances XML peuvent faciliter l'installation et la configuration. La spécification des services Web SIF 2.0 permet l'utilisation de services Web pour communiquer à l'intérieur et à l'extérieur de la zone.

L'infrastructure 3.0 permet de déplacer n'importe quelle charge de données et est conçue autour de modèles de conception RESTful . Il permet à la fois des échanges négociés et directs de manière REST en utilisant des charges utiles XML ou JSON.

CEDS

À partir de SIF 3.0, la spécification SIF repose entièrement - à moins que cela ne soit impossible ou pas pratique - sur les normes communes de données sur l'éducation CEDS pour son vocabulaire contrôlé et la définition des éléments. Cela lui permet de transporter CEDS sur le fil et d'être compatible avec d'autres ensembles de données conformes à CEDS.

LISS (Australie)

Une norme similaire LISS prend en charge l'intégration des fournisseurs «dans» un site scolaire. Cela permet de surmonter certaines limitations lorsqu'une école a choisi d'utiliser un serveur d'intégration de zone (pas une exigence dans les implémentations SIF 3.x) LISS Lightweight Interoperability Standard for Schools connecte principalement des modules `` locaux '' plus petits, tels que l'horaire, l'appel nominal, les rapports ou d'autres, au système d'administration principal sur un site scolaire donné. LISS fonctionne soit sur le Web, soit via un réseau local, et a un format plus simple.

Autres normes

Le SIFA travaille également en étroite collaboration avec le Conseil des normes électroniques postsecondaires ( PESC ), le SCORM et d'autres organismes de normalisation.

Versions

. La nouvelle infrastructure 3.0 permet le transport de divers modèles de données, y compris ceux des autres communautés SIF mondiales, ainsi que des données provenant des nombreuses initiatives de données de «soupe à l'alphabet» qui peuplent le paysage de l'éducation. En substance - l'éducation peut désormais utiliser «un fil avec une prise» - et non les API propriétaires sans fin et les connexions «uniques». La spécification prend entièrement en charge les services Web RESTful et les protocoles basés sur SOAP.

La spécification australienne du modèle de données 3.4 était sortie à l'automne 2016, ainsi qu'une version 3.1.2 de l'infrastructure mondiale SIF.

La spécification de la version 2.8 est la dernière version 2.x de SIF. La plupart des implémentations SIF aux États-Unis et à l'étranger sont des déploiements 2.x.

La communauté A4L vient de publier une nouvelle version de la spécification SIF appelée "Unity" qui utilisera les meilleurs objets de la spécification 3.x et de la base de la spécification 2.8, et pourra fonctionner sur l'infrastructure 3.x ou l'infrastructure 2.x. C'est une aubaine pour les milliers de districts et de nombreux États utilisant l'infrastructure SIF 2 et permet une migration propre vers l'utilisation d'architectures RestFUL plus modernes si vous le souhaitez.

SIF Express

La version SIF 3.2 inclut le fichier SIF XPress Roster et le SIF Xpress Student Record Exchange (SRE). Celles-ci sont le résultat d'un travail effectué par divers membres de l'association (vendeurs, agences, centres régionaux) sur un sous-ensemble plus facile à adopter et à mettre en œuvre de la spécification qui gère le fichier et les cas d'utilisation de base.

Intimité

La communauté Access for Learning a récemment commencé à prendre un leadership fort dans l'espace de confidentialité de l'éducation à l'échelle mondiale. L'association a créé et soutient une organisation appelée Student Data Privacy Consortium, ou SDPC. et travailler en étroite collaboration avec les efforts nationaux de protection de la vie privée australiens

Voir également

Références