Курсовая работа (копия). Курсовая работа по дисциплине Базы данных База данных Магазин товаров для спорта Исполнитель студент группы 4301

Название	Курсовая работа по дисциплине Базы данных База данных Магазин товаров для спорта Исполнитель студент группы 4301
Дата	06.05.2023
Размер	2.17 Mb.
Формат файла
Имя файла	Курсовая работа (копия).docx
Тип	Курсовая #1111859

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ

ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего и профессионального образования

«Казанский национальный исследовательский технический университет

имени А.Н. Туполева»

(КНИТУ-КАИ)

---------------------------------------------------------------------------------------------------------------------

Кафедра АСОИУ

Курсовая работа

по дисциплине «Базы данных»

База данных «Магазин товаров для спорта»

Исполнитель: студент группы 4301

П.С. Калиновский

Руководитель: доцент кафедры АСОИУ

И.И. Бикмуллина

Оценка _________________

Подпись _________________

«___» ____________2018

Казань 2018

1. Задание 4

2. Анализ и описание предметной области 4

3. Цели и задачи создания базы данных «Магазин товаров для спорта» 4

4. Проектирование базы данных 6

4.1. Входные и выходные данные задач 6

Входными данными задач являются: 6

4.2. Инфологическое проектирование базы данных 6

4.4. Даталогическое проектирование базы данных 9

4.4.1. Нормализация отношений 10

4.2.2. Определение структуры таблиц реляционной базы данных «Магазин товаров для спорта» 12

5. Автоматизированная информационная система на основе базы данных «Магазин товаров для спорта» 15

5.1. Структура информационной системы 15

5.2. Запросы на выборку данных для решения поставленных задач 17

5.3. Отчеты по результатам решения задач 20

5.4. Организация интерфейса с пользователем. 23

6. ЛИТЕРАТУРА 26

ПРИЛОЖЕНИЕ 1 27

1. Задание

Выполнить проектирование и создать базу данных «Магазин товаров для спорта»

2. Анализ и описание предметной области

Предоставление информации о товаре в магазине – обычное дело, однако, порой, может возникнуть путаница из-за схожих названий товаров. В таком случае покупателю могут выдать ошибочную информацию. Для удовлетворения запроса покупателя и, тем самым, для систематизации товаров, следует организовать базу данных. Данная база данных так же может предоставлять некую информацию о товаре (продажи, затраты и т.д.).
Правильно рассчитать доходы и расходы важная задача для любого магазина – это и будут делать экономисты. Для этого в данной базе данных у них будет возможность посмотреть доходы и расходы по определенному товару для того, что бы в итоге у директора, в качестве отчета, был список не востребованных и не прибыльных товаров.
Работать с базой данных «Магазин товаров для спорта» будут следующие пользователи:

- Продавцы

- Экономисты

- Директор

3. Цели и задачи создания базы данных «Магазин товаров для спорта»

Проанализировав предметную область, мы можем сказать, что разработка базы данных для магазина спорттоваров актуальна. Целью разработки базы данных «Магазин товаров для спорта» и автоматизированной системы для работы с ней является повышение качества обслуживания клиентов (пресечение путаницы при схожих наименованиях товаров и улучшение работы продавцов), достижение полной систематизации товаров и увеличение прибыли магазина.
Задачами автоматизированной системы являются:

1. Поддержание актуальности данных о товарах

2. Выдача информации о том или ином товаре

3. Формирование информации о продажах и закупках товара

4. Выдача информации о наличии товара в другом магазине

5. Реализация покупки товара

6. Выдача информации о невостребованных и неприбыльных товарах
Дерево целей:

4. Проектирование базы данных

4.1. Входные и выходные данные задач

Входными данными задач являются:

Информация о товаре, информация о покупке товара, информация для экономистов

Информация о товаре:

Код товара

Название

Фирма

Количество в магазине

Общее количество в магазине

Наличие в другом магазине

Название группы

Раздел

Цена продажи

Количество проданного товара

Цена закупки

Количество закупленного товара
Информация о покупке товара:

ID покупки

Код товара

Фирма

ФИО покупателя

4.2. Инфологическое проектирование базы данных

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

сущность «Товар»

сущность «Покупка»

Инфологическая модель базы данных «Магазин товаров для спорта»:

4.3. ВыборСУБД

Выбираем СУБД Microsoft Office Access.

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

В СУБД поддерживаются различные модели данных.

Модель данных — это метод логической организации данных, используемый СУБД. Наиболее известными являются иерархическая, сетевая и реляционная модели.

В СУБД для персональных компьютеров (настольных СУБД) поддерживается преимущественно реляционная модель, которую отличает простота и единообразие представления данных простейшими двумерными таблицами. Реляционная модель обеспечивает возможность использования в разных СУБД операций обработки данных, имеющих единую основу алгебру отношений (реляционную алгебру) и универсального языка структурированных запросов -- SQL (Sequential Query Language).

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

СУБД Microsoft Access является системой управления реляционной базы данных, включающих все необходимые инструментальные средства для создания локальной базы данных , общей базы данных в локальной сети с файловым сервером или базы данных на SQL-сервере, а также для создания приложений пользователя, работающего с этими базами данных. База данных Access, создаваемая на локальном компьютере, отличается от баз данных других настольных СУБД. В её файле могут храниться не только данные, но и объекты интерфейса – формы, отчёты, а также программный код. Благодаря этому можно создать приложение, целиком хранящееся в одноединственном MDB-файле, что существенно упрощает как создание, так и распространение приложений для работы с базами данных.

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

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

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

Среди многочисленных средств графического конструирования и диалоговых средств Access следует выделить средства для создания:

таблиц и схем баз данных;
запросов выборки, отбирающих и объединяющих данные нескольких таблиц в виртуальную таблицу, которая может использоваться во многих задачах приложения;
запросов на изменение баз данных;
экранных форм, предназначенных для ввода, просмотра и обработки данных в диалоговом режиме;
отчётов, предназначенных для просмотра и вывода на печать данных из базы и результатов их обработки в удобном для пользователя виде;
страниц доступа к данным, обеспечивающим работу с базами данных в среде Internet;
интерфейса управления приложением пользователя: меню, кнопочных форм, панелей управления приложением, позволяющих объединить различные операции по работе с базой данных в единый технологический процесс.

4.4. Даталогическое проектирование базы данных

Даталогическим (логическим) проектированием называют проектирование логической структуры БД в среде конкретной СУБД. Выберем в качестве модели данных реляционную базу данных (РБД).

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

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

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

Товар (Код товара , Название , Фирма , Количество в магазине , Общее количество в магазине , Наличие в другом магазине , Название группы , Раздел , Цена продажи , Количество проданного товара , Цена закупки , Количество закупленного товара)

Покупка (ID покупки , Код товара , Фирма , ФИО покупателя)

4.4.1. Нормализация отношений

Следующим шагом в проектировании РБД является нормализация отношений.

Рассмотрим отношение «Товар».

Отношение «Товар» в 1НФ, так как все его атрибуты простые.

Отношение «Товар» не во 2НФ, так как не все не ключевые атрибуты функционально полно зависят от составного ключа. Для приведения к 2НФ проведем декомпозицию данного отношения на несколько отношений в зависимости от ф.з.

До декомпозиции:

После декомпозиции:

Отношение «Товар» во 2НФ, так как оно находится в 1НФ, и каждый ее не ключевой атрибут функционально полно зависит от составного ключа.

Отношение «Товар» в 3НФ, так как оно находится в 2 НФ, и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.
Рассмотрим отношение «Покупка».

Отношение «Покупка» в 1НФ, так как все его атрибуты простые.

Отношение «Покупка» во 2НФ, так как оно находится в 1НФ, и каждый ее не ключевой атрибут функционально полно зависит от составного ключа.

Отношение «Покупка» в 3НФ, так как оно находится в 2 НФ, и каждый не ключевой атрибут не транзитивно зависит от первичного ключа.
Даталогическая модель базы данных «Магазин товаров для спорта»:

4.2.2. Определение структуры таблиц реляционной базы данных «Магазин товаров для спорта»

Определим структуры таблиц в среде СУБД Microsoft Access 2013. Дадим названия таблицам и атрибутам, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексированные поля.

Таблица 1. Структура таблицы «Товар»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Товар	Код товара	Числовой	5	Первичный ключ
	Название	Текстовый	20
	Общее количество в магазине	Числовой	5
	Наличие в другом магазине	Текстовый	20
	Название группы	Текстовый	20
	Раздел	Текстовый	20

Таблица 2. Структура таблицы «Покупки»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Покупки	ID покупки	Счетчик		Первичный ключ
	Код товара	Числовой	5
	Фирма	Текстовый	20
	ФИО покупателя	Текстовый	30

Таблица 3. Структура таблицы «Фирмы»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ / вторичный ключ / индексированное поле
Фирмы	Код товара	Числовой	5	Первичный ключ
	Фирма	Текстовый	20	Вторичный ключ
	Количество в магазине	Числовой	5
	Цена продажи	Числовой	10
	Количество проданного товара	Числовой	5
	Цена закупки	Числовой	10
	Количество закупленного товара	Числовой	5

Связи между таблицами в базе данных «Магазин товаров для спорта»

5. Автоматизированная информационная система на основе базы данных «Магазин товаров для спорта»

5.1. Структура информационной системы

Для определения структуры информационной системы необходимо распределить задачи, решаемые в АИС, по пользователям системы: Продавец, Экономист, Директор.

Продавец выполняет следующие задачи:

1. Поиск товара по определенному критерию

2. Реализация продажи
Экономист выполняет следующие задачи:

1. Выдает отчет по закупках по определенному товару

2. Выдает отчет по продажам по определенному товару
Директор выполняет следующую задачу:

1. Просматривает отчет по невостребованным и неприбыльным товарам
Информационную систему «Библиотека» можно представить в виде 3-х подсистем:

Структура подсистемы «Продавцы»:

Связи между таблицами, формами и отчетами подсистемы «Продавцы»:

Структура подсистемы «Экономисты»:

Связи между таблицами, формами и отчетами подсистемы «Экономисты»:

Структура подсистемы «Директор»:

Связи между таблицами, формами и отчетами подсистемы «Директор»:

5.2. Запросы на выборку данных для решения поставленных задач

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

Запрос 1.

Написать название запроса!

INSERT INTO Покупки ( КодТовара, Фирма, ФИОпокупателя )

VALUES ([КодТовара], Фирма, [ФИОпокупателя]);

Запрос 2.

Написать название запроса!

UPDATE Фирмы SET КоличествоВМагазине = КоличествоВМагазине-1, КоличествоПроданногоТовара = КоличествоПроданногоТовара+1

WHERE Фирмы.Фирма=

(SELECT Last(Фирма)

FROM Покупки)

AND Фирмы.КодТовара=

(SELECT Last(КодТовара)

FROM Покупки);

Запрос 3.

Написать название запроса!

UPDATE Товар SET ОбщееКоличество = ОбщееКоличество-1

WHERE Товар.КодТовара=

(SELECT Last(КодТовара)

FROM Покупки);

Запрос 4.

Написать название запроса!

SELECT Товар.Название, Товар.[Название группы], Товар.Раздел, Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоВМагазине], Товар.[Наличие в другом магазине]

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE (((Товар.Название)=[Название Товара]) And ((Товар.[Название группы])=Группа));

Запрос 5.

Написать название запроса!

SELECT Товар.Название, Товар.[Название группы], Товар.Раздел, Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоВМагазине], Товар.[Наличие в другом магазине]

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE (((Товар.Название)=[Название Товара]));

Запрос 6.

SELECT Товар.Название, Товар.[Название группы], Товар.Раздел, Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоВМагазине], Товар.[Наличие в другом магазине]

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE ((Товар.[Название группы])=Группа);

Запрос 7.

SELECT Товар.Название, Товар.[Название группы], Товар.Раздел, Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоВМагазине], Товар.[Наличие в другом магазине]

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE ((Товар.Раздел)=[Название раздела]);

Запрос 8.

SELECT Товар.Название, Товар.[Название группы], Товар.Раздел, Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоВМагазине], Товар.[Наличие в другом магазине]

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE ((Товар.Раздел)=[Название раздела]);

Запрос 9.

SELECT Фирмы.[КодТовара], Фирмы.Фирма, Фирмы.[Цена продажи], Фирмы.[КоличествоПроданногоТовара]

FROM Фирмы

WHERE (((Фирмы.[КодТовара])=Код));

Запрос 10.

SELECT Фирмы.[КодТовара], Товар.Название, Фирмы.Фирма

FROM Товар INNER JOIN Фирмы ON Товар.[КодТовара]=Фирмы.[КодТовара]

WHERE (([КоличествоПроданногоТовара]*[Цена продажи]-[Количество закупленного товара]*[Цена закупки]<0) And ([КоличествоПроданногоТовара]-[Количество закупленного товара]/2<0));

5.3. Отчеты по результатам решения задач

Отчет 1. Поиск товара по названию и группе

Отчет 2. Поиск товара по названию

Отчет 3. Поиск товара по группе

Отчет 4. Поиск товара по разделу

Отчет 5. Отчет по закупкам

Отчет 6. Отчет по продажам

Отчет 7. Невостребованный и неприбыльный товар

5.4. Организация интерфейса с пользователем.

При разработке интерфейса пользователя необходимо помнить, что он создается для пользователя, возможно, имеющего слабые навыки работы за компьютером. Поэтому, интерфейс должен быть «дружественным», понятным всем, без необоснованных сокращений слов и предложений, а также достаточно красочным. В нашем случае предлагается начать работу с главной формы, при нажатии же одной из кнопок на ней появляется форма для работы с соответствующей компонентой АИС.

Основная форма:

Разделение по пользователям соответственно:

6. ЛИТЕРАТУРА

Ризаев И.С., Яхина З.Т. Базы данных. Учебное пособие. Казань.: КГТУ. 2008.
Избачков Ю.С., Петров В.Н. Информационные системы. Учебник для ВУЗов. С.Петербург: Питер, 2008.
Голенищев Э.П., Клименко И.В. Информационное обеспечение систем управления. Ростов-на-Дону, Феникс, 2010.
Кузин А.В., Левонисова С.В. базы данных. М.: Академия, 2010.
Кузовкин А.В., Цыганов А.А., Щукин Б.А. Управление данными. Учебник. М.:Академия, 2010.
Мартин Дж. Организация баз данных в вычислительных системах. - М.: Мир, 1980.
И.Харитонова, Н.Вольман. Программирование в Access 2002. Учебный курс. – СПб.: Питер, 2003.
Л.Шкарина. Язык SQL: учебный курс. – СПб.: Питер, 2003.
Ризаев И.С., Яхина З.Т. Базы данных. Лабораторный практикум. - Казань, КГТУ, 2003.
КузинА.В., Демин В.М. Разработка баз данных в системе Microsoft Access.М.: Форум, 2009.
Ризаев И.С., Яхина З.Т. Методические материалы по дисциплине «Базы данных» - Казань, КГТУ, 2008.
Карпова Т.С.. Базы данных: Модели, разработка, реализация. Учебник. - СПб.: Питер, 2001.