Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Моделювання даних за допомогою діаграм "сутність зв'язок" (ERD - Entity Relationship Diagrams)
Інформація про навчальний заклад
ВУЗ:
Технічний коледж Національного університету ЛП
Інститут:
Не вказано
Факультет:
ЗІ
Кафедра:
Не вказано
Інформація про роботу
Рік:
2013
Тип роботи:
Лабораторна робота
Предмет:
Системне програмування та операційні системи
Частина тексту файла (без зображень, графіків і формул):
Міністерство освіти і науки України
ВСП – Технічний коледж НУ «Львівська політехніка»
Системне програмування
ЗВІТ
Лабораторна робота №3
«Моделювання даних за допомогою діаграм "сутність зв'язок" (ERD - Entity Relationship Diagrams)»
підготував студент групи 45КІ Логін Юрій
Львів – 2013
Мета лабораторної роботи: полягає у практичному моделюванні даних за допомогою діаграм "сутність-зв'язок" (ERD-Entity Relationship Diagrams).
Теоретичні відомості
Діаграми сутність - зв'язок
Діаграми "сутність-зв'язок" (ERD) призначені для розробки моделей даних та забезпечують стандартний засіб визначення даних і відношень між ними. Фактично за допомогою ERD здійснюється деталізація сховищ даних проектованої системи, а також документуються сутності системи та засоби їхньої взаємодії, включаючи ідентифікацію об'єктів, важливих для предметної області (сутності), властивостей цих об'єктів (атрибутів) і їхніх відношень з іншими об'єктами (зв’язків).
Дана нотація була введена Ченом (Chen) і отримала подальший розвиток в роботах Баркера (Barker). Нотація Чена надає багатий набір засобів моделювання даних, включаючи ERD, діаграми атрибутів, діаграми деком позиції. Ці діаграмні техніки використовуються для проектування реляційних баз даних.
Сутність, відношення і зв'язки в нотації Чена
Сутність являє собою множину екземплярів реальних або абстрактних об'єктів (людей, подій, станів, ідей, предметів і т. ін.), що мають спільні атрибути або характеристики. Будь-який об'єкт системи може бути представлений лише однією сутністю, що повинна бути унікально ідентифікована. При цьому ім'я сутності повинно відображати тип або клас об'єкту, а не його конкретний екземпляр (наприклад, КНИГА, а не назва конкретної книги).
Відношення в самому загальному вигляді являє собою зв'язок між двома і більшою кількістю сутностей. Найменування відношення здійснюється за допомогою граматичного звороту дієслова (МАЄ, ВИЗНАЧАЄ, МОЖЕ ВОЛОДІТИ і т. ін.)
Мал.1. Позначення в ERD (нотація Чена).
.
Значення зв'язку характеризує його тип та, як правило, наступної множини: {"0 або 1", "0 або більше", "1", "1 або більше", "р : q" (діапазон)}.
Пара значень зв'язків, що належать до одного й того ж відношення, визначає тип цього відношення. Практика показала, що для більшості застосувань достатньо використати наступні типи відношень:
1). 1*1 (один-до-одного). Відношення даного типу використовуються, як правило, на верхніх рівнях ієрархії моделі даних, а на нижніх рівнях зустрічаються порівняно рідко.
2). 1*п (один-до-багатьох). Відношення даного типу використовується найбільш часто.
3). n*m (багато-до-багатьох). Відношення даного типу звичайно використовуються на ранніх етапах проектування з метою прояснення ситуації. В подальшому кожне з таких відношень повинно бути перетворене в комбінацію відношень типів 1 та 2 (можливо, з доданням допоміжних асоціативних сутностей та введенням нових відношень).
На мал. 2 наведена діаграма "сутність-зв'язок", що демонструє відношення між об' єктами на прикладі банкомату.
Мал.2. Діаграма “сутність-зв’язок”
Згідно до цієї діаграми кожен БАНК МАЄ один або більш РАХУНКІВ В БАНКУ. Крім того, кожен КЛІЄНТ МОЖЕ ВОЛОЛ1ТИ (водночас) однією або більше КРЕДИТНОЮ.
КАРТКОЮ КАРТКОЮ і одним або більш БАНКІВСЬКИМ РАХУНКОМ, кожен з яких ВИЗНАЧАЄ рівно одну КРЕДИТНУ КАРТКУ (відзначимо, що у клієнта може і не бути ані рахунку, ані кредитної карти). Кожна КРЕДИТНА КАРТА МАЄ лише один залежний від неї ПАРОЛЬ КАРТКИ, а кожен КЛІЄНТ ЗНАЄ (але може і забути) ПАРОЛЬ КАРТКИ.
Діаграми атрибутів
Кожна сутність володіє однім або декількома атрибутами, що однозначно ідентифікують кожен примірник (екземпляр) сутності. При цьому будь-який атрибут може бути визначений як ключовий.
Деталізація сутності здійснюється з використанням діаграм атрибутів, що розкривають асоційовані з сутністю атрибути. Діаграма атрибутів складається з сутності, що деталізується, відповідних атрибутів і доменів, області значень, що описують атрибути. На діаграмі кожен атрибут представляється в вигляді зв'язку між сутністю і відповідним доменом, що є графічним представленням множини можливих значень атрибуту. Всі атрибутні зв'язки мають значення на своєму закінченні. Для ідентифікації ключового атрибуту використовується підкреслювання імені атрибуту (мал. 3).
Мал.3. Діаграми атрибутів сутності КРЕДИТНА КАРТКА
Катетеризація сутностей
Сутність може бути поділена та представлена у вигляді двох або більше сутностей-категорій, кожна з яких має загальні атрибути і/або відношення, що визначаються один раз на верхньому рівні та успадковуються на нижньому. Сутності-категорії можуть мати і свої власні атрибути і/або відношення, а також, в свою чергу, можуть бути піддані декомпозиції своїми сутностями-категоріями на наступному рівні. Сутність, що розщеплюється на категорії, отримала назву загальної сутності (відзначимо, що на проміжних рівнях декомпозиції одна й та ж сутність може бути як загальною сутністю, так і сутністю-категорією). Для демонстрації декомпозиції сутності на категорії "використовуються діаграми катетеризації. Така діаграма містить загальну сутність, дві і більше сутностей-категорій та спеціальний вузол-дискримінатор, що описує засоби декомпозиції сутності.
Мал. 5. Основні типи дискримінаторів Мал.4. Діаграма катетеризації.
Існують 4 можливих типи дискримінатора (мал. 5):
1). Повне і обов'язкове входження Е/М (exclusive/mandatory) — сутність повинна належати до однієї і лише однієї з категорій. Для прикладу на мал. 26 це означає, що РОЗРОБНИКОМ є АНАЛІТИК, або ІНТЕГРАТОР, або ПРОГРАМІСТ.
2). Повне та необов'язкове входження Е/О (exclusive/ optional) — сутність може належати лише до однієї з категорій. Це означає, що РОЗРОБНИКОМ є АНАЛІТИК, або ІНТЕГРАТОР, або ПРОГРАМІСТ, або розробник будь-якого іншого фаху (наприклад, МЕНЕДЖЕР).
3). Неповне та обов'язкове входження І/М (inclusive/ mandatory) — сутність повинна належати принаймні до однієї з категорій. Це припускає в доповнення до 1) задавати наступну ситуацію: РОЗРОБНИКОМ є водночас і АНАЛІТИК, і ІНТЕГРАТОР.
Неповне та необов'язкове входження I/O (inclusive/optional) — сутність може належати принаймні до однієї з категорій. В доповнення до 2 РОЗРОБНИКОМ є розробник будь-якого іншого проектного фаху (наприклад, ТЕСТУВАЛЬНИК).
Перелік проектів інформаційних систем, які будуть використані для моделювання даних за допомогою діаграм "сутність-зв'язок" (ERD - Entity Relationship Diagrams).
Проект моделі організації інформаційної системи обслуговування пайовиків.
Функціональна модель діяльності з цінними паперами в комерційному банку.
Побудова моделі фірми, що займається реалізацією стоматологічного обладнання.
Побудова моделі організації, що займається організацією рекламної агенції.
Створення моделі функціонування туристичної фірми.
Обслуговування пацієнтів в лікарні.
Автотранспортне підприємство.
Обслуговування читачів в бібліотеці.
Організація роботи АТС.
Організація роботи з клієнтами в банку.
Диспетчеризація автотранспорту.
Організація міжнародних перевезень.
Складська діяльність підприємства.
Функціонування бухгалтерії.
Автотранспортні перевезення людей в межах міста "Пежо"
Медико-діагностичне тестування в лікарнях та медичних установах.
Обслуговування пацієнтів в лікарнях, поліклініках.
Зберігання, надходження розподіл товарів, що знаходяться на гуртових складах.
Збір даних про погоду на метеорологічних станціях.
Фірми, що займаються розробкою, реалізацією апаратного та програмного комп'ютерного забезпечення.
04.06.2014 19:06-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора