Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Школы Interoperability Framework , системы Interoperability Framework (UK), или SIF , является совместным использованием данных открытой спецификацией для академических учреждений от детского сада до рабочей силы. Эта спецификация используется в основном в США, Канаде, Великобритании, Австралии и Новой Зеландии; однако он все чаще применяется в Индии и других странах.

Спецификация состоит из двух частей: спецификации XML для моделирования образовательных данных, специфичных для образовательного региона (например, Северной Америки, Австралии или Великобритании), и сервис-ориентированной архитектуры (SOA), основанной как на прямых, так и на посреднических моделях RESTful. для обмена этими данными между учреждениями, которые являются международными и являются общими для разных регионов.

SIF - это не продукт, а отраслевая инициатива, которая позволяет различным приложениям взаимодействовать и обмениваться данными. По состоянию на март 2007 г. оценка SIF [ кем? ] был использован более чем в 48 штатах США и 6 странах, поддерживая 5 миллионов студентов.

Спецификация была начата и поддерживается ее органом спецификации , Schools Interoperability Framework Association , переименованной в Access For Learning Community (A4L) в 2015 году [1].

История [ править ]

Традиционно автономные приложения, используемые школьными округами, имеют ограничение на изоляцию данных; то есть трудно получить доступ к их данным и поделиться ими. Это часто приводит к избыточному вводу данных, проблемам с целостностью данных и неэффективным или неполным отчетам. В таких случаях информация об учащемся может появляться в нескольких местах, но, например, может не быть идентичной, или лица, принимающие решения, могут работать с неполной или неточной информацией. Многие районные и местные координаторы технологий также сталкиваются с увеличением проблем с технической поддержкой из-за обслуживания многочисленных проприетарных систем. SIF был создан для решения этих проблем. [2]

Schools Interoperability Framework (SIF) зародилась как инициатива, первоначально отстаиваемая Microsoft, чтобы создать «план взаимодействия образовательного программного обеспечения и доступа к данным». Это была инициатива, основанная на сильных сторонах ведущих поставщиков на рынке K-12, чтобы позволить ИТ-специалистам школ создавать, управлять и модернизировать свои системы. Его одобрили около 20 ведущих поставщиков школьной информации, библиотек, транспорта, приложений для общественного питания и многого другого. Первые пилотные сайты начались летом 1999 г., а первые продукты на основе SIF начали появляться в 2000 г. [3]

Вначале было неясно, какой подход станет национальным стандартом в Соединенных Штатах . И SIF, и EDI боролись за эту позицию в 2000 году, но SIF начала играть ведущую роль в 2002 году или около того. В 2000 году Национальная ассоциация школьных советов провела на своем ежегодном собрании панельную дискуссию по теме SIF.

В 2007 году в Соединенном Королевстве Becta выступила за принятие SIF в качестве национального стандарта для обмена данными в школах.

В 2008 году было объявлено, что в Великобритании стандарт станет известен как «Структура взаимодействия систем». Это отражает намерение Великобритании разработать SIF для использования не только в школах, но и в других организациях.

Члены [ править ]

Спецификация SIF поддерживается сообществом A4L . Члены A4L совместно работают над различными техническими решениями и стандартами, которые включают, но не ограничиваются рамками взаимодействия школ. [4]

Члены включают округа, штаты, поставщиков, некоммерческие организации и различные правительственные учреждения.

Критика [ править ]

У SIF есть все трудности и проблемы, связанные с любой спецификацией SOA и любой моделью данных. При разработке спецификаций на основе консенсуса не все всегда довольны, а иногда конечный продукт не идеален. Также с учетом всех движущихся частей в моделировании всего предприятия K12, в спецификации есть много точек возможного сбоя. Это относится не только к SIF, но и к любой автоматизированной системе на уровне записей, перемещающей стандартизованные данные из одного источника в другой в гетерогенной среде. Готовая к работе совместимость, простота использования и реализации были частью 12-18-месячного курса с 2007 по 2009 год.

Как работает SIF [ править ]

SIF 2.x полагался на использование брокера, называемого сервером интеграции зон (ZIS), для управления обменом данными между приложениями. SIF 3.x и SIF 2.8+ допускают как посредническую, так и прямую связь между приложениями. [5]

Посредник [ править ]

Вместо того чтобы каждый поставщик приложения пытался установить отдельное соединение с каждым другим приложением, SIF определила набор правил и определений для обмена данными в «зоне SIF» - или среде, которая представляет собой логическую группу приложений, в которой программное обеспечение агенты общаются друг с другом через центральную точку связи. Зонами управляет брокер корпоративных данных, который иногда называют сервером интеграции зон (ZIS). Один ZIS может управлять несколькими Зонами. Однако текущая спецификация инфраструктуры поддерживает RESTful- соединения напрямую между приложениями И / ИЛИ с использованием посреднической среды.

Данные перемещаются между приложениями в виде серии стандартизированных сообщений, запросов и событий, написанных в XML или JSON и отправленных с использованием интернет-протоколов . Спецификация SIF определяет такие события и «хореографию», которая позволяет данным перемещаться туда и обратно между приложениями. [6]

Прямой [ править ]

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 по отношению к другим стандартам [ править ]

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.

CEDS [ править ]

Начиная с SIF 3.0, спецификация SIF полностью полагается - если это невозможно или непрактично - на общие стандарты образовательных данных CEDS для своего контролируемого словаря и определения элементов. Это позволяет передавать CEDS по проводам и быть совместимым с другими наборами данных, совместимыми с CEDS. [7]

LISS (Австралия) [ править ]

Аналогичный стандарт LISS поддерживает интеграцию поставщика «внутри» школьного сайта. Это преодолевает некоторые ограничения, когда школа решила использовать сервер интеграции зоны (не является требованием в реализациях SIF 3.x). LISS [8] Lightweight Interoperability Standard for Schools объединяет в основном меньшие, «локальные» модули, такие как расписание, перекличка , отчеты или другие в главную административную систему на сайте данной школы. LISS работает либо через Интернет, либо через локальную сеть и имеет более простой формат.

Другие стандарты [ править ]

SIFA также тесно сотрудничает с Советом по электронным стандартам высшего образования ( PESC ), SCORM и другими организациями по стандартизации.

Версии [ править ]

В августе 2013 года Ассоциация SIF объявила о выпуске Спецификации реализации SIF 3.0. [9] Спецификация реализации SIF (Северная Америка) 3.0 состоит из используемой во всем мире эталонной инфраструктуры и модели данных Северной Америки, ориентированной на поддержку инициативы Common Education Data Standards (CEDS) . [10]Новая инфраструктура 3.0 позволяет переносить различные модели данных, в том числе модели из других глобальных сообществ SIF, а также данные из многочисленных инициатив «алфавитного супа» данных, наполняющих среду образования. По сути, образование теперь может использовать «один провод с одной вилкой», а не бесконечные проприетарные API и «разовые» подключения. Спецификация полностью поддерживает веб-службы RESTful и протоколы на основе SOAP.

Спецификация австралийской модели данных 3.4 была выпущена осенью 2016 года [11], как и версия 3.1.2 глобальной инфраструктуры SIF. [12]

Спецификация версии 2.8 - это последняя версия SIF 2.x. Большинство реализаций SIF в США и за рубежом - это версии 2.x. [13]

Сообщество A4L только что выпустило новую версию спецификации SIF под названием «Unity» [14], которая будет использовать лучшие объекты из спецификации 3.x и основу спецификации 2.8 и сможет работать на любой версии 3. x или инфраструктуру 2.x. Это благо для тысяч округов и многих штатов, использующих инфраструктуру SIF 2, и позволяет при желании использовать чистый путь миграции на использование более современных архитектур RestFUL. [15]

SIF Express [ править ]

Версия SIF 3.2 включает список SIF XPress Roster и SIF Xpress Student Record Exchange (SRE). Это результат работы, проделанной различными членами ассоциации (поставщиками, агентствами, региональными центрами) над более легко адаптируемым и легким в реализации подмножеством спецификации, которая обрабатывает реестр и основные варианты использования. [16] [17]

Конфиденциальность [ править ]

Сообщество Access for Learning недавно начало уверенно лидировать в области конфиденциальности в сфере образования во всем мире. Ассоциация создала и поддерживает организацию под названием Консорциум конфиденциальности данных учащихся (SDPC). [18] и тесно сотрудничает с национальными австралийскими усилиями по обеспечению конфиденциальности [19]

См. Также [ править ]

  • Доступ для обучающегося сообщества
  • Интеграция корпоративных приложений
  • Инициатива открытых знаний
  • SCORM
  • Стандартная модель данных
  • Шибболет (Интернет2)
  • PESC
  • Веб-сервисы

Ссылки [ править ]

  1. ↑ Дайан Шаффхаузер (2 июня 2015 г.). «Ассоциация SIF переделывает себя» . Журнал . Проверено 20 декабря 2017 года .
  2. ↑ Марти Вейл, Scholastic Article, январь 2007 г.
  3. ^ Исторические ссылки (есть неработающие ссылки)
  4. ^ «Список членов ассоциации SIF» . Ассоциация SIF. Архивировано из оригинала на 1 июля 2009 года . Проверено 28 августа 2010 года .
  5. ^ "Спецификация реализации SIF Австралия 1.0 - Архитектура" . спецификация.sifassociation.org . Проверено 14 ноября 2020 .
  6. ^ ранние модели
  7. ^ SIF объявляет о сотрудничестве с CEDS
  8. ^ www.liss.org.au Облегченный стандарт совместимости для школ]
  9. ^ Версия SIF 3
  10. ^ Общие стандарты образовательных данных (CEDS)
  11. ^ «Спецификация реализации SIF Framework ™ System Interoperability Framework (Австралия) 3.4» . Структура взаимодействия систем. 19 октября 2016 . Проверено 20 декабря 2017 года .
  12. ^ «Инфраструктура (глобальная) 3.2.1 Изменения» . Структура взаимодействия систем. Июнь 2016 . Проверено 20 декабря 2017 года .
  13. ^ "Schools Interoperability Framework ™ Спецификация реализации модели данных SIF (NA) 2.7 Миграция" . Структура взаимодействия школ. Март 2014 года . Проверено 20 декабря 2017 года .
  14. ^ "Страница обзора Unity" . A4l.org . 2019-05-27.
  15. ^ «Деятели дела…» . privacy.a4l.org . Проверено 27 февраля 2019 .
  16. ^ Объяснение SIF XPress
  17. ^ SIF Простой пресс-релиз
  18. ^ "SDPC" . Консорциум по защите данных учащихся . A4L . Проверено 18 марта 2018 .
  19. ^ «Конфиденциальность Австралии» . NSIP Австралия . NSIP.

Внешние ссылки [ править ]

  • Официальный сайт сообщества Access For Learning (A4L)