Українська академія банківської справи

Національного банку України

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

КУРСОВА РОБОТА

з дисципліни „Технологія проектування та адміністрування БД і СД”

на тему:

„Проектування бази даних готельного комплексу ”

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

групи ЕК-11

Арєхов М.М.

Нормоконтроль: Вахнюк С.В.

Перевірив: Вахнюк С.В.

Суми 2013

ЗАВДАННЯ НА КУРСОВУ РОБОТУ

Студенту групи ЕК-11 спеціальності економічна кібернетика__________________________

_________________________Арєхову Миколі Миколайовичу_____________________________

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

2. Термін здачі студентом закінченої роботи: "__"_______20__ р.

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

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

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

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

Готельний комплекс збирає відомості про клієнтів : ім'я, прізвище, адреса, статус.

В готелі необхідно реєструвати, замовлення з моменту його прийому співробітником(адміністратором) до оплати послуг клієнтом. У замовленні необхідно враховувати відомості про тип номера, комфортність, клієнта, що проживатиме в номері, робітника, що обслуговуватиме даний номер, число замовлень одним клієнтом, та період проживання клієнта в готелі, спосіб оплати й спосіб замовлення.

Способи оплати бувають: готівкою, чеком і за допомогою кредитної картки. Способів замовлення чотири: 1) замовлення підлягає відправці, 2) замовлення буде одержане особисто, 3) замовлення відправлене й 4) замовлення одержане. У замовленні фігурує тільки клієнт й один співробітник.

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

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

Українська академія банківської справи

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

Студента Арєхову Миколі Миколайовичу_____________________

Шифр _________________________ група _____ ЕК-11 курс 2______

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

Курсова робота з Технологія проектування та адміністрування БД і СД

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

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

Рецензент__________Вахнюк Сергій Валерійович__________________

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

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

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

__________________________________________________________________

____________________________________________________________________________________________________________________________________

__________________________________________________________________

Зміст

ВСТУП 6

РОЗДІЛ 1. Моделювання реляційної бази даних 10

1. Систематизація вимог до бази даних 10

2. Семантичне моделювання даних 11

3. Нормалізація структури даних 17

РОЗДІЛ 2. Створення бази даних і базових таблиць 23

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

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

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

РОЗДІЛ 3 Розробка об’єктів для доступу до реляційним даним 35

1. Розробка об'єктів для маніпулювання даними 35

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

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

ВИСНОВОК 45

СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ 46

ДОДАТОК А 47

ДОДАТОК Б 48

ДОДАТОК В 49

ДОДАТОК Г 50

ДОДАТОК Д 56

ВСТУП

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

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

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

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

База Даних (БД) – це структурована певним чином сукупність даних, що ставиться до конкретної задачі. БД може бути як локальна, так і розподілена.

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

Темою даної курсової роботи є проектування бази даних готельного комплексу.

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

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

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

Готельний комплекс збирає відомості про клієнтів : ім'я, прізвище, адреса, статус.

В готелі необхідно реєструвати, замовлення з моменту його прийому співробітником(адміністратором) до оплати послуг клієнтом. У замовленні необхідно враховувати відомості про тип номера, комфортність, клієнта, що проживатиме в номері, робітника, що обслуговуватиме даний номер, число замовлень одним клієнтом, та період проживання клієнта в готелі, спосіб оплати й спосіб замовлення.

Способи оплати бувають: готівкою, чеком і за допомогою кредитної картки. Способів замовлення чотири: 1) замовлення підлягає відправці, 2) замовлення буде одержане особисто, 3) замовлення відправлене й 4) замовлення одержане. У замовленні фігурує тільки клієнт й один співробітник.

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

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

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

При розробці даного проекту бази даних були визначені наступні цілі як:

- Забезпечити можливість ефективного керування інформацією про співробітників і клієнтів готельного комплексу;

- Реалізувати механізм ефективного розподілу ресурсів між різними клієнтськими заявками на обслуговування;

- Якісно й вчасно обслужити всі заявки клієнтів.

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

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

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

Для реалізації цього проекту обрана MS SQL 2005.

Однією з переваг SQL Server є простота його застосування, зокрема адміністрування. SQL Server Manager є повно функціональний і достатньо простий засіб для адміністрування цієї СУБД.

Сервер баз даних SQL Server 2005 дозволяє використовувати на одному комп'ютері декілька одночасно працюючих серверів.

У версії SQL Server 2005 з'явилася підтримка призначених для користувача функцій, які можна створювати засобами мови Transact SQL. Крім скалярних значень такі функції можуть повертати і таблиці.

Існує підтримка мови XML, включаючи ключове слово FOR XML для витягання даних у вигляді XML-потоків.

Реалізована підтримка змін в схемі бази даних без повторного створення публікацій і підписчиків.

Розширені можливості фільтрації публікованих даних, існує можливість трансформації публікованих даних із застосуванням сервісів трансформації даних (Data Transformation Services).

У SQL Server 2005 підтримується можливість завдання альтернативних публікаторів інформації, що дозволяє синхронізувати дані навіть в тих випадках, коли первинний публікатор недоступний.

Розділ 1 . Моделювання реляційної структури бд

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

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

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

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

При розробці даного проекту бази даних були визначені наступні цілі як:

- Забезпечити можливість ефективного керування інформацією про співробітників і клієнтів готельного комплексу;

- Реалізувати механізм ефективного розподілу ресурсів між різними клієнтськими заявками на обслуговування;

- Якісно й вчасно обслужити всі заявки клієнтів.

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

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

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

Кожній людині ставляться у відповідність властивості (properties), або атрибути (attributes), які можуть містити в собі ім'я, суспільне становище, адреса проживання, а також рід занять людини.

Підсумовуючи сказане, необхідно деталізувати використовувані сутності:

- "Співробітники готелю" - ім'я, прізвище, посада й заробітна плата, індефікаційній код, ;

- "Клієнти готелю" - ім'я,прізвище, адреса, замовлення;

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

2. Семантичне моделювання даних

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

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

При моделюванні розроблювальної бази даних за основу модель сутність-зв'язок (ER-модель), що була вперше запропонована Ченом і з тих пір піддавалася значним уточненням. Ця модель має деякі недоліки, але не позбавлена достоїнств, які полягають у її відносній простоті а також в тому, що її зручно застосовувати до бізнес - сценаріїв. Саме різні варіації цієї моделі найчастіше використаються при моделюванні сучасних баз даних.

Отже важливим етапом даної курсової роботи є розробка діаграми відносин між об'єктами, або, як її ще називають, діаграми "сутність-зв'язок" (Entity Relationship Diagram- ERD). Так, як необхідно зберігати інформацію про співробітників готелю, то логічніше всього було б представити її в відповідній таблиці. Це ж відноситься і до інформації про клієнтів готелю. Процес визначення структур даних, необхідних для зберігання інформації проекту, називається моделюванням даних.

Моделювання даних - це процес наочного зображення схеми бази даних, потоків даних, а також способу зв'язку окремих таблиць бази даних. Моделювання даних здійснюється із застосуванням різних засобів, включаючи діаграму діаграму "сутність-зв'язок" (Entity Relationship Diagram- ERD).

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

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

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

Бази даних класифікують за моделями (або структурі) даних.

Модель даних — сукупність структур даних й операцій по їхній обробці. За допомогою моделі даних можна наочно представити структуру об'єктів і встановлені між ними зв'язку. Для термінології моделей даних характерні поняття «елемент даних» й «правила зв'язування». Елемент даних описує будь-який набір даних, а правила зв'язування визначають алгоритми взаємозв'язку елементів даних. До теперішнього часу розроблена множина різних моделей даних, але на практиці використається три основних. Виділяють ієрархічну, мережну й реляційну моделі даних.

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

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

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

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

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

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

Об'єкт - елементи реального часу, які існують незалежно.

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

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

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

Клієнт готелю (Client) - його модель буде дуже схожа на модель співробітника готелю має практично аналогічний набір атрибутів: ім'я, прізвище, адреса.

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

На основі представленої сутності будується таблиця, яка матиме вигляд

Таблиця 1.1 - Стовпці таблиці Client

№ Атрибута	Назва атрибута	Тип даних	Призначення атрибута
1	FirstName	Рядковий тип даних зі зміною довжиною	Призначений для виведення ім’я клієнта

Продовження таблиці 1.1

2	SurName	Рядковий тип даних зі зміною довжиною	Призначений для виведення прізвища клієнта
3	Address	Рядковий тип даних зі зміною довжиною	Призначений для виведення адреси клієнта

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

Таблиця 1.2 - Стовпці таблиці Employee

№ Атрибута	Назва атрибута	Тип даних	Призначення атрибута
1	FirstName	Рядковий тип даних зі зміною довжиною	Призначений для виведення ім’я працівника готелю
2	SurName	Рядковий тип даних зі зміною довжиною	Призначений для виведення прізвища працівника
3	Address	Рядковий тип даних зі зміною довжиною	Призначений для виведення адреси працівника
4	Post	Рядковий тип даних зі зміною довжиною	Призначений для виведення адреси працівника

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

Сутність «замовлення» (Orders) буде зберігати інформацію про взаємодію між співробітниками готелю та його клієнтами.

Таблиця 1.3 - Стовпці таблиці Orders

№ Атрибута	Назва атрибута	Тип даних	Призначення атрибута
1	TypeHotelRoom	Рядковий тип даних зі зміною довжиною	Призначений для виведення типів кімнат в готелі
2	Payment	Рядковий тип даних зі зміною довжиною	Призначений для виведення видів оплати послуг
3	Comfort	Рядковий тип даних зі зміною довжиною	Призначений для виведення комфортності готельних номерів
4	TimeRecedens	Рядковий тип даних зі зміною довжиною	Призначений для виведення даних пов’язаних з періодом проживання в готелі

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