Структура взаимодействия школ - Schools Interoperability Framework

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

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

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

Спецификация была начата и поддерживается ее тело спецификации, то Ассоциация рамок взаимодействия школ, переименованный в 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 году в Великобритании Бекта выступил за принятие 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. Хорошим примером этого может быть агент SIS Century Consultants, работающий с агентом Pearson SLF, отправляющий студента данные в Государственное агентство и получение взамен идентификаторов тестирования студентов.

SIF по отношению к другим стандартам

SIF был разработан раньше ОТДЫХ, МЫЛО, пространства имен, и веб-сервис стандарты были такими же зрелыми, как и сегодня. В результате у него есть надежная 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] Облегченный стандарт взаимодействия для школ связывает в основном меньшие, «локальные» модули, такие как расписание, перекличка, отчетность и другие, с основной административной системой на сайте данной школы. LISS работает либо через Интернет, либо через локальную сеть и имеет более простой формат.

Прочие стандарты

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

Версии

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

Спецификация модели данных Australian 3.4 вышла осенью 2016 года.[11] а также выпуск 3.1.2 Global SIF Infrastructure.[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]

Смотрите также

Рекомендации

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

внешняя ссылка