Благодарю за курсовую по базам данных, все недочеты были исправлены вовремя, окончательный вариант курсовой качественный))
Информация о работе
Подробнее о работе
Разработка БД для магазина по продажи продуктов питания.
- 30 страниц
- 2017 год
- 49 просмотров
- 1 покупка
Гарантия сервиса Автор24
Уникальность не ниже 50%
Фрагменты работ
Содержание
Введение…………………………………………………………………………..3
1. Теоретическая часть…………………………………………………………..5
1.1Описание предметной области………………………………………………5
1.2 Инфологическое проектирование…………………………………………..6
1.3 Описание ассоциаций……………………………………………………….9
1.4 Определение связей………………………………………………………….10
1.5 Даталогическое проектирование……………………………………………13
1.6 Определение ограничений на записи в таблицах………………………….17
1.7 Нормализация отношений в БД…………………………………………….18
2 Описание внешнего источника данных (Базы данных)……………………..20
2.1 Описание связей между таблицами………………………………………...20
2.2 Описание структуры таблиц баз данных…………………………………..21
3 Алгоритмы и схемы разрабатываемого Windows-Приложения……………23
Заключение……………………………………………………………………….30
Библиографический список……………………………………………………31
1.1Описание предметной области
В БД для магазина техники должна содержаться информация о:
1) Сотрудниках магазина
2) Ассортименте товара
3) Совершаемых продажах
4) Поставщиках продукции
5) О заказах товаров
БД должна позволять добавлять и изменять данные по товарам, сотрудникам и поставщикам, а также создавать отчеты по продажам за определенный период, продажам отдельного менеджера, расходам и доходам салона за период времени. В качестве сотрудников будем учитывать только менеджеров.
Алгоритм автоматизации управления салоном:
1. Покупатель приходит в магазин и выбирает товар.
2. Если необходимо, менеджер предоставляет покупателю информацию о стоимости товара и его наличии на складе.
1.2Инфологическое проектирование
Определение списка сущностей
Сущности описывают объекты (или части объектов) предметной области. Если говорить более точно, то сущности описывают типы объектов, а в предметной области существует множество экземпляров таких объектов. При этом тип описывается множеством характеризующих его свойств, а экземпляры – значениями этих свойств. Таким образом, в описании предметной области следует найти нечто, что отвечает на вопрос «Кто это?» или «Что это?», задается набором свойств и может существовать во множестве экземпляров. Техническим приемом такого поиска является просмотр всех существительных в описании предметной области и их анализ на предмет соответствия понятию сущность. Исключим то, что:
а) не обладает множественностью экземпляров (например, организация);
б) является не объектом, а лишь отдельной характеристикой (свойством) объекта (например, балл).
...
1.4 Определение связей
Определим связи между сущностями.
Таблица 2.4.1 – Определение связей между сущностями
Связь
Описание
Покупатель – Заказ
Позволяет покупателю создавать заказы, если необходимого товара не оказалось на складе.
Покупатель – Счет
Связывает покупателя со счетом, показывает, какие покупки совершал покупатель в салоне.
Поставщик–Заказ
Связывает все заказы с определенными поставщиками. Позволяет просмотреть какой заказ какому поставщику был сделан, а также список заказов, выполненных(невыполненных) конкретным поставщиком.
Менеджер – Счет
Связывает процесс оформления счета с менеджером. С ее помощью можно определить менеджера, оформлявшего счет, а также все счета, оформленные конкретным менеджером.
Менеджер – Заказ
Связывает процесс оформления заказа с менеджером. С ее помощью можно определить менеджера, оформлявшего заказ, а также все заказы, оформленные конкретным менеджером.
Счет-Товар
Используется для формирования счета с указанием определенных товаров.
...
1.5Даталогическое проектирование
Разработка даталогической модели
Для перехода к реляционной модели выполним следующие действия:
1) Преобразуем сущности в отношения.
Преобразование сводится к тому, что сущность преобразуется в соответствующее отношение, свойства – в соответствующие атрибуты, глобальные идентификаторы – в первичные ключи, локальные идентификаторы – в части первичных ключей. Отношение графически будем представлять прямоугольником, разделенным по горизонтали на две части. Над прямоугольником будем указывать наименование отношения, в верхней части прямоугольника укажем атрибуты первичного ключа, в нижней части – прочие атрибуты.
2) Таким же образов преобразуем ассоциации в отношения. 3) Определим внешние ключи дочерних таблиц.
Составим таблицу с описанием атрибутов и ключей для каждого отношения.
Таблица 3.
...
1.6Определение ограничений на записи в таблицах
1. Таблица Товар
Атрибуты Цена и Количество не могут быть меньше нуля.
Атрибут Гарантия не может отрицательным числом.
2. Таблица Вид товара
Атрибуты Количество в наличии, Цена не могут быть меньше 0.
Определим ограничения, накладываемые на связи между таблицами.
Таблица 3.2 – Ограничения на связи между таблицами
Связь
Upd
Del
Пояснение
Покупатель – Счет
С
R
При изменении данных о покупателе каскадно изменяются данные в таблице счетов. Запретить удаление из таблицы покупателей, если имеются записи с таким же ключом в таблице Счет.
Поставщик – Заказ
C
R
При изменении данных о поставщике каскадно изменяются данные в таблице заказов. Запретить удаление из таблицы поставщиков, если имеются записи с таким же ключом в таблице Заказ.
Менеджер – Счет
C
R
При изменении данных о менеджере каскадно
изменяются данные в таблице счетов. Запретить удаление из таблицы менеджеров, если имеются записи с таким же ключом в таблице Счет.
...
1.7 Нормализация отношений в БД
1. Проверим, что БД удовлетворяет требованиям 1НФ.
По определению, таблица находится в 1НФ, если обеспечена атомарность и уникальность.
Атомарность означает, что в каждом атрибуте хранится только одно значение. Пользуясь таблицей 3.1, можно проверить, что все атрибуты всех таблиц хранят только одно значение, следовательно, являются атомарными. Первое требование выполнено. Проверим уникальность записей в каждой таблице. В разработанной нами даталогической модели данных указывается, что первичные ключи во всех таблицах уникальны в пределах таблицы, то есть не повторяются, а следовательно, и все записи будут уникальны в пределах таблицы.
Отсюда можно сделать вывод, что БД удовлетворяет требованиям 1НФ.
2. Проверим, что БД удовлетворяет требованиям 2НФ
По определению, чтобы таблица была в 2НФ, необходимо, чтобы выполнялись требования 1НФ и полной функциональной зависимости каждого не ключевого атрибута от первичного ключа. Пользуясь рисунком 3.
...
3 Алгоритмы и схемы разрабатываемого Windows-Приложения
1. В Visual Studio мы работаем в проекте Windows Application, после чего используем окно Data Sources для выбора источника данных.Нажмем кнопку Add New Data Source нa панели инструментов окна для запуска мастepa Data Source Configuration Wizard. На первой странице этого мастера (рис. 2) выбераем тип источника данных: Database — источник данных является таблицей в реляционной базе данных.
Рисунок 2
2. Поскольку концепции привязки данных легче всего понять в контексте бaзы данных, то будем использовать в качестве типа источника данных именно базу данных. Мы выбрали тип Database источника данных, то на второй странице мастера производится выбор подключения для базы данных. Здесь в раскрывающемся списке будут по умолчанию показаны все ранее установленные подключения как для других источников данных, так и для использования в Server Explorer (рис. 3).
Рисунок 3
Заключение.
Разработана база данных администратора гостиницы, отвечающая всем требованиям задания, и сверх того, обладающая неуказанными в задании возможностями, которые разработчик счел необходимым также включить в базу данных в силу их удобства в использовании. Тестирование показало корректную работу разработанной базы данных.
При выполнении курсовой работы изучены основы управления данными. Получены и усовершенствованы навыки и проектирования реляционных баз данных, анализа и систематизации информации, правильного оформления документации. Изучена и проанализирована предметная область, формализованы используемые в ней данные, разработаны база данных и обслуживающее её приложение.
В созданной в результате работы БД магазина продуктов питания реализуется обработка основных данных о покупателях, менеджерах, поставщиках, товарах, продажах и заказах.
...
К. Бек. Экстремальное программирование. — СПб: «Питер», 2002.
Э. Брауде. Технология разработки программного обеспечения. — СПб: «Питер», 2004. — 655 с.
Г.Шилдт. Самоучитель С++:Пер. с англ. – 3-е изд.: - СПб.:БХВ-Петербург,2001. – 688 с.
В.П.Румянцев. Азбука программирования в Win 32 API. – 3-е изд.: - Москва, «Горячая линия - телеком», 2001.
Microsoft Corporation. Основы Microsoft Visual Studio.NET 2008. Пер. с англ. – М.:Издательско-торговый дом «Русская Редакция», 2008. — 464 с
Форма заказа новой работы
Не подошла эта работа?
Закажи новую работу, сделанную по твоим требованиям
