Создание системы тестирования с одним правильным ответом
Содержание:
Введение
Систематический программированный контроль знаний учащихся способствует повышению качества учебного процесса за счет выявления тем, которые вызывают затруднения и требуют закрепления и повторения [1].
Мониторинг знаний учащихся является объективным за счет переноса акцента с функции контроля на информативную функцию. В данном случае, у учащихся нет страха контроля знаний, преподаватель видит реальный уровень знаний студентов [2].
Текущий контроль знаний технически несложен, студентам предлагаются вопросы с вариантами ответов на бумажном носителе, которые потом обрабатываются преподавателем [3].
Автоматизация программированного контроля позволяет экономить рабочее время преподавателя: снизить трудоемкость разработки тестов, упростить их последующую обработку [4].
Актуальность исследования заключается в том, что аттестация учащихся посредством авторизированных систем представляет компьютерное тестирование как средство программированного контроля знаний. Программированный контроль знаний в настоящее время по праву вошел в систему обучения.
Программированный контроль знаний является наиболее оптимальным при разработке конкретных вопросов, требующих конкретных единственно правильных вариантов ответов, и не подходит для двусмысленных, многозначных и неопределенных вопросов, а также вопросов, ответы на которые зависят от определенной парадигмы, в рамках которой они изучаются [2].
Предмет исследования – автоматизированная система тестирования знаний учащихся.
Цель работы – разработка системы тестирования знаний студентов.
Задачами работы являются:
- описание объекта исследования;
- анализ деятельности по промежуточному контролю знаний учащихся;
- постановка задачи;
- проектирование базы данных;
- проектирование интерфейса и программных модулей;
- разработка и тестирование программного комплекса.
Обоснование разработки системы
Способы контроля знаний и проблемы проведения тестирования
К видам контроля знаний учащихся можно отнести:
- устный опрос (УО);
- письменные работы;
- контроль с помощью технических средств и информационных систем.
Каждый из данных видов контроля выделяется по способу выявления формируемых компетенций:
- в процессе беседы преподавателя и студента;
- в процессе создания и проверки письменных материалов;
- путем использования компьютерных программ, приборов, установок и т. п.
Каждый из видов контроля имеет собственные преимущества и недостатки.
Устный опрос позволяет оценить знания и кругозор студента, умение логически построить ответ, владение монологической речью и иные коммуникативные навыки. УО обладает большими возможностями воспитательного воздействия преподавателя, т. к. при непосредственном контакте создаются условия для его неформального общения студентом.
Важнейшими достоинствами письменных работ являются:
- экономия времени преподавателя, (затраты времени в два-три раза меньше, чем при устном контроле);
- возможность поставить всех студентов в одинаковые условия;
- возможность разработки равноценных по трудности вариантов вопросов;
- возможность объективно оценить ответы при отсутствии помощи преподавателя;
- возможность проверить обоснованность оценки;
- уменьшение субъективного подхода к оценке подготовки студента, обусловленного его индивидуальными особенностями.
Контроль результатов образования с использованием информационных технологий и систем обеспечивает:
- быстрое и оперативное получение объективной информации о фактическом усвоении студентами контролируемого материала, в том числе непосредственно в процессе занятий;
- возможность детально и персонифицировано представить эту информацию преподавателю для оценки учебных достижений и оперативной корректировки процесса обучения;
- формирования и накопления интегральных (рейтинговых) оценок достижений студентов по всем дисциплинам и модулям образовательной программы;
- привитие практических умений и навыков работы с информационными ресурсами и средствами;
- возможность самоконтроля и мотивации студентов в процессе самостоятельной работы.
Каждый из видов контроля осуществляется с помощью определенных форм, которые могут быть как одинаковыми для нескольких видов контроля (например, устный и письменный экзамен), так и специфическими.
К формам контроля относятся:
- собеседование;
- коллоквиум;
- тест;
- контрольная работа;
- зачет;
- экзамен (по дисциплине, модулю, итоговый государственный экзамен);
- лабораторная, и т. п. работа;
- эссе и иные творческие работы;
- реферат;
- отчет (по практикам, научно-исследовательской работе студентов и т. п.);
- курсовая работа;
- выпускная квалификационная работа [9].
Тесты классифицируются:
- по уровню контроля;
- по содержанию;
- по методологии интерпретации результатов;
- по форме предъявления.
Проведение промежуточной аттестации основывается на Федеральном законе об образовании, а также на Федеральных государственных стандартах второго поколения. В этих документах установлены формы промежуточной аттестации, стандарты, которые должны быть включены в задания.
Порядок промежуточной аттестации, ее периодичность, формы, согласно статье 30 ФЗ «Об образовании», выбирает сама образовательная организация. Чтобы внедрять определенные ее формы, разработаны бланки контрольно-измерительных материалов, а также система анализа полученных результатов. Положение о промежуточной аттестации разрабатывается самой школой, утверждается подписью директора [11].
Актуальность исследования обусловлена тем, что проверка и оценка достижений студентов является существенной составляющей процесса обучения и одной из важных задач педагогической деятельности преподавателя. Этот компонент наряду с другими компонентами учебно-воспитательного процесса (содержание, методы, средства, формы организации) должен соответствовать современным требованиям общества, педагогической и методической наукам, основным приоритетам и целям образования.
Образовательная функция определяет результат сравнения ожидаемого эффекта обучения с действительным. Со стороны преподавателя осуществляется констатация качества усвоения студентами учебного материала: полнота и осознанность знаний, умение применять полученные знания в нестандартных ситуациях, умение выбирать наиболее целесообразные средства для выполнения учебной задачи; устанавливается динамика успеваемости; появляется возможность выявить проблемные области в работе, зафиксировать удачные методы и приемы, проанализировать, какое содержание обучения целесообразно расширить, а какое исключить из учебной программы.
Со стороны обучающегося устанавливается, каковы конкретные результаты его учебной деятельности; что усвоено прочно, осознанно, а что нуждается в повторении, углублении; какие стороны учебной деятельности сформированы, а какие необходимо сформировать.
контроль является обязательным компонентом процесса обучения. Он осуществляется на всех этапах учебной работы, обеспечивает обратную связь «преподаватель-студент» и служит основанием для внесения необходимых корректив в методы и формы организации учебных занятий.
Для промежуточного контроля одной из самых удобных форм является тестирование. Тестирование в автоматизированном варианте позволит ускорить процесс обработки информации преподавателем.
Структурно-функциональный анализ выбранного комплекса задач
Была проанализирована деятельность по проведению промежуточной аттестации. Разработана SADT-модель данного процесса. На рисунке 1 представлена контекстная диаграмма процесса проведения промежуточной аттестации студентов.
Рисунок 1 – Контекстная диаграмма проведения промежуточной аттестации студентов
Входные данные:
- информация о студентах;
- информация о преподавателях;
- данные о тесте;
- вопросы и ответы;
- данные о прохождении теста студентами.
Выходные данные:
- база преподавателей;
- база студентов;
- база тестов;
- журнал тестирования;
- отчёты.
Управляющие потоки:
- программа обучения.
Ресурсы:
- преподаватели;
- студенты.
На рисунке 2 представлена структурно-функциональная диаграмма процесса промежуточной аттестации студентов.
Рисунок 2 – Структурно-функциональная диаграмма процесса промежуточной аттестации студентов
Процесс промежуточной аттестации студентов включает в себя следующие работы:
- формирование базы участников;
- формирование тестов;
- тестирование и выявление результатов;
- формирование отчётов.
Более подробно рассмотрен процесс формирования тестов – рисунок 3.
Рисунок 3 – Структурно-функциональная диаграмма процесса формирования тестов
Процесс формирования тестов включает работы:
- формирование данных о тесте;
- формирование вопросов;
- формирование вариантов ответов и баллов.
На рисунке 4 представлена структурно-функциональная диаграмма процесса тестирования и выявления результатов.
Процесс тестирования и выявления результатов включает работы:
- авторизация учащегося и выбор теста;
- тестирование и получение результатов.
Рисунок 4 – Структурно-функциональная диаграмма процесса тестирования и выявления результатов
Рассмотренные процессы в ручном режиме влекут очень большие трудозатраты. Требуется программный комплекс для автоматизации процесса промежуточного тестирования студентов. Программный комплекс должен предоставлять следующие возможности:
- организацию многопользовательской работы;
- разграничение прав пользователей;
- учёт студентов и преподавателей;
- создание и ведение тестов;
- возможность настраивания бальной системы по вариантам ответов;
- проводить тестирование;
- возможность формирования отчётов.
Программный комплекс проверки промежуточных знаний студентов должен обладать следующим функционалом:
- проверка прав пользователя;
- учёт студентов и преподавателей;
- создание и ведение тестов;
- тестирование;
- ведение справочников;
- формирование отчётов.
Требуется хранить и обрабатывать следующие данные:
- участники теста;
- тест;
- вопрос;
- ответ;
- журнал тестирования;
- журнал данных ответов.
Данные об участнике теста:
- ФИО;
- дата рождения;
- пол;
- группа;
- специальность;
- администратор;
- пароль;
- список предметов.
Потребуются справочники групп и специальностей.
Данные о тесте:
- название;
- предмет;
- описание;
- пропускной балл;
- отведённое время на тестирование.
Потребуется справочник предметов.
Данные о вопросе: тест; вопрос;
Данные об ответе:
- вопрос;
- ответ;
- балл;
- разрешить собственный ввод данных;
- правильный собственный ответ.
Данные о журнале тестирования:
- тестируемый;
- тест;
- дата тестирования;
- сумма баллов;
- пройдено или нет;
- затраченное время.
Данные о журнале данных ответов:
- журнал тестов;
- выбранный ответ;
- полученный балл;
- введённый собственный ответ.
Требуется, чтобы система позволяла формировать следующие отчёты:
- отчёт о тестировании по студенту;
- отчёт о тестировании за период;
- подробный отчёт о тестировании.
Отчёт о тестировании по студенту должен содержать:
- название теста;
- порог прохождения;
- дата сдачи;
- набранные баллы;
- сдано или нет.
Для отбора потребуется выбрать студента.
Отчёт о тестировании за период:
- ФИО студента;
- группа;
- специальность;
- дата сдачи;
- название теста;
- порог сдачи;
- набрано баллов;
- сдано или нет.
Для отбора потребуется указать диапазон дат.
Подробный отчёт содержит:
- название теста;
- ФИО студента;
- затраченное время;
- вопрос;
- выбранные варианты ответа;
- верность ответа;
- общее количество баллов и порог прохождения.
Формируется из журнала тестирования.
Проектирование ИС тестирования
Описание входных, нормативно-справочных и итоговых документов
Входная информация представлена в таблице 1.
Таблица 1
Описание входных данных
Данные |
Атрибуты |
Участник |
ФИО, ДР, пол, админ, пароль, группа. |
Тест |
Название, порог, описание, предмет, отведено времени. |
Вопрос |
Название, номер, картинка, тест. |
Ответ |
Название, вопрос, свой вариант, баллы, правильный ответ. |
Список предметов |
Участник, предмет. |
Журнал тестов |
Тест, участник, дата сдачи, время прохождения, итоговое количество баллов, пройдено. |
Журнал ответов |
Журнал тестов, ответ, введённый ответ, результат. |
Нормативно-справочная информация представлена в таблице 2.
Таблица 2
Нормативно-справочная информация
Справочник |
Связанные таблицы |
Группа |
Участники |
Предмет |
Список предметов, тест |
Результатная информация – это отчёты:
- отчёт о тестировании по студенту;
- отчёт о тестировании за период;
- подробный отчёт о тестировании.
В таблице 3 представлено описание результатных документов
Таблица 3
Описание результатных документов
Отчёт |
Поля |
Условие |
Отчёт о тестировании по студенту |
название теста; порог прохождения; дата сдачи; набранные баллы; сдано или нет. |
По студенту |
Отчёт о тестировании за период |
ФИО студента; группа; дата сдачи; название теста; порог сдачи; набрано баллов; сдано или нет. |
За период |
Подробный отчёт о тестировании |
название теста; ФИО студента; затраченное время; вопрос; выбранные варианты ответа; верность ответа; общее количество баллов и порог прохождения. |
Выбор записи из журнала тестирования |
Проектирование логической модели БД
Выделены сущности предметной области:
- группа;
- предмет;
- участники;
- список предметов;
- тест;
- вопрос;
- ответ;
- журнал тестов;
- журнал ответов.
В таблице 4 представлено описание связей между сущностями.
Таблица 4
Связи между сущностями
Сущность 1 |
Сущность 2 |
Тип связи |
Разрешено Null |
Группа |
Участник |
Один-ко-многим |
Да |
Участник |
Список предметов |
Один-ко-многим |
Нет |
Предмет |
Список предметов |
Один-ко-многим |
Нет |
Предмет |
Тест |
Один-ко-многим |
Нет |
Тест |
Вопрос |
Один-ко-многим |
Нет |
Вопрос |
Ответ |
Один-ко-многим |
Нет |
Тест |
Журнал тестов |
Один-ко-многим |
Нет |
Люди |
Журнал тестов |
Один-ко-многим |
Нет |
Журнал тестов |
Журнал ответов |
Один-ко-многим |
Нет |
Ответ |
Журнал ответов |
Один-ко-многим |
Да |
На рисунке 5 представлена логическая модель данных.
Рисунок 5 – Логическая модель
Проектирование интерфейса системы
В системе требуется допустить возможность двух типов пользователей:
- преподаватель;
- студент.
Преподавателю должны быть доступны следующие функции:
- авторизация;
- управление базой участников тестов;
- ведение справочников;
- создание тестов;
- создание вопросов и ответов;
- тестирование;
- формирование отчётов.
Тестируемому учащемуся должно быть доступно:
- авторизация;
- пройти тестирование.
На рисунке 6 представлена Use Case диаграмма работы пользователя «преподаватель» в системе тестирования.
Рисунок 6 – Use Case диаграмма пользователя «преподаватель»
На рисунке 7 представлена диаграмма вариантов использования пользователя «студент».
Рисунок 7 – Use Case диаграмма пользователя «студент»
Для организации работы пользователей в системе потребуется реализовать графический интерфейс. На рисунке 8 представлен сценарий диалога с пользователем.
Рисунок 8 – Сценарий диалога
Каталог базы данных и запросы к ней
Потребуется реализовать базу данных со следующими таблицами:
- «GroupStud» – группа;
- «Subj» – предмет;
- «SubjList» – список предметов;
- «People» – участники;
- «Test» – тест;
- «Quest» – вопросы;
- «Answer» – ответы;
- «Journaltest» – журнал тестирования;
- «Journalanswer» – журнал ответов.
На рисунке 9 представлена физическая модель базы данных.
Рисунок 9 – Физическая модель
В таблицах 5 – 13 представлено описание базы данных.
Таблица 5
«GroupStud»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Name |
Varchar |
50 |
Not null |
Таблица 6
«Subj»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Name |
Varchar |
50 |
Not null |
Таблица 7
«People»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Name |
Varchar |
50 |
Not null |
Sex |
Char |
1 |
Not null |
Birthdate |
Datetime |
- |
Not null |
GroupStud |
Int |
- |
FK |
Admin |
Bit |
- |
|
Pass |
Varchar |
50 |
Таблица 8
«SubjList»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
People |
Int |
- |
FK, not null |
Subj |
Int |
- |
FK, not null |
Таблица 9
«Test»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Name |
Varchar |
50 |
Not null |
Description |
Varchar |
200 |
|
Porog |
Int |
Not null |
|
Subj |
Int |
- |
FK, not null |
TestTime |
Int |
- |
Таблица 10
«Quest»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Numb |
Int |
- |
|
Name |
Varchar |
Max |
Not null |
Pic |
Image |
- |
|
Test |
Int |
- |
FK, not null |
Таблица 11
«Answer»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
Quest |
Int |
- |
FK, not null |
Name |
Varchar |
100 |
Not null |
Point |
Int |
- |
Not null |
EnterAnswer |
Bit |
- |
|
RightAnswer |
Varchar |
100 |
Таблица 12
«JournalTest»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
People |
Int |
- |
FK, not null |
Test |
Int |
- |
FK |
Totla |
Int |
- |
|
Passed |
Bit |
- |
|
DateTest |
Datetime |
- |
Not null |
TestTime |
Таблица 13
«JournalAnwer»
Поле |
Тип данных |
Длина |
Ограничения |
ID |
Int |
- |
PK |
JournalTest |
Int |
- |
FK, not null |
Answer |
Int |
- |
FK |
Score |
Int |
- |
|
EnterAnswer |
varchar |
100 |
На рисунке 10 представлена схема данных полученной базы данных в MS SQL Server 2017.
Рисунок 10 – Физическая модель (схема данных в MS SQL Server Management Studio)
Потребуется реализовать хранимую процедуру расчёта общего балла тестирования. Код процедуры:
CREATE PROCEDURE [dbo].[CalcTotalTest]
-- Add the parameters for the stored procedure here
@JournalTestID int
AS
BEGIN
DECLARE @Total int;
DECLARE @Porog int;
SELECT @Porog=t.Porog
FROM Test t
INNER JOIN JournalTest jt ON t.ID=jt.Test
WHERE jt.ID=@JournalTestID;
SELECT @Total=SUM(Score) FROM JournalAnswer WHERE JournalTest=@JournalTestID;
UPDATE JournalTest
SET
Total=@Total
,Passed=CASE WHEN @Total>=@Porog THEN 1 ELSE 0 END
WHERE ID=@JournalTestID
END
Помимо этого, создана вспомогательная процедура нумерации вопросов:
CREATE PROCEDURE [dbo].[sp_RankQuestion]
-- Add the parameters for the stored procedure here
@TestID int
AS
BEGIN
DECLARE @TableVar TABLE(idt int, Nm int);
insert into @TableVar (idt, Nm)
select ID, ROW_NUMBER() over (order by ID) from Quest where Test=@TestID
update Quest
set Numb=(select NM from @TableVar where idt=Quest.ID)
where Test = @TestID
END
Потребуется реализовать запросы для формирования:
- отчёт о тестировании по студенту;
- отчёт о тестировании за период;
- подробного результата тестирования.
SQL-коды запроса для отчёта о тестировании по студенту:
Select t.Name AS [Тест]
, t.Porog AS [Порог]
, CONVERT(nvarchar(10), jt.DateTest, 104) AS [Дата сдачи]
, jt.Total AS [Набрано]
, case jt.Passed when 1 then 'Да' else 'Нет' end AS [Сдано]
From JournalTest jt
left join Test t on t.ID=jt.Test
Where jt.People=:pr
Order by [Тест], [Дата сдачи]
SQL-коды запроса для отчёта о тестировании за период:
Select p.Name AS [Студент]
, d.Name AS [Группа]
, CONVERT(nvarchar(10), jt.DateTest, 104) AS [Дата сдачи]
, t.Name AS [Тест]
, t.Porog AS [Порог]
, jt.Total AS [Набрано]
, case jt.Passed when 1 then 'Да' else 'Нет' end AS [Сдано]
From JournalTest jt
left join Test t on t.ID=jt.Test
left join People p on p.ID=jt.People
left join GroupStud d on d.ID=p.GroupStud
Where jt.DateTest between :sd and :ed
Order by [Студент], [Дата сдачи]
SQL-коды запроса для отчёта о подробном результате тестирования:
select
(convert(varchar(10),jt.DateTest,104) + ' ' + t.Name) as [Тест]
, p.Name as [Студент]
, cast(q.Numb as varchar(5))+'. '+q.Name as [Вопрос]
, case when isnull(a.EnterAnswer,0)=0 then a.Name else ja.EnterAnswer end as [Ответ]
, case when isnull(ja.Score,0)=0 then 'Нет' else 'Да' end as [Верно]
, 'Порог прохождения '+cast(t.Porog as varchar(5))+'. Набрано '+cast(jt.Total as varchar(5)) as [Результат]
from JournalTest jt
inner join People p on p.ID=jt.People
inner join Test t on t.ID=jt.Test
inner join JournalAnswer ja on ja.JournalTest=jt.ID
inner join Answer a on a.ID=ja.Answer
inner join Quest q on q.ID=a.Quest
where jt.ID=:idJT
Потребуется реализовать систему, которая включает в себя следующие классы:
- TfrmLogin;
- TfrmMain;
- TfrmGrid;
- TfrmQuestAnswer;
- TfrmTest;
- TfrmReport;
- TDM.
В таблице 14 представлено описание классов.
Таблица 14
Описание классов системы
Класс |
Описание |
TfrmLogin |
Описывает форму авторизации в системе |
TfrmMain |
Описывает главную форму приложения |
TfrmGrid |
Описывает форму обработки табличных данных |
TfrmQuestAnswer |
Описывает форму создания вопросов и ответов по тесту |
TfrmTest |
Описывает форму тестирования |
TfrmReport |
Описывает форму формирования отчётов |
TDM |
Описывает контейнер данных |
На рисунке 11 представлена диаграмма классов.
Рисунок 11 – Диаграмма классов
Были разработаны алгоритмы работы в системе преподавателя и тестирование студента.
Алгоритм работы преподавателя в системе представлен ниже:
1. Начало.
2. Вход в систему.
3. Указать справочную информацию? Если нет, то к пункту 6, если да, то к следующему.
4. Выбрать справочник и внести данные.
5. Сохранить данные справочника в базе.
6. Указать участника тестирования? Если нет, то к пункту 9, если да, то к следующему.
7. Внести данные об участнике.
8. Сохранить данные в базу.
9. Требуется добавить тест? Если нет, то к пункту, если да, то к следующему.
10. Создать тест.
11. Добавить вопрос.
12. Сохранить вопрос в базу.
13. Добавить ответ.
14. Сохранить ответ в базу.
15. Требуется добавить ещё один ответ? Если да, то к пункту 13, если нет, то к пункту 16.
16. Требуется добавить ещё один вопрос? Если да, то к пункту 11, если нет, то к пункту 17.
17. Требуется сформировать отчёт? Если да, то к следующему пункту. Если нет, то к пункту 22.
18. Выбрать тип отчёта.
19. Внести параметры для отчёта.
20. Сформировать отчёт.
21. Получить отчёт.
22. Конец.
Блок-схема алгоритма работы преподавателя в системе представлена на рисунке 12.
Рисунок 12 – Блок-схема алгоритма работы преподавателя в системе
Алгоритм прохождения тестирования в системе представлен ниже:
1. Начало.
2. Выбрать тест и войти в систему.
3. Посмотреть вопрос.
4. Выбрать ответ.
5. Перейти далее? Если да, то к следующему пункту. Если нет, то к пункту.
6. Есть ещё вопрос? Если да, то к пункту 3. Если нет, то к следующему пункту.
7. Подсчёт результатов тестирования.
8. Сохранение результата тестирования в журнале.
9. Конец.
Блок-схема алгоритма тестирования в системе представлена на рисунке 13.
Рисунок 13 – Блок-схема алгоритма тестирования в системе
Контрольный пример работы в ИС
Для входа в систему требуется пройти авторизацию. При авторизации требуется выбрать тип пользователя. Если тип пользователя Преподаватель, то потребуется выбрать ФИО из списка и ввести пароль. После чего откроется главное окно Преподавателя. Если пользователь принадлежит к типу Студент, то потребуется выбрать свою группу, тест и своё ФИО в списке. На рисунке 14 представлено окно авторизации.
Рисунок 14 – Окно авторизации в системе
Главное окно преподавателя программного комплекса представлено на рисунке 15. Оно включает в себя главное меню и журнал тестов.
Рисунок 15 – Главное окно Преподавателя
При желании, преподаватель может запустить тестирование и проверить работу комплекса.
Для управления списками участников в главном меню выбирается пункт «Участники». Откроется окно, представленное на рисунке 16.
Рисунок 17 – Окно «участники»
Формирование тестов доступно через окно Тесты (рисунок 18). Открывается через главное меню «Основное/Тесты».
Рисунок 18 – Окно «Тесты»
В данном окне можно отредактировать название теста, порог прохождения и описание теста, а также отведённое на тест время в минутах. Также, при выборе конкретного теста, вызывается контекстное меню и выбирается пункт «Вопросы и ответы». Откроется окно, представленное на рисунке 19.
Рисунок 19 – Окно «Вопросы и ответы»
В окне можно добавить вопрос и к нему варианты ответов. Для каждого вопроса можно загрузить картинку.
Ответ может быть задан как вариант выбора. Для каждого варианта ответа назначается количество баллов. Набранные баллы после прохождения суммируются и сравниваются с порогом прохождения теста.
Также, можно задать свой вариант ответа, при этом – указать правильное значение, с которым будет сравниваться данный студентом ответ (без учёта регистра).
При авторизации под учётной записью студента сразу запускается процесс тестирования. На рисунке 20 представлен пример окна тестирования при выборе одного варианта ответа с картинкой.
Рисунок 20 – Окно тестирования (один вариант ответа с картинкой)
При тестировании студент видит какой вопрос по счёту из общего количества вопросов он сейчас отвечает и сколько времени осталось на выполнение всего теста.
Система позволяет формировать отчёты:
- подробный отчёт о тестировании с результатами выбранного теста из журнала – рисунок 21;
- отчёт о тестировании по студенту - пример представлен на рисунке 22;
- отчёт о тестировании за период - пример представлен на рисунке 23.
Рисунок 21 – Пример подробного отчёта о тестировании
Рисунок 22 – Пример отчёта о тестировании по студенту
Рисунок 23 – Пример отчёта о тестировании за период
Пример работы в приложении показывает, что полученная система соответствует поставленной задаче.
Заключение
В ходе выполнения курсовой работы были изучены способы контроля знаний учащихся, рассмотрены проблемы проведения промежуточного контроля.
Составлена SADT-модель процесса промежуточного контроля знаний студентов.
Рассмотрена входная, нормативно-справочная и результатная информация.
Результатная информация – это отчёты:
- подробный отчёт о тестировании;
- отчёт о тестировании по студенту;
- отчёт о тестировании за период.
Спроектирована логическая модель базы данных.
В результате, была разработана база данных, которая включает следующие таблицы:
- «GroupStud» – группа;
- «Subj» – предмет;
- «SubjList» – список предметов;
- «People» – участники;
- «Test» – тест;
- «Quest» – вопросы;
- «Answer» – ответы;
- «Journaltest» – журнал тестирования;
- «Journalanswer» – журнал ответов.
Было проведено проектирование интерфейса системы, составлена диаграмма вариантов использования и сценарий диалога пользователя. В системе два типа пользователей: преподаватель и студент.
Составлена диаграмма классов:
- TfrmLogin
- TfrmMain
- TfrmGrid
- TfrmQuestAnswer
- TfrmTest
- TfrmReport
- TDM.
В заключении было проведено тестирование информационной системы. Система полностью соответствует поставленной задаче.
Список использованных источников
- Амбалова З.А. Сравнение методологий разработки интеллектуальных систем в сфере управления комплексными проектами / З.А. Амбалова // В сб.: Инновационные механизмы решения проблем научного развития сборник статей по итогам Международной научно-практической конференции. - 2017. - C. 139-141.
- Бачурин С.А., Гусева А.И. Метод автоматизированной разработки систем поддержки учебной и научно-исследовательской деятельности / С.А. Бачурин, А.И. Гусева // Современные проблемы науки и образования. - 2015. - № 4. - C. 83.
- Бетенекова Н.В., Николаенко В.С. Обобщение структуры проектной документации / Н.В. Бетенкова, В.С. Николаенко // В сб.: Государство и бизнес. Современные проблемы экономики: материалы IX Международной научно-практической конференции. Северо-Западный институт управления РАНХиГС при Президенте РФ. - 2017. - C. 224-228.
- Виноградова М.В. Унифицированный процесс разработки программного обеспечения / М.В. Виноградова, В.И. Белоусова – М.: Юнити, 2015. - 260 с.
- Власов А.И. Пространственная модель оценки эволюции методов визуального проектирования сложных систем / А.И. Власов // Датчики и системы. - 2016. - № 9 (172). - C. 10-28.
- Данилова М.С., Гудков А.А. Некоторые подходы к тестированию соответствия разработанных IT-продуктов требованиям заказчика / М.С. Данилова, А.А. Гудков // Информационные технологии. Радиоэлектроника. Телекоммуникации. - 2016. - № 6-1. - C. 198-208.
- Заботина Н.Н. Проектирование информационных систем: Учебное пособие / Н.Н. Заботина. – М.: Издательский Дом "ИНФРА-М", 2013. - 331 с.
- Культин Н.Б. Основы программирования в Embarcadero / Н.Б. Культин - СПб.:БХВ-Петербург, 2015. - 416 с.
- Соколов Л.Ф. Виды и формы текущего контроля и промежуточной аттестации [Электронный ресурс] – Режим доступа URL: https://pandia.ru/text/77/323/46088.php
- Сухомлинский В.А. Анализ контроля знаний студентов при проведении различных видов учебных занятий [Электронный ресурс] - Режим доступа URL: https://www.informio.ru/publications/id480/Analiz-kontrolja-znanii-studentov-pri-provedenii-razlichnyh-vidov-uchebnyh-zanjatii
- Чистов Д.В. Проектирование информационных систем: учебник и практикум для академического бакалавриата / Д.В. Чистов - М.: Юрайт, 2016. – 259 с.
Фрагмент кода приложения ИС тестирования
unit uMain;
interface
uses
Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
Vcl.Controls, Vcl.Forms, Vcl.Dialogs, Vcl.Menus, Data.DB, Vcl.Grids,
Vcl.DBGrids, Vcl.DBCtrls, Vcl.StdCtrls, Vcl.ExtCtrls, System.UITypes;
type
TfrmMain = class(TForm)
mm: TMainMenu;
imMain: TMenuItem;
imPeople: TMenuItem;
imTest: TMenuItem;
N1: TMenuItem;
imClose: TMenuItem;
imLibrary: TMenuItem;
imLibrary0: TMenuItem;
imReport: TMenuItem;
imReport0: TMenuItem;
imReport1: TMenuItem;
imSettings: TMenuItem;
imLinking: TMenuItem;
pnlGrid: TPanel;
pnlMain: TPanel;
Label1: TLabel;
Label2: TLabel;
pm: TPopupMenu;
btnStart: TButton;
btnCancel: TButton;
imAdd: TMenuItem;
imDelete: TMenuItem;
cbPeople: TDBLookupComboBox;
cbTest: TDBLookupComboBox;
grdMain: TDBGrid;
N2: TMenuItem;
imReport2: TMenuItem;
procedure imMenuClick(Sender: TObject);
procedure imReportClic(Sender: TObject);
procedure imCloseClick(Sender: TObject);
procedure imLinkingClick(Sender: TObject);
procedure pmPopup(Sender: TObject);
procedure imAddClick(Sender: TObject);
procedure imDeleteClick(Sender: TObject);
procedure btnStartClick(Sender: TObject);
procedure btnCancelClick(Sender: TObject);
procedure FormShow(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
frmMain: TfrmMain;
implementation
{$R *.dfm}
uses
uGrid, uReport, uTest, uDM;
procedure TfrmMain.imMenuClick(Sender: TObject);
var
frm: TfrmGrid;
begin
Application.CreateForm(TfrmGrid,frm);
frm.Tag:=(Sender as TMenuItem).Tag;
frm.ShowModal;
frm.Free;
end;
procedure TfrmMain.imReportClic(Sender: TObject);
var
frm: TfrmReport;
begin
Application.CreateForm(TfrmReport,frm);
frm.Tag:=(Sender as TMenuItem).Tag;
frm.ShowModal;
frm.Free;
end;
procedure TfrmMain.imCloseClick(Sender: TObject);
begin
Application.Terminate;
end;
procedure TfrmMain.imLinkingClick(Sender: TObject);
begin
DM.LinkedBase(true);
end;
procedure TfrmMain.pmPopup(Sender: TObject);
begin
imDelete.Visible:=grdMain.DataSource.DataSet.RecordCount>0;
imReport2.Visible:=grdMain.DataSource.DataSet.RecordCount>0;
end;
procedure TfrmMain.imAddClick(Sender: TObject);
begin
pnlMain.Visible:=true;
pnlGrid.Enabled:=false;
grdMain.DataSource.DataSet.Append;
end;
procedure TfrmMain.imDeleteClick(Sender: TObject);
begin
if MessageDlg('Вы действительно хотите удалить запись?',mtWarning,mbOkCancel,0)=mrOk then
grdMain.DataSource.DataSet.Delete;
end;
procedure TfrmMain.btnStartClick(Sender: TObject);
var
frm: TfrmTest;
begin
grdMain.DataSource.DataSet.FieldByName('DateTest').asDatetime:=Date;
grdMain.DataSource.DataSet.Post;
DM.tblQuest.First;
Application.CreateForm(TfrmTest,frm);
frm.ShowModal;
frm.Free;
pnlMain.Visible:=False;
pnlGrid.Enabled:=True;
end;
procedure TfrmMain.FormShow(Sender: TObject);
var
frm: TfrmTest;
begin
if Tag=2 then
begin
grdMain.DataSource.DataSet.Append;
grdMain.DataSource.DataSet.FieldByName('DateTest').asDatetime:=Date;
grdMain.DataSource.DataSet.FieldByName('People').AsInteger:=DM.tblTester.FieldByName('ID').AsInteger;
grdMain.DataSource.DataSet.FieldByName('Test').AsInteger:=DM.tblTest.FieldByName('ID').AsInteger;
grdMain.DataSource.DataSet.Post;
Application.CreateForm(TfrmTest,frm);
AlphaBlend:=true;
AlphaBlendValue:=100;
frm.ShowModal;
frm.Free;
Application.Terminate;
end;
end;
procedure TfrmMain.btnCancelClick(Sender: TObject);
begin
grdMain.DataSource.DataSet.Cancel;
pnlMain.Visible:=False;
pnlGrid.Enabled:=True;
end;
end.
- Анализ деятельности спортивной организации на примере фитнес-клуба "Олимпик"
- Коммерческая деятельность в оптовой торговле
- Манипулирование: психологические аспекты
- Организация хозяйственных связей в торговле
- Факторы, влияющие на эффективность управленческих решений
- Свобода передвижения и выбора места жительства (ОБЩИЕ ГАРАНТИИ ПРАВ И СВОБОДЫ ЧЕЛОВЕКА)
- Современные политические режимы (Общая характеристика государственно-правовых режимов как элемента формы государства)
- Правовое положение иностранцев и лиц без гражданства
- Роль мотивации в поведении организации(ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ МОТИВАЦИИ И СТИМУЛИРОВАНИЯ ПЕРСОНАЛА)
- коммерческие РИСК, УПРАВЛЕНИЕ РИСКОМ, механизмы нейтрализации коммерческих рисков, Анализ рисков деятельности предприятия ( на примере ООО «Полесье»)
- АНАЛИЗ ДЕЯТЕЛЬНОСТИ СПОРТИВНОЙ ОРГАНИЗАЦИИ НА ПРИМЕРЕ ПФК ЦСКА
- Компетентностный портрет современного менеджера