57
личный кабинет администратора;
личный кабинет менеджера;
личный кабинет техника.
2.3.2. Характеристика базы данных
База данных проектировалась поэтапно. Применялось CASE-средство
проектирования ERWin. Вначале была создана логическая модель (рисунок 21).
Рисунок 21 – Логическая модель базы данных
Структура записей представлена в таблицах 19-25.
Таблица 19
Структура записей таблицы «Файлы»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_файла
id_file
число
32 бит
первичный
ключ
КОД_заявки
id_request
число
32 бит
внешний ключ
КОД_истории
id_history
число
32 бит
внешний ключ
Имя_файла
filename
строка
255 симв.
Таблица 20
Структура записей таблицы «История»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_истории
id_history
число
32 бит
первичный
ключ
КОД_заявки
id_request
число
32 бит
внешний ключ
Дата_занесения
date_time
Дата и
8 байт
58
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
время
КОД_статуса
id_status
число
32 бит
внешний ключ
Таблица 21
Структура записей таблицы «Статусы заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_статуса
id_status
число
32 бит
первичный
ключ
Наименование
status
строка
255 симв.
Таблица 22
Структура записей таблицы «Приоритеты заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_приоритета
id_priority
число
32 бит
первичный
ключ
Приоритет
priority
строка
255 симв.
Таблица 23
Структура записей таблицы «Виды заявок»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_вида
id_type
число
32 бит
первичный
ключ
Вид_заявки
type
строка
255 симв.
Таблица 24
Структура записей таблицы «Пользователи»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
КОД_пользователь
id_user
число
32 бит
первичный
ключ
ФИО
name
строка
255 симв.
Телефон
tel
строка
255 симв.
Логин
email
строка
255 симв.
Пароль
pass
строка
255 симв.
Тип
type_user
число
4 бит
59
Таблица 25
Структура записей таблицы «Заявки»
Наименование поля
Идентификато
р поля
Тип
поля
Длина
поля
Прочее
КОД_заявки
Id_request
число
32 бит
первичный
ключ
КОД_статуса
Id_type
число
32 бит
внешний ключ
КОД_приоритета
Id_priority
число
32 бит
внешний ключ
КОД_вида
Id_status
число
32 бит
внешний ключ
КОД_пользователь
Id_user
число
32 бит
внешний ключ
КОД_техник
Id_repairer
число
32 бит
внешний ключ
Контакты_заявителя
Contacts
строка
255 симв.
Описание_проблемы
Description
строка
255 симв.
Комментарий_отдела
Comment
строка
255 симв.
Стоимость_ремонта
Price
Число с
плав.
запятой
32 бит
Хеш_ссылка
hash
строка
32 симв.
Затем эта модель была преобразована в физическую с указанием типов
данных (рисунок 22). Также русскоязычные названия были заменены на
латиницу.
Рисунок 22 – Физическая модель данных
Затем в СУБД MySQL была создана пустая база данных (рисунок 23).
После этого был запущен процесс автоматизированного экспорта
физической модели в СУБД. Вначале вводились параметры подключения к базе
(рисунок 24).
60
Рисунок 23 – Создание базы данных
Рисунок 24 – Ввод параметров и тестирование подключения
После этого ERWin произвел экспорт модели в СУБД (рисунок 25).
Рисунок 25 – Экспорт модели в СУБД
61
Таким образом, была получена база данных (рисунок 26).
Рисунок 26 – Созданная база данных в MySQL
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета позволяет отобразить модульную структуру
приложения (рисунок 27).
Рисунок 27– Структурная схема пакета
62
Описание функций модулей представлено в таблице 26.
Таблица 26
Описание функций модулей ИС автоматизации взаимодействия с
клиентами
№
п/п
Наименование модуля
Функции модуля
1
Главный модуль
Организация шаблона страницы,
подключение остальных модулей
2
Модуль просмотра заявки
по ссылке
Отображение истории работы с конкретной
заявкой минуя авторизацию
3
Модуль графического
интерфейса
Реализация шаблонов и стилей Bootstrap
4
Модуль авторизации
Разграничение прав доступа пользователей к
компонентам ИС
5
Модуль редактирования
пользователей
Просмотр, создание, обновление, удаление
пользователей
6
Модуль просмотра заявок
Фильтрация заявок и экспорт в формат Excel
7
Модуль редактирования
заявок
Изменение параметров заявок
8
Модуль создания заявок
Регистрация новой заявки на основе
описания контактных данных заявителя и
возникшей поломке/проблеме
2.3.4. Описание программных модулей
При работе с базой данных приложение выполняет SQL-запросы.
Поэтому рассмотрим блок-схему алгоритма выполнения SQL-запроса (рисунок
28).
Алгоритм представляет собой последовательность операций для
получения требуемого результата
15
.
15
Род С. Алгоритмы. Теория и практическое применение. – М.: «Эксмо», 2017. – 544 с.
63
Рисунок 28 – Блок-схема алгоритма выполнения SQL-запроса
Алгоритм выполнения SQL-запроса включает такие этапы:
установление соединения с БД;
формирование параметров запроса;
выполнение запроса;
условие: «Запрос выполнен с ошибкой?»:
64
да – Возврат ошибки;
нет – Инициализация выходного массива;
цикл «Для каждой строки результата»:
o скопировать строку в выходной массив;
возврат выходного массива в вызывающий модуль.
Ниже представлен фрагмент SQL-кода фильтрации заявок:
p1.id_request, p1.id_status, p1.id_priority, p1.id_type, p1.id_user, p1.description, p1.contacts,
p1.id_repairer, p1.comment, p1.price,
p2.status, p3.priority, p4.type
FROM requests AS p1
INNER JOIN statuses AS p2 ON p2.id_status=p1.id_status
LEFT JOIN priorities AS p3 ON p3.id_priority=p1.id_priority
LEFT JOIN types AS p4 ON p4.id_type=p1.id_type
WHERE 1 AND p1.id_status=$id_status
AND p1.id_priority=$id_priority
AND p1.id_type=$id_type
AND p1.id_repairer=$id_repairer
AND p1.contacts like '%$contacts%'
AND p1.id_repairer=$id_user"
Здесь применяется оператор пересечения множеств INNER JOIN (рисунок
29), а также LEFT OUTER JOIN (рисунок 30).
Рисунок 29 – Операция INNER JOIN
Рисунок 30 – Операция LEFT OUTER JOIN
65
Листинги программных модулей представлены в приложении А.
2.4. Контрольный пример реализации проекта и его описание
Тестирование АИС взаимодействия с клиентами DNS проводилось на
локальном хостинге. Все данные при тестировании были вымышленными. При
загрузке АИС открывает главная страница (рисунок 31).
Рисунок 31 – Главная страница АИС
Из этой страницы можно попасть только на форму авторизации (рисунок
32)
Рисунок 32 – Авторизация под аккаунтом администратора
66
Авторизация выполнена под аккаунтом администратора (рисунок 33).
Рисунок 33– Личный кабинет администратора
Администратору доступна форма просмотра пользователей, из которой
можно попасть на форму редактирования (рисунок 34).
Рисунок 34 – Форма редактирования пользователя
Форма добавления пользователя выглядит также.
Выполним авторизацию под аккаунтом менеджера (рисунок 35).