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

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

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

Новые функции конвертера тестов из Word

Мы обновили модуль импорта документов Word в редактор тестов. Добавили два новых типа вопросов и функцию комментария к вопросу. Формат разметки документа не изменился.

#️⃣ Комментарий к вопросу

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

Чтобы создать комментарий к вопросу, просто после формулировки вопроса добавьте абзац, начинающийся с символа решетки (#).

# Например, этот абзац будет сохранён в виде комментария (символ # включен не будет).

Числовой и текстовый виды вопросов

Также мы добавили поддержку двух новых типов вопросов: числовой и текстовый. Числовые вопросы позволяют ученикам вводить числовые значения в ответе, а текстовые вопросы позволяют им отвечать в свободной форме в виде короткой строки.

Чтобы вопрос был распознан в качестве этого типа, нужно чтобы вариантов ответов было строго 1 штука. Он же должен быть отмечен выделением в качестве правильного, что логично. Если в качестве варианта будет строка, однозначно определяемая как число, тип вопроса будет числовой (например, 10, 36.6, -3, 0), в противном случае — текстовый. В качестве разделителя дробной части используйте любой символ: «.» или «,». Но лучше точку.

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

Пример разметки документа прилагается.

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

• Одиночный
• Множественный
• Короткий текстовый
• Числовой
• Открытый

Концепция непрерывного обучения предполагает, что оно должно охватывать людей независимо от их возраста и сферы деятельности, и при этом предоставлять им возможности для реализации и развития абсолютно любых учебных интересов и предпочтений. Обычно выделяют три возрастные группы обучающихся [1]. В Новосибирском государственном техническом университете ведется работа со всеми группами:

·Первая группа – обучающиеся возрастом от 6 до 24 лет. Для НГТУ – это прежде всего люди, получающие высшее профессиональное образование (ВПО), а также школьники на всевозможных курсах довузовской дистанционной и очной подготовки, олимпиады и школы развития.

·Вторая группа – это взрослые возрастом от 25 до 60 лет. Хотя формальное образование к этому времени, как правило, закончено, люди все же не прекращают обучаться. В НГТУ они могут получать второе высшее образование, получать дополнительное профессиональное образование (ДПО), заниматься научной работой.

·Третья группа – это обучающиеся старше 60 лет. В этот период жизни люди обычно получают прекрасную возможность посвятить себя своим интересам и увлечениям – это может быть социальная работа, путешествия, изделия ручной работы и многое другое. Такую возможность мы предоставляем на Народном факультете университета.

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

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

В Институте дистанционного обучения (ИДО) Новосибирского государственного технического университета (НГТУ) более 10 лет ведутся исследования в области электронного и дистанционного обучения (ЭО) [2].

Системы сменяли разработчиков и друг друга, в результате на сегодня в университете успешно используется семейство продуктов, получившее название DiSpace (система сопровождения учебного процесса DiClass, система создания и управления учебными курсами DiDesk, система тестирования DiTest). Они предназначены для поддержки электронного обучения, как на уровне преподавания отдельных дисциплин, так и на уровне планирования и организации учебного процесса. DiSpace – это электронная среда обучения университета, которая доступна всем участникам учебного процесса.

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

Решение данной проблемы – это разработка программной платформы образовательной среды на базе архитектуры рабочих пространств (рисунок). Рабочие пространства – это конфигурация программной системы, обладающая своими пользователями и настраиваемыми характеристиками. Система может поддерживать неограниченное количество рабочих пространств. Все пользователи в рамках своего рабочего пространства наделены определенными ролями. Наименования и набор ролей, а также привилегии, которые дает роль, могут быть заданы в каждом рабочем пространстве по-разному. Таким образом, один и тот же пользователь может иметь роль с названием «преподаватель» в разных рабочих пространствах, но возможности будут различаться. Рабочие пространства, роли и их полномочия, устанавливаются администраторами системы (первый уровень) один раз при создании пространства и однозначно определяют права всех подключенных пользователей системы. Администраторы рабочих пространств (второй уровень) могут провести детальную донастройку своего пространства.

Ядро системы обеспечивает: взаимодействие с базой данных системы, авторизацию пользователей, создание и настройку рабочих пространств, разграничение прав доступа, подключение и взаимосвязь других модулей и др. Все ранее созданные программные продукты DiClass, DiDesk и DiTest были модифицированы в качестве модулей, которые можно подключить к каждому рабочему пространству на уровне Ядра. Управление пользователями данного рабочего пространства так же является одним из модулей, подключенных к Ядру. Архитектура системы позволяет легко изменять набор модулей (рисунок).

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

Рисунок. Архитектура «рабочих пространств»

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

В качестве информационного обеспечения используется СУБД MySQL, как достаточно быстрый многопоточный, многопользовательский надежный SQL-сервер баз данных (SQL – язык структурированных запросов). Программное обеспечение MySQL имеет двойное лицензирование, в том числе MySQL может быть использовано бесплатно по общедоступной лицензии GNU General Public License (GPL). В реляционной базе данных данные хранятся в отдельных таблицах, благодаря чему достигается высокая скорость и гибкость. Таблицы связываются между собой при помощи отношений, благодаря чему обеспечивается возможность объединять при выполнении запроса данные из нескольких таблиц.

Взаимодействие PHP и SQL реализовано с помощью доктрины ORM – Object Relational Mapper.

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

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

Новая система обеспечит качественно новый уровень сопровождения процесса электронного обучения в системе непрерывного образования. Концепция рабочих пространств позволяет выйти на рынок услуг аутсорсинга, который становится все более привлекательным для вузов. Это особенно актуально для учебных заведений, которые только сейчас делают первые шаги в развитии инфраструктуры электронного обучения и не имеют достаточно квалифицированного персонала для поддержки и развития программной платформы собственными силами. Им будет предложено размещение курсов на сервере ИДО и проведение обучения в электронной среде обучения в рамках своего рабочего пространства. Аутсорсинг позволяет снизить затраты на первоначальное внедрение систем e-learning, а также ее поддержку и развитие [2].

 БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Lifelong Learning – обучение на протяжении всей жизни [Электронный ресурс]: Smart education 2.0. – Режим доступа: http://www.smart-edu.com/obschie-tendentsii/lifelong-learning.html.

2. Юн С. Г. Программные платформы электронного обучения / С. Г. Юн // Электронное обучение в традиционном университете : сб. ст. / Отв. ред. : Г. Б. Паршукова, О. В. Казанская. – Новосибирск : Изд-во НГТУ, 2010. – С. 86-96.

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

Наиболее часто встречающиеся проблемы, с которыми сталкиваются пользователи систем e-learning.

1. Недружественный интерфейс (низкий уровень usability).
2. Не поддерживаются специфические, свойственные вузам России, бизнес-процессы. Например, групповое обучение по заданному учебному плану, разбитому на семестры, а также взаимодействие деканатов, кафедр и администрации вуза.
3. Сложность или невозможность интеграции систем ЭО с существующими в вузе корпоративными системами.
4. Многообразие задач, которые может решать система ЭО, порождает всевозможные варианты реализации таких систем. Вследствие этого практикуется модульность либо использование одновременно нескольких систем, которые реализуют полный набор необходимых функций. Однако при этом возникает вопрос совместимости систем/модулей электронного обучения между собой.
5. При использовании в рамках одного вуза нескольких программных систем ЭО или реализации проектов, которые предполагают обмен и/или объединение электронных ресурсов, возникает проблема организации единого доступа к электронным ресурсам. Частично ее решают путем выбора системы, поддерживающей широко распространенный стандарт. Однако в настоящее время стандарты являются только общим направлением для достижения совместимости, поэтому если учебный курс соответствует стандарту SCORM, то это не значит, что он автоматически может быть использован в другой системе ЭО, использующей SCORM.
6. Характерная, к сожалению, для всех программных продуктов высокая скорость устаревания и постоянное изменение требований пользователей к системе требует высокой степени настраиваемости (гибкости) программной платформы ЭО.
7. Ограниченность доступа к системе. Переход систем ЭО на web-платформу решило множество проблем по облегчению доступа. Теперь студентам и преподавателям достаточно иметь выход в Интернет и браузер для доступа к системе, однако в озникает д ругая сторона проблемы: например, некоторые технологии требуют установки дополнительных плагинов в браузеры, что не всегда возможно.

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

• использовать готовые решения;
• использовать и разрабатывать собственные программные решения;
• интегрировать в собственную систему готовые (чужие) решения;
• аутсорсинг.

В НГТУ в Институте дистанционного обучения (ИДО) уже более 10 лет ведутся проекты по разработке систем ЭО. Системы сменяли разработчиков и друг друга, в результате на сегодня в университете успешно используется семейство продуктов, получившее название DiSpace. Оно предназначено для поддержки электронного обучения, как на уровне преподавания отдельных дисциплин, так и на уровне планирования и организации учебного процесса.

Все программные продукты семейства DiSpace (рис. 1) являются веб-ориентированными приложениями. Они могут использоваться как независимо друг от друга, так и совместно. В НГТУ системы DiSpace частично интегрированы с информационной системой университета.

Рис. 1. Семейство программных продуктов DiSpace (ИДО НГТУ)

Система DiDesk (http://courses.edu.nstu.ru/) позволяет легко создавать сетевые версии электронных курсов. Процесс создания курса значительно ускоряется, если у преподавателя уже имеются материалы в электронном виде (например, в формате документов MS Word, презентаций MS PowerPoint и других файлов). Студенты получают возможность удаленного доступа к материалам курса, а также возможность скачивания файлов. В настоящее время в системе создано более 1000 электронных курсов (рис. 2).

Система управления учебным процессом DiClass (http://diclass.edu.nstu.ru/) была разработана для поддержки комбинированной формы обучения (заочной с применением дистанционных технологий). В системе DiClass преподавателям и студентам доступны лента новостей, журнал успеваемости, семинары и консультации, возможность получения и отправки контрольных работ и личных сообщений. Для тьюторов (менеджеров учебного процесса) предусмотрены возможности управления рабочими учебными планами, управления учебными группами, мониторинга учебного процесса.

Рис. 2. Количество электронных курсов в системе DiDesk

Система удаленного тестирования DiTest.v2 (http://ditest.edu.nstu.ru/) [2] предоставляет преподавателям возможность создания и редактирования тестов, а также проведения тестирования в удаленном режиме. За прошедший учебный год DiTest.v2 приобрела еще большую аудиторию пользователей. На конец 2008-го года количество преподавателей, использовавших систему тестирования, составляло 64 человека, общее количество заданий 12532, количество студентов, прошедших тестирование, 1736 человек. По данным на конец декабря 2010 года количество преподавателей, активно использующих систему тестирования, составляет 133 человека (увеличение примерно в 2 раза), количество заданий 22521 (увеличение примерно в 2 раза), количество студентов, прошедших тестирование, 15896 (увеличение более чем в 9 раз). Столь стремительное увеличение количества пользователей было бы невозможным без двух основных факторов развития: 1) проведение политики внедрения тестовых технологий в учебный процесс вуза; 2) значительное улучшение программной оболочки и качества технической поддержки.

Рис. 3. Система управления учебным процессом DiClass

Телекоммуникационная система Editoria (http://editoria.edu.nstu.ru/) – это «электронная аудитория» для проведения консультаций и занятий с удаленными студентами в режиме он-лайн, она позволяет проводить видеоконференцию с четырьмя точками одновременно.

В НГТУ по результатам опроса пользователи DiSpace (преподаватели, студенты, тьюторы и менеджеры) оценивают систему в целом положительно, отмечают ее простоту в использовании и достаточную функциональность. С точки зрения управления, реализованная прозрачность учебного процесса в системе позволяет отслеживать и устранять его организационные и методические недочеты.

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

Основным отличием новой системы станет использование рабочих пространств (РП). Рабочие пространства – это группирующие множества, все пользователи которых наделены определенными ролями. Роли, рабочие пространства, их полномочия устанавливаются администраторами один раз и однозначно определяют права всех подключенных пользователей системы. Каждому РП на уровне ядра можно подключить доступные ему модули – например, DiClass, DiDesk, работу с Ядром и прочее (сам набор модулей можно расширять).

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

Новая система обеспечит качественно новый уровень сопровождения процесса электронного обучения. Концепция рабочих пространств позволяет выйти на рынок услуг аутсорсинга, который становится все более привлекательным для вузов. Это особенно актуально для учебных заведений, которые только сейчас делают первые шаги в развитии инфраструктуры ЭО и не имеют достаточно квалифицированного персонала для поддержки и развития программной платформы собственными силами. Им будет предложено размещение курсов на сервере ИДО и проведение обучения в программной среде DiSpace.

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

 

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

 

1. Standish Newsroom – CHAOS 2009 [Электронный ресурс] / The Standish Group International, Inc. – Boston, Massachusetts, April 23 – Режим доступа: http://www.standishgroup.com, свободный.
2. Автоматизированная система удаленного тестирования «DiTest v.2» : Свидетельство об отраслевой регистрации разработки № 10742 / М. Э. Ильин, В. И. Гужов, Д. Д. Бочаров, Е. А. Зима, В. М. Козлов, Д. В. Емелин // Инновации в науке и образовании. − 2008. № 6(41). − С. 3.

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

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

Рабочие пространства – это конфигурация программной системы, обладающая своими пользователями и настраиваемыми характеристиками. Система может поддерживать неограниченное количество рабочих пространств. Все пользователи в рамках своего рабочего пространства наделены определенными ролями. Наименования и набор ролей, а также привилегии, которые дает роль, могут быть заданы в каждом рабочем пространстве по-разному. Таким образом, один и тот же пользователь может иметь роль с названием «преподаватель» в разных рабочих пространствах, но возможности будут различаться. Рабочие пространства, роли и их полномочия, устанавливаются администраторами системы (первый уровень) один раз при создании пространства и однозначно определяют права всех подключенных пользователей системы. Администраторы рабочих пространств (второй уровень) могут провести детальную донастройку своего пространства.

Ядро системы обеспечивает: взаимодействие с базой данных системы, авторизацию пользователей, создание и настройку рабочих пространств, разграничение прав доступа, подключение и взаимосвязь других модулей и др. Все ранее созданные программные продукты DiClass, DiDesk и DiTest были модифицированы в качестве модулей, которые можно подключить к каждому рабочему пространству на уровне Ядра. Управление пользователями данного рабочего пространства так же является одним из модулей, подключенных к Ядру. Архитектура системы позволяет легко изменять набор модулей.

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

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

Новая система обеспечит качественно новый уровень сопровождения процесса электронного обучения. Концепция рабочих пространств позволяет выйти на рынок услуг аутсорсинга, который становится все более привлекательным для вузов. Это особенно актуально для учебных заведений, которые только сейчас делают первые шаги в развитии инфраструктуры электронного обучения и не имеют достаточно квалифицированного персонала для поддержки и развития программной платформы собственными силами. Им будет предложено размещение курсов на сервере ИДО и проведение обучения в программной среде DiSpace. В этом случае снизятся затраты на первоначальное внедрение системы e-learning, а также ее поддержку и развитие [2].

Литература

1. Юн С.Г. Программные платформы электронного обучения / Электронное обучение в традиционном университете: сб. статей / отв. ред. Г.Б. Паршукова, О.В. Казанская. – Новосибирск: Изд-во НГТУ; 2010.-134 с.
2. Юн С. Г., Ильин М. Э. Опыт использования программных систем электронного обучения в вузе // Новые образовательные технологии в вузе : материалы VII Междунар. науч.-практ. конференции (Россия, Екатеринбург, 2–4 фев. 2011 г.). – Екатеринбург – С. 526-532.

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

Необходимой частью подобных систем является подсистема тестирования [1]. Существует достаточно много систем обучения, как зарубежных (WebCT, Learning Space, Blackboard и др.), так и отечественных (Прометей II, Distance Learning Studio, OPOKC). Разнообразие систем порождает проблему переноса тестов из одной программной среды в другую. Поскольку тестирующих систем много, создавать для каждой конвертор тестов — задача чрезвычайно трудоемкая. При прекращении поддержки фирмой-изготовителем устаревшей версии тестирующей системы неизбежна утрата части тестов. Особенно актуально это для систем отечественных производителей.

Таким образом, возникла насущная потребность в решении следующих задач [2]:

• унификация формата хранения тестовых заданий;
• разработка единой системы обмена информацией между различными тестовыми оболочками.

Во всем мире ведется работа по стандартизации обучающих технологий и, в частности, по форматам хранения тестовых данных. Существует ряд международных организаций, работающих в области стандартизации, консорциумов и национальных программ, министерств отдельных стран, тесно сотрудничающих в сфере разработки элементов системного подхода к построению систем дистанционного обучения или любых других обучающих систем, функционирующих на базе информационных технологий. Среди этих организаций ведущая роль отведена: аккредитованному IEEE комитету Р1484 LTSC по стандартизации обучающих технологий; проекту Европейского союза ARIADNE; американскому проекту IMS; организации американского Департамента обороны ADL и др.

Проанализировав характеристики и возможности форматов, предоставляемых выше описанными организациями, нами было принято решение использовать спецификацию Question & Test Interoperability (QTI) консорциума IMS , предназначенную для создания формата обмена тестовыми материалами. QTI — это новый язык для формирования, хранения и обработки тестов на основе XML.

Стандарт Question & Test Interoperability (QTI) разработан компанией Instructional Management Systems в 1999 г. для унификации и структурирования тестовых заданий. Версия, которую мы используем для нашей разработки — QTI V1.2., создана в 2002 г. Спецификация IMS QTI описывает обобщенную структуру представления данных вопросов и тестов и соответствующих им результатов. Он делает возможным обмен вопросами, элементами, оценками и данными результатов между различными системами обучения, библиотеками и каталогами. QTI обеспечивает широкие возможности пользования различными системами и позволяет создать банк тестовых заданий, доступный всем.

Стандарт QTI базируется на следующих принципах:

• Представление данных с использованием взаимосвязанных вложенных структур.
• Поддержка обработки ответов тестирующей системой.
• В зависимости от способа ввода ответа стандарт QTI описывает следующие типы тестовых заданий: логический идентификатор, использование строковой или числовой переменной для ввода ответа, отслеживание координатного расположения элементов тестового задания, отслеживание места нажатия мыши.
• Поддержка видео- и аудиофрагментов в вопросах.
• В зависимости от способа представления заданий (текст, рисунки и т.п.) каждый из вышеперечисленных типов может содержать несколько подтипов.
• Тесты хранятся в виде файлов XML и файлов описания DTD (Document Type Definition).

При разработке спецификации QTI основной целью было обеспечение таких функцинальных возможностей, как:

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

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

• Открытый — пользователь вводит текст ответа. Правильный ответ не определён.
• Истинный/Ложный — переключатель выбора между ‘истиной или ложью’, ‘соглашаться или не соглашаться’ и т.д. Ответ тождественно определен.
• Закрытый. Выбор одного правильного ответа из 2-10. Ответ тождественно определен.
• Закрытый. Выбор нескольких правильных ответов из 2-10. Ответ тождественно определен.
• Горячая точка изображения (Image hot spot или HIS) — расположение на графическом символе, идентифицированном координатами ‘х-у’ точки выбора.
• Задания дополнения (или заполнить пробел) — размещается отформатированный вход для текста или целочисленного, десятичного или другого числа, идентифицированного введенной информацией. Тип ответа является или строкой, или целочисленным, десятичным, или другим числом соответственно для каждого отдельного ответа.
• Ползунок (Slider) — выбор целого числа или вещественного числа от предопределенного минимума и максимума с приращением значения. Тип ответа — вещественное или целое число, или логический идентификатор.
• Выбор текста — идентификация текста из представленного параграфа или списка. Ответ — идентифицированная строка или логический идентификатор.
• Перемещение объекта — это перемещение объекта в предопределенные места расположения. Тип ответа идентифицирован соединением исходного объекта с целевыми объектами.
• Установление правильной последовательности — переупорядочение текстов или текстовых строк или перемещение набора объектов в предопределенные расположения на странице. Ответ тождественно определен набором координат ‘х-у’ или их логической группой.
• Установление соответствия — объекты из разных списков должны быть сгруппированы вместе. Тип ответа — список из n-элементов из набора подобранных пунктов.
• Соединение точек — упорядоченное соединение набора точек. Тип ответа — набор координат ‘х-у’.
• Кроме того, существуют сложные типы вопроса — вопросы, в которых пользователю будут представлены два или более основных типов ответа (эти основные типы могут быть одинаковыми).

Проанализировав все вышеназванные факторы, в Новосибирском государственном техническом университете было решено создать систему тестирования (DiTest), основанную на спецификации IMS QTI. Цель создания системы — разделить разработку тестов, их хранение от последующего процесса тестирования и оценки результатов.Структура разработанной системы представлена на рис. 1

Рис. 1. Структура системы тестирования «DiTest»

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

Первая подсистема — «Ввод/Редактирование тестов» организует ввод и редактирование исходных тестов. Разработчиком тестов вводятся вопросы, формы и варианты ответов, которые сохраняются в файле в формате XML, соответствующем спецификации. Эта подсистема реализована как обычная тестовая графическая оболочка. Необходимость в ней определяется тем, что описание тестов на языке разметки XML достаточно сложно для обычного преподавателя — разработчика тестов. На выходе подсистемы — тесты в независимом от этой оболочки виде.

Вторая подсистема — «Проведение опроса» непосредственно организует тестирование. Вопросы для опроса воспроизводятся из базы данных тестов. После ответа результаты сохраняются также в формате XML в соответствии со спецификациями IMS QTI Result Reporting в базу данных результатов.

Третья подсистема — «Обработка результатов и сбор статистики» служит для оценивания результатов и сбора статистики.

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

Литература

1. Казанская О. В., Русанов А. С., Макаревич Л. Г. Тестирующие программы для использования в сети Интернет // Открытое и дистанц. образование. Томск, 2001. — № 1(3).
2. Гаврилов А. В., Зайцев С. А., Макаревич Л. Г., Романов Е. Л. Автоматизированная система тестирования знаний в среде Internet/intranet // Открытое и дистанц. образование. – Томск, 2001. — № 1(3).
3. Спецификация IMS Question & Test Interoperability. — Vol. 1.2.

В 2000 г. была опубликована спецификация IMS QTI (Question & Test Interoperability), определяющая форму хранения и передачи тестов и результатов. Эта спецификация основана на языке разметки XML и использует все достоинства этого языка.

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

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

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

В системе поддерживаются следующие возможности спецификации IMS QTI:

• Реализована возможность создания и редактирования тестов.
• Предусмотрена система администрирования для ограничения прав доступа.
• Реализована система проведения опроса.
• Предусмотрено сохранение и обработка результатов опроса.
• Поддерживаются следующие 6 типов ответов: множественный выбор, выбор Да/Нет, ввод цифрового значения, ввод текстовой строки, передвижение маркера и выбор объекта.

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

Существует достаточно много систем обучения как зарубежных (WebCT, Learning Space, Blackboard и др.), так и отечественных (Прометей II, Distance Learning Studio, OPOKC). Необходимой частью этих систем является подсистема тестирования. Разнообразие систем порождает проблему переноса тестов из одной программной среды в другую. Поскольку тестирующих систем много, создание для каждой из них конвертортестов — задача чрезвычайно трудоемкая. При прекращении поддержки фирмой-изготовителем устаревшей версии тестирующей системы неизбежна утрата части тестов. Во всем мире ведется работа по стандартизации обучающих технологий и, в частности, по форматам хранения тестовых данных. Существует ряд международных организаций, работающих в области стандартизации, консорциумов и национальных программ, министерств отдельных стран, тесно сотрудничающих в сфере разработки системного подхода к построению систем дистанционного обучения или любых других обучающих систем, функционирующих на базе информационных технологий. Среди этих организаций ведущая роль принадлежит: американскому консорциуму IMS, аккредитованному IEEE комитету Р1484 LTSC по стандартизации обучающих технологий, проекту Европейского союза ARIADNE, организации американского Департамента обороны ADL и др.

Проанализировав характеристики и возможности форматов, предоставляемых вышеописанными организациями, нами было принято решение создать систему тестирования на основе спецификации Question & Test Interoperability (QTI) консорциума IMS, так как она имеет очень большую функциональность и основана на языке разметки XML, что позволяет сделать ее многоплатформенной.

Спецификация QTI разработана компанией Instructional Management Systems в 1999 году для унификации и структурирования тестовых заданий. Спецификация постепенно дорабатывалась. В 2002 году появилась версия VI.2., содержащая большие функциональные возможности, достаточные для подавляющего числа систем тестирования. Спецификация IMS QTI описывает обобщенную структуру представления данных вопросов и тестов и соответствующих им результатов. Она делает возможным обмен вопросами, элементами, оценками и данными результатов между различными системами обучения, библиотеками и каталогами. QTI-спецификация, определенная как подмножество языков XML, обеспечивает широкие возможности ее использования различными системами и позволяет создать банк тестовых заданий, доступный всем.

QTI базируется на следующих принципах:

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

Система должна отвечать следующим требованиям:

1. каждый модуль системы должен работать независимо от других модулей;
2. система должна полностью соответствовать спецификации IMS QTI;
3. система должна поддерживать как можно больше функциональных возможностей, заложенных в данную спецификацию;
4. интерфейс системы должен быть на русском языке;
5. чтобы соответствовать требованиям, предъявляемым к программному обеспечению, соответствующему стандартам[2], система должна быть:
   • интероперабельной (interoperable) — обеспечивать возможность взаимодействия различных систем, что крайне важно для распределенных учебных сред;
   • многократно используемой (reusable) — поддерживать возможность многократного использования компонентов системы, построенных на основе информационных технологий, повышать эффективность разработки и снижать ее стоимость;
   • адаптивной (adaptable) — позволять включать развивающиеся новые информационные технологии без перепроектирования системы; иметь встроенные методы для обеспечения индивидуализированного обучения;
   • долговечной (durable) – соответствовать разработанным стандартам и предоставлять возможность вносить изменения без тотального перепрограммирования;
   • доступной (accessible) — давать возможность работать с системой из разных мест (локально и дистанционно, из учебного класса, с рабочего места или из дома); программные интерфейсы должны обеспечивать возможность работы людям разного образовательного уровя, разных физических возможностей, разных культур;
   • экономически доступной (affordable) — так как стандарты ориентируются прежде всего на непрерывное образование, осуществляемое в течение всей жизни пользователя, то разрабатываемое программное обеспечение должно быть экономически доступным.

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

Структура системы представлена на рис. 1

Рис. 1. Структура системы тестирования «DiTest»

Первая подсистема — «Ввода/редактирования тестов» — организует ввод и редактирование исходных тестов. Разработчиком тестов вводятся вопросы, формы и варианты ответов, которые сохраняются в файле в формате XML, соответствующем спецификации. Эта подсистема реализована как обычная тестовая графическая оболочка. Необходимость в ней определяется тем, что описание тестов на языке разметки XML достаточно сложно для обычного преподавателя — разработчика тестов. На выходе подсистемы — тесты в независимом от этой оболочки формате IMS QTI. Это обычный текстовый файл в формате XML.

Вторая подсистема — «Проведение опроса» — непосредственно организует тестирование. Вопросы для опроса воспроизводятся из базы данных тестов. После ответа результаты сохраняются также в формате XML в соответствии со спецификациями IMS QTI Result Reporting в базе данных результатов. Тестирование может быть дистанционным или локальным.

Третья подсистема — «Обработки результатов и сбора статистики» — служит для оценивания результатов и сбора статистики.

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

На данный момент система разработана не полностью, но уже реализованы следующие функциональные возможности:

1. Поддерживаются следующие типы вопросов:
   • открытый — пользователь вводит текст ответа. Правильный ответ не определен;
   • истинный/ложный — переключатель выбора между «истиной или ложью», «соглашаться или не соглашаться» и т.п. Ответ тождественно определен;
   • закрытый. Выбор одного правильного ответа из 2-10. Ответ тождественно определен;
   • закрытый. Выбор нескольких правильных ответов из 2-10. Ответ тождественно определен;
   • задания дополнения (или заполнить пробел) — размещается отформатированный вход для текста или целочисленного, десятичного или другого числа, идентифицированного введенной информацией. Тип ответа является или строкой или целочисленным, десятичным или другим числом соответственно для каждого отдельного ответа.
2. Имеется возможность создания сложных тестов, в которых объединяются несколько простых типов.
3. Кроме текстовых данных, поддерживаются графические, видео- и аудиоресурсы.
4. Имеется возможность очень гибко формировать варианты заданий из базы вопросов.
5. Имеется возможность импорта и экспорта данных из других систем, использующих спецификацию IMS QTI.

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

ЛИТЕРАТУРА

1. Спецификация IMS Question & Test Interoperability, v.1.2 – Режим доступа: http://www.imsglobal.org/specifications.cfm.
2. Стандарты информационных технологий в обучающих системах (Learning technology systems standards). – Режим доступа: http://dl.nw.ru/standarts/.

Эту проблему позволит решить только стандартизация представления тестов. Международным стандартом такого представления является спецификация IMS QTI (Question & Test Interoperability).

Разработанная в Новосибирском государственном техническом университете система тестирования «DiTest» поддерживает этот перспективный стандарт.

Основными элементами системы являются модули «ввода и редактирования тестов», «проведения опроса» и «обработка результатов и сбора статистики».

Модульность системы «DiTest» позволяет легкую замену стандартного модуля на модуль, обеспечивающий лучшее использование в конкретной ситуации. При этом нет необходимости замены других частей системы.

Первый модуль — «Ввод и редактирование тестов» — организует ввод и редактирование исходных тестов. Разработчиком тестов вводятся вопросы, формы и варианты ответов, которые сохраняются в файле в формате XML, соответствующем спецификации. Эта подсистема реализована как обычная тестовая графическая оболочка. Необходимость в ней определяется тем, что описание тестов на языке разметки XML достаточно сложно для обычного преподавателя — разработчика тестов. На выходе подсистемы — тесты в независимом от этой оболочки виде.

Второй модуль — «Проведение опроса» — непосредственно организует тестирование. Вопросы для опроса воспроизводятся из базы тестовых заданий. После ответа результаты сохраняются также в формате XML в соответствии со спецификациями IMS QTI Result Reporting в базу данных результатов.

Третий модуль — «Обработка результатов и сбора статистики» — служит для оценивания результатов и сбора статистики. Результаты тестирования могут представляться как в уже обработанном виде, так и без обработки, чтобы преподаватель мог проконтролировать оценку системы.

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

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

Независимость модулей «проведения опроса» и «обработки результатов» исключает несанкционированное получение тестируемым информации о правильном ответе. Клиент-серверная архитектура обеспечивает защиту базы тестовых заданий.

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

За прошедшие 3 года с момента разработки первой версии системы DiTest назрела необходимость в выпуске более современной версии, которая бы поддерживала более широкий набор возможностей:

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

В ИДО НГТУ была разработана новая версия программы тестирования – DiTest.v2. Она базируется на последней версии открытой международной спецификации Question & Test Interoperability v2 (QTI) консорциума IMS, что позволяет обмениваться и загружать тесты, разработанные в других оболочках.

Система тестирования состоит из 3-х абсолютно не зависимых друг от друга модулей (рис.1).

Рис. 1. Структура системы DiTest.v2

1-ый модуль – система создания тестов DiTest.Creator. В данной системе можно как создавать новый, так и редактировать уже набранный тест. Для создания теста доступны 5 типов вопросов – одиночный, множественный, соответствие, открытый и на упорядочение. В вопросе помимо изображений можно использовать математические формулы. Редактор математических формул внедрен в оболочку создания теста и имеет полностью схожий с редактором MS Equation 3.0 интерфейс, что позволяет не отвлекаться на изучение нового интерфейса. Редактор математических формул базируется на открытой спецификации MathML. Имеется возможность делить тест на дидактические единицы, а последние – на темы. Это позволяет сгенерировать большое количество одинаковых по сложности уникальных тестов для каждого студента. После создания теста, его необходимо сохранить на локальный компьютер. Сохраненный тест представляет из себя архив формата zip, в котором находятся файлы и изображения, используемые в тесте, а также сами тестовые задания. Для редактирования теста требуется загрузить в данную систему zip архив теста. Так же в рамках «программы по обмену тестовыми заданиями» был разработан и внедрен конвертер тестовых заданий в Йошкар-Олинском формате. В перспективе планируется создание локальной версии модуля, который бы позволил преподавателям создавать тесты в режиме off-line. Доступ к системе создания тестов абсолютно свободный.

2-ой модуль – система проверки знаний DiTest.Testing. В данной системе происходит оценка знаний студента. Доступ к системе ограничен по паролю. Студенты имеют минимальный набор прав доступа – только прохождение тестирования; преподаватели – расширенный перечень прав – загрузка теста, назначение прав доступа, просмотр итогового результата тестирования. Преподаватель после регистрации должен загрузить созданный в системе DiTest.v2. Creator тест и назначить доступ на его прохождение либо отдельному студенту, либо всей группе студентов. После завершения тестирования студент имеет возможность узнать итоговую оценку за пройденный тест, преподаватель может посмотреть более подробную статистику ответов. Для просмотра полной статистики по студенту, либо по всему тесту, требуется сохранить результаты тестирования на локальный компьютер, после чего воспользоваться системой анализа и обработки результатов тестирования DiTest.Statistic. Логин и пароль заводятся отдельно для оболочки (для внешних пользователей, например, слушателей ФПК), либо используются уже существующие (для студентов и сотрудников университета, имеющих регистрацию в корпоративной системе).

3-ий модуль – система анализа и обработки результатов тестирования DiTest.Statistic. Для просмотра статистики по тесту требуется, в первую очередь, загрузить файл с результатами ответов по студенту, либо тесту в целом. После загрузки пользователю открываются следующие возможности:

• представлять результаты в виде двух форм: отчет по тестам и отчет по студентам;
• предоставлять возможность выгрузки результатов в виде двух текстовых файлов (с правильными ответами на тестовые задания и результатами студентов) для использования в модуле анализа результатов тестирования, разрабатываемом НМЦ НГТУ;
• выдавать аналитические отчеты, позволяющие оценить качество тестовых заданий и уровень знаний студентов по отдельным дидактическим единицам и темам.

Доступ к системе неограничен.

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

Все программные продукты семейства DiSpace являются веб-ориентированными приложениями: для работы с ними пользователю необходим только веб-браузер (Internet Explorer, Mozilla Firefox, Opera или любой другой).

Система DiDesk позволяет легко создавать сетевые версии электронных курсов. Процесс создания курса значительно ускоряется, если у преподавателя уже имеются материалы в электронном виде (например, в формате документов MS Word, презентаций MS PowerPoint и других файлов). Студенты получают возможность удаленного доступа к материалам курса, а также возможность скачивания файлов. При этом доступ к материалам можно ограничить с помощью пароля, который задается самим преподавателем. В настоящее время в системе создано 575 электронных курсов. Статистика посещаемости за период с мая 2008 года по настоящее время свидетельствует о том, что наиболее активно пользователи обращаются к материалам курсов, разработанных для студентов заочного факультета (38214 посещения), факультета энергетики (32145) и факультета гуманитарного образования (32044).

Система удаленного тестирования DiTest.v2 предоставляет преподавателям возможность создания и редактирования тестов, а также проведения тестирования в удаленном режиме. Данная система соответствует современным требованиям активно развивающихся дистанционных и электронных технологий обучения, поддерживает последнюю версию международной спецификации QTI консорциума IMS. Система состоит из двух независимых подсистем: DiTest. Creator (создание и редактирование теста) и DiTest.Testing (проведение тестирования).

Для создания и редактирования тестов в подсистеме DiTest.Creator преподавателю не нужен пароль. Задания в тесте группируются по темам, а темы, в свою очередь, объединяются в дидактические единицы (ДЕ). Это связано с тем, что в настоящее время тестирование по совокупности ДЕ становится в высшем профессиональном образовании необходимым требованием, что подтверждается структурой тестовых заданий федерального интернет-экзамена. Вопросы теста могут быть следующих типов: одиночный и множественный выбор, ассоциации, подбор соответствий, открытый вопрос. Для подготовки тестового задания можно использовать изображения, формулы, Flash-анимацию. Система также дает возможность ограничивать время прохождения теста студентом.

После создания теста его необходимо сохранить на своем компьютере — на локальном или съемном диске, так как после закрытия браузера вся информация о тесте будет удалена из подсистемы. Тест сохраняется в виде архива .zip, который впоследствии может быть снова открыт для редактирования либо загружен в подсистему проведения тестирования DiTest.Testing.

Подсистема DiTest.Creator существует в двух версиях — онлайновой и локальной. Использование локальной версии удобно в том случае, если необходимо создавать тесты на компьютере без выхода в интернет.

Для входа в подсистему DiTest.Testing необходимы логин и пароль. Пользователи получают возможность работать с разными опциями подсистемы в соответствии со своим уровнем доступа — «студент» или «преподаватель». Преподаватель может загружать в подсистему тесты для проведения тестирования, предоставлять доступ к тесту любому студенту НГТУ, разрешать неоднократное прохождение теста, благодаря чему студенты могут использовать его для самоконтроля. Новый модуль подсистемы позволяет обрабатывать статистику прохождения тестов для оценки качества тестовых заданий. Кроме того, преподаватель имеет возможность распечатать сгенерированные варианты тестов.

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

Телекоммуникационная система Editoria — это «электронная аудитория» для проведения консультаций и занятий с удаленными студентами в режиме онлайн.

Известно, что важнейшей составляющей образовательного процесса является личностно-ориентированное взаимодействие преподавателя со студентом. Существующие и уже ставшие привычными для многих преподавателей НГТУ средства коммуникации, в которых используется текст, набираемый на компьютере (электронная почта, форум, чат), не могут заменить полноценное общение между преподавателем и студентом. В связи с этим все большую актуальность для дистанционного, заочного и комбинированного обучения приобретают телекоммуникационные средства связи, которые позволяют общаться в синхронном режиме с помощью аудио и видео и обладают «эффектом присутствия».

Editoria предоставляет преподавателям и студентам следующие возможности:  

• проведение многоточечных видеоконференций (конференций с несколькими участниками);
• использование текстового чата в ходе видеоконференции;
• пересылка файлов в ходе сеанса видеосвязи (преподаватель имеет возможность отправлять файлы, а студенты — скачивать их).

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

Для доступа ко всем этим программным продуктам (кроме DiClass) можно использовать логины и пароли, полученные в Институте дистанционного образования, а также логины и пароли, выданные в Центре информатизации университета для работы в корпоративной информационной системе.

Уже в течение нескольких учебных семестров Институт дистанционного образования проводит курсы повышения квалификации, в рамках которых преподаватели ряда кафедр НГТУ получают практические навыки работы с программными продуктами DiClass, DiDesk, DiTest, а теперь и Editoria. Такие курсы планируются и в дальнейшем.

По всем вопросам использования систем, входящих в DiSpace, можно обращаться в лабораторию мультимедийных средств обучения ИДО (I корпус, к. 425, тел. 346-07-46):

• по системе DiDesk — к Денису Васильевичу Емелину;
• по системе DiTest.v2 — к Максиму Эдуардовичу Ильину;
• по системе DiClass — к Виталию Михайловичу Козлову;
• по системе Editoria — к Денису Васильевичу Емелину, Денису Владимировичу Армееву.