СОДЕРЖАНИЕ

ВВЕДЕНИЕ...................................................................................................................4
1 ПОСТРОЕНИЕ ИНФОЛОГИЧЕСКОЙ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ..........5
1.1 Анализ предметной области и выявление необходимого набора
сущностей......................................................................................................................5
1.2 Обоснование требуемого набора атрибутов для каждой сущности и
выделение идентифицирующих атрибутов................................................................6
1.3 Определение связей между объектами.............................................................8
2 ПОСТРОЕНИЕ СХЕМЫ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ.............................9
2.1 Построение набора необходимых отношений базы данных..........................9
2.2 Задание первичных и внешних ключей определенных отношений..............9
2.3 Третья нормальная форма................................................................................10
2.4 Определение ограничений целостности для внешних ключей отношений
и для отношений в целом...........................................................................................10
3 СОЗДАНИЕ СПРОЕКТИРОВАННОЙ БАЗЫ ДАННЫХ...................................12
4 ЗАПИСЬ ВЫРАЖЕНИЙ, УКАЗАННЫХ В ВАРИАНТЕ ЗАДАНИЯ ТИПОВ
ЗАПРОСОВ НА ЯЗЫКЕ SQL....................................................................................16
5 ВЫБОР И ОСНОВАНИЕ СРЕДСТВ РАЗРАБОТКИ ПРИЛОЖЕНИЯ..............17
6 ОПИСАНИЕ РЕАЛИЗАЦИИ И ТЕСТИРОВАНИЯ ПО......................................19
6.1 Детальная реализация функциональных частей ПО.....................................19
6.2 Выполнение программного кода на языке PHP.............................................20
ЗАКЛЮЧЕНИЕ...........................................................................................................22
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ..................................................23
ПРИЛОЖЕНИЕ А (обязательное) Инфологическая модель базы данных...........24
ПРИЛОЖЕНИЕ Б (обязательнон) Набор необходимых отношений базы данных
.......................................................................................................................................25

ГЯИ.466514.ПЗ
Изм Лист № докум. Подпись Дата
Разраб. .
Гордынский Лит Лист Листов
Проверил Я.И. «Информационная 3 25
Пантелейко А.Ф.
Реценз. система торговой сети» Учреждение образования «Полоцкий
Н. Контр. государственный университет»,
Утв. гр.18-ИТ-2
 ВВЕДЕНИЕ

Тема курсовой работы – информационная система строительной

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

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 1 Построение инфологической концептуальной модели

1.1 Анализ предметной области и выявление необходимого набора

сущностей

В ходе анализа знаний и разработке базы данных были выявлены

следующие основные сущности:
Сущность Пользователь описывает пользователей, которые имеют
аккаунт в системе. Характеризуется номером, логином, электронной почтой,
паролем и группой пользователя (может быть администратором, либо
строителем).
Сущность Работник описывает категорию, которую можно указывать
для товаров. Характеризуется номером и названием.
Сущность Торговая точка описывает точку, в которой можно продавать
товар. Характеризуется номером, названием, описанием и адресом.
Сущность Товар описывает товар, который может быть продан в
торговой сети. Характеризуется номером, названием, описанием, ценой и
категорией.
Сущность Должность описывает должность пользователя.
Характеризуется номером, названием.
Сущность Дисконтные карты описывает дисконтные карты, выдаваемые
в торговой сети. Характеризуется номером, названием и процентом скидки.
Сущность Реклама описывает проводимую торговую рекламу.
Характеризуется номером, пользователем, названием, описанием, товаром, на
который нацелена реклама, датой начала и конца проведения.
Сущность Продажа описывает продажу товара.
Подсущность товаров и клиентов Продажа описывает продажу товара.
Характеризуется номером, клиентом, продавцом, товаром, точкой сети,
количеством, датой и доставкой.
Подсущность товаров и торговых точек ТоварыТочки описывает
товары, которые можно купить в определенной точке. Характеризуется
номером товара, номером точки и количеством товара.
Подсущность пользователей и должностей ПользовательДолжность
описывает должность, занимаемую пользователем. Характеризуется номером,
номером пользователя, номером должности.
Подсущность клиентов и дисконтных карт КлиентКарта описывает
карту, выданную клиенту. Характеризуется номером, номером клиента,
номером карты и датой получения.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 1.2 Обоснование требуемого набора атрибутов для каждой сущности
и выделение идентифицирующих атрибутов

Для построения инфологической концептуальной модели необходимо

для каждой сущности, выявленной в предыдущем пункте, определить
требуемый набор атрибутов. Атрибутом является поименованная
характеристика сущности. Его наименование должно быть уникальным для
конкретного типа сущности, но может быть одинаковым для различного типа
сущностей. Атрибуты используются для определения того, какая информация
должна быть собрана о сущности. [1]
Ниже представлены сущности и определенные для них атрибуты, а
также ключи. Имена сущностей и атрибутов указываются, как они будут
определены в созданной базе данных, в скобках указывается перевод либо
описание:
1. users (Пользователи):
 id (код пользователя);
 login (логин пользователя);
 email (электронная почта);
 password (зашифрованный пароль).
2. categories (Категории):
 id;
 title (название категории);
 description (описание категории).
3. clients (Клиенты):
 id;
 fio (ФИО);
 date_of_birth (Дата рождения);
 address (Адрес);
 phone (Номер телефона);
 accept (Согласие на рассылку).
4. clients_card (Дисконтные карты клиентов):
 id;
 client_id (Код клиента);
 card_id (Код карты);
 date (Дата выдачи).
5. advertisings (Реклама):
 id;
 user_id (Код пользователя);
 product_id (Код товара);
 name (Название);
 description (Описание);

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
  start (Дата начала);
 finish (Дата окончания).
6. discount_card (Дисконтные карты):
 id;
 name (Название);
 percent (Процент скидки).
7. posts (Должности):
 id;
 title (Название);
 description (Описание).
8. product (Должности):
 id;
 title (Название);
 description (Описание);
 cost (Цена за единицу);
 category_id (Код категории).
9. product_in_places (Товар в точках):
 id;
 place_id (Код точки);
 product_id (Код товара);
 quantity (Количество).
10. purchase (Продажи):
 id;
 user_id (Код пользователя);
 client_id (Код клиента);
 product_id (Код товара);
 place_id (Код точки)
 quantity (Количество);
 delivery (Доставка);
 payment (Способ оплаты);
 date (Дата проведения продажи).
11. trade_places (Продажи):
 id;
 title (Название);
 description (Описание);
 address (Адресс).
12. users_posts (Должности пользователей):
 id;
 user_id (Код пользователя);
 post_id (Код должности).

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 1.3 Определение связей между объектами

Кроме атрибутов каждой сущности модель данных должна определять

связи между сущностями. На концептуальном уровне связи представляют
собой простые ассоциации между сущностями.
Инфологическая модель применяется на втором этапе проектирования
БД (алгоритмическом), то есть после словесного описания предметной области,
то есть после этапа постановки задачи.
Инфологическое проектирование прежде всего связано с попыткой
представления семантики, то есть смыслового содержания, предметной области
в модели БД.
Реляционная модель данных в силу своей простоты и лаконичности не
позволяет отобразить семантику, то есть смысл предметной области оставется
за рамками реляционной модели. Ранние теоретико-графовые модели в
большей степени, чем реляционная модель, отображали семантику предметной
области. Они в явном виде определяли иерархические связи между объектами
предметной области. Инфологическая модель базы данных изображена на
рисунке А.1 в приложении А.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 2 ПОСТРОЕНИЕ СХЕМЫ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

2.1 Построение набора необходимых отношений базы данных

Для того, чтобы разобраться с постройкой схемы реляционной базы

данных, надо выявить все связи, которые входят в базу данных.
На основе анализа созданных таблиц и ее содержимого можно
определить все отношения, подходящие для базы данных. В приложении Б на
рисунке Б.1 представлены отношения для базы данных торговой сети.

2.2 Задание первичных и внешних ключей определенных

отношений

Любому объекту, находящемуся в реляционной базе данных,

соответствуют кортежи отношений. При создании связей необходимо
присваивать первичный ключ. По первичному ключу можно отследить и найти
искомый экземпляр сущности. Каждое отношение должно обладать хотя бы
одним ключом. В таблице 2.1 определены первичные и внешние ключи для
отношений.
Таблица 2.1 – Первичные и внешние ключи отношений
№ Название
Первичный ключ Внешние ключи
п/п таблицы
1 users id
2 trade_places id
3 product id
4 posts id
5 discount_card id
6 clients id
7 categories id
8 users_posts id user_id;
post_id;
9 trade_places id
10 purchase id user_id;
client_id
product_id;

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 place_id;

Продолжение таблицы 2.1

11 product_in_places Id place_id;
product_id;

12 advertisings id user_id;
product_id;
В дальнейшем построении схемы реляционной базы данных ключи будут
служить для организации связей между отношениями.

2.3 Третья нормальная форма

Требование третьей нормальной формы (3NF) заключается в том, чтобы

в таблицах отсутствовала транзитивная зависимость.
Транзитивная зависимость – это когда неключевые столбцы зависят от
значений других неключевых столбцов.
Если в первой нормальной форме наше внимание было нацелено на
соблюдение реляционных принципов, во второй нормальной форме в центре
нашего внимания был первичный ключ, то в третьей нормальной форме все
наше внимание уделено столбцам, которые не являются первичным ключом,
т.е. неключевым столбцам.
Чтобы нормализовать базу данных до третьей нормальной формы,
необходимо сделать так, чтобы в таблицах отсутствовали неключевые столбцы,
которые зависят от других неключевых столбцов.
Иными словами, неключевые столбцы не должны пытаться играть роль
ключа в таблице, т.е. они действительно должны быть неключевыми
столбцами, такие столбцы не дают возможности получить данные из других
столбцов, они дают возможность посмотреть на информацию, которая в них
содержится, так как в этом их назначение.
Главное правило третьей нормальной форме (3NF) звучит следующим
образом: таблица должна содержать правильные неключевые столбцы. [2]

2.4 Определение ограничений целостности для внешних ключей

отношений и для отношений в целом

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 Целостность данных – это механизм поддержания соответствия базы
данных предметной области. В реляционной модели данных определены два
базовых требования обеспечения целостности:
 целостность ссылок;
 целостность сущностей.
Объект реального мира представляется в реляционной базе данных как
кортеж некоторого отношения. Требование целостности сущностей
заключается в следующем: каждый кортеж любого отношения должен
отличатся от любого другого кортежа этого отношения (т.е. любое отношение
должно обладать первичным ключом).
Вполне очевидно, что если данное требование не соблюдается (т.е.
кортежи в рамках одного отношения не уникальны), то в базе данных может
хранится противоречивая информация об одном и том же объекте.
Поддержание целостности сущностей обеспечивается средствами системы
управления базой данных (СУБД). Это осуществляется с помощью двух
ограничений:
 при добавлении записей в таблицу проверяется уникальность их
первичных ключей;
 не позволяется изменение значений атрибутов, входящих в
первичный ключ.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 3 СОЗДАНИЕ СПРОЕКТИРОВАННОЙ БАЗЫ ДАННЫХ

Для реализации БД была выбрана MySQL. Народная СУБД или «must

have», есть практически на любом хостинге. Простая в установке, работает
нормально без особых настроек. При должном подходе может гибко
настраиваться под ваши нужды.
В создаваемой базе данных будут использоваться следующие типы
данных:
1. INTEGER – Целочисленный тип.
2. TEXT – Строковый тип
3. VARCHAR – Строковый тип.
4. TIMESTAMP – Дата временной тип с поддержкой временной зоны.
5. DATE – Дата временной тип с поддержкой временной зоны.
6. TINYINT – Булевый тип.
Опишем все таблицы, которые будут созданы в базе данных.
Таблица users содержит список всех пользователей системы. Ее
структура приведена в таблице 3.1.
Таблица 3.1 – Характеристика атрибутов таблицы users
Имя атрибута Тип Описание
id id Код
login varchar(25) Логин пользователя
password varchar(255) Пароль пользователя
email varchar(45) Почта пользователя

Таблица clients содержит список всех клиентов системы. Ее структура

приведена в таблице 3.2.
Таблица 3.2 – Характеристика атрибутов таблицы clients
Имя атрибута Тип Описание
id id Код
fio varchar(100) ФИО клиента
date_of_birth date Дата рождения
address varchar(155) Адрес
phone varchar(20) Номер телефона
accept tinyint(1) Подписка на рассылку

Таблица categories содержит список всех категорий товаров. Ее

структура приведена в таблице 3.3.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 Таблица 3.3 – Характеристика атрибутов таблицы categories
Имя атрибута Тип Описание
id id Код
title varchar(100) Название категории
descriptiont text Описание категории

Таблица advertisings содержит список проводимых реклам. Ее структура

приведена в таблице 3.4.
Таблица 3.4 – Характеристика атрибутов таблицы advertisings
Имя атрибута Тип Описание
id id Код
user_id id Код пользователя
product_id id Код товара
name varchar(100) Название рекламы
description text Описание рекламы
start date Дата начала
finist date Дата конца

Таблица discount_cards содержит список всех типов дисконтных карт. Ее

структура приведена в таблице 3.5.
Таблица 3.5 – Характеристика атрибутов таблицы discount_cards
Имя атрибута Тип Описание
id id Код
title text Название карты
percent int Процент скидки

Таблица clients_card содержит список всех выданных дисконтных карт.

Ее структура приведена в таблице 3.6.
Таблица 3.6 – Характеристика атрибутов таблицы clients_card
Имя атрибута Тип Описание
id id Код
client_id id Код клиента
card_id id Код карты
date date Дата выдачи

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 Таблица posts содержит список всех должностей системы. Ее структура
приведена в таблице 3.7.
Таблица 3.7 – Характеристика атрибутов таблицы posts
Имя атрибута Тип Описание
id id Код
title varchar(255) Название должности
description text Описание должности

Таблица product содержит список всех товаров системы. Ее структура

приведена в таблице 3.8.
Таблица 3.8 – Характеристика атрибутов таблицы product
Имя атрибута Тип Описание
id id Код
title varchar(255) Название товара
description text Описание товара
cost int Цена товара
category_id id Код категории

Таблица product_in_places содержит список всех товаров в точках сети.

Ее структура приведена в таблице 3.9.
Таблица 3.9 – Характеристика атрибутов таблицы product_in_places
Имя атрибута Тип Описание
id id Код
place_id id Код торговой точки
product_id id Код товара
quantity int Количество товара

Таблица purchase содержит список всех продаж. Ее структура приведена

в таблице 3.10.
Таблица 3.10 – Характеристика атрибутов таблицы purchase
Имя атрибута Тип Описание
id id Код
user_id id Код пользователя
client_id id Код клиента

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 Продолжение таблицы 3.10
product_id id Код товара
place_id id Код торговой точки
quantity int Количество товара
delivery tinyint(1) Доставка
payment varchar(55) Способ оплаты
date timestamp Дата продажи

Таблица trade_places содержит список всех торговых точек сети. Ее

структура приведена в таблице 3.11.
Таблица 3.11 – Характеристика атрибутов таблицы trade_places
Имя атрибута Тип Описание
id id Код
title varchar(100) Название точки
description text Описание точки
address varchar(100) Адрес

Таблица users_posts содержит список должностей пользователей в

системе. Ее структура приведена в таблице 3.12.
Таблица 3.12 – Характеристика атрибутов таблицы users_posts
Имя атрибута Тип Описание
id id Код
user_id id Код пользователя
post_id id Код должности

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 4 ЗАПИСЬ ВЫРАЖЕНИЙ, УКАЗАННЫХ В ВАРИАНТЕ ЗАДАНИЯ
ТИПОВ ЗАПРОСОВ НА ЯЗЫКЕ SQL

По условиям задания были разработаны необходимые запросы. Пример

нескольких рассмотрен ниже.
Первый запрос позволяет выявить самый продаваемый товар. Код
запроса представлен в листинге 4.1.
Листинг 4.1 – Самый продаваемый товар
SELECT `product`.*, SUM(`purchase`.`quantity`) as "Sum" FROM
`purchase` JOIN `product` ON `product`.`id`=`purchase`.`product`
WHERE 1 GROUP BY `purchase`.`product` ORDER BY
SUM(`purchase`.`quantity`) DESC LIMIT 1
Второй запрос показывает пятерку самых активных покупателей. Код
запроса представлен в листинге 4.2.
Листинг 4.2 – Самые активные покупатели
SELECT `clients`.* FROM `purchase` JOIN `clients` ON
`clients`.`id`=`purchase`.`client_id` WHERE `purchase`.`date`>=?
AND `purchase`.`date`<=? AND `purchase`.`product`=? ORDER BY
`purchase`.`date` LIMIT 5
Третий запрос вывод количество потерянной прибыли из-за дисконтных
карт. Код запроса представлен в листинге 4.3.
Листинг 4.3 – Потерянная прибыль из-за карт
SELECT (`purchase`.`quantity`*`product`.`cost`) as
"sum",MAX(`discount_card`.`percent`) as "percent" FROM `purchase`
JOIN `clients_cards` ON
`clients_cards`.`client_id`=`purchase`.`client_id`
JOIN `product` ON `product`.`id`=`purchase`.`product`
JOIN `discount_card` ON
`clients_cards`.`card_id`=`discount_card`.`id`
WHERE `purchase`.`date`>=`clients_cards`.`date`
GROUP BY `purchase`.`id`
ORDER BY `clients_cards`.`card_id` DESC

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 5 ВЫБОР И ОСНОВАНИЕ СРЕДСТВ РАЗРАБОТКИ
ПРИЛОЖЕНИЯ

Программная реализация проекта выполнена посредством языка

программирования PHP, JS.
PHP предоставляет большой спектр инструментов и огромное
количество вариантов решения любой задачи. В нем нет статической
типизации, и каждой переменной можно присвоить любое значение.
Переменную можно взять буквально из воздуха и начать использовать в
программе. В языке есть динамические массивы — их не нужно объявлять
заранее. Они автоматически расширяются: при добавлении нового элемента
происходит выделение памяти. Типизированный и нетипизированный массивы
в PHP — это одно и то же, то есть разработчику не нужно заранее определять
их вид, допустимы даже смешанные варианты. [3]
Клиентская часть разработана с JS Core с использованием jQuery.
jQuery это популярная библиотека JavaScript. Она была создана Джоном
Резигом в 2006 году с целью облегчить разработчикам использование JavaScript
на веб-сайтах. Это не отдельный язык программирования и работает в
сочетании с JavaScript. С jQuery вы будете делать намного больше с меньшими
затратами.
Написание кода может стать утомительным, особенно если в него
включено много строк. jQuery сжимает несколько строк кода в одну функцию,
поэтому вам не нужно переписывать целые блоки кода для выполнения одной
задачи. [4]
Для создания информационной базы данных будет использоваться
СУДБ MySQL. Выбор многофункциональной и удобной среды для разработки
программного продукта является залогом успеха. Для работы с JavaScript есть
огромное количество различных IDE. Visual Studio Code оказался самым
оптимальным решением.
Visual Studio Code — это редактор исходного кода. Он имеет
многоязычный интерфейс пользователя и поддерживает ряд языков
программирования, подсветку синтаксиса, IntelliSense, рефакторинг, отладку,
навигацию по коду, поддержку Git и другие возможности. Многие
возможности Visual Studio Code недоступны через графический интерфейс,
зачастую они используются через палитру команд или JSON-файлы (например,
пользовательские настройки). Палитра команд представляет собой подобие
командной строки, которая вызывается сочетанием клавиш.
VS Code также позволяет заменять кодовую страницу при сохранении
документа, символы перевода строки и язык программирования текущего
документа.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 С 2018 года появилось расширение Python для Visual Studio Code с
открытым исходным кодом. Оно предоставляет разработчикам широкие
возможности для редактирования, отладки и тестирования кода.
Также VS Code поддерживает редактирование и выполнение файлов
типа «Блокнот Jupyter» (Jupyter Notebook (англ.)) напрямую «из коробки» без
установки внешнего модуля в режиме визуального редактирования и в режиме
редактирования исходного кода.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 6 ОПИСАНИЕ РЕАЛИЗАЦИИ И ТЕСТИРОВАНИЯ ПО

6.1 Детальная реализация функциональных частей ПО

При запуске информационной системы мы попадаем на страницу с

авторизацией (рисунок 6.1).

Рисунок 6.1 – Окно авторизации

Форма авторизации содержит элемент button, отвечающий за вход в
приложение, а также 2 формы ввода для логина и пароля.
После прохождения авторизации у нас появляется возможность
администрирования системой (рисунок 6.2).

Рисунок 6.2 – Меню

Добавление пользователя можно увидеть на рисунке 6.3.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 Рисунок 6.3 – Создание пользователя
Данная программа имеет в своем распоряжении множество
информационных сообщений, которые направлены на более удобное
использование. Также учтены возможные случаи некорректной работы
программы, поэтому некоторое количество нештатных ситуаций
сопровождается оповещениями (рисунок 6.4).

Рисунок 6.4 – Оповещение

6.2 Выполнение программного кода на языке PHP

Подключение к базе осуществляется с помощью стандартного

расширения для php PDO. Подключение к базе данных показано в листинге 6.1.
[5]
Листинг 6.1 – Метод getData()
$driver = 'mysql';
$host = MYSQL_HOST;
$db_name = MYSQL_DB;
$charset = MYSQL_ENCODE;
$db_user = MYSQL_LOGIN;
$db_pass = MYSQL_PASSWORD;

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 $options = [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION];
try {
$pdo = new
PDO("$driver:host=$host;dbname=$db_name;charset=$charset",
$db_user, $db_pass, $options);
} catch (Exception $e) {
die($e->getMessage());
}
Пример выполнения запроса можно увидеть в листинге 6.2.
Листинг 6.2 – Выполнение запроса
$sql = 'SELECT `post_id` FROM `users_posts` WHERE `user_id`=?';
$id = [$_SESSION['id']];
$stmt = $pdo->prepare($sql);
$stmt->execute($id);
$user_post = $stmt->fetch(PDO::FETCH_ASSOC);
Для защищенного выполнения запроса передаем параметры в массив.
При выполнении sql-запроса передаем этот массив с параметрами. При такой
передачи данные в массиве проверяются на sql-инъекцию.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 ЗАКЛЮЧЕНИЕ

В результате выполненной курсовой работы была создана база данных

сайта для администрирования торговой сети, а также программный продукт,
позволяющий сотруднику оформлять продажи.
Базы данных была разработана в среде MySQL, приложение – Visual
Studio Code. Тестирование проводилось с использованием локального сервера –
OpenServer.
Приложение позволяет:
 просматривать доступные товары;
 реализовывать продажу товара;
 управлять всей системой, без знаний программирования или языка
SQL.
Запросы, указанные в варианте задания, были реализованы в
приложении.
В процессе выполнения данной курсовой работы были закреплены
навыки в программировании на языках PHP и JavaScript, проектировании баз
данных и реализации их в СУБД MySQL.
Разработанная база данных удовлетворяет всем требованиям,
предъявленным в задании, и позволяет без проблем хранить и извлекать
требуемую информацию.
Созданный сайт позволяет упростить работу сотрудникам торговой
сети, для оформления продаж, принятии товаров на склады, добавление
товаров в ассортимент.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1 Буй, Д. Модель «сущность–связь»: роли, сильные и слабые типы

сущностей и типы связей/ Д. Буй, Л. Сильвейструк. – Минск: Эксмо, 2007. –
218с.
2 Хабр [Электронный ресурс]. Режим доступа: https://habr.com. – Дата
доступа: 23.11.2021.
3 JS – WevDocs [Электронный ресурс] Режим доступа:
https://developer.mozilla.org/ru/docs/. Дата доступа: 20.11.2021.
4 Api jQuery [Электронный ресурс]. Режим доступа: https://jquery-
docs.ru/. Дата доступа: 23.11.2021.
5 PHP - документация [Электронный ресурс]. Режим доступа:
https://www.php.net/manual/ru/. Дата доступа: 21.11.2021.

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 ПРИЛОЖЕНИЕ А
(обязательное)
Инфологическая модель базы данных

Рисунок А.1 – Инфологическая модель базы данных

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата
 ПРИЛОЖЕНИЕ Б
(обязательное)
Набор необходимых отношений базы данных

Рисунок Б.1 – Набор необходимых отношений базы данных

Лист
ГЯИ.466514.ПЗ
5
Изм. Лист № докум. Подпись Дата