Достоинства СУБД Microsoft Access:

1. Предоставляет, хорошие возможности создания экранных форм и генерации отчетов.

2. Access предоставляет возможность работы с данными, не создавая приложения.

3. Имеет встроенную версию языка SQL для создания более сложных запросов.

4. Access хранит все данные в одном файле.

5. Ориентирована на пользователей с разной профессиональной подготовкой.

Недостатки СУБД Microsoft Access:

1. Плохо решены вопросы защиты информации в СУБД Access.

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

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

В таблице 1.1 приведены сравнительные характеристики систем управления базами данных.

Таблица 1.1 – Сравнение СУБД

Из вышесказанного можно сделать вывод, что выбор Access объясняется следующими причинами:

• прост в использовании;

• предоставляет возможность работы пользователя непосредственно с данными, не создавая приложения;

• не сложен для непрофессиональных пользователей.

ГЛАВА 2. РАЗРАБОТКА ПРИЛОЖЕНИЯ «ИНФОРМАЦИОННАЯ СИСТЕМА СОСТАВЛЕНИЯ ТЕСТИРОВАНИЯ»

2.1 Концептуальное, логическое и физическое моделирование базы данных

Для проектирования структуры базы данных используется метод «сущность - связь».

При проектировании базы данных необходимо придерживаться этапов проектирования.

Первый этап проектирования – выделение сущностей и связей между ними.

Выделены следующие сущности:

• Тест (Ключ – idТест)

• Тема (Ключ – Название)

• Вопросы (Ключ – id)

• Ответы (Ключ – idОтвета)

• Люди (Ключ – Логин)

Выделены связи между сущностями:

• Вопрос включает ответ.

• Тема включает вопросы.

• Тест включает ответы.

• Люди проходят тест.

Второй этап проектирования – построение диаграммы ER-типа с учетом всех сущностей и связей между ними.

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

Рисунок 2.1 – Диаграмма ER-типа для связи вопрос включает ответ

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

Рисунок 2.2 – Диаграмма ER-типа для связи тема включает вопросы

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

Рисунок 2.3 – Диаграмма ER-типа для связи тест включает ответы

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

Рисунок 2.4 – Диаграмма ER-типа для связи люди проходят тест

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

Получены следующие отношения:

Для связи вопрос включает ответ

• Вопросы (id)

• Ответ (idОтвета)

Для связи тема включает вопросы

• Тема (Название)

• Вопросы (id)

Для связи тест включает ответы

• Тест (idТест)

• Ответы (idОтвета)

Для связи люди проходят тест

• Люди (Логин)

• Тест (idТест)

Четвертый этап проектирования – формирование набора результирующих отношений и добавление в них неключевых атрибутов.

После добавления неключевых атрибутов схемы отношений примут следующий вид:

• Тест (idТест, ЛогинОтвечабщего, дата, результат, тема).

• Темы (Название, Количество верных ответов для перехода на уровень выше, Количество неверных ответов для перехода на уровень ниже).

• Люди (Логин, пароль, ФИО, должность, пол, год рождения).

• Ответы (idОтвета, вопросid, тест, ответ).

• Вопросы (id, вопрос, ответ№1, ответ№2, ответ№3, ответ№4, ответ№5, ответ, тип, тема).

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

Рисунок 2.5 – Логическая модель базы данных

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

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

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

Рисунок 2.6 – Физическая модель базы данных

2.2 Описание и цель использования системы составления тестирования

Целью использования системы составления тестирования является автоматизация процесса составления тестирования, с возможность оперативного поиска информации.

Диаграмма Use Case позволяет создать список операций, которые выполняет информационная система. На основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых функций. Диаграмма Use Case представлена на рисунке 2.7. Данная система использует два типа пользователей: администратор, пользователь. Администратор имеет возможность редактировать данные, просматривать результаты тестов, просматривать тесты, авторизация. Пользователь: просматривать результаты тестов, просматривать тесты, авторизация и проходить тесты.

Рисунок 2.7 – Диаграмма Use Case

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

Обмен сообщениям происходит в следующем порядке:

1. Администратор авторизуется в ПО.

2. Администратор осуществляет ввод данных о пользователях, тестах и вопросах.

3. Программный продукт передает данные в БД.

4. БД сохраняет данные.

5. Пользователь авторизуется в ПО.

6. Пользователь проходит тест.

7. Программный продукт передает данные в БД.

8. БД сохраняет данные.

9. Пользователь делает запрос в ПО на просмотр результатов теста.

10. ПО выбирает данные из БД.

11. БД выбирает данные.

12. БД передает данные в ПО.

13. ПО создает документ в MS Excel и выводит его на печать.

Диаграмма Sequence представлена на рисунке 2.8.

Рисунок 2.8 – Диаграмма Sequence

При написании программного продукта было создано 8 классов, которые представлены на рисунке 2.9.

Класс «Analis» реализует все методы для просмотра данных.

Класс «Ludi» реализует все методы для работы с таблицей «Люди».

Класс «menuAdmin» реализует все методы для работы с БД.

Класс «Otveti» реализует все методы для работы с таблицей «Ответы».

Класс «Temi» реализует все методы для работы с таблицей «Темы».

Класс «TestStart» используется для ввода ответов пользователем.

Класс «Vchod» используется для авторизации пользователя.

Класс «Vopros» реализует все методы для работы с таблицей «Вопросы».

Рисунок 2.9 – Диаграмма классов

2.3 Проектирование интерфейса

Разработка программного обеспечения осуществляется посредство системы разработки программного обеспечения - Visual Studio 2017. Вся база данных храниться в одном вышеупомянутом файле BD.mdb.

Первая форма должна предоставлять администратору возможность перехода на формы: «Люди», «Темы», «Просмотр».

Вид формы приведен на рисунке 2.10.

Рисунок 2.10 – Вид формы меню администратора

Во второй форме, представленной на рисунке 2.11 осуществляется добавление, изменение, удаление, поиск данных о людях. Форма включает в себя элементы управления: Button, TextBox, DataGridView. Пространство имен – System.Data.SqlClient.

System.Data.SqlClient – является поставщиком данных платформы .NET Framework для SQL Server. Основные классы: SqlConnection, SqlDataAdapter, SqlCommand [11].

Вид формы приведен на рисунке 2.11.

Рисунок 2.11 – Вид формы «Люди»

Button – представляет элемент управления «кнопка Windows».

TextBox – представляет элемент управления, который может использоваться для отображения или изменения неформатированного текста.

DataGridView – предоставляет мощный и гибкий способ отображения данных в табличном формате.

SqlConnection – представляет открытое подключение к базе данных SQL Server.

SqlDataAdapter – представляет набор команд данных и подключение к базе данных, которые используются для заполнения DataSet и обновления базы данных SQL Server.

SqlCommand – представляет инструкцию Transact-SQL или хранимую процедуру, выполняемую над базой данных SQL Server.

В третьей форме «Вопросы», представленной на рисунке 2.12, осуществляется добавление удаление, изменение, сохранение записей. Форма включает в себя элементы управления: Button, TextBox, DataGridView, ComboBox. Пространство имен – System.Data.SqlClient.

Рисунок 2.12 – Форма «Вопросы»

ComboBox – представляет элемент управления для выбора с раскрывающимся списком, который можно отображать и скрывать, щелкая стрелку в элементе управления.

В форме «Просмотр обращений», представленной на рисунке 2.13, осуществляется экспорт данных в MS Excel. Формы включает в себя элементы управления: Button, DataGridView, DateTimePicker. Пространство имен – System.Data.SqlClient, Microsoft.Office.Interop.Excel.

Рисунок 2.13 – Форма «Просмотр»

DateTimePicker – представляет элемент управления Windows, который позволяет выбрать дату и время и отобразить их в указанном формате.

Microsoft.Office.Interop.Excel – позволяет управляемому коду взаимодействовать с основанной на COM объектной моделью приложения Microsoft Office.

Аналогичным образом были спроектированы остальные формы программного обеспечения.