Смекни!
smekni.com

Разработка БД "Магазин автозапчастей" (стр. 1 из 2)

ФГОУ ВПО

Башкирский государственный аграрный университет

Факультет: ИТУ

Кафедра Информатики и ИТ

Специальность: ПИЭ

Курсовой проект

Разработка БД «Магазин автозапчастей»

Ахматзин Ильвир Айдарович

Форма обучения: очная

Курс, группа 2, 1

Руководитель: Агишев Т.Х.

Уфа 2011

CОДЕРЖАНИЕ

Введение

1. Обследование предметной области в BPWIN

2. Концептуальное проектирование

2.1 Перечень сущностей

2.2 Перечень атрибутов

3. Логическое проектирование в ERWIN

3.1 Модель «сущность – связь»

3.2 Классификация связей

4. Реляционная модель БД

4.1 Функциональные зависимости между атрибутами

4.2 Выбор ключей

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

5. Даталогическое проектирование

5.1 Состав таблиц базы данных

5.2 Средства поддержания целостности

6 ЗАПРОСЫ К БД

7. Требования к техническому обеспечению

8. Инструкция по использованию БД

8.1 Вызов программы

8.2 Экранные формы

8.3 Описание отчётов

Заключение

Библиографический список

Приложение А

Приложение В


АННОТАЦИЯ

В данном курсовом проекте в качестве предметной области рассматривается магазин автозапчастей «Железяка». База данных решает задачу учёта продажи товара продукции магазина.


ВВЕДЕНИЕ

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

Целью данного курсового проекта является приобретение практических навыков обследования предметной области, концептуального, логического и физического проектирования базы данных, освоение средств поддержания целостности базы данных, запросов, отчётов. Курсовой проект отражает этапы создания базы данных в СУБД MicrosoftAccess с момента обследования предметной области и до настройки параметров запуска.


1. ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

В данном курсовом проекте предметную область составляет учет сотрудников, которое представлено моделью BPwin.

Рисунок 1.1 Функциональная модель

База данных, разрабатываемая в рамках данного курсового проекта, представляет собой упрощенную модель предметной области «Магазин автозапчастей». База данных включает информацию о товарах, заказы клиентов, поставщиков и поставок и т.д.

Рисунок 1.2 Декомпозиция функционального блока

2. КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ

2.1 Перечень сущностей

Магазин автозапчастей содержит следующие сущности:

1. Заказчики;

2. Накладные;

3. Поставщики;

4. Продажи;

5. Склад.

2.2 Перечень атрибутов

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

Таблица

«Заказчики»

Сущности Атрибуты Типы Размер
Код заказчика Числовой 4
Фамилия Текстовый 6
Имя Текстовый 50
Отчество Текстовый 50
Адрес Текстовый Длинное целое
Телефон Числовой 50

Таблица

«Накладные»

Сущности Атрибуты Типы Размер
Код заказчика Числовой 50
Код товара Числовой 50
№ накладной Числовой 50
Дата заключения Дата/время Краткий формат даты

Таблица

«Поставщики»

Сущности Атрибуты Типы Размер
Код поставщика Числовой 50
Поставщик Текстовый 50
Адрес Текстовый 50
Телефон Текстовый 50
Сайт Гиперссылка 50

Таблица

«Продажи»

Сущности Атрибуты Типы Размер
Код товара Числовой 50
Покупок Числовой 50
Дата покупки Дата/время Краткий формат даты

Таблица

«Склад»

Сущности Атрибуты Типы Размер
Код товара Числовой Длинное целое
Код поставщика Числовой Длинное целое
Наименование Текстовый 60
Отдел Текстовый Авто
Количество (шт.) Числовой 50
Стоимость Денежный 50

магазин автозапчасть база данный


3. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ В ERWIN

3.1 Модель «сущность-связь»

Исходя из данных концептуального проектирования БД, приступил к логическому проектированию в Erwin.

Сотрудники делают заказ на основе информации о наличии товара, количестве, цены.

Данная модель представлена на схеме ниже.

Рисунок 3.1 Информационно логическая модель

3.2 Классификация связей

Сущности «Заказчики», «Накладные» объединены через сущность «Продажи». Таким образом, сущность «Продажи» связана с другими сущностями с отношением «один-ко-многим». Сущности «Поставщики» объединены через сущность «Склад». Таким образом, сущность «Поставщики» связана с другими сущностями с отношением «один-ко-многим». Связи сущностей реализованных в Access представлены на рисунке 3.2.

Рисунок 3.2 Информационно-логическая модель в Access

4. РЕЛЯЦИОННАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

4.1 Функциональные зависимости между атрибутами

Сущность «Заказчики» ссылается на сущности «Накладные, (см. схему в разделе 3.1.). Таким образом, сущность «Заказчики» содержит один ключа. Сущность «Склад» ссылается на сущности «Продажи (см. схему в разделе 3.1). Таким образом, сущность «Склад» содержит один внешний ключ.

4.2 Выбор ключей

В качестве первичного ключа сущности «Заказчики» выбран Артикул, для сущности «Накладные» - код заказчика, «Накладные» к «Продажи» - код товара, «Продажи» к «Склад» - код товара, «Склад» к «Поставщики» - код поставщика.

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

Схема, приведенная в разделе 3.1., отвечает 1НФ т.к. данные представлены в виде двумерных таблиц с выделенными ключевыми атрибутами.

Схема также отвечает 2НФ, т.к. она отвечает всем требованиям 1НФ, т.к. она отвечает всем требованиям 1НФ и в ней нет неключевых атрибутов, зависящих только от части составного ключа.

Схема отвечает 3НФ, т.к. она отвечает всем требованиям 2НФ и ни один из не ключевых атрибутов не зависит от других не ключевых атрибутов.

5. ДАТАЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

5.1 Состав таблиц БД

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

База данных содержит 5 таблиц: «Заказчики», «Накладные», «Поставщики», «Продажи», «Склад».

Рисунок 5.1.1 Вид таблицы «Заказчики» в Конструкторе

Рисунок 5.1.2 Вид таблицы «Накладные» в Конструкторе

Рисунок 5.1.3 Вид таблицы «Поставщики» в Конструкторе


Рисунок 5.1.4 Вид таблицы «Продажи» в Конструкторе

Рисунок 5.1.5 Вид таблицы «Склад» в Конструкторе

5.2 Средства поддержания целостности

Для всех связей, представленных на схеме, включено обеспечение целостности данных, каскадное удаление связанных записей (см. рисунок 5.2.1).

Рисунок 5.2.1 Изменение связей


6. ЗАПРОСЫ К БАЗЕ ДАННЫХ

Из данных искомых таблиц БД были реализованы пять запросов (см. рисунок 6.1).

Рисунок 6.1 Запросы

Примерами простых запросов являются запрос учета продаж по отделу кассеты.

Рисунок 6.2 Вид запроса в Конструкторе


Рисунок 6.3 Результат запроса

Примерами запроса с условием является запрос «Условие отбора»

Рисунок 6.4 Вид запроса в Конструкторе

Рисунок 6.5 Результат запроса

Примером запроса на выборку является запрос «Условие отбора».


Рисунок 6.6 Вид запроса в Конструкторе

Рисунок 6.7 Результат запроса

Примером запроса на сортировку является запрос «Условие отбора»