85
К основным функциям пользователя в административной панели относятся
работа с товарами, категориями, услугами и заявками. Пользователь, имеющий
доступ к административной панели имеет возможность редактировать, создавать,
а так же удалять все вышеперечисленные документы. Кроме того он имеет доступ
к редактированию информации о компании, такой как логотип, адрес, телефон и
адрес электронной почты компании. Так же пользователь может формировать
различные отчеты: отчеты о заказах, план закупок, отчет о чистой прибыли.
Помимо основных функций на рисунке отображены и служебные функции. К ним
также относятся вход в систему для уже имеющихся пользователей и регистрацию
новых пользователей. В отличие от пользователя пользовательской частью,
пользователю административной панели доступна служебная функция настройки,
которая подразумевает собой настройку отображения тех или иных товаров на
сайте.
Так же для разработки информационной системы необходимо составить
схему, описывающую сценарий диалога. Была выбрана структура дерева, как
наиболее подходящая для описания будущего сценария диалога. На рисунке 14
ниже изображен сценарий диалога пользователя пользовательской части.
Практически данный сценарий диалога отображает будущую структуру меню
сайта.
Рисунок 14 - Сценарий диалога пользователя пользовательской части
86
На рисунке 15 отображена схема сценария диалога пользователя
административной частью. Данный сценарий имеет немного больше ответвлений,
нежели предыдущий. Данная схема так же отображает будущее меню
административной панели сайта.
Рисунок 15 - Сценарий диалога пользователя административной части
Диалог пользователя в разработанной информационной системе
происходит в следующей последовательности: пользователь заходит на сайт,
введя в браузере адрес сайта компании GT Machinery. В зависимости от роли
пользователя, а так же цели пользователь вводит разные адреса сайта в адресную
панель: http://gtmachinery.kz для пользовательской части и
http://backend.gtmachinery.kz для входа в административную панель. В
зависимости от предпочтений, пользователь выбирает ту или иную категорию
меню, затем оформляет заявку – при необходимости, либо если это
административная панель редактирует, создает или удаляет необходимую ему
категорию меню. В зависимости от того, регистрировался ли ранее данный
покупатель, ему предлагается либо форма регистрации, либо форма для входа в
личный кабинет.
2.4.2 Характеристика базы данных
Для формирования базы данных была построена ER-диаграмма, которая
является логической моделью структуры БД, представленная на рисунке 16.
87
Рисунок 16 - ER-диаграмма базы данных
ER-диаграмма была построена посредством Microsoft Visio, имеющего
следующие преимущества по сравнению с другим программным
инструментарием: гибкость расположения, форматировании сущностей, связей и
столбцов сущностей и связей, автоматизации управления линиями,
обозначающих реляционные связи между таблицами, в части автоматического
перестроения линий в зависимости от изменения месторасположения сущностей
и связей, гибкость в подраздельном цветом обозначении столбцов сущностей и
связей и линий, обозначающих связи, интеграция Visio со всем пакетом офисных
приложений, что обеспечивает нам гибкость переноса ER-диаграммы в
документы Word, Excell, PowerPoint без потери свойств графических элементов,
что позволяет корректировать ER-диаграмму в этих оболочках. [13]
Данная схема структуры БД является оптимальной для программной
интерпретации системной модели бизнес-информации в реляционной БД. Так как
в результате данного моделирования предметной области было получено четкое
88
разделение свойств объектов. При этом идентификация и определение объектов
были однозначными, что является основанием оптимального применения схемы
«сущность-связь» для реляционной БД. Так как схема «сущность-связь» является
традиционной схемой построения реляционной БД в части максимального
количества функций, реализованных практически во всех существующих СУБД.
Следовательно, данная схема является максимально апробированной и успешно
применяемой на практике при построении прикладных СУБД. [14]
На основании данной ER диаграммы можно описать структуру записей
таблиц базы данных.
Таблица «Пользователи» имеет следующую структуру записей,
отображенную в таблице 8.
Таблица 8
Структура таблицы «Пользователи»
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
пользователя
id
число
11
ключевое
поле
Логин
пользователя в
системе
username
строка
255
Пароль
пользователя в
хэшированном
виде
password_hash
строка
255
ФИО пользователя
full_name
строка
255
Адрес
пользователя
address
строка
Электронная почта
пользователя
email
строка
255
Телефон
пользователя
phone
строка
255
89
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Дата создания
пользователя
created_at
число
11
Дата изменения
пользователя
updated_at
число
11
Роль пользователя
в системе
status
число
6
Таблица «Товары» имеет следующую структуру записей, отображенную в
таблице 9.
Таблица 9
Структура таблицы «Товары»
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
товара
id
число
11
ключевое
поле
Наименование
товара
name
строка
128
Описание товара
description
строка
500
Изображение
товара
general_image
строка
200
Идентификатор
категории
category_id
число
11
Цена товара
price
число
10
Отображать товар
на сайте или нет
public
число
1
Себестоимость
товара
cost_price
число
10
Стоимость
доставки
delivery_price
число
10
Таблица «Категории» имеет следующую структуру записей, отображенную
в таблице 10.
90
Таблица 10
Структура таблицы «Категории»
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
категории
id
число
11
ключевое
поле
Наименование
категории
name
строка
128
Изображение
категории
general_image
строка
200
Таблица «Услуги» имеет следующую структуру записей, отображенную в
таблице 11.
Таблица 11
Структура таблицы «Услуги»
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
услуги
id
число
11
ключевое
поле
Наименование
услуги
name
строка
128
Описание услуги
description
строка
500
Содержание
услуги
content
строка
500
Изображение
услуги
general_image
строка
200
Таблица «Заказы» имеет следующую структуру записей, отображенную в
таблице 12.
Таблица 12
Структура таблицы «Заказы»
91
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Идентификатор
заказа
id
число
11
ключевое
поле
Идентификатор
пользователя
user_id
число
11
Идентификаторы
товаров в заказе
products
строка
255
Количество
товаров в заказе
amount
число
11
Общая стоимость
price
число
11
Дата
формирования
заказа
date
число
11
Комментарий
покупателя к
заказу
note
строка
300
Признак оплаты
paid
число
1
Таблица «Информация о компании» имеет следующую структуру записей,
отображенную в таблице 13.
Таблица 13
Структура таблицы «Информация о компании»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
параметра данных
о компании
id
число
11
ключевое
поле
Наименование
параметра данных
о компании
parameter
строка
255
92
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Значение
параметра данных
о компании
parameter_value
строка
300
2.4.3 Структурная схема пакета (дерево вызова программных
модулей)
При реализации приложения нами разработано множество программных
модулей. В основном функционал каждой отдельной категории меню вынесен в
отдельный модуль. В соответствии c описанной в главе 1.5.1 модель MVC,
каждый модуль будет состоять из трех составляющих: модели, контроллеров и
представлений. Для пользовательской и административной части составляются
отдельные схемы программных модулей.
Ниже на рисунке 17 представлена схема взаимосвязи программных
модулей.
93
Рисунок 17 – схема взаимосвязи программных модулей.
Как видно на схеме система состоит из трех разделов: административной
части, пользовательской части и общих модулей. Каждая часть имеет свое дерево
модулей, но при этом административная и пользовательская части тесно связаны
с общими модулями. Общие модули не могут быть вызваны самостоятельно, их
вызов осуществляется только из административной или пользовательских частей.
Так же на схеме видно расположение и название каждого модуля. Модули
административной части располагаются в папке backend, модули
94
пользовательской части - в папке frontend, общие модули - в папке common. В
таблице 14 ниже описаны функции каждого модуля.
Таблица 14
Функции модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль главной страницы
(административная часть)
Содержит процедуры и функции, которые
необходимо выполнить при открытии главной
страницы, а так же при выполнении входа
2.
Модуль работы с товарами
(административная часть)
Содержит функции отображения форм
просмотра, создания, редактирования и
удаления товаров
3.
Модуль работы с
категориями
(административная часть)
Содержит функции отображения форм
просмотра, создания, редактирования и
удаления категорий
4.
Модуль работы с услугами
(административная часть)
Содержит функции отображения форм
просмотра, создания, редактирования и
удаления услуг
5.
Модуль работы с заказами
(административная часть)
Содержит функции отображения форм
просмотра, создания, редактирования и
удаления заказов
6.
Модуль редактирования
информации о компании
(административная часть)
Содержит процедуры отображения формы
редактирования информации о компании
7.
Модуль формирования
отчетов (административная
часть)
Содержит функции сбора информации из
модулей работы с товарами и заказами для
формирования отчетов.
8.
Модуль работы с таблицей
«Товары» в БД (общие
модули)
Содержит функции просмотра, создания,
редактирования и удаления записей в таблице
«Товары»
9.
Модуль работы с таблицей
«Категории» в БД (общие
модули)
Содержит функции просмотра, создания,
редактирования и удаления записей в таблице
«Категории»