Унифицированные требования к интерактивным мультимедийным электронным образовательным ресурсам (стр. 12 )

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

Чрезмерно широкие содержательные рамки при добросовестном отношении к дидактической полноценности контента приведут к превышению объемов ИОМ сверх допустимого. Попытка разделения контента ИОМ любого типа путем размещения в нескольких однотипных модулях означает грубое нарушение логической структуры ЭОР. Пользователя такое нарушение обяжет скачивать с сервера множество ненужных ИОМ вместе с одним искомым.

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

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

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

Третья задача концепции – обоснование подходов и выбор решений для удовлетворения специальных требований к ЭОР. Как правило, Заданием на выполнение работ (Техническим заданием) и/или отдельным приложением к контракту определяется специфика применения данного ресурса и указывается ряд соответствующих требований. Например, ЭОР может предназначаться для учащихся с определенными ограничениями (по слуху/зрению), для инвалидов, не посещающих образовательные учреждения, и других специальных категорий учащихся. Проект может быть посвящен созданию вариативов или направлен на расширение охвата предметной области, тогда специальные требования состоят в привязке к имеющимся ресурсам.

3.5.2. Сценарный план модуля

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

Сценарный план позволяет разработчику:

·  определиться с содержательными, инновационными, технологическими параметрами и характеристиками ИОМ;

·  позиционировать модуль в предметном классификаторе;

·  сформулировать ключевые метаданные;

·  определить необходимое для воспроизведения ИОМ программное окружение (plug-in) браузера;

·  предварительно оценить информационный объем ИОМ;

·  избежать непроизводительных затрат.

С точки зрения заказчика сценарный план позволяет:

·  оценить предстоящую разработку на предмет соответствия Заданию на выполнение работ, Унифицированным требованиям и другим приложениям к контракту;

·  своевременно (без затрат на производство) отклонить предложения по разработке модулей, не соответствующих требованиям заказчика;

·  получить исходные данные, необходимые для интегральной оценки качеств ИОМ;

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

В целом согласование сценарного плана ИОМ позволяет предотвратить возможные конфликты разработчика и заказчика.

Структура сценарного плана интерактивного образовательного модуля включает:

·  общие сведения об ИОМ;

·  краткое описание модуля для предварительного ознакомления с ним потенциальных пользователей;

·  параметры инновационных качеств;

·  позиционирование ИОМ в соответствии с предметным классификатором, в том числе – учебное окружение – наименования и типы ИОМ, разрабатываемых в рамках того же тематического элемента;

·  методы определения результирующих данных;

·  краткое описание контента (представляемые объекты/процессы и используемые для этого медиаэлементы);

·  краткое описание методов взаимодействия пользователя с контентом;

·  указание необходимого для воспроизведения программного окружения сторонних производителей.

Форма сценарного плана ИОМ приведена в разделе 5.4.

3.5.3. Разработка интерактивного контента

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

Разработка мультимедиа компонентов достаточно подробно описана в литературе. Необходимо обратить особое внимание на соблюдение авторских и имущественных прав на исходные материалы. Ответственность за лицензионную чистоту используемых текстов и аудиовизуальных произведений несет разработчик.

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

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

·  адекватное (время/место/качество) воспроизведение мультимедиа компонентов в каждой мультимедиа композиции, сцене, мизансцене;

·  полная функциональность всех активных зон и элементов, реализация интерактива в соответствии со сценарным планом ИОМ;

·  адекватное вычисление результирующих данных;

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

3.5.4. Подготовка метаданных

Метаданные разрабатываются в рамках соответствующего профиля, описанного в разделе 5.2.

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

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

3.5.5. Упаковка и выходное тестирование

В соответствии с архитектурой ИОМ все структурные составляющие модуля пакуются в ZIP-контейнер. По согласованию разработчика и заказчика контейнеру присваивается определенный идентификатор − имя контейнера (не путать с наименованием модуля). Расширение имени контейнера − .zip.

Упакованный интерактивный образовательный модуль подвергается выходному тестированию. Разделяются три вида тестирования:

− функциональное;

− смысловое;

− техническое.

Функциональное тестирование направлено на всеобъемлющую проверку работоспособности ИОМ при всех возможных вариантах взаимодействия пользователя с контентом и элементами управления/навигации.

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

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

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

Тестирование ИОМ по сути является итерационным процессом. Ошибки и недоработки контента и программных решений ИОМ устраняются по мере выявления на каждой итерации. Заключительной операцией итоговых испытаний созданного модуля является внесение в метаданные корректировок по результатам тестирования.