Эталонная модель объекта общего содержимого - Sharable Content Object Reference Model
Эталонная модель объекта совместно используемого контента ( SCORM ) - это набор стандартов и спецификаций для электронных образовательных веб- технологий (также называемых электронным обучением). Он определяет связь между контентом на стороне клиента и хост-системой (называемой «средой выполнения»), которая обычно поддерживается системой управления обучением . SCORM также определяет, как содержимое может быть упаковано в передаваемый ZIP- файл, называемый «формат обмена пакетами».
SCORM - это спецификация инициативы Advanced Distributed Learning (ADL), разработанная Министерством обороны США .
SCORM 2004 представил сложную идею, называемую последовательностью, которая представляет собой набор правил, определяющих порядок, в котором учащийся может воспринимать объекты контента. Проще говоря, они ограничивают учащегося фиксированным набором путей прохождения учебного материала, позволяют учащемуся делать «закладки» в своих перерывах и обеспечивают приемлемость результатов тестов, полученных учащимся. Стандарт использует XML и основан на результатах работы, проделанной AICC , IEEE LTSC и Ariadne .
Технология
SCORM был разработан для работы в Интернете и использует JavaScript для облегчения взаимодействия между содержимым на стороне клиента и средой выполнения. Каждая версия SCORM определяет методы, которые должна поддерживать среда выполнения, и их поведение. Контент, запускаемый средой выполнения, может затем вызывать эти методы с помощью JavaScript.
Версии
SCORM 1.1
Это была первая версия SCORM. Эти ранние заимствования показали, что идея SCORM работоспособна, но она должна быть достаточно надежной для широкого внедрения.
SCORM 1.2
Это была первая версия, которая получила широкое распространение. Он по-прежнему широко используется и поддерживается большинством систем управления обучением.
SCORM 2004
Это текущая версия. Он основан на новых стандартах API и связи между объектами содержимого и средой выполнения, при этом устранены многие неоднозначности предыдущих версий. Включает возможность указывать адаптивную последовательность действий, которые используют объекты содержимого. Включает возможность совместного использования и использования информации о статусе успеха для нескольких целей обучения или компетенций в объектах контента и в разных курсах для одного и того же учащегося в рамках одной и той же системы управления обучением. Более надежный набор тестов помогает обеспечить хорошую совместимость.
Издания SCORM 2004 г.
- 3-е издание (октябрь 2005 г.) - разъяснение различных требований соответствия и взаимодействия между объектами контента и средой выполнения для упорядочивания; некоторые новые требования соответствия для улучшения взаимодействия.
- Выпущено 4-е издание (31 марта 2009 г.) - более строгие требования к взаимодействию, более гибкое сохранение данных
Книги спецификаций SCORM 2004
- Обзор - знакомство с SCORM и описание других книг.
- Среда выполнения - описывает API среды выполнения и модель данных, используемую для связи между объектами контента и системами управления обучением.
- Последовательность и навигация - описывает, как определяется и интерпретируется последовательность между учебными мероприятиями.
- Требования соответствия - подробный список требований соответствия, которые проверяются набором тестов соответствия ADL SCORM.
Опыт API (Tin Can API)
Интерфейс Experience API (также известный как xAPI или Tin Can API) был доработан до версии 1.0 в апреле 2013 года. Experience API решает многие проблемы, присущие более старым версиям SCORM. Как и SCORM, ADL управляет Experience API. AICC со своим cmi5 планировала использовать xAPI в качестве своего транспортного стандарта, но члены AICC решили распустить организацию и передали cmi5 в ADL.
Experience API (Tin Can API) - это веб-сервис, который позволяет программным клиентам читать и записывать экспериментальные данные в форме объектов «утверждения». В своей простейшей форме утверждения имеют форму «Я сделал это» или, в более общем смысле, «объект-глагол-субъект». Могут использоваться более сложные формы выписок. Существует также встроенный API запросов, помогающий фильтровать записанные операторы, и API состояния, который позволяет создавать своего рода «рабочее пространство» для использования приложений. Операторы Experience API хранятся в хранилище данных, называемом хранилищем записей обучения , которое может существовать отдельно или в системе управления обучением .
Хронология SCORM
- Январь 1999 г. - подписан исполнительный указ 13111, поручающий Министерству обороны разработать общие спецификации и стандарты для электронного обучения как в федеральном, так и в частном секторах.
- Январь 2000 г. - SCORM версии 1.0
- Январь 2001 г. - SCORM версии 1.1
- Октябрь 2001 г. - SCORM версии 1.2
- Январь 2004 г. - SCORM 2004 (1-е издание)
- Июль 2004 г. - SCORM 2004 (2-е издание)
- Июнь 2006 г. - Инструкция Министерства обороны (DoDI) 1322.26, требующая от Министерства обороны США использования SCORM
- Октябрь 2006 г. - SCORM 2004 (3-е издание)
- Март 2009 г. - SCORM 2004 (4-е издание)
- 2009 - Первые три сборника спецификаций были приняты в качестве технических отчетов ISO / IEC JTC1 / SC36 , номер стандарта ISO / IEC TR 29163.
- Октябрь 2010 г. - ADL объявляет Rustici Software объявлением широкого агентства для проведения исследований и интервью с сообществом с целью начать создание SCORM следующего поколения. Это называется Project Tin Can.
- Сентябрь 2011 г. - выпущен первоначальный проект SCORM следующего поколения (названный Tin Can API).
- Июнь 2012 г. - выпущена версия Tin Can API .9.
- Август 2012 г. - выпущена версия Tin Can API .95.
- Апрель 2013 г. - выпущена версия 1.0.0 Tin Can API, название проекта было изменено на « Experience API » или xAPI, но многие до сих пор называют его Tin Can API.
Совместимое программное обеспечение
Серверное программное обеспечение
- Sakai , бесплатный источник от сообщества, образовательная программная платформа.
Программное обеспечение для редактирования контента
