МІНІСТЕРСТВО ОСВІТИ I НАУКИ УКРАЇНИ

НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ

УКРАЇНИ
«КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ
ІМЕНІ ІГОРЯ СІКОРСЬКОГО»
ФАКУЛЬТЕТ БІОМЕДИЧНОЇ ІНЖЕНЕРІЇ
КАФЕДРА БІОМЕДИЧНОЇ КІБЕРНЕТИКИ

Комп’ютерний практикум №8
з дисципліни «Проєктування інформаційних систем»
на тему: «Відображення моделі даних. Створення логічної моделі
даних»

Варіант 15

Виконав:
студент гр. БС-93
Слюсарев Д.Д.
Перевірив:
Аверьянова О.А.
Добровська Л.М
Зараховано від ___.___._______

___________________________
(підпис викладача)

Київ-2022
 Завдання:

1. Обрати приклад ІС та описати відповідну модель бази даних на логічному

та фізичному рівнях в середовищі ERwin:
2. Запустити програму та створити нову модель бази даних в середовищі
ERwin.
3. Зберегти модель.
4. Відповісти на контрольні питання.
5. Роздрукувати протокол роботи та показати викладачу.
 Виконання

Модель з минулих лаб.робіт «Частина МІС для ультразвукових досліджень»

(рис.1)

Рис. 1 – модель «ПЗ для дослідження органів дихання»

При запуску програми Erwin відкривається діалогове вікно, де обираємо режим

“Logic/Physical” (рис.2)

Рис. 2 – Режим моделі

Далі свторуємо нову сутність «Лікар» (рис.3)

 Рис. 3 – Створення сутності «Лікар

Додаємо до нової сутності атрибут «ПІБ_Лікаря» (рис.4)

Рис. 4 – Додавання атрибуту

Та привласнюємо цій сутності значення «Primary Key» (рис.5)

 Рис. 5 – Діалогове вікно Attributes

Також додаємо до сутності «Лікар» такі атрибути як «Стаж роботи» та

«Кількість робочих годин» (рис.6)

Рис.6 – Сутнітсь «Лікар»

 Аналогічним чином створюємо наступні сутності:

Табли. 1. Сутності та атрибути моделі

Сутність Атрибути
Лікар ПІБ_Лікаря (РК)
Стаж
Спеціалізація
К-сть робочих годин
Діагноз Заключення(РК)
Дата встановлення
Результати досліджень
Медичний заклад Назва закладу (РК)
Тип закладу
Номер закладу
Технічний персонал ПІБ Працівника (РК)
Кількість робочих днів
Пацієнт ПІБ_Пацієнта (РК)
Вік
Стать
Дані пацієнта
Відділ діагностики Назва відділу (РК)
Номер відділу
Тип діагностики
Дані пацієнта Дані (РК)
Необроблені дані

Приклад частини логічної моделі наведено на рис.7

Рис.7 – Фрагмент логічної моделі

Загальна модель даних виглядає наступним чином (рис.8)

 Рис.8 – Логічна модель ПЗ для дослідження органів дихання

Висновки

У ході виконання даної лабораторної роботи було засвоєно принципи

логічної побудови моделей.
Для цього було виділено основні сутності та атрибути для розробки ПЗ для
дослідження органів дихання та встановлено відповідні зв’язки.
Також було проведено практичне ознайомлення із середовищем Erwin, яке
придназначене для побудови логічної та фізичної моделі бази даних.
 Контрольні запитання

1. Вкажіть, до якого рівня деталізації відноситься діаграма сутність-

зв'язок, повна атрибутна модель.
Логічний рівень – це абстрактне відображення даних, коли дані подають
таким чином, як вони виглядають у реальному світі, і можуть називатися так, як
вони називаються в реальному світі. Об’єкти моделі, що тут задіяні називаються
сутностями та атрибутами. Логічна модель даних (МД) розробляється на основі
існуючих моделей даних (наприклад, реляційної), але ніяк не пов’язана з
конкретною реалізацією системи управління бази даних (СУБД) та інших фізичних
умов реалізації. Вона може бути побудована на основі іншої логічної моделі,
наприклад, на основі моделі потоків даних або процесів. 

2. Вкажіть, до якого рівня деталізації відноситься модель даних,

заснована на ключах.
Фізична МД, навпаки, залежить від конкретної СУБД і фактично є відображенням
системного каталогу. Вона містить інформацію про всі об’єкти БД. Оскільки
стандартів для об’єктів БД не існує (наприклад, не існує стандарту для типів даних),
фізична модель залежить від конкретної реалізації СУБД. Таким чином, одній і тій
же моделі можуть відповідати декілька різних фізичних моделей.

3. Вкажіть, що реалізують діаграми ERD.

Діаграма сутність–зв’язок подає модель даних верхнього рівня. Вона включає
сутності і взаємозв’язки, які відображають базові бізнес-правила прикладної
області. Така діаграма не є дуже деталізованою, в ній містяться основні сутності та
зв’язки між ними, які задовольняють основні вимоги ІС. Діаграма сутність–зв’язок
може включати в себе зв’язки «багато – до –багатьох» і не включати опис ключів.

4. Вкажіть, що задає правило валідації.

Правило валідації задає список допустимих значень для конкретного
стовпчика і / або правила перевірки допустимих значень. У список допустимих
значень можна вносити нові значення. ERwin дозволяє згенерувати правила
валідації відповідно синтаксису обраної СУБД з урахуванням обмежень діапазону
або списку значень. 

5. Вкажіть базові поняття ERD-діаграми.

Сутності та атрибути. Основними компонентами діаграми ERwin є сутності,
атрибути та зв’язки. Сутність можна визначити як об’єкт, подія або концепція,
інформація про яку повинна зберігатися. Сутності повинні мати назву з чітким
смисловим значенням, фактично це ім’я її екземпляра. Кожен екземпляр
індивідуальний і повинен відрізнятися від всіх інших екземплярів. Атрибут
відображає певну властивість об’єкта. З точки зору БД (фізична модель) сутності
відповідає таблиця, екземпляру сутності – рядок в таблиці, а атрибуту – стовпчик
таблиці. А також зв’язки. Зв’язок є логічним співвідношенням між сутностями.
Кожен зв’язок повинен іменуватися дієсловом або дієслівною фразою (Relationship
Verb Phrases). Ім’я зв’язку полегшує сприйняття діаграми (наприклад, діаграма на
рис. 8.10). За замовчуванням ім’я зв’язку на діаграмі не зображується. Для
відображення назви треба у контекстному меню на вільному місті діаграми обрати
пункт Display Option/relationship та увімкнути опцію Verb Phrase.

6. Вкажіть, яка модель даних зображує дані в третій нормальній формі.

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

7. Вкажіть, які рівні відображення діаграми має ERwin.

ERwin має декілька рівнів відображення діаграми: рівень 1)сутностей, 2) атрибутів,
3) визначень, 4) первинних ключів, 5) іконок.

8. Вкажіть, яка модель даних включає опис всіх сутностей і первинних

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

9. Назвіть основні етапи проєктування бази даних.

 Системний аналіз і словесний опис інформаційних об'єктів;
 Проектування інфологічної моделі або Концептуальне проектування;
 Логічне проектування Баз Даних;
 Фізичне проектування Баз Даних.

10.Назвіть  принципи побудови логічної моделі даних.

Логічна модель даних є джерелом інформації для етапу фізичного
проєктування. Вона надає розробнику фізичної моделі даних засоби проведення
всебічного аналізу різних аспектів роботи с даними, що має виключне значення для
вибору дійсно ефективного проєктного рішення.
Також вона повинна містити атрибути, зв’язки, сутності та РК

11.Які типи зв'язків використовуються при побудові моделі «сутність-

зв'язок»?
«один – до багатьох», «багато – до – багатьох» та не ідентифікуючий зв’язок

12.Що таке потужність зв'язку?

Потужністю зв'язку називають максимальне число екземплярів сутності, яке
може бути пов'язане з одним екземпляром даної сутності. Потужність зв'язку може
дорівнювати «1», N (будь-яке число) і може бути конкретним числом.
 13.Наведіть приклади зв'язків, які ідентифікують і не ідентифікують?
Зв'язок між сутностями в концептуальній моделі даних є типом, який
зображує множину екземплярів зв'язку між екземплярами сутностей. Щоб
ідентифікувати певний екземпляр сутності, використовується ідентифікатор
сутності. Для визначення екземплярів зв'язку між сутностями потрібен
ідентифікатор зв'язку. Наприклад, в прикладі на рис. ідентифікатором зв'язку
«Реєстрація» є ідентифікатор студента і номер курсу, оскільки разом вони
визначають конкретний екземпляр зв'язку студентів і курсів.
Зв'язки «супертип-підтип». У зв'язку «супертип-підтип» загальні атрибути
типу визначаються за сутністю-супертипа, сутність-підтип успадковує всі атрибути
супертипа. Екземпляр підтипу існує тільки за умови існування визначеного
екземпляру супертипа. Підтип не може мати ідентифікатор (він імпортує його із
супертипа).

14.Які об'єкти БД генеруються при проєктуванні фізичної схеми?

Oracle, Postgress, SQL та інші

15.Назвіть відмінності в ідентифікації об'єктів на логічному і фізичному

рівні.
Основний (неформальний) спосіб ідентифікації сутностей - це пошук
абстракцій, які описують фізичні або матеріальні об'єкти, процеси і події, ролі
людей, організації та інші поняття. Єдиним формальним способом ідентифікації
сутностей є аналіз текстових описів предметної області, виділення з описів
іменників і вибір їх в якості «кандидатів» на роль абстракцій.

16.Як можна здійснити конвертацію БД з однієї СУБД в іншу?

Змінивши СУБД в параметрах

17.Що таке тригер?

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

18.Які елементи логічної моделі є основними для створення тригерів при

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