Структура взаимодействия школ
Структура взаимодействия школ , Система взаимодействия систем (Великобритания) или SIF обмена данными — это открытая спецификация для академических учреждений, от детского сада до рабочей силы. Эта спецификация используется в основном в США, Канаде, Великобритании, Австралии и Новой Зеландии; однако его все чаще внедряют в Индии и других странах.
Спецификация состоит из двух частей: спецификация XML для моделирования образовательных данных, специфичных для образовательного региона (например, Северная Америка, Австралия или Великобритания), и сервис-ориентированная архитектура (SOA), основанная как на прямых, так и на посреднических RESTful -моделях. для обмена этими данными между учреждениями, которые являются международными и распределяются между регионами.
SIF — это не продукт, а отраслевая инициатива, которая позволяет различным приложениям взаимодействовать и обмениваться данными. По состоянию на март 2007 г. [update], SIF был оценен [ кем? ] будет использоваться в более чем 48 штатах США и 6 странах, поддерживая пять миллионов студентов.
Спецификация была запущена и поддерживается ее органом по спецификациям , Ассоциацией рамок взаимодействия школ , переименованной в Сообщество доступа к обучению (A4L) в 2015 году. [1]
История [ править ]
Традиционно автономные приложения, используемые школьными округами, имеют ограничения по изоляции данных; то есть трудно получить доступ к их данным и поделиться ими. Это часто приводит к избыточному вводу данных, проблемам целостности данных и неэффективной или неполной отчетности. В таких случаях информация об учащемся может появляться в нескольких местах, но не может быть идентичной, например, или лица, принимающие решения, могут работать с неполной или неточной информацией. Многие районные и местные координаторы по технологиям также сталкиваются с увеличением проблем с технической поддержкой из-за обслуживания многочисленных проприетарных систем. SIF был создан для решения этих проблем. [2]
Структура взаимодействия школ (SIF) возникла как инициатива, первоначально продвигаемая главным образом Microsoft с целью создания «проекта совместимости образовательного программного обеспечения и доступа к данным». Он был разработан как инициатива, основанная на сильных сторонах ведущих поставщиков на рынке K-12 и позволяющая ИТ-специалистам школ создавать, управлять и модернизировать свои системы. Его одобрили около 20 ведущих поставщиков студенческой информации для школ K-12, библиотек, приложений для транспорта, общественного питания и многого другого. Первые пилотные площадки открылись летом 1999 года, а первые продукты на основе SIF начали появляться в 2000 году. [3]
Вначале было неясно, какой подход станет национальным стандартом в США . И SIF, и EDI боролись за эту позицию в 2000 году, но SIF начал лидировать примерно в 2002 году. В 2000 году Национальная ассоциация школьных советов провела групповую дискуссию на своем ежегодном собрании по теме SIF.
В 2007 году в Великобритании компания Becta выступила за принятие SIF в качестве национального стандарта обмена данными в школах.
В 2008 году было объявлено, что в Великобритании стандарт станет известен как «Системная инфраструктура взаимодействия». Это отражает намерение Великобритании разработать SIF для использования в других организациях, помимо школ.
Участники [ править ]
Спецификация SIF поддерживается сообществом A4L . Члены A4L сотрудничают в разработке различных технических решений и стандартов, которые включают, помимо прочего, систему взаимодействия школ. [4]
В число членов входят округа, штаты, поставщики, некоммерческие организации и различные правительственные учреждения.
Критика [ править ]
У SIF есть все трудности и проблемы, связанные с любой спецификацией SOA и моделью данных. При создании спецификаций на основе консенсуса не все всегда довольны, и иногда конечный продукт не идеален. Кроме того, учитывая все движущиеся части моделирования всего предприятия К12, в спецификации есть много точек возможного отказа. Это характерно не только для SIF, но и для любой автоматизированной системы на уровне записей, перемещающей стандартизированные данные из одного источника в другой в гетерогенной среде. Готовая к использованию совместимость, простота использования и внедрения были частью программы, рассчитанной на 12–18 месяцев с 2007 по 2009 год.
SIF работает Как
SIF 2.x полагался на использование брокера под названием Zone Integration Server (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, которые непосредственно связаны с вертикальной совместимостью, — это объект «Локатор учащихся», объект «Вертикальная отчетность» и объект «Хранилище данных».Хорошим примером этого может служить агент SIS Century Consultants, работающий с агентом SLF Pearson, отправляющий данные учащихся в агентство штата и получающий взамен идентификаторы тестирования студентов.
по отношению к стандартам другим SIF
SIF был разработан до того, как стандарты REST , SOAP , пространств имен и веб-сервисов стали такими же зрелыми, как сегодня. В результате он имеет надежную SOA, более проверенную, чем текущие спецификации SOAP, но не использующую стандарты SOAP или WS. Спецификация 2.0 SIF Web Services положила начало процессу объединения этих двух миров, а спецификация 3.0 Infrastructure завершает преобразование в спецификацию SOA с использованием современных инструментов.
Спецификация веб-служб 2.0 допускает более обобщенные структуры обмена сообщениями XML, которые обычно встречаются в корпоративных системах обмена сообщениями , использующих концепцию корпоративной сервисной шины . Стандарты веб-сервисов также предназначены для поддержки безопасных общедоступных интерфейсов, а устройства XML могут упростить установку и настройку. Спецификация веб-служб SIF 2.0 позволяет использовать веб-службы для связи внутри Зоны и за ее пределами.
Инфраструктура 3.0 позволяет перемещать любую полезную нагрузку данных и разработана на основе шаблонов проектирования RESTful . Он позволяет осуществлять как посреднический, так и прямой обмен RESTful с использованием полезных данных XML или JSON.
CEDS [ править ]
Начиная с SIF 3.0, спецификация SIF полностью опирается (если это невозможно или непрактично) на общие стандарты образовательных данных CEDS в отношении контролируемого словаря и определения элементов. Это позволяет передавать CEDS по проводу и быть совместимым с другими наборами данных, совместимыми с CEDS. [7]
ЛИСС (Австралия) [ править ]
Аналогичный стандарт LISS поддерживает интеграцию поставщиков «внутри» школьного сайта. Это преодолевает некоторые ограничения, когда школа решила использовать сервер интеграции Zone (не является обязательным требованием в реализациях 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.
Спецификация австралийской модели данных 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 3.2 включает реестр SIF XPress и программу обмена студенческими записями SIF Xpress (SRE). Это результат работы, проделанной различными членами ассоциации (поставщиками, агентствами, региональными центрами) над более простым в принятии и реализации подмножеством спецификации, которая обрабатывает список и основные варианты использования. [16] [17]
Конфиденциальность [ править ]
Сообщество Access for Learning недавно начало брать на себя уверенное лидерство в сфере конфиденциальности в сфере образования во всем мире. Ассоциация создала и поддерживает организацию под названием Консорциум по обеспечению конфиденциальности студенческих данных (SDPC). [18] и тесно сотрудничаем с национальными австралийскими усилиями по обеспечению конфиденциальности. [19]
См. также [ править ]
- Доступ для обучающегося сообщества
- Интеграция корпоративных приложений
- Машиночитаемый документ
- Инициатива открытых знаний
- СКОРМ
- Стандартная модель данных
- Шибболет (Интернет2)
- Веб-сервисы
Ссылки [ править ]
- ^ Дайан Шаффхаузер (2 июня 2015 г.). «Ассоциация SIF переделывает себя» . Журнал . Проверено 20 декабря 2017 г.
- ^ Марти Вейл, Учебная статья, январь 2007 г.
- ^ Исторические ссылки (есть неработающие ссылки)
- ^ «Список членов Ассоциации SIF» . Ассоциация СИФ. Архивировано из оригинала 1 июля 2009 года . Проверено 28 августа 2010 г.
- ^ «Спецификация реализации SIF Австралия 1.0 — Архитектура» . Спецификация.sifassociation.org . Проверено 14 ноября 2020 г.
- ^ ранние модели
- ^ SIF объявляет о сотрудничестве с CEDS
- ^ www.liss.org.au Облегченный стандарт совместимости для школ]
- ^ Версия SIF 3
- ^ Общие стандарты данных об образовании (CEDS)
- ^ «Спецификация реализации SIF Systems Interoperability Framework™ (Австралия) 3.4» . Структура взаимодействия систем. 19 октября 2016 года . Проверено 20 декабря 2017 г.
- ^ «Инфраструктура (глобальная) 3.2.1 Изменения» . Структура взаимодействия систем. Июнь 2016 года . Проверено 20 декабря 2017 г.
- ^ «Спецификация реализации модели данных SIF (NA) 2.7 Миграция» . Структура взаимодействия школ. Март 2014 года . Проверено 20 декабря 2017 г.
- ^ «Страница обзора Unity» . A4l.org . 27 мая 2019 г.
- ^ «Деятели делают…» . Privacy.a4l.org . Проверено 27 февраля 2019 г.
- ^ Объяснение SIF XPress
- ^ Простой пресс-релиз SIF
- ^ «СДПК» . Консорциум по конфиденциальности студенческих данных . А4Л . Проверено 18 марта 2018 г.
- ^ «Конфиденциальность АС» . НСИП Австралии . НСИП.