close

Вход

Забыли?

вход по аккаунту

Половинкина Анна Валерьевна. Разработка модуля тестирования знаний с использованием дистанционных технологий

код для вставки
АННОТАЦИЯ
ВКР 105 с., 33 рис., 13 табл., 40 источников, 1 прил.
МОДУЛЬ ТЕСТИРОВАНИЯ, АДАПТИВНЫЙ АЛГОРИТМ ВЫДАЧИ
ТЕСТОВЫХ ЗАДАНИЙ, СТРАТЕГИИ ВАРЬИРОВАНИЯ ДЛИНОЙ ТЕТСТА,
ОПРЕДЕЛЕНИЕ
УРОВНЯ
СЛОЖНОСТИ
ТЕСТОВЫХ
ЗАДАНИЙ,
ОТСЛЕЖИВАНИЕ ПЕРЕКЛЮЧЕНИЯ ВКЛАДОК, ОЦЕНКА РЕЗУЛЬТАТОВ
ТЕСТИРОВАНИЯ.
Выпускная
квалификационная
работа
посвящена
разработке
модуля
тестирования знаний с использованием дистанционных технологий.
В первой главе был проведен анализ процессов предметной области,
изучены
существующие
аналогичные
программные
продукты,
выявлены
функциональные и нефункциональные требования к разрабатываемому модулю,
рассмотрены различные дистанционные технологии, изучены виды тестов и их
составляющие.
Во второй главе велось проектирование модуля тестирования знаний. Была
описана модель тестирования, предложена стратегия варьирования длиной теста и
метод оценивания результатов тестирования, построена функциональная модель в
виде
диаграммы
вариантов
использования,
проведено
концептуальное
и
физическое проектирование базы данных и продемонстрировано ее представление
на логическом физическом уровнях.
В третьей главе осуществлялась реализация модуля тестирования знаний.
Были выбраны инструментальные средства разработки, описан процесс создания
модуля, основанного на предложенном алгоритме адаптивного тестирования,
разработаны алгоритмы функционирования модуля, реализована возможность
отслеживания
переключения
вкладок,
создан
шаблон
банка
вопросов,
спроектирована логика диалога с пользователем через транзитивные сети,
представлены экранные формы работы модуля.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
5
1 ИССЛЕДОВАНИЕ ПРОЦЕССОВ ПРЕДМЕТНОЙ ОБЛАСТИ ДЛЯ
МОДУЛЯ
ТЕСТИРОВАНИЯ
ЗНАНИЙ
С
ИСПОЛЬЗОВАНИЕМ
ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
1.1 Описание процессов предметной области
7
1.2 Анализ существующих аналогов
12
1.3 Функциональные и нефункциональные требования
25
1.4 Обзор дистанционных технологий
28
1.5 Виды тестов и их составляющие
29
2
ПРОЕКТИРОВАНИЕ
МОДУЛЯ
ТЕСТИРОВАНИЯ
ЗНАНИЙ
С
ИСПОЛЬЗОВАНИЕМ ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
2.1 Модель тестирования
35
2.2 Построение функциональной модели
41
2.3 Концептуальное проектирование базы данных
44
2.4 Физическое проектирование базы данных
47
3
РЕАЛИЗАЦИЯ
МОДУЛЯ
ТЕСТИРОВАНИЯ
ЗНАНИЙ
С
ИСПОЛЬЗОВАНИЕМ ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
3.1 Выбор инструментальных средств разработки
54
3.2 Создание модуля тестирования знаний
57
3.3 Разработка алгоритмов функционирования модуля
59
3.4 Отслеживание переключения вкладок
66
3.5 Создание шаблона банка вопросов
70
3.6 Проектирование логики диалога с пользователем
72
3.7 Экранные формы работы модуля
84
ЗАКЛЮЧЕНИЕ
89
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
90
ПРИЛОЖЕНИЕ А (обязательное) ФРАГМЕНТ ПРОГРАММНОГО КОДА
94
УДОСТОВЕРЯЮЩИЙ ЛИСТ
104
ИНФОРМАЦИОННО-ПОИСКОВАЯ ХАРАКТЕРИСТИКА ДОКУМЕНТА 105
НА ЭЛЕКТРОННОМ НОСИТЕЛЕ
5
ВВЕДЕНИЕ
Проверка итогов изучения, или контроль знаний, считается неотъемлемым
компонентом
процесса
изучения.
Значение
проверки
итогов
обучения
заключается в выявлении определенного уровня освоения знаний, который обязан
соответствовать образовательному стандарту по данной дисциплине. Проверка
очень важна и необходима на всех стадиях процесса обучения, но особенный
смысл получает после изучения какого-либо определенного раздела программы и
окончании одной из многочисленных стадий обучения.
Проверка знаний может проводиться различными способами, но один их
самых популярных – это тестирование.
Тестирование – процесс применения тестов, который является частью
процесса оценивания. Тест - стандартизированная последовательность вопросов с
возможностью вариантов выбора правильных ответов, охватывающая область
приобретенных в процессе обучения знаний, подлежащих контролю. Цель
тестирования – выявить уровень усвоения испытуемыми изученного материала.
Тестирование должно быть простым и подходящих для всех случаев жизни
средством проведения проверки знаний по любому направлению, независимо от
тематики испытания.
Обычно тестирование проводилось с помощью листка и ручки. Но с
развитием электронно-вычислительной техники (ЭВМ) этот процесс стал
автоматизироваться,
после
чего
появилось
электронное
тестирование,
использующее информационные технологии (ИТ). Позже появилась возможность
проводить тестирование на расстоянии благодаря одной из разновидностей ИТ –
дистанционные
технологии.
Это привело
к минимизации вовлеченности
преподавателя в процесс контроля знаний обучающихся. Вследствие чего
возникла необходимость в разработке модуля тестировании знаний, который
будет объективно отражать уровень подготовленности испытуемых.
Систем тестирования знаний на рынке программного обеспечения
существует достаточное количество, среди них есть как коммерческие, так и
свободно распространяемые. Все системы разнообразны по функционалу, но нет
6
системы тестирования знаний, которая бы подбирала тестовые вопросы по
результатам оценки уровня подготовленности испытуемого.
Поэтому целью данной работы является повышение эффективности
компьютерного тестирования. Для этого необходимо разработать модуль
проверки знаний на основе адаптивного алгоритма тестирования. Объектом
исследования выступает процесс тестирования знаний, предметом исследования тестовый контроль знаний как средство измерения уровня усвоения знаний
испытуемыми. Для достижения цели необходимо выполнить следующие задачи:
1) исследовать процессы предметной области;
2) проанализировать существующие аналоги;
3) разработать модель тестирования;
4) спроектировать модуль;
5) реализовать модуль.
7
1 ИССЛЕДОВАНИЕ ПРОЦЕССОВ ПРЕДМЕТНОЙ ОБЛАСТИ ДЛЯ
МОДУЛЯ ТЕСТИРОВАНИЯ ЗНАНИЙ С ИМПОЛЬЗОВАНИЕМ
ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
1.1 Описание процессов предметной области
Тестирование, или контроль знаний, является частью процесса обучения и
используется в любых сферах человеческой деятельности, где реализуется этот
процесс. Тестирование подразумевает создание теста и выдачу его испытуемым
для прохождения и последующего определения уровня усвоения знаний,
приобретенных в процессе обучения. Так как контроль знаний тесто связан с
обучением, то разрабатываемый модуль тестирования будет использоваться
различными
коммерческими
и
некоммерческими
образовательными
организациями, а также любыми юридическими или физическими лицами.
Как и в процессе обучения, в тестировании присутствуют такие личности,
как учитель и ученик. Учитель является создателем теста. Он придумывает
тестовые задания и заносит их в определенную базу данных тестовых заданий,
называемым банком вопросов. Создателем теста является любое физическое лицо,
будь то школьный учитель или студент университета. В теории тестирования нет
никаких ограничений по этому поводу. Пол, возраст и степень образования не
важны. Ученик является испытуемым теста, т.е. проходит тестирование.
Испытуемым также может быть любой человек. В отношении него ограничений
тоже нет.
Тестирование испытуемых может проводиться традиционным (бумажным)
способом, но с развитием информационных технологий и доступностью ЭВМ, в
подавляющем большинстве случаев проводится компьютерное тестирование.
Компьютерное
тестирование
может
быть
локальным
и
дистанционным.
Последний вид тестирования обладает преимуществом, так как ученик и учитель
могут находиться на расстоянии. Им достаточно иметь компьютеры и выход в
Интернет.
8
Процесс тестирования заключается в предъявлении испытуемым теста,
состоящего из тестовых заданий. Тестовые задания могут быть различной формы:
задания закрытого типа, задания открытого типа, задания на установление
соответствия, задания на установление правильной последовательности. Модуль
проверки знаний будет содержать исключительно вопросы закрытого типа. Выбор
этой формы задания обосновывается минимизацией затраченного времени на
решение, объективностью результатов тестирования и простотой программной
реализации, а также развитием технологий для проведения и обработки
результатов.
В
качестве
тестового
задания
выступает
предложение
в
вопросительной или утвердительной форме, а также картинка, которая является
дополнением к вопросу. Наличие картинки не является обязательным, ее
необходимость определяется создателем теста самостоятельно. Тестовые задания
могут иметь как один правильный ответ на вопрос, так и несколько. Количество
правильных ответов устанавливается создателем теста.
Ответом на тестовое задание закрытой формы является выбор правильного
варианта ответа из нескольких предложенных. Существуют правильные и
неправильные варианты ответов. Правильный ответ – ответ на вопрос,
соответствующий
истине.
Неправильный
ответ
–
ответ
на
вопрос,
не
соответствующий истине. Одним из видов неправильных ответов в тестовых
заданиях с выбором одного или нескольких правильных ответов является
дистрактор.
Дистрактор – неправильный, но правдоподобный ответ. Он призван
снижать вероятность случайного угадывания правильного ответа. К подбору
дистракторов следует относиться серьезно. Основное требование к качеству
дистракторов – чтобы они были правдоподобны и привлекательны для выбора, но
не допускали неоднозначного толкования и не были частично правильными.
Степень правдоподобности и количество дистракторов определяется создателем
теста самостоятельно, но обычно их создается не менее трех. Чем больше
дистракторов, тем ниже вероятность случайность угадывания правильного ответа
на вопрос теста.
9
Главная характеристика тестового задания в компьютерном тестировании
– это его сложность. Сложность применяется для создания дифференцирующей
способности задания. Сложность тестовых заданий определяется опытным путем
на
репрезентативной
выборке
определенного
количества
испытуемых.
Проведение опыта и выявление сложности тестовых заданий является задачей
создателя теста.
Тест состоит из определенного числа тестовых заданий. Обычно это число
определяется создателем теста. Для того, чтобы как можно более полно и верно
отобразить уровень знаний учащихся, рекомендуется создавать тест из не менее,
чем 10 и не более, чем 30 тестовых заданий.
Тестовое задание является единицей контрольного материала, содержание
которого обеспечивает однозначность оценок результатов тестирования. Все
тестовые задания образуют банк заданий. Чтобы задание стало тестовым, т.е.
вошло в банк заданий, оно должно пройти эмпирическую проверку. Банк заданий
–
хранилище
тестовых заданий,
из
которых будут создаваться
тесты.
Эмпирическая проверка тестовых заданий будет производиться создателем теста
самостоятельно.
Тестовые задания выдаются испытуемому по различным алгоритмам.
Чаще всего, последовательность выдачи заданий определяется самим учителем.
Однако все большую популярность набирают тесты, в которых представление
вопросов зависит от ответов испытуемого на предыдущие вопросы, тем самым
подгоняя тестирование под уровень знаний ученика. Вышеописанный алгоритм
тестирования называется адаптивным. Схема алгоритма приведена на рисунке 1.
10
Рисунок 1 – Схема алгоритма адаптивного тестирования
В процессе обучения учащиеся изучают различные дисциплины, каждая из
которых состоит из нескольких тем, или разделов. В свою очередь, разделы
состоят из нескольких уроков. На основе этой классификации различают
несколько видов контроля знаний. Среди них выделяют наиболее популярные
виды – текущий и итоговый контроль. Текущий контроль используется при
тестировании знаний в рамках одного раздела изучаемой дисциплины. Итоговый
контроль используется при тестировании всей изучаемой дисциплины.
Тестирование чаще всего проводится как по одной дисциплине, так и по
одному разделу изучаемой дисциплины. Гораздо реже контроль знаний может
проводиться по нескольким дисциплинам, однако делать этого не рекомендуется,
так как не получится в достаточной степени оценить уровень усвоения знаний
учащимися по каждой отдельной дисциплине.
После прохождения тестирования необходимо ознакомиться с его
результатами. Этими результатами являются оценка за тест и статистика
11
тестирования, т.е. список вопросов, присутствовавших в тесте, список ответов
ученика и список правильных ответов. Эта статистика доступна для просмотра
как испытуемому, так и создателю теста. Данные о результаты тестирований
испытуемых должны хранятся. По этим данным можно создавать различные
отчеты успеваемости.
Оценка результатов тестирования происходит автоматизировано по
заранее заданным алгоритмам. Алгоритм оценивания должен быть простым и
понятным. Результаты тестирования соотносятся заранее определенной шкале
оценки. Для оценки результатов тестирования можно использовать как
стандартные
шкалы,
используемые
в
образовательных
организациях
государственного уровня, так и созданные самим создателем теста.
Результат контроля учебной деятельности учащихся выражается в ее
оценке. Под оценкой знаний понимается процесс достигнутого учащимися уровня
владения ими с эталонными представлениями, описанными в учебной программе.
Оценка выражается в форме отметки (в баллах). Объективность и точность
выставляемых учащимися отметок при оценке результатов тестирования
обеспечивается установлением соответствующих критериев.
Оценки за тест выставляются в соответствии с пятибалльной системой
отметок, применяемой в качестве образовательного стандарта, который позволяет
при условии правильного ее применения объективно отражать результаты
учебной деятельности учащихся. Оценки, которые можно получить по этой
системе: «два» или «неудовлетворительно», «три» или «удовлетворительно»,
«четыре» или «хорошо», «пять» или «отлично».
Чтобы не затягивать процесс тестирования, создают жесткое временное
ограничение на выполнение тестовых заданий или теста в целом. В среднем, на
тестирование отводится от 10 до 30 минут, в зависимости от количества вопросов.
Время, отведенное на прохождение теста, задается создателем теста.
12
1.2 Анализ существующих аналогов
Для того, чтобы доказать важность и нужность разработки собственного
модуля
тестирования
знаний,
необходимо проанализировать аналогичные
программные продукты, существующие на сегодняшний день.
Система тестирования Let’s test - онлайн сервис для проверки знаний
1.
учащихся и аттестации работников, а также конструктор для создания тестов.
Система тестирования Let's test позволяет проводить онлайн тестирования знаний
через интернет. Она является не просто конструктором тестов, а обладает
широким набором функциональных возможностей, благодаря которым можно
построить целую инфраструктуру для вашей организации.
Let’s test позволяет построить систему проверки знаний с помощью тестов,
затратив при этом минимум усилий. Для управления системой тестирования не
нужно
привлекать
ни
системных
администраторов,
ни
программистов.
Заниматься обслуживанием может рядовой сотрудник с навыками пользователя
ПК. Система берет на себя все заботы по хранению и обработке данных, а также
предоставляем удобный интерфейс для работы с системой. При этом не нужно
касаться никаких технических вопросов. Пользователи системы получают
полностью готовое решение.
В системе тестирования Let's test можно создавать вопросы шести типов:
выбор одного правильного ответа, выбор нескольких правильных ответов, ввод
текстового ответа, установка последовательности, выбор одного ответа, выбор
нескольких ответов. Из них можно составлять как простые тесты для проверки
знаний, так и психологические тестирования. Вопросы можно копировать и
группировать по директориям. Количество вопросов не ограничено.
Возможности редактора вопросов:
1)
изменять размер, цвет или фон текста вопроса и вариантов ответа;
2)
добавлять в вопрос и варианты ответов картинки, таблицы или
видео/аудио материалы;
3)
вставлять готовый, отформатированный текст из Word или браузера;
13
4)
добавлять для вопроса подсказку, которая поможет тестируемому
ответить на него;
5)
написать для вопроса пояснение, которое он увидит после ответа на
6)
менять сложность вопросов, устанавливая разное количество баллов
него;
за ответ;
7)
разрешать пользователю оставлять комментарий при ответе на
вопрос;
8)
позволять тестируемым оценивать пользовательские вопросы;
9)
включать возможность прикреплять к ответу файлы.
В системе можно настроить свое тестирование. Для этого необходимо
выбрать вопросы из базы для тестирования. Затем установить параметры выборки
вопросов, сколько их должно быть в тесте и нужно ли их перемешивать. Процесс
создания теста представлен ниже на рисунке 2.
Рисунок 2 – Процесс создания теста в системе Let’s test
Тестирование можно разбить на разделы и для каждого из них выбрать
свои вопросы. Далее можно написать на странице запуска теста сообщение для
тестируемого. Это может быть приветствие или инструкция. Перед запуском
тестирования можно попросить тестируемого заполнить анкету, поля которой
14
определяет создатель теста самостоятельно. Создатель может установить
ограничение по длительности тестирования, разрешить или запретить пропускать
вопросы. Если создатель теста хочет запустить тест в режиме обучения, то можно
включить отображение пояснений и правильных ответов для вопросов.
Интерфейс системы в процессе тестирования изображен на рисунке 3.
Рисунок 3 – Интерфейс системы Let’s test в процессе тестирования
После этого необходимо определить как будет оцениваться результат, как
считать баллы или проценты за тест. В зависимости от результата тестируемому
можно показывать разные оценки и разные сообщения. Для психологических
тестов результат можно делить по категориям и делать настройки для каждой из
них.
В системе существует функция добавления на страницу результата
произвольное сообщение. Множество настроек этой страницы позволяют
скрывать или показывать различные блоки. Например, можно установить должен
ли тестируемый видеть свой результат или оценку. Результат тестирования
представлен ниже на рисунке 4.
15
Рисунок 4 – Результат тестирования в системе Let’s test
После завершения тестирования можно выдавать сертификат. Создатель
теста самостоятельно определяет изображение сертификата, а также данные
которые он содержит. Можно указать критерий выдачи сертификата.
Система реализует контроль доступа к тестированию. Создатель теста
определяет, кто сможет его пройти: все пользователи организации или только
определенные группы, доступ к тестированию предоставляется по специальному
паролю, требуется предварительная регистрация на тест?
Создатель теста может сделать тест активным только в определенный
момент
времени,
добавить
ограничение
по
попыткам
или
установите
минимальное время между попытками. В любой момент создатель можете
временно заблокировать тестирование.
Также можно уведомлять администратора о завершении тестирования по
электронной почте или сделать интеграцию с корпоративной системой создателя
теста, если у него таковая имеется.
Помимо всего прочего создатель теста имеет возможность добавлять своих
пользователей и устанавливайте им права доступа. Он может определить для
пользователей дополнительные поля (например, должность или возраст).
Большой список можно загрузить из файла Excel и сделать рассылку логинов и
паролей по почте.
16
Дополнительно можно спланировать тестирование заранее и добавить
участников, для каждого из которых будет сгенерирована уникальная ссылка на
тест. Возможна загрузка списка
участников из файла Excel, а также
автоматическая отправка ссылок им на почту.
И
самое
главное
-
тестирование
можно
вставить
на
любой
пользовательский сайт. Также доступна возможность оформления страниц
системы в фирменном стиле организации создателя теста.
Из существенных функциональных недостатков стоит отметит, что
отсутствует адаптивное тестирование.
2.
Система
тестирования
онлайн
TestsOnline
предназначена
для
удаленной подготовки или оценки знаний персонала и учащихся.
Любой зарегистрированный пользователь может бесплатно принимать
участие в открытых тестах, проходить бесплатное обучение, анализировать свои
результаты и создавать собственные тесты. Интерфейс программы во время
процесса тестирования изображен на рисунке 5.
Рисунок 5 – Интерфейс системы TestsOnline в процессе тестирования
После регистрации, всем пользователям доступен личный кабинет, в
котором отображаются результаты всех пройденных тестов, есть возможность
пройти обучение по неправильно-отвеченным вопросам (работа над ошибками),
17
экспорт результатов в Excel. Интерфейс личного кабинета представлен ниже на
рисунке 6.
Рисунок 6 – Интерфейс личного кабинета в системе TestsOnline
Владелец
теста,
самостоятельно
принимает
решение,
открывать
тестирование для всех пользователей или закрыть тест паролем, и сообщать его
при необходимости.
По завершению теста всем пользователям приходит сообщение с
результатами пройденного теста на E-mail, указанный при регистрации (отбивка
результата). Интерфейс системы с результатами тестирования представлен ниже
на рисунке 7.
18
Рисунок 7 – Результаты тестирования в системе TestsOnline
Основные направления использования системы: оценка кандидатов,
самостоятельная подготовка, обучение и контроль учащихся, обучение персонала.
В системе TestsOnline пользователи могут:
1)
создавать и редактировать тесты с помощью удобного конструктора
тестов с различными типами вопросов (однозначный выбор, многозначный выбор
и пользовательский текст);
2)
проводить детальный анализ полученных результатов, как по своим
пройденным тестам, так и по созданным вами тестам;
3)
экспортировать результаты пройденных тестов в Excel;
4)
добавлять изображения в вопросы и варианты ответов;
5)
настраивать режимы тестирования: обучение, обучение+экзамен,
экзамен;
6)
открыть список вопросов с вариантами ответов для просмотра всем
пользователям, до участия в тестировании;
7)
устанавливать количество вопросов для режима "экзамен";
8)
устанавливать
"экзамен";
время
прохождения
тестирования
для
режима
19
9)
настраивать опцию, разрешающую пользователю удалять свои
результаты;
10) устанавливать "вес" каждому вопросу в отдельности;
11) в режиме "обучение" выбирать разделы для прохождения обучения;
12) в режиме "обучение" настраивать процесс обучения для скорейшего
усвоения материала: показывать/не показывать правильные варианты ответов и
комментарии.
Как уже отмечалось выше, любой тест возможно настроить на три
варианта работы (тип теста):
1.
Обучение - режим обучения является одним из основных режимов
работы системы, с помощью него обеспечивается подготовка к экзаменам и
тестам, он позволяет проходить обучающие тренинги по экзаменационным
материалам. Имеет возможность отображать верные ответы и комментарии, как
перед выбором варианта ответа, так и после него, для выполнения функций
самоподготовки и проверки знаний. Есть возможность выбора разделов для
изучения, как всех, так и каждого по отдельности. Режим не ограничен по
времени. Есть возможность продолжать его даже после любого перерыва, сбоя
связи, выключения компьютера.
2.
Экзамен - режим непосредственной проверки знаний, ограничивается
по времени выполнения и количеству вопросов. Есть возможность продолжать
его даже после любого перерыва, сбоя связи, выключения компьютера, но только
при условии, что время с начала экзамена не вышло за рамки установленного
настройками.
3.
Обучение+экзамен - дает пользователю возможность выбора режима
прохождения теста: обучение или экзамен. Таким образом, пользователь может
предварительно подготовиться к сдаче экзамена в режиме обучения, а затем
проверить свои знания в режиме экзамен.
Из существенных недостатков, связанных с функционалом системы,
можно отметить также отсутствие адаптивного тестирования и крайне неудобную
работу процесса тестирования.
20
Чтобы предоставить системе ответ на вопрос, необходимо сначала выбрать
подходящий вариант ответа, затем нажать на кнопку «Ответить», после чего
нажать еще кнопку «Следующий». Слишком долго времени тратится на нажатие
лишних кнопок. Такая же ситуация обстоит и с завершением процесса
тестирования.
Чтобы
сообщить
системе,
что
испытуемый
решил
все
предъявленные ему тестовые задания, необходимо нажать кнопку «Завершить
тест». В аналогичных системах тестирование завершается после ответа на
последний вопрос теста.
Неудобный интерфейс также реализован при создании вариантов ответов
на вопросы теста. Чтобы добавить хотя бы один вариант ответа, придется изрядно
помучиться и понажимать много лишних кнопок, которые можно было не
создавать.
3.
Система Мастер Тест - это бесплатный интернет сервис, который
позволяет создавать тесты и проводить тестирование знаний. Пользователи могут
создавать как онлайн тесты, так и скачать и проходить тест без подключения к
интернету. И для этого им не нужно устанавливать на компьютер дополнительные
программы.
Мастер тест — образовательный сервис. На страницах сайта нет
информации, которая будет отвлекать от прохождения теста. Основная идея
приложения — проводить интерактивное тестирование знаний студентов и
учеников. Другие виды онлайн тестов тоже можно создавать в сервисе, но
система ориентируется в первую очередь на потребности педагогов.
Чтобы преподаватель имел возможность активировать тесты и проверять
знание
студентов,
для
начала
необходимо,
чтобы
студент
(учащийся)
зарегистрировался на данном сайте. Преподаватель сможет закрепить за собой
одну или больше группу и тогда сможет тестировать студентов.
Для создания тестов по определенному предмету, преподавателю нужно
утвердить за собой предметы, которые он преподает и по которым будут
создаваться тесты.
21
Темы тестов группируют тесты по тематике. Преподаватель может
создавать по одном тесту на каждую тему, в этом случае можете создать только
одну тему с общим названием, а указывать специфическую тему теста в его
названии.
Редактор тестов разрешает создавать тесты. Название теста должно быть
уникальной, чтобы вы могли отличать разные тесты в списке. Тема выбирается из
списка. В список входят темы, которые добавил преподаватель, который создает
тест. Если в списке нет необходимой темы, ее нужно добавить в общий список
тем. Предмет также выбирается из списка. В списке отображается предметы,
которые отвечают преподавателю.
В системе тесты имеют определенный статус, который может быть
частным (приватный), открытым (открытый) или закрытым (закрытый). Частный
статус предусматривает, что тестом может пользоваться только преподаватель,
который его создал. Открытый тест доступный всем преподавателям и
администратору. Закрытый тест может только редактироваться преподавателем,
который его создал.
Для того, чтобы создать тестовое задание, необходимо ввести текст
вопроса и далее выбрать формат ответа. Всего в системе тестирования три
формата ответа: один верный вариант ответа (один ответ), текстовый ответ (тест)
и произвольное количество вариантов ответа (любое количество). Тестовому
заданию можно присудить весовой коэффициент, отвечающий за приоритетность
данного вопроса при подсчете оценки. Интерфейс системы в момент создания
тестового задания изображен ниже на рисунке 8.
22
Рисунок 8 – Создание тестового задания в системе Мастер-Тест
После выполнения всех необходимых операций, тесты необходимо
активировать. Активация тестов разрешает студентам сдавать тест. Для того
чтобы исключить возможность многоразовой сдачи теста студентом, этот процесс
контролируется преподавателем. Интерфейс системы во время прохождения
тестирования изображен ниже на рисунке 9.
Рисунок 9 – Прохождение тестирования в системе Мастер-Тест
23
После введения всех данных по активации пользователю будет отображено
все избранные параметры для подтверждения данных. Если некоторых данных не
хватает, или они не правильные, необходимо отредактировать параметры. При
этом уже введенные к этому параметры будут сохранены. Тест будет
активирован, а на экран выведено сообщение об удачной активации теста.
В системе реализована возможность просмотра результатов сдачи тестов.
На экране будет отображен список результатов. Также можно просмотреть
детальную информацию. Детальная информация по сдаче теста – это тест, в
котором отмеченный выбор ответа студента на вопрос и напротив каждого
варианту ответа на вопрос стоит зеленый знак «+» (плюс), или красный «-»
(минус). Интерфейс просмотра результатов тестирования изображен ниже на
рисунке 10.
Рисунок 10 – Результаты тестирования в системе Мастер-Тест
Из существенных недостатков системы можно отметить отсутствие
адаптивного режима тестирования знаний.
Тщательно
проанализировав
вышеперечисленные
системы,
их
возможности и технические решения, можно составить результирующую таблицу
с указанием преимуществ и недостатков каждой из них.
24
Таблица 1 – Сводная таблица преимуществ и недостатков рассмотренных систем
тестирования знаний
Преимущества
Недостатки
1
2
Let’s test
1)
есть бесплатный тариф;
1)
наличие платных тарифов;
2)
создавать тесты может любой 2)
ограниченное
количество
зарегистрированный
пользователь тестирований в месяц (не более 50).
(организация);
Чтобы обойти это ограничение,
3)
встраивание теста на сайт. Для необходимо за отдельную плату
этого необходимо создать виджет и приобрести другой тарифный план;
получить его HTML-код;
3)
нет
режима
адаптивного
4)
механизм сертификатов. Он тестирования.
позволяет выдавать пользователям,
прошедшим
тестирование,
специальные
грамоты
или
свидетельства;
5)
журнал событий для просмотра
действий пользователей, которые они
выполнили в панели управления
организации;
6)
статистика
результатов,
представленная
списком
тестирований,
которые
были
пройдены в рамках организации.
Можно
получить
детальную
информацию по каждому из сеансов;
7)
возможность
создавать
различные отчеты по вопросам и
ответам
тестирования,
по
его
результатам и многие другие.
TestsOnline
1)
полностью бесплатная система;
2)
создавать тесты может любой
зарегистрированный пользователь;
3)
наличие готовых тестов по
разнообразным
тематикам
и
дисциплинам;
1)
крайне неудобная реализация
интерфейса системы в процессе
создании вариантов ответов на
вопросы теста, а также и в самом
тестировании;
25
Продолжение таблицы 1
1
2
TestsOnline
4)
создание тестов нескольких 2)
нет
режима
типов:
обучение,
экзамен, тестирования.
обучение+экзамен.
Типы
тестов
между
собой
отличаются
по
функционалу системы и процесса
тестирования;
Мастер Тест
адаптивного
1)
полностью бесплатная система; 1)
нет
режима
2)
создавать тесты может любой тестирования.
зарегистрированный пользователь;
3)
демонстрационная
версия
редактора тестов. Она показывает
возможности
системы
незарегистрированным
пользователям;
4)
обмен сообщениями между
учителем и студентом.
адаптивного
Проанализировав таблицу, приходим к логическому выводу, что каждый
из рассмотренных аналогов имеет свои преимущества и недостатки. На основе
этого анализа можно определить основные функциональные и нефункциональные
требования, которые необходимы для разрабатываемого модуля тестирования
знаний.
1.3 Функциональные и нефункциональные требования
Описание функциональных возможностей и ограничений, накладываемых
на программную систему, называется требованиями к этой системе, а сам процесс
формирования, анализа, документирования и проверки этих функциональных
возможностей и ограничений – разработкой требований. Требования к системе
делятся на две большие группы: функциональные и нефункциональные.
Функциональные требования - это перечень сервисов, которые должна
выполнять система, причем должно быть указано, как система реагирует на те или
26
иные входные данные, как она ведет себя в определенных ситуациях и т.д. В
некоторых случаях указывается, что система не должна делать.
Нефункциональные требования - описывают характеристики системы и ее
окружения, а не поведение системы. Здесь также может быть приведен перечень
ограничений, накладываемых на действия и функции, выполняемые системой.
Они включают временные ограничения, ограничения на процесс разработки
системы,
стандарты
и
т.д.
Выделяют
следующие
основные
группы
нефункциональных требований:
1.
Требования к продукту. Описывают эксплуатационные свойства
программного продукта. Сюда относятся требования к производительности
системы,
объёму необходимой
памяти,
надёжности
(определяет
частоту
возможных сбоев в системе), переносимости системы на разные компьютерные
платформы и удобству эксплуатации.
2.
Организационные
требования.
Отображают
политику
и
организационные процедуры заказчика и разработчика ПО. Они включают
стандарты разработки программного продукта, требования к реализации ПО (т.е.
к языку программирования и методам проектирования), выходные требования,
которые
определяют
сроки
изготовления
программного
продукта,
и
сопутствующую документацию.
3.
Внешние требования. Учитывают факторы, внешние по отношению к
разрабатываемой системе и процессу её разработки. Они включают требования,
определяющие
взаимодействие
данной
системы
с
другими
системами,
юридические требования, следование которым гарантирует, что система будет
разрабатываться и функционировать в рамках существующего законодательства,
а также этические требования. Последние должны гарантировать, что система
будет приемлемой для пользователей или заказчика.
Список функциональных требований для разрабатываемого модуля:
1.
реализация политики избирательного управления доступом. При этом
права доступа субъектов модуля на объекты должны группироваться с учётом
27
специфики их применения, образуя следующие роли: ученик, учитель. От
выбранной роли зависит дальнейший функционал модуля;
2.
реализация регистрации новых пользователей. Это создание учетной
записи, которая будет храниться на сервере и при помощи которой пользователь
сможет заходить в модуль и выполнять различные действия. В качестве логина
разрешить использовать e-mail или имя пользователя;
3.
реализация авторизации зарегистрированных пользователей. Это
предоставление определённому лицу прав на выполнение определённых
действий, а также процесс проверки (подтверждения) данных прав при попытке
выполнения этих действий;
4.
создание вопросов в системе. Пользователь в роли учителя должен
иметь возможность создавать вопросы непосредственно через интерфейс модуля;
5.
импорт шаблона банка вопросов. Также учитель должен иметь
возможность создать шаблон банка вопросов, представленный в виде файла с
расширением .XLS или .CSV, заполнить его и импортировать в модуль, после
чего данные из импортированного файла должны быть извлечены и занесены в
базу данных;
6.
реализация настроек тестирования:
6.1
предоставление дополнительных попыток для ответа на вопрос.
Количество этих попыток определяет учитель самостоятельно;
6.2
отслеживание переключения вкладок в браузере во время
тестирования. Если ученик во время процесса тестирования 1 или 2 раза
перешел с вкладки модуля на какую-либо другую, открытую в браузере, то
необходимо выводить сообщение с предупреждением о возможной
остановке тестирования. Если ученик переключился в 3 раз, то процесс
тестирования завершается;
6.3
ограничение времени на решение одного тестового задания.
Время, отведенное на один вопрос, определяет учитель самостоятельно;
28
7.
реализация процесса тестирования. Процесс тестирования включает в
себя выбор тестовых заданий для испытуемого и их выдачу по определенным
алгоритмам;
8.
просмотр
итогов
тестирования.
По
завершении
тестирования
необходимо предоставить возможность учителю и ученику просмотреть список
вопросов, входящих в тест, список ответов тестируемого и список правильных
ответов на вопросы.
Список нефункциональных требований для разрабатываемого модуля:
1)
использование архитектуры «клиент-сервер» (требования к продукту);
2)
разграничение прав доступа (требования к продукту);
3)
поддержка целостности и безопасности данных (требования к
продукту);
4)
использование технологии AJAX, языков PHP, JavaScript, РСУБД
MySQL (организационные требования);
5)
ориентированность на конечных пользователей (внешние требования).
1.4 Обзор дистанционных технологий
Дистанционные образовательные технологии (ДОТ) – это технологии,
реализуемые,
в
основном,
с
применением
информационных
и
телекоммуникационных технологий при опосредованном (на расстоянии) или не
полностью опосредованном взаимодействии обучающегося и преподавателя.
Целью использования образовательными учреждениями ДОТ является
предоставление учащемуся возможности освоения учебных образовательных
программ непосредственно по месту его физического нахождение в удобное для
него время суток и в удобном для него темпе освоения.
Виды ДОТ:
1.
Кейс-технологии. Они основаны на использовании наборов (кейсов)
текстовых, аудиовизуальных и мультимедийных учебных материалов и их
рассылке
для
самостоятельного
изучения
обучаемыми
при
организации
29
регулярных консультаций у преподавателей (тьюторов) традиционным или
дистанционным способом.
2.
Сетевые технологии (эти и используем). Они базируются на
использовании сетей телекоммуникации для обеспечения студентов учебными
материалами
и
интерактивного
взаимодействия
между
преподавателем,
администратором и обучаемым. В настоящее время эта технология является
самой распространенной.
3.
Телекоммуникационные (информационно-спутниковые) технологии.
Эта технология основана на использовании космических спутниковых средств
передачи данных и телевещания, а также глобальных и локальных сетей для
обеспечения
доступа
обучающихся
к
информационным
образовательным
ресурсам.
Модуль тестирования знаний, реализованный в данной работе, основан на
сетевой
технологии.
Очевидно,
технология
ТВ
и
видеоконференций
с
использованием сети Интернет достаточно дорогие в реализации. Кейс
технология имеет ряд недостатков, главный среди которых – это трудность в
создании кейса. Поэтому анализируя параметры перечисленных технологий
можно прийти к выводу, что наиболее интересной технологией является именно
сетевая или интернет-технология. Преимущества ее очевидны - низкая стоимость
реализации,
информации,
удобный,
доступный
возможность
пользователю
интерактивного
уровень
дистанционного
преподнесения
общения
с
преподавателем в удобное время, оперативный доступ к обучающим материалам.
1.5 Виды тестов и их составляющие
Существуют две фундаментальные теории конструирования тестов:
классическая (традиционная) и современная.
Предположение о существовании истинной оценки (балла) является
основополагающим в классической теории тестов. Сырым баллом называется
оценка, полученная испытуемым за тест путем обычным суммированием баллов
за правильные ответы. Эту оценку можно рассматривать как случайное значение,
30
на которое оказывают влияние такие факторы, как случайное угадывание ответа,
невнимательность при прочтении условия задания и другие. Поэтому истинный
балл испытуемого интерпретируется как взаимосвязь между сырым баллом и
ошибки измерения при оценке результатов тестирования.
В конце XX в. получила широкое распространение теория «задание –
ответ» (Item Response Theory – ITR), трактуемая как современная теория создания
тестов, в основе которой лежит применение математических и статистических
моделей измерения для оценки латентных параметров тестируемых и параметров
заданий теста. Латентные (скрытые) параметры – такие параметры, которые
недоступны для непосредственного наблюдения. Основу теории ITR составляют
такие латентные параметры, как уровень подготовленности тестируемого и
уровень трудности заданий.
От выбранной теории тестирования в будущем зависит, какой будет тест.
В свою очередь это влияет на то, как будут выдаваться тестовые задания и
интерпретироваться результаты тестирования. Поэтому выбору виду теста стоит
уделить пристальное внимание. Различают несколько видов тестов:
1.
Традиционные тесты. Они состоят из вопросов, оценок за правильно
данные ответы и правил для интерпретации тестовых результатов. Такой тест
обладает составом и целостной структурой. Итоговый результат традиционного
теста зависит от количества вопросов, на которые тестируемые ответили
правильно.
К традиционным тестам относят:
1.1 Гомогенные. Эти тесты популярнее других видов тестов. Обычно они
разрабатываются для контроля знаний по одной конкретной учебной дисциплине
или по одному разделу объемной учебной теме. Тест представляет собой систему
вопросов нарастающей трудности, специфической формы и конкретного
содержания - система, разрабатываемая для объективного, высококачественного и
действенного метода оценки структуры и измерения уровня знаний учащихся по
одному конкретному учебному предмету.
31
1.2 Гетерогенные. Традиционно они используются для комплексной
оценки учащихся. Тест представляет собой систему вопросов нарастающей
трудности, специфической формы и конкретного содержания - система,
разрабатываемая для объективного, высококачественного и действенного метода
оценки структуры и измерения уровня знаний по нескольким конкретным
учебным дисциплинам.
2.
Нетрадиционные
тесты.
Самыми
распространенными
среди
нетрадиционных тестов являются:
2.1 Интегративные тесты. Тесты представляют собой систему вопросов,
соответствующих требованиям интегративного содержания, которые нацелены на
итоговую оценку количественной
меры подготовленности обучающегося.
Обнаружение осуществляется посредством выдачи вопросов, для верного
решения которых необходимы очевидно взаимозависимые познания двух и более
учебных дисциплин.
2.2 Адаптивные
тесты.
Тесты представляют собой разновидность
автоматизированной системы проверки знаний, в которой заранее даны
параметры трудности каждого из всех известных вопросов. Такая система
спроектирована в виде компьютерного банка заданий, которые располагаются в
определенном порядке, зависимом от характеристик этих заданий. Наиважнейшей
характеристикой заданий для адаптивного теста является степень их сложности.
Адаптивный тест представляет наибольший интерес,
так как он
подстраивается под уровень знаний испытуемого и выдает тестовые задания,
соответствующие ему. Поэтому разрабатываемый модуль проверки знаний будет
основываться именно на адаптивном алгоритме тестирования. Но тогда возникает
трудность с выбором алгоритма предъявления тестовых заданий. В зависимости
от этого в адаптивных тестах выделяют следующие стратегии выдачи тестовых
вопросов:
1. Двухшаговая стратегия. Она подразумевает наличие двух итераций.
Вначале всем обучающимся дается одинаковый промежуточный тест с целью
32
проведения
подготовительной
дифференциации
обучаемых.
Далее
по
полученным результатам формируются адаптивные тесты.
2.
Многошаговая
фиксированного
и
стратегия.
вариативного
Они
выбора
разделяются
в
зависимости
на
от
стратегии
того,
как
проектируются многошаговые адаптивные тесты.
Стратегия называется фиксированной, если одинаковый для всех набор
вопросов используется для каждого обучаемого, но отдельно взятый ученик
проходит задания своим личным путем в зависимости от результатов выполнения
очередного задания.
Стратегия называется вариативной, если для учащихся выбор вопросов из
банка заданий происходит по определенным алгоритмам, которые предсказывают
сложность следующего вопроса по итогам решения предыдущего.
В модуле проверки знаний будет использоваться вариативная стратегия
выдачи тестовых заданий. Но теперь возникает вопрос о том, каким же будет
первое задание адаптивного теста. Ведь он ответа на вопрос зависит то, каким
будет следующее задание.
В зависимости от входного задания выделяют три варианта адаптивного
тестирования.
Первый
называется
пирамидальным
тестированием.
При
отсутствии предварительных оценок всем испытуемым дается задание средней
сложности и уже затем, в зависимости от ответа, каждому испытуемому дается
задание легче или труднее. Второй вариант называется самоадаптацией. Контроль
начинается с любого желаемого, испытуемым, уровня сложности, с постепенным
приближением к реальному уровню знаний. Третий вариант - когда тестирование
проводится посредством банка заданий, разделенных по уровням трудности.
В разрабатываемом модуле первым заданием теста будет вопрос средней
сложности. Далее количество и сложность предъявляемых вопросов будет
зависеть от ответов испытуемого на тестовые задания. Сами же задания
различаются по форме ответа на задание. В зависимости от этого выделяют две
основные группы тестовых заданий:
33
1. Задания открытого типа. При выполнении таких заданий обучающемуся
необходимо самому сформулировать и записать ответ на вопрос. К этому типу
заданий относят задания дополнения и задания свободного изложения.
2. Задания закрытого типа. Помимо формулировки вопроса испытуемому
предоставляется на выбор несколько различных готовых вариантов ответа на
вопрос. К этому типу относятся задания пяти видов: альтернативных ответов,
множественного выбора с одним правильным вариантом ответа, множественного
выбора
с
несколькими
правильными
вариантами
ответа,
задания
на
восстановление соответствия и на восстановление последовательности.
В модуле будут использоваться задания закрытого типа. Они более
объективны в оценивании знаний. Однако существует возможность случайного
угадывания, но она минимизируется благодаря созданию большого числа
неправильных вопросов.
По
окончании
процесса
тестирования
результатом
является
последовательность вопросов и данных испытуемым ответов на них. Эти данные
обрабатываются
для
выставления
оценки,
которая
и
покажет
уровень
успеваемости и усвоения знаний учащимся в обучении. Существует два подхода к
интерпретации результатов тестирования:
1.
Нормативно-ориентированные. Результаты тестов сравниваются со
средним результатом по какой-либо группе, который принимается за норму.
Норма – совокупность показателей, отражающая результаты тестирования
определенной выборкой испытуемых. Процесс определения норм называется
стандартизацией теста.
2.
Критериально-ориентированные.
Этот
подход
имеет
большее
распространение, чем предыдущий. Индивидуальные результаты тестирования
сопоставляются с заранее определенными критериями.
При оценивании
результатов в проценты переводится отношение балла учащегося, накопленного
по заданиям, к максимально возможному баллу за тест. Полученный процент
сравнивается со стандартами выполнения. Большое значение в этом случае имеет
разработка критериев, основанная на анализе учебного материала.
34
В
разрабатываемом
модуле
будет
использоваться
критериально-
ориентированный подход при оценивании результатов тестирования, так как он
более понятный, наглядный и простой в программной реализации.
Подводя итог всему вышесказанному можно сказать, что разрабатываемый
модуль проверки знаний будет основан на адаптивных тестах, в которых
реализуется вариативная стратегия выдачи тестовых заданий, сами же тестовые
задания будут только закрытой формы, а результат тестирования будет
интерпретироваться критериально-ориентированным подходом.
35
2 ПРОЕКТИРОВАНИЕ МОДУЛЯ ТЕСТИРОВАНИЯ ЗНАНИЙ С
ИСПОЛЬЗОВАНИЕМ ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
2.1 Модель тестирования
В ходе анализа были выявлены преимущества и недостатки каждой из
рассматриваемых платформ. Каждая из них по-своему уникальна и хороша, но
нет такой платформы, которая бы совмещала в себе все лучшие функциональные
решения. Поэтому необходимо разработать такой модуль тестирования знаний.
Структура разрабатываемого модуля тестирования знаний приведена ниже
на рисунке 11.
Рисунок 11 – Структура модуля тестирования знаний
36
В модуле будут реализованы 2 возможные роли пользователей: ученик и
учитель. Для этих ролей будут созданы модули ученика и учителя.
Модуль учителя будет взаимодействовать с базой данных, системой
управления базой данных и следующими модулями: интерфейса, регистрации,
авторизации.
Модуль ученика будет взаимодействовать с базой данных и следующими
модулями: интерфейса, регистрации, авторизации, адаптивного тестирования,
выбора вопроса, проверки результатов и критериев тестирования.
Основу модуля будет составлять адаптивный алгоритм тестирования.
Адаптивный алгоритм определяет порядок предъявления тестовых заданий в
зависимости
от
результатов
выполнения
предыдущих.
Самая
главная
характеристика задания адаптивного теста – уровень сложности. Обычно уровень
сложности задания выявляется опытным путем, но в разрабатываемом модуле
будет принято допущение: уровень сложности каждого задания определяет автор
теста, самостоятельно проводя апробацию тестовых заданий на репрезентативной
выборке испытуемых.
В зависимости от максимально возможных баллов, которые могут
получить испытуемые за правильные ответы на вопросы, в модуле будет
реализовано три уровня сложности тестовых заданий: легкий – 1 балл, средний –
2 балла, трудный - 3 балла.
Входным (первым) заданием адаптивного теста всегда будет вопрос
среднего уровня сложности. Уровень сложности следующего задания выбирается
исходя из ответа на предыдущий. Алгоритм определения уровня сложности
каждого из следующих заданий:
1. Если выдается легкий вопрос и испытуемый ответил на него правильно,
то уровень сложности повышается и следующий вопрос будет средней
сложности. В противном случае уровень остается неизменным, т.е. вопрос будет
легким.
37
2. Если выдается вопрос средней сложности и испытуемый ответил на него
правильно, то уровень сложности повышается и следующий вопрос будет
трудным. В противном случае уровень понижается, т.е. вопрос будет легким.
3. Если выдается трудный вопрос и испытуемый ответил на него
правильно, то уровень сложности остается неизменным и следующий вопрос
будет трудным. В противном случае уровень понижается, т.е. вопрос будет
средней сложности.
Чтобы уменьшить вероятность случайного угадывания правильного
ответа, рекомендуется количество дистракторов приравнять к четырем, т.е. в
этом случае вероятность угадывания будет
= 0,2, тогда как при количестве
дистракторов, равным трем, вероятность будет = 0, 25. Чем больше дистракторов,
тем меньше вероятность угадывания.
В разрабатываемом модуле адаптивного тестирования будут реализованы
два вида тестов:
1.
Тест по одному разделу изучаемой дисциплины. Длина такого теста
устанавливается на выбор создателя теста.
2.
Тест по всей изучаемой дисциплине. Так как дисциплина состоит из
нескольких разделов, то длина такого теста вычисляется следующим образом:
количество разделов дисциплины умножить на число «3», где «3» – количество
вопросов по каждому разделу изучаемой дисциплины.
В разрабатываемом модуле адаптивного тестирования будут реализованы
две стратегии варьирования длиной теста:
1)
фиксированная, т.е. количество заданий, входящих в тест, будет
определять создатель теста перед началом процедуры тестирования;
2)
вариативная, т.е. количество заданий, входящих в тест, будет
определяться модулем в процессе тестирования в зависимости от набранных
испытуемым баллов.
В модуле будет ограничено время для решения одного тестового задания.
Время на выполнение каждого задания определяется учителем в зависимости от
уровня сложности. Например, для вопросов пониженного уровня сложности
38
учитель может задать время на выполнение, равное 15 секундам, для вопросов
среднего уровня сложности - 30 секунд, а для вопросов повышенного уровня
сложности – 45 секунд.
В зависимости от ответов испытуемого, процесс тестирования может быть
завершен при наступлении одного из следующих событий:
1.
Тестируемый ответил на три трудных вопроса подряд. В таком случае
предполагается, что испытуемый в достаточной мере освоил учебный материал,
имеет
систематизированные
знания
о
предмете
обучения
и
проводить
тестирование дальше нет нужды.
2.
Тестируемый не ответил на три легких вопроса подряд. В этом случае
предполагается обратное, т.е. испытуемый не знает программу курса, не способен
справиться с элементарными заданиями и проводить тестирование более нет
нужды.
В
тестировании
по
одному разделу
изучаемой
дисциплины
при
наступлении одного из вышеперечисленных событий процесс тестирования
прекращается и рассчитывается итоговый балл.
В
тестировании
по
нескольким
разделам
изучаемой
дисциплины
завершается процесс тестирования по одному разделу и начинается по
следующему. Например, тест по дисциплине «Математика» состоит из разделов
«Сложение чисел» и «Вычитание чисел». Раздел «Сложение чисел» состоит из 15
вопросов, а раздел «Вычитание чисел» - из 10. Испытуемый отвечает на вопросы
первого раздела, т.е. «Сложение чисел». В процессе тестирования этого раздела
он ответил без ошибок на 5 вопросов, последние три подряд из которых были
вопросы повышенного уровня сложности. Следовательно, остальные 10 вопросов
ему задавать нет нужды. Поэтому раздел «Сложение чисел» считается
пройденным и начинается тестирование по разделу «Вычитание чисел».
Аналогично, тестирование по разделу «Сложение чисел» завершится при трех
подряд неправильных ответах на вопросы пониженного уровня сложности, и
начнутся выдаваться вопросы следующего раздела.
39
Процесс
оценки
результатов
тестирования
является
не
менее
ответственной частью работы, так как именно от него зависит правильность
анализа и классификации полученных знаний учащихся.
Результаты тестирования студентов будут иметь один метод оценивания,
используемый как для оценки результатов теста по одному разделу дисциплины,
так и для теста, состоящего из нескольких разделов.
Порядок проведения тестирования по одному разделу дисциплины: выдаем
студенту тестовые задания до тех пор, пока не наступит одного из следующих
условий:
1)
испытуемый ответил верно на три сложных вопроса подряд;
2)
испытуемый ответил неверно на три легких вопроса подряд;
3)
закончились вопросы без ответа;
4)
испытуемый три раза переключился с вкладки модуля на любую
другую, открытую в его браузере.
Затем вычисляем процент правильных ответов и по шкале определяем
полученную оценку. Шкала оценивания выглядит следующим образом:
1)
если количество долей принадлежит [1.5; 1.8], то студент получает
оценку «три»;
2)
если количество долей принадлежит (1.8; 2.5], то студент получает
оценку «четыре»;
3)
если количество долей принадлежит (2.5; 3), то студент получает
оценку «пять».
Порядок проведения тестирования одной дисциплине, состоящей из
нескольких разделов: выбираем разделы, из которых будет состоять тесть;
определяем последовательность предъявления разделов; выдаем вопросы первого
раздела до тех пор, пока не выполнится одно из следующих условий:
1)
испытуемый ответил верно на три сложных вопроса подряд;
2)
испытуемый ответил неверно на три легких вопроса подряд.
При наступлении одного из вышеперечисленных событий тестирование по
первому разделу прекращается и начинается тестирование по второму разделу.
40
Затем также при наступлении одного из двух событий тестирование по данному
разделу прекращается, и начинаются выдаваться вопросы следующего раздела.
Процесс тестирования по всему тесту прекращается при наступлении одного из
нижеперечисленных событий:
1)
закончились вопросы без ответа;
2)
испытуемый три раза переключился с вкладки модуля на любую
другую, открытую в его браузере.
Важно отметить, что ответ на первый вопрос любого теста не будет
оцениваться. Первый вопрос используется только для определения уровня
подготовки испытуемого и дальнейшей стратегии тестирования. Поэтому при
оценивании
результатов
тестирования
из
общего
количества
вопросов
необходимо отнять единицу.
За каждую использованную попытку дачи верного ответа на вопрос из
максимально возможного балла за вопрос вычитается один балл. Например,
испытуемому модуль выдал трудный вопрос, за правильный ответ на который с
первого раза присуждается три балла. Испытуемый не смог ответить на него
правильно сразу, а только со второй попытки. Следовательно, он получит за этот
вопрос два балла. Если бы испытуемый ответил на тот же вопрос с третьей
попытки, тогда он получил бы всего 1 балл.
Оценка результатов тестирования теста по одному и нескольким разделам
будет вычисляться следующими двумя образом:
1.
На каждом шаге тестирования оценка испытуемого переоценивается.
К уже набранным баллам (если таковые имеются) прибавляется балл за
выполненный шаг (задание) тестирования. Например, тестируемый отвечает на
седьмой вопрос теста и получает «3» балла, при этом за шесть предыдущих
вопросов он набрал «9» баллов. Следовательно, за семь вопросов испытуемый
набрал 9+3 = 12 баллов.
2.
При остановке процесса тестирования итоговый бал рассчитывается
следующим образом: количество баллов, которое успел набрать испытуемый на
момент остановки тестирования, делится на количество вопросов, на которые
41
испытуемый успел дать ответы также на момент остановки. Например,
испытуемый ответил на 14 вопросов, из которых 3 последних вопроса были
сложными. Следовательно, процесс тестирования остановился. Испытуемый за
эти 14 вопросов набрал 30 баллов. Тогда итоговая оценка будет равна: 30/14 = 2.1.
3.
По шкале оценивания находим, какому интервалу принадлежит
полученное значение, и ставим оценку (2.1 принадлежит (1.8; 2.5], => студент за
тест получит оценку «4»).
2.2 Построение функциональной модели модуля тестирования знаний
Диаграммы вариантов использования (usecasediagram) - это форма
представления
концептуальной
модели
проектируемой
системы,
которая
описывает ее функциональное назначение и в дальнейшем будет детализирована
и преобразована в модели логического и физического уровней.
Диаграмма строится базе трех основных типов компонентов: собственно
вариант использования (usecase), действующее лицо или актер (actor) исвязь или
отношение (relationship).
Актор - согласованное множество ролей, которые играют внешние
сущности по отношению к вариантам использования при взаимодействии с ними.
Варианты использования - внешняя спецификация последовательности
действий, которые система или другая сущность могут выполнять в процессе
взаимодействия с актерами.
Между
существовать
элементами
различные
диаграммы
отношения,
вариантов
которые
использования
описывают
могут
взаимодействие
экземпляров актеров и вариантов использования.
В языке UML существует несколько стандартных видов отношений между
актерами и вариантами использования:
1.
Отношение ассоциации (associationrelationship). Применительно к
диаграммам вариантов использования ассоциация специфицирует семантические
особенности взаимодействия актеров и вариантов использования в графической
42
модели системы, то есть, это отношение устанавливает, какую конкретную роль
играет актер при взаимодействии с экземпляром варианта использования.
2.
Отношение расширения (extend relationship). Отношение расширения
определяет взаимосвязь экземпляров отдельного варианта использования с более
общим
вариантом,
свойства
которого определяются
на
основе
способа
совместного объединения данных экземпляров.
3.
Отношение
обобщения
(generalization
relationship).
Отношение
обобщения между вариантами использования применяется в том случае, когда
необходимо отметить, что дочерние варианты использования обладают всеми
атрибутами и особенностями поведения родительских вариантов.
4.
Отношение включения (includerelationship). Отношение включения
между двумя вариантами использования указывает, что некоторое заданное
поведение для одного варианта использования включается в качестве составного
компонента в последовательность поведения другого варианта использования.
Построенная диаграмма вариантов использования представлена на рисунке
12.
Рисунок 12 – Диаграмма вариантов использования разрабатываемого модуля
тестирования знаний
43
Как видно из функциональной модели, в проектируемом модуле будут
присутствовать два актора:
1)
учитель – актор, в роли которого выступает любой авторизованный
пользователь системы, который будет создавать тесты для дальнейшего
тестирования;
2)
ученик – актор, в роли которого выступает любой авторизованный
пользователь системы, который будет проходить тесты, созданные учителем.
Учитель
обладает
следующими
индивидуальными
вариантами
использования:
1)
создать дисциплину – создание списка дисциплин, по которым в
дальнейшем будут создаваться тесты для тестирования;
2)
создать раздел – создание списка разделов, из которых будут состоять
дисциплины;
3)
создание тестового задания – создание заданий, из которых будут
состоять будущие тесты. Процесс создания задания заключается в создании
вопроса и вариантов ответа на него;
4)
выбор настроек задания – вариант использования, входящий в вариант
использования «Создать тестовое задание». Он включает в себя создание таких
настроек, как:
4.1) выбор сложности тестового задания;
4.2) выбор количества попыток для верного решения одного
тестового задания;
4.3) выбор времени, отведенного на решение одного тестового
задания;
5)
редактирование тестовых заданий – внесение корректировок в уже
созданные тестовые задания. Это будет необходимо, если в процессе создания
заданий были допущены ошибки;
6)
импорт тестовых файлов – возможность загрузки в систему файлов,
необходимых для процесса тестирования. Это могут быть как изображения,
44
используемые при создании тестовых заданий, так и множество тестовых
заданий, реализованных в виде EXCEL-файла.
2.3 Концептуальное проектирование базы данных
Для хранения и обработки данных в разрабатываемой системе необходимо
использовать базу данных. Процесс проектирования базы данных начинается с
выбора модели хранения данных. Затем на основе выбранной модели хранения
данных в виде схемы необходимо разработать ее логическое представление.
Следующим этапом является выбор конкретной СУБД (система управления базой
данных), с учетом специфики которой на основе логической схемы базы данных
реализуется ее физическое представление
Для проектирования логической схемы базы данных была выбрана модель
хранения данных «сущность-связь» (ER-модель) в нотации IDEF1X.
Модель «сущность-связь» - это неформальная модель предметной области,
которая используется на этапе концептуального проектирования базы данных.
Основное назначение модели – описание предметной области и представление
информации для обоснования выбора видов моделей и структур данных.
Сущность – любой различимый объект (объект, который мы можем
отличить от другого), информацию о котором необходимо хранить в базе данных.
Атрибут
–
поименованная
характеристика
сущности,
используемая
для
определения того, какая информация должна быть собрана о сущности. Ключ –
минимальный набор атрибутов, по значениям которых можно однозначно найти
требуемый экземпляр сущности. Связь – ассоциирование двух или более
сущностей.
Методология IDEF1X представляет собой язык моделирования (семантика
и синтаксис) и соответствующие правила и технологии разработки моделей
данных.
В проектируемой базе данных выделены следующие сущности: «Учитель»,
«Ученик», «Дисциплина», «Подписка учителя на дисциплину», «Подписка
45
ученика на дисциплину», «Раздел», «Вопрос», «Вариант ответа», «Тест»,
«Вариант теста», «Ответ ученика».
Проектируемая база данных представлена ниже на рисунке 13.
Сущность «Учитель» хранит личную информацию об учителе (создателе
теста). Сущность включает в себя следующие атрибуты: «ID_учитель»,
«Фамилия», «Имя», «Отчество», «Логин», «Пароль».
Сущность «Ученик» хранит личную информацию об ученике (испытуемом
тестом). Сущность включает в себя следующие атрибуты: «ID_ученик»,
«Фамилия», «Имя», «Отчество», «Логин», «Пароль».
Сущность «Дисциплина» хранит информацию о дисциплинах, по которым
будут проводиться тестирования. Сущность включает в себя следующие
атрибуты: «ID_дисциплина», «Название», «Количество разделов».
Сущность «Подписка учителя на дисциплину» хранит информацию о
дисциплинах, которые преподает учитель. Сущность включает в себя следующие
атрибуты: «ID_учитель», «ID_дисциплина», «Дата_подписки».
Сущность «Подписка ученика на дисциплину» хранит информацию о
дисциплинах, которые изучает ученик. Сущность включает в себя следующие
атрибуты: «ID_ученик», «ID_дисциплина», «Дата_подписки».
Сущность «Раздел» хранит информацию о разделах, из которых состоят
дисциплины. Сущность включает в себя следующие атрибуты: «ID_радел»,
«Название», «ID_дисциплина».
Сущность «Вопрос» хранит информацию о вопросах, из которых будут
состоять тесты. Сущность включает в себя следующие атрибуты: «ID_вопрос»,
«Текст», «Изображение», «Трудность», «Попытка», «Время», «ID_раздел».
Сущность «Вариант ответа» хранит информацию о вариантах ответов на
вопросы. Сущность включает в себя следующие атрибуты: «ID_вариант_ответа»,
«Текст», «Изображение», «Правильность», «ID_вопрос».
Сущность «Тест» хранит информацию о тестах, созданных для процесса
проверки знаний учеников. Сущность включает в себя следующие атрибуты:
«ID_тест», «Название», «Количество_вопросов».
46
Рисунок 13 – Логическая схема базы данных
47
Сущность «Вариант теста» хранит информацию о тесте для конкретного
ученика. Сущность включает в себя следующие атрибуты: «ID_вариант_теста»
«Дата_выполнения», «Количество_вопросов», «Завершение», «Сумма_баллов»,
«Оценка», «ID_ученик», «ID_дисциплина», «ID_тест».
Сущность «Ответ ученика» хранит информацию об ответах ученика на
вопросы
теста.
Сущность
включает
в
себя
следующие
атрибуты:
«
ID_ответ_ученика», «Ответ», «Балл», «ID_вопрос», «ID_вариант_теста».
2.4 Физическое проектирование базы данных
Физическое проектирование БД (база данных) - процесс подготовки
описания реализации базы данных на вторичных запоминающих устройствах. На
этом этапе рассматриваются основные отношения, организация файлов и
индексов, предназначенных для обеспечения эффективного доступа к данным, а
также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является последним этапом создания проекта
базы данных, при выполнении которого принимаются решения о способах
реализации
разрабатываемой
базы
данных.
Приступая
к
физическому
проектированию базы данных, прежде всего, необходимо выбрать конкретную
целевую СУБД. Поэтому физическое проектирование неразрывно связано с
конкретной СУБД.
Для реализации проектируемой базы данных была выбрана РСУБД
MySQLServer,
так
как
это
одна
из
наиболее
популярных
свободно
распространяемых систем управления, и она является наиболее приспособленной
для применения в среде web.
Между
логическим
и
физическим
проектированием
существует
постоянная обратная связь, так как решения, принимаемые на этапе физического
проектирования с целью повышения производительности системы, способны
повлиять на структуру логической модели данных.
48
Как правило, основной целью физического проектирования базы данных
является описание способа физической реализации логического проекта базы
данных.
На схеме физического уровня базы данных появилась новая сущность
«Section_and_test» в результате преобразования связи «многое-ко-многим» на
логическом уровне между сущностями «Раздел» и «Тест». Полученная сущность
включает в себя следующие атрибуты: «ID_section», «ID_test».
Отметим, что все атрибуты сущностей не могут быть пустыми (NOT
NULL), кроме нижеперечисленных атрибутов:
1)
атрибут «Image: VARCHAR()» в сущности «Qwestion»;
2)
атрибут «Image: VARCHAR()» в сущности «Answer_choice»;
3)
атрибут «Total_score: INTEGER» в сущности «Option_test»;
4)
атрибут «Mark: INTEGER» в сущности «Answer_of_student».
На рисунке 14 изображена физическая схема базы данных.
Целостность базы данных – это соответствие имеющейся в базе данных
информации её внутренней логике, структуре и всем явно заданным правилам.
Каждое правило, налагающее некоторое ограничение на возможное состояние
базы данных, называется ограничением целостности.
Поддержание целостности базы данных может рассматриваться как защита
данных от неверных изменений или разрушений. Целостность БД не гарантирует
достоверности
содержащейся
правдоподобность
этой
в
ней
информации,
информации,
отвергая
но
обеспечивает
заведомо
невероятные,
невозможные значения.
Существует несколько видов ограничений целостности:
1.1 Ограничение NOT NULL гарантирует, что столбец не содержит
значений null. Столбцы без ограничения NOT NULL могут содержать значения
null по умолчанию. Ограничения NOT NULL должны быть определены на уровне
столбца.
1.2 Ограничение PRIMARY KEY создает первичный ключ для таблицы.
Только один первичный ключ может быть создан для каждой таблицы.
49
Рисунок 14 – Физическая схема базы данных
50
Ограничение PRIMARY KEY является столбцом или рядом столбцов,
которые однозначно определяют каждую строку в таблице. Это ограничение
проверяет уникальность комбинации столбца или столбцов и гарантирует, что
никакой столбец, который является частью первичного ключа, не может
содержать значение null.
1.3 Ограничение FOREIGN KEY определяет столбец или комбинацию
столбцов как внешний ключ и устанавливает отношение с первичным ключом или
уникальным ключом в той же самой таблице или в другой таблице.Значение
внешнего ключа должно совпадать с существующим значением первичного
ключа в родительской таблице или быть неопределенным (NULL).
Составной внешний ключ создается с помощью определения на уровне
таблицы. Внешний ключ не может быть неопределенным значением.
Безопасность означает защиту данных от несанкционированного доступа,
либо изменения или нарушения данных.
Безопасность
избирательного
базы
управления
данных
реализуется
безопасностью.
с
помощью
Сущность
данной
стратегии
стратегии
заключается в том, что для каждого пользователя базы данных устанавливаются
различные права и полномочия при работе с различными объектами. Разные
пользователи имеют разные права на один и тот же объект, поэтому
избирательный подход наиболее гибок.
Привилегии или полномочия пользователей или групп — это набор
действий (операций), которые они могут выполнять над объектами базы данных.
Роль — это поименованный набор полномочий. Введение ролей позволяет
упростить управление привилегиями пользователей, структурировать этот
процесс. Кроме того, введение ролей не связано с конкретными пользователями,
поэтому роли могут быть определены и сконфигурированы до того, как
определены пользователи системы.
Пользователю может быть назначена одна или несколько ролей.
51
Объектами БД, которые подлежат защите, являются все объекты,
хранимые в базе данных. Для каждого типа объектов есть свои действия, поэтому
для каждого типа объектов могут быть определены разные права доступа.
На самом элементарном уровне концепции обеспечения безопасности баз
данных исключительно просты. Необходимо поддерживать два фундаментальных
принципа: проверку полномочий и проверку подлинности (аутентификацию).
Проверка полномочий основана на том, что каждому пользователю или
процессу информационной системы соответствует набор действий, которые он
может
выполнять
по
отношению
к
определенным
объектам.
Проверка
подлинности означает достоверное подтверждение того, что пользователь или
процесс, пытающийся выполнить санкционированное действие, действительно
тот, за кого он себя выдает.
Система назначения полномочий имеет в некотором роде иерархический
характер. Самыми высокими правами и полномочиями обладает системный
администратор или администратор сервера БД. Традиционно только этот тип
пользователей
может
создавать
других
пользователей
и
наделять
их
определенными полномочиями.
Далее схема предоставления полномочий строится по следующему
принципу. Каждый объект в БД имеет владельца — пользователя, который создал
данный объект. Владелец объекта обладает всеми правами-полномочиями на
данный объект, в том числе он имеет право предоставлять другим пользователям
полномочия по работе с данным объектом или забирать у пользователей ранее
предоставленные полномочия.
В стандарте SQL определены два оператора: GRANT и REVOKE
соответственно для предоставления и отмены привилегий.
Были созданы два пользователя: TEACHER и STUDENT с различными
ограничениями на доступ к данным. Рассмотрим пользователя STUDENT.
REVOKE ALL ON ALL TO STUDENT;
GRANT ALL ON STUDENT TO STUDENT;
GRANT SELECT ON DISCIPLINE TO STUDENT;
52
GRANT
INSERT
ON
SUBSCRIBE_STUDENT_ON_DISCIPLINE
TO
STUDENT;
GRANT SELECT ON TEST TO STUDENT;
GRANT INSERT ON OPTION_TEST TO STUDENT;
GRANT SELECT ON OPTION_TEST TO STUDENT;
GRANT INSERT ON ANSWER_OF_STUDENT TO STUDENT;
GRANT SELECT ON ANSWER_OF_STUDENT TO STUDENT;
Пользователю STUDENT предоставлены следующие права:
1)
все права на данные таблицы «Студент»;
2)
права на просмотр данных из таблиц «Дисциплина», «Тест»,
«Вариант_теста», «Ответ_ученика»;
3)
права
на
вставку
данных
в
таблицы
«Подписка_ученика_на_дисциплину», «Вариант_теста», «Ответ_ученика».
Рассмотрим пользователя TEACHER.
REVOKE ALL ON ALL TO TEACHER;
GRANT ALL ON DISCIPLINE TO TEACHER;
GRANT
INSERT
ON
SUBSCRIBE_TEACHER_ON_DISCIPLINE
TO
TEACHER;
GRANT ALL ON SECTION TO TEACHER;
GRANT ALL ON QUESTION TO TEACHER;
GRANT ALL ON ANSWER_CHOICE TO TEACHER;
GRANT ALL ON TEST TO TEACHER;
GRANT
SELECT
ON
SUBSCRIBE_STUDENT_ON_DISCIPLINE
TO
TEACHER;
GRANT SELECT ON OPTION_TEST TO TEACHER;
GRANT SELECT ON ANSWER_OF_STUDENT TO TEACHER;
Пользователю TEACHER предоставлены следующие права:
1)
все права на данные таблиц «Дисциплина», «Раздел», «Вопрос»,
«Вариант_ответа», «Тест»;
53
2)
права
на
просмотр
данных
из
таблиц
«Подписка_ученика_на_дисциплину», «Вариант_теста», «Ответ_ученика»;
3)
права
на
вставку
«Подписка_учителя_на_дисциплину».
данных
в
таблицу
54
3 РЕАЛИЗАЦИЯ МОДУЛЯ ТЕСТИРОВАНИЯ ЗНАНИЙ С
ИСПОЛЬЗОВАНИЕМ ДИСТАНЦИОННЫХ ТЕХНОЛОГИЙ
3.1 Выбор инструментальных средств разработки
Для реализации разрабатываемой системы предполагается использование
языков разметки веб-страниц HTML и программирования PHP, JavaScript,
библиотеки JQuery, СУБД MySQL, фреймворка Bootstrap, а также CASE-средств,
способствующих упрощению процесса разработки и реализации подсистемы.
HTML (от англ. HyperText Markup Language — «язык гипертекстовой
разметки») — стандартизированный язык разметки документов во Всемирной
паутине. Большинство веб-страниц содержат описание разметки на языке HTML
(или XHTML). Язык HTML интерпретируется браузерами; полученный в
результате интерпретации форматированный текст отображается на экране
монитора компьютера или мобильного устройства.
Текстовые документы, содержащие разметку на языке HTML (такие
документы традиционно имеют расширение .html или .htm), обрабатываются
специальными
приложениями,
которые
отображают
документ
в
его
форматированном виде. Такие приложения, называемые «браузерами» или
«интернет-обозревателями», обычно предоставляют пользователю удобный
интерфейс для запроса веб-страниц, их просмотра (и вывода на иные внешние
устройства) и, при необходимости, отправки введённых пользователем данных на
сервер. Наиболее популярными на сегодняшний день браузерами являются
Google Chrome, Mozilla Firefox, Opera, Internet Explorer и Safari
PHP, расшифровывающийся как «PHP: HypertextPreprocessor» – является
распространенным интерпретируемым языком общего назначения с открытым
исходным кодом. PHP создавался специально для ведения веб-разработок, и код
на нем может внедряться непосредственно в HTML-код. Синтаксис языка берет
начало из C, Java и Perl. В настоящее время поддерживается подавляющим
большинством хостинг-провайдеров и является одним из лидеров среди языков,
применяющихся для создания динамических веб-сайтов.
55
Начиная с пятой версии PHP обладает полной поддержкой объектноориентированного
программирования
программирования,
основанная
на
(ООП).
ООП
представлении
—
методология
программы
в
виде
совокупности объектов, каждый из которых является экземпляром определённого
класса, а классы образуют иерархию наследования. Работа с классами была
оптимизирована и теперь такой код работает достаточно быстро.
JavaScript – это интерпретируемый, объектно-ориентированный, кроссплатформенный язык. Он более известен как язык скриптов для веб-страниц.
JavaScript обычно используется как встраиваемый язык для программного
доступа к объектам приложений. Наиболее широкое применение находит в
браузерах как язык сценариев для придания интерактивности веб-страницам.
JavaScript используется в клиентской части веб-приложений: клиентсерверных программ, в котором клиентом является браузер, а сервером – вебсервер, имеющих распределённую между сервером и клиентом логику. Обмен
информацией в веб-приложениях происходит по сети. Одним из преимуществ
такого подхода является тот факт, что клиенты не зависят от конкретной
операционной
системы
пользователя,
поэтому
веб-приложения
являются
кроссплатформенными сервисами.
JQuery — библиотека JavaScript, фокусирующаяся на взаимодействии
JavaScript и HTML. Библиотека jQuery помогает легко получать доступ к любому
элементу DOM, обращаться к атрибутам и содержимому элементов DOM,
манипулировать ими. DOM - это независящий от платформы и языка
программный интерфейс, позволяющий программам и скриптам получить доступ
к содержимому HTML-, XHTML- и XML-документов, а также изменять
содержимое, структуру и оформление таких документов. Также библиотека
jQuery предоставляет удобный API для работы с AJAX.
Библиотека
jQuery
содержит
функциональность,
полезную
для
максимально широкого круга задач. Тем не менее, разработчиками библиотеки не
ставилась задача совмещения в jQuery функций, которые подошли бы всюду,
поскольку это привело бы к большому коду, бjльшая часть которого не
56
востребована.
Поэтому
была
реализована
архитектура
компактного
универсального ядра библиотеки и плагинов. Это позволяет собрать для ресурса
именно ту JavaScript-функциональность, которая на нём была бы востребована.
MySQL — свободная реляционная система управления базами данных.
Продукт распространяется как под GNU General Public License, так и под
собственной коммерческой лицензией.
MySQL является решением для малых и средних приложений. Входит в
состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов
Денвер, XAMPP, VertrigoServ. Обычно MySQL используется в качестве сервера, к
которому обращаются локальные или удалённые клиенты, однако в дистрибутив
входит библиотека внутреннего сервера, позволяющая включать MySQL в
автономные программы. MySQL взаимодействует с базой данных на языке,
называемом SQL (Structured Query Language — язык структурированных
запросов).
SQL предназначен для манипуляции данными, которые хранятся в
Системах управления реляционными базами данных (RDBMS). SQL имеет
команды, с помощью которых данные можно извлекать, сортировать, обновлять,
удалять и добавлять. Стандарты языка SQL определяет ANSI (American National
Standards Institute). В настоящее время действует стандарт, принятый в 2003 году
(SQL-3).
Одной из современных тенденций разработки информационных систем
для веб-индустрии является ее реализация с использованием того или иного
фреймворка.
Фреймворк
–
программная
платформа,
определяющая
структуру
программной системы; программное обеспечение, облегчающее разработку и
объединение
разных
компонентов
большого
программного
проекта.
Употребляется также слово «каркас». Можно также говорить о каркасном
подходе как о подходе к построению программ, где любая конфигурация
программы строится из двух частей: первая, постоянная часть – каркас, не
меняющийся от конфигурации к конфигурации и несущий в себе гнёзда, в
57
которых размещается вторая, переменная часть – сменные модули (или точки
расширения).
Bootstrap — фреймворк, свободный набор инструментов для создания
сайтов и веб-приложений. Включает в себя HTML- и CSS-шаблоны оформления
для типографики, веб-форм, кнопок, меток, блоков навигации и прочих
компонентов веб-интерфейса, включая JavaScript-расширения. CSS - формальный
язык описания внешнего вида документа, написанного с использованием языка
разметки. Преимущественно используется как средство описания, оформления
внешнего вида веб-страниц, написанных с помощью языков разметки HTML и
XHTML, но может также применяться к любым XML-документам, например, к
SVG или XUL.
Основные инструменты Bootstrap: сетки — заранее заданные размеры
колонок, которые можно сразу же использовать; шаблоны — фиксированный или
резиновый шаблон документа; типографика — описания шрифтов, определение
некоторых классов для шрифтов, таких как код, цитаты и т. п.; медиа —
представляет некоторое управление изображениями и видео; таблицы — средства
оформления таблиц, вплоть до добавления функциональности сортировки; формы
— классы для оформления форм и некоторых событий, происходящих с ними;
навигация — классы оформления для табов, вкладок, страничности, меню и
панели инструментов; алерты — оформление диалоговых окон, подсказок и
всплывающих окон.
3.2 Создание модуля
Тест должен автоматизировано генерироваться из заданий, которые
предварительно заносятся в специальный банк вопросов. Задания будут
классифицироваться по дисциплинам, разделам дисциплины и сложностям
вопросов.
Варианты ответов на тестовые задания должны случайным образом
перемешиваться при каждой выдаче, чтобы исключить возможность запоминания
испытуемым расположения правильного ответа.
58
Вопросы при составлении теста будут выбираться исходя из изучаемой
дисциплины, раздела дисциплины и сложности заданий. Так как один раздел
содержит множество вопросов, то выбор очередного вопроса для каждого
тестируемого будет осуществляться случайным образом.
В модуле будет храниться история вопросов. Это информация о том, какой
вопрос, какому тестируемому и в какое время был задан. Такое решение позволит
исключить вероятность выпадения одного и того же вопроса несколько раз за
тест.
Для удобства импорта тестовых заданий должен быть реализован
функционал загрузки и обработки данных из файла в формате .XLS и .CSV.
Чтобы пресекать попытки списывания во время процесса тестирования
необходимо отслеживать переключения вкладок в браузере тестируемого. Если
испытуемый 3 раза перешел на вкладки сторонних интернет-ресурсов, то
считается, что он предпринимает попытки получить помощь извне и процесс
тестирования принудительно завершится.
В модуле будет реализовано ограничение времени на решение одного
тестового задания. Время на выполнение каждого задания определяется учителем
в зависимости от уровня сложности вопроса. По окончании этого времени
текущий вопрос остается без ответа и испытуемому выдается следующий вопрос.
Необходимо учесть случайный переход к следующему вопросу теста. Так
как модуль основан на адаптивном методе, то у испытуемого не будет
возможность пропустить вопрос и вернуться к нему позже. Поэтому перейти к
следующему вопросу будет нельзя, пока не дан ответ на текущий.
Результат тестирования рассчитывается в баллах. Чтобы тестируемому
дать возможность набрать как можно больше баллов за тест, необходимо будет
предоставить возможность попытаться несколько раз ответить на один и тот же
вопрос. Количество попыток определяет создатель теста.
По окончании тестирования модуль будет показывать список вопросов за
тест, правильные ответы на вопросы и ответы, которые дал испытуемый.
59
Модуль должен оперировать различными входными и выходными
данными. Входными данными являются: список преподавателей, список
учащихся, список изучаемых дисциплин, разделов и уроков, из которых состоят
дисциплины, а также вопросы для теста. Выходными данными будут: ответы на
вопросы теста, итоговая оценка, список испытуемых с полученными оценками,
список преподавателей и их испытуемых с результатами тестирования.
3.3 Разработка алгоритмов функционирования модуля
Для обеспечения функционала модуля тестирования знаний необходимо
разработать алгоритмы работы. Алгоритм - набор инструкций, описывающих
порядок действий исполнителя для достижения некоторого результата. Основные
свойства алгоритма:
1)
дискретность (последовательность отдельных действий) - любой
алгоритм должен представляться в виде ряда простых действий, каждое из
которых должно начинаться после завершения предыдущего;
2)
определенность - каждое действие алгоритма должно быть настолько
простым и понятным, чтобы у исполнителя не возникало вопросов и не
оставалось свободы действий;
3)
результативность - описание алгоритма должно быть понятным и
законченным, чтобы после выполнения всех инструкций задача достигала
логического конца;
4)
массовость - алгоритм должен быть применим к целому классу задач,
решить которые можно, лишь поменяв в алгоритме входные данные.
В процессе создания модуля тестирования знаний были разработаны
следующие алгоритмы:
1)
процесса тестирования;
2)
проверки ответа на вопрос;
3)
расчета критериев тестирования;
4)
расчета итогового результата;
5)
подготовки вопроса.
60
Процесс
тестирования
заключается
в
выдаче
испытуемому
последовательно тестовых заданий. Для того, чтобы выдать очередное задание,
нужно получить необходимую информацию о тесте: идентификатор, название
теста, название дисциплины и разделов, по которым будет проводиться
тестирование.
Далее необходимо проверить, тест только начался или уже тестирование
уже идет. Если это только начало, тогда необходимо подготовить первый вопрос
для выдачи испытуемому. В противном случае мы должны проверить ответ на
предыдущий вопрос и рассчитать критерии, от которых зависит длительность
процесса тестирования.
После этого необходимо узнать, предыдущий вопрос теста был последний
или нет. Если последним, то рассчитываем итоговый результат за тест и
завершаем процесс тестирования, иначе необходимо подготовить следующий для
выдачи вопрос.
Алгоритм выполняется каждый раз перед тем, когда испытуемому
необходимо выдать очередной вопрос теста.
Алгоритм процесса тестирования представлен ниже на рисунке 15.
Проверка ответа на вопрос состоит в выявлении правильности введенного
испытуемым ответа на вопрос и оценке результата проверки. Вначале необходимо
получить информацию, нужную для работы модуля: о количестве вопросов, на
которые испытуемый ответил, о набранной на момент проверки суммы баллов, о
самом вопросе, а именно: идентификатор, текст вопроса, уровень сложности, и об
ответе на вопрос, введенного испытуемым.
После получения всей необходимой информации идет проверка на
соответствие ответа испытуемого и истинно правильного ответа на вопрос,
называемый эталоном. Если ответы равны, то далее необходимо получить
информацию о количестве использованных попыток при ответе испытуемым на
вопрос, зачем рассчитывается балл за полученный ответ и сумма баллов,
набранная на текущий момент времени. В противном случае, испытуемый не
получает за ответ на вопрос никаких баллов.
61
Рисунок 15 – Алгоритм процесса тестирования знаний
В конце необходимо увеличить на единицу количество пройденных
вопросов, так как эта цифра необходима при расчете суммы баллов.
Алгоритм проверки ответа на вопрос изображен ниже на рисунке 16.
Расчеты
критериев
тестирования
необходимы
для
определения
длительности процесса тестирования. Для этого сначала нужно получить
информацию о количестве раз скрытий страницы. Скрытие страницы – состояние,
когда веб-документ недоступен пользователю для просмотра. Если количество раз
62
Рисунок 16 - Алгоритм проверки ответа на вопрос
63
равно трем, то считается, что испытуемый предпринимает попытки получить
помощь из внешних источников, и процесс тестирования прекращается. В
противном случае тестирование продолжается.
Далее необходимо получить информацию о количестве легких вопросов,
идущих подряд, на которые испытуемый не сумел дать правильный ответ. Если
это количество равняется трем, то допускается предположение, что испытуемый
обладает недостаточным уровнем знаний для данного теста и тестирование
прекращается. Иначе процесс тестирования идет дальше.
Затем необходимо получить информацию о количестве сложных вопросов,
идущих подряд, на которые испытуемым сумел дать правильный ответ. Если это
количество также равняется трем, то предполагается обратное, т.е. испытуемый
обладает необходимыми знаниями и не нуждается в дальнейшем тестировании.
Следовательно, тестирование завершается. В противном случае тестирование
продолжается.
Алгоритм расчета критериев тестирования представлен ниже на рисунке
17.
Расчет
итогового
результата
необходим
для
оценки
результатов
тестирования. Чтобы произвести расчет, сперва нужно получить информацию о
накопившейся за ответы на вопросы теста сумме баллов. Затем необходимо
получить информацию о количестве пройденных вопросов. Это количество
используется в формуле расчета итоговой оценки.
После получения всех необходимых данных, проводится процедура
расчета итогового результата. В общем случае, результат выражается как частное
от деления накопившейся за тест суммы баллов на количество пройденных
вопросов.
Когда итоговый результат получен, его необходимо сравнить со шкалой
для получения оценки. В представленном модуле тестирования знаний
используется стандартная пятибалльная шкала. Полученную оценку нужно
сохранить в базе данных.
64
Рисунок 17 – Алгоритм расчета критериев тестирования
Алгоритм расчета итогового результата представлен ниже на рисунке 18.
Подготовка вопроса заключается в процедуре выбора очередного вопроса
теста. Для этого вначале необходимо получить информацию о тесте. Если тест
только начался, т.е. необходимо выбрать первый вопрос, то случайным образом
будет выбран вопрос среднего уровня сложности. Первый вопрос любого теста в
представленном модуле тестирования знаний всегда будет среднего уровня
сложности.
65
Рисунок 18 – Алгоритм расчета итогового результата
Далее необходимо проверить, задавался ли конкретному испытуемому
выбранный вопрос ранее. Если вопрос задавался, то необходимо заново
случайным образом выбрать вопрос такого же уровня сложности. Если не
задавался, то сохраняем информацию о выбранном вопросе.
В том случае, если необходимо выбрать не первый вопрос теста, тогда
нужно получить значение уровня сложности предыдущего вопроса. Далее
получаем информацию о результате ответа испытуемого на предыдущий вопрос.
Если он дал правильный ответ, то необходимо сравнить текущий уровень
сложности вопроса с максимально возможным. В представленном модуле
тестирования знаний максимальный уровень сложности вопроса равен трем, т.е.
самые тяжелые вопросы – это вопросы, за правильные ответы на которые
присуждается 3 балла.
Если испытуемый дал неправильный ответ, то необходимо сравнить
текущий уровень сложности с минимально возможным. В модуле минимальный
66
уровень сложности вопроса равен единице, т.е. самые легкие вопросы – это
вопросы, за правильные ответы на которые присуждается 1 балл.
Когда сравниваемые уровни равны, то ничего делать не надо. В противном
случае уровень сложности вопроса нужно понизить на единицу. После этого
сохраняем информацию о полученном уровне сложности и переходим к
процедуре выбора вопроса случайным образом, описанной выше.
Алгоритм подготовки вопроса изображен ниже на рисунке 19.
Рисунок 19 – Алгоритм подготовки вопроса
3.4 Отслеживание переключения вкладок
Для того, чтобы исключить возможность списывания с каких-либо
сторонних ресурсов во время процесса тестирования, необходимо реализовать
возможность отслеживания переключения вкладок в браузере. Для этих целей в
67
JavaScript есть относительно новое API — Page Visibility API. API (программный
интерфейс приложения, интерфейс прикладного программирования) (англ.
application programming interface) — набор готовых классов, процедур, функций,
структур и констант, предоставляемых приложением (библиотекой, сервисом)
или операционной системой для использования во внешних программных
продуктах. С помощью этого интерфейса веб-приложения могут изменить
поведение в зависимости от того, являются ли они видимыми для пользователя
или нет. Page Visibility API поддерживают Chrome 13+, Internet Explorer 10,
Firefox 10+, Opera 12.10+, т.е. всеми современными браузерами.
В
основе
работы
интерфейса
лежит
универсальное
событие
visibilitychange. Событие срабатывает каждый раз, когда документ изменяет
состояние просмотра. Универсальное событие влияет на два атрибута объекта
document - hidden и visibilityState. VisibilityState возвращает одно из четырех
значений:
1)
hidden — документ полностью скрыт;
2)
visibility — документ частично виден;
3)
prerender — документ загружается вне экрана, но его не видно (это
значение не является обязательным, не все браузеры будут это поддерживать);
4)
unloaded — если документ должен быть выгружен, то значение будет
возвращено (это значение не является обязательным, не все браузеры будут это
поддерживать).
Если страницу в текущий момент не видно, то есть пользователь перешел в
браузере на другую вкладку, значение hidden становится true. Если атрибут hidden
имеет значение false, значит, вкладка с веб-страницей сейчас открыта и активна.
Чтобы добиться максимальной совместимости, надо будет учитывать
браузеры прошлых версий, где Page Visibility API был реализован через
браузерные префиксы. Для совсем старых браузеров, в которых Page Visibility
API нет вообще, придется частично сэмулировать его через обработчики событий
focus и blur, назначенные объекту window. Хоть они и не абсолютно точно
68
повторят функционал Page Visibility API, но хоть как-то позволят отследить уход
пользователя с вкладки и возврат обратно.
Алгоритм отслеживания переключения вкладок представлен ниже на
рисунке 20.
Рисунок 20 – Алгоритм отслеживания переключения вкладок
Листинг кода отслеживания переключения вкладок представлен ниже:
<script type="text/javascript">
function get_focus() {
document.getElementById('text').innerHTML+='<div
style="color:#00FF00;">Страница открыта<\/div>';
}
function lost_focus() {
document.getElementById('text').innerHTML+='<div
style="color:#FF0000;">Страница скрыта<\/div>';
69
}
var param_name, event_name;
if (typeof document.hidden!='undefined') {
param_name='hidden';
event_name='visibilitychange';
}
else if (typeof document.mozHidden!='undefined') {
param_name='mozHidden';
event_name='mozvisibilitychange';
}
else if (typeof document.msHidden!='undefined') {
param_name='msHidden';
event_name='msvisibilitychange';
}
else if (typeof document.webkitHidden!='undefined') {
param_name='webkitHidden';
event_name='webkitvisibilitychange';
}
else {
param_name=false;
window.addEventListener('focus', get_focus, false);
window.addEventListener('blur', lost_focus, false);
}
if (param_name) {
document.addEventListener(event_name, function() {
if (document[param_name]) {
lost_focus();
}
else {
70
get_focus();
}
}, false);
}
</script>
<div id="text"></div>
Описанная выше функция понадобится в дальнейшей реализации модуля,
чтобы останавливать процесс тестирования при третьем срабатывании события о
скрытии
страницы.
При
первых
двух
срабатываниях
события
процесс
тестирования прерван не будет, будет лишь показано предупреждение о скорой
возможной остановке тестирования.
3.5 Создание шаблона банка вопросов
Автор
курса
самостоятельно
создает
вопросы,
которые
будут
использоваться в тесте по его предмету. После этого, созданные вопросы
необходимо перенести в таблицу формата EXCEL. Таблица и графические файлы,
необходимые для создания сообщения, передаются администратору платформы в
едином каталоге.
Таблица будет состоять из следующих столбцов:
1.
Дисциплина – название дисциплины, по которой будут создаваться
вопросы для тестирования. Она указывается 1 раз, когда начинаются вопросы
новой дисциплины, и не повторяется для новых тем, вопросов или вариантов
ответа в рамках этой дисциплины.
2.
Тема – название темы (раздела), из которых состоит дисциплина. Поле
обязательно для заполнения. Указывается 1 раз, когда начинаются вопросы новой
темы, и не повторяется для новых вопросов и вариантов ответа в рамках этой
темы. Первая тема указывается в той же строке, где указывается наименование
дисциплины.
3.
Текст вопроса – формулировка вопроса. Указывается 1 раз, когда
начинается новый вопрос, и не повторяется для вариантов ответа в рамках этого
71
вопроса. Первый вопрос указывается в той же строке, где указывается
наименование темы.
4.
Вопрос-картинка – вставка изображения, если оно необходимо при
формулировке вопроса. Указывается только название файла. Если изображение не
требуется, то поле остается пустым.
5.
Варианты ответов – дистракторы и правильный вариант ответа.
Каждый вариант ответа пишется на отдельной строке столбца.
6.
Правильный ответ – столбец для указания правильного варианта
ответа. Напротив дистракторов ставится 0, напротив правильного ответа – 1.
7.
Уровень сложности – уровень сложности вопроса, определяющий
максимальное число баллов, который может получить испытуемый, дав
правильный ответ на вопрос. Заполняется следующими значениями: 1, 2, 3.
Модуль
не
будет
иметь
возможности
распознавать
опечатки
и
грамматические ошибки. Поэтому ответственность за правильность написания
тестовых заданий полностью остается на авторах курсов.
После загрузки файлов в систему вопросы переносятся в банк вопросов.
Скриншот шаблона банка вопросов изображен на рисунке 21.
Рисунок 21 – Шаблон банка вопросов в формате EXCEL
72
3.6 Проектирование логики диалога с пользователем
Одним из наиболее простых способов отражения логики диалога является
простая транзитивная сеть или сеть состояний и переходов. При таком подходе
состояния системы отображаются в виде окружностей и соединяются дугами.
Сверху дуги именуются согласно входным сигналам или обратной связи, снизу –
в зависимости от действия, которое система должна выполнить при переходе из
одного состояния в другое по определенному входному сигналу.
Среди состояний выделяют начальное (или стартовое), в котором система
находится в начале работы. Кроме того, в транзитивной сети выделяются
финальные состояния, попадая в которые система завершает свою работу.
Часто транзитивная сеть приложений может включать большое число
состояний и переходов. В этом случае сеть можно разбить на подсети. Каждая
группа или подсеть отображается на общей схеме как единое целое. После чего
отдельно описываются диаграммы, представляющие эти подсети.
Транзитивная сеть реализуемого модуля тестирования знаний для
пользователя в роли учителя представлена на рисунке 22.
Рисунок 22 – Транзитивная сеть модуля тестирования знаний для пользователя в
роли учителя
73
Транзитивная сеть разбивается на подсети для удобства детализации. На
рисунке S0 – начальное состояние. Было выделено фиктивное состояние,
отражающее возможность перехода из любой приведенной подсети в другую.
Каждая из выделенных подсетей представляет собой пункт меню подсистемы
заявок. Переходы имеют следующие обозначения, приведенные в таблице 2.
Таблица 2 – Обозначения переходов транзитивной сети для пользователя в роли
учителя
Входной
сигнал
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Описание
Нажатие на пункт меню «Профиль»
Открытие страницы «Профиль»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Создать вопрос»
Открытие страницы «Создать вопрос»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Создать тест»
Открытие страницы «Создать тест»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Просмотр данных»
Открытие страницы «Просмотр данных»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Результаты»
Открытие страницы «Результаты»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Транзитивная сеть для подсети «Создать вопрос» представлена на рисунке
23.
74
Рисунок 23 - Транзитивная сети подсети «Создать вопрос»
В данной подсети выделены следующие состояния, приведенные в таблице
3.
Таблица 3 – Состояния подсети «Создать вопрос»
Состояние
S0
S1
S2
S3
S4
S5
S6
S7
S8
S9
Описание
Открыта страница «Создать вопрос»
Отображение списка дисциплин
Отображение списка разделов дисциплин
Отображение списка типов тестовых заданий
Отображение списка уровней сложностей заданий
Отображение поля ввода текста вопроса
Отображение окна для выбора файла
Отображение блока ответа на вопрос с настройками
Отображение поля ввода текста ответа на вопрос
Отображение окна для выбора файла
75
Переходы имеют следующие обозначения, приведенные в таблице 4.
Таблица 4 – Переходы подсети «Создать вопрос»
Входной
сигнал
1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Описание
2
Нажать на выпадающее меню
Вывод списка дисциплин
Нажать на нужный пункт меню
Показать выбранную дисциплину
Нажатие на выпадающее меню
Вывод списка разделов
Нажать на нужный пункт меню
Показать выбранный раздел
Нажать на выпадающее меню
Вывод списка типов заданий
Нажать на нужный пункт меню
Показать выбранный тип
Нажать на выпадающее меню
Вывод списка уровней трудности заданий
Нажать на нужный пункт меню
Показать выбранный уровень
Нажать на поле ввода текста вопроса
Поле ввода активно
Ввести текст вопроса
Показать текст вопроса
Нажать на любой элемент интерфейса, кроме активного
Поле ввода неактивно
Нажать на кнопку «Выбрать»
Открыть окно выбора файла
Выбрать нужный файл
Показать имя выбранного файла
Нажать на кнопку «Выбрать»
Загрузить файл
Нажать на кнопку «Добавить ответ»
Добавить блок с настройками ответа на вопрос
Нажать на поле ввода ответ на вопрос
Поле ввода активно
Ввести ответ на вопрос
Показать ответ на вопрос
Нажать на любой элемент блока, кроме активного
Поле ввода неактивно
Нажать на кнопку «Выбрать»
76
Продолжение таблицы 4
1
38
39
40
41
42
43
44
45
46
47
48
2
Открыть окно выбора файла
Выбрать нужный файл
Показать имя выбранного файла
Нажать на кнопку «Выбрать»
Загрузить файл
Нажать на radio
Показать нажатие radio
Нажать на кнопку «Х»
Удалить выбранный ответ на вопрос
Нажать на кнопку «Сохранить»
Сохранить созданный вопрос в базе данных
Транзитивная сеть для подсети «Создать тест» представлена на рисунке 24.
Рисунок 24 – Транзитивная сеть подсети «Создать тест»
77
В данной подсети выделены следующие состояния, приведенные в таблице
5.
Таблица 5 – Состояния подсети «Создать тест»
Состояние
S0
S1
S2
S3
S4
S5
S6
S7
S8
Описание
Открыта страница «Создать тест»
Отображение названия теста
Отображение списка дисциплин
Отображение списка разделов дисциплин
Отображение списка ФИО испытуемых
Отображение фильтра
Отображение поля ввода количества вопросов
Отображение блока для ввода количества попыток
Отображение блока для ввода времени выполнения
Переходы имеют следующие обозначения, приведенные в таблице 6.
Таблица 6 – Переходы подсети «Создать тест»
Входной
сигнал
1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Описание
2
Нажать на поле ввода названия теста
Поле ввода активно
Ввести название теста
Показать название теста
Нажать на любой элемент интерфейса, кроме активного
Поле ввода неактивно
Нажать на выпадающее меню
Вывод списка дисциплин
Нажать на нужный пункт меню
Показать выбранную дисциплину
Нажать на выпадающее меню
Вывод списка разделов
Нажать на нужный пункт(-ы) меню
Показать выбранный раздел(-ы)
Нажать на поле со списком ФИО испытуемых
Вывод списка ФИО испытуемых
Нажать на поле выбора даты
Поле выбора даты активно
Выбрать нужную дату
Показать ФИО испытуемых с учетом фильтра
78
Продолжение таблицы 6
1
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
2
Нажать на checkbox
Выбрать все ФИО испытуемых
Нажать на любой элемент интерфейса, кроме активного
Поле со списком ФИО испытуемых неактивно
Нажать на поле ввода количества вопросов
Поле ввода количества вопросов активно
Ввести необходимую цифру
Показать выбранную цифру
Нажать на блок с выбором количества попыток
Блок активен
Нажать на поле ввода количества попыток для легких вопросов
Ввести необходимую цифру
Нажать на поле ввода количества попыток для средних вопросов
Ввести необходимую цифру
Нажать на поле ввода количества попыток для сложных вопросов
Ввести необходимую цифру
Нажать на любой элемент интерфейса
Показать введенное количество попыток
Нажать на блок с выбором время выполнения
Блок активен
Нажать на поле ввода времени выполнения для легких вопросов
Ввести необходимую цифру
Нажать на поле ввода времени выполнения для средних вопросов
Ввести необходимую цифру
Нажать на поле ввода времени выполнения для сложных вопросов
Ввести необходимую цифру
Нажать на любой элемент интерфейса
Показать введенное время выполнения
Нажать на кнопку «Сохранить»
Сохранить созданный тест в базе данных
Транзитивная сеть для подсети «Результаты» приведена на рисунке 25
79
Рисунок 25 – Транзитивная сеть подсети «Результаты»
В данной подсети выделены следующие состояния, приведенные в таблице
7.
Таблица 7 – Состояния подсети «Результаты»
Состояние
S0
S1
S2
S3
S4
S5
S6
S7
Описание
Открыта страница «Результаты»
Отображение списка дисциплин
Отображение списка ФИО испытуемых
Отображение фильтра
Отображение списка пройденных тестов
Отображение результатов теста
Отображение вопросов теста
Отображение ответов на вопросы теста
Переходы имеют следующие обозначения, приведенные в таблице 8.
Таблица 8 – Переходы подсети «Результаты»
Входной
Описание
сигнал
1
2
1
Нажать на выпадающее меню
2
Вывод списка дисциплин
3
Нажать на нужный пункт меню
80
Продолжение таблицы 8
1
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
2
Показать выбранную дисциплину
Нажать на поле со списком ФИО испытуемых
Вывод списка ФИО испытуемых
Нажать на поле выбора даты
Поле выбора даты активно
Выбрать нужную дату
Показать ФИО испытуемых с учетом фильтра
Нажать на ФИО нужного испытуемого
Создать список тестов этого испытуемого
Нажать поле со списком пройденных тестов
Вывод списка пройденных тестов
Нажать на нужный пункт меню
Показать выбранный тест
Нажать на кнопку «Результаты»
Загрузить данные о результатах теста
Нажать на любой элемент интерфейса
Показать данные о результатах теста
Нажать на кнопку «Список вопросов»
Отобразить список вопросов теста с вариантами ответов
Нажать на кнопку «Ответы»
Отобразить ответы, выбранные испытуемым, и правильные ответы
Нажать на любой элемент интерфейса, кроме активного
Показать выбранный элемент
Транзитивная сеть реализуемого модуля тестирования знаний для
пользователя в роли учителя представлена на рисунке 26.
81
Рисунок 26 – Транзитивная сеть модуля тестирования знаний для пользователя в
роли учителя
Транзитивная
сеть
также
разбивается
на
подсети
для
удобства
детализации. Переходы имеют следующие обозначения, приведенные в таблице 9.
Таблица 9 - Обозначения переходов транзитивной сети для пользователя в роли
ученика
Входной
сигнал
1
1
2
3
4
5
6
7
8
9
10
11
Описание
2
Нажатие на пункт меню «Профиль»
Открытие страницы «Профиль»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Тестирование»
Открытие страницы «Тестирование»
Нажатие на любой другой пункт меню, кроме активного
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
Нажатие на пункт меню «Результаты»
Открытие страницы «Результаты»
Нажатие на любой другой пункт меню, кроме активного
82
Продолжение таблицы 9
1
2
Открытие страницы, соответствующей нажатию по выбранному
пункту меню
12
Транзитивная сеть для подсети «Тестирование» приведена на рисунке 27.
Рисунок 27 – Транзитивная сеть подсети «Тестирование»
В данной подсети выделены следующие состояния, приведенные в таблице
10.
Таблица 10 – Состояния подсети «Тестирование»
Состояние
S0
S1
S2
S3
Описание
Открыта страница «Тестирование»
Отображение тестового задания
Отображение ответов на вопрос
Отображение результатов теста
Переходы имеют следующие обозначения, приведенные в таблице 11.
Таблица 11 – Переходы подсети «Тестирование»
Входной
сигнал
1
1
2
3
4
Описание
2
Нажать на кнопку «Начать тест»
Старт процесса тестирования
Нажать на radio
Выбран вариант ответа на вопрос
83
Продолжение таблицы 11
1
2
Нажать на кнопку «Проверить»
Сравнить ответ испытуемого с эталоном
Нажать на кнопку «Далее»
Переход к следующему вопросу теста
Нажать на кнопку «Завершить тест»
Конец процесса тестирования
Нажать на кнопку «Показать результаты»
Показать вопросы теста с ответами
5
6
7
8
9
10
11
12
Транзитивная сеть для подсети «Результаты» приведена на рисунке 28.
Рисунок 28 – Транзитивная сеть подсети «Результаты»
В данной подсети выделены следующие состояния, приведенные в таблице
12.
Таблица 12 – Состояния подсети «Результаты»
Состояние
S0
S1
S2
S3
S4
S5
Описание
Открыта страница «Результаты»
Отображение списка дисциплин
Отображение списка пройденных тестов
Отображение результатов теста
Отображение вопросов теста
Отображение ответов на вопросы теста
84
Переходы имеют следующие обозначения, приведенные в таблице 13.
Таблица 13 – Переходы подсети «Результаты»
Входной
сигнал
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Описание
Нажать на выпадающее меню
Вывод списка дисциплин
Нажать на нужный пункт меню
Показать выбранную дисциплину
Нажать поле со списком пройденных тестов
Вывод списка пройденных тестов
Нажать на нужный пункт меню
Показать выбранный тест
Нажать на кнопку «Результаты»
Загрузить данные о результатах теста
Нажать на любой элемент интерфейса
Показать данные о результатах теста
Нажать на кнопку «Список вопросов»
Отобразить список вопросов теста с вариантами ответов
Нажать на кнопку «Ответы»
Отобразить ответы, выбранные испытуемым, и правильные ответы
Нажать на любой элемент интерфейса, кроме активного
Показать выбранный элемент
3.7 Экранные формы
Теперь, когда все этапы по проектированию и реализации были
выполнены, необходимо продемонстрировать работу модуля тестирования знаний
с помощью экранных форм.
На рисунке 29 изображена экранная форма страницы создания вопроса для
теста через интерфейс модуля. Для этого необходимо выбрать дисциплину,
раздел, тип задания и уровень трудности задания. Вопрос и ответ могут содержать
изображения. По умолчанию количество вариантов ответов равно 3. Это
минимальное рекомендуемое количество ответов, их можно при необходимости
удалить или добавить.
85
Рисунок 29 – Экранная форма страницы «Создать вопрос»
На рисунке 30 изображена экранная форма страницы создания теста для
испытуемых. Для этого необходимо выбрать дисциплину, раздел, испытуемых,
количество вопросов, количество попыток для решения тестового задания и время
на выполнение одного задания.
На рисунке 31 изображена экранная форма страницы тестирования. Перед
тем, как начать проходить тест, испытуемому предлагается ознакомиться с
основной информацией о тесте: дисциплине, разделах, количестве вопросов и
правилах проведения тестирования.
86
Рисунок 30 – Экранная форма страницы «Создать тест»
Рисунок 31 – Экранная форма страницы «Тестирование»
87
На рисунке 32 изображена экранная форма модуля тестирования в
процессе тестирования. Помимо основной информации о вопросе теста,
указывается: количество максимальных баллов за вопрос, количество попыток и
лимит времени для дачи верного ответа на вопрос, количество переходов в
браузере с вкладки тестирования на любую другую.
Рисунок 32 – Экранная форма в процессе тестирования
На рисунке 33 изображена экранная форма модуля с результатами
тестирования. Здесь указывается следующая информация:
1)
количество вопросов и правильных ответов на них;
2)
время, затраченное на прохождение тестирования;
3)
количество набранных баллов из максимально возможных;
4)
итоговая оценка;
5)
вопросы теста с ответами на них.
88
Рисунок 33 – Экранная форма с результатами тестирования
89
ЗАКЛЮЧЕНИЕ
Данная работа была посвящена разработке модуля тестирования знаний с
использованием дистанционных технологий. Реализованный модуль основан на
алгоритме адаптивного тестирования, т.е. следующий вопрос теста выбирается
исходя из ответа испытуемого на предыдущий.
В первой главе работы был проведен анализ процессов предметной
области, изучены существующие аналогичные программные продукты, выявлены
функциональные и нефункциональные требования к разрабатываемому модулю,
рассмотрены различные дистанционные технологии, изучены виды тестов и их
составляющие.
Во второй главе велось проектирование модуля тестирования знаний. Была
сформулирована модель тестирования, построена функциональная модель в виде
диаграммы вариантов использования, проведено концептуальное и физическое
проектирование базы данных и продемонстрировано ее представление на
логическом физическом уровнях.
В третьей главе осуществлялась реализация модуля тестирования знаний.
Были выбраны инструментальные средства разработки, описан процесс создания
модуля, разработаны алгоритмы функционирования, реализована возможность
отслеживания
переключения
вкладок,
создан
шаблон
банка
вопросов,
спроектирована логика диалога с пользователем через транзитивные сети,
представлены экранные формы работы модуля.
В процессе выполнения работы были осуществлены все поставленные
задачи, а именно:
1)
исследование процессов предметной области;
2)
анализ существующие аналоги;
3)
разработка модели тестирования;
4)
проектирование модуля;
5)
реализация модуля.
Следовательно, поставленную цель можно считать достигнутой.
90
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1.
Половинкина, А.В. Основные принципы разработки модуля проверки
знаний, используемого в онлайн-курсах образовательных платформ, на основе
модели адаптивного тестировании / А.В. Половинкина // Современные инновации
в науке, образовании и технике: сб. научных трудов по материалам VIII Межд.
науч-практ. конф., Москва, 15-16 апреля 2018 г. - М.: Проблемы науки, 2018. –
с.32 – 34.
2.
Требования
к
выполнению
и
оформлению
выпускных
квалификационных работ / В.Н. Волков, Н.А. Загородних, А.Ю. Ужаринский,
В.Ю. Преснецова. – Орел: ОГУ им. Тургенева , 2017. – 71 с.
3.
Звонников, В.И. Современные средства оценивания результатов
обучения [Текст] : учеб. пособие для студ. пед. вузов / В.И. Звонников, М.Б.
Челышкова – 5-е изд., перераб. – М.: Академия, 2013. – 299 с.
4.
Анастасова, Л.П. Способы и приемы контроля знаний, умений и
навыков по курсу общей биологии: Метод. Пособие для сред. ПТУ /
Л.П.Анастасова, В.С. Анисимова, Л.С. Короткова. – М.: Высш.шк., 1986. – 70 с.
5.
Беспалько, В.П. Педагогика и прогрессивные технологии обучения /
В.П. Беспалько. – М.: Изд-воин-тапрофессионального образования МО РФ, 1995.
– 174 с.
6.
Мальцев, А.В. Тестовая технология контроля знаний. Методические
указания к применению тестовой формы контроля знаний / А.В. Мальце. –
Екатеринбург : Уральский гос. университет, 1993. – 85 с.
7.
Блинов,
В.М.
Эффективность
обучения
:
(Методол.
Анализ
определения этой категории в дидактике) / В.М. Блинов. – М.: Педагогика, 1976. –
191 с.
8.
Пидкасистый П.И., Портнов М.Л. Опрос как средство обучения. – М.:
Педагогическое общество России, 1999. – 156 с.
9.
Маклаков, С. В. BPwin и ERwin. CASE-средства разработки
информационных систем / С. В. Маклаков. - 2-е изд., испр. и доп. - М. : ДиалогМИФИ, 2001. - 304 с.
91
10. Овчинников, В.В. Оценивание учебных достижений учащихся при
проведении централизованного тестирования. – М.: Центр тестирования Мин.
Образования РФ, 2001. – 28 с.
11. Нетрадиционные способы оценки качества знаний школьников.
Психолого-педагогический аспект : сб. науч. трудов / Под ред. Е.Д. Божович. –
М.: Новая шк., 1995. – 96 с.
12. Аллен, Э. Типичные ошибки проектирования [Текст] : [пер. с англ.] /
Э. Аллен. - СПб.: Питер, 2003. - 224 с.
13. Самыловский, А.И. Тест как объективный измерительный инструмент
в образовании // Вопросы тестирования в образовании. 2001. №1. С. 10-39.
14. Нардюжев
В.И.,
Нардюжев
информационно-вычислительной
И.В.
системы
Модели
компьютерного
и
алгоритмы
тестирования
:
Монография. - М.: Центр тестирования Мин. образования РФ, 2000. - 148 с.
15. Нейман Ю.М., Хлебников В.А. Введение в теорию моделирования и
параметризации педагогических тестов. - М.: Прометей, 2000. - 168 с.
16. Самылкина, Н.И. Современные средства оценивания результатов
обучения [Текст] : учеб. Пособие /Н.И. Самылкина. - М.: БИНОМ. Лаборатория
знаний, 2007. - 173 с.
17. Звонников В.И., Челышкова М.Б. Современные средства оценивания
результатов обучения. 4-е изд., стер. - М.: Издательский центр «Академия», 2011.
- 224 с.
18. Костылев, Ф.В. Учить по-новому: нужны ли оценки-баллы [Текст] :
кн. для учителя / Ф.В. Костылев. – М.: Владос, 2000. – 104 с.
19. Вопросы тестирования в образовании. №1. – М.: Центр тестирования
Мин. образования РФ, 2001. – 116 с.
20. Симонов,
В.П.
Педагогика
и
психология
высшей
школы.
Инновационный курс для подготовки магистров: Учебное пособие / В.П.
Симонов. – М.: Инфра-М, 2015. – 320 с.
92
21. Майоров, А.Н. Теория и практика создания тестов для системы
образования (Как выбирать, создавать и использовать тесты для целей
образования). - М.: Интеллект-центр, 2001. – 174 с.
22. Поддубная Л.М., Татур А.О., Челышкова М.Б. Задания в тестовой
форме
для
автоматизированного
контроля
знаний
студентов.
-
М.:
Исследовательский центр проблем качества подготовки специалистов, 1995. – 89
с.
23. Христочевский,
С.А.
Методические
основы
проектирования
электронного учебника, проектирование образовательных информационных
ресурсов, систем и технологий. Сб. докладов и сообщений.- М., ИЦПКПС, 1998. –
236 с.
24. Артамонова М.В., Киринюк А.А., Назарова И.Б., Тягунова Т.Н.
Методические
рекомендации
по
реализации
требований
к
программно-
дидактическим тестовым материалам в процессе внедрения системы тестирования
учебных
достижений
студентов
в
вузе/
М.В.Артамонова,
А.А.Киринюк,
И.Б.Назарова, Т.Н Тягунова. - М., 2006. - 83 с.
25. Васильев В.И., Киринюк А.А., Тягунова Т.Н. Требования к
программно
-
дидактическим
тестовым
материалам
и
технологиям
компьютерного тестирования/ В.И.Васильев, А.А.Киринюк, Т.Н. Тягунова. - М.:
МГУП, 2005. - 29 с.
26. Терентьева Л.В., Тягунова Т.Н. Введение в разработку банков
программно - дидактических тестовых заданий. Руководство/ Л.В.Терентьева,
Т.Н. Тягунова. - М.: МГУП, 2005. - 52 с.
27. Майоров, А.Н. Теория и практика создания тестов для системы
образования. (Как выбирать, создавать и использовать тесты для целей
образования)/ А.Н. Майоров. - М., 2000. - 352 с.
28. Аванесов, В.С. Композиция тестовых заданий. Учебная книга. 3 изд.
доп./ В.С.Аванесов.- М.: Центр тестирования, 2002.- 240 с.
29. Челышкова, М.Б. Теория и практика конструирования педагогических
тестов: Учебное пособие [Текст] / М.Б. Челышкова. – М.: Логос, 2002. – 432 с.
93
30. Загвязинский, В.И. Теория обучения: Современная интерпретация:
Учеб. пособие для студ. высш. пед. учеб. заведений. – М.: Издательский центр
«Академия», 2001. – 192с.
31. Андреев А.А., Солдаткин В.И. «Дистанционное обучение: сущность,
технология, организация» – М.: Издательство МЭСИ, 1999 – 196с.
32.
Романова, С.М. Система дистанционного обучения как средство
информационно-коммуникационных технологий в образовательном процессе /
Научно-методический электронный журнал «Концепт». – 2013. – Т. 4. – С. 271–
275.
33. Полат, Е.С. Теория и практика дистанционного обучения: учебное
пособие для студ. высш. пед. учеб. заведений / Е. С. Полат, М. Ю. Бухаркина, М.
В. Моисеева. — М.: «Академия», 2004. — 416 с.
34. Гаврилова, Л.А. Дистанционное образование. Электронные курсы:
Учебно-методическое пособие для преподавателей. — Екатеринбург: УГГУ, 2006.
— 74 с.
35. Алиев,
Р.А.
Производственные
системы
с
искусственным
интеллектом. / Р.А. Алиев, Н.М. Абдикеев М.Н. Шахназаров. - М., Радио и связь,
1990. - 264 с.
36. Савельев А.Я., Новиков В.А., Лобанов Ю.И. Подготовка информации
для автоматизированных обучающих систем: Метод, пособие для преподавателей
и студентов вузов. - М.: Высшая школа, 1986. – 88 с.
37. Свириденко, С.С. Современные информационные технологии. - М.:
Радио и связь, 1989. – 356 с.
38. Кузнецов
М.А.,
Симдянов
И.А.
Объектно-ориентированное
программирование на PHP. – М.: БХВ-Петербург - Москва, 2008. - 608 c.
39. Маркин А.В., Шкарин С.С. Основы Web-программирования на PHP. –
М.: Диалог-МИФИ , 2012. - 256 c.
40. Канаев, В.И. Дистанционное обучение: технологические аспекты. —
М.: Современный гуманитарный университет, 2004. — 192 с.
94
ПРИЛОЖЕНИЕ А
(обязательное)
ФРАГМЕНТ ПРОГРАММНОГО КОДА
questionEdit: function () {
var methode = this;
var filter = $.noop();
var elements = {
answerChildren: $('.answer_felder > div'),
pointsModus: $('input[name="answerPointsActivated"]'),
gPoints: $('input[name="points"]') };
methode = {
generateArrayIndex: function () {
var type = $('input[name="answerType"]:checked').val();
type = (type == 'single' || type == 'multiple') ? 'classic_answer' : type;
$('.answerList').each(function () {
var currentType = $(this).parent().attr('class');
$(this).children().each(function (i, v) {
$(this).find('[name^="answerData"]').each(function () {
var name = this.name;
var x = name.search(/\](\[\w+\])+$/);
var n = (type == currentType) ? i : 'none';
if (x > 0) {
this.name = 'answerData[' + n + name.substring(x,
name.length); } }); }); }); },
globalValidate: function () {
if (global.isEmpty(global.getMceContent('question'))) {
alert(AdaptiveTestLocalize.no_question_msg);
return false; }
if (!elements.pointsModus.is(':checked')) {
var p = elements.gPoints.val();
95
if (!global.isNumber(p) || p < 1) {
alert(AdaptiveTestLocalize.no_nummber_points);
return false; }
} else {
if ($('input[name="answerType"]:checked').val() == 'free_answer') {
alert(AdaptiveTestLocalize.dif_points);
return false; } }
if (filter() === false)
return false;
return true; },
answerRemove: function () {
var li = $(this).parent();
if (li.parent().children().length < 2)
return false;
li.remove();
return false; },
addCategory: function () {
var name = $.trim($('input[name="categoryAdd"]').val());
if (global.isEmpty(name)) {
return; }
var data = {
categoryName: name };
global.ajaxPost('categoryAdd', data, function (json) {
if (json.err) {
$('#categoryMsgBox').text(json.err).show('fast').delay(2000).hide('fast');
return; }
var $option = $(document.createElement('option'))
.val(json.categoryId)
.text(json.categoryName)
.attr('selected', 'selected');
96
$('select[name="category"]').append($option).change(); }); },
addMediaClick: function () {
if (typeof tb_show != "function")
return false;
var closest = $(this).closest('li');
var htmlCheck = closest.find('input[name="answerData[][html]"]:eq(0)');
var field = closest.find('.AdaptiveTest_text:eq(0)');
window.org_send_to_editor = window.send_to_editor;
var org_tb_remove = tb_remove;
window.send_to_editor = function (html) {
var img = $('img', html)[0].outerHTML;
field.val(field.val() + img);
htmlCheck.attr('checked', true);
tb_remove();
window.send_to_editor = window.org_send_to_editor; };
window.tb_remove = function () {
window.send_to_editor = window.org_send_to_editor;
tb_remove = org_tb_remove;
tb_remove(); };
tb_show('', 'media-upload.php?type=image&TB_iframe=true'); } };
var validate = {
classic_answer: function () {
var findText = 0;
var findCorrect = 0;
var findPoints = 0;
$('.classic_answer .answerList').children().each(function () {
var t = $(this);
if
(!global.isEmpty(t.find('textarea[name="answerData[][answer]"]').val())) {
findText++;
97
if (t.find('input[name="answerData[][correct]"]:checked').length) {
findCorrect++; }
var p = t.find('input[name="answerData[][points]"]').val();
if (global.isNumber(p) && p >= 0) {
findPoints++; } } });
if (!findText) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
if (!findCorrect && !($('input[name="disableCorrect"]').is(':checked')
&&
$('input[name="answerPointsDiffModusActivated"]').is(':checked')
&& $('input[name="answerPointsActivated"]').is(':checked')
&& $('input[name="answerType"]:checked').val() == 'single')) {
alert(AdaptiveTestLocalize.no_correct_msg);
return false; }
if (findPoints != findText && elements.pointsModus.is(':checked')) {
alert(AdaptiveTestLocalize.no_nummber_points_new);
return false; }
return true; },
free_answer: function () {
if (global.isEmpty($('.free_answer
textarea[name="answerData[][answer]"]').val())) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
return true; },
cloze_answer: function () {
if (global.isEmpty(global.getMceContent('cloze'))) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
return true; },
98
sort_answer: function () {
var findText = 0;
var findPoints = 0;
$('.sort_answer .answerList').children().each(function () {
var t = $(this);
if
(!global.isEmpty(t.find('textarea[name="answerData[][answer]"]').val())) {
findText++;
var p = t.find('input[name="answerData[][points]"]').val();
if (global.isNumber(p) && p >= 0) {
findPoints++; } } });
if (!findText) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
if (findPoints != findText && elements.pointsModus.is(':checked')) {
alert(AdaptiveTestLocalize.no_nummber_points_new);
return false; }
return true; },
matrix_sort_answer: function () {
var findText = 0;
var findPoints = 0;
var sortString = true;
var menge = 0;
$('.matrix_sort_answer .answerList').children().each(function () {
var t = $(this);
var p = t.find('input[name="answerData[][points]"]').val();
if
(!global.isEmpty(t.find('textarea[name="answerData[][answer]"]').val())) {
findText++;
menge++;
99
if
(global.isEmpty(t.find('textarea[name="answerData[][sort_string]"]').val())) {
sortString = false; }
if (global.isNumber(p) && p >= 0) {
findPoints++; }
} else {
if
(!global.isEmpty(t.find('textarea[name="answerData[][sort_string]"]').val())) {
menge++;
if (global.isNumber(p) && p >= 0) {
findPoints++; } } } });
if (!findText) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
if (!sortString) {
alert(AdaptiveTestLocalize.no_sort_element_criterion);
return false; }
if (findPoints != menge && elements.pointsModus.is(':checked')) {
alert(AdaptiveTestLocalize.no_nummber_points_new);
return false; }
return true; },
assessment_answer: function () {
if (global.isEmpty(global.getMceContent('assessment'))) {
alert(AdaptiveTestLocalize.no_answer_msg);
return false; }
return true; } };
var formListener = function () {
$('#AdaptiveTest_tip').change(function () {
global.displayChecked(this, $('#AdaptiveTest_tipBox'));
}).change();
100
$('#AdaptiveTest_correctSameText').change(function () {
global.displayChecked(this, $('#AdaptiveTest_incorrectMassageBox'),
true);
}).change();
$('input[name="answerType"]').click(function () {
elements.answerChildren.hide();
var v = this.value;
if (v == 'single') {
$('#singleChoiceOptions').show();
$('input[name="disableCorrect"]').change();
} else {
$('#singleChoiceOptions').hide();
$('.classic_answer
.AdaptiveTest_classCorrect').parent().parent().show(); }
if (v == 'single' || v == 'multiple') {
var type = (v == 'single') ? 'radio' : 'checkbox';
v = 'classic_answer';
$('.AdaptiveTest_classCorrect').each(function () {
$("<input type=" + type + " />")
.attr({
name: this.name,
value: this.value,
checked: this.checked })
.addClass('AdaptiveTest_classCorrect AdaptiveTest_checkbox')
.insertBefore(this);
}).remove(); }
filter = (validate[v] != undefined) ? validate[v] : $.noop();
$('.' + v).show(); });
$('input[name="answerType"]:checked').click();
$('.deleteAnswer').click(methode.answerRemove);
101
$('.addAnswer').click(function () {
var ul = $(this).siblings('ul');
var clone = ul.find('li:eq(0)').clone();
clone.find('.AdaptiveTest_checkbox').removeAttr('checked');
clone.find('.AdaptiveTest_text').val('');
clone.find('.AdaptiveTest_points').val(1);
clone.find('.deleteAnswer').click(methode.answerRemove);
clone.find('.addMedia').click(methode.addMediaClick);
clone.appendTo(ul);
return false; });
$('.sort_answer ul, .classic_answer ul, .matrix_sort_answer ul').sortable({
handle: '.AdaptiveTest_move' });
$('#saveQuestion').click(function () {
if (!methode.globalValidate()) {
return false; }
methode.generateArrayIndex();
return true; });
$(elements.pointsModus).change(function () {
global.displayChecked(this, $('.AdaptiveTest_answerPoints'));
global.displayChecked(this, $('#AdaptiveTest_showPointsBox'));
global.displayChecked(this, elements.gPoints, false, true);
global.displayChecked(this,
$('input[name="answerPointsDiffModusActivated"]'), true, true);
if (this.checked) {
$('input[name="answerPointsDiffModusActivated"]').change();
$('input[name="disableCorrect"]').change();
} else {
$('.classic_answer
.AdaptiveTest_classCorrect').parent().parent().show();
$('input[name="disableCorrect"]').attr('disabled', 'disabled'); }
102
}).change();
$('select[name="category"]').change(function () {
var $this = $(this);
var box = $('#categoryAddBox').hide();
if ($this.val() == "-1") {
box.show(); }
}).change();
$('#categoryAddBtn').click(function () {
methode.addCategory(); });
$('.addMedia').click(methode.addMediaClick);
$('input[name="answerPointsDiffModusActivated"]').change(function () {
global.displayChecked(this, $('input[name="disableCorrect"]'), true,
true);
if (this.checked)
$('input[name="disableCorrect"]').change();
else
$('.classic_answer
.AdaptiveTest_classCorrect').parent().parent().show();
}).change();
$('input[name="disableCorrect"]').change(function () {
global.displayChecked(this, $('.classic_answer
.AdaptiveTest_classCorrect').parent().parent(), true);
}).change();
$('#clickPointDia').click(function () {
$('.pointDia').toggle('fast');
return false; });
$('input[name="template"]').click(function (e) {
if ($('select[name="templateSaveList"]').val() == '0') {
if (global.isEmpty($('input[name="templateName"]').val())) {
alert(AdaptiveTestLocalize.temploate_no_name);
103
e.preventDefault();
return false; } }
methode.generateArrayIndex(); });
$('select[name="templateSaveList"]').change(function () {
var $templateName = $('input[name="templateName"]');
if ($(this).val() == '0') {
$templateName.show();
} else {
$templateName.hide(); }
}).change(); };
var init = function () {
elements.answerChildren.hide();
formListener(); };
init(); }
105
ИНФОРМАЦИОННО-ПОИСКОВАЯ ХАРАКТЕРИСТИКА
ДОКУМЕНТА НА ЭЛЕКТРОННОМ НОСИТЕЛЕ
Наименование
группы атрибутов
атрибута
1. Описание
Обозначение документа
документа
(идентификатор(ы)
файла(ов))
Наименование документа
2. Даты и время
3. Создатели
4. Внешние
ссылки
5. Защита
6. Характеристики
содержания
Характеристики документа
на электронном носителе
Презентация.pptx
Демонстрационные плакаты
к выпускной
квалификационной работе
Класс документа
ЕСКД
Вид документа
Оригинал документа на
электронном носителе
Аннотация
Демонстрационный
материал, отображающий
основные этапы выполнения
выпускной
квалификационной работы
Использование документа Операционная система
Windows 8,
MicrosoftPowerPoint 2007
Дата и время
26.06.2017
копирования документа
Дата создания документа 07.06.2018
Дата утверждения
13.06.2018
документа
Автор
Половинкина А.В.
Изготовитель
Половинкина А.В.
Ссылки на другие
Удостоверяющий лист
документы
№ 165159
Санкционирование
ОГУ имени И.С. Тургенева
Классификация защиты
По законодательству РФ
Объем информации
1137 КБ
документа
106
7. Структура
документа(ов)
Наименование плаката
(слайда) №1
Наименование плаката
(слайда) №2
Наименование плаката
(слайда) №3
Наименование плаката
(слайда) №4
Наименование плаката
(слайда) №5
Наименование плаката
(слайда) №6
Наименование плаката
(слайда) №7
Наименование плаката
(слайда) №8
Наименование плаката
(слайда) №9
Наименование плаката
(слайда) №10
Наименование плаката
(слайда) №11
Наименование плаката
(слайда) №12
Титульный лист
Цели и задачи работы
Существующие аналоги
Схема адаптивного
тестирования
Структура модуля
Диаграмма вариантов
использования
Логический уровень базы
данных
Алгоритм тестирования
знаний
Алгоритм подготовки
вопроса
Транзитивные сети
Экранные формы работы
модуля
Результаты проделанной
работы
1/--страниц
Пожаловаться на содержимое документа