Электронные учебные курсы? Никогда не слышал… Форма и функционал

    Электронная форма обучения становится всё более популярной и зрелой. Google объединил свои образовательные программы на одном сайте, всё чётче проявляются качественные российские (Lektorium.tv, TeachVideo, UniverTV) и американские разработчики\агрегаторы учебного контента (Udacity, Coursera, Codecademy), всё больше ВУЗов (MITx, MIT OCW, см. Coursera) представляют бесплатный доступ к своим материалам, да и наше государство старается не отставать — Министерство Образования и Науки в 2011-ом году провело конкурсов по разработке образовательных ресурсов (правда для школ и профессионального образования) на сумму более полутора миллиардов рублей. Сумма ориентировочная по данным c сайта государственных закупок.

    В этой публикации я хочу описать известные мне формы учебных ресурсов и описать их функционал с точки зрения разработчика.

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

    Чего стоит ожидать от учебного курса и чем он вообще отличается от страницы wikipedia?


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

    Распространённые типы электронных учебных материалов


    Вернёмся от теории к практике и посмотрим на распространённые сегодня формы электронных учебных материалов:
    • "офисные" форматы,
    • электронные книги и учебники — от txt до iBooks,
    • специфические форматы разнообразных программных "плееров",
    • видео материалы: скрин- и слайдкасты, записи лектора, постановки, 2D и 3D анимации,
    • аудио материалы,
    • обучающие диски,
    • интерактивные виртуальные модели и учебные игры,
    • системы тестирования,
    • курсы, работающие из браузера,
    • курсы работающие в LMS (Learning Management System: Moodle, Sakai, Blackboard и т.п.).

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

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

    Знакомые многим с детства учебные компакт диски по школьным курсам для использования на локальном компьютере пользователя. Отечественные примеры: , Образование-медиа (Просвещение), Новый диск, Физикон.

    Интерактивные и виртуальные модели — обобщающее название для практических\лабораторных сред. Примеры: JS песочница и sandbox по схемотехнике из курса MITx Circuits & Electronics 6.002x.

    Курсы, работающие из браузера — широчайшая категория от lection01.htm на локальном диске до learn.javascript.ru. Часто применяются для внутреннего корпоративного обучения. Результирующие данные и управление учебными траекториями не используются.

    Дифирамбы LMS и пути развития


    Наиболее технологичным и функциональным способом организации масштабного дистанционного учебного процесса на сегодняшний день является использование web based LMS. Множество LMS можно считать подмножеством CMS, специализированном на организации и управлении дистанционной учебной деятельностью. Использование LMS позволяет вынести часть стандартного для всех курсов функционала из самих учебных пакетов, например — управление учебной траекторией, общение с преподавателем и одногруппниками, организация и хранение результатов тестирования и "статуса прохождения", обеспечение навигации по материалам учебного курса. Это упрощает и удешевляет процесс разработки самих курсов.

    Так как пользователи работают с системой через браузер, все элементы учебного курса создаются или, как минимум, хранятся в тех форматах, которые может воспроизвести поддерживаемый выбранной LMS перечень браузеров. Использование внешних программ не исключается (например можно прикрепить задания в формате autocad и получить его обратно от студента), но ограничивается естественным образом.

    Учебный курс может храниться в LMS как в её внутреннем формате, так и в стандартизованном, например SCORM SCO или IMS CC. В первом случае учебный курс создаётся средствами самой LMS с помощью user-friendly интерфейса (обычно это делают преподаватели), во втором — специализированными внешними программами (например — eXe editor, здесь преподаватель самостоятельно не справится). Большинство LMS имеют механизмы импорта и экспорта созданных во внутреннем формате курсов, но он работает в пределах систем одного семейства. В настоящее время внутренний формат хранения контента используется в подавляющем количестве инсталляций LMS.

    При использовании стандартизованных форматов возрастает сложность и стоимость создания и редактирования курсов, появляются проблемы их единообразного воспроизведения различными LMS (схожая с браузерами история), но появляется возможность относительно легко перекидывать курс из одной системы в другую и очень часто — использовать его на локальном компьютере. Мало кто из заказчиков учебных курсов сейчас задумывается о пагубности зависимости от LMS, а для разработчиков таких систем поддержка стандартизованных форматов — вынужденная необходимость. Однако сами спецификации SCORM, разработанные ADL по заказу министерства обороны США, проработаны отлично и пользоваться ими одно удовольствие (за редкими исключениями). В общем, на мой взгляд, за стандартизованными учебными пакетами будущее, но на это будущее ещё предстоит работать и работать. В этом году Google Summer of Code включил в себя один проект по теме "Improve SCORM 2004 Support In Moodle" и, по-моему, им уже второй год занимается один и тот же студент.

    Функционал и форма


    Вернёмся к функционалу и форме представления материалов, которое может сегодня обеспечить учащимся современный электронный учебный web курс в LMS.

    Начну с самого привычного типа материала — текст с иллюстрациями:
    • всплывающие подсказки (определения из глоссария),
    • вариабельная сложность текста, когда ученик или LMS может выбрать глубину и сложность объяснения материала,
    • вариабельная тематика примеров, приведённых в материалах (скорее для средней школы),
    • спойлеры,
    • внутренняя ссылочная связность материалов (включая раздел "список терминов" с ссылками на лекционный материал)
    • внешние интернет ссылки на живые сообщества или издания по излагаемой теме (сразу можно показать что предмет жив и как используется)
    • интерактивные иллюстрации, например график какой-либо функции и зависимости может быть отражён в разных исходных условиях и значениях переменных
    • выдержка единого стиля оформления заголовков, списков, текста, иллюстраций, таблиц,
    • озвучка выделенного пользователем абзаца,
    • версия для печати.

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

    Системы тестирования и интерактивные иллюстрации внутри электронного учебного курса могут быть реализованы как отчуждаемые программные модули на html, css, javascript и xml файлах. Спецификация SCORM RTE подразумевает осуществление проверки ответов на стороне клиента, что делает невозможным качественную защиту такой системы от взлома. На сегодняшний день большая часть систем тестирования функционирует на html элементах, "подчинённых" <form>, но и здесь растёт вклад виртуальных моделей.

    Функционал программной оболочки курса (client side javascript):
    • подготовка версий текстовых материалов для печати (если генерируются на клиенте),
    • обеспечение подсветки определений (если не hard coded в текст),
    • обеспечение навигации по курсу (если этим не занимается LMS),
    • применение технических настроек для контента (разрешение и размер экрана)
    • отправка результирующих данных в LMS (если работаем по протоколу SCORM RTE) и вообще всё взаимодействие с LMS,
    • стандартные программные модули курса (интерактивные иллюстрации, всплывающие окна, построение глоссария, модули тестирования т.п.),
    • функционирование "горячих" клавиш, вывод справки,
    • сохранение заметок учащегося "на полях",
    • построение дерева курса (если не hard coded),
    • отображение презентаций в окне браузера,
    • смена языка отображения интерфейса и изложения материалов,
    • интерфейс быстрого доступа к любым материалам (таблица с фильтрами по теме и типу материала),
    • обеспечение работы (хоть и менее функциональной) с локального диска пользователя.

    Спецификация SCORM CAM предусматривает хранение метаданных внутри каждого учебного пакета. Обычно используется модель LOM и её расширения, например RUS_LOM.

    Добавлю что часть описанного функционала я встречал в учебных курсах, часть — реализовалась в проектах с моим участием, а кое-что только обсуждалась в узком круге коллег. Буду рад расширить этот круг на страницах хабра.
    Метки:
    Поделиться публикацией
    Комментарии 15
    • 0
      Курсы, работающие из браузера… Результирующие данные и управление учебными траекториями не используются

      А как же intuit.ru, например? Полная история всех пройденных курсов, учебные планы, свидетельства и дипломы?
      • 0
        Конечно же можно написать LMS и с нуля под свой проект. Это граничный случай. К окончанию написания поста меня уже немного подташнивало от частоты использования слова «обычно», поэтому кое-где я его убрал, стараясь не навредить смыслу.
      • 0
        Эм… А в чем смысл статьи? Что хотел донести автор? Если эта статья для тех, кто «никогда не слышал об электронных курсах», то зачем сразу про скорм?
        • 0
          Смысл статьи — собрать имеющиеся технические решения (перечень и ссылки на примеры) по теме в одном месте. Лично мне не хватало подобного обзора при старте работы над электронными учебными ресурсами. Хочется верить что 32 человека добавили публикацию в избранное по схожим причинам.
          • 0
            Не зря-не зря писали:) Спасибо!
        • 0
          При использовании стандартизованных форматов возрастает сложность и стоимость создания и редактирования курсов,
          Крайне спорное утверждение. ИМХО, с помощью встроенных в тот же Moodle средств гораздо сложнее сделать сколько-нибудь хороший курс, чем с помощью специализированных инструментов от Adobe, Articulate, iSpring и прочих.

          появляются проблемы их единообразного воспроизведения различными LMS
          SCORM 1.2 везде поддерживается на хорошем уровне. Если софт, которым сделан пакет, не кривой, то проблем с единообразем передачи результатов не будет. Moodle, который очень популярен, не полностью поддерживает 2004-й SCORM, и могут быть проблемы.
          • 0
            Даже если не брать в расчет rapid authoring tools, прикрутить поддержку скорма к любому вебконтенту можно очень быстро с помощью Pipwerks.
            • 0
              Какой в этом случае будет репортинг в LMS?
              • 0
                Какой сделаете, такой и будет =) Всё работает а ля «scorm.set(параметр, значение, так что вы в любой момент можете установить любую переменную в любое значение.

                Приведите мне пример контента, я предложу конкретный вариант.
                • 0
                  Приведите мне пример контента, я предложу конкретный вариант.
                  Да, собственно, мне в общих чертах уже понятно :)
                  • 0
                    Вы наверное знаете, но для менее просвещённых читателей допишу — имеется ввиду любая из списка спецификации SCORM RTE переменная, доступная для записи из SCO с соответствующим типом и размером.
                    • 0
                      Тип у них всех один, стринг ;) А вот полный удобный список: scorm.com/scorm-explained/technical-scorm/run-time/run-time-reference/
                      • 0
                        Собственно и в этой табличке указаны типы — string, real, predefined vocabulary… Понятно что в запросе они идут строкой, но строка должна соответствовать формату, ожидаемому LMS для этой переменной. Список удобный. Я RUSTICI спрашивал какой у них PM (не S) и где, например, преподаватель может задать cmi.comments_from_lms. Ответа нет.
              • 0
                Спасибо за комментарий, такой user-friendly вариант создания стандартизованных курсов заслуживает пристального внимания. Скажу честно — моё знакомство с Articulate и Captivate закончилось на изучении описаний их функционала. Вспомнил Dreamweaver и засел за SCORM спецификации — в нашем случае было удобнее использовать notepad++.

                За воспроизведение SCORM пакетов в LMS отвечает SCORM плеер. Насколько я знаю, в moodle и ВВ он может быть как встроенным так и облачным с cloud.scorm.com.

                У меня в прошлом году были проблемы с загрузкой SCORM 1.2 Resource Package (самый простой тип агрегации контента без передачи результирующих данных) в BlackBoard — LMS не мог прочитать название пакета из файла манифеста. Решилось только сменой типа сборки на Content Aggregation Package. 1.2 более распространён и универсален — бесспорно. Да и в процессе разработки приходилось заглядывать в несколько разных LMS чтобы добиться соответствия.

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

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