Файл: Лекція 5 у оп.doc

Видно, що сутність, яка може бути ідентифіковані з головним менеджером, - це автомашини і продавці. Продавцеві важливі автомашини і пов'язані з їх продажем дані. Для адміністратора важливі покупці, автомашини, продавці і контракти. Виходячи з цього, виділяються 4 сутність (автомашина, продавець, покупець, контракт), які зображуються на діаграмі таким чином (мал. 6).

Мал. 6.

Наступним кроком моделювання є ідентифікація зв'язків.

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

Зв'язку може даватися ім'я, що виражається граматичним оборотом дієслова і що поміщається біля лінії зв'язку. Ім'я кожного зв'язку між двома сутностями повинне бути унікальним, але імена зв'язків в моделі не зобов'язані бути унікальними. Ім'я зв'язку завжди формується з погляду батька, так що пропозиція може бути утворене з'єднанням імені сутності-батька, імені зв'язку, виразу ступеню і імені сутності-нащадка.

Наприклад, зв'язок продавця з контрактом може бути виражена таким чином:

• продавець може отримати винагороду за 1 або більш за контракти;

• контракт повинен бути ініційований рівно одним продавцем.

Ступінь зв'язку і обов'язковість графічно зображуються таким чином (мал. 7).

Мал. 7.

Таким чином, 2 пропозиції, що описує зв'язок продавця з контрактом, графічно будуть виражена таким чином (мал. 8).

Мал. 8.

Описавши також зв'язки решти сутності, отримаємо наступну схему (мал.9).

Мал. 9.

---

Останнім кроком моделювання є ідентифікація атрибутів.

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

Атрибут може бути або обов'язковим, або необов'язковим (мал. 10). Обов'язковість означає, що атрибут не може приймати невизначених значень (null values). Атрибут може бути або описовим, або входити до складу унікального ідентифікатора (первинного ключа).

Унікальний ідентифікатор - це атрибут або сукупність атрибутів і/або зв'язків, призначена для унікальної ідентифікації кожного екземпляра даного типу сутності. У разі повної ідентифікації кожен екземпляр даного типу сутності повністю ідентифікується своїми власними ключовими атрибутами, інакше в його ідентифікації беруть участь також атрибути іншої сутності-батька (мал. 11).

Мал. 10.

Мал. 11.

Кожен атрибут ідентифікується унікальним ім'ям, виразом граматичним оборотом іменника, що описує характеристику, що представляється атрибутом. Атрибути зображуються у вигляді списку імен усередині блоку асоційованої сутності, причому кожен атрибут займає окремий рядок. Атрибути, що визначають первинний ключ, розміщуються нагорі списку і виділяються знаком "#".

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

З урахуванням наявної інформації доповнимо побудовану раніше діаграму (мал. 12).

---

Мал. 12.

Рекурсивний зв'язок: сутності можуть бути пов'язані самі з собою

Контрольні питання:

1. Дати визначення моделюванню потоків даних (процесів)

2. Основні компоненти діаграм потоків даних.

3. В чому полягає побудова ієрархії діаграм потоків даних

4. Case-метод Баркера

5. Кроки моделювання даних

Література:

1. Левин В.И.История информационных технологий. Издательство: Интернет-университет информационных технологий - ИНТУИТ.ру », БИНОМ. Лаборатория знаний ». Серия: Основы информационных технологий », 2007 - 336 стр.

2. Галатенко В.А., Основы информационной безопасности. Издательство: Интернет-университет информационных технологий - ИНТУИТ.ру » Серия: Основы информационных технологий »,2008 - 208 стр.

3. Терехов А.Н. Технология программирования, БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ.ру, 2007

4. Скопин И.Н. Интернет-университет информационных технологий - ИНТУИТ.ру, 2004

5. Котляров В.П. Основы тестирования программного обеспечения. Интернет-университет информационных технологий - ИНТУИТ.ру, 2006

5

---