(5 оценок, среднее: 4,80 из 5)
Загрузка...
Учебная работа. Курсовая работа: БД для организации занимающейся продажей музыкальных дисков
Федеральное государственное образовательное учреждение
высшего проф образования
«СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»
Институт градостроительства, управления и региональной экономики
Факультет управления и бизнес-технологий
Кафедра: Информационные технологии
КУРСОВАЯ РАБОТА
по дисциплине: «Базы данных»
Тема: «БД для организации, занимающейся продажей музыкальных дисков»
Выполнили:
студенты гр. УБ 06-09
Кочубей Ю. Д.
Волконицкая М.М.
Мамонова Ю.О.
Проверила:
Покидышева Л.И.
Красноярск 2008
СОДЕРЖАНИЕ
Введение
Задание на курсовую работу
Таблицы
Создание таблицы
Списки
Фиксированные списки
Нефиксированные списки
Схема БД
Формы
Сложные формы
Обыкновенные формы
Кнопочные формы
Запросы
отчеты
Заключение
Приложение
Введение
Для выполнения курсовой работы была выбрана СУБД Microsoft Access, которая в истинное время является более пользующимся популярностью средством обработки массивов инфы. Для данной для нас среды свойственны простота представления и формирования базы данных, удобство обработки данных, она всепригодна. Access предоставляет возможность использования SQL запросов.
Задание на курсовую работу
Спроектировать БД для организации, занимающейся продажей музыкальных CD-дисков. Главными моментами, которые нужно учитывать в БД, являются:
1. Список наименований дисков
2. Поставщики продукции
3. Сотрудники, а конкретно, кассиры
4. Поставки продукции
5. Продажа продукции
Данная БД, созданная для хранения и обработки данных о деятель магазина, содержит информацию о товарах, связях с поставщиками, работающих сотрудниках, какие диски и в котором количестве были проданы на определенную дату, и на какую сумму реализована продукция. На основании этих данных определяется выручка от реализации, незапятнанная Прибыль, сведения о самых фаворитных дисках и остатках продукции на складах магазина.
БД употребляется сотрудниками магазина при продаже дисков и для предстоящего анализа приобретенной инфы о продажах.
Таблицы
Создание таблицы
Данная БД состоит из 9 таблиц:
1. Диски
2. партии
3. Приём продукта
4. Поставщики
5. Склады
6. Покупки
7. Состав покупки
8. Клиенты
9. Кассиры
нужно в каждой таблице БД найти первичный ключ, т.е. поле, которое совершенно точно описывает каждую запись таблицы. Первичный ключ должен быть неповторимым, т.е. поле, которое будет являться первичным ключом, повторяться не обязано. Разглядим каждую таблицу БД.
код кассира
ФИО кассира
адресок кассира
телефон сотрудника
Паспортные данные
1
Иванов И.И.
Мира, 50-34
54-24-89
0304 67445
2
Иванов И.И.
Маркса, 48-65
22-15-88
0304 67199
3
Петров П.П.
Маркса, 48-65
22-15-88
0304 57612
Таблица «Кассиры»
содержит последующие поля: «код кассира», «ФИО кассира», «адресок кассира», «телефон кассира», «паспортные данные». В данной для нас таблице первичным ключом могут являться поля «код кассира» и «паспортные данные», но для удобства предстоящего использования таблицы в базе мы выберем поле «код кассира». Другие поля не могут являться главными, потому что в их данные могут повторяться. к примеру:
Таблица «Поставщики»
имеет поля «код поставщика», «заглавие организации», «адресок организации», «телефон организации», «ИНН организации». тут первичный ключ – поле «код поставщика», информация в нем не повторится (ИНН мы не избрали по той же причине, что в таблице «Кассиры» паспортные данные). к примеру:
код поставщика
заглавие организации
адресок организации
телефон организации
ИНН организации
1
«Красноватый Яр»
Иванов И.И.
54-24-89
0002226661
2
«Каравай»
Петров П.П.
22-15-88
7772221110
3
«Красноватый ЯР»
Иванов И.И.
22-15-88
4446661110
Из таблицы видно, что заглавие организаций могут быть схожими, сами организации могут находиться в одном здании, также как и телефон быть может «параллельным», т.е. на два адреса один номер.
Таблица «Дискиа»
состоит из полей «код диска», «серия», «исполнитель», «заглавие», «вид диска», «стиль», «год издания», «стоимость поставки». Первичный ключ – «код диска», потому что информация, внесенная сюда, неповторима.
Таблица «Покупки»
содержит поля «№ чека», «№ карты», «дата покупки», «код кассира». тут первичный ключ – «№ чека». К примеру:
№ чека
№ карты
дата
код кассира
1
5
12.09.07
1
2
5
13.09.07
1
3
6
12.09.07
2
В один денек быть может осуществлено несколько продаж. один и этот же кассир может обслужить несколько покупателей.
Таблица «Состав покупки»
содержит поля «№ чека», «код диска», «количество дисков». Прошлые таблицы имели подобные ситуации. тут же мы сталкиваемся с тем, что одно поле не может являться первичным ключом (информация во всех полях может повториться), т.е. тут мы имеем составной первичный ключ, который соединяет поля «чека» и «код диска».
№ чека
код диска
количество
2
7
20
2
9
20
5
9
30
Данное сочетание полей не повторяется.
Таблицы можно просмотреть в Приложении 1.
Списки
Фиксированные списки
Фиксированные списки
– фиксированный набор значений, который никогда не будет изменяться.
Фиксированные списки необходимы для экономии времени, чтоб при вводе инфы не вводить данные, а просто избрать нужное из вышедшего перечня.
В БД был сотворен фиксированный перечень на поле «стили»
в таблице «диски», и открывал список имеющихся музыкальных стилей. тут фиксированный перечень нужен, потому что все диски, продаваемые в данном магазине, можно поделить на группы. Также были сделаны списки в полях «тип»
(забугорная, российская) и «вид диска»
(альбом, сборник (CD), сборник (MP3)). Эти списки сделаны по такому же принципу, как и в «стилях».
Нефиксированные списки
Бывают случаи, когда данные повсевременно меняются. Для таковых данных есть нефиксированные списки.
Нефиксированные списки
– нефиксированный набор значений, при этом значения в этом перечне будут повсевременно изменяться. Эти списки создаются лишь на наружные ключи. Наибольшее количество нефиксированных списков определяется по количеству взаимосвязей. В данной БД четыре связи, а означает, четыре наружных ключа, как следует, можно сделать четыре нефиксированных перечня. Но количество нефиксированных списков также зависит и от количества сложных форм (в данной БД две сложных формы, в какой списки созодать нет необходимости). Из всего этого следует, что можно создать 6 нефиксированных списков:
· на поле «код диска» в таблице «партии». тут для сотворения перечня используем поля «код диска», «серия» и «исполнитель».
· на поля «код поставщика» и «код склада» в таблице «приём продукта». Употребляются поля «код поставщика», «заглавие организации» и «код склада» и «адресок склада».
· на поле «код диска» в таблице «состав реализации». тут для сотворения перечня используем поля «код диска», «серия» и «исполнитель».
· на поля «№ карты» и «код кассираа» в таблице «покупки». Употребляются поля «№ карты», «ФИО клиента» и «кад кассира», «ФИО кассира».
В нефиксированных перечнях информация повсевременно обновляется, этот перечень дополняется автоматом, и нужные данные мы будем созидать постоянно впереди себя.
Схема БД
Схема БД
– группа взаимосвязанных таблиц.
Схему БД делают для того, чтоб в предстоящем иметь возможность создавать формы, запросы и отчеты на основании нескольких таблиц, включенных в базу данных, нужно найти связи меж таблицами. Связь меж таблицами будет установлена методом определения главной и подчиненной таблиц. Главной будет таблица с первичным ключом, подчиненная – с наружным ключом. около первичного ключа обязана стоять цифра «1», около наружного ключа – символ «∞». Если связь проходит от обычного первичного ключа к части составного, то «1» будет около обычного ключа, а «∞» около составного. Тип взаимосвязей в данной БД – «один-ко-многим», т.е. одна запись в одной таблице может соответствовать нескольким записям в иной таблице.
При разработке взаимосвязей нужно обеспечивать целостность данных.
Схема данных создана для просмотра всех таблиц сразу, их первичных ключей и взаимосвязей меж ними. Схему данных можно разглядеть в Приложении 5
.
Формы
Формы
– объект БД, в каком будет представлена информация таблиц в комфортном для работы виде. Создаются они на основании таблиц. Форма комфортна для ввода и редактирования записей.
Сложные формы
Непростая форма – форма, сделанная на основании нескольких таблиц. Необходимости сотворения всех сложных форм нет, т.к. некие таблицы могут повториться несколько раз. Потому необходимо разглядеть все варианты и избрать более комфортную. нужно знать центральную таблицу, которая определяется по сгустку инфы, который длится, пока не закончится последовательность 1- ∞:
1 поток – Кассира-Покупки-Состав покупки
2 поток – Клиенты-Покупки-Состав покупки
3 поток – Склад-Приём продукта—партии
4 поток – Поставщики-Приём товара-партии
Центральная таблица – «состав покупки», потому что она находится на пересечении 2-ух потоков инфы. Потому что она имеет составной первичный ключ, к данной для нас таблице подступает наибольшее количество связей, и они все с (∞). С ней можно сделать две сложные формы:
· Форма на основании таблиц «состав покупки» и «покупки»
· Форма на основании таблиц «состав покупки» и «диски»
Мы избрали первую форму. Вносить информацию в нее нам удобней. Этот вариант несет внутри себя основную информацию о продажах, с ним меньше работы, при разработке данной для нас сложной формы вводимых значений будет меньше, чем во 2-м варианте, что дозволит сберегать время работы с формой. Тут будет представлен наиболее удачный вид для просмотра нужной инфы. Будет проще в «покупках» внести № чека, № карты, дату и код кассира и в подчиненную таблицу «состав покупки» занести код диска и количество в данной покупке. Если б мы избрали форму «состав покупки» — «диски», пришлось бы для того, чтоб выяснить № чека открывать «покупки», перед сиим внести информацию о кассирах и дате, а потом ворачиваться назад в сложную форму и там уже выбирать «код диска». Чтоб этого не созодать лучше и удобней сделать сложную форму из таблиц «покупки» и «состав покупки»
. Главной будет таблица «покупки», т.к. на связи около нее стоит «1», а подчиненной – таблица «состав покупки» со знаком «∞».
2-ой сложной формой будет форма, состоящая из таблиц «приём продукта» и «партии»
, т.к. тут есть поток инфы 1-∞ от таблицы «приём продукта» до таблицы «партии». При этом «приём продукта» — основная, а «партии» — подчиненная таблица, и это так же определялось по типу связи.
(см. приложение 2
)
Обыкновенные формы
Обыкновенные формы употребляется для комфортного занесения обычных данных, но данные формы также могут быть применены в остальных формах. В данной БД 5 обычных форм, потому что из 4 таблиц – «покупки», «состав покупки» и «приём продукта», «партии» — сделаны две сложные формы. Таблицы «кассиры», «клиенты», «диски», «склады» и «поставщики» будут представлены в виде обычных форм.
Сделать форму можно с помощью «мастера». Для этого нужно:
1. избрать таблицу, на основании которой будет сотворена форма (нужно употреблять все поля таблицы)
2. избрать наружный вид формы (в данном курсовом проекте употребляется вид «в один столбец»)
3. избрать стиль формы
4. задать имя формы
Так же нужно в режиме «конструктор» сделать клавиши перехода по записям, клавишу прибавления новейшей записи и клавишу закрытия формы. Также в «конструкторе» пишется заголовок формы.
(см. приложение 2
)
Кнопочные формы
Основная кнопочная форма представляет собой форму, состоящую из клавиш, при нажатии на которые должны раскрываться сделанные ранее формы.
Основная кнопочная форма создается в режиме конструктора. В «области данных» с помощью панели инструментов и панели частей можно создавать разные преобразования формы: писать заголовок, созодать клавишу выхода. Потом делаются клавиши, при нажатии на которые открываются надлежащие формы. Еще на «Главной кнопочной форме» обязана быть клавиша, при нажатии на которую раскрывается форма отчетов, которая также состоит из нескольких клавиш, при нажатии на которые открываются надлежащие отчеты.
Данная основная кнопочная форма содержит последующие клавиши: «оформление покупки», «продукция», «клиенты», «кассиры», «приём продукта», «поставщики», «склады» и «отчеты».
Основная кнопочная форма обязана раскрываться автоматом при запуске базы данных. Для этого на необходимо избрать «Сервис», «Характеристики пуска», «Вывод формы», «Основная кнопочная форма».
Запросы
Запросы
– это отбор подходящей инфы по данным условиям. Для сотворения запроса нужно сконструировать цель либо задачку запроса. нужно также узнать, сколько таблиц будет участвовать в запросе. В запросах можно лишь просматривать итог запроса, а редактировать и заносить конфигурации недозволено.
Можно задать отображение лишь подходящих полей базисных таблиц. Отображаемые в запросе данные могут исходить от одной либо нескольких таблиц. Наименования запросов должны быть неповторимы. Имеющийся запрос можно в предстоящем употреблять в качестве базы для сотворения новейшего запроса. Выделяют обыкновенные и сложные запросы.
Опосля выполнения запроса отображается лишь те данные, которые удовлетворяют данным условиям в табличном виде.
В данной БД было сотворено 12 запросов, а конкретно:
1. «стили», основанный на таблицах «диски», в итоге выводится информация о заглавии дисков определённого музыкального стиля;
2. «остаток» основан на таблицах «приём продукта», «партии» и «состав покупки» и предоставляет в итоге выполнения информацию о остатках продукции на складах;
3. «выручка» основан на таблицах «диски», «состав покупки» и «покупки», с его помощью идет подсчёт цены реализации (+70% к стоимости поставки) и выручки без учёта налогов и скидок;
4. запрос «скидка» основан на таблицах «клиенты», «покупки» и запросе «выручка», тут мы считаем сумму скидки для всякого клиента (скидка 3%).;
5. «выручка со скидкой», выручка с учётом скидок;
6. «НДС», подсчёт НДС;
7. «выручка без НДС», выручка с учётом скидок и с вычетом НДС;
8. «издержки», подсчёт издержек на реализацию продукции (85% от выручки);
9. «прибыль», Прибыль без учёта налога на прибыль;
10. «налог на прибыль», подсчёт налога на Прибыль;
11. «незапятнанная прибыль», прибыль с учётом налога на Прибыль;
12. «пользующийся популярностью диск», информация о самом продаваемом диске (подборка по количеству проданных дисков, которое больше 1шт.).
(см. Приложение 3
)
Отчеты
Отчет
– это итоговый документ, создаваемый на базе базы данных. отчеты можно создавать базе запросов. Данные, выдаваемые отчетом, постоянно соответствуют текущему состоянию базы данных. тут можно сгруппировать записи по разным аспектам. И для отдельных групп и для всего отчета можно выполнить нужные вычисления. отчет именуют так же, как и запрос. отчет – это более комфортная форма просмотра инфы.
Отображенные в отчете значения недозволено поменять, отчет употребляется лишь для вывода данных на печать. Создаются отчеты при помощи мастера.
В данной БД было сотворено 5 отчетов:
1. выручка без НДС — выводит информацию о выручке, как за каждую покупку, так и за все покупки в целом;
2. незапятнанная Прибыль – дозволяет узреть прибыль, полученную с каждой покупки;
3. приём продукта – дает информацию о количестве прибывшей от поставщиков продукции;
4. склады – информирует о остатках продукции на складах магазина;
5. схема данных – схема данных БД.
Любой отчет имеет группировки с отступами и итоговые данные.
Заключение
Спроектировать БД для магазина, который занимается продажей музыкальных дисков, беря во внимание последующие потоки инфы: поставщики, приём продукта, партии и клиенты, покупки, состав покупки удалось. БД делает все требуемые от нее задачки. Результатом выполнения работы БД являются отчеты, при помощи которых можно наглядно просмотреть всю нужную нам информацию.
]]>