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

Все это заставляет обратить внимание на активно возникающие Open Source (OS) системы ДО и взвесить имеющиеся в этом случае минусы и плюсы. Обычно к минусам OS относят так называемый «БНС» фактор - боязнь, неуверенность и сомнение пользователей в качестве и надежности программ, им вменяется невнимание к стандартам доступа (accessibility standards), существует боязнь пиратства (когда могут незаконно присвоить то, что ты создал на основе OS) и проч. Несомненные достоинства продукта заключаются в том, что OS является наиболее естественным выбором для образовательных проектов, поскольку его корни лежат в идее сотрудничества, и сама идеология позволяет объединить таланты и опыт большого количества преподавателей, студентов, волонтеров-программистов в развитии и совершенствовании образовательных программных продуктов. Более того, такое обучающее программное обеспечение может функционировать как инструмент, ориентированный на обучающегося, как основа для гибкого, допускающего изменения обучения, адаптированного для той или иной учебной программы.

1.6 Стандарты в электронном обучении

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

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

К наиболее распространенным стандартам в сфере электронного обучения относятся следующие:

IMS - Instructional Management Systems (Системы организации обучения),

IEEE - Institute of Electrical and Electronic Engineers (Институт электротехники и электроники),

AICC - Airline Industry Computer Based Training Committee (Международный комитет по компьютерному обучению в авиации),

ADL - Advanced Distributed Learning (Продвинутое распределенное обучение),

ARIADNE (Консорциум АРИАДНА),

SCORM - Sharable Content Object Reference Model (Модель обмена учебными материалами).

1.6.1 Стандарт IMS

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

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

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

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

Стандарты, разрабатываемые Консорциумом глобального обучения IMS (IMS Global Learning Consortium), помогают избежать этих трудностей и способствуют внедрению технологии обучения, основанной на функциональной совместимости. Некоторые спецификации IMS получили всемирное признание и превратились в стандарты для учебных продуктов и услуг. Основные направления разработки спецификаций IMS - метаданные, упаковка содержания, совместимость вопросов и тестов, а также управление содержанием.

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

Созданная IMS информационная модель упаковки содержания (УС) описывает структуры данных, призванные обеспечить совместимость материалов, созданных при помощи интернета, с инструментальными средствами разработки содержания, системами организации обучения (learning management systems - LMS) и так называемыми рабочими средами, или оперативными средствами управления выполнением программ (run-time environments). Модель УС IMS создана для определения стандартного набора структур, которые можно использовать для обмена учебными материалами.

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

Спецификация управления содержанием, подготовленная IMS, устанавливает стандартную процедуру обмена данными между компонентами содержания учебных программ и рабочими средами.

1.6.2 Стандарт SCORM

Среди всех появившихся в последнее время продуктов стандартизации электронного обучения SCORM получил самое широкое признание. Эта модель используется при создании систем обучения, опирающихся на ресурсы интернета. Эталонная модель SCORM состоит из трех частей: введения, или обзорной части (the Overview), описания модели интеграции содержания (the Content Aggregate Model) и описания рабочей среды, или среды выполнения программ (the Run-Time Environment - RTE). В первой части описываются стандарты ADL и дается логическое обоснование создания эталонной модели. Вторая часть содержит практические советы по выявлению ресурсов и преобразованию их в структурированный учебный материал. В последней части даются практические советы по осуществлению связи с веб-средой и отслеживанию ее содержимого.

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

SCORM - это, скорее, не стандарт, а эталон, при помощи которого проверяется эффективность и практическая применимость набора отдельных спецификаций и стандартов. Этот эталон используется такими разработчиками стандартов, как IEEE и IMS, для объединения созданных ими спецификаций.

Согласно требованиям SCORM, учебные программы должны содержать три основных компонента:

1. Язык взаимодействия программ (run-time communications) - иными словами, стандартный язык, на котором обучающая программа «общается» с системой организации обучения (LMS) или с виртуальной средой обучения (VLE). Наличие такого языка важно прежде всего потому, что он позволяет запустить и завершить программу обучения, находясь в LMS или VLE. Кроме того, этот язык делает возможной передачу данных об оценках из учебной программы в LMS.

2. Файл-манифест / пакет содержания (Content package). Этот файл содержит полное описание курса обучения и его составляющих.

3. Метаданные о курсе. Каждый фрагмент курса - изображение, страница HTML или видеоклип - ассоциируется с определенным файлом метаданных, в котором содержатся указания на то, чту этот фрагмент собой представляет и где находится.

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

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

Упаковка содержания - стандартизованное описание структуры содержания, которое можно использовать для обмена учебными материалами.

Учебным объектом называется медианезависимый информационный блок, предназначенный для многократного использования в качестве модуля в различных материалах электронного обучения. Учебные объекты наиболее эффективны тогда, когда для их классификации используются метаданные и когда для хранения информации используется система типа Language Content Management System - LCMS (система управления содержанием обучения, или система организации учебных материалов).

Активы - минимальные целостные фрагменты курса, например, файлы с расширениями JPEG, PDF, AVI и т.д.

Совместимость вопросов и тестов - использование одних и тех же вопросов тестирования разными системами оценки знаний.

Управление содержанием - стандартная процедура обмена данными между компонентами содержания и системой управления обучением.

Страницы: 1, 2, 3, 4, 5, 6, 7