3. Разработка инфологической модели предметной области

3.1 Описание бизнес-процессов предметной области

Для описания бизнес-процессов предметной области сформируем схемы IDEF0 в программе MS Visio с различным уровнем детализации (Создать-Схема данных-Схема IDEF0). Схема основных бизнес-процессов и процесса второго уровня детализации отображены на рисунках 1-4:

Товар закупается у поставщика. После поставки товара в магазин, он отправляется на склад для хранения. После склада товар попадает на прилавки для продажи.

Рисунок 1 – Основные бизнес-процессы магазина ПО

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

Рисунок 2 – Закупка товара

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

Рисунок 3 – Хранение товара

При продаже товара, вначале проверяется наличие товара на складе. Далее заказ оформляют, после чего у клиента за товар взимаются деньги.

Рисунок 4 – Реализация товара

3.2 Выделение информационных объектов. Определение атрибутов объектов.

На основе бизнес-процессов предметной области выделим информационные объекты и их атрибуты. Выделяем объекты-сущности «Товары», «Проданный товар», «Поставщики», «Должности», «Сотрудники».

Далее в Таблице 3 рассмотрим атрибуты перечисленных объектов:

Таблица 3 – Атрибуты объектов

Объект	Атрибуты объектов
«Товар»	«Код товара», «Поставщик» , «Наименование», «Кол-во шт», «Цена за шт»
« Продажи »	«Код товара», «Наименование», «Кол-во», «Код сотрудника»
«Поставщики»	«Код поставщика», «Наименование», «Адрес», «E-mail», «Телефон»
«Сотрудники»	«Код сотрудника», «Фамилия», «Имя», «Отчество», «Дата рождения», «Адрес», «Телефон», «Код должности», «Заработная плата»
«Должности»	«Код должности», «Наименование должности», «Оклад»,
«Заказы»	«Код поставщика», «Наименование товара», «Кол-во единиц товара», «Стоимость» «Дата».

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

3.3 Определение отношений и мощности отношений между объектами

Рассмотрим взаимосвязи между объектами и мощности отношение и построим матрицу отношений.

«Поставщики» главный объект, а «Заказы» подчинённый объект. Тип связи «один ко многим» (Рисунок 5). Так как у одного поставщика можно сделать несколько заказов. Связь между этими объектами осуществляет атрибут «код поставщика».

Заказы

Поставщики

1:N

Рисунок 5 – Связь между объектами «Заказы» и «Поставщика»

«Должности» главный объект, а «Сотрудники» подчинённый объект. Тип связи «один ко многим» (Рисунок 6). Так как у одну должность может занимать несколько сотрудников. Связь между этими объектами осуществляет атрибут «код должности».

Сотрудники

Должность

1:N

Рисунок 6 – Связь между объектами «Должность» и «Сотрудники»

«Сотрудники» главный объект, а «Продажи» подчинённый объект. Тип связи «один ко многим» (Рисунок 7). Так как у один сотрудник может совершить несколько продаж. Связь между этими объектами осуществляет атрибут «код сотрудника».

Продажи

Сотрудники

1:N

Рисунок 7 – Связь между объектами «Сотрудники» и «Продажи»

«Продажи» главный объект, а «Товар» подчинённый объект. Тип связи «один ко многим» (Рисунок 8). Так как единиц товара несколько. Связь между этими объектами осуществляет атрибут «код товара».

Товар

Продажи

1:N

Рисунок 8 – Связь между объектами «Продажи» и «Товар»

«Товар» главный объект, а «Поставщик» подчинённый объект. Тип связи «один ко многим» (Рисунок 8). Так как у разного товара может быть один поставщик. Связь между этими объектами осуществляет атрибут «Код поставщика».

Товар

Поставщик

1:N

Рисунок 8 – Связь между объектами «Поставщик» и «Товар»