Дипломная работа: Автоматизация процесса контроля знаний учащихся ГБОУ города Москвы школы №656 А.С. Макаренко
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
38
результатом подсистемы тестирования и с точки зрения пользователя,
проходившего тест является результатом работы системы, но с другой стороны
этот результат выступает в качестве входных данных для подсистемы
составления статистики.
Опишем входные и выходные данные каждой подсистемы.
Для подсистемы ведения списка пользователей входными данными
является список пользователей на бумажных носителях. Список должен быть
разделен на категории, которые определяют права доступа пользователей к
функциям системы. Выходными данными подсистемы ведения списка
пользователей является сформированная таблица пользователей. Подсистема
ведения списка пользователей имеет задачу авторизации пользователя при
начале сеанса работы с системой. Входными данными для этой задачи являются
логин и пароль, введенные пользователем с клавиатуры, а выходными данными
– идентифицированный пользователь.
В подсистеме конструирования тестов выделяется задача ведения
справочников дисциплин, тем и сложностей. Входными данными для этой
задачи являются соответствующие списки на бумажных носителях, а
выходными – соответственно таблица дисциплин, таблица тестов и таблица
сложностей [15].
Для задачи непосредственного конструирования тестов таблицы
дисциплин, тем и сложностей являются входными данными. Кроме этого
входными данными этой задачи является список тестов и список вопросов
каждого теста, а также список ответов каждого вопроса с указанием всех
параметров. Также в качестве входных данных выступают графические файлы,
содержащие в себе картинки к некоторым вопросам. Выходными данными
подсистемы конструирования тестов является сформированная структура
тестов, которая может рассматриваться и как результат работы системы в
целом.
Структура тестов выступает в качестве входных данных подсистемы
проведения тестирования. Также в качестве входных данных этой подсистемы
39
выступает идентифицированный в процессе авторизации пользователь.
Выходными данными этой системы является результат теста, который можно
рассматривать как результат работы системы в целом. В этом случае он
оформляется в виде печатной формы результата теста.
В то же время результат теста выступает в качестве входных данных для
подсистемы статистики. Выходными данными данной подсистемы является
анализ результатов статистики, строящейся на выборке результатов тестов.
Схема взаимодействия подсистем, их входных и выходных данных
представлена на рисунке 1.11.
Ведение списка
пользователей
Авторизация
Список пользователей
Логин
Пароль
Ведение
справочников
Список дисциплин
Список тем
Список сложностей
Конструирование
тестов
Таблица дисциплин
Таблица тем
Таблица сложностей
Список вопросов
Список ответов
Графические файлы с картинками
Тестирование
Структура тестов
Составление
статистики
Идентифицированный пользователь
Печ. форма
результата теста
Анализ
статистики
Результат теста
Таблица пользователей
Укрупненная схема программы
Рисунок 1.11 - Укрупненная схема автоматизации контроля знаний учащихся
1.4.2 Обоснование проектных решений по программному
обеспечению
40
Разработка информационной системы требует использования
современных средств хранения больших объемов информации, например, с
использованием реляционной базы данных.
Среди систем управления базами данных для автоматизации создания
расписания для высшего учебного заведения целесообразно выбрать бесплатные
решения, так как покупка СУБД достаточно затратная статья, тем более что на
рынке представлено достаточное число таких систем.
Сравнительный анализ СУБД, которые можно использовать в качестве
базы хранения данных проводится согласно основным функциональным
характеристикам:
работа с большими объемами информации;
работа с большим количеством пользователей;
возможность построения сложного интерфейса (в рамках СУБД);
простота интегрирования с интерфейсом, разработанным в RAD
системах (Delphi 10 Lite, Visual Studio 2012 Express);
поддержка основных операций с данными;
наличие бесплатного программного обеспечения.
Табл. 1.2 – Сравнительный анализ СУБД
Параметры
СУБД
Paradox
MySQL
MS SQL
MS Access
Работа с большими
объемами информации
Да
Да
Да
Нет
Работа с большим
количеством
пользователей
Да
Да
Да
Нет
Возможность построения
сложного интерфейса (в
рамках СУБД)
Нет
Нет
Нет
Да
41
Простота интегрирования
с интерфейсом
Средняя
Средняя
Средняя
Высокая
Поддержка основных
операций с данными
Средняя
Высокая
Средняя
Средняя
Наличие бесплатного
программного
обеспечения
Да
Да
Только
версия
express
Только
пробная
версия
Проведенный анализ СУБД показывает, что в рамках выделенного
функционала СУБД Paradox, MySQL, MS SQL имеют близкие характеристики,
поэтому на выбор далее могут влиять дополнительные факторы Реализация
проекта производится на базе сервера Paradox 2008/2012, это бесплатное
решение, с определенными ограничениями, которые не повлияют на работу
системы для небольшого и среднего высшего учебного заведения.
Выбор среды разработки связан со спектром решаемых задач и
возможностей использования различных технологий реализации. Так можно
отметить, что ярко выделяются наиболее популярные в современных условиях
языки ориентированные на web-приложения, однако они достаточно громоздки
в разработке вычислительных приложений, и в этом случае рекомендуется
использовать среды разработки типа Delphi или С# (С++).
Для проведения сравнительного анализа языков программирования в
рамках выбранной предметной области выбираются следующие параметры
(табл. 1.):
возможность работы с реляционной базой данных. База данных
необходима для хранения информации по преподавателям, студентам,
дисциплинам, направлениям и профилям обучения и т.п., а также информации
по нагрузке преподавателей и составленном расписании;
необходимость использования сервера приложений. Сервер
приложений повышает нагрузку на сервер и, таким образом, требует
42
использования высокопроизводительного оборудования для сервера, хотя
снижает нагрузку на клиентские машины;
возможность построения сложного интерфейса, так как
пользователи системы должны иметь возможности для построения
аналитических отчетов;
требования к архитектуре системы (выделение сервера
приложений);
простота использования, которая предполагает оценку сложности и
громоздкости используемых технологий для реализации.
Табл. 1.3 – Сравнительный анализ языков программирования
Параметры
Язык программирования
Php 5.6.8
Visual
C++ 12
Visual С#
4.0
Delphi 10 Lite
v.3.0
Возможность работы с
реляционной базой
данных
Да
Да
Да
Да
Необходимость
использования сервера
приложений
Да
Нет
Нет
Нет
Возможность
построения сложного
интерфейса
Да
Да
Да
Да
Требуемая архитектура
системы
3-х
уровневая
2-х
уровневая
2-х
уровневая
2-х
уровневая
Простота использования
низкая
средняя
Высокая
средняя
Наличие бесплатного
программного
да
Только
версия
Только
версия
Только
версия Turbo
Источник: https://baza.diplomsite.ru/previewfile/2090