Розроблення бази даних для туристичної фірми
Автор работы: Пользователь скрыл имя, 09 Марта 2014 в 22:41, курсовая работа
Краткое описание
База даних (БД) – впорядкований набір логічно взаємопов'язаних даних, що
використовуються спільно, та призначені для задоволення інформаційних
потреб користувачів.
Головним завданням БД є гарантоване збереження значних обсягів
інформації (т.зв. записи даних) та надання доступу до неї користувачеві або ж
прикладній програмі. Таким чином БД складається з двох частин: збереженої
інформації та системи управління нею. З метою забезпечення ефективності
доступу записи даних організовують як множину фактів (елемент даних).
Microsoft Access – система управління базами даних від компанії
Майкрософт, програма, що входить до складу пакету офісних програм
Microsoft Office. Має широкий спектр функцій, включаючи зв'язані запити,
сортування по різних полях, зв'язок із зовнішніми таблицями і базами даних.
Завдяки вбудованій мові VBA, в самому Access можна писати підпрограми, що
працюють з базами даних.
Содержание
ВСТУП
3
АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ
6
1. Мета роботи
6
2. Опис предметної області
6
3. Основні завдання, розв’язувані в предметній області
7
РОЗРОБЛЕННЯ БАЗИ ДАНИХ
8
2. Концептуальне моделювання
8
2.1 Опис основних сутностей та їх атрибутів
8
2.2 Виявлення зв’язків між сутностями
11
3. Логічне моделювання
12
4. Фізичне моделювання
13
4.1 Створення таблиць
14
4.2 Створення запитів
14
4.3 Створення форм
15
4.4 Створення звітів
16
РЕАЛІЗАЦІЯ БАЗИ ДАНИХ
17
1. Схема даних
17
2. Форми
17
3. Запити
18
4. Звіти
19
ТЕСТУВАННЯ БАЗИ ДАНИХ
20
ВИСНОВКИ
21
СПИСОК ЛИТЕРАТУРЫ
Вложенные файлы: 1 файл
Міністерство освіти і науки України
Сумський державний університет
Кафедра комп’ютерних наук
Секція інформаційних технологій проектування
Пояснювальна записка до
Курсової роботи
з дисципліни «Методи і засоби комп’ютерних
інформаційних технологій»
на тему «Розроблення бази даних для туристичної фірми»
Студент
Арсеньєва М.Д.
Група
ІТз-11с
Викладач
Захарченко В.П.
Суми – 2013
2
ЗМІСТ
ВСТУП
3
АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ
6
1. Мета роботи
6
2. Опис предметної області
6
3. Основні завдання, розв’язувані в предметній області
7
РОЗРОБЛЕННЯ БАЗИ ДАНИХ
8
2. Концептуальне моделювання
8
2.1 Опис основних сутностей та їх атрибутів
8
2.2 Виявлення зв’язків між сутностями
11
3. Логічне моделювання
12
4. Фізичне моделювання
13
4.1 Створення таблиць
14
4.2 Створення запитів
14
4.3 Створення форм
15
4.4 Створення звітів
16
РЕАЛІЗАЦІЯ БАЗИ ДАНИХ
17
1. Схема даних
17
2. Форми
17
3. Запити
18
4. Звіти
19
ТЕСТУВАННЯ БАЗИ ДАНИХ
20
ВИСНОВКИ
21
СПИСОК ЛИТЕРАТУРЫ
22
ДОДАТОК
23
3
ВСТУП
База даних (БД) – впорядкований набір логічно взаємопов'язаних даних, що
використовуються спільно, та призначені для задоволення інформаційних
потреб користувачів.
Головним завданням БД є гарантоване збереження значних обсягів
інформації (т.зв. записи даних) та надання доступу до неї користувачеві або ж
прикладній програмі. Таким чином БД складається з двох частин: збереженої
інформації та системи управління нею. З метою забезпечення ефективності
доступу записи даних організовують як множину фактів (елемент даних).
Microsoft Access – система управління базами даних від компанії
Майкрософт, програма, що входить до складу пакету офісних програм
Microsoft Office. Має широкий спектр функцій, включаючи зв'язані запити,
сортування по різних полях, зв'язок із зовнішніми таблицями і базами даних.
Завдяки вбудованій мові VBA, в самому Access можна писати підпрограми, що
працюють з базами даних.
Базою даних (БД) – називається поіменована сукупність даних, з тією
мінімальною надмірністю, що необхідна для взаємопов'язаності даних, яка
адекватно відображає стан об'єктів та їхні відношення у розглядуваній
предметній області.
Основною причиною закономірного виникнення концепції баз даних є
прагнення підвищити гнучкість автоматизованих інформаційних систем, тобто
зробити їх менш залежними від змін вимог з обробки інформації і більш
придатними для розвитку і подальшої модифікації.
Основні ідеї, що лежать в основі концепції бази даних, такі:
1. Ізолювати будь-яку прикладну програму від впливу змін в інших
програмах через спільні дані шляхом розмежування логічних записів, що
використовуються прикладними програмами, від записів, що реально (фізично)
запам'ятовуються на магнітних носіях.
2. Усунути надмірне дублювання даних.
3. Централізувати управління даними. (Зрюмов, 2010)
Тобто, суть концепції баз даних полягає в інтегрованому збереженні й
диференційованому використанні прикладними програмами всієї інформації
про об'єкти предметної області, що представляють певний інтерес для
організації. За таких умов, з одного боку, формати представлення даних
описуються на логічному (зрозумілому) для кожної програми рівні, але, з
іншого боку, усі інші дані, що зберігаються у базі даних і не мають ніякого
відношення до певної прикладної програми, є для неї "прозорими". Це означає,
що їхню присутність програма не відчуває.
4
Таким чином всі дані розміщуються в єдиному сховищі, а користувачі
мають можливість звертатися до будь-яких даних, що їх цікавлять. Ті самі дані
можуть бути в різних комбінаціях і по-різному представлені відповідно до
потреб користувачів (прикладних програм). Це забезпечується за рахунок
занурення бази даних у спеціальне програмне середовище, що виконує функції
доступу і перетворення структур даних, і називається системою управління
базами даних (СУБД).
Набір принципів, що визначають організацію логічної структури зберігання
даних у базі, отримав назву моделі даних.
Реляційна модель вперше була запропонована Е. Ф. Коддом (Е. F. Codd) в
1970 році в його основній статті «Реляційна модель даних для великих спільно
використовуваних банків даних».
Реляційна модель даних (РМД) - логічна модель даних, прикладна теорія
побудови баз даних, яка є додатком до задач обробки даних таких розділів
математики як теорії множин і логіка першого порядку.
Реляційна модель даних включає такі 3 компоненти, що описують різні
аспекти реляційного підходу:
структурний аспект - дані в базі даних являють собою набір відносин;
аспект цілісності - відносини відповідають певним умовам цілісності. У
цілісній частині реляційної моделі даних фіксуються дві базових вимоги
цілісності, що повинні підтримуватися в будь-якій реляційній СУБД:
вимога цілісності сутностей і вимога цілісності по посиланнях;
аспект обробки (маніпулювання) - РМД підтримує оператори
маніпулювання відносинами (реляційна алгебра, реляційне обчислення).
Крім того, до складу реляційної моделі даних включають теорію нормалізації.
Проектування баз даних відбувається в чотири етапи.
На етапі формулювання й аналізу вимог встановлюються цілі організації,
визначаються вимоги до БД. Вони складаються з загальних вимог і
специфічних вимог. Для формування специфічних вимог зазвичай
використовується методика інтерв'ювання персоналу різних рівнів управління.
Всі вимоги документуються у формі, доступній кінцевому користувачу і
проектувальнику БД. (Маклаков, 2008)
Етап концептуального проектування полягає в описі і синтезі
інформаційних вимог користувачів у початковий проект БД.
У процесі логічного проектування відбувається високорівневе подання
даних у структуру використовуваної СУБД. Основною метою етапу є усунення
надмірності даних з використанням спеціальних правил нормалізації. Ціль
5
нормалізації - мінімізувати повторення даних і можливі структурні зміни БД
при процедури оновлення.
На етапі фізичного проектування вирішуються питання, пов'язані з
продуктивністю системи, визначаються структури зберігання даних та методи
доступу.
Microsoft Access – це система управління реляційними базами даних
(СУБД), призначена для роботи на окремому ПК або в локальній
обчислювальній мережі під керуванням Windows. Іншими словами, MS Access
– це набір інструментальних засобів для створення й експлуатації
інформаційних систем. Вона дозволяє розв’язувати широке коло завдань
користувачів без програмування.
Access має розвинуту систему запитів, яка дозволяє отримувати на екрані
різні відомості з таблиць. Користувач може задавати умови запиту, відповідно
до яких з бази вибираються визначені дані чи формується нова таблиця. У
СУБД Access реалізовані дві мови програмування: SQL та Visual Basic.
Основні можливості Access:
1. Проектування базових об’єктів інформаційних систем – двовимірних
таблиць з різними типами даних.
2. Установка зв’язків між таблицями, з підтримкою цілісності даних,
каскадного оновлення та знищення записів.
3. Уведення, зберігання, перегляд, сортування, модифікація і вибірка даних
із таблиць з використанням різних засобів контролю інформації, індексування
таблиць і апарату логічної алгебри (для фільтрації даних). (Microsoft Access
2010. Шаг за шагом: Практическое пособие, 2011)
6
АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ
1. Мета роботи
Отже, основною ціллю створення БД «Турфірма» є розробка складної бази
даних з підтримкою організації та обробки інформації в ній. У БД повинен бути
реалізований доступ до данних двох груп користувачів: менеджер, клієнт. Для
користувача не повинно складати труднощів «пересуватись» по даним,
знаходити необхідні, редагувати вже існуючі, видаляти застарілі дані. Основну
увагу треба націлити на забезпечення коректної і цілісної роботи БД. Кількість
недоліків звести до мінімуму.
2. Опис предметної області
Турфірма «Фенікс»
Підприємство займається наданням туристичних послуг.
Об’єктами
діяльності є тури. Кожний має назву, країну, вартість, дату відправлення,
наявність екскурсій, кількість днів, розмір групи, опис.
Підприємство обслуговує персонал. Менеджери та консультанти
займаються оформленням замовлень. Кожен працівник має свій унікальний
номер, ФІО, дата народження, посада, контактні данні (адреса, телефон), розмір
зарплатні.
У кожного тура зазначені: назва, країна, тип, дату від’їзду, кількість днів,
розмір групи, вартість, опис, фото.
Підприємство співпрацює з різними компаніями (постачальники послуг). У
кожного з них є назва, ФІО представника, телефон та адреса.
Дана БД буде включати в себе інформацію про замовлення туристичних
турів, клієнтів, постачальників послуг та працівників турфірми «Фенікс».
Користувач типу «Клієнт» зможе переглянути інформацію про наявні тури та
відстежити замовлення. Користувач «Менеджер» працює безпосередньо з
даними (внесення, редагування, видалення, створення звітів).
7
3. Основні завдання, розв’язувані в предметній області
1. Пошук Замовлень по назві/замовнику/даті.
2. Пошук самого активного менеджера по кількості оформлених замовлень,
нарахування бонусів
3. Вивід статистичних даних (найбільш затребуванна краіна)
4. Графічний вивід статистичних даних (типи турів)
5. Вивід історії замовлень заданого клієнта
6. Вивід замовлень екскурсій
7. Пошук самого популярного туру по результатам продажів
8. Перегляд загальної інформації про тури
9. Пошук найближчого туру за датою
10.Ввід, редагування, видалення інформації про замовлення, клієнтів,
постачальників, працівників, тури.
8
РОЗРОБЛЕННЯ БАЗИ ДАНИХ
2. Концептуальне моделювання
2.1 Опис основних сутностей та їх атрибутів
Опис основних сутностей та їх атрибутів приводиться в таблиці 1:
Таблиця 1. Опис сутностей та атрибутів
Сутність
Опис сутності
Атрибут
Опис атрибутів
Клиент
Містить
інформацію про
клієнтів
Код
Код клієнта (первинний ключ)
Фамилия
ПІБ клієнта
Имя
Отчество
Адресс
Адреса місця проживання клієнта
Телефон
Контактний телефон клієнта
Фото
Фото клієнта
Примечание
Індивідуальні побажання клієнта,
відомості про наявність алергій т.д.
Сотрудник
Містить
інформацію про
робітників
Код
Код робітника (первинний ключ)
Фамилия ст
ПІБ робітника
Имя ст
Отчество ст
Адресс
Адреса, де прописаний робітник
Дата рождения
Дата народження робітника
Должность
Посада яку займає робітник
Зарплата (грн)
Щомісячний оклад робітника
9
Телефон
Контактний телефон для зворотного
зв’язку з робітником
Фото
Фото робітника
Примечание
Додаткові навички робітника (мови,
спорт т.д.)
Поставщик
Містить
інформацію про
постачальників
Код поставщика
Код постачальника (первинний
ключ)
Поставщик
Назва фірми (підприємства)
постачальника
Представитель
Посада представника
Обращаться
ПІБ представника
Телефон
Контактний телефон для зворотного
зв’язку з постачальником
Адрес
Адреса головного офісу
постачальника
Фото
Логотип постачальника
Страна
Перелік країн в
яких надаються
послуги
Код страны
Код країни (первинний ключ)
Название страны
Назва країни
Типы туров
Логічна
класифікація
турів
Название тура
Назва тура
Код тура
Код типу (первинний ключ)
Туры
Містить
інформацію про
тури
Код
Код тура (первинний ключ)
Поставщик
Код постачальника (зовнішній ключ
від сутності «поставщики»)
Страна
Код країни (зовнішній ключ від
сутності «Страна»)
Тип
Код типу (зовнішній ключ від
сутності «Типі туров»)
Название тура
Назва туру
10
Дата выезда
Дата виїзду (дата початку туру)
Цена (грн)
Вартість туру
Дни
Тривалість туру
Группа (чел)
Кількість людей у групі
Описание
Опис туру
Фото
Вкладені зображення
Заказы
Містить
інформацію про
замовлення
Код заказа
Код замовлення (первинний ключ)
Менеджер
Прізвище робітника який оформив
замовлення (зовнішній ключ від
сутності «Сотрудники»)
Клиент
Прізвище клієнта який зробив
замовлення (зовнішній ключ від
сутності «Клиенты»)
Дата оформления
Дата оформлення замовлення
Экскурсии
Логічний перемикач вибору
екскурсії
Тур
Назва обраного туру (зовнішній
ключ від сутності «Туры»)
Цена (грн)
Вартість обраного туру (зовнішній
ключ від сутності «Туры»)
Примечание
Додаткові побажання до замовлення
Код тура
Код обраного туру (зовнішній ключ
від сутності «Туры»)
11
2.2 Виявлення зв’язків між сутностями
В розглянутій предметній області можна виділити зв’язки, наведені в
таблиці 2:
Таблиця 2. Зв’язки сутностей
Родительская
сущность
Дочерняя
сущность
Описание связи
Мощность связи
Типы туров
Туры
До типів входять тури
1:M
Страна
Туры
Країна має тури
1:M
Поставщики
Туры
Постачальники постачають
тури
1:M
Клиенты
Заказы
Клієнти роблять замовлення
1:M
Сотрудники
Заказы
Робітники оформлюють
замовлення
1:M
Туры
Заказы
Тури містять закази
1:M
Концептуальна модель даних, показуючи взаємозв’язок відносин, наведена
в малюнку (див. додаток мал.1).
12
3. Логічне моделювання
Результат проектування на концептуальному рівні представляється
логічною моделлю даних (мал.1).
У логічній моделі даних відображуються сутності і атрибути, ключові
атрибути в моделі представлені в сутності, над межею. Зовнішні ключі
(мігруючі атрибути батьківської сутності) позначаються як (FK – Foreig Key).
Логічний рівень означає пряме відображення фактів з реального життя. Вони
іменуються на природній мові, з будь якими роздільниками слів (пробіли, коми
і т.і.). На логічному рівні не роздивляється використання певної СУБД, не
визначаються типи даних (наприклад, ціле або речове число) і не визначаються
індекси для таблиць. Альтернативні ключі (AK – Alternative Key) служать для
прискорення пошуку по базі даних. (Гончаров, 2009)
Малюнок 1. Логічна модель даних
13
4. Фізичне моделювання
Фізична модель даних описує то, як данні зберігаються представляючи
інформацію про структуру записів, їх впорядкованості та існуючих шляхах
доступу.
Файлом бази даних в теорії баз даних називається таблиця реляційної
моделі. (Microsoft Access 2010. Шаг за шагом: Практическое пособие, 2011)
Фізичні моделі для бази даних Турфірма виглядають наступним чином:
Таблиця «Страна» (див. додаток мал.2).
Таблиця «Типы туров» (див. додаток мал.3).
Таблиця «Туры» (див. додаток мал.4).
Таблиця «Заказы» (див. додаток мал.5).
Таблиця «Сотрудники» (див. додаток мал.6).
Таблиця «Поставщики» (див. додаток мал.7).
Таблиця «Клиенты» (див. додаток мал.8).
14
4.1 Створення таблиць
Таблиця – набір даних з певної теми, такої як клієнти чи постачальники.
Використання окремої таблиці для кожної теми означає, що відповідні данні
збережені тільки раз, що робить БД більш ефективною та зменшує число
помилок при введенні даних. Створення таблиць полягає в створенні її полів,
значень та їх властивостей. (Пушкина, 2008)
Для створенні таблиці достатньо скористатися конструктором таблиць
(мал.2), за допомогою якого можна визначити імена полів таблиці та типи
даних полів (мал.3).
Після, того як необхідні поля будуть визначені, можна визначити
первинний ключ для таблиці, яка містить одно чи декілька полів.
Первинний ключ не допускає значень 0 і завжди повинен мати унікальний
індекс. Зв’язок між таблицями встановлює відносини між співпадаючими
значеннями в ключових полях. Звичайно між полями, які мають однакові імена
в обох таблицях. В більшості випадків ключовим полем однієї таблиці, яке є
унікальним ідентифікатором кожного запису, зв’язується зовнішній ключ іншої
таблиці. (див. додаток мал.9-11).
4.2 Створення запитів
Наступними об’єктами даних MS Access, які будуть розглянуті є запити.
Запити використовуються для перегляду, змінення та аналізу даних
різноманітними способами. Запити також можливо використовувати в якості
джерел записів для форм, звітів та сторінок доступів до даних. (Пушкина, 2008)
Для однієї таблиці можливо створити безліч запитів, кожен з яких зможе
витягувати з таблиці маленьку частинку інформації, але саме ту, яка необхідна.
В результаті роботи запиту з загальної вихідної бази формується результуюча
Малюнок 1. Конструктор таблиць
Малюнок 3. Типи даних полів
15
таблиця, яка містить частку загальної інформації відповідно до запиту. Однією
з цінних властивостей запитів є їх здатність виконувати обчислення.
Розглянемо деякі з запитів БД «Турфірма»
Запит «Анализ продаж (Поставщики)» - реалізований відбір по компаніям
постачальникам. За умовою відбору «Дата», в стобці «Всего (грн)»
обчислюється загальна сума замовлень (див. додаток мал.12).
Запит «Ближайший тур» - реалізує пошук найближчого туру за заданим
періодом (місяць, рік початку та закінчення періоду). Див. додаток мал.13
Запит «Бонусы» - робить розрахунок заробітної плати працівників за
посадою, кількістю оформлених замовлень (< 5), за заданий період (місяць
та рік). Див. додаток мал.14
Запит «Выходного дня» - відбір турів за певним типом. Реалізований для
подальшого представлення розгорнутої інформації про послуги (див.
додаток мал.15).
Запит «Статистика по странам» - перехресний запит. Показує кількість
проданих турів за країнами та назвами турів (див. додаток мал.16).
4.3 Створення форм
Форма – засіб відображення даних на екрані та керування ними. У формі
можна розмістити спеціальні елементи керування (лічильники, списки які
розкриваються, перемикачі, прапорці та ін..) для автоматизації вводу. За
допомогою форми данні можна не тільки вводити але і відображати. Запити
також відображають данні, але роблять це у вигляді результуючої таблиці, не
маючої майже ніяких засобів оформлення. При виведенні даних за допомогою
форм можна використовувати спеціальні засоби оформлення.
Найбільш зручними способами створення форм є створення форми за
допомогою конструктора та майстра (мал.4).
Майстер задає докладні запитання про джерела записів, поля, макет,
необхідних формах і створює форму на основі отриманих відповідей. За
допомогою майстра найбільш зручно створювати форми, призначені для вводу
та редагування даних (див. додаток мал.17).
Створення форм у режимі конструктора зручне для створення діалогових
вікон та форм, не зв’язаних з редагуванням даних, оскільки в цьому режимі
можна керувати елементами форми в довільному порядку (див. додаток
мал.18).
Малюнок 4. Конструктор та майстер форм
16
Приклади форм БД
Форма «Заказ» - призначенна для внесення даних про замовлення
(див. додаток мал.19).
Форма «Статистика типов» - графічно відображає данні продажів. Дає змогу
продивлятися інформацію за певним постачальником та типом турів
(див. додаток мал.20).
Форма «Описание туров» - спрощує доступ клієнтів до інформації про певні
тури, відсортовані за типом (див. додаток мал.21).
4.4 Створення звітів
Звіт представляє собою ефективний спосіб представлення даних в
друкованому форматі. Маючи можливість керувати розміром та зовнішнім
виглядом всіх елементів звіту, користувач може відобразити відомості у
бажаному вигляді. Більша частина відомостей у звіті поступає з базової
таблиці, запиту. По своїм властивостям та структурі звіти в більшості схожі на
форми, але призначені тільки для виводу даних. В зв’язку з цим звіти
відрізняються тим, що в них прийнять спеціальні заходи для групування
виведених даних і для вводу спеціальних елементів оформлення характерних
для друкованих документів. Найбільш зручним способом створення звіту є
створення за допомогою майстра (мал.5). (Пушкина, 2008)
Малюнок 5. Майстер створення звітів
17
РЕАЛІЗАЦІЯ БАЗИ ДАНИХ
1. Схема даних
Схема даних (мал.6) складається з 7 таблиць: Страна, Типы туров, Туры,
Поставщики, Сотрудники, Заказы, Клиенты.
2. Форми
Форми необхідні для більш зручного редагування та додавання нових даних
до таблиць. Всього було створено 13 форм (див. додаток мал.22).
Створені форми дозволяють:
1. Переглядати та редагувати інформацію щодо замовлень
2. Додавати, редагувати та видаляти дані про клієнта, робітника
3. Додавати нові фірми постачальники
4. Додавати та редагувати інформацію про можливі тури та інше.
Малюнок 6. Схема даних БД «Турфірма»
18
Створення головної кнопкової форми та форм керування
Для роботи з базою даних були створені головна та декілька додаткових
кнопкових форм (мал.7).
За допомогою цих можна легко отримати цікаву користувача інформацію.
Вони створюються для зручності роботи з базою даних. При відкритті бази
автоматично завантажується головна форма. Яка дозволяє визначити тип даних
які цікавлять користувача.
Менеджер – відкриває доступ до обробки даних, аналітичних та
статистичних звітів та запитів (див. додаток мал.23).
Клиент – дає можливість отримати інформацію про тури, роздрукувати
прайс, переглянути вже зроблене замовлення, знайти найближчий тур
(див. додаток мал.24).
3. Запити
Запити дозволяють отримувати з однієї або декількох таблиць бази даних
необхідну інформацію, що відповідає заданій умові чи виконати обчислення
над даними, додати, змінити або видалити записи в таблиці. (Пасько, 2011)
Під час розробки БД було створено 23 запитів (див. додаток мал.25).
Запити БД Турфірма поділені на декілька логічних груп (за призначенням):
Аналітичні - дозволяють зробити відбір даних з урахуванням певних
параметрів: прізвище менеджера. Фірма поставника, період дати, прізвище
клієнта (див. додаток мал.26-28).
Статистичні - більш доглядно розкривають статистичні данні такі як (див.
додаток мал.29, 30):
Малюнок 7. Головна кнопкова форма
19
Продаж турів за типами (діограмма);
Статистика по странам (перехресний запит)
Бонуси (нарахування премії за об’ємами продаж)
Замовлення екскурсій
Оглядові - розроблені спеціально для клієнтів. Дозволяють знайти та
ознайомитися з необхідною їм інформацією:
Пошук тура за даними (номер заказу, прізвище клієнта, назва, тощо),
див. додаток мал.32
Перегляд інформації про тури (див. додаток мал.31)
Пошук найближчого туру (за заданим періодом часу), див. додаток мал.33
4. Звіти
Звіти використовуються для зведення та представлення даних у таблицях.
Звіти (на відміну від форм) зручно друкувати і переглядати на папері. За час
виконання курсової роботи було створено 23 звіти, їх перелік показано на
малюнку 8. Приклади звітів наведені у додатку мал.34-37.
Малюнок 10. Звіти створені у БД «Турфірма»
20
ТЕСТУВАННЯ БАЗИ ДАНИХ
Метою курсової роботи було створення бази даних тур фірми, за допомогою
якої можна вести облік і реєстрацію замовлень, зберігати та оброблювати данні
про клієнтів, постачальників та туристичні тури. БД представляє зручний
спосіб отримання інформації у вигляді звітів та використання різних запитів до
бази даних з різними цілями.
Більш докладна інформація про розроблену базу даних можна отримати з
тестового електронного примірника бази, який додається.
21
ВИСНОВКИ
У курсовій роботі було розроблено базу даних турфірми та наповнено її
тестовими даними. Перед розробкою бази даних в Access, було проведене
концептуальне проектування в результаті якого була отримана нормалізована
реляційна БД на основі якої в подальшому й відбувалася реалізація БД в MS
Access. Для зручної співпраці користувачів БД в неї були додані різні форми,
запити та звіти.
22
СПИСОК ЛИТЕРАТУРЫ
1. Microsoft Access 2010. Шаг за шагом: Практическое пособие. (2011).
Москва: Эком.
2. Гончаров. (2009). Access 2007. Самоучитель с примерами. Москва.
3. Зрюмов. (2010). Базы данных для инженеров: учебное пособие. Барнаул:
АлтГТУ.
4. Маклаков. (2008). Средства разработки информационных систем.
Москва: Диалог-Мифи.
5. Пасько, В. (2011). Access 2010. Киев: Издательская группа BHV.
6. Пушкина, Б. (2008). Самоучитель Microsoft Acctss 2007. Санк-Питербург:
БХВ-Петербург.
7. Томас Конноли, К. Б. (2010). Базы Данных "Проектирование, реализация
и сопровождение. Теория и практика. Второе издание: исправленное и
дополненное". Издательский дом "Вильямс".
23
ДОДАТОК
Малюнок 1
Концептуальна модель даних
24
Малюнок 3
Таблиця «Типы туров»
Малюнок 2
Таблиця «Страна»
25
Малюнок 5
Таблиця «Заказы»
Малюнок 4
Таблиця «Туры»
Малюнок 6
Таблиця «Сотрудники»
26
Малюнок 7
Таблиця «Поставщики»
Малюнок 8
Таблиця «Клиенты»
Малюнок 8
Таблиці, зв’язок «Клиенты» - «Заказы»
27
Малюнок 9
Таблиці, зв’язок «Поставщики» - «Туры»
Малюнок 10
Таблиці, зв’язок «Сотрудники» - «Заказы»
28
Малюнок 10
Запит «Анализ продаж (Поставщики)»
29
Малюнок 11
Запит «Ближайший тур»
30
Малюнок 12
Запит «Бонусы»
Малюнок 13
Запит «Выходного дня»
31
Малюнок 14
Запит «Статистика по странам»
32
Малюнок 15
Створення форми за допомогою майстра
Малюнок 16
Створення форми за допомогою конструктора
33
Малюнок 17
Форма «Заказ»
Малюнок 18
Форма «Статистика типов»
34
Малюнок 19
Форма «Описание туров»
Малюнок 20
Форми створені у БД «Турфірма»
35
Малюнок 21
Приклади форми «Менеджер»
36
Малюнок 22
Форма «Клиент»
Малюнок 23
Запити БД «Турфірма»
37
Малюнок 24
Запит «Анализ продаж (поставщики)»
38
Малюнок 25
Запит «Анализ продаж (менеджер)»
39
Малюнок 26
«Запит по клієнтам»
40
Малюнок 27
Запит «Заказ экскурсий»
41
Малюнок 28
Запит «Статистика типов»
42
Малюнок 30
Запит «Поиск тура по данным»
Малюнок 29
Запит туру (оглядовий) «Выходного дня»
43
Малюнок 31
Запит «Ближайший тур»
44
Малюнок 32
Звіт «Анализ страна-месяц»
45
Малюнок 33
Звіт «Горящий тур»
46
Малюнок 34
Приклади звітів для друку інформації
47
Малюнок 35
Приклади звітів для друку інформації
Информация о работе Розроблення бази даних для туристичної фірми