Проектування та застосування бази даних перукарні

Размещено на http://www.allbest.ru/

Міністерство освіти і науки України

Національний університет «Львівська політехніка»

Кафедра ІСМ

Розрахункова робота

З дисципліни «Організація баз даних та знань»

на тему: “Проектування та застосування бази даних перукарні”

Виконала: студентка групи КН-26

Максимців С.А.

Прийняв: доцент каф. ІСМ

Верес О.М.

Львів 2015

Зміст

Вступ

1. Визначення та опис предметної області

2. Концептуальна модель «сутність-зв'язок

3. Побудова логічної структури бази даних

3.1 Проектування даталогічної моделі бази даних

3.2 Нормалізація бази даних

Вступ

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

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

Тож це досить актуальна тема, адже на сьогодні професія перукаря є досить популярна серед дівчат та жінок і часто перукарі стають невеликими підприємцями, відкриваючи власні салони.

Тому у даній роботі я розгляну побудову бази даних, яка задовільнить бажання підприємця-перукаря.

1. Визначення та опис предметної області

Отже, дана робота присвячена побудові бази даних для перукарні. Аналіз роботи майстрів перукарні показує, що їм буде необхідний збір персональної інформації клієнтів та їх побажання. Щоб клієнт швидко ознайомився із послугами, які надає перукарня - варто створити таблиці із інформацією про надання послуг. Також, окрім жіночих стрижок - клієнт може забажати манікюр чи педикюр, або інші послуги, які можуть надаватися у перукарні. Для цього також необхідне сховище, яке буде легкодоступним для клієнта.

Для цього всього створюється база даних (БД).

Проаналізувавши необхідну інформацію, можна зробити висновок, що для БД необхідна така вхідна інформація:

1) Інформація про перукарню;

2) Інформація про майстрів перукарні;

3) Інформація про послуги, які надає перукарня;

4) Персональна інформація про клієнта;

5) Інформація про інструменти, яким користуються майстри;

Персональна інформація про клієнта у свою чергу містить:

1) Код клієнта;

2) Ім'я клієнта;

3) Прізвище клієнта;

4) По-батькові клієнта;

5) Телефон клієнта;

Інформація про майстрів має містити:

1) Код майстра;

2) Ім'я майстра;

3) Прізвище майстра;

4) По-батькові майстра;

5) Телефон майстра;

Інформація про перукарню має містити:

1) Код перукарні;

2) Назва;

3) Вулиця;

4) Місто;

5) Область;

6) Телефон;

Інформація про інструменти має містити:

1) Код інструмента;

2) Марка;

3) Модель;

Інформація про послуги має містити:

1) Код послуги;

2) Назва послуги;

3) Ціна;

2. Концептуальна модель «Сутність-зв'язок»

Щоби побудувати інфологічну модель - варто використати графічні засоби. Щоби ER-діаграма була правильно побудована - необхідно проаналізувати та виділити сутності та атрибути. В подальшому сутності необхідно зв'язати зв'язками певного типу.

Після аналізу предметної області можна визначити такі сутності (звичайні):

1) ПЕРУКАРНЯ (Код_перукарні, Назва, Вулиця, Місто, Область, Телефон_).

2) МАЙСТРИ ПЕРУКАРНІ (Код_майстра, Ім'я, Прізвище, По_батькові, Телефон).

3) КЛІЄНТ (Код_клієнта, Ім'я, Прізвище, По-Батькові, Телефон).

4) ПОСЛУГИ (Код_послуги, Назва, Ціна).

6) ІНСТРУМЕНТИ (Код_інструмента, Марка, Модель).

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

Між сутностями існують такі зв'язки:

1) Між сутностями ПЕРУКАРНЯ і ПОСЛУГИ існує зв'язок (1:М) тому, що одна перукарня може надавати багато послуг.

2) Між сутностями ПЕРУКАРНЯ і ІНСТРУМЕНТИ існує зв'язок типу (1:М) тому, що одна перукарня може мати багато інструментів.

3) Між сутностями ПЕРУКАРНЯ та МАЙСТРИ існує зв'язок (1:М) бо одна перукарня може мати багато майстрів.

4) Між сутностями ПЕРУКАРНЯ і КЛІЄНТИ існує зв'язок типу (1:М).

Рис. 2.1 ER-діаграма моделі бази даних «ПЕРУКАРНЯ»

3. Побудова логічної структури бази даних

3.1 Проектування даталогічної моделі бази даних

база дані інформація перукарня

На даталогічному етапі інфологічна модель, яка є достатньо загальною і не є пов'язаною з технологією реалізації перетворена на опис схеми бази даних у термінах вибраної СУБД. У якості СУБД використано MS Access.

Рис. 2 Таблиці бази даних з їх атрибутами та зв'язками між таблицями

ТАБЛИЦЯ Перукарня * (Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_перукарні)

ПОЛЯ (Назва Текст 20, Область Текст 20, Місто Текст 20, Вулиця Текст 30);

ТАБЛИЦЯ Послуги * (Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_послуги)

ПОЛЯ (Назва Текст 20, Ціна Ціле);

ТАБЛИЦЯ Клієнт * (Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_клієнта)

ПОЛЯ (Ім'я Текст 20, Прізвище Текст 20, По-батькові Текст 20, Телефон Текст 10);

ТАБЛИЦЯ Майстри * (Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_майстра)

ПОЛЯ (Ім'я Текст 20, Прізвище Текст 20, По-батькові Текст 20, Телефон Текст 10);

ТАБЛИЦЯ Інструменти * (Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_інструмента)

ПОЛЯ (Марка Текст 20, Модель Текст 20);

ТАБЛИЦЯ Стрижка *(Звичайна сутність)

ПЕРВИННИЙ КЛЮЧ (Код_стрижки)

ЗОВНІШНІЙ КЛЮЧ (Код_перукарні ІЗ Перукарня;

NULL-значення НЕ ПРИПУСТИМІ,

ВИДАЛЕННЯ із Перукарня ОБМЕЖУЄТЬСЯ

ВІДНОВЛЕННЯ Перукарня.Код_перукарні ОБМЕЖУЄТЬСЯ)

ЗОВНІШНІЙ КЛЮЧ (Код_послуги ІЗ Послуги;

NULL-значення НЕ ПРИПУСТИМІ,

ВИДАЛЕННЯ із Послуги ОБМЕЖУЄТЬСЯ

ВІДНОВЛЕННЯ Послуги.Код_послуги ОБМЕЖУЄТЬСЯ)

ЗОВНІШНІЙ КЛЮЧ (Код_працівника ІЗ Працівники;

NULL-значення НЕ ПРИПУСТИМІ,

ВИДАЛЕННЯ із Працівники ОБМЕЖУЄТЬСЯ

ВІДНОВЛЕННЯ Працівники.Код_працівника ОБМЕЖУЄТЬСЯ)

ЗОВНІШНІЙ КЛЮЧ (Код_майстра ІЗ Майстри;

NULL-значення НЕ ПРИПУСТИМІ,

ВИДАЛЕННЯ із Майстри ОБМЕЖУЄТЬСЯ

ВІДНОВЛЕННЯ Майстри.Код_майстра ОБМЕЖУЄТЬСЯ)

ЗОВНІШНІЙ КЛЮЧ (Код_клієнта ІЗ Клієнти;

NULL-значення НЕ ПРИПУСТИМІ,

ВИДАЛЕННЯ із Клієнти ОБМЕЖУЄТЬСЯ

ВІДНОВЛЕННЯ Клієнти.Код_клієнта ОБМЕЖУЄТЬСЯ)

ПОЛЯ(Дата_стрижки Текст 20);

3.2 Нормалізація бази даних

Таблиці перебувають у 1НФ, тому що кожен факт розташовується лише у одному місці, тобто виключена надмірність інформації.

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

Таблиці є у третій нормальній формі (3НФ), тому що вони задовольняють вимогам 2НФ і жоден з їх неключових стовпчиків не залежить функціонально від будь-якого іншого неключового стовпчика.

Размещено на Allbest.ru