Вебинар – сравнительно новая форма взаимодействия ведущего (тьютора, модератора) с аудиторией (студентами, слушателями, коллегами). Цели, с которыми проводятся нынче вебинары весьма и весьма разнообразны: промоушены, дискуссии, обмен опытом, мозговые штурмы…
Но, безусловно, во всех случаях есть общие закономерности организации и проведения.
Цель вебинара - обсудить, что нужно знать и что учесть при подготовке вебинара.
Целевая группа - все, кто использует, или предполагает использовать в своей практике вебинары.
План вебинара:
- Как следует ставить цели на вебинар,
- Как организуются вебинары,
- Какие материалы стоит готовить,
- Особенности подачи учебного материала для такого способа взаимодействия,
- Какие есть особенности общения ведущего со слушателями и наоборот,
- Технические требования к организации вебинаров.
Вебинар – сравнительно новая форма взаимодействия ведущего (тьютора, модератора) с аудиторией (студентами, слушателями, коллегами). Цели, с которыми проводятся нынче вебинары весьма и весьма разнообразны: промоушены, дискуссии, обмен опытом, мозговые штурмы…
Но, безусловно, во всех случаях есть общие закономерности организации и проведения.
Цель вебинара - обсудить, что нужно знать и что учесть при подготовке вебинара.
Целевая группа - все, кто использует, или предполагает использовать в своей практике вебинары.
План вебинара:
- Как следует ставить цели на вебинар,
- Как организуются вебинары,
- Какие материалы стоит готовить,
- Особенности подачи учебного материала для такого способа взаимодействия,
- Какие есть особенности общения ведущего со слушателями и наоборот,
- Технические требования к организации вебинаров.
Moodle с точки зрения пользователя и программистаIgor Sazonov
Описание обычных действий администратора Moodle и то что происходит со стороны программиста: обзор полезных функций, контекст в Moodle, система ролей, работа с MySQL и Postgresql
1. Стандарты и спецификации, применяемые при разработке электронных курсов Саммит разработчиков электронных курсов 24-25 марта 2011 г., г. Москва Коновалов Павел
2. Темы презентации Цели применения спецификаций и стандартов при разработке электронных курсов Обзор основных видов спецификаций и их назначение Обзор стандарта SCORM Что нужно учесть при разработке SCORM-курса
5. Зачем нужны стандарты? Совместимые реализации и свободный обмен Коммерческая привлекательность Минимизация ошибок и контроль качества
6. Зачем нужны стандарты? Провайдеры eLконтента: Разработка в соответствие со стандартом вместо создания собственных реализаций. Интероперабельность - нет необходимости сложной адаптации под разные платформы. Пользователи: Обмен информацией между учебными заведениями и работодателями. Выбор контента, платформ и провайдеров. Разработчики платформ и прикладного ПО: Снижение стоимости разработки. Высокий охват рынка.
7. Спецификации, модели, стандарты.. В чем разница? Стандарти-зирующиеорганизации Рынки Консорциумы, пользователи AICCIMS ARIADNE IEEEISOCEN/ISS ADL Стандарты«де факто» Разработки Техническиеспецификации Аккредитованные и международныестандарты Эталонныемодели Нуждыпользователей
9. Адаптивное обучение Описание комплекса целей, знаний и навыков Описание групповых и ролевых подходов обучения Профили компетенций Методика IMS Simple Sequencing IMS Learning Design IMS Competency Definitions
10. Описание учебного контента Упаковка учебного контента Трекинг результатов Разработка Доставка IMS Meta-data, IEEE LOM + IMS Content Packaging + AICC = SCORM
11. Единый формат для создания тестирований Определяются содержание и типы вопросов, возможные ответы, веса, агрегация в секции и пр. IMS Question and Test Interoperability Контроль
12. Обеспечение открытой и модульной системы обучения Возможности по интеграции компонентов Обмен данными учащихся Создание репозиториев для хранения учебного контента IMS Enterprise Services, OKI OSIDS IMS Web Services, Tools Interoperability Обмен и хранение IMS e-Portfolio, Learning Infromation IMS Digital Repositories
13. Что нужно разработчику курса? Возможность загрузки курса в различные системы без переработки. Использование только тех, спецификаций необходимых для реализации методических требований. Наличие инструментов и документации для быстрой разрботки. SCORM
14. Стандарт SCORM Признан всеми разработчиками системe-Learning Является заказчиком консорциума IMS по разработке спецификаций Отражает текущий «рыночный минимум» поддержки спецификаций разработчикамикурсов и систем
15. Стандарт SCORM Базируется на спецификациях IMS Meta-data и IMS ContentPackaging – необходимых для создания пакета курса Возможности обмена данных с системой (на основе AICC) Возможности по созданию адаптивных курсов – навигация и предоставление компонентов учебного материала в зависимости от действий учащегося. (Только в SCORM 2004) Раздел Content Aggregation Model Раздел Runtime Environment Раздел Sequencing and Navigation
17. Элементы SCORM-курса Package Interchange File Манифест Метаданные Организация (структура) Ссылки на ресурсы (привязка ресурсов в манифест) Ресурсы(контент, медиа и др. файлы) PIF (Package Interchange File) – ZIP архив, который включает в себя манифест imsmanifest.xmlсо структурой курса, метаданнымии ссылками на ресурсыи физические файлыконтента (html, видео, звук, flash и пр). Ссылки на все физические файлы должны присутствовать в манифесте! Суб-манифесты
18. Взаимодействие с LMS Типы объектов в манифесте: Asset.Обычные ресурсы или страницы с контентом, которые никаким образом не взаимодействуют с внешней средой. SCO. Shareable Content Object. Учебный объект, который может содержать мультимедиа ресурсы, который использует API для взаимодействия с LMS и обмена данными.
19. Взаимодействие SCO и LMS SCO использует определенный API в качестве механизма взаимодействия с LMS Задачей LMS является предоставление объекта-адаптера, реализующего API Функции сессии Функции передачи данных Функции поддержки Задачей SCO является поиск и инициализация данного API Для обмена информацией между SCO и LMS используется JavaScript
20. Взаимодействие SCO и LMS SCO инициализирован Инициализация SCO не инициализирован Завершение работы Работа со SCO завершена В задачу SCO входит поиск объекта API и вызов LMSInitialize После инициализации SCO могут быть вызваны все функции, однако после вызова LMSInitializeмогут быть вызваны только функции поддержки
21. Взаимодействие SCO и LMS Модель данных – набор типизированных, предопределенных переменных. Модель данных требуется для того, чтобы различные LMS могли обрабатывать одинаковые данные Область действия данных ограничена одним SCO Все элементы модели данных являются необязательными
22. Взаимодействие SCO и LMS cmi.core.lesson_status – статус текущего прогресса обучаемого cmi.core.score.raw – оценка прохождения cmi.core.session_time – время, которое учащийся потратил на единовременный просмотр SCO cmi.core.lesson_location –позволяет определить место, на котором остановился учащийся при предыдущем доступе
23. Ограничения SCO Область действия данных ограничена одним SCO – Нельзя поменять статус другого SCO Для каждого SCO один набор данных – нельзя сохранить несколько статусов для одного SCO (для данной ситуации можно использовать механизм Objectives) Нельзя открывать один SCO по ссылке из другого
24. Что необходимо учесть при разработке SCORM курса? На стадии методической подготовки: Должны ли передаваться данные о прохождении? Насколько подробными должны быть эти данные? Существуют ли требования по адаптивному прохождению курса?
25. Что необходимо учесть при разработке SCORM курса? На стадии проектирования концепции плеера и курса Какова будет структура курса – один объект, линейная или многоуровневая? Соответствует ли структура курса требованиям по подробности статистики?
29. Что необходимо учесть при разработке SCORM курса? На стадии разработки курса: Как курс ведет себя в LMS? Все ли необходимые данные сохраняются и отображаются в LMS?
30. Полезные ссылки RELOADEditor – открытый инструмент для сборки SCORM-пакетаwww.reload.ac.uk ADL – организация разрабатывающая SCORM: документация, Test Suite, сертификацияwww.adlnet.gov IMS:подробное описание спецификаций для E-learningwww.imsglobal.org