Дипломная работа: Разработка методики проектирования и оценки дизайна электронного курса

4. Обеспечение исправления ошибок без повторного ввода данных;

5. Предоставление возможности управления ходом обучения;

6. Ясность и корректность информации;

7. Обеспечить согласованность объема предоставляемой информации пользователя с объемом его оперативной памяти и этапом обучения;

8. Делать акцент в информации об ошибках пользователя на то, как можно эти ошибки исправить;

9. Предусматривать использование несколько видов взаимодействия.

3. Требования к виду и расположению элементов курса в соответствии с правилами UX:

1. Закон близости;

2. Закон сходства;

3. Закон единообразия связей;

4. Принцип Парето;

5. Закон Фиттса;

6. Закон Хика;

7. Закон Якоба Нильсена;

8. Закон прегнантности;

9. Закон Миллера;

10. Эффект Фон Ресторфф;

11. Эффект Зейгарник;

12. Порог Доэрти

13. Закон Постэла.

Глава 4. Способы оценки качества курсов

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

Процесс обучения в корпоративном секторе строится в следующем ключе: каждая компания имеет адаптированную конкретно под нее систему дистанционного обучения (СДО) и набор контента в различной форматах, в том числе курсы дистанционного обучения (КДО).

Некоторые компании разрабатывают комплексные решения для автоматизации обучения персонала. Например, компания Websoft предоставляет возможность покупки СДО WebTutor и редактора курсов CourseLab. Компания iSpring имеет в своем арсенале СДО iSpring Online и редактор iSpring Suite. Также среди используемых СДО популярна система Mirapolis.

Хотя каждый редактор курсов имеет возможность формировать публикации в едином формате SCORM, все равно курсы лучше интегрируются с СДО, редакторы и системы которых разработаны одной компанией. То есть курсы, созданные в CourseLab будут лучше импортироваться и передавать данные от пользователя в СДО WebTutor.

Курсы, создаваемые в редакторах, передают в СДО параметры: пользователь, дата, статус и баллы (рис. 4.1).

На основе этих параметрах строятся отчеты:

Рисунок 4.1 Данные отчета о прохождении курса, переданные из редактора CourseLab

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

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

4.1 Передача данных о прохождении курса в различных форматах

Если же курс не требует доработки в существующем формате, а может быть разработан с нуля, то лучше его разрабатывать в редакторе, который сможет сформировать публикацию в формате Tin Can xApi [18].

В широком смысле API Experience (xAPI) позволяет приложениям обмениваться данными о производительности человека. Точнее, xAPI позволяет собирать (большие) данные о производительности человека, а также связанные с ними учебные материалы или сведения о контексте производительности. xAPI применяет человеческие (и машинные) читаемые “потоки активности” для отслеживания данных и предоставляет суб-API для доступа и хранения информации о состоянии и содержимом. Это позволяет практически динамично отслеживать действия с любой платформы или программной системы - от традиционных систем управления обучением (LMS) до мобильных устройств, симуляций, носимых устройств, физических маяков и многого другого.

xAPI может отслеживать микро-поведения, состояние и контекст, такие как:

· Чтение статьи или взаимодействие с электронной книгой;

· Просмотр обучающего видео, остановка и запуск;

· Обучающие данные из моделирования;

· Производительность в мобильном приложении;

· Общение с наставником;

· Физиологические измерения, как данные по сердечному ритму;

· Микро-взаимодействия с контентом электронного обучения;

· Личный показатель в многопользовательской серьезной игре;

· Результаты теста и история ответов на вопросы;

· Реальную производительность в реальных условиях.

xAPI является 100% бесплатным, с открытым исходным кодом, легкий и адаптируемый; он может быть использован для улучшения почти любой ситуации оценки производительности. В настоящее время он используется во многих ЛМС, музеях, летных тренажерах, полигонах и службах скорой медицинской помощи. Подробное сравнение возможностей SCORM и Tin Can представлено ниже (Табл. 4.1) [19].

Таблица 4.1 Сравнение возможностей форматов SCORM и Tin Can

На данный момент не все редакторы имеют возможность публиковать курсы в данном формате. Ниже представлена результаты анализа (см. табл. 4.2):

Таблица 4.2 Таблица стандартов для СДО, поддерживаемых редакторами

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

4.2 Анализ возможностей передачи данных о прохождении курса

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

4.2.1 Передача целей курса в SCORM из среды CourseLab 3.1

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

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

1. Задать цели в модуле;

2. Создать переменные курса;

3. В действия на каждом слайде прописать присвоение количества совершенных ошибок;

4. В конце практики подсчитать общее количество ошибок и передать их в цели модуля.

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

Процесс настройки передачи данных от пользователя в курс представлен на следующих изображениях (см. рис. 4.2-4.5):

Рисунок 4.2 Установка целей курса

Рисунок 4.3 Переход на следующий слайд при верном действии

Рисунок 4.4 Присвоение ошибки при неверном действии

Рисунок 4.5 Подсчет количества ошибок, передача в цели модуля

После передачи курса в СДО и прохождения его пользователем, отобразятся результаты. Здесь мы видим, что передается только одна цель - total, которая показывает общее количество баллов (рис. 4.6).

Рисунок 4.6 Результат прохождения курса в СДО WebTutor

После настройки СДО с помощью JSON, мы получаем следующую последовательность цифр, которую сможем интерпретировать: на 1 слайде пользователь совершил верное действие с 9 попытки, на 2 слайде с 1 попытки, а на 3 - на 6 попытке (см. рис. 4.7).

Рисунок 4.7 Отчет по прохождению курса в СДО WebTutor с детализацией

4.2.2 Передача целей курса в SCORM из среды iSpring Suite 9

Наполним контент курса, создадим элементы “Интерактивность” и “Тест”. В данном редакторе разработчик не работает напрямую с переменными, они скрыты. Поэтому все правила по достижению целей отобразим в контекстной настройке (см. рис. 4.8-4.9).

Рисунок 4.8 Настройка функции интерактивности

Рисунок 4.9 Настройка практического задания

Для настройки приема данных в СДО также со стороны разработчиков должны быть внесены коррективы. Так как для рассматриваемого нами курса такой настройки не произведено, то мы ознакомимся с результатами похожего курса. После передачи курса в СДО и прохождения его пользователем, отобразятся следующие результаты. Здесь мы видим, что передается не только общая цель, но и детализация по всем заданиям теста, а также по каждому заданию этого теста. Информация о действиях пользователя в отчете никак не отобразилась (рис. 4.10).

Рисунок 4.10. Отчет о прохождении курса в СДО WebTutor с детализацией по заданиям практики.

При загрузке собранного нами SCORM-пакета в СДО iSpring Online в отчете курса отображается только 1 переменная (см. рис. 4.11).

Рисунок 4.11. Отчет о прохождении курса в СДО iSpring Online.

Эксперимент показал, что связка редактора курсов CourseLab и СДО Webtutor, разрабатываемые WebSoft, показывают более эффективное взаимодействие и позволяют настроить процесс передачи переменных более гибко. Использование iSpring Suite и iSpring Online не дает детальную информацию о прохождении курса пользователем.

Глава 5. Разработка методики

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

Рисунок 5.1 Методика проектирования дизайна электронного курса

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

Разрабатываемая методика состоит из 6 последовательных этапов:

1. Анализ предметной области;

2. Проектирование курса;

3. Разработка базовых элементов дизайна;

4. Разработка шаблона курса;

5. Разработка демо-курса;

6. Тестирование и оценка курса.

5.1 Анализ предметной области

За анализ предметной области в большей степени отвечает педагогический дизайнер. Данный этап можно поделить на несколько шагов:

· Выявление цели обучения;

· Анализ аудитории;

· Анализ контекста использования;

· Анализ предыдущего опыта;

· Анализ конкурентов.

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