Реализация системы дистанционных платежей в компании ООО «НижНовТранс». Часть 4.

---

Страницы:   1   2   3   4   5

---

3.4. Проектирование реляционной базы данных информационной системы

3.4.1. Инфологическое моделирование

Данная информационная система использует 7 сущностей (в порядке отображения): Заказы(Zakazu), Операторы (Operatoru), Товары (Tovaru), Должности (Dolgnosti), Магазины (Magazinu), Обращения (Obrasheniya), Клиенты (Klientu).

 

• Сущность «Заказы».В данную сущность заносится информация о новых заказахоператорами онлайн торгового центра. Она состоит из следующих атрибутов:
  • Номер заказа – Содержит порядковый номер генерируемый системой;
  • Оператор – Содержит информацию об операторе, оформившем заказ;
  • Дата создания заказа -Дата создания заказа, автоматически отображается параметр sysdate (Текущая дата) но, при необходимости его можно заменить, выбрав дату с помощью встроенного календаря;
  • Товар– Наименование заказанного товара;
  • Магазин– Наименование магазина, в который заказ был направлен на исполнение;
  • Количество – Информация о количестве заказанного товара.

 

• Сущность «Платежи».В данную сущность заносится информация о платежах по заказамонлайн торгового центра. Она состоит из следующих атрибутов:
  • Номер счета – Содержит порядковый номер, генерируемый системой;
  • Лицевой счет клиента– Содержит информацию о лицевом счете клиента, оформившего заказ, с которого произведена оплата;
  • Лицевой счет магазина–Содержит информацию о лицевом счете магазина, владеющего заказанным товаром, на который, по завершении заказа, необходимо перечислить средства;
  • Сумма– Сумма, оплаченная клиентом по заказу;
  • Дата оплаты– Дата оплаты клиентом стоимости заказа, проставляется автоматически после оплаты;
  • Дата перевода – Дата перечисления стоимости заказа на счет магазина, после завершения заказа.

 

• Сущность «Операторы».В данную сущность заносятся данные об операторах. Сущность состоит из следующих атрибутов:
• Индивидуальный номер оператора – Индивидуальный номер оператора, генерируемый системой;
  • Имя- Имя оператора;
  • Фамилия– Фамилия оператора;
  • Дата приема на работу – Дата, когда оператор был принят на работу;
  • Должность – Должность, которую оператор занимает в отделе службы поддержки покупателей.

 

• Сущность «Товары». В данную сущность заносятся данные о товарах, предоставляемых магазинами. Она состоит из следующих атрибутов:
  • Номер товара – Индивидуальный номер товара, генерируемый системой;
  • Наименование – Название товара, вводимое с клавиатуры;
  • Стоимость – Стоимость товара, вводимая с клавиатуры;
  • Дата добавления — Дата добавления вида обслуживания, автоматически отображается параметр sysdate (Текущая дата) но, при необходимости его можно заменить, выбрав дату с помощью встроенного календаря;
  • Комиссия – Комиссия, которую магазин выплачивает онлайн торговому центру за каждый созданный заказ;
  • Магазин – Название магазина, в который заказ отправлен на исполнение.

 

• Сущность «Должности». В данную сущность заносится информация о существующих должностях в компании.Сущность состоит из следующих атрибутов:
  • Номер должности – Индивидуальный номер должности, генерируемый системой;
  • Название — Название должности, вводимое с клавиатуры;
  • Заработная плата – Размер оклада, вводимый с клавиатуры;
  • Дата добавления – Дата добавления должности, автоматически отображается параметр sysdate (Текущая дата) но, при необходимости его можно заменить, выбрав дату с помощью встроенного календаря.

 

• Сущность «Магазины». В данную сущность заносится информация о магазинах, торгующих на площадке онлайн торгового центра.Она состоит из следующих атрибутов:
  • Номер магазина – Индивидуальный номер магазина, генерируемый системой;
  • Названиемагазина – Название магазина, вводимое с клавиатуры;
  • Менеджер – Имя и фамилияконтактного лица, вводимое с клавиатуры;
  • Дата добавления – Дата добавления магазина, автоматически отображается параметр sysdate (Текущая дата) но, при необходимости его можно заменить, выбрав дату с помощью встроенного календаря;
  • Контактный телефон – номер контактного телефона, вводимый с клавиатуры;
  • Адрес – Юридический адрес магазина, вводимый с клавиатуры.

 

• Сущность «Обращения». В данную сущность заносится информация об обращениях покупателей, сделавших заказ на площадке онлайн торгового центра.Она состоит из следующих атрибутов:
  • Номер обращения – Индивидуальный номер обращения, генерируемый системой;
  • Тема обращения – Выбирается оператором из списка предложенных;
  • Дата обращения – Дата, когда было зарегистрировано обращение;
  • Результат –Предложенные варианты решения проблемы, предоставленные покупателю по его обращению.
• Сущность «Клиенты». В данную сущность заносится информация о клиентах, разместивших заказ на площадке онлайн торгового центра.Она состоит из следующих атрибутов:
  • Номер клиента – Индивидуальный номер клиента, генерируемый системой;
  • Имя клиента – Имя клиента;
  • Фамилия клиента – Фамилия клиента;
  • Телефон –Контактный телефон клиента;
  • Адрес – адрес клиента, вводимый с клавиатуры;
  • E-mail– Электронная почта клиента, вводимая с клавиатуры.

3.4.2. Даталогическое проектирование

В качестве далогической модели базы данных была выбрана реляционная модель. Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью. Ещё одним веским доводом в пользу выбора реляционной модели является тот факт, что подавляющее большинство предоставляемых средств для разработки баз данных ориентированы на реляционную модель. Кроме того, реляционные базы данных в последствии легче расширять и интегрировать, что является неотъемлемой частью дальнейшего развития баз данных с увеличением возлагаемых на них задач. Инфологическая модель базы данных легко отображается в реляционную даталогическую модель. В результате получается восемь таблиц реляционной базы данных, где каждая сущность напрямую отражается в отдельную таблицу, атрибуты каждой сущности становятся полями этой таблицы, а первичные ключи сущности становятся первичными ключами таблицы.

Описание атрибутов сущностей и ключей. Описание атрибутов сущности «Zakazu» приведено в таблице 3.1. Свойства таблицы «Zakazu». В таблице существует поле «Id_Zakaza», которое является первичным ключом, пять внешних ключей, связывающих таблицу с другими таблицами базы данных. Это поле «Id_Operatora» для таблицы «Operatoru», поле «Id_Tovara» для таблицы «Tovaru», поле «Id_Magazina» для таблицы «Magazinu», поле «Id_Klienta» для таблицы «Klientu», поле «Id_Obrasheniya» для таблицы «Obrasheniya».

Таблица 3.1. Сущность «Zakazu»

 

Описание атрибутов сущности «Payments» приведено в таблице 3.2. Свойства таблицы «Payments». Первичным ключем является поле «Id_Payment». Связана с таблицей «Zakazu» по полю «Id_Payments». Внешних ключей таблица не имеет.

Таблица 3.2. Сущность «Payments»

 

Описание атрибутов сущности «Operatoru» приведено в таблице 3.3.Свойства таблицы «Operatoru». Первичным ключом является поле «Id_Operatora». Связана с таблицей «Zakazu» по полю «Id_Operatora». Внешним ключом для связи с таблицей «Dolgnosti» является поле «Id_Dolgnosti».

Таблица 3.3. Сущность «Operatoru»

 

Описание атрибутов сущности «Tovaru» приведено в таблице 3.4.Свойства таблицы «Tovaru». Первичным ключом является поле «Id_Tovara». Связана с таблицей «Zakazu» по полю «Id_Tovara». Внешним ключом для связи с таблицей «Magazinu» является поле «Id_Magazina».

Таблица 3.4. Сущность «Tovaru»

 

Описание атрибутов сущности «Dolgnosti» приведено в таблице 3.5.Свойства таблицы «Dolgnosti». Первичным ключом является поле «Id_Dolgnosti». Связана с таблицей «Zakazu» по полю «Id_Dolgnosti». Внешних ключей таблица не имеет.

Таблица 3.5. Сущность «Dolgnosti»

 

Описание атрибутов сущности «Magazinu» приведено в таблице 3.6.Свойства таблицы «Magazinu». Первичным ключом является поле «Id_Magazina». Связана с таблицей «Zakazu» по полю «Id_Magazina». Внешних ключей таблица не имеет.

Таблица 3.6. Сущность «Magazina»

 

Описание атрибутов сущности «Obrasheniya» приведено в таблице 3.7.Свойства таблицы «Obrasheniya». Первичным ключом является поле «Id_Obrasheniya». Связана с таблицей «Zakazu» по полю «Id_Obrasheniya». Внешних ключей таблица не имеет.

Таблица 3.7. Сущность «Obrasheniya»

 

Описание атрибутов сущности «Klientu» приведено в таблице 3.8.Свойства таблицы «Klientu». Первичным ключом является поле «Id_Klienta». Связана с таблицей «Zakazu» по полю «Id_Klienta». Внешних ключей таблица не имеет.

Таблица 3.8. Сущность «Klientu»

 

Структура реляционной базы данных для информационной системы учета взаимоотношений клиентов с онлайн торговым центром представлена на рис. 3.12.

3.5. Описание интерфейса информационной системы учёта взаимоотношений клиентов с онлайн торговым центром ООО «Нижновтранс»

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

Для того чтобы оператору добавить новый проект, необходимо нажать на кнопку «Создать» (рис. 3.14.).

На странице добавления нового заказа в контентной части расположена форма, состоящая из следующих полей для заполнения: Оператор, Дата создания заказа, Товар (наименование), Количество. Так же интерфейс содержит кнопки «Создать» и «Отмена».

Следующий раздел в навигационном меню – «Операторы». Данный раздел создан с целью занесения информации о новых операторах онлайн торгового центра. В этом разделе так же возможно и изменить уже имеющуюся информацию по любому оператору (рис. 3.15.).

На странице «Магазины» в контентной части расположены форма добавления новых магазинов, кнопки «Создать»,«Отмена» и таблица магазинов. Форма добавления новых магазинов содержит следующие поля для заполнения: Название магазина, Телефон магазина, Адрес магазина, Имя и Фамилия менеджера, Дата добавления магазина на площадку онлайн торгового центра (рис. 3.16.).

Раздел «Товары» создан с целью внесения новых товаров, предоставляемых магазинами.

В верхней части страницы расположена форма для добавления новых товаров, кнопки «Создать», «Отмена» и таблица, содержащая информацию о товарах. Форма добавления содержит поле Наименование, поле Стоимость, поле Дата добавления, Комиссия, Магазин (рис. 3.17.).

Следующий раздел навигационного меню – «Должности», в него добавляются новые должности предприятия и ведется их учет. Добавление осуществляется с помощью формы, содержащей поля: Название, Зарплата, Дата добавления и кнопки «Создать» и «Отмена». А введенные данные добавляются в таблицу и отображаются ниже формы в табличном виде (рис. 3.18.).

Следующий раздел «Отчет по операторам» создан с целью формирования наглядного графического отчета по работе операторов. Страница содержит диаграмму, отображающую количество заказов, созданных тем или иным оператором. При наведении на колонку, появляется подсказка – имя оператора и количество созданных им заказов (рис. 3.19.).

Следующий раздел «Отчет по магазинам» создан с целью формирования наглядного графического отчета по созданным заказам в каждом магазине. Страница содержит диаграмму, отображающую количество заказов, направленных на исполнение в каждый магазин. При наведении на колонку, появляется подсказка – название магазина и количество заказов (рис. 3.20.).

Раздел «Поиск заказов» создан для того чтобы можно было отследить количество заказов, сделанных за определенный день (рис. 3.21.).

Последний раздел «Оплата» создан для отслеживания оплаты заказов клиентом, перевод денежных средств магазинам и комиссии онлайн торгового центра с каждого заказа, за определенный период (рис. 3.22.).

---

Страницы:   1   2   3   4   5

---