El Marco de Interoperabilidad Escolar , Marco de Interoperabilidad de Sistemas (Reino Unido), o SIF , es una especificación abierta de intercambio de datos para instituciones académicas desde el jardín de infantes hasta la fuerza laboral. Esta especificación se utiliza principalmente en Estados Unidos, Canadá, Reino Unido, Australia y Nueva Zelanda; sin embargo, se está implementando cada vez más en la India y en otros lugares.
La especificación consta de dos partes: una especificación XML para modelar datos educativos que es específica del entorno educativo (como América del Norte, Australia o el Reino Unido) y una arquitectura orientada a servicios (SOA) basada en modelos RESTful directos y negociados. para compartir esos datos entre instituciones, que son internacionales y compartidos entre las localidades.
SIF no es un producto, sino una iniciativa industrial que permite que diversas aplicaciones interactúen y compartan datos. En marzo de 2007 [update], el SIF fue estimado [ ¿por quién? ] se ha utilizado en más de 48 estados de EE. UU. y 6 países, brindando apoyo a cinco millones de estudiantes.
La especificación fue iniciada y mantenida por su organismo de especificación , la Asociación Marco de Interoperabilidad Escolar , renombrada como Comunidad de Acceso para el Aprendizaje (A4L) en 2015. [1]
Tradicionalmente, las aplicaciones independientes utilizadas por los distritos escolares públicos tienen la limitación del aislamiento de datos; es decir, es difícil acceder y compartir sus datos. Esto a menudo da como resultado una entrada de datos redundante, problemas de integridad de los datos y generación de informes ineficientes o incompletos. En tales casos, la información de un estudiante puede aparecer en varios lugares pero puede no ser idéntica, por ejemplo, o quienes toman las decisiones pueden estar trabajando con información incompleta o inexacta. Muchos coordinadores de tecnología de distrito y sitio también experimentan un aumento en los problemas de soporte técnico debido al mantenimiento de numerosos sistemas propietarios. SIF fue creado para resolver estos problemas. [2]
El Marco de Interoperabilidad Escolar (SIF) comenzó como una iniciativa inicialmente defendida principalmente por Microsoft para crear "un modelo para la interoperabilidad del software educativo y el acceso a datos". Fue diseñado para ser una iniciativa que aprovecha las fortalezas de los proveedores líderes en el mercado K-12 para permitir a los profesionales de TI de las escuelas construir, administrar y actualizar sus sistemas. Fue respaldado por cerca de 20 proveedores líderes de información estudiantil, biblioteca, transporte, aplicaciones de servicios de alimentos desde grados K-12 hasta el grado 12. Los primeros sitios piloto comenzaron en el verano de 1999 y los primeros productos basados en SIF comenzaron a aparecer en 2000. [3]
Al principio no estaba claro qué enfoque se convertiría en el estándar nacional en los Estados Unidos . Tanto SIF como EDI competían por el puesto en 2000, pero SIF comenzó a tomar la delantera alrededor de 2002. En 2000, la Asociación Nacional de Juntas Escolares celebró una mesa redonda durante su reunión anual sobre el tema SIF.
En 2007, en el Reino Unido, Becta defendió la adopción de SIF como estándar nacional para el intercambio de datos escolares.
En 2008 se anunció que en el Reino Unido el estándar se conocerá como "Marco de interoperabilidad de sistemas". Esto refleja la intención en el Reino Unido de desarrollar SIF para ser utilizado en otras organizaciones además de las escuelas.
La especificación SIF cuenta con el respaldo de la comunidad A4L . Los miembros de A4L colaboran en una variedad de soluciones y estándares técnicos que incluyen, entre otros, el Marco de Interoperabilidad Escolar. [4]
Los miembros incluyen distritos, estados, proveedores, organizaciones sin fines de lucro y varias agencias gubernamentales.
SIF tiene todos los problemas y desafíos que conlleva cualquier especificación y modelo de datos SOA . Cuando se crean especificaciones mediante consenso, no todos están siempre contentos y, a veces, el producto final no es perfecto. Además, dadas todas las partes móviles en el modelado de toda la empresa K12, la especificación tiene muchos puntos de posible falla. Esto no es exclusivo de SIF sino de cualquier sistema automatizado a nivel de registro que mueva datos estandarizados de una fuente a otra en un entorno heterogéneo. La interoperabilidad inmediata y la facilidad de uso e implementación fueron parte de un enfoque de 12 a 18 meses desde 2007 hasta 2009.
SIF 2.x se basaba en el uso de un intermediario llamado Servidor de integración de zona (ZIS) para gestionar la comunicación entre aplicaciones. SIF 3.x y SIF 2.8+ permiten la comunicación directa y con intermediarios entre aplicaciones. [5]
En lugar de que cada proveedor de aplicaciones intente configurar una conexión separada para cada otra aplicación, SIF ha definido el conjunto de reglas y definiciones para compartir datos dentro de una "Zona SIF", o Entorno , que es una agrupación lógica de aplicaciones en las que la aplicación de software Los agentes se comunican entre sí a través de un punto de comunicación central. Las zonas son administradas por un intermediario de datos empresariales, a veces llamado servidor de integración de zonas (ZIS). Un único ZIS puede gestionar múltiples Zonas. Sin embargo, la especificación de infraestructura actual admite conexiones RESTful directamente entre aplicaciones Y/O utilizando un entorno gestionado.
Los datos viajan entre aplicaciones como una serie de mensajes, consultas y eventos estandarizados escritos en XML o JSON y enviados mediante protocolos de Internet . La especificación SIF define tales eventos y la "coreografía" que permite que los datos avancen y retrocedan entre las aplicaciones. [6]
Direct SIF permite que una aplicación se comunique directamente con otra mediante simples llamadas REST para PUT, POST, GET o DELETE recursos. Esto es ideal para entornos sencillos con dos o quizás tres jugadores donde no son necesarias coreografías complejas. Es más fácil de implementar que un entorno negociado en situaciones de dos o tres nodos.
Los agentes SIF son piezas de software que existen internamente a una aplicación o instaladas junto a ella. Los Agentes SIF funcionan como extensiones de cada aplicación y sirven como intermediario entre la aplicación de software y la Zona SIF. En entornos negociados, el corredor realiza un seguimiento de los Agentes registrados en el entorno y sus Zonas y gestiona las transacciones entre Agentes, permitiéndoles proporcionar datos y responder a solicitudes. El corredor controla todo el acceso, el enrutamiento y la seguridad dentro del sistema. La estandarización del comportamiento de los Agentes y el corredor significa que SIF puede agregar funcionalidad estándar a una Zona simplemente agregando aplicaciones habilitadas para SIF con el tiempo.
La "interoperabilidad vertical" es una situación en la que los agentes SIF en diferentes niveles de una organización se comunican utilizando una Zona SIF. La interoperabilidad vertical implica la recopilación de datos de múltiples agentes (hacia arriba) o la publicación de información a múltiples agentes (hacia abajo). Por ejemplo, un almacén de datos a nivel estatal puede escuchar cambios en los almacenes de datos a nivel de distrito y actualizar su base de datos en consecuencia. O una entidad estatal tal vez desee publicar datos de certificación de docentes en los distritos. Las tres partes de la especificación SIF que tratan directamente con la interoperabilidad vertical son el objeto Student Locator, el objeto Vertical Reporting y el objeto Data Warehouse. Un buen ejemplo de esto sería el Agente SIS de Century Consultants que trabaja con el Agente SLF de Pearson enviando datos de los estudiantes a la Agencia Estatal y obteniendo a cambio Identificadores de Pruebas de Estudiantes.
SIF se diseñó antes de que REST , SOAP , espacios de nombres y estándares de servicios web estuvieran tan maduros como lo son hoy. Como resultado, tiene una SOA robusta que está más examinada que las especificaciones SOAP actuales, pero no utiliza los estándares SOAP o WS. La especificación 2.0 SIF Web Services inició el proceso de unir estos dos mundos, y la especificación 3.0 Infrastructure completa la transformación a una especificación SOA utilizando herramientas modernas.
La especificación de servicios web 2.0 permite estructuras de mensajería XML más generalizadas que normalmente se encuentran en los sistemas de mensajería empresarial que utilizan el concepto de bus de servicios empresariales . Los estándares de servicios web también están diseñados para admitir interfaces públicas seguras y los dispositivos XML pueden facilitar la instalación y configuración. La especificación de servicios web SIF 2.0 permite el uso de servicios web para comunicarse dentro y fuera de la Zona.
La infraestructura 3.0 permite mover cualquier carga de datos a través de ella y está diseñada según patrones de diseño RESTful . Permite intercambios directos y con intermediarios de forma RESTful utilizando cargas útiles XML o JSON.
A partir de SIF 3.0, la Especificación SIF se basa completamente, a menos que sea imposible o no práctico, en los Estándares Comunes de Datos Educativos CEDS para su vocabulario controlado y definición de elementos. Esto le permite transportar CEDS por cable y ser compatible con otros conjuntos de datos compatibles con CEDS. [7]
Un estándar LISS similar admite la integración de proveedores "dentro" de un sitio escolar. Esto supera algunas limitaciones cuando una escuela ha elegido utilizar un servidor de integración de zona (no es un requisito en las implementaciones SIF 3.x). LISS [8] Estándar ligero de interoperabilidad para escuelas conecta principalmente módulos "locales" más pequeños, como horarios, pase de lista , informes u otros, al sistema de administración principal en un sitio escolar determinado. LISS funciona a través de la web o a través de una red local y tiene un formato más simple.
SIFA también está trabajando estrechamente con el Consejo de Estándares Electrónicos Postsecundarios ( PESC ), SCORM y otras organizaciones de estándares.
En agosto de 2013, la Asociación SIF anunció el lanzamiento de la Especificación de implementación 3.0 de SIF. [9] La Especificación de Implementación SIF (América del Norte) 3.0 se compone de una infraestructura de referencia utilizada a nivel mundial y un modelo de datos de América del Norte que se centra en respaldar la iniciativa de Estándares Comunes de Datos Educativos (CEDS). [10] La nueva infraestructura 3.0 permite el transporte de varios modelos de datos, incluidos los de otras comunidades SIF globales, así como datos de las numerosas iniciativas de datos de “sopa de letras” que están poblando el panorama educativo. En esencia, la educación ahora puede utilizar "un cable con un enchufe", no las infinitas API patentadas y las conexiones "únicas". La especificación es totalmente compatible con los servicios web RESTful y los protocolos basados en SOAP.
La especificación del modelo de datos australiano 3.4 se publicó en el otoño de 2016, [11] , así como una versión 3.1.2 de Global SIF Infrastructure. [12]
La especificación de la versión 2.8 es la última versión 2.x de SIF. La mayoría de las implementaciones de SIF en los Estados Unidos y en el extranjero son implementaciones 2.x. [13]
La comunidad A4L acaba de lanzar una nueva versión de la especificación SIF llamada "Unity" [14] que utilizará los mejores objetos de la especificación 3.x y la base de la especificación 2.8, y podrá ejecutarse en 3.x. x infraestructura o la infraestructura 2.x. Esto es una bendición para los miles de distritos y muchos estados que utilizan la infraestructura SIF 2 y permite un camino de migración limpio para utilizar arquitecturas RestFUL más modernas, si así lo desea. [15]
La versión SIF 3.2 incluye SIF XPress Roster y SIF Xpress Student Record Exchange (SRE). Estos son el resultado del trabajo realizado por varios miembros de la asociación (proveedores, agencias, centros regionales) en un subconjunto de especificaciones más fácil de adoptar e implementar que maneja la lista y los casos de uso básicos. [16] [17]
La comunidad de Acceso al Aprendizaje ha comenzado recientemente a asumir un fuerte liderazgo en el espacio de la Privacidad educativa a nivel mundial. La asociación ha creado y apoya una organización llamada Student Data Privacy Consortium o SDPC. [18] y trabajando en estrecha colaboración con los esfuerzos nacionales de privacidad de Australia [19]