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

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

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

Добровольный сброс попытки при запрете IP

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

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

Отображение названия теста в заголовке

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

Мы продолжаем работать над улучшением DiSpace и стремимся сделать обучение более комфортным и эффективным для всех пользователей.

1. Регистрация параллельных входов

Каждый раз, когда студент входит в систему с одного и того же аккаунта из разных мест, этот факт регистрируется в журнале и легко анализируется.

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

Студенту придётся заходить повторно, что также привлечёт внимание.

2. Ограничение диапазона IP-адресов для тестирования

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

Если вы не знаете адресов конкретных компьютеров, вы можете воспользоваться предустановленными шаблонами: «только НГТУ» или «НГТУ + общежития».

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

3. Запрет смены IP-адреса

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

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

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

Иначе продолжить тестирование будет невозможно.

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

Теперь студенты могут просто скрыть неактуальные назначения, сохраняя их в архиве. Это позволит легче ориентироваться в своих заданиях и не путать даты и сроки актуальных тестов.

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

Комментарии к решению для всех типов вопросов

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

Стандартные компоненты для списка тестов

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

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

Меньше кода — меньше ошибок

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

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

На момент публикации статьи каждый пользователь функции (таких примерно 120+ преподавателей) владеет в среднем дополнительно к общему списку 1-2 папками, по 5-6 тестов в каждой папке.  Пока количество таких папок ограничено интерфейсом 5 шт., но в будущем мы придумаем другие способы упорядочения тестов, если пользователям будет этого недостаточно.

Двухступенчатый механизм публикации курсов в электронной библиотечной системе

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

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

«Золотая медалька» по-прежнему даётся за особые заслуги и публикацию в различных регистрах и каталогах, например, ОФЭРНиО.

Встречайте: ревизии в тестах. Они же «устаревшие тесты», «теневые копии», «архивные версии теста», …

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

Этот механизм работает совершенно невидимо для пользователей: как для редакторов, так и для тестируемых.

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

Пока механизм проходит проверку на отсутствие ошибок, и не отображается в интерфейсе, но позже мы представим вывод версии ревизии теста в интерфейсе.

Прочие изменения в тестах

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

Избавление от Uni-Form.

Мы полностью удалили старый CSS-фреймворк и заменили его на Materialize CSS новой версии для всех страниц, включая административные и тьюторские. Теперь все формы должны быть адаптивны и выполнены в едином стиле. Как для администраторов, так и для создателей контента любой роли. Большинство графических иконок также заменили на единый сет Google Icons, и интерфейс также должен загружаться быстрее. Меньше запросов — выше скорость.

Изменения в журнале

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

Список групп, если их достаточно много, теперь выводится постранично. Актуально для очной формы обучения.

Для этого зайдите в Учебный процесс → Дисциплины → Журнал и щёлкните по любому контролирующему мероприятию. В списке «импортировать результаты теста» выберите нужный вам тест. Результаты по контролирующему мероприятию буду проставлены исходя из максимального балла за мероприятие и типа оценки. Также вам будет предложено:

• Проставить всем студентам
• Проставить только тем, у кого ещё нет оценки по этому мероприятию

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

Внимание! Эта функция обновлена. Обновления описаны здесь

Можно импортировать вопросы с одиночным и множественным выбором ответа.

Поддерживаются файлы Microsoft Office Word (docx). При импорте сохраняется простое оформление текста (жирный, курсив), а так же рисунки, формулы (Microsoft Equation или даже MathType, при импорте они преобразуются в изображения), таблицы.

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

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

Каждая новая дидактическая единица, тема или вопрос должны начинаться с заголовка уровня 1-3.

Дидактические единицы. Каждая дидактическая единица начинается с Заголовка первого уровня с текстом «Дидактическая единица». Номер дидактической единицы добавлять не обязательно.

Темы. Новая тема начинается с Заголовка второго уровня с названием темы. Абзац сразу после заголовка будет распознан как описание темы. Текст может иметь простое форматирование (жирное начертание, курсив).

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

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

Если выделен только один вариант, вопрос будет сохранён как вопрос с одиночным выбором, в противном случае – с множественным выбором.

Если вариантов ответов нет (т.е. только заголовок 3 уровня + абзац формулировки вопроса), создастся вопрос 8-го типа, т.е. открытый.

Важно! Помечать верный вариант следует целиком для всего элемента списка вместе с маркером. Цвет выделения должен быть стандартный – ярко-зелёный (lime).

Замечания к форматированию

1. Следует избегать сложного форматирования в документе. Цвет символов, нестандартный размер и особый шрифт будут проигнорированы.
2. Так как заголовки и маркированные списки используются в качестве разметки структуры, запрещено использовать списки и заголовки в формулировке вопроса и описании темы.
3. По той же причине внутри вариантов ответов не используйте вложенные списки и абзацы.
4. Не используйте для выравнивания текста пробелы, несколько подряд идущих пробелов будут заменены одним.
5. Обязательно, хотя бы выборочно, проверьте корректность результата импорта вопросов.

Замечания для тестов с картинками и формулами

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

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

Пример правильно подготовленного документа

(вы можете скачать его по этой ссылке, обновление от 1.08.2023)

Здесь:

Дидактическая единица 1 – заголовок первого уровня

Бухгалтерский учёт и Амортизация – заголовки второго уровня

Баланс, Внеоборотные активы, Сумма начислений – заголовки третьего уровня

Корректность вопросов приведенного примера не гарантируется

Особенность редактирования

В такой разметке тест легко редактируется и сохраняет человекочитаемость. А если открыть окно схемы документа в Microsoft Word (Вид → Схема документа или Область навигации), структуру будущего теста легко отслеживать и управлять ею.

или

В панели слева будет выведена структура теста. С помощью неё можно легко перетаскивать и сортировать разделы вашего теста.

Загрузка в DiSpace

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

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

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

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

Комбинированными называются программы обучения, в которых занятия в классах комбинируются с дистанционными уроками, часто посредством онлайн инструментов, которые позволяют студентам получить консультации преподавателей. К таким инструментам относятся интернет-форумы, видеоконференции, или, например, Скайп [1].

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

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

В НГТУ создана инфраструктура дистанционного обучения (институт дистанционного обучения – ИДО), которая действует в университете с 1997 г. Основная цель ИДО НГТУ – внедрение, поддержка и развитие дистанционных форм обучения в университете на базе технологий электронного обучения по программам комбинированного обучения. В учебном году проводятся 2 сессии, одна из которых очная, другая – дистанционная (без посещения образовательного учреждения). Комбинированная форма в НГТУ реализуется на базе электронной среды (ЭС) ИДО DiSpace, включающей модули DiClass, DiDesk, DiTest, которые позволяют организовать процесс обучения студентов дистанционно.

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

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

В ЭС НГТУ предусмотрена возможность отправки контрольных заданий преподавателю (куратору ДО), проведения промежуточного и итогового тестирования посредством размещения материалов ЭУМК на базе ЭС НГТУ (модуль DiDesk).

В ДО назрела необходимость разработки системы измерения качества обучения и образовательных услуг. В целом, информация о тестировании в ДО в настоящее время представлена исследованиями о разработке программного обеспечения, тестовых программ или непосредственно тестовыми программами. Авторы в основном рассматривают проблемы организации тестирования, разработки тестов, особенности работы с тем или иным тестовым продуктом. Говоря о качестве дистанционного обучения, следует понимать, что во многих отношениях оно должно быть близко к качеству очного или заочного обучения, отвечать одним и тем же требованиям [3;4).

В исследованиях Е. Э. Слава ставятся под сомнение объективность оценки знаний обучаемых с помощью тестов, говорится о необходимости сочетать тесты с другими традиционными формами и методами проверки. Также рассматривается инструмент «Тест» LMS Moodle, позволяющий проводить тестирование. Среди систем управления обучением, в том числе дистанционным, широкую известность получила система opencource Moodle. Система Moodle позволяет использовать различные формы контроля знаний студентов в виде письменных контрольных работ, эссе, онлайн-опросов, тестов [4].

Для непосредственного контроля знаний студентов, проведения промежуточной и итоговой аттестаций, в электронной среде НГТУ реализована система удаленного тестирования DiTest, состоящая из двух подсистем: DiTesr.Creator (создание и редактирование тестов) и DiTest.Testing (непосредственное проведение тестирования). Система DiTest включает в себя следующие разделы: создание нового / загрузка существующего теста; тестовые задания: список тестов; пробное тестирование; назначение доступа к тесту; результаты тестирования; статистический анализ качества тестовых заданий.

С помощью модуля DiTest системы DiSpace по дисциплинам «Экологии» и «Безопасность жизнедеятельности» тестируются студенты различных специальностей (гуманитарных и технических). Результаты тестирования могут отображаться в трех режимах: краткий режим (выводится только итоговое количество баллов по тесту), подробный режим (выводится список вопросов и количество баллов за каждый из них), и в виде теста (выводится список вопросов с полной информацией о каждом из них: текст задания, варианты ответов, выбранный слушателем ответ, а также итоговая оценка за вопрос) [5].

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

Преимуществом системы DiTest является простота в ее использовании, как преподавателями, так и студентами. Кроме того, в систему внедрены:

• разработанные специалистами учебно-методического центра НГТУ редактор формул и редактор текста WYSIWYG, которые дают возможность легкого создания теста самим преподавателем;

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

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

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

1. Электронное обучение в традиционном университете: сб. ст. / Новосиб. гос. техн. ун-т. Ин-т дистанц. образования ; отв. ред. : Г. Б. Паршукова, О. В. Казанская. – Новосибирск : Изд-во НГТУ, 2010. – 133 с.

2.  Глазачев С. Н. Проблемы экологического образования и воспитания в системе наукограда // Материалы международной научно-практической конференции. – Мичуринск, 2006. – С. 12.

3. Отчет о научно-исследовательской работе: Система критериев качества учебного процесса для дистанционного образования / И. П. Норенков, В. А. Трудоношин, М. Ю. Уваров и др. – М. 2002. – 75 с.

4. Слав Е. Э. Тестирование как один из способов проверки знаний в системе дистанционного обучения // Межрегион. науч.-практ. конф. «Развитие региональной образовательной информационной среды». – СПб., 2009.

5. Ильин М. Э., Юн С. Г. Система тестирования DiTest.V2 // Единая образовательная информационная среда: проблемы и пути развития : материалы 7 междунар. науч.-практ. конф.-выставки, Омск, 22−25 сент. 2008 г. – Томск ; Омск, 2008. – С. 199-200.

Авторы модуля: С.В. Клишина, Д.Д. Бочаров.

Тема 1. Общие вопросы педагогического контроля в тестовой форме. Технология тестирования. Проблемы целеполагания. Итоговый тест. Рабочая программа курса. Тестовые задания.

Тема 2. Классификация и формы тестовых заданий. Разработка тестовых заданий в соответствии с целями изучения курса. Составление теста из тестовых заданий.

Тема 3. Обработка и анализ результатов тестирования. Статистическая обработка результатов тестирования. Надежность и валидность теста. Коррекция первой версии теста.

Тема 4. Программное обеспечение электронных систем тестирования.

Рекомендуемая литератураК модулю 4

1. Аванесов В.С. Теоретические основы разработки заданий в тестовой форме: Учеб. пособие. — М: МГТА, 1995.-95 с.
2. Аванесов B.C. Научные проблемы тестового контроля знаний. — М.: Исслед. центр, 1994. — 135 с.
3. Аванесов В.С. Основы научной организации педагогического контроля в высшей школе. — М.: Исслед. центр, 1989. — 26 с.
4. Аванесов B.C. Математические модели педагогического измерения. — М.: Исслед, центр, 1994.-26 с.
5. Аванесов B.C. Композиция тестовых заданий. — М.; Адепт, 1998. — 216 с.
6. Бурлачук Л.Ф., Морозов С.Н. Словарь-справочник по психологической диагностике. — Киев, 1989. — 270 с.
7. Гласс Дж., Стэнли Дж. Статистические модели в педагогике и психологии. — М.: Прогресс, 1976. — 496 с.
8. Ингекамп К. Педагогическая диагностика. — М: Педагогика, 1991. — 240 с.
9. Клайн П. Справочное руководство по конструированию тестов: Введение в психометрическое проектирование: Пер. с англ. / Под ред. Л.Ф. Бурлачука. — Киев: ЛТД, 1994. — 288 с.
10. Майоров А.Н. Тесты школьных достижений: конструирование, проведение, использование. — СПб.: Образование и культура, 1996. — 304 с.
11. Михеев В.И. Моделирование и методы теории измерений в педагогике. — М: Высшая школа, 1987. — 199 с.
12. Потеев М.И. Основы теории тестирования // Основы аналитической дидактики: Учеб. пособие. — СПб., 1992. — С. 65-96.
13. Челышкова М.Б. Разработка педагогических тестов на основе современных математических моделей: Учеб. пособие. — М: Исслед. центр, 1995. — 32 с.
14. Челышкоеа М.Б. Теория и практика конструирования педагогических тестов: Учеб. пособие. — М.: Логос, 2002. — 432 с.
15. Шишов С.Е., Кальней В.А. Мониторинг качества образования в школе. — М., 1998.

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

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

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

Таблица 1. Классификация тестовых оболочек

*) Комментарии к отдельным разделам таблицы.

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

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

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

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

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

2.7. и 2.8. Формирование и представление тестовых заданий — одна из главных функций системы тестирования знаний. От качества ее исполнения зависит качество проверки знаний. Как правило, задания формируются в каком-нибудь известном формате (текстовый, RTF, XML, HTML). Это упрощает их дальнейшую визуализацию, но усложняет контроль над правильностью представления данных. Ужесточить этот контроль можно, позволив пользователю — разработчику тестовых заданий представлять только определенные элементы (текст, рисунки, элементы управления и т.п.) и размещать их в заранее заготовленных шаблонах, обеспечивающих не только внешний вид всего задания, но и виды взаимодействия между введенными элементами. Причем конструирование этих шаблонов можно опять же возложить на плечи самих пользователей, выбрав соответствующий формат и используя продукты третьих фирм либо разработав свой и предоставив пользователю соответствующий инструментарий.

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

3.3. и 3.4. Каждый пользователь системы обычно авторизуется с помощью своего пароля, и Система узнает пользователя тогда, когда введенный им пароль совпадает с паролем, хранимым в самой Системе. Если пароль хранится в незашифрованном виде, то он практически незащищен от несанкционированного доступа. Поэтому более правильно хранить пароль в закодированном виде. В качестве кодирования можно применить какой-нибудь алгоритм шифрования, но тогда все равно можно попасть в Систему, узнав ключ шифра. Поэтому более правильным является использование какой-нибудь хэш-функции, не имеющей обратного алгоритма (DES, TripleDES, MD5). В этом случае Система сверяет уже не сам пароль, а закодированный вариант, хранящийся на сервере, и строку, которая получается кодированием только что введенного пользователем пароля. Минусом (а может даже и плюсом) этого метода является невозможность восстановления старого пароля, если пользователь его забыл. Но кто мешает установить новый пароль?

Если система разработана по Интернет-технологии, то каким бы образом не был закодирован пароль, последовательность, передаваемая на сервер, при авторизации достаточно просто «подслушивается», а затем воспроизводится при попытке взлома. Поэтому для обеспечения надежности передаваемых данных можно пользоваться так называемой «challenge» авторизацией. Ее суть заключается в следующем: после поступления запроса от клиента на проведение авторизации, сервер генерирует случайную последовательность и передает ее клиенту, после чего клиент производит кодирование авторизируемых данных и этой последовательности как единого целого и отсылает назад — серверу, который, в свою очередь, сравнивает полученный код с данными, полученными в результате выполнения той же последовательности кодировки. Этот способ хорош тем, что по сети каждый раз передаются новые данные, и их «подслушивание» не дает возможности доступа в Систему.

3.5. После завершения очередного диалога клиент-сервер, Система обычно «забывает» пользователя и при начале новой итерации общения он должен опять идентифицировать себя. Но при использовании Интернет-технологии каждая новая итерация — это загрузка очередной страницы, поэтому проводить каждый раз полную авторизацию неэффективно. Можно рекомендовать использование принципа рабочей сессии пользователя. После первой успешной процедуры авторизации сервер запоминает все его данные (включая те, которые обеспечивают его уникальность: IP адрес, HTTP-USER-AGENT и т.д.), генерирует некоторую случайную последовательность, закрепляет ее за этим пользователем на определенное время и выдает ее в качестве идентификатора. Клиент до конца сеанса использует эту последовательность как свой идентификатор, а сервер, находя ее в своей базе и сравнивая остальные уникальные данные, идентифицирует пользователя.

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

3.7. Реализация Интернет-технологии, как правило, предполагает использование HTTP протокола для передачи данных. По этому протоколу все данные передаются открытым текстом, что дает возможность «подсматривания» за ходом тестирования и подделывания передаваемой информации. Для обеспечения защиты от такого вмешательства можно использовать протокол HTTPS, который подразумевает шифрование передаваемых данных посредством SSL. Но на использование этого протокола накладываются некоторые ограничения. Одним из них, например, является то, что на одном IP-адресе не могут находиться несколько виртуальных Web-серверов, работающих по этому протоколу. Это делает потенциально затрудненным размещение такого сервера на площадях провайдера. Поэтому при разработке можно рассмотреть возможность шифрования данных своими средствами и инкапсулирования этого шифрованного потока в стандарт HTTP. Также возможно делить данные таким образом, что их отдельная часть не представляет из себя никакой ценности, а собранные вместе, они дают полную картину. Одновременно организуются несколько каналов и по каждому из них передается своя часть, после чего все части сливаются воедино на стороне клиента. Эти способы, конечно, не предоставляют реальную защиту, но вполне пригодны для защиты от простейшего просматривания.

4.1.Как правило, разработчики пишут программы, жестко привязываясь к особенностям программных систем, которыми они обладают, и в которых они могут производить тестирование продукта. Например, Web-приложение, написанное для Web-сервера Microsoft IIS и использующее его технологию IS API, уже не будет работать на Unix системе или под управлением другого Web-сервера. Помехой к использованию могут также стать неустановленные библиотеки или иначе сконфигурированные приложения, используемые программой. Поэтому обычно производитель четко указывает, какие требования необходимы для работы его продукта, и в зависимости от того, насколько он универсален, они будут очень жесткими или абсолютно расплывчатыми. Кроме того, практикуется разработка нескольких вариантов программных систем для различных платформ или других условий окружения.

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

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

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

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

Система тестирования ИнтерТест построена по Интернет-технологии и состоит из следующих подсистем: подсистемы администрирования, подсистемы ввода и редактирования вопросов, подсистемы формирования тестов, подсистемы тестирования, подсистемы просмотра и анализа результатов тестирования, подсистемы конвертирования вопросов из программной системы ACT (разработка ВТУ, г. Москва).

Система обеспечивает удаленный доступ, как преподавателей, так и студентов.

Система построена с использованием следующих инструментальных средств: СУБД -MySQL; серверные приложения — php3.14, Web-сервер — IIS4.0 или Apache; клиентское приложение — Internet Explorer 5.0 под Windows NT Workstation или Windows 95 и выше; язык клиентской стороны — JavaScript 1.1; операционная система для сервера -Windows NT 4.0 или Unix.

Система разделяет пользователей на 3 группы: администраторов, преподавателей и студентов. Каждая группа пользователей имеет четкие права по доступу к системе тестирования, т.е. свои привилегии. Администраторы имеют возможность создавать новых пользователей системы, изменять их права, а также удалять их из системы. Каждый пользователь получает статус преподавателя или студента, за каждым пользователем закрепляется уникальное имя и пароль. Таким образом, обеспечивается защита от несанкционированного доступа к данным в базе.

Преподаватели могут:

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

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

Студенты имеют право выполнять тестирование по выбранным тестам, используя один из следующих режимов:

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

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

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

Правила использования тестов. В тесте преподаватель указывает число вопросов по каждой теме, включенной в тест. Каждый вопрос оценивается своим числом баллов, тем самым учитывается сложность вопросов. Вопросы по темам выбираются из базы в случайном порядке. Если число вопросов по теме велико, то они будут выбираться, практически не повторяясь. В тесте также указывается порядок оценки: задается процент правильных ответов, при которых можно ставить различные оценки (5, 4, 3, 2).

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

Все вопросы делятся на группы: открытые, закрытые, соответствия. Открытые вопросы предусматривают четкий ответ, чаще всего в одно-два слова. Ответы вписываются в поле редактирования. Закрытые вопросы предлагают несколько вариантов ответов, и студент выбирает один или несколько из них. Вопросы на соответствие предполагают установление соответствия. Если есть хотя бы одно несоответствие, то ответ считается неверным.

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