Учебная база данных поступления товаров

ВВЕДЕНИЕ

Развитие различных сфер человеческой деятельности на современ-ном этапе невозможно без широкого применения вычислительной техники и создания информационных систем различного направления. Проектиро-вание и разработка информационной системы невозможна без разработки базы данных(БД). При проектировании БД следует выполнять общеприня-тых этапов проектирования, что позволит ускорить процесс проектирова-ния БД.
Цель работы – проектирование и разработка базы данных(БД) по-ступления товаров.
Объект исследования – процесс поступления товаров в магазин, на склад, на рынок и др.
Задачи, которые требуется решить для достижения цели:
– анализ предметной области;
– инфологическое проектирование БД;
– логическое проектирование БД;
– физическое проектирование БД;
– разработка БД с использованием СУБД Microsoft Office Access.
На этапе анализа предметной области, для построения концепту-ально-инфологической модели и логической модели БД будет использо-ваться MS Visio. На этапе проектирования и разработки БД будет ис-пользоваться СУБД Microsoft Qffice Access,



 
1 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

1.1 Анализ предметной области

Процесс поступления товаров включает следующие этапы:
Проверка количества
Проверка качества
Согласование расхождений при их наличии
Маркировка согласно правилам
Распределение по местам хранения
Товары поставляются поставщиком, сопровождаются товарно-транспортными накладными и сертификатами качества. Прием товара вы-полняется сотрудником предприятия. Для представления процесса приема товаров на концептуальном уровне построена диаграмма прецедентов, представленная на рисунке 1.

Прием товаров выполняется в соответствии с накладными или то-варно-транспортными накладными, в которых указывается поставщик, наименование товара, его цена и количество. После проверки товара оформляется приходная накладная, по которой товар передается на хра-нение.

1.2 Инфологическое проектирование

На основании исследования предметной области были выделены следующие сущности: «Товар», «Поставщик», «Операция», «Документ», «Товар_на_хранении», «Место_хранения», «Категория_товара», «Со-трудник».
Сущность «Товар» – содержит данные о всех хранящихся товарах.
Сущность «Поставщик» – содержит сведения о всех предприятиях, поставляющих товары.
Сущность «Операция» – содержит сведения о поступлениях това-ров.
Сущность «Документ» – содержит данные о документах, сопро-вождающих, поступдение.
Сущность «Товар_на_хранении» – содержит сведения о всех хра-нящихся товарах.
Сущность «Место_хранения» – содержит данные о местах хранения товаров.
Сущность «Категория_товара» – содержит данные о категориях то-варов.
Сущность «Сотрудник» – содержит данные о сотрудниках, выпол-няющих прием товаров.

Таблица 1 – Спецификация атрибутов сущности «Товар»

1.4 Логическое проектирование

С целью создания совокупности нормализованных отношений, в которых реализованы связи между объектами предметной области и вы-полнены все преобразования, необходимые для эффективной реализации в среде конкретной СУБД, необходимо провести этап логического проекти-рования, который выполняется в два этапа:
– отображение полученной концептуально-инфологической модели на реляционную модель путем совместного представления в ее отношениях ключевых элементов взаимосвязанных записей;
– анализ полученных отношений на соответствие трем нормальным формам.
При проведении первого этапа логического проектирования рас-сматривается каждая связь между сущностями. В тех случаях, когда сущ-ности имеют связь «один-ко-многим», сущности, от которых исходит про-стая связь, являются исходными, а другие сущности, соответственно, яв-ляются порожденными. При построении отношений, ключи порожденной сущности необходимо добавить в атрибуты исходной сущности.
Итак, на основании общих правил создания отношений на основе сущностей и связей между ними, с учетом типов связей, сформируется от-ношения для проектируемой базы данных. Далее проводится отображе-ние инфологической модели на реляционную, рассматривая каждую связь отдельно.
Для связи «Товар – Товар_на_хранении», показанной на рис. 9, выполняется построение отношений. Сущность «Товар» является исход-ной, т.к. от нее исходит простая связь. Сущность «Товар_на_хранении» будет порожденной. Следовательно, ключ исходной сущности добавляет-ся в порожденную, что показано на рисунке 10.

Сущность «Товар»


ЗАКЛЮЧЕНИЕ

Для предметной области выполнен анализ, который позволил сформировать набор сущностей и атрибутов.
В процессе выполнения работы спроектирована БД, а именно раз-работана концептуально-инфологическая, логическая и физическая модели БД.
Выполнена разработка БД с использованием СУБД MS Access. Выполнены различные типы запросов на выборку, на обновление, с вы-числениями и с подведением итогов, на удаление и создание новой табли-цы, перекрестный запрос. Разработаны формы ввода данных, представле-ния некоторых запросов, кнопочная форма.
Все поставленные задачи выполнены и цель достигнута.