Глава 1. Анализ предметной области

Информационный анализ и выявление основных сущностей (информационных объектов) предметной области и их основных свойств

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

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

В результате проведённого анализа получаем информационную модель, представленную на Рис.1

Рис.1 Информационная модель

В результате очевидно, что функционирование системы поддержки поставок скоропортящихся продуктов обеспечивается операциями с данными, сведёнными в следующие сущности:

Продукты
Склад
Поставка
Поставщики
Заказчики
Заказы

Рассмотрим подробнее каждую сущность.

Сущность «Продукты»

Назначением данной сущности является ведение учёта продуктов, над которыми производят действия.

Сущность «Продукты» обладает следующими атрибутами: код продукта, наименование, сортность, цена.

Все атрибуты являются статическими и могут обновляться только в случае поступления новых продуктов, вводятся они вручную. У атрибута «код продукта» тип данных – числовой, совпадений не допускается.

Сущность «Склад»

Назначением этой сущности является ведение учёта о состоянии на складе.

Сущность «Склад» имеет атрибуты: регистрационный №, код продукта, количество, дата реализации. Все эти атрибуты являются статическими, но данные могут изменяться, добавляться и удаляться.

Сущность «Поставка»

Назначением этой сущности является поддержка учёта поставок продуктов.

Сущность имеет атрибуты: № накладной, код продукта, количество, дата поставки, код поставщика, дата реализации. Атрибуты также являются статическими, вносятся вручную.

Сущность «Поставщики»

Назначение сущности – учёт информации о поставщиках, здесь хранятся дополнительные данные.

Сущность имеет атрибуты: код поставщика, поставщик, индекс, адрес, город, телефон. Атрибуты являются статическими, но могут и обновляться в том случае, если меняются контактные данные того или иного поставщика.

Сущность «Заказы»

Назначение – учёт всех поступивших заказов.

Сущность имеет атрибуты: № накладной, код продукта, количество, код заказчика. Все атрибуты статические, данные вводятся при поступлении заказа на продукты и сохраняются.

Сущность «Заказчики»

Назначение – учёт информации о заказчиках.

Сущность имеет следующие атрибуты: код заказчика, заказчик, город, адрес, телефон. Все атрибуты статические, но могут обновляться при изменении данных о заказчике.

Определение взаимосвязей сущностей:

Связь представляет собой взаимодействие между сущностями. Рассмотрим две сущности: сущность «продукты» и сущность «поставка». Один и тот же вид продукта может привозиться несколькими поставками, связь уникальна в направлении от «поставки» к «продуктам».Возникает связь один ко многим. Это означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Причем первая сущность называется родительской, а вторая - дочерней.

Рассмотрим сущности «поставки» и «поставщики», поставщик совершает несколько поставок, в свою очередь каждая поставка осуществляется одним поставщиком. Аналогично, связь один ко многим. Такие же связи возникают между сущностью «продукты» и сущностью «склад», между сущностями «продукты» и «заказы» (на одни и те же продукты может быть несколько заказов), «заказчики» и «заказы», «поставщики» и «поставки».

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

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

Рис.2 Концептуальная модель

Логическая модель

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

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

Таким образом у таблицы «Продукты» первичным ключом станет «Код продукта» - каждый продукт имеет свой уникальный номер, у таблицы «Поставка» - «№ накладной»; у таблицы «Поставщики» - «Код поставщика»; у таблицы «Склад» - «Регистрационный №»; у таблицы «Заказчики» - «Код заказчика» и у таблицы «Заказы» - «№ накладной».

Итак, ниже представлена логическая модель.