4 курс (заочка) / Лекции / 1, 2 лекции МИС

5. Флэш-плеер тоже может воспроизводить мультимедиа контент?

Да, может, − в определенных рамках. Есть ограничения по используемым форматам и способам воспроизведения мультимедиа компонентов. Например, можно использовать только один, притом специфичный для flash-технологий, видеоформат, имеются существенные ограничения для объемных (3D) изображений и т.д.

Но главные различия Flash и ОМС лежат в другой плоскости. Flash – проприетарное коммерческое решение с немалой стоимостью лицензии на инструментарий, ОМС – открытая бесплатная система, нацеленная исключительно на удовлетворение запросов пользователей. Разные цели, разные концепции ведут к диаметрально противоположным решениям.

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

ОМС-плеер допускает использование программного окружения сторонних производителей. Это значит, что любое новое, интересное решение по представлению интерактивного мультимедиа контента может быть включено в контент ОМС. Разработчики flash-технологий привлекать «чужие» решения, естественно, не могут. Доминанта корпоративных интересов как раз и приводит к ограничениям, с которых мы начали сравнительный анализ.

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

6. Но зато флэш-плеер работает в режиме on-line?

Здесь имеет место некоторое заблуждение. Часто «on-line» воспринимают как «прямо сейчас», то есть «real time», подразумевая отсутствие задержек. Это не так. Любой интерактивный мультимедиа контент воспроизводится при условии, что он целиком (или в определяющем объеме) загружен на компьютер пользователя.

Flash-композиция не исключение. Как правило, она воспроизводится flash-плеером в поле контента интернет-браузера (по аналогии с ОМС flash-плеер составляет программное окружение браузера). Если объем композиции достаточно велик, требуется ощутимое время на то, чтобы закачать ее в буфер браузера. С момента запроса до начала воспроизведения приходится подождать, при низкой пропускной способности сети – достаточно долго.

Как уже отмечалось, то же самое происходит при закачке с помощью браузера электронного учебного модуля ОМС. Различия начинаются после выключения браузера.

В первом случае flash-композиция нам уже больше недоступна, воспроизвести ее еще раз можно только после очередной закачки. Во втором – модуль можно сохранить в локальном хранилище и воспроизводить сколько угодно раз, не обращаясь больше в сеть, т.е. off-line. Однако

141

модуль ОМС можно запустить и не выключая браузера, при этом существо процесса ничем не отличается от «on-line» воспроизведения flash-композиции.

7. Зачем нужно локальное хранилище?

Прежде всего для того, чтобы сэкономить силы и средства пользователей. Для коммерческого проекта выгодно предоставлять on-line доступ к контенту: каждое обращение – это, как минимум, плата за трафик, а во многих случаях − и за пользование контентом.

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

Другая задача локального хранилища – методическая: в нем собираются модули, полученные из разных источников, авторские ЭУМ, а также составленные с помощью органайзера последовательности, иерархические списки и другие комбинации ЭУМ.

8. Зачем нужен органайзер?

Органайзер неразрывно связан с локальным хранилищем – он его организует и обслуживает. Именно средствами органайзера производится структуризация ЭУМ в хранилище и быстрый поиск необходимого модуля.

Органайзер способен в фоновом режиме скачивать из центрального хранилища заказанные пользователем модули и импортировать ЭУМ с локальных носителей.

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

Но, пожалуй, самые интересные возможности, оправдывающие название этого программного продукта, заключаются в организации персональных структур: папок, последовательностей и иерархий ЭУМ. Вы можете структурировать имеющиеся модули по собственному усмотрению, разместив их во вложенных папках, выстроить ЭУМ в определенной последовательности, т.е. реализовать авторский учебный курс преподавателя или построить индивидуальную образовательную траекторию для каждого учащегося.

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

9. Чем пакет «ОМС-клиент» версии 2 отличается от пакета версии 1?

Инсталляционный пакет «ОМС-клиент» включает:

−ОМС-плеер;

−Органайзер;

−Adobe Flash-player;

−Инсталлятор.

142

Первые два компонента составляют клиентскую часть операционной среды ОМС, Flash-player может понадобиться в программном окружении. В целом это программное обеспечение пользователя ОМС. Инсталлятор – программа автоматической установки указанных компонентов на компьютере пользователя с предварительной проверкой соответствия конфигурации компьютера минимальным системным требованиям.

«ОМС-клиент» версии 1 предназначен для работы только в среде операционных систем (ОС) семейства Windows. Использует DirectX и другие специализированные подсистемы Windows. В программном окружении ОМС-плеера версии 1 кроме Flash-player может использоваться также Apple QuickTime-player.

«ОМС-клиент» версии 2 – кроссплатформенный. Архитектурные и другие решения ОМСплеера и органайзера версии 2 принципиально иные, обеспечивающие их функционирование под управлением различных операционных систем. Исходные программные тексты плеера и органайзера инвариантны, для включения в пакет они компилируются и отлаживаются в среде определенной ОС. На сегодня существует реализация для линейки Windows и несколько реализаций для ОС семейства Linux. Множественность Linux-реализаций вызвана отсутствием совместимости ОС этого семейства.

Впакет для определенной платформы подбирается соответствующая реализация Flash-player.

Впрограммное окружение кроссплатформенного ОМС-плеера версии 2 QuickTime-player не включается, поскольку последний не имеет реализации для Linux.

10. Какие международные стандарты используются при создании ЭУМ?

Прежде всего стоит разделить стандарты и спецификации, которые часто путают. Под спецификацией обычно понимают некоторое зарегистрированное описание. Стандартом спецификация становится в результате длительного развития, обязательными этапами которого являются: исследования и испытания, всеобщее признание («фактический» стандарт) и длительная процедура принятия стандарта де-юре. Подавляющее большинство широко известных спецификаций имеют пока статус «фактических», юридически в качестве стандартов не утвержденных [18]. Так что более строго следует говорить об использованных международных спецификациях.

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

Во-первых, международным спецификациям соответствуют все используемые форматы мультимедиа компонентов, «фактическими» стандартами являются также допустимые в ЭУМ программные решения.

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

(TCP/IP, HTTP и т.д.).

К третьей группе относятся спецификации, использованные при разработке архитектуры ЭУМ: Learning Object Metadata (LOM) и Sharable Content Object Reference Model (SCORM).

11. Где именно применяется спецификация LOM?

143

Сначала следует отметить, что Learning Object Metadata достаточно хорошо адаптирована в России, имеется локализованный вариант RUS_LOM [3, 4].

На основе RUS_LOM построен профиль метаданных электронных учебных модулей ОМС. В рамках этого профиля формируются метаданные ЭУМ, в основе построения поисковых систем серверной и клиентской частей функциональной среды ОМС также лежит этот профиль.

Иными словами, LOM «пронизывает» всю открытую образовательную модульную мультимедиа систему сверху донизу: от центрального хранилища с его системой управления базой модулей до локального хранилища с органайзером, поскольку все они работают с метаданными ЭУМ.

12. Что нам дает SCORM?

Спецификация Shareable Content Object Reference Model [27, 28] разработана в начале 2000-х

годов по заказу Министерства обороны США. Изначально основной идеей SCORM было сокращение расходов на разработку мультимедиа контента для обучения военнослужащих. Во главу угла ставился принцип многократного использования элементов контента и программных решений в различных учебных материалах.

Конечно, когда ключевым принципом разработок является снижение издержек, а не образовательная эффективность электронного контента, трудно говорить о применимости SCORM всегда и везде. И создатели спецификации это признают [18].

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

Instructional Management Systems Global Learning Consortium (IMS), Learning Technology Standards Committee (LTSC) и других мировых лидеров стандартизации. Разумеется, создатели SCORM добавили в комплект и свои решения, так что три набора спецификаций SCORM:

−Content Aggregation Model (CAM);

−Run-Time Environment (RTE);

−Sequencing & Navigation (SN)

по существу являются «энциклопедией стандартов» электронного обучения.

13.Как используется SCORM в ОМС?

Всоответствии с этой спецификацией в ОМС транслировано множество решений, основные из них следующие:

−структура электронного учебного модуля исходит из рекомендаций CAM;

−результирующие данные, отражающие итоги работы пользователя с ЭУМ, соответствуют

RTE;

−построение учебного курса в виде последовательности ЭУМ определяется SN.

Как уже отмечалось, SCORM использует множество спецификаций и руководств, разработанных сторонними экспертными ассоциациями, например, LOM или модель

144

результирующих данных IEEE 1484.11.1. Соответственно, их применение в ОМС можно рассматривать как отдельно, так и в контексте SCORM.

14. Можно ли считать, что ОМС полностью соответствует SCORM?

Нет, если судить по версии SCORM 2004, полное соответствие представлениям того времени невозможно. Дело в том, что создатели SCORM ориентировались на простой on-line контент и, соответственно, на on-line режим обучения под автоматическим управлением Learning Management System (LMS). Что это означает с точки зрения пользователя? В простейшей интерпретации можно представить себе учащегося, непрерывно получающего по сети малые порции информации – тексты и изображения, именуемые «учебными объектами». В завершение сеанса – тест на усвоение информации, по результатам которого LMS сформирует очередной сеанс.

Если сравнивать ЭУМ ОМС с упомянутыми учебными объектами, очевидно, что изучение фрагмента виртуальной реальности в интерактивном режиме занимает на порядок больше времени, чем просмотр медиаэлемента – обычной учебной единицы в LMS. Соответственно, при работе с полученным по сети ЭУМ удерживать on-line соединение нецелесообразно. Пожалуй, это наиболее существенное отличие от концепции SCORM, исходящей из принципа «on-line forever».

Справедливо отметить, что в разделе «Будущие возможности SCORM» авторы прямо указывают на необходимость развития в направлении более сложного, интерактивного мультимедиа контента, в том числе – использующего игровые технологии [28]. И с 2008 г. эти планы получили реальное воплощение [24]. В рамках расширений SCORM реализованы интерактивные многопользовательские образовательные продукты – аналог многопользовательских ЭУМ в ОМС, которые, в свою очередь, являются архитектурным и функциональным аналогом широко известных интернет-игр.

15. Как применять ОМС в дистанционном образовании?

Когда говорят о дистанционном образовании, в первую очередь рассматривают два необходимых компонента – электронный образовательный контент и систему организации учебного процесса.

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

145

Что касается организации учебного процесса для удаленных пользователей, нет никакой необходимости отказываться от широко известных Learning Management System (LMS) с их развитыми подсистемами учета и статистики, доставки контента и контроля выполнения заданий. Сопряжение LMS с ОМС будет заключаться в дополнении инструментальных средств LMS органайзером и системой учета учебных достижений (СУД). Последняя должна иметь соответствующий интерфейс с LMS на стороне сервера, тогда результаты работы с ЭУМ в режиме off-line, доставленные по каналу «органайзер – СУД», будут вполне адекватно использоваться LMS.

16.Чем дистанционное обучение отличается от заочного?

Сдавних пор нам известны три формы обучения: очная, вечерняя, заочная. Сравнительно недавно к ним присоединилось еще одно понятие: «дистанционное обучение» (ДО).

Неудивительно, что ДО часто сравнивают с заочной формой. В варианте «кейс-технологий» различий по существу и нет. Разве что раньше студент-заочник сам беспокоился о покупке учебников, а в современном варианте все необходимые учебные материалы ему подобрали в вузе и сложили в тот самый «кейс» (портфель).

С развитием компьютерных сетей дистанционное образование стали ассоциировать с Интернетом. Благодаря телекоммуникациям необходимость в «кейсе» вроде бы отпала и, кроме того, теоретически ДО приобрело еще одно отличие – возможность текущих консультаций с преподавателем. Но, честно говоря, весьма теоретически. Да к тому же учебный интернет-контент потенциально проигрывал «кейсу», в который легко умещались и видеоматериалы, и мультимедиа учебники на компакт-дисках. Зато благодаря телекоммуникациям появилась возможность автоматизации: с помощью Learning Management System нетрудно организовать процесс для тысяч учащихся и при этом оперативно управлять обучением каждого из них.

Как видим, в процессе развития «дистант» в различных деталях все больше удалялся от традиционного заочного обучения, хотя в основном – качестве образования – значительного отрыва не наблюдалось. Нужно сказать, что аналогичные процессы информатизация породила во всех формах и на всех ступенях образования. И весь этот бурный поток разнообразных нововведений обозначили руслом, именуемым «e-learning».

17.Что такое e-learning?

Вдословном переводе – «электронное обучение». Под e-learning подразумевается не форма обучения, а комплекс технологий. Концептуально электронное обучение направлено на совершенствование самостоятельной образовательной деятельности. В качестве постулата формулируется, что эффективный электронный контент, развитые телекоммуникации и современные образовательные технологии обеспечат прорывные результаты в образовании. Необходимо «всего лишь» определить в этой формуле «весовые коэффициенты» − какой именно контент можно считать «эффективным», до какой степени коммуникации «развиты», какие образовательные технологии «современны».

«E-learning» − обобщающее понятие, не связанное с формой обучения. При этом можно сказать, что электронное обучение сближает различные формы организации учебного процесса. Действительно, домашняя работа школьника с электронными учебными модулями по существу

146

ничем не отличается от выполнения аналогичного учебного задания инвалидом-надомником. Если в обоих случаях самостоятельная учебная работа охватывает все основные компоненты образовательной деятельности (информация, практика, контроль), разрыв в качестве образования, безусловно, уменьшается. Однако преимущества ежедневного общения с преподавателем очевидны. Соответственно, в дистанционной/заочной форме требуется поиск путей компенсации дефицита коллективной образовательной деятельности под руководством наставника.

147

Приложение 3

Технология открытого сценария

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

Для открытой образовательной модульной мультимедиа системы была разработана специальная технология OST (Open Scenario Technology – Технология открытого сценария). В качестве декларативной основы OST используется XML (eXtensible Markup Language — расширяемый язык разметки) со специальным набором элементов и их атрибутов. В качестве динамической составляющей выбран язык JavaScript. Применение интерпретируемого языка обеспечивает кроссплатформенность и открытость электронного учебного модуля ОМС для модернизации пользователем.

JavaScript – межплатформенный объектно-ориентированный язык написания компьютерных сценариев. JavaScript достаточно компактный язык, разработан специально для внедрения в компилируемые программные продукты. Находясь внутри рабочей средыхозяина, JavaScript может подключаться к объектам этой среды, обеспечивая программное управление ими. Именно такой механизм используется в ОМС: JavaScript из состава ЭУМ взаимодействует с унифицированным кроссплатформенным ядром программы-реализатора.

Ядро JavaScript содержит набор основных объектов, таких как String (Строка), RegEx (Регулярные выражения), Number (Число), Array (Массив), Date (Дата), Math (Математическая библиотека), и Object (Объект), и набор элементов языка, таких как операции, управляющие структуры и операторы. Ядро JavaScript может быть расширено путём дополнения его новыми объектами, в частности – объектами OST.

• Основы создания OST-сценария

Для описания размещения объектов на сцене используется декларативная часть OST – язык XML. Описание сцены в этом случае представляет собой набор инструкций, документально представленных в виде структуры тегов (англ. tag, элемент языка разметки гипертекста) в формате XML. Теги выделяются угловыми скобками (< и >). Каждый тег имеет свое название и является ключевым словом. Спецификация тега задается его

148

атрибутами и их значением. Атрибуты, если они имеются, пишутся за названием тега в произвольном порядке через пробел, а значение атрибута указываются в кавычках и отделяется от названия атрибута знаком равенства. Формат тега имеет следующий вид:

<Название_тега [атрибут1 [= значение1] … [атрибутN [= значениеN]>

Так, тег <image src="/DATA/components/picture.jpg"/> дает команду вывести на сцену графический объект из файла DATA/components/picture.jpg. Здесь ключевое слово image – название тега, src – атрибут, а "/DATA/components/picture.jpg" − значение атрибута.

Теги можно писать в одной строке или в нескольких, делая переносы в любом месте. Большинство тегов являются контейнерами. Это означает что:

−тегу <ТЕГ> обязательно соответствует заключительный </ТЕГ>;

−между тегами можно разместить другие теги, контейнерные или нет, то есть допускается вложенность тегов.

С помощью специальных тегов можно сформировать на сцене композицию из различных объектов, задавать параметры шрифтов.

Сценарии на JavaScript

Лексический запас языка JavaScript значительно меньше, а синтаксис значительно проще языков общего назначения (C/С++, Pascal и т.д.), что обеспечивает (при прочих равных условиях) более низкую трудоемкость при написании программного кода. Эти же причины способствуют более легкому и быстрому овладению технологией программирования в среде скриптовых языков.

Для управления элементами сцены и некоторыми свойствами ОМС-плеера, организации взаимодействия пользователя с программной средой ЭУМ, выполнения расчетов и обработки данных в рамках рассматриваемой технологии используется скриптовый язык JavaScript. Программы, написанные на этом языке, называются скриптами (scripts). ОМС-плеер, загруженный для воспроизведения ЭУМ, а также унифицированный пользовательский интерфейс образуют иерархическое множество объектов – так называемую объектную модель. Интерпретатор JavaScript, встроенный в ОМС-плеер, предоставляет пользователю возможность использовать средства языка JavaScript для доступа к ресурсам ОМС-плеера и загруженного в данный момент ЭУМ.

В соответствии с OST программный код размещается внутри XML документа. Фрагменты программного кода на языке JavaScript размещаются между тегами <script> и </script>. Контейнер <script> может располагаться в любом месте scenario на OST. Программный код на языке JavaScript может быть расположен во внешнем файле (вне структуры XML документа). В таком случае контейнер <script> будет содержать атрибут src, который указывает на внешний файл с текстом программы на языке JavaScript.

149

Пример

<?xml version="1.0" encoding="UTF-8"?>

<RMT>

<scene>

<script src="myScript.js"/>

</scene>

</RMT>

Если скрипт располагается в отдельном файле, то в нем, разумеется, теги <script> и </script> не пишутся. Файлы со скриптами на JavaScript являются обыкновенными текстовыми файлами.

Обработка событий

Одним из главных назначением скриптов в ЭУМ является обработка событий, таких как щелчок кнопкой мыши по объекту, помещение указателя мыши на объект, смещение указателя мыши с объекта, нажатие клавиши и т. д. Большинство тегов имеют возможность размещения внутри себя дочерних тегов <script> со специальным атрибутом event, определяющим событие, при наступлении которого выполняется содержащейся внутри программный кода.

Пример

<?xml version="1.0" encoding="UTF-8"?>

<RMT>

<scene>

<image src="/DATA/components/picture.png">

<script event="onPress">

for ( var i = 0; i < 10; i++) {

pictureList[i].visible = true;

}

</script>

</image>

150