6. Мови інфологічного моделювання

6.1. Мова er-діаграм

Для підвищення ілюстративності аналізованих зв'язків застосовується мова інфологічного моделювання (МІМ), у якій сутності й асоціації подають пропозиціями виду:

СУТНІСТЬ (атрибут 1, атрибут 2, ... , атрибут n)

АСОЦІАЦІЯ [СУТНІСТЬ S1, СУТНІСТЬ S2, ...] (атрибут 1, атрибут2, ... , атрибут n)

де S - ступінь зв'язку, а атрибути, що входять у ключ, повинні бути відмічені за допомогою підкреслення.

Для виявлення зв'язків між сутностями необхідно, як мінімум, визначити самі сутності. Але це не проста задача, тому що в різних предметних областях один і той же об'єкт може бути сутністю, атрибутом або асоціацією.

Мова ER-діаграм, використовує для зображення наступні позначки (мал. 6.1).

Рис. 6.1. Елементи розширеної мови ER-діаграм

Тут Позначення (або Сутність, що позначає) - це зв'язок виду "багато-до-одного" або "один-до-одного" між двома сутностями й відрізняється від характеристики тим, що не залежить від позначуваної сутності.

Приклад Позначення: службовці мають незалежне існування (якщо віддаляється відділ, то із цього не треба, що також повинні бути вилучені службовці такого відділу). Тому вони не можуть бути характеристиками відділів і названі позначеннями.

Існування характеристики повністю залежить від сутності, що харатеризується: жінки втрачають статусу дружин, якщо вмирає їхній чоловік.

Для опису характеристики використається вид:

ХАРАКТЕРИСТИКА (атрибут 1, атрибут 2, ...)

{СПИСОК ХАРАКТЕРИЗУЕМЫХ СУТНОСТЕЙ}.

Опис Позначення зовні відрізняється від опису характеристики тільки тим, що позначувані сутності полягає не у фігурні дужки, а у квадратні:

ПОЗНАЧЕННЯ (атрибут 1, атрибут 2, ...)[СПИСОК ПОЗНАЧУВАНИХ СУТНОСТЕЙ].

Як правило, позначення не розглядаються як повноправні сутності, хоча це не привело б до якої-небудь помилки. Позначення й характеристики не є повністю незалежними сутностями, оскільки вони припускають наявність деякої іншої сутності, що буде "позначатися" або "характеризуватися".

6.2. Технологія побудови ілм на прикладі er-моделі

Розглянемо приклад побудови інфологічної моделі бази даних "Харчування".

Інформація буде використатися кухарем і керівником невеликого підприємства громадського харчування, а також його відвідувачами. В БД повинна зберігатися інформація про блюда (мал. 6.2), їх щоденному споживанні, продуктах, з яких готуються ці блюда, та постачальників цих продуктів.

Первинна інформація про дану предметну галузь та її конкретний об’єкт – це рецепт, який визначає як продукти, так і технологію.

1. Лобіо по грузинськи:

Ламану очищену квасолю, нашаткований лук посолити, посипати перцем і припустити в маслі з невеликою кількістю бульйону; додати кинзу, зелень петрушки, рейган (васильок) і довести до готовності. Потім запекти в духовці.

Квасоля стручкова (свіжа або консервована) 200,

Лук зелений 40, Масло вершкове 30, Зелень 10.

Вихід 210г. Калорій 725.

Рис. 6.2. Приклад опису об’єкта предметної галузі - кулинарного рецепта

За допомогою опитування вказаних користувачів БД виділені наступні об'єкти й характеристики проектованої бази:

1. Блюда, для опису яких потрібні дані, що входять у їхні кулінарні рецепти:

• номер блюда (наприклад, із книги кулінарних рецептів),

• назва блюда,

• вид блюда (закуска, суп, гаряче й т.п.),

• рецепт (технологія готування блюда),

• вихід (вага порції),

• назва, калорійність і вага кожного продукту, що входить у блюдо.

2. Постачальники продуктів (для кожного): найменування, адреса, назва продукту, що поставляє, дата поставки й ціна на момент поставки.

3. Витрата (щоденне споживання блюд): блюдо, кількість порцій, дата.

Аналіз об'єктів дозволяє виділити:

Стрижні: Блюда, Продукти й Міста;

Асоціації: Склад (зв'язує Блюда із Продуктами) і

Поставки (зв'язує Постачальників із Продуктами);

Позначення: Постачальники;

Характеристики: Рецепти й Витрата.

Отримана ER-діаграма моделі показана на Рис.6.3.

Рис.6.3.

Опис складу моделі має такий вигляд:

Блюда (БЛ, Блюдо, Вид)

Продукти (ПР, Продукт, Калорійність)

Постачальники (ПОС, Місто, Постачальник) [Місто]

Склад [Блюда M, Продукти N] (БЛ, ПР, Вага (г))

Поставки [Постачальники M, Продукти N] (ПОС, ПР, Дата_П, Ціна, Вага (кг))

Міста (Місто, Країна)

Рецепти (БЛ, Рецепт) {Блюда}

Витрата (БЛ, Дата_Р, Порцій) {Блюда}

У цих моделях Блюдо, Продукт і Постачальник - найменування, а БЛ, ПР і ПОС - цифрові коди блюд, продуктів й організацій, що поставляють ці продукти.