3.2. Виділення інформаційних об’єктів (іо)

Проаналізувавши встановлені функціональні взаємозв’язки реквізитів, встановимо для кожного з залежних реквізитів його залежність від інших реквізитів.

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

На противагу цьому, існує ще одна характеристика замовлення, як його вартість. Що стосується зв’язків цих двох даних, то зрозуміло, що одне замовлення може мати одночасно лише одну вартість, тому відношення буде визначеним як один до одного.

Визначивши відношення, можна визначити первинні ключі. У даному випадку ключі будуть прості і унікальні, тобто не можуть повторюватися.

Ознака ключа може бути:

П – простий; У – унікальний

Таблиця 4. Реквізитний склад інформаційних об’єктів.

Реквізит	Ознаки ключа	Ім’я ІО	Назва ІО	Семантика (опис)
№ Договору Код клієнта Код Операції Код Нерухомості Ціна Код Співробітника Дата заключення Дата закінчення	П. У.	Дані про договір	Дані про договір	Дані про властивості договору, що визначають приналежність до клієнта і нерухомості

Продовження таблиці 4.

Код клієнта ПІБ Адреса Телефон	П. У.	Дані про клієнтів	Дані про клієнтів	Дані про клієнтів котрі користуються послугами компанії
Код співробітника ПІБ Адреса Телефон	П.У.	Дані про співробітників	Дані про співробітників	Дані про співробітників, які працюють в компанії
Код Нерухомості Назва нерухомості	П.У.	Дані про нерухомість	Дані про нерухомість	Дані про нерухомість,

3.3Визначення логічної структури реляційної бази даних

Логічна структура реляційної бази даних визначається сукупністю логічно-взаємозалежних реляційних таблиць. Кожна реляційна таблиця має структуру, обумовлену реквізитним складом одного з інформаційних об'єктів отриманої ІЛМ. Логічні зв'язки таблиць відповідають структурним зв'язкам між об'єктами. Логічна структура реляційної бази даних, побудована на основі отриманої ІЛМ. На цій схемі (Мал. 1) реляційні таблиці представлені структурою, обумовленої складом і послідовністю полів (атрибутів). Біля ключів стоїть зображення ключа. Логічні зв'язки зображені стрілками між однаковими ключами зв'язку.

Мал. 1. Схема даних БД

4 Розробка алгоритмів і технології рішення задачі

4.1 Загальні відомості про зміст і алгоритм рішення задачі

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

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

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