Інститут бізнес – технологій «УАБС»

Сумського Державного Університету

Кафедра економічної кібернетики

Курсова робота

з дисципліни «Технології проектування та адміністрування баз даних і сховищ даних»

на тему:

«Проектування бази даних салону з продажу автомобільної техніки»

Виконав: студент II курсу

групи ЕК-41

Ханін В.О.

Перевірив: Братушка С.М.

Суми 2016

Інститут бізнес-технологій «УАБС»

Сумського державного університету

Кафедра економічної кібернетики

ЗАТВЕРДЖУЮ
Завідувач кафедри Д.е.н., проф..
	О.В. Кузьменко
" " 2016 р.

ІНДИВІДУАЛЬНЕ ЗАВДАННЯ НА КУРСОВУ РОБОТУ

з дисципліни " Технології проектування баз та сховищ даних "

Студенту групи ЕК-41

Ханіну Віталію Олеговичу

1.Тема роботи: Проектування бази даних салону з продажу автомобільної техніки

2. Термін здачі студентом закінченої роботи: «13» червня 2016 р.

3.Початкові данні, мета роботи:

Підприємство займається продажем легкових автомобілів. Для обліку кожного автомобілю враховується: марка, модифікація, постачальник, колір, дата надходження, дата продажу, початкова ціна, статус. Кожен автомобіль враховується окремо, за допомогою унікального ідентифікатора, що складається з 6 цифр.

Статус кожного автомобілю може бути: у вільному продажі, замовлений, проданий.

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

На підприємстві враховуються відомості про кожного постачальника, чиї автомобілі виставлялися до продажу. Відомості про власника складаються з: назви, адреси, контактної інформації.

Також фірма зберігає відомості про кожну людину, що будь коли зверталась до підприємства з питанням про купівлю автомобіля. При цьому враховується: прізвище, ім’я, по батькові, контактна інформація.

Фірма враховує кожний факт продажу автомобіля. При цьому враховується: автомобіль, покупець, агент з продажу, ціна, спосіб оплати. Способи оплати бувають: готівкою, чеком і за допомогою кредитної картки.

Штат підприємства складається з 14 працівників. Відомості про працівника складаються з: прізвища, ім'я, по батькові, адреси, номеру телефону, дати народження, дата прийому на роботу, посади.

Штатний розклад підприємства передбачає посади: директора, бухгалтера, агента з продажу. Співробітник може посідати тільки одну посаду.

В даний час облік на підприємстві здійснюється за допомогою програми Microsoft Office Excel. Для зберігання інформації створене значне число файлів, загальний об'єм яких стає критичним для наявних обчислювальних ресурсів. Крім того, процес управління інформацією, внаслідок її неузгодженості, надмірно трудомісткий.

Необхідно: спроектувати і реалізувати реляційну базу даних для централізованого зберігання інформації, з метою полегшити і зробити більш ефективним управління обліком продажу автомобільної техніки.

4.Перелік питань які необхідно розробити:

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

Створити екземпляр бази даних і її базових таблиць (у кількості не менше 10) за допомогою мови визначення даних SQL. Для забезпечення цілісності даних використовувати класи обмежень: PRIMARY KEY, UNIQUE, FOREIGN KEY і CHECK. За допомогою редактора діаграм створити діаграму, в якій відобразити всі таблиці бази даних, їх атрибути, ключі і зв'язки, між ними.

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

5.Обов’язкові елементи:

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

Завдання видав			С.М. Братушка
		" " 2016 р.
Завдання одержав
		" " 2016 р.

Інститут бізнес – технологій «УАБС»

Сумського Державного Університету

5. Рецензія на курсову роботу

Студента Ханіна Віталія Олеговича

Шифр____________________ група ЕК-41 курс 2____________

факультету банківських технологій, відділення___денного________________

________________________________________________________________

Курсова робота з Технології проектування баз даних і сховищ даних

Тема: Проектування бази даних салону з продажу автомобільної техніки

РЕЄТРАЦІЙНИЙ № _______ Оцінка ______________________

Рецензент Братушка Сергій Миколайович

(наукове звання, прізвище, ім’я та по-батькові)

З М І С Т Р Е Ц Е Н З І Ї

____________________________________________________________________________________________________________________________________

____________________________________________________________________

____________________________________________________________________

___________________________________________________________________

____________________________________________________________________

___________________________________________________________________

____________________________________________________________________

___________________________________________________________________

____________________________________________________________________

____________________________________________________________________________________________________________________________________

____________________________________________________________________

____________________________________________________________________

ЗМІСТ

1.Тема роботи: Проектування бази даних салону з продажу автомобільної техніки 2

​ РЕЦЕНЗІЯ НА КУРСОВУ РОБОТУ 4

ВСТУП 6

1 МОДЕЛЮВАННЯ РЕЛЯЦІЙНОЇ СТРУКТУРИ БАЗИ ДАНИХ 11

1.1 Систематизація вимог до бази даних 11

1.2 Семантичне моделювання даних 12

1.3 Нормалізація структури даних 19

2 СТВОРЕННЯ БАЗИ ДАНИХ І БАЗОВИХ ТАБЛИЦЬ 22

2.1 Вибір технологічного інструментарію для реалізації проекту 22

2.2 Розробка сценаріїв для створення бази даних і базових таблиць 25

2.3 Забезпечення декларативної цілісності реляційних даних 28

3.1 Розробка об’єктів для маніпулювання даними 31

3.2 Розробка об’єктів для обробки подій бази даних 34

3.3 Розробка об’єктів для відображення реляційних даних 37

ВИСНОВКИ ТА ПРОПОЗИЦІЇ 41

ПЕРЕЛІК ПОСИЛАНЬ 43

ДОДАТКИ 44

ВСТУП

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

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

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

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

Перша причина – неоднозначність. Виникає ситуація, коли один і той же елемент по-різному називається в довідниках різних програмних компонентів ІС. Ефективна робота системи вимагає відсутності подібних неоднозначностей.

Друга причина – неузгодженість. Коли кожен програмний модуль по-своєму тлумачить значення певного елементу, існує висока ймовірність неузгодженості.

Третя причина – марна праця. Створення записів з даними для підтримки окремого програмного модуля, тоді як частина цих даних вже існує в ІС, є марною витратою часу, сил і грошей.

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

ІС, побудовані за технологією використання баз даних , завдячують своєму визнанню здебільшого, завдяки реалізації концепції інтегрованого використання даних. Під концепцією інтегрованого використання даних множиною програмних компонент ІС, мається на увазі виконання наступних положень:

• по-перше, різні програмні додатки можуть використовувати одні й ті ж дані;

• по-друге, ці дані можуть використовуватися різними програмними додатками в один і той самий час.

Процес інтегрованого використання даних називається паралельним доступом або паралелізмом (concurrency). Паралелізмом необхідно керувати, інакше дані можна легко пошкодити (наприклад, якщо один програмний додаток змінює елемент даних, який використовується в цей момент іншою програмою).

Ці обов'язки покладаються на певний клас програмного забезпечення – систему управління базою даних (СУБД). СУБД реалізовує функції серверу баз даних і виконує роль посередника між програмними додатками і даними. Саме СУБД повинна надавати можливість користувачам отримувати паралельний доступ до даних й керувати ним.

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

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

Роль СУБД полягає в тому, щоб генерувати запити, що дозволяють використовувати функціональні можливості системи управління файлами комп’ютера, на зовнішній пам’яті якого вони розташовані – хоста (host), для обслуговування різноманітних програмних додатків. Під «хостом» розуміють комп’ютер, що надає серверні послуги через інтерфейси, на яких він є унікально визначеним. СУБД – це додатковий рівень програмного забезпечення, надбудований над системним програмним забезпеченням хоста.

Та частина інформації з бази даних, яка потрібна певному додатку, називається представленням (view). Окремі елементи даних можуть мати зовсім різний вигляд в залежності від того, за допомогою якого представлення проводиться звернення до них. Одні і ті ж дані можуть мати різні імена в різних представленнях. СУБД повинна підтримувати ці можливості різноманітного представлення частин загального обсягу даних.

Кожне представлення бази даних – це окрема логічна структура, побудована з фізичних даних, що лежать в її основі. Щоб забезпечити інтерфейс між фізичною пам'яттю бази даних та її різноманітними логічними версіями, СУБД, у свою чергу, повинна поділятись на декілька рівнів.

У будь-якій системі з базою даних є центральний, або, так званий, концептуальний рівень – логічне представлення даних системи. Концептуальний рівень повинен мати наступні характеристики:

• незалежністю від того, як фізично зберігаються дані;

• повнотою, тобто він повинен містити опис усіх даних, що зберігаються в системі.

Концептуальний рівень СУБД складається з усіх об'єктів бази даних, доступних користувачам через програмні додатки. Об'єкт бази даних – це її певний логічний елемент. Залежно від типу бази даних її користувачам будуть доступні різні типи об'єктів.

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

СУБД повинна мати змогу підтримувати різноманітні представлення одних і тих самих даних. Загальне поняття такого представлення полягає у відображенні інформації, що зберігається в базі даних у вигляді, який є необхідний конкретному додатку або множині додатків.

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

Існує також інша форма незалежності даних, так звана фізична незалежність даних. Вона полягає в усуненні користувачів і додатків від змін, що відбуваються в фізичному сховищі бази даних. Фізичне сховище пересічної бази даних часто піддається оновленням і змінам з метою підвищення продуктивності ІС та оперативного відображення змін, що відбуваються з реальними об’єктами, данні про які зберігаються в базі даних. На самому нижньому рівні СУБД повинна встановити відповідність між представленням бази даних у вигляді концептуальної схеми та її фізичним представленням.

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