Иерархическая модель данных. Предметная область «Склад продовольственных товаров»

Государственное учреждение высшего профессионального образования

«БЕЛОРУССКО-РОССИЙСКИЙ УНИВЕРСИТЕТ»

Кафедра «Экономическая информатика»

Пояснительная записка

к курсовой работе по дисциплине

«Технология организации хранения и обработки данных» на тему:

Иерархическая модель данных. Предметная область «Склад продовольственных товаров»

Выполнил ст. гр. ЭУПЗС-092

Татьянин А.В.

Шифр 091663

Руководитель: Пичугова О.А.

Могилев 2010

Содержание

Введение              3

Содержание              4

1 Сетевая модель данных.              5

2 Постановка задачи на разработку базы данных              7

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

2.2 Требования к информационной системе              7

3 Проектирование модели данных              9

3.1 Семантическая модель данных              9

3.2 Логическая модель данных              11

3.3 Определение физических характеристик атрибутов

4 Реализация системы

4.1 Создание, связывание и заполнение таблиц

4.2 Реализация запросов к базе данных

4.3 Создание отчетов

4.4 Создание форм

Заключение              28

Список использованных источников              29

Приложение А

Приложение Б

Введение

База данных (БД) - это  поименованная  совокупность  структурированных данных, относящихся к определенной предметной области.

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

Сегодня существует множество систем управления базами данных (СУБД), которые основываются  на реляционной модели. Одной из наиболее распространенных и доступных из них является СУБД MS Access, которая будет использоваться в данной работе. Ее итогом   будет база данных по товарам, которые поступают на промышленный склад.

1 Иерархическая модель данных

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

Модель данных - совокупность структур данных и операций их обработки.  По способу установления связей  между  данными  СУБД  основывается  на использовании  трёх  основных  видов  модели:  иерархической,  сетевой   или реляционной; на комбинации этих моделей или на некотором их подмножестве.

  Однако  различия  между  этими  моделями  постепенно  стираются,   что обусловлено прежде всего интенсивными работами в области баз знаний  (БЗ)  и объектно-ориентированной инфотехнологией, о которой будет идти речь ниже.

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

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

Остановимся подробнее на сетевой модели данных. На разработку сетевой модели большое влияние оказал американский ученый Ч.Бахман. Основные принципы сетевой модели данных были разработны в середине 60-х годов, эталонный вариант сетевой модели данных описан в отчетах рабочей группы по языкам баз данных (COnference on DAta SYstem Languages) CODASYL (1971 г.). В сетевой структуре при  тех  же  основных  каждый элемент может быть связан с любым другим элементом.

Сетевая  модель  СУБД  во  многом  подобна   иерархической:   если   в

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

         Графическое изображение структуры связей сегментов такого типа, котоая представлена на рисунке 1, моделей представляет  собой  сеть.  Сегменты  данных  в  сетевых  БД   могут   иметь множественные связи с сегментами старшего уровня.  При  этом  направление  и характер связи в сетевых БД не  являются  столь  очевидными,  как  в  случае иерархических   БД.   Поэтому   имена   и    направление    связей    должны идентифицироваться при описании БД.   

Рисунок 1-Сетевая модель данных

      Таким образом, под сетевой  СУБД  понимается  система,  поддерживающая сетевую организацию:  любая  запись,  называемая  записью  старшего  уровня, может  содержать  данные,  которые  относятся  к  набору   других   записей, называемых записями подчиненного уровня. Возможно обращение ко всем  записям в наборе, начиная с записи  старшего  уровня.  Обращение  к  набору  записей реализуется по указателям.

      В рамках сетевых СУБД легко реализуются и иерархические даталогические модели.

      Сетевые СУБД поддерживают сложные соотношения между типами данных, что делает их пригодными во многих различных  приложениях.  Однако  пользователи таких СУБД ограничены связями,  определенными  для  них  разработчиками  БД- приложений.

      Более того, подобно иерархическим сетевые СУБД предполагают разработку БД приложений опытными программистами и системными аналитиками.

      Среди  недостатков  сетевых  СУБД  следует  особо  выделить   проблему

обеспечения  сохранности  информации  в  БД,   решению   которой   уделяется повышенное внимание при проектировании сетевых БД.

2 Постановка задачи на разработку базы данных

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

База данных, которая разрабатывается, содержит данные о поступающих на склад продовольственных товарах.

Каждый товар обладает следующими характеристиками:

-название;

-страна производителя;

-оптовая цена за 1 кг(шт).

Каждый товар поступает от какого-либо поставщика. Каждый поставщик обладает следующими характеристиками:

-название организации, поставляющей товары;

-город;

-контактный телефон поставщика;

- УНП поставщика;

- автомобиль на котором поставляется товар.

Каждый поставляемый товар входит в ведомость поставляемых товаров и принимается по ведомости, в которой указывается:

-номер ведомости;

-дата поставки товара на склад;

-количество поставляемого товара;

- материально ответственное лицо;

- поставщик;

- автомобиль на котором поставлялось продукция.

Существуют следующие ограничения на вводимую в БД информацию:

1 товар не может не в ходить ни в одну из товарных групп;

2 товар не может быть поставлен без участия поставщика;

3 каждый товар должен быть обязательно быть поставлен по ведомости поставляемых товаров

4 за каждым товаром должно быть закреплено материально ответственное лицо.

2.2 Требования к информационной системе

С базой данных могут работать следующие группы пользователей:

1 работники склада, принимающие товар;

2 поставщики товаров;

3 администрация склада промышленных товаров;

4 закупщики товаров со склада.

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

1 получить информация о всех поставляемых товарах;

2 получить информации о поставщиках товаров;

3 получить информацию о стоимости товаров;

4 получить информацию о поставке товаров на любое число;

5 получить информацию о количестве поставленных товаров каждым поставщиком;

6 получить информацию о стоимости поставленных товаров каждым из поставщиком;

7 получить информацию о том, по какой товарно-транспортной накладной был поставлен товар;

8 получить информацию о сотруднике, который имеет материальную ответственность за хранение товара;

9 получить информацию о том, к какой товарной группе относится имеющийся на складе товар.

3  Проектирование модели данных

3.1 Семантическая модель данных

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

Прежде всего необходимо выделить сущность «Товары». Каждый товар, поступивший на склад, имеет уникальный код, который и является ключом cущности, а также обладает рядом атрибутов, которые перечислены в описании предметной области. Каждый товар может поступать от разных поставщиков, в разное время и в разном количестве. Для этого вводится сущность «Накладные. Следовательно, каждый товар, поступающий на склад, имеет свою товарно-транспортную накладную, каждая из которых обладает уникальным номером. Этот уникальный номер накладной и будет ключевым атрибутом сущности «Накладная».

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

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

Наборы атрибутов отразим в таблице 1, ключевые атрибуты выделим жирным шрифтом.

Таблица 1 - Наборы атрибутов сущностей семантической модели