ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 18.04.2019

Просмотров: 296

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
background image

 

Лекція 4 

 
Графічне представлення предметної області. 
 
1.  Основні графічні примітиви моделі Чена. 
2.  Приклади діаграм Чена. 
3.  Розробка  концептуальної  моделі  предметної  області  поставок  товарів  на 

склад. 

 

 

 Для  досягнення  наочності  в  представленні  концептуальної  і 

зовнішньої  моделей  баз  даних  були  розроблені  і  зараз  широко 
використовуються графічні моделі. Графічні моделі дозволяють формально і, 
разом з тим, наглядно описати предметну область. 

Найбільш  відома  модель  графічного  представлення  концептуальної 

схеми бази даних була запропонована Пітером Ченом у 1976 році. 

Вона  називається  «модель  „Сутність-Зв’язок”»  (Entity-Relationship 

model,  ER-model).  Особливістю  цієї  моделі  є  те,  що  частини  предметної 
області, що відповідають об’єктам, властивостям та зв’язкам зображуються у 
вигляді діаграм. 

 

1. Основні графічні примітиви моделі Чена 

 Оскільки  модель  була  розроблена  достатньо  давно,  то  існує  кілька 

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

Назва примітива 

Зображення в 

класичній моделі Чена 

Одне із сучасних 

зображень 

 
Сутність (entity) 
 

 

 

 
Одинична, проста 
властивість 
 

 

 

 
Складена властивість 
 
 
 
 

 

 

Ім’я сутності 

Ім’я сутності 

Ім’я сутності 

Ім’я сутності 

Ім’я властивості 

Ім’я властивості 

Ім’я 
властивості
іі 


background image

 

Назва примітива 

Зображення в 

класичній моделі Чена 

Одне із сучасних 

зображень 

Множинна властивість 
(m, M), де m – мінімаль-
на кількість значень 
атрибута для одного 
екземпляра, M – 
максимальна кількість 
значень атрибута для 
одного екземпляра   

 

 

 
Первинний ключ 
 
 
 

 

 

 
 
Складений первинний 
ключ 
 
 
 
 

 

 

 
 
Необов’язковий зв’язок 
 
 
 

 

 

 
 
Обов’язковий зв’язок 
 
 
 

 

 

 
Узагальнений об’єкт  
(А – супертип, 
В, С – підтипи) 
 
 
 
 

 

 

Ім’я 

властивості 

(m, M) 

А 

А1 

А 

А1 

А 

А1 

А2 

А 

А1 
 
А2 
 

 

Ім’я 

зв’язку 

М1 

М2 

Ім’я 

зв’язку 

(0,М1) 

(0,М2) 

Ім’я 

зв’язку 

(1,М1) 

(1,М2) 

Ім’я 

зв’язку 

М1 

М2 

А 

А 


background image

 

Назва примітива 

Зображення в 

класичній моделі Чена 

Одне із сучасних 

зображень 

Складений об’єкт А 
(екземпляр типу 
сутності А складається 
більше ніж 1, але менше 
ніж  Mb екземплярів 
типу сутності В) 

  

Слабкі сутності.  
Тип сутностей В – 
слабкий, оскільки 
властивостей В1 та В2 
недостатньо для 
визначення первинного 
ключа, тому говорять, 
що сутність В залежить 
від сутності А і 
використовує 
первинний ключ А1 для 
ідентифікації 
екземплярів В. 

 

 
Очевидно, що самих ER-діаграм недостатньо, так як на них відсутня 

така інформація, як: 

-  формат  значень  властивостей,  діапазон  значень  властивостей, 

синоніми  імен  сутностей,  які  використовуються  у  зовнішніх 
представленнях; 

-  інформація  про  обмеження  цілісності,  про  первинні  ключі  для 

зв’язків (для типів сутностей ключі задаються); 

-  інформація про розмежування доступу до екземплярів сутності. 
Переваги  ER-діаграм  –  наочність  як  для  розробників,  так  і  для 

майбутніх користувачів. 

 

2. Приклад діаграми Чена 

 
Приклад 1. 
У  проекті  може  приймати  участь  кілька  співробітників,  кожен  із 

співробітників повинен приймати участь як мінімум в одному і як максимум 
у п’яти проектах. Зв’язок „Приймає участь” між „СПІВРОБІТНИКОМ” та 
„ПРОЕКТОМ” має властивості „дата призначення” та „дата звільнення”. 

 
 
 
 
 

Частина 

А 

В 

Складається із 

Є частиною 

(1,Mb) 

(1,Ma) 
 

АВ 

А 

В 

  (1,Mb) 
 

      (1,Ma) 
 

А1 
А2 
 

В1 

В2 

А1+В2 


background image

 

 
 
 
 
 
 
 
 
 
 
 
 
 

 
3.Розробка  концептуальної  моделі  предметної  області  поставок  товарів 
на склад 
      

3.1. Постановка задачі 
 
Нехай  у  деякому  зовнішньому  представленні  виконується  опис 

поставок товарів на склад. 

Передбачається,  що  в  одній  поставці  може  приймати  участь  один 

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

Вхідні  дані.  Кожна  поставка  описується  з  допомогою  приходної 

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

Вихідні  дані.  Інформація  про  товар,  інформація  про  поставку, 

інформація  про  розміщення  і  кількість  різних  товарів  на  складі,  можливо 
деяка інша інформація. 

Маючи  такий  неформальний  опис  зовнішнього  представлення, 

виконаємо концептуальне проектування даного зовнішнього представлення. 

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

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

СПІВРОБІТНИК 

ПРОЕКТ 

Приймає участь 

1,5 

1,N 

Таб. номер 
Прізвище 
Посада 
Зарплата 

Дата призначення 
Дата звільнення 

Код проекту 
Назва 
Пріоритет 


background image

 

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

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

представленні  буде  тип  сутності  ПОСТАВКА.  У  першому  наближені  тип 
сутності ПОСТАВКА характеризується такими властивостями 

 
 
 
 
 
 
 
 
 
 
 
 
Недолік:    при  такій  концептуальній  схемі  вся  інформація  зв’язана, 

тобто  інформацію  про  окремого  постачальника,  який  в  даній  поставці  не 
приймає  участь,  отримати  не  можна.  Більше  того,  при  внесенні  нової 
поставки  від  того  самого  постачальника  всі  дані  про  постачальника  будуть 
знову  повторюватися,  а  це  –  джерело  помилок,  а  також  надлишковість 
інформації.  Тому  виділимо  тип  сутності  ПОСТАЧАЛЬНИК,  і  його 
властивостями  будуть  назва  постачальника  та  його  адреса.  Оскільки 
ПОСТАЧАЛЬНИК  може  приймати  участь  у  кількох  ПОСТАВКАХ,  то  між 
цими двома типами сутностей виникає зв’язок 1:М. 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ПОСТАВКА 

Код поставки 
Назва постачальника 
Адреса постачальника 
Назва товару 
Кількість поставленого 
товару 
 

Ціна одиниці товару 
Одиниці виміру 
Дата поставки 
Тип складу 

ПОСТАЧАЛЬНИК 

Приймає 

участь 

ПОСТАВКА 

1,N 

1,1 

Код постачальника 
Назва постачальника 
Адреса постачальника 

Код поставки 

Назва товару 

Кількість поставленого товару 

Ціна одиниці товару 

Одиниця виміру 

Дата поставки 

Тип складу