El Marco de Interoperabilidad de Escuelas , 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 los Estados Unidos, Canadá, el 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 de la localidad educativa (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 es internacional y compartida entre las localidades.
SIF no es un producto, sino una iniciativa de la industria que permite que diversas aplicaciones interactúen y compartan datos. En marzo de 2007 [update], se estimó que SIF se había utilizado en más de 48 estados de EE. UU. y 6 países, y que había prestado apoyo a cinco millones de estudiantes.
La especificación fue iniciada y mantenida por su organismo de especificación , la Schools Interoperability Framework Association , rebautizada como Access For Learning Community (A4L) en 2015. [1]
Tradicionalmente, las aplicaciones independientes que utilizan los distritos escolares públicos tienen la limitación del aislamiento de los datos; es decir, es difícil acceder a sus datos y compartirlos. Esto a menudo da como resultado la entrada redundante de datos, problemas de integridad de los datos y la 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 los encargados de la toma de decisiones pueden estar trabajando con información incompleta o inexacta. Muchos coordinadores de tecnología de distritos y sitios también experimentan un aumento en los problemas de soporte técnico por el mantenimiento de numerosos sistemas propietarios. SIF se creó para resolver estos problemas. [2]
El Marco de Interoperabilidad Escolar (SIF, por sus siglas en inglés) comenzó como una iniciativa impulsada principalmente por Microsoft para crear "un modelo para la interoperabilidad del software educativo y el acceso a los datos". Fue diseñado como una iniciativa que aprovechara las fortalezas de los principales proveedores del mercado de educación primaria y secundaria para permitir que los profesionales de TI de las escuelas construyeran, administraran y actualizaran sus sistemas. Fue respaldado por cerca de 20 proveedores líderes de información para estudiantes, bibliotecas, transporte, aplicaciones de servicio de alimentos y más para educación primaria y secundaria. 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 en 2002 aproximadamente. En 2000, la Asociación Nacional de Juntas Escolares celebró una mesa redonda durante su reunión anual sobre el tema de 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 pasaría a conocerse como "Marco de interoperabilidad de sistemas". Esto refleja la intención del Reino Unido de desarrollar SIF para que se utilice en otras organizaciones más allá de las escuelas.
La especificación SIF cuenta con el apoyo de la comunidad A4L . Los miembros de A4L colaboran en una variedad de soluciones técnicas y estándares 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 SOA y modelo de datos. Cuando se crean especificaciones por consenso, no todo el mundo está siempre contento y, a veces, el producto final no es perfecto. Además, dadas todas las partes móviles que intervienen en el modelado de toda la empresa K12, la especificación tiene muchos puntos de posible fallo. 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 dependía del 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 por intermediario entre aplicaciones. [5]
En lugar de que cada proveedor de aplicaciones intente configurar una conexión independiente con cada una de las demás aplicaciones, 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 los agentes de aplicaciones de software se comunican entre sí a través de un punto de comunicación central. Las zonas son administradas por un agente de datos empresariales, a veces denominado Servidor de integración de zonas (ZIS). Un único ZIS puede administrar varias zonas. Sin embargo, la especificación de infraestructura actual admite conexiones RESTful directamente entre aplicaciones Y/O utilizando un entorno intermediario.
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 dichos eventos y la "coreografía" que permite que los datos se muevan de un lado a otro entre las aplicaciones. [6]
La SIF directa permite que una aplicación se comunique directamente con otra a través de llamadas REST simples a recursos PUT, POST, GET o DELETE. Esto es ideal para entornos simples con dos o quizás tres jugadores donde no son necesarias coreografías complejas. Es más fácil de implementar que un entorno intermediario en situaciones de dos o tres nodos.
Los agentes SIF son piezas de software que existen internamente en una aplicación o que se instalan junto a ella. Los agentes SIF funcionan como extensiones de cada aplicación y sirven como intermediarios entre la aplicación de software y la zona SIF. En entornos con intermediarios, el intermediario realiza un seguimiento de los agentes registrados en el entorno y sus zonas y administra las transacciones entre agentes, lo que les permite proporcionar datos y responder a las solicitudes. El intermediario controla todo el acceso, el enrutamiento y la seguridad dentro del sistema. La estandarización del comportamiento de los agentes y el intermediario significa que SIF puede agregar funcionalidad estándar a una zona simplemente agregando aplicaciones habilitadas para SIF a lo largo del 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 los cambios en los almacenes de datos a nivel de distrito y actualizar su base de datos en consecuencia. O una entidad estatal puede desear publicar datos de certificación de maestros para los distritos. Las tres partes de la especificación SIF que tratan directamente con la interoperabilidad vertical son el objeto de Localizador de estudiantes, el objeto de Informes verticales y el objeto de Almacén de datos. Un buen ejemplo de esto sería el Agente SIS de Century Consultants que trabaja con el Agente SLF de Pearson que envía datos de estudiantes a la Agencia Estatal y obtiene Identificadores de Pruebas de Estudiantes a cambio.
SIF se diseñó antes de que REST , SOAP , los espacios de nombres y los estándares de servicios web fueran tan maduros como lo son hoy. Como resultado, tiene una SOA sólida que está más revisada que las especificaciones SOAP actuales, pero no utiliza los estándares SOAP o WS. La especificación de servicios web SIF 2.0 comenzó el proceso de unir estos dos mundos, y la especificación de infraestructura 3.0 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 se encuentran normalmente 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 que cualquier carga de datos se mueva a través de ella y está diseñada en torno a patrones de diseño RESTful . Permite intercambios tanto negociados como directos de manera 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 poco 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 similar, LISS, admite la integración de proveedores "dentro" de un sitio escolar. Esto supera algunas limitaciones en los casos en que una escuela ha elegido utilizar un servidor de integración de zona (no es un requisito en las implementaciones de SIF 3.x). LISS [8] Lightweight Interoperability Standard for Schools conecta principalmente módulos "locales" más pequeños, como horarios, lista de asistencia, informes u otros, al sistema de administración principal en un sitio escolar determinado. LISS funciona a través de la web o mediante una red local y tiene un formato más simple.
SIFA también está trabajando estrechamente con el Consejo de Normas Electrónicas Postsecundarias ( PESC ), SCORM y otras organizaciones de normalización.
En agosto de 2013, la Asociación SIF anunció el lanzamiento de la Especificación de Implementación SIF 3.0. [9] La Especificación de Implementación SIF (América del Norte) 3.0 está compuesta por una infraestructura de referencia utilizada globalmente y un modelo de datos de América del Norte enfocado en respaldar la iniciativa 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 API propietarias interminables 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 también una versión 3.1.2 de la Infraestructura SIF global. [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 tanto en la infraestructura 3.x como en la 2.x. Esto es una bendición para los miles de distritos y muchos estados que utilizan la infraestructura SIF 2 y permite una ruta de migración limpia para utilizar arquitecturas RestFUL más modernas si así se desea. [15]
La versión 3.2 de SIF incluye el SIF XPress Roster y el SIF Xpress Student Record Exchange (SRE). Estos son el resultado del trabajo que están realizando varios miembros de la asociación (proveedores, agencias, centros regionales) en un subconjunto de la especificación más fácil de adoptar y de implementar que maneja el roster y los casos de uso básicos. [16] [17]
Recientemente, la comunidad Access for Learning ha comenzado a asumir un fuerte liderazgo en el ámbito de la privacidad en la educación a nivel mundial. La asociación ha creado y respalda una organización llamada Student Data Privacy Consortium (Consorcio de Privacidad de Datos Estudiantiles) o SDPC [18] y trabaja en estrecha colaboración con las iniciativas nacionales australianas en materia de privacidad [19].