Проектирование базы данных "Продуктовый склад"

Организационно-экономическая сущность заключается в том, что, перед тем как клиенту получить или отправить товар на склад, его заносят в список клиентов (таблица Клиенты), и договор формируется уже из этого списка. В зависимости от того, какая операция совершается: приход товара на склад или его отгрузка, составляется приходная или расходная накладная соответственно.

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

 

 

2.2. Проектирование модели

Один из наиболее сложных этапов в процессе создания базы данных - разработка таблиц, так как результаты, которые должна выдавать база данных не всегда дают полное представление о структуре таблицы.

Каждая таблица связи обладает следующими свойствами:

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

Строки таблицы принято называть записями, а столбцы полями записей. В полях записей содержатся атрибуты объектов записей. Все записи имеют одинаковые поля, содержащие разные значения атрибутов. Каждое поле записи имеет строго определённый тип данных - текст, число, дата и т. п.

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

Связи между таблицами бывают трех типов:

• «один-к-одному»: для каждой строки в одной таблице существует не более одной строки связанной таблицы;
• «один-ко-многим»: одна таблица не содержит вообще или имеет набор связанных «дочерних» записей из другой таблицы;
• «многие-ко-многим»: для каждой строки первой таблицы может существовать набор строк в другой таблице и наоборот. Такая связь организуется, как правило, при помощи третьей, связующей таблицы, содержащей значения первичных ключей обеих таблиц в качестве внешних ключей.

Отмечу, что при организации связи типа «один ко многим» таблицу «один» принято называть главной, а таблицу «многие» - подчиненной. Ключ главной таблицы называют первичным, а подчиненной - внешним.

Для ускорения поиска в сортировки данных принято использовать индексированные поля. Для этих полей создается упорядоченный список значений, или индексов, который содержит ссылки на нужные записи.

Для этой базы данных необходимо создание четырёх таблиц: таблицы «Клиенты», «Документы», «Товары», «Содержание документов».

 

Рис. 2.2.1. Таблица «Клиенты»

Таблица «Клиенты» предоставляет всю информацию о клиентах предприятия, имеет первичный ключ ID_Client, который является индексированным полем, совпадения не допускаются (Рис. 2.2.1.).

Имя поля		Тип данных		Описание
ID_Client	счетчик		Код клиента
Name	текстовый		Имя клиента
Telefone	текстовый		Мобильный телефон
Mesto projivania	текстовый		Место проживания
name predpriatia		текстовый	Название предприятия

Таблица 1

Рис. 2.2.2. Таблица «Документы»

Таблица «Документы» содержит всю информацию о документах, заключенных с клиентами. Уникальным полем является поле ID_document, оно не допускает совпадений. В таблицу добавлено поле ID_Client, чтобы установить функциональную связь с таблицей «Клиенты» ( Рис. 2.2.2.).

Имя поля	Тип данных		Описание
ID_document	счетчик	Код документа
Nomer	числовой	Номер документа
Vid_documenta	логический	Приход?
Date_document	Дата\время	Дата документа
vid_otgr_tov	логический	Самовывоз?
ID_Client	Числовой	Код клиента

Таблица 2

Рис. 2.2.3. Таблица «Товары»

В таблице «Товары» находятся все сведения о товарах. Введенное поле ID_tovar является уникальным (совпадения не допускаются) (Рис. 2.2.3.).

 

 

 

 

Имя поля		Тип данных		Описание
ID_tovar	счетчик		Код товара
Name_tov	текстовый		Наименование товара
Ed_izmer	текстовый		Единица измерения
Cena	числовой		Цена
Vid_upakovki	текстовый		Вид упаковки

Таблица 3

Рис. 2.2.4. «Содержание документов»

В таблице «Содержание документов» находятся сведения о количестве покупаемого товара, эта таблица связывается сразу с двумя таблицами: с таблицей «Документы» путем добавления в таблицу «кода документа» и с таблицей «Товары» путем добавления «кода товара» (Рис. 2.2.4.).

Имя поля		Тип данных		Описание
ID_tovar	числовой		Код товара
ID_document	числовой		Код документа
Kol-vo	числовой		Количество

Таблица 4

В схеме данных происходит построение связи между таблицами. Чтобы база работала правильно нужно верно установить связи. В моей курсовой работе реализованы связи с типом отношения «один-ко-многим». Тип отношений «один-ко-многим» подходит для всех созданных в данной работе таблиц, потому что один клиент может иметь несколько документов, по которым заключаются товарные сделки. Один товар может быть заказан несколькими клиентами и может быть продан разным клиентам (Рис. 2.2.5.).

Рис. 2.2.5.

Между таблицами «Клиенты» и «Документы» осуществляется связь по 2-му параметру объединения (объединение ВСЕХ записей из "клиенты" и только тех записей из "документы", в которых связанные поля совпадают).

Между таблицами «Содержание документов» и «Документы» осуществляется связь по 2-му параметру объединения (объединение ВСЕХ записей из "документы" и только тех записей из "содержание документов", в которых связанные поля совпадают).

Между таблицами «Товары» и «Содержание документов» осуществляется связь по 2-му параметру объединения (объединение ВСЕХ записей из "товары" и только тех записей из "содержание документов", в которых связанные поля совпадают).

2.3. Реализация пользовательского интерфейса

Следующим этапом проектирования базы данных является создание форм и отчётов - выходных документов. Для создания форм и отчётов используются запросы.

Чаще всего запросы используются для выделения специфических групп записей, чтобы удовлетворить определенному критерию. Запросы, в частности, позволяют выполнить сортировку, поиск данных по набору заданных признаков и др. На основании запросов удобно создавать документы (отчеты) для вывода результатов решения задач пользователя. С помощью запросов можно просматривать, анализировать и изменять данные из нескольких таблиц.

В базе данных используются запросы на выборку и полномасштабные запросы:

При выполнении запроса на выборку данные, удовлетворяющие условиям отбора, выбираются из одной или нескольких таблиц и выводятся в определённом порядке. Примером такого запроса в моей курсовой является «ЗапросДляНакладной», который использует данные из таблиц «Документы» и «Клиенты».

Запрос на выборку в режиме «Конструктор» (Рис. 2.3.1.):

Рис. 2.3.1.

Запрос на выборку в пользовательском режиме (Рис. 2.3.2.):

Рис. 2.3.2.

Полномасштабный запрос создается для отображения полной информации, в нем реализуются все связи между таблицами.

Полномасштабный запрос в режиме «Конструктор» (Рис. 2.3.3.):

Рис. 2.3.3.

Полномасштабный запрос в пользовательском режиме (Рис. 2.3.4.):

Рис. 2.3.4.

Далее переходим к созданию форм и отчётов.

Форма - это объект базы данных, имеющий вид окна и позволяющий пользователю удобно работать с данными: вводить и выводить на экран информацию по отдельным записям, при необходимости обрабатывать информацию в удобном и наглядном виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах.

Конечным продуктом большинства приложений баз данных является отчет. В Access отчет представляет собой специальный тип непрерывных форм. Отчёты предназначены для печати данных, содержащихся в таблицах и запросах, в красиво оформленном виде.

В моей базе данных существует 3 основных формы: «Карточка учёта клиентов», «Реестр учёта документов» и «Прайс-лист».

Форма «Карточка учёта клиентов» предоставляют всю необходимую информацию о поставщиках и о покупателях товаров у предприятия (Рис. 2.3.5.).

Рис. 2.3.5.

На данной форме присутствует:

а) подчинённая форма «ПодчФормаКлиенты»;

б) две кнопки «Печать карточек учёта клиентов» и «Печать карточки клиента», которые выводят на экран отчёты:

«Карточка учёта клиентов» (Рис. 2.3.6.):

Рис. 2.3.6.

Форма «Реестр учёта документов» предоставляет все необходимые сведения обо всех документах, приходящихся на имя клиента, и товарах, указанных на конкретном документе (Рис. 2.3.7.).

Рис. 2.3.7.

На данной форме присутствует:

а) подчинённая форма «подчинФормаДок-ты»;

б) подчинённая форма «подчинФормаТовары»;

в) две кнопки «Печать накладных» и «Печать накладной» (макросы «накладная» и «накладнаяОтбор»), которые выводят на экран отчёты:

 «Накладная» (Рис. 2.3.8.):

Рис. 2.3.8.

Форма «Прайс-лист» предоставляет все необходимые сведения о товаре, его стоимости (Рис. 2.3.9.):

Рис. 2.3.9.

На данной форме присутствует:

а) подчинённая форма «подчФормаТовары»;

б) две кнопки «Печать прайс-листа» и «Печать карточки учёта товара» (макросы «прайс-лист» и «прайс-листОтбор»), которые выводят на экран отчёты:

«Прайс-лист» (Рис. 2.3.10.):

Рис. 2.3.10.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ЗАКЛЮЧЕНИЕ

В рамках курсового проекта был разработан программный продукт прикладного уровня «Склад» при использовании базы данных Microsoft Office Access.

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

Разработанное программное обеспечение позволяет достигнуть следующих эффектов:

• автоматизация контроля поставок;
• своевременное получение информации о сроках оплаты за осуществленные поставки и продажи товара;
• возможность длительного хранения информации о поставках на предприятие большого срока давности, для возможности более полного расчета эффективности деятельности предприятия;
• уменьшение времени необходимого для учета поставок произведенных на предприятие.

 

 

 

 

 

 

 

 

 

 

 

СПИСОК ЛИТЕРАТУРЫ

1. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2011. – 351с.
2. Избачков Ю., Петров В.К. Информационные системы: Учебник для вузов. 2-е изд. – СПб.: Питер, 2010. – 485с.
3. Крючков К.В. Информатика. Учебник для вузов. – М.: Проект, 2012. – 812с.
4. Малыхина М.П. Базы данных: основы, проектирование, использование. – СПб.: Питер, 2010. – 512с.
5. Петров В.Н. Информационные системы. – СПб.: Питер, 2010. – 485с.
6. Сергеев Л.О. Уроки по теме «Базы данных». – Ч.1 // Информатика.- 2012. - №29.- 32с.
7. Советов Б.Я., Цехановский К.А. Базы данных. Теория и практика. М.: Высшая школа, 2011. -312с.
8. Тиори Т.К. Проектирование структур баз данных. М.: Проект, 2012. – 875с. 
9. Хоменко А.Д. Базы данных. Учебник для вузов. – М.: Технология, 2013. – 325с.
10. Хомоненко В.А. Базы данных. Учебник для вузов. – СПб.: Питер, 2010. – 225с.