Мультимедиа в образовании: контекст информатизации (стр. 25 )

Наконец, с пониманием того, что атом сам состоит из некоторых элементов для «атомной» метафоры естественным становиться вопрос о том, какая степень детализации требуется для эффективного учебного объекта. Проблема оптимального размера и сложности учебного объекта очень важна, и granularity (степень детализации) активно обсуждается в группах по стандартизации. Придя к осознанию того, что эффектное определение учебного объекта – «мал как капля и широк как океан» (as small as a drop and as wide as the ocean) является абсурдным [47], эксперты ведут поиск granularity учебных объектов, приемлемую для разнообразных приложений.

Например, с точки зрения затрат, выбор степени детализации учебного объекта – вопрос компромисса между выгодами повторного использования (чем меньше объект, тем в большем количестве ЭИР его можно использовать) и расходами на каталогизацию (чем больше объектов, тем больше метаданных необходимо создать). Чтобы разъяснить последнее утверждение, необходимо разобраться в том, что такое метаданные и зачем они нужны.

·  Метаданные

Метаданные («данные о данных») – это описательная информация о ресурсе. Например, каталог на карточках в библиотеке – типичное собрание метаданных. В случае карточного каталога метаданные (информация, записанная на карточке) содержат сведения об авторе, названии, датах выпуска книги и ее регистрации. В супермаркете на консервной банке можно найти другой пример метаданных – на ней указаны: наименование продукта, список составляющих, фирма-производитель, дата выпуска и т. д. Когда понадобится найти книгу в библиотеке, вы по карточке сможете быстро определить ее местоположение. А в супермаркете метаданные помогут выбрать нужные консервы, не вскрывая по очереди все банки на полке.

Однако, представим, что книжки в библиотеке рассыпали на странички, а библиографическая карточка уже содержит метаданные по каждой страничке. Как легче будет искать нужную информацию – перебирая карточки или странички? Вы не почувствуете разницы? Зато бюджет библиотеки эту разницу очень почувствует. Его не хватит и на тысячную часть работы (с учетом оборудования новых мест для хранения карточек к каждой странице библиотечных книг).

Метаданные для учебных объектов составляются таким образом, чтобы учесть всю необходимую информацию по каждому «слою» учебного объекта: содержательному (семантическому), техническому (форматы мультимедиа компонентов), программному (средства воспроизведения) и педагогическому.

Некоторые форматы метаданных для учебных объектов включают не все «слои». Например, в знаменитом SCORM принципиально не содержится педагогической информации, объекты объявлены педагогически нейтральными. Это делает невозможным автоматическую сборку ЭИР и значительно затрудняет «ручное» составление нужного образовательного продукта. Кстати, а как заполняются метаданные – вручную или автоматически? В настоящее время все большее число систем обеспечивает автоматическое заполнение метаданных по информации, содержащейся в учебном объекте. Для описания метаданных чаще всего используется язык XML, хотя находят место и другие средства.

·  Стандартные требования

Для того, чтобы инвестиции в новую технологию создания и использования образовательных ЭИР были эффективны, стандарты должны защищать и гарантировать выполнение следующих базовых требований:

–  интероперабельность (interoperability) – учебные объекты, созданные в одном месте с использованием соответствующих инструментов и вычислительных платформ, должны свободно использоваться в другом месте с другими инструментами и платформами;

–  многократное использование (re-usability) – учебные объекты должны многократно использоваться в различных образовательных продуктах и контекстах;

–  управляемость (manageability) – способность системы отслеживать соответствующую информацию о пользователе и образовательном контенте. Снова привлекая бытовую аналогию, поясним, что здесь речь идет о хозяйке, которая помнит, что и где лежит на кухне и знает чем накормить мужа на завтрак;

–  доступность (accessibility) – пользователь должен иметь возможность получать доступ к соответствующему элементу контента в соответствующее время и из разных мест (локально и дистанционно, с рабочего места или из дома). Интерфейсы должны обеспечивать возможность работы людям разного образовательного уровня и разных физических возможностей;

–  долговременность (durability) – система должна быть способна развиваться вместе со стандартами без перепроектирования и перестроения.

·  Стандарты и спецификации

Теперь нам надо познакомится с порядком разработки стандарта и уяснить разницу в понятиях стандарта и спецификации, которые часто путают. В первом приближении поможет аналогия из российской действительности: можно действовать «по закону», а можно – «по понятиям».

Под спецификацией обычно понимают некоторое зарегистрированное описание. Некоторые спецификации имеют шанс стать стандартом и получить печать аккредитации, если они пройдут соответствующий путь развития.

Используемые стандарты делятся на две группы:

–  де-юре стандарт (de jure Standard) – утвержденный специальным органом, например Международной организацией по стандартизации (ISO);

–  фактический стандарт – стандарт, воспринятый профессиональным сообществом, необязательно утвержденный в должном порядке. Как правило, фактический стандарт появляется тогда, когда некоторая критическая масса пользователей выбирает и использует спецификацию. Например, так было с Internet спецификациями: TCP/IP, HTTP и т. д.

Идеально, когда фактический стандарт становится стандартом де-юре (как, например, HTTP).

Обычно удачные спецификации развиваются и через некоторое время превращаются в стандарты, пройдя при этом несколько стадий развития. Сначала они становятся популярными и принимают статус фактического стандарта, затем следует процедура принятия стандарта де-юре.

Вообще говоря, создание де-юре стандартов обычно включает четыре этапа:

1.  Проводятся научные исследования, чтобы найти возможные решения.

2.  Разрабатываются спецификации, они детально описываются и регистрируются, затем выносятся на обсуждение. Обычно этим занимаются различные консорциумы, рабочие группы, специальные команды экспертов.

3.  Производится испытание спецификаций в реальных ситуациях или пилотных проектах, чтобы определить, что сделано не так и чего не хватает.

4.  Проверенные и предварительно сформулированные полные спецификации рассматриваются специальным органом по стандартам. В результате всестороннего обсуждения они исправляются и преобразуются в рабочий проект. После официального голосования рабочий проект принимает статус де-юре стандарта.

Важно понимать, что на сегодня ни один стандарт по образовательным ЭИР не дошел еще до четвертого этапа. Некоторые уже прошли третий этап (SCORM), а большинство находится на втором этапе.

Оглавление

5.3. Лидеры стандартизации

В настоящее время можно выделить ряд организаций, определяющих политику в области стандартизации технологий информатизации образования.

К числу лидеров процесса стандартизации можно отнести следующие группы, организации и консорциумы:

Инициативная группа прогрессивного распределенного обучения (Advanced Distributed Learning – ADL). Комитет по стандартизации образовательных технологий (Learning Technology Standards Committee – LTSC) при Институте инженеров по электротехнике и электронике (Institute of Electrical and Electronics Engineers – IEEE). Глобальный консорциум IMS (Instructional Management Systems Global Learning Consortium). ARIADNE – проект Европейского Союза (Alliance of Remote Instructional Authoring and Distribution Networks for Europe).

Рассмотрим подробнее вклад каждой из этих организаций в становление новых образовательных технологий.

·  ADL (SCORM)

В США главным катализатором процесса стала программа "Инициатива прогрессивного распределенного обучения" (Advanced Distributed Learning initiative – ADL), начатая в 1997 г. министерством обороны США. Результатом выполнения этой программы стало создание ссылочной модели совместно используемых объектов образовательного контента (Shareable Courseware Object Reference Model – SCORM).

SCORM представляет собой один из лучших примеров применения и сочетания стандартов в электронном образовательном контенте. Руководящие принципы SCORM определяют направление, в котором Министерство обороны США будет использовать информационные технологии для создания и применения образовательных сред в будущем. Считается, что американские вооруженные силы (военно-морской флот, воздушные силы, армия и морская пехота) смогут использовать, повторно использовать и администрировать весь образовательный контент независимо от его источника или применения. Для достижения этой цели принято решение, что федеральное правительство США может выбирать только таких поставщиков, которые соблюдают в своих проектах стандарты IEEE LTSC и спецификации SCORM и которые согласны, что все их продукты будут находиться в совместном использовании.

Практически SCORM представляет собой набор взаимосвязанных спецификаций и руководств, многие из которых основаны на материалах IMS и LTSC. В модели SCORM для информационных образовательных технологий выделяются два ключевых функциональных компонента:

SCO (Shareable Content Objects) – совместно используемые объекты контента (это и есть учебные объекты); LMS (Learning Mangement System) – система управления учебным процессом. LMS для SCORM – это любая система, которая содержит информацию об обучаемом, может запустить SCO, взаимодействовать с ним, и, что особенно важно, LMS способна понимать инструкции, которые определяют, какой SCO будет использоваться следующим.

Дополнительными компонентами в модели SCORM являются инструменты, которые используются для создания учебных объектов SCO и для соединения их в более крупные образовательные ресурсы.