Вопрос7! етап 2
Інфологічної моделі - (скорочення від інформаційно-логічна модель, тобто логіка управління інформацією) .Інфологіческіе моделі часто називають семантичними моделями.
Проблема подання семантики давно цікавила розробників, і в сімдесятих роках було запропоновано кілька моделей даних, названих семантичними моделями. До них можна віднести семантичну модель даних, запропоновану Хаммером (Hammer) і Мак-Леоном (McLeon) в 1981 році, функціональну модель даних Шипман (Shipman), також створену в 1981 році, модель "сутність-зв'язок", запропоновану Ченом (Chen) в 1976 році, і ряд інших моделей. У всіх моделей були свої позитивні і негативні сторони, але випробування часом витримала лише остання. І зараз саме модель Чена "сутність-зв'язок", або "Entity Relationship", стала фактичним стандартом при инфологической моделюванні баз даних.
Инфологическая модель застосовується на другому етапі проектування БД, тобто після словесного опису предметної області. Навіщо потрібна інфологіческая модель і яку користь вона дає проектувальникам? Справа в тому, що процес проектування БД тривалий, він вимагає обговорень з замовником і з фахівцями в предметної області. При розробці серйозних корпоративних інформаційних систем інфологіческая модель БД є частиною проекту інформаційної системи.
Загальноприйнятим стало скорочена назва ER-модель, більшість сучасних CASE-засобів містять інструментальні засоби для опису даних в формалізмі цієї моделі. Крім того, розроблені методи автоматичного перетворення проекту БД з ER-моделі в реляційну, при цьому перетворення виконується в даталогіческую модель, відповідну конкретної СУБД. Всі CASE-системи мають розвинені засоби документування процесу розробки БД, автоматичні генератори звітів дозволяють підготувати звіт про поточний стан проекту БД з докладним описом об'єктів БД і їх відносин як в графічному вигляді, так і у вигляді готових стандартних друкованих звітів, що істотно полегшує ведення проекту .
Структура даних може бути описана:
У вигляді вихідного тексту на ЯОД;
У графовой формі;
У табличній формі.
На даний момент не існує єдиної загальноприйнятої системи позначень для ER-моделі і різні CASE-системи використовують різні графічні нотації, але розібравшись в одній, можна легко зрозуміти і інші нотації.
Модель «СС» - це неформальна модель предметної області, яка використовується на етапі інфологіческого проектування БД. Існує кілька підходів до побудови моделі «СС».
Загальним для всіх підходів є використання 3-х конструктивних елементів:
Складова «час» в явному вигляді відсутня, але її можна відобразити за допомогою атрибутів (напр. «Дата народження»).
Сутність - збірне поняття, деяка абстракція реально існуючого об'єкта, процесу, явища про кіт. необхідно зберігати інформацію в системі. У моделях предметної області «СС» кожна сутність є вузловою точкою збору інформації. Розрізняють 2 поняття: тип сутності. екземпляр сутності. Тип сутності визначає набір однорідних об'єктів. За типом ховаються екземпляри сутності, тобто конкретні об'єкти в наборі. Кожен розглянутий тип сутності названий.
Атрибут - пойменована характеристика сутності, яка приймає значення з деякого безлічі значень (домену). У моделі атрибут виступає в якості засобу, за допомогою якого моделюються властивості сутностей. Щоб задати атрибут, необхідно:
привласнити йому найменування;
привести смислове опис;
визначити безліч можливих значень;
вказати, для чого він використовується.
Для ідентифікації конкретних екземплярів сутностей використовуються спеціальні атрибути - ідентифікатори. Це може бути один або кілька ключових атрибутів. які на схемі підкреслюються. Для сутності Співробітник ключовим буде атрибут Табельний номер. оскільки для всіх співробітників даного підприємства табельні номери будуть різні. Іноді атрибути показують характер зв'язку (напр. Спорідненість - батько).
Зв'язки виступають в моделі як засіб, за допомогою якого представляються відносини між сутностями, що мають місце в предметної області. ( «Відношення» - математич. Термін).
Розрізняють типи зв'язків і екземпляри зв'язків. На малюнках типи зв'язків позначаються ромбами. ромб з'єднується з відповідними сутностями дугами. Примірник зв'язку буде характеризувати конкретний зв'язок між конкретними екземплярами сутностей.
Розрізняють бінарні зв'язку, тернарние зв'язку (3 сутності), в загальному випадку n-арні зв'язку. Найчастіше зустрічаються бінарні зв'язку. У використовуваної нотації для бінарних зв'язків необхідно на схемах виставляти стрілки на кінцях дуг і вказувати коефіцієнти, що характеризують відношення, а для багатовимірних зв'язків стрілки і коефіцієнти не ставляться. Типи бінарних зв'язків: 1: 1; 1: M; M: 1; M: N.
Зв'язки можуть мати свій атрибут. Тоді зв'язок виконує як би функцію суті, тобто тип відносини розглядається як тип сутності. Напр. візьмемо відношення ДЕТАЛЬ_Х_РАЗМЕЩЕ-НА_НА_СКЛАДЕ_Y, воно ж може розглядатися як тип сутності, про яку ми хочемо зберігати до.-л. інформацію (кількість деталей на складі).
Інформацію про проект слід оформляти складанням специфікацій по сутностей, атрибутів і відносин (зв'язків) з використанням графічних діаграм.
При цьому використовують такі позначення:
атрибути - овалами, при цьому з'єднують їх з відповідними сутностями ненаправленими дугами, що ідентифікують атрибути підкреслюються;
зв'язку - ромбами, при цьому з'єднують їх відповідними типами сутностей ненаправленими ребрами за винятком бінарних зв'язків, які представляються спрямованими ребрами.
Правила при моделюванні:
1. Використовуються тільки 3 типи конструктивних елементів (сутність, атрибут, зв'язок);
2. В окремому проектному поданні кожен елемент проекту моделюється тільки одним конструктивним елементом.
При моделюванні предметної області проектувальник:
- розбиває її на ряд локальних областей;
- моделює кожне локальне уявлення (по 6-7 сутностей);
- об'єднує локальні уявлення.
Малюнок 4 Графова форма представлення схеми БД