Войти
Структура взаимодействия школ, Systems Interoperability Framework (UK) или SIF - это open спецификация обмена данными для академических учреждений, начиная с детского сада и кончая персоналом. Эта спецификация используется в основном в США, Канаде, Великобритании, Австралии и Новой Зеландии; однако он все чаще внедряется в Индии и других странах.
Спецификация состоит из двух частей: XML спецификация для моделирования образовательных данных, специфичных для образовательного региона (например, Северной Америки, Австралии или Великобритании), и сервисно-ориентированная архитектура (SOA), основанная как на прямых, так и на посреднических моделях RESTful для обмена этими данными между учреждениями, которые являются международными и совместно используемыми между регионами.
SIF - это не продукт, а отраслевая инициатива, которая позволяет различным приложениям взаимодействовать и обмениваться данными. По оценкам, на март 2007 года SIF использовался более чем в 48 штатах США и 6 странах, поддерживая 5 миллионов студентов.
Разработка спецификации была начата и поддерживается ее телом спецификации, Schools Interoperability Framework Association, переименованной в Access For Learning Community (A4L) в 2015 году.
Традиционно автономные приложения, используемые школьными округами, имеют ограничение изоляции данных; то есть трудно получить доступ к их данным и поделиться ими. Это часто приводит к избыточному вводу данных, проблемам целостности данных и неэффективной или неполной отчетности. В таких случаях информация об учащемся может появляться в нескольких местах, но, например, может не быть идентичной, или лица, принимающие решения, могут работать с неполной или неточной информацией. Многие районные и местные координаторы технологий также сталкиваются с увеличением проблем с технической поддержкой из-за обслуживания многочисленных проприетарных систем. SIF был создан для решения этих проблем.
Schools Interoperability Framework (SIF) зародилась как инициатива, которую изначально отстаивала Microsoft, чтобы создать «план взаимодействия образовательного программного обеспечения и доступа к данным». Это была инициатива, основанная на сильных сторонах ведущих поставщиков на рынке K-12, чтобы позволить ИТ-специалистам школ создавать, управлять и модернизировать свои системы. Его одобрили около 20 ведущих поставщиков школьной информации, библиотек, транспорта, приложений для общественного питания и многого другого. Первые пилотные сайты начались летом 1999 года, а первые продукты на основе SIF начали появляться в 2000 году.
Вначале было неясно, какой подход станет национальным стандартом в США. И SIF, и EDI боролись за эту позицию в 2000 году, но SIF начала играть ведущую роль в 2002 году или около того. В 2000 году Национальная ассоциация школьных советов провела на своем ежегодном собрании панельную дискуссию по теме SIF.
В 2007 г. в Соединенном Королевстве Becta выступила за принятие SIF в качестве национального стандарта для обмена данными в школах.
В 2008 году было объявлено, что в Великобритании стандарт станет известен как «Структура взаимодействия систем». Это отражает намерение Великобритании разработать SIF для использования в других организациях, помимо школ.
Спецификация SIF поддерживается сообществом A4L. Члены A4L совместно работают над различными техническими решениями и стандартами, которые включают, но не ограничиваются рамками взаимодействия школ.
Членами являются округа, штаты, поставщики, некоммерческие организации и различные правительственные учреждения.
У SIF есть все трудности и проблемы, которые возникают с любой спецификацией и моделью данных SOA. При разработке спецификаций на основе консенсуса не все всегда довольны, а иногда конечный продукт не идеален. Также с учетом всех движущихся частей в моделировании всего предприятия K12, в спецификации есть много точек возможного сбоя. Это относится не только к SIF, но и к любой автоматизированной системе на уровне записей, перемещающей стандартизованные данные из одного источника в другой в гетерогенной среде. Готовая к работе совместимость, простота использования и реализации были частью 12-18-месячного курса с 2007 по 2009 год.
SIF 2.x полагался на использование брокера, называемого сервером интеграции зон (ZIS), для управления обменом данными между приложениями. SIF 3.x и SIF 2.8+ допускают как посредническую, так и прямую связь между приложениями.
Вместо того, чтобы каждый поставщик приложения пытался установить отдельное соединение с каждым другим приложением, SIF определила набор правил и определений для обмена данными в «зоне SIF» - или Среда, которая представляет собой логическую группу приложений, в которой агенты программных приложений взаимодействуют друг с другом через центральную точку связи. Зонами управляет брокер корпоративных данных, который иногда называют сервером интеграции зон (ZIS). Один ZIS может управлять несколькими Зонами. Однако текущая спецификация инфраструктуры поддерживает соединения RESTful напрямую между приложениями И / ИЛИ с использованием посреднической среды.
Данные перемещаются между приложениями в виде серии стандартизированных сообщений, запросов и событий, записанных в XML или JSON и отправленных с использованием Интернет-протоколов. Спецификация SIF определяет такие события и «хореографию», которая позволяет данным перемещаться вперед и назад между приложениями.
Direct SIF позволяет одному приложению напрямую связываться с другим посредством простых вызовов REST для ресурсов PUT, POST, GET или DELETE. Это идеально подходит для простых сред с двумя или, возможно, тремя игроками, где нет необходимости в сложной хореографии. Это проще реализовать, чем посредническую среду в ситуациях с двумя или тремя узлами.
Агенты SIF - это части программного обеспечения, которые существуют либо внутри приложения, либо устанавливаются рядом с ним. Агенты SIF функционируют как расширения каждого приложения и служат посредником между программным приложением и зоной SIF. В средах с посредничеством брокер отслеживает агентов, зарегистрированных в среде и ее зонах, и управляет транзакциями между агентами, позволяя им предоставлять данные и отвечать на запросы. Брокер контролирует весь доступ, маршрутизацию и безопасность в системе. Стандартизация поведения агентов и брокера означает, что SIF может добавлять стандартные функции в зону, просто добавляя со временем приложения с поддержкой SIF.
«Вертикальное взаимодействие» - это ситуация, в которой агенты SIF на разных уровнях организации обмениваются данными с помощью зоны SIF. Вертикальная совместимость включает сбор данных от нескольких агентов (вверх) или публикацию информации нескольким агентам (вниз). Например, хранилище данных на уровне штата может отслеживать изменения в хранилищах данных на уровне района и соответствующим образом обновлять свою базу данных. Или государственный орган может пожелать опубликовать данные сертификации учителей в округах. Три части спецификации SIF, которые имеют дело непосредственно с вертикальной совместимостью, - это объект Student Locator, объект Vertical Reporting и объект Data Warehouse. Хорошим примером этого может быть агент Century Consultants SIS, работающий с агентом Pearson SLF, отправляющий данные о студентах в государственное агентство и получающий взамен идентификаторы тестирования студентов.
SIF был разработан до REST, SOAP, пространств имен и Стандарты веб-сервисов были столь же зрелыми, как и сегодня. В результате у него есть надежная SOA, которая более проверена, чем текущие спецификации SOAP, но не использует стандарты SOAP или WS. Спецификация веб-сервисов SIF 2.0 начала процесс объединения этих двух миров, а спецификация инфраструктуры 3.0 завершает преобразование в спецификацию SOA с использованием современных инструментов.
Спецификация веб-служб 2.0 допускает более общие структуры обмена сообщениями XML, которые обычно встречаются в системах обмена сообщениями предприятия, в которых используется концепция служебной шины предприятия. Стандарты веб-сервисов также разработаны для поддержки защищенных общедоступных интерфейсов, а устройства XML могут упростить установку и настройку. Спецификация веб-служб SIF 2.0 позволяет использовать веб-службы для связи в Зоне и за ее пределами.
Инфраструктура 3.0 позволяет перемещать по ней любые полезные данные и разработана на основе шаблонов проектирования RESTful. Он позволяет осуществлять как посреднический, так и прямой обмен в режиме RESTful с использованием полезной нагрузки XML или JSON.
Начиная с SIF 3.0, Спецификация SIF полностью полагается - если это невозможно или нецелесообразно - на Общие стандарты образовательных данных CEDS для своего контролируемого словаря и определения элементов. Это позволяет передавать CEDS по проводам и быть совместимым с другими наборами данных, совместимыми с CEDS.
Аналогичный стандарт LISS поддерживает интеграцию поставщика «внутри» школьного сайта. Это преодолевает некоторые ограничения, когда школа решила использовать сервер интеграции зоны (не является требованием в реализациях SIF 3.x). Стандарт облегченной совместимости LISS для школ соединяет в основном меньшие, «локальные» модули, такие как расписание, перекличка, отчетность или другие - в главную административную систему на сайте данной школы. LISS работает либо через Интернет, либо через локальную сеть и имеет более простой формат.
SIFA также тесно сотрудничает с Советом по электронным стандартам для послесреднего среднего образования (PESC ), SCORM и другими организациями по стандартизации.
В августе 2013 года Ассоциация SIF объявила о выпуске Спецификации реализации SIF 3.0. Спецификация реализации SIF (Северная Америка) 3.0 состоит из всемирно используемой эталонной инфраструктуры и модели данных Северной Америки, ориентированной на поддержку инициативы Common Education Data Standards (CEDS). Новая инфраструктура 3.0 позволяет переносить различные модели данных, в том числе модели из других глобальных сообществ SIF, а также данные из многочисленных инициатив «алфавитного супа» данных, наполняющих среду образования. По сути, в образовании теперь можно использовать «один провод с одной вилкой», а не бесконечные проприетарные API и «разовые» подключения. Спецификация полностью поддерживает веб-службы RESTful и протоколы на основе SOAP.
Спецификация модели данных Australian 3.4 была выпущена осенью 2016 года, как и версия 3.1.2 глобальной инфраструктуры SIF.
Спецификация версии 2.8 является последней версией 2.x версия SIF. Большинство реализаций SIF в Соединенных Штатах и за рубежом - это версии 2.x.
Сообщество A4L только что выпустило новую версию спецификации SIF под названием «Unity», которая будет использовать лучшие объекты из 3. x и основой спецификации 2.8, и иметь возможность работать как в инфраструктуре 3.x, так и в инфраструктуре 2.x. Это благо для тысяч округов и многих штатов, использующих инфраструктуру SIF 2, и позволяет при желании использовать чистый путь миграции на использование более современных архитектур RestFUL.
Версия SIF 3.2 Release включает список SIF XPress и SIF Xpress Student Record Exchange (SRE). Это результат работы, проделанной различными членами ассоциации (поставщиками, агентствами, региональными центрами) над более легко адаптируемым и легким в реализации подмножеством спецификации, которая обрабатывает реестр и основные варианты использования.
Сообщество Access for Learning недавно начало уверенно лидировать в области конфиденциальности в сфере образования во всем мире. Ассоциация создала и поддерживает организацию под названием «Консорциум конфиденциальности данных студентов» или SDPC. и тесно сотрудничая с национальными усилиями Австралии по обеспечению конфиденциальности
