Лабораторна робота №5, Моделювання даних за допомогою метода Баркера в інформаційних системах і технологіях
Код роботи: 1582
Вид роботи: Лабораторна робота
Предмет: Інформаційні системи і технології в управлінні проектами
Тема: №5, Моделювання даних за допомогою метода Баркера в інформаційних системах і технологіях
Кількість сторінок: 7
Дата виконання: 2016
Мова написання: українська
Ціна: безкоштовно
На лабораторній роботі я навчився реалізовувати моделювання даних за допомогою нотації Баркера.
Мета роботи: практичне засвоєння моделювання даних за допомогою метода Баркера.
Короткі теоретичні відомості
Нотація Баркера та її модифікації (наприклад, Crow’s Foot) для ERD, були розроблені для усунення недоліків ERD у нотації Чена, зокрема таких:
- ERD в нотації Чена не дають наочного зображення усієї моделі даних, оскільки для визначення атрибутів існує окремий вид діаграм; якщо поєднати ERD разом з діаграмами атрибутів, то в результаті отримується занадто велика і погано читабельна схема;
- Взаємозв’язки на ERD в нотації Чена зображають окремими вузлами, які за розмірами є спів вимірними з вузлами-сутностями, що не дає змогу сконцентрувати увагу власне на найважливіших елементах ERD-сутностей.
У нотації Бракера використовують лише один тип діаграм – ERD, які містять як взаємозв’язки між сутностями, так і атрибути сутностей.
Сутність (Entity) – це реальний або уявний об’єкт, який має історичне значення для аналізованої предметної області, інформація про який полягає збереженню. Кожна сутність зображується прямокутником, у верхній частині якого вказується унікальне ім’я (рис. 1.1). Сутність має один або декілька атрибутів, які зображуються списком імен цих атрибутів у середині прямокутника сутності. Ім’я кожного атрибута є унікальним в межах сутності і є іменником або іменниковою фразою, що описує характеристику, яку подає атрибут.
Атрибут – це будь-яка характеристика сутності, яка є істотною для аналізованої предметної області і призначена для кваліфікації, ідентифікації, класифікації, кількісної характеристики або відображення стану сутності. Атрибут відображає тип характеристик або властивостей, асоційованих із множиною реальних або абстрактних об’єктів (людей, місць, подій, станів, ідей, предметів тощо). Екземпляр атрибутів визначається типом характеристики і її значенням – значенням атрибута. У ERD атрибути асоціюються з конкретними сутностями. Отже, екземпляр сутності повинен мати єдине визначене значення для асоційованого атрибута.
Серед атрибутів виділяють один або декілька атрибутів – потенційний ключ, що однозначно ідентифікує кожний екземпляр сутності. Серед усіх потенційних ключів один позначається як первинний ключ, а інші – як альтернативні ключі. Переважно в сутностях існує один потенційний ключ, який автоматично є первинним.
Атрибут може бути або обов’язковим, або необов’язковим. Обов’язковість означає, що атрибут не може отримувати невизначених значень (null-значень). Атрибут може бути або описовим, або входити до складу первинного ключа. На рис. 1.1 зображено призначення ключових, обов’язкових та необов’язкових атрибутів сутності.
Взаємозв’язок (Relationship) – це іменована асоціація між двома сутностями, істотна для аналізованої предметної області. За наявності взаємозв’язку, як правило, кожен екземпляр однієї сутності, яка називається банківською сутністю, асоціюється з довільною (зокрема нульовою) кількістю екземплярів іншої сутності, яка називається сутністю-нащадком. А кожен екземпляр сутності-нащадка асоціюється точно з одним екземпляром батьківської сутності. Отже екземпляр сутності-нащадка може існувати тільки у разі існування відповідного екземпляра батьківської сутності.
Види взаємозв’язків між сутностями показано на рис. 1.2.
Рис. 1 - Позначення взаємозв’язків між сутностями
на ERD в нотаціях Баркера (а) та Crow’s Foot (б)
Зазначимо, що взаємозв’язки можуть пов’язувати сутність саму з собою.
Хід роботи
Будую базу даних за методологією Баркера відповідно до ПО.
Рис. 2 – Структура бази даних за методологією Баркера
У таблиці Лікарні поля:
Код лікарні – ключове поле;
Поля Назва,Адреса,Телефон є обов’язковими.
У таблиці Відділи поля:
Код відділу – ключове поле;
Поле Код лікарні – зовнішній ключ
Поля Назва відділення,Кількість працівників - обовязкові
У таблиці Аптека поля:
Код аптеки – ключове поле;
Код лікарні – зовнішній ключ
Поля Назва,Телефон,Розташування є обов’язковими.
У таблиці Лікарства_Аптека поля
Код лікарства – ключове поле;
Код аптеки – зовнішній ключ
Поля Назва,Ціна,Кількість є обов’язковими.
У таблиці Персонал поля:
Код працівника – ключове поле;
Код відділення, Код посади – зовнішні ключі
Поля Ім’я, Прізвище, По-батькові, Телефон, Адреса є обов’язковими.
У таблиці Посада поля:
Код посади – ключове поле;
Поля Назва,Зарплата є обов’язковими.
У таблиці Пацієнти поля:
Код пацієнта – ключове поле;
Код працівника – зовнішній ключ
Поля Ім’я, Прізвище, По-батькові є обов’язковими.
Поле Телефон – не обов’язкове
У таблиці Персонал поля:
Код працівника – ключове поле;
Код відділення, Код посади – зовнішні ключі
Поля Ім’я, Прізвище, По-батькові, Телефон, Адреса є обов’язковими.
У таблиці Процедури поля:
Код процедури – ключове поле;
Код працівника,Код пацієнта – зовнішній ключ
Поля Назва,Вартість,Тривалість є обов’язковими.
У таблиці Діагнози поля:
Код діагноза – ключове поле;
Код пацієнта – зовнішній ключ
Поля Назва є обов’язковим.
У таблиці Лікарства_Пацієнтполя:
Код лікарства – ключове поле;
Код пацієнта – зовнішній ключ
Поля Назва,Тривалість прийому,Кількість раз/день є обов’язковими.