1.4 Логическое проектирование
1.4.1 Схема логической структуры приложения
После выполнения анализа процессов учета розничной торговли в магазине канцтоваров можно приступить к проектированию базы данных, продумать количество таблиц в базе, установить между ними связи, и обеспечить целостность данных. Для того, чтобы спроектировать логическую и физическую структуру будущей базы данных, используем CASE средство AllFusion ERWin 7 (Рисунок 11, Рисунок 12)
Рисунок 11 – Логическая модель базы данных в ERwin Data Modeler r7
1.4.2 Схема физической структуры приложения
Рисунок 12 – Схема физической структуры приложения.
1.5 Практическая организация
1.5.1 Магазин «Stationery»
Для выполнения поставленной задачи «Prod», была разработана база данных, предназначенная для хранения и учета данных о продажах. А также хранение и редактирование регистрационных данных поставщиков, сотрудников, клиентов. В качестве системы управления базой данных (СУБД) будет использован Microsoft Access. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра. Также в Access поддерживаются все типы данных у полей, необходимые для работы. Получившаяся база данных содержит 10 таблиц, а именно:
покупатели;
счета;
журнал продаж;
журнал заказов;
товар;
поставщики;
производители;
название товара;
партии товара;
сотрудники.
Таблицы соединены между собой связями «один – ко многим». Связи между таблицами типа «один – ко многим» существенно помогают пользователям БД в ходе ее эксплуатации. Эти связи позволяют обеспечить ссылочную целостность данных при осуществлении автоматической проверке правильности сформированной пользователем ссылки на значение данных, находящихся в отдельной таблице.
Рассмотрим устройство таблиц БД, а именно логическое имя полей, тип данных полей и длину поля.
Таблица Товары, включает в себя данные о товаре, имеющемся на складе.
Таблица1 – Устройство таблицы «Товары»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер товара |
Числовой |
4 |
Да |
Номер производителя |
Числовой |
10 |
Нет |
Номер партии |
Числовой |
4 |
Нет |
Номер поставщика |
Числовой |
4 |
Нет |
Цена |
Символьный |
8 |
Нет |
Количество на складе |
Символьный |
4 |
Нет |
Изображение |
MEMO |
1 |
Нет |
Таблица Название товара, включает в себя код и наименование товара.
Таблица 2 – Устройство таблицы «Название товара»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер товара |
Числовой |
4 |
Да |
Наименование товара |
Текстовый |
20 |
Нет |
Таблица Партии товара, включает в себя данные о поставках.
Таблица 3 – Устройство таблицы «Партии товара»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер партии |
Числовой |
4 |
Да |
Номер поставщика |
Числовой |
4 |
Нет |
Дата |
Дата |
8 |
Нет |
Закупочная цена |
Символьный |
8 |
Нет |
Сумма |
Символьный |
8 |
Нет |
Таблица Сотрудники, включает в себя все данные о сотрудниках, работающих в строительном магазине.
Таблица 4 – Устройство таблицы «Сотрудники»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер сотрудника |
Числовой |
4 |
Да |
ФИО |
Символьный |
40 |
Нет |
Должность |
Текстовый |
15 |
Нет |
Паспорт |
Символьный |
9 |
Нет |
Адрес |
Символьный |
20 |
Нет |
Телефон |
Символьный |
11 |
Нет |
Дата приема на работу |
Дата |
8 |
Нет |
Таблица Счета, включает в себя все данные о сумме на карточке и о скидке.
Таблица 5 – Устройство таблицы «Счета»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер счета |
Числовой |
20 |
Да |
Номер клиента |
Числовой |
4 |
Нет |
Дата |
Дата |
8 |
Нет |
Скидка |
Символьный |
2 |
Нет |
Сумма |
Символьный |
8 |
Нет |
Таблица Производитель, включает в себя данные о производителе поставляемого товара.
Таблица 6 – Устройство таблицы «Производитель»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер производителя |
Числовой |
4 |
Да |
Название производителя |
Текстовый |
20 |
Нет |
Таблица Журнал продаж, включает в себя данные о продажах.
Таблица 7 – Устройство таблицы «Журнал продаж»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер счета |
Числовой |
20 |
Да |
Номер товара |
Числовой |
4 |
Да |
Номер сотрудника |
Числовой |
4 |
Да |
Дата |
Дата |
8 |
Нет |
Количество |
Символьный |
4 |
Нет |
Скидка |
Символьный |
2 |
Нет |
Сумма |
Символьный |
8 |
Нет |
Цена |
Символьный |
8 |
Нет |
Таблица Клиент, включает в себя данные о клиентах.
Таблица 8 – Устройство таблицы «Клиент»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер клиента |
Числовой |
4 |
Да |
Номер заказа |
Числовой |
4 |
Нет |
Фамилия (фирма) |
Текстовый |
15 |
Нет |
Имя |
Текстовый |
15 |
Нет |
Отчество |
Текстовый |
15 |
Нет |
Номер и серия паспорта |
Символьный |
9 |
Нет |
Адрес |
Текстовый |
20 |
Нет |
Телефон |
Символьный |
11 |
Нет |
Таблица Поставщик, которая включает в себя данные о поставщиках товара.
Таблица 9 – Устройство таблицы «Поставщик»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер поставщика |
Числовой |
4 |
Да |
Название поставщика |
Текстовый |
20 |
Нет |
Номер заказа |
Числовой |
4 |
Нет |
Таблица Журнал заказов, включает в себя данные о заказанном товаре.
Таблица 10 – Устройство таблицы «Журнал заказов»
Имя поля |
Тип данных |
Длина |
Первичный ключ |
Номер заказа |
Числовой |
4 |
Да |
Номер клиента |
Числовой |
4 |
Нет |
Предоплата |
Символьный |
8 |
Нет |
Дата оплаты |
Дата |
8 |
Нет |
Дата получения |
Дата |
8 |
Нет |
Количество |
Символьный |
4 |
Нет |
Сумма |
Символьный |
8 |
Нет |
Таблицы соединены между собой связями «один – ко многим». Связи между таблицами типа «один – ко многим» существенно помогают пользователям БД в ходе ее эксплуатации. Эти связи позволяют обеспечить ссылочную целостность данных при осуществлении автоматической проверке правильности сформированной пользователем ссылки на значение данных, находящихся в отдельной таблице