Проектирование и создание базы данных "Фирма телевизоров" для автоматизации продажи телевизоров

Размещено на http://www.allbest.ru/

Содержание

1. Задание

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

3. Цели и задачи создания базы данных «Кафедры и штаты»

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

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

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

4.3. Выбор СУБД

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

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

4.4.2. Реляционная база данных «Кафедры и штаты».

Физическое проектирование

5. Автоматизированная информационная система на основе

базы данных «Кафедры и штаты»

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

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

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

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

6. Приложения

6.1. Таблицы базы данных «Кафедры и штаты»

6.2. Результаты выполнения запросов

6.3. Примеры отчетов

Список использованной литературы



1. Задание на курсовую работу

Выполнить проектирование и создать базу данных «Фирма телевизоров» для автоматизации продажи телевизоров.



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

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

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

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

Работать с базой данных «Фирма телевизоры» будут следующие:

1. Покупатели;

2. Продавцы;

3. Дирекция фирмы;

Покупатель должен иметь возможность просматривать каталоги телевизоров по разделам, по производителям и получать информацию о наличие телевизора и возможность его покупки.

Продавцы должны иметь возможность распределять телевизоры по разным производителям, цене, типу телевизора, размерам, добавлять новые телевизоры и списывать бракованные.

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



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

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

Эти цели могут быть достигнуты за счет сокращения времени поиска телевизоров покупателям и продавцам.

Задачами автоматизированной системы являются:

1. Поиск и выдача телевизора покупателю

2. Подготовка списка телевизоров по типам

3. Систематизация телевизоров по каталогам

4. Подготовка списка телевизоров на списание

5. Списание телевизоров

6. Подготовка списка телевизоров на закупку фирмой.



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

4.1 Входные данные

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

Информация о телевизоре, производитель, размеры, габариты, вес и т.д.

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

· IDT

· Производитель

· Модель

· Цена

· Диагональ

· Размеры

· Вес

· Формат

Информация об экземпляре телевизора:

· IDE

· IDT

· Тип телевизора

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

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

Сущность «Телевизор»;

Сущность «Магазин»;

Сущность «Экземпляр»;

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

Телевизор		Магазин
IDT Модель Цена Производитель Диагональ Ширина Высота Толщина Вес Разрешение Формат Подключение к Wi-Fi Город Телефон Email		Название магазина Телефон Адрес ФИО Должность Оклад
	Экземпляр
	IDE IDT Тип телевизора Магазин

Рис. 1. Инфологическая модель предметной области «Фирма телевизоров»

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

4.3 Выбор СУБД

Курсовая работа будет выполняться с помощью СУБД Microsoft Office Access. Дадим краткое описание этого программного продукта.

· Microsoft Office Access или просто Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

· Построитель таблиц;

· Построитель экранных форм;

· Построитель SQL - запросов (язык SQL в MS Access не соответствует стандарту ANSI);

· Построитель отчетов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.



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

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

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

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

В результате получили следующие отношения:

Телевизор (IDТ, Модель, Цена, Размер, Габариты, Цвет, Разрешение, Формат, Производитель, Город, Контактный телефон, Email)

Магазин (Название магазина, Номер телефона, Адрес, Модель, Производитель, Количество, Цена, Ф.И.О. продавца, Ф.И.О. директора).

Экземпляр (IDE, IDT, Тип телевизора)

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

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

Рассмотрим отношение Телевизоры. Отношение находится в первой нормальной форме, если все его атрибуты атомарные, то есть если ни один из его атрибутов нельзя разделить на более простые атрибуты, которые соответствуют каким-то другим свойствам описываемой сущности. Для приведения отношения «Телевизоры» к 1НФ нужно поле «Габариты» разделить на 4 поля «Вес», «Ширина», «Высота», «Глубина» и добавим к ключу ещё один атрибут - Фирма. Отношение «Экземпляр» и отношение «Магазин» находится в 1НФ, т.к. не имеют сложных атрибутов.

Функциональные зависимости между атрибутами отношений после приведения отношения «Телевизоры» и отношения «Магазин» к первой нормальной форме приведены на рис.2.

Переменная отношения находится во второй нормальной форме тогда и только тогда, когда она находится в первой нормальной форме и каждый не ключевой атрибут неприводимо зависит от её потенциального ключа. Поскольку отношение «Экземпляр» имеют простые ключи, они уже в 2-ой нормальной форме. В отношении «Телевизоры» 2НФ нарушена, т.к. есть не ключевые атрибуты, зависящие только части ключа. Приведём это отношение ко 2НФ, разделив отношение на два отношения по зависимости от ключа. Назовём новые отношения: «Телевизоры» и «Фирма».

В отношении «Магазин» 2НФ нарушена, т.к. есть не ключевые атрибуты, зависящие только части ключа. Приведём это отношение ко 2НФ, разделив отношение на два отношения по зависимости от ключа. Назовём новые отношения: «Магазин» и «Сотрудники».

Результат представлен на рис. 3.

Отношение «Телевизор»

IDТ

Модель

Цена

Размер

Производитель

Высота

Ширина

Глубина

Вес

Цвет

Разрешение

Формат

Город

Контактный телефон

Email

Отношение «Экземпляр»

IDE

IDT

Тип телевизора

Магазин

Отношение «Магазин»

Название магазина

Ф.И.О. сотрудника

Оклад

Должность

Телефон

Адрес

Рис. 2.Функциональные зависимости отношений.

Отношение «Телевизоры»

IDТ

Модель

Цена

Размер

Производитель

Высота

Ширина

Глубина

Вес

Цвет

Разрешение

Формат

Отношение «Фирма»

Производитель

Город

Контактный телефон

Email

Отношение «Магазин»

Название магазина

Телефон

Адрес

Отношение «Штат»

Название магазина

Ф.И.О. Продавца

Зарплата

Ф.И.О. Директора магазина

Рис. 3. Приведения отношений «Телевизоры» и «Магазин» к 2НФ.



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

Рис. 4. Даталогическая модель базы данных «Фирма телевизоров»



4.4.2 Реляционная База данных «Фирма телевизоров». Физическое проектирование

Выполним физическое проектирование в среде Microsoft Access 2012. Прономеруем таблицы и атрибуты, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексирование поля.

Таблица 1. Структура таблицы «Телевизоры» РБД «Фирма телевизоров»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Телевизоры	IDT	Текстовый	15	Первичный ключ
	Модель	Текстовый	50
	Цена	Денежный
	Диагональ	Числовой	5
	Ширина	Числовой	10
	Высота	Числовой	10
	Глубина	Числовой	10
	Вес	Числовой	5
	Производитель	Текстовый	20
	Разрешение	Текстовый	10
	Диагональ	Текстовый	10
	Подключение к Wi-Fi	Да/нет

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

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Фирма	Производитель	Текстовый	10	Первичный ключ
	Страна	Текстовый	10
	Телефон	Числовой	10
	Email	Текстовый	15



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

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Статистика	IDT	Текстовый	15	Первичный ключ
	Количество запросов телевизора	Числовой	10

Таблица 4. Структура таблицы «Брак»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Брак	IDT	Текстовый	15	Первичный ключ
	Причина брака	Текстовый

Таблица 5. Структура таблицы «Экземпляр»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Экземпляр	IDE	Текстовый	5	Первичный ключ
	IDT	Текстовый	15
	Причина брака	Текстовый

Таблица 6. Структура таблицы «Магазин»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Магазин	Название магазина	Текстовый	20	Первичный ключ
	Телефон	Числовой	15
	Адрес	Текстовый

Таблица 7. Сотрудники

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ Вторичный ключ/ Индексированное поле
Сотрудники	ФИО	Текстовый		Первичный ключ
	Должность	Текстовый	15
	Оклад	Денежный
	Место работы	Текстовый	20

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

Рис. 5. Связи между таблицами в базе данных.



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

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

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

Покупатель, продавец, администрация.

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

1. Просмотр телевизора(-ов)

2. Покупка телевизора(-ов)

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

1. Добавление телевизора(-ов)

2. Продажа телевизора(-ов)

3. Поиск телевизора(-ов)

4. Списание бракованного телевизора(-ов)

5. Подготовка списка телевизоров на закупку

6. Составление отчётов о продаже

Администратор:

1. Просмотр отчётов о продаже

2. Просмотр статистки популярности телевизора(-ов)

3. Подготовка списка телевизоров на закупку, с указанием необходимой суммой для их приобретения.

Информационную систему «Фирма телевизоров» можно представить в виде 3-х подсистем (рис. 6):



Рис. 6 . Укрупненная структура АИС «Фирма телевизоров»

Поскольку все задачи решаются в основном продавцом, а два других пользователя решают лишь некоторые задачи из этого списка, далее более подробно рассмотрим только подсистему «Продавец». Для выполнения задач, решаемых продавцом, используются 3 формы:

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

Далее представим связи сежу таблицами, формами и отчётами для каждой компоненты подсистемы «Продавец».



Рис 8. Структура компоненты для приёма и списания телевизоров

Рис 9. Структура компоненты для организации продажи и возврата телевизора.



Рис. 10. Структура компоненты для поиска нужных телевизоров

На рисунка 8 - 10 представлены структуры компонентов подсистемы «Продавец».

Рис. 11. Структура подсистемы «Покупатель»

Рис. 12. Структура компоненты для поиска нужного телевизора



Рис. 13. Структура компоненты для покупки телевизора

На рисунка 12, 13 представлены структуры компонентов подсистемы «Покупатель».

Рис.14. Структура подсистемы Администратор

Рис. 15. Компонент для просмотра отчёта по статистика



Рис. 16. Компонент для просмотра списка телевизоров на закупку

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

Рис.17. Запрос на списание брака

Рис. 18. Запрос на поиск телевизоров по IDT

Рис. 19. Запрос на поиск телевизоров по производителю

Рис. 20. Запрос на поиск телевизоров по цене

Рис. 21. Запрос на поиск телевизоров с низкой популярностью

Рис. 22. Запрос на поиск телевизоров с высокой популярностью

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

Рис. 23. Отчёт о телевизорах с малым приоритетом

Рис. 24. Отчёт о бракованных телевизорах

Рис. 25. Отчёт поиска телевизора по цене

Рис. 26. Отчёт поиска телевизоров по производителю

Рис. 27. Отчёт поиска телевизора по IDT

Рис. 28. Отчёт о продаже товара

Рис. 29. Отчёт о телевизорах с высокой популярности

Рис. 30. Отчёт о закупаемых телевизорах

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

Рис. 31. Главное меню

Рис. 32. Меню продавца

Рис. 33. Меню Покупателя

Рис. 34. Меню Администрации



6. Приложения

6.1 Таблицы базы данных «Фирма телевизоры»

Рис. 35. Таблица брак

Рис. 36. Таблица магазинов

Рис. 37. Таблица сотрудники

Рис. 38. Таблица статистика

Рис. 39. Таблица телевизоры

Рис. 40. Таблица фирм

Рас. 41. Таблица экземпляр

6.2 Результаты запросов

Рис. 42. Телевизоры с низкой популярностью

Рис.43. Телевизоры с низкой популярностью

Рис.44. Поиск телевизора по IDT

Рис.45. Поиск телевизора по производителю

Рис.46. Поиск телевизора по цене



6.3 Отчёты

Рис.47. Отчёт о телевизорах с малой популярностью

Рис.48. Брак

Рис. 49. Поиск телевизора по IDT

Рис. 50. Поиск телевизора по производителю

Рис. 51. Список закупаемых телевизоров

базы данные проектирование торговая



СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Ризаев И.С., Яхина З.Т. Базы данных. Учебное пособие. Казань: КГТУ, 2004.

2. Ризаев И.С., Яхина З.Т. Базы данных. Лабораторный практикум. Казань, КГТУ, 2004.

3. Карпова Т.С.. Базы данных: Модели, разработка, реализация. Учебник - СПб: Питер, 2001.

4. Хоменко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник. Москва: Бином-Пресс, 2006.

5. Ризаев И.С. Система распределенной обработки данных. Учебное пособие. Казань: «Мастер Лайн», 2007.

Размещено на Allbest.ru

...