Машинобудівний фаховий коледж

Дніпровського національного університету імені Олеся Гончара

(повне найменування вищого навчального закладу)
Циклова комісія прикладної математики
(повна назва кафедри, циклової комісії)

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

з навчальної дисципліни «Бази даних та інформаційні системи»

на тему:
База даних «Підприємство з автоперевезення пасажирів»

Студента 4 курсу, групи ПМ-18

Спеціальність __113 Прикладна математика__
Освітньо-професійна програма «Прикладна математика»

Хабарова Владислава Євгеновича____

(прізвище та ініціали)

Керівник: викладач Ізмайлова Марія Костянтинівна

(посада, прізвище та ініціали)

Національна шкала _________________________________

Кількість балів

Члени комісії ________________ М. К. Ізмайлова

(підпис) (прізвище та ініціали)

___________________ С.В. Таранова

(підпис) (прізвище та ініціали)

_______________ ____________
(підпис) (прізвище та ініціали)

м. Дніпро – 2021 рік

 МАШИНОБУДІВНИЙ ФАХОВИЙ КОЛЕДЖ
ДНІПРОВСЬКОГО НАЦІОНАЛЬНОГО УНІВЕРСИТЕТУ
ІМЕНІ ОЛЕСЯ ГОНЧАРА

Відділення ___________________ економічне _____________________________________

Циклова (випускова) комісія _ прикладної математики
Освітньо-кваліфікаційний рівень __молодший спеціаліст________________________________
Спеціальність __113 Прикладна математика__________________________________
_Освітньо-професійна програма «Прикладна математика»
Група ____________________________ПМ-18_________________________________________

ЗАТВЕРДЖУЮ
Голова циклової комісії прикладної математики __________________М. К. Ізмайлова
«_____» __________________2021 року

З А В Д А Н Н Я
НА КУРСОВУ РОБОТУ СТУДЕНТУ
__з навчальної дисципліни «Бази даних та інформаційні системи»
Хабарову Владиславу Євгеновичу
(прізвище, ім’я, по батькові)

Тема роботи База даних «Підприємство з автоперевезення пасажирів».

Керівник проекту ____________ Ізмайлова Марія Костянтинівна
( прізвище, ім’я, по батькові)
Дата видачі завдання ______________22.09.2021._______________________________
Строк подання студентом проекту ___30.11.2021 р.

Зміст пояснювальної записки (перелік питань, які потрібно розробити)

1 Теоретична частина
1.1 Аналіз предметної області та вимог користувача до проектованої бази даних.
1.2 Виділення об’єктів предметної області та встановлення відношень між
об’єктами.
1.3 Побудова концептуальної моделі даних проектованої бази даних.
1.4 Спрощення концептуальної моделі даних проектованої бази даних.
1.5 Удосконалення концептуальної схеми предметної області.
1.6 Виділення таблиць реляційної бази даних. Перевірка таблиць за допомогою
концепції послідовної нормалізації.
1.7 Побудова ER – діаграми реляційної бази даних.
2 Практична частина:
2.1 Створення бази даних, таблиць.
2.2 Введення даних в таблиці.
2.2 Модифікація таблиць бази даних.
2.4 Формулювання запиту.
2.5 Опис основних запитів і алгоритмів обробки даних.
2.6 Виконання запитів та одержування звітів за даними таблиць бази даних.
2.7 Реалізація і тестування системи.
3 Висновки.
4 Перелік використаної літератури.
 КАЛЕНДАРНИЙ ПЛАН

Строк
№
виконання
з/ Назва етапів курсової роботи Примітка
етапів
п
роботи
Вступ 01.10.2021
1 Теоретична частина
1. Аналіз предметної області та вимог
03.10.2021
1 користувача до проектованої бази даних.
1. Виділення об’єктів предметної області та
08.10.2021
2 встановлення відношень між об’єктами.
1. Побудова концептуальної моделі даних
10.10.2021
3 проектованої бази даних.
1. Спрощення концептуальної моделі даних
15.10.2021
4 проектованої бази даних.
1. Удосконалення концептуальної схеми
17.10.2021
5 предметної області.
1.
Виділення таблиць реляційної бази даних. 19.10.2021
6
1. Перевірка таблиць за допомогою концепції
22.10.2021
7 послідовної нормалізації.
2 Розрахункова частина
2. Побудова ER – діаграми реляційної бази
24.10.2021
1 даних.
2.
Створення бази даних, таблиць та індексів. 27.10.2021
2
2.
Введення даних в таблиці. 05.11.2021
3
2.
Формулювання запитів. 8.11.2021
4
2. Опис основних запитів і алгоритмів обробки
14.11.2021
5 даних.
2. Виконання запитів та одержування звітів за
18.11.2021
6 даними таблиць бази даних.
2.
Реалізація і тестування системи. 20.11.2021
7
3 Висновки. 25.11.2021
4 Оформлення роботи. 30.11.2021
 4

Студент _________________В. Є. Хабаров_

(підпис )

Керівник роботи М. К. Ізмайлова_

( підпис )
 Відгук
на курсову роботу з навчальної дисципліни

«Бази даних та інформаційні системи»

студента Хабарова Владислава Євгеновича

спеціальність 113 Прикладна математика Група: ПМ-18

Тема роботи:
База даних «Підприємство з автоперевезення пасажирів».

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

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

Висновки

Курсова робота виконана в повному обсязі і задовольняє вимогам методичних

вказівок.
Курсова робота допускається до захисту.

„_____” _______________ 2021 р. _____________ М. К. Ізмайлова

 РЕФЕРАТ

Курсова робота: 45 сторінок, 63 рисунків, 9 джерел

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

підприємства з автоперевезення пасажирів.

Предмет дослідження: бази даних для підприємства з автоперевезення

пасажирів.

Об’єкт дослідження: підприємство з автоперевезення пасажирів.

Методи дослідження: інформаційний, дослідження, програмування.

 5

ЗМІСТ

ВСТУП 6
1. ПРОЕКТУВАННЯ БАЗИ ДАНИХ 7
1.1 Опис об’єктів предметної області 7
1.2 Аналіз предметної області 11
1.3 Концептуальна схема предметної області 12
1.4 Побудова ER – діаграми реляційної бази даних 14
2. РЕАЛІЗАЦІЯ БАЗИ ДАНИХ 15
2.1 Вибір інструментальних 15
2.2 Побудова таблиць БД за допомогою СУБД MS Access 17
2.3 Проектування запитів 23
2.4 Проектування форм і звітів 27
2.5 Розробка інтерфейсу – головної кнопкової форми 33
3. РОБОТА В MYSQL 36
3.1 Побудова таблиць засобами MySQL 37
3.2 Використання запитів на мові MySQL 45
ВИСНОВОК 49
СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ 50
 6

ВСТУП

В сучасному світі інформаційних систем і технологій сфера надання послуг

все найчастіше має потребу в автоматизації.

Саме тому предметною областю обрано підприємство з автоперевезення

пасажирів і визначено тему курсової роботи - «Автоперевезення пасажирів».

Інформаційна система – це організований набір елементів, що збирає,

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

Метою виконання курсової роботи є набуття навичок з проектування,

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

1. ПРОЕКТУВАННЯ БАЗИ ДАНИХ

1.1 Опис об’єктів предметної області

У цій курсовій роботі буде розглянута предметна область «Автоперевезення

пасажирів».

Процес розробки (проектування) бази даних включає два етапи: розробку

логічної організації бази даних (схеми даних) і створення її на носіях інформації.

Логічна організація бази даних - це відображення користувачам інформації

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

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

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

На основі постановки завдання й аналізу предметної області виділено

наступні об’єкти:

A: Маршрути: номер маршруту, вид маршруту, протяжність, середній час;

B: Автобуси: код автобуса, марка, рік випуску, пробіг, кількість місць;

C: Водії: код водія, прізвище, ім’я, по-батькові, телефон, дата народження;

D: Кондуктори: код кондуктора, прізвище, ім'я, по батькові, дата

народження, номер телефону;

E: Рейси: код рейсу, дата, час початку, час закінчення, маршрут, водій,
автобус, кондуктор, кількість проданих білетів;

F: Види маршрутів: код виду, назва виду;

G: Марка авто: код марки, назва марки.

 8

Зобразимо кожний графічний об’єкт та його властивості (див. рис. 1.1

…-1.7).

1. «Маршрути»

Рисунок 1.1 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Маршрути»

2. «Автобуси»

Рисунок 1.2 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Автобуси»

3. «Водії»

Рисунок 1.3 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Водії»

 9

4. «Кондуктори»

Рисунок 1.4 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта

«Кондуктори»

5. «Види маршрутів»

Рисунок 1.5 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Види

маршрутів»

6. «Рейси»

Рисунок 1.6 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Рейси»

7. «Марка авто»
 10

Рисунок 1.7 - Зображення зв’язку «Об’єкт - Властивість» для об’єкта «Марка

авто»
 11

1.2 Аналіз предметної області

1) Багато рейсів можуть їздити за одним маршрутом, зв’язок «один до

багатьох».
2) Один водій може їздити за багатьма рейсами, зв’язок «один до
багатьох».
3) Один кондуктор може продавати білети на багато рейсів, зв’язок «один
до багатьох».
4) Один автобус може їздити за багатьма рейсами, зв’язок «один до
багатьох».
5) Багато автобусів можуть бути однієї марки, зв’язок «один до
багатьох».
6) Багато маршрутів можуть бути одного виду, зв’язок «один до
багатьох».

1.3 Нормалізація відношень

Нормалізація – це процес проектування бази даних з метою виключення

аномалій модифікацій, надмірності даних та приведення відношень до
нормальних форм.

Аномалії модифікації – наслідки, які можуть виникнути в наслідок зміни

відношення (таблиці).

Аномалії усуваються шляхом розбиття відношення на 2 або більше нових

відношень.

В процесі нормалізації таблиці послідовно приводять спочатку до першої,

потім до другої та потім до третьої нормальної форми.

Можна сказати, що в даній курсовій роботі усі таблиці знаходяться в 1

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

Належність до 2 нормальної форми усіх таблиць можна визначити по тому,

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

Відношення знаходяться в 3 нормальній формі, якщо відношення

знаходяться в 2 нормальній формі та не має транзитивних залежностей. В даній
курсовій роботі всі таблиці знаходяться в 3 нормальній формі.

1.4 Концептуальна схема предметної області

Першим етапом і найголовнішим етапом в процесі проектування і створення

бази даних, є розробка інфологічної моделі.

Мета інфологічне моделювання - забезпечення найбільш природних для

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

Однак інфологічна модель передбачає наявність в собі відображення не

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

Зобразимо графічно концептуальну схему предметної області (рис. 1.8).

 13

Рисунок 1.8 – Графічне зображення концептуальної схеми предметної області

 14

1.5 Побудова ER – діаграми реляційної бази даних

Наступним кроком виконання роботи була побудова реляційної схеми бази

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

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

виглядати так (Рис.1.9):

Рисунок 1.9 - ER – діаграма реляційної бази даних «Автоперевезення пасажирів»

 15

2. РЕАЛІЗАЦІЯ БАЗИ ДАНИХ

2.1 Вибір інструментальних засобів СУБД

Важливим етапом розробки інформаційної системи є вибір СУБД.

Системою управління базами даних (БД) називають програмну систему,

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

Microsoft Access - це система управління реляційними базами даних.

Microsoft Access, володіє всіма рисами класичної СУБД. Access - це не тільки
потужна, гнучка і проста у використанні СУБД, але і система для розробки
додатків. За допомогою Access можна створити додаток, що працює в середовищі
Windows і повністю відповідатиме потребам по управлінню даними.
Використовуючи запити, є можливість вибирати і обробляти дані, що зберігаються
в таблицях. Можна створювати форми для введення, перегляду і оновлення даних,
а також використовувати Access для створення як простих, так і складних звітів.
Форми і звіти «успадковують» властивості базової таблиці або запиту, так що в
більшості випадків необхідно вказати формати, умови на значення і деякі інші
характеристики даних тільки один раз.

Враховуючи особливості технічного завдання даного курсового проекту,

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

повністю підходить для виконання технічного завдання.

 16

2.2 Побудова таблиць БД за допомогою СУБД MS Access

Опишемо фізичну модель бази даних за допомогою її структури на мові

опису даних СУБД MS Access. Для зберігання даних створено 6 таблиць,
структура яких наведена в таблицях 2.1 –2.7.

Таблиця 2.1 – Структура таблиці «Автобуси».

Таблиця 2.2 – Структура таблиці «види маршрутів».

Таблиця 2.3 – Структура таблиці «Водії».

Таблиця 2.4 – Структура таблиці «Кондуктори».

 17

Таблиця 2.5 – Структура таблиці «Марка авто».

Таблиця 2.6 – Структура таблиці «Маршрути».

Таблиця 2.7 – Структура таблиці «Рейси».

Далі в середовищі СУБД MS Access виконано заповнення інформацією

спочатку таблиць, призначених для зберігання нормативно-довідкової інформації,
а потім таблиць, призначених для зберігання оперативно-облікової інформації
(табл. 2.8…2.14)
 18

Таблиця 2.8 – Інформація таблиці “Автобуси”.

Таблиця 2.9 – Інформація таблиці “Види маршрутів”.

 19

Таблиця 2.10 – Інформація таблиці “Водії”.

Таблиця 2.11 – Інформація таблиці “Кондуктори”.

 20

Таблиця 2.12 – Інформація таблиці “Марка авто”.

Таблиця 2.13 – Інформація таблиці “Маршрути”.

 21

Таблиця 2.14 – Інформація таблиці “Рейси”.

2.3 Проектування запитів

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

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

Результатом виконання запиту є результуюча таблиця, яка поряд з іншими

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

Створимо наступні запити:

 22

1) Запит який виводить всю інформацію про автобус за обраним

маршрутом (рис. 2.15, 2.16).

Рисунок 2.15 – Фрагмент конструктора запиту автобусів за обраним

маршрутом

Рисунок 2.16 - Результат запиту автобусів за 4 маршрутом

 23

2) Запит, що виводить інформацію про всі рейси та підраховує залишок

вільних місць (рис. 2.17, 2.18).

Рисунок 2.17 – Фрагмент конструктора запиту про залишок вільних місць на

кожному рейсі

Рисунок 2.18 – Результат запиту про залишок вільних місць на кожному

рейсі
 24

3) Запит, що виводить рейси за введеним видом маршруту (рис. 2.19).

Рисунок 2.19 – Результат запиту рейсів за 3 видом маршруту - обласний

4) Запит, що виводить рейси за обраним маршрутом (рис. 2.20).

Рисунок 2.20 – Результат запиту рейсів за 1 маршрутом

5) Запит на додавання рейсу (рис 2.21, 2.22).

Рисунок 2.21– Фрагмент конструктора запиту на додавання рейсу

 25

Рисунок 2.22 – Результат запиту на додавання рейсу

2.4 Проектування форм і звітів

Форма - це спосіб оформлення області даних. Форми служать для введення і

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

Звіт – це об’єкт бази даних, який використовується для відображення та

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

Звіти та форми можна створювати за допомогою конструктора, або майстра

звітів та форм. Використовується також автоматичне створення звітів та форм.

1) Створення форми для автобусів (рис. 2.23).

Рисунок 2.23 – Створена форма для автобусів.

Дана форма виводить усю інформацію про автобуси, включаючи назву

марки автобуса.

2) Створення форми для водіїв (рис. 2.24).

Рисунок 2.24 – Створена форма для водіїв

 27

Дана форма виводить нам усю інформацію про водіїв та рейси у яких вони
приймають участь.

3) Створення форми для категорій кондукторів (рис. 2.25).

Рисунок 2.25 – Створена форма для кондукторів.

Дана форма виводить нам інформацію про кондукторів, та рейси у яких вони
приймають участь.
 28

4) Створення звіту - водії та рейси у яких вони приймають участь (рис.

2.26).

Рисунок 2.26 – Фрагмент звіту о водіях та їх рейсах

Звіт виводить нам усю інформацію про водіїв та їх рейси.

 29

5) Створення звіту о марках авто та авто, що до них належать (рис. 2.27).

Рисунок 2.28 – фрагмент звіту о марках авто та авто, що до них належать

Звіт виводить нам назву марки та авто, що належать до неї.

 30

6) Створення звіту «Розклад» (2.29).

Рисунок 2.29 – фрагмент звіту «Розклад»

Звіт виводить перелік рейсів з доступною інформацію.

2.5 Розробка інтерфейсу – головної кнопкової форми

Побудова кнопкової форми (рис.2.30).

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

доступу до створених елементів форм та звітів. Ця форма може використовуватися
в якості головного меню БД.

На головній кнопковій формі(рис. 2.30) було зроблено чотири кнопки.

Кожна з них має підменю, звідки можна перейти до форм, звітів та запитів.
Натиснув на кнопку «Вийти» користувач повністю виходить з кнопкової форми.
 31

Рисунок 2.30 – Головна кнопкова форма

Ця кнопкова форма програми MS Access надає доступ до трьох форм, шести

запитів та трьох звітів.
 32

1. При натисканні на вкладку «Маршрути», у вас відкриється перелік

вкладок, серед яких рейси за маршрутом, рейси за видом, залишок місць на рейсі,
додати рейс, звіт розклад та кнопка «Вийти на головну», яка повертає нас до
головної кнопкової форми (рис. 2.31).

Рисунок 2.31 – Елемент кнопкової форми «Маршрути»

2. При натисканні на «Співробітники», відкриється перелік вкладок

серед яких водії, кондуктори, водії за маршрутом та звіт водії (рис. 2.32) .
 33

Рисунок 2.32 – Елемент кнопкової форми «Співробітники»

3. При натисканні на «Автобуси», відкриється перелік таких вкладок:

інформація, автобуси за маршрутом, звіт автобуси за маркою (рис. 2.33).

Рисунок 2.33 – Елемент кнопкової форми «Автобуси»

4. При натисканні на «Вихід» ми завершимо роботу нашої програми.

 34

3. РОБОТА В MYSQL

3.1 Побудова таблиць засобами MySQL

1. Створення нової бази даних «первезення_пасажирів» (рис.3.1)

Для побудови своєї бази даних я використовувала середовище MySQL
Workbench. Після інсталяції та авторизації ,я почала роботу над поставленою
задачею у створені бази даних для супермаркету. Для зручності написанні та
читабельності інформації, яка знаходиться у таблиці, я обрав українську/російську
мову кодування тексту.

Рисунок 3.1 – Створення нової бази даних перевезення_пасажирів

2. Створення таблиць та заповнення вмісту таблиці:

1) Таблиця «автобуси» (рис. 3.2, 3.3).

Рисунок 3.2 – Створення таблиці «автобуси»

 35

Рисунок 3.3 – Заповнення таблиці «автобуси»

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«IdАвтобуси». Поле «Марка» бере значення із таблиці «марка авто» із поля
«idМарка авто».

2) Таблиця «види маршрутів» (рис. 3.4, 3.5).

Рисунок 3.4 – Створення таблиці «види маршрутів»

Рисунок 3.5 – Заповнення таблиці «види маршрутів»

 36

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«IdВиди маршрутів».

3) Таблиця «водії» (рис. 3.6, 3.7).

Рисунок 3.6 – Створення таблиці «водії»

Рисунок 3.7 – Заповнення таблиці «водії»

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«idВодії».
 37

4) Таблиця «кондуктори» (рис. 3.8, 3.9).

Рисунок 3.8 – Створення таблиці «кондуктори»

Рисунок 3.9 – Заповнення таблиці «кондуктори»

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«idКондуктори».

5) Таблиця «марка авто» (рис. 3.10, 3.11).

Рисунок 3.10 – Створення таблиці «марка авто»

 38

Рисунок 3.11 – Заповнення таблиці «марка авто»

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«idМарка авто».

6) Таблиця «маршрути» (рис. 3.12, 3.13).

Рисунок 3.12 – Створення таблиці «маршрути»

Рисунок 3.13 – Фрагмент заповнення таблиці «маршрути»

 39

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«IdМаршрути». Поле «Вид маршруту» бере значення із таблиці «види маршрутів»
із поля «idВиди маршрути».

7) Таблиця «рейси» (рис. 3.14, 3.15).

Рисунок 3.14 – Створення таблиці «рейси»

Рисунок 3.15 – Заповнення таблиці «рейси»

Ключовим (або неповторним полем) поле в цій таблиці виступає поле

«IdРейси». Поле «Маршрут» бере значення із таблиці «маршрути» із поля
«idМаршрути». Поле «Водій» бере значення із таблиці «водії» із поля «idВодії».
Поле «Маршрут» бере значення із таблиці «маршрути» із поля «idМаршрути».
Поле «Кондуктор» бере значення із таблиці «кондуктори» із поля «idКондуктори».
 40

8) Виведення списку таблиць бази даних (рис. 3.16).

Рисунок 3.16 – Виведення списку таблиць бази даних

9) Представлення SQL коду створення таблиць (рис. 3.17).

Рисунок 3.17 – Фрагмент SQL коду створення таблиць

 41

10) Виведення ER діаграми бази даних (рис. 3.18).

Рисунок 3.18 – Вигляд ER діаграми бази даних

3.2 Використання запитів на мові MySQL

Всі запити в SQL складаються з одиночної команди. Структура цієї команди

оманливе проста, тому що ви повинні розширювати її так, щоб виконати високо
складні оцінки і обробки даних. Ця команда називається – SELECT (ВИБІР).
 42

1) Запит для таблиці «автобуси», що виводить інформацію про перші 5

найстаріші автобуси, відсортовані від старшого до молодшого(рис 3.19).

Рисунок 3.19 – Результат запиту найстаріших автобусів

2) Запит для таблиці «маршрути», що виводить тільки маршрути

протяжністю більшою за 50 (рис 3.20).

Рисунок 3.20 – Результат запиту маршрутів протяжність яких більша за 50

 43

3) Запит для таблиці «рейси», що виводить інформацію про рейси з

маршрутом 2 та автобусом 2 (рис 3.21).

Рисунок 3.21 – Результат запиту рейсів з 2 автобусом та маршрутом

4) Запит для таблиці «маршрути», що виводить інформацію про

маршрути з середнім часом меншим за 60, або з 1 видом маршрутом (рис 3.22).

Рисунок 3.22 – результат запиту маршрутів з середнім часом меншим за 60,

або з 1 видом маршруту
 44

ВИСНОВОК

В даному курсовому проекті була реалізована база даних «Автоперевезення

пасажирів», що дозволяє автоматизувати роботу підприємства з автоперевезення
пасажирів.

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

БД, що дозволяє контролювати роботу підприємства з автоперевезення пасажирів.

В цілому, розроблена база даних відповідає наступним вимогам:

● має зручний користувацький інтерфейс;

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

Після завершення роботи над курсовим проектом, були придбані навички

створення і заповнення таблиць, оформлення і складання правильних форм,
створення запитів та звітів. А також більш детальне ознайомлення з СУБД
MySQL: робота з базою даних, таблицями, редагуванням та запитами.
 45

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

1. Александр, Днепров Видеосамоучитель. Microsoft Access 2007 (+

CD-ROM) / Днепров Александр. - Москва: Мир, 2017. - 518 c.

2. Кауфельд, Джон Access 2002 для `чайников` / Джон Кауфельд. - М.:

Вильямс, 2015. - 304 c.

3. Кошелев, В. Е. Access 2007. Эффективное использование / В.Е.

Кошелев. - М.: Бином-Пресс, 2013. - 590 c.

4. Тимошок, Т. В. Microsoft Access 2002. Краткое руководство / Т.В.

Тимошок. - М.: Вильямс, 2015. - 272 c.

5. Емельянов, Н.Е. Введение в СУБД ИНЕС / Н.Е. Емельянов. - М.:

Наука, 2012. - 256 c.

6. Тимошок, Т.В. Microsoft Office Access 2007: самоучитель / Т.В.

Тимошок. - М.: Вильямс, 2015. - 464 c.

7. Аткинсон MySQL. Библиотека профессионала / Аткинсон, Леон. - М.:

Вильямс, 2014. - 624 c.

8. Яргер, Р.Дж. MySQL и mSQL: Базы данных для небольших

предприятий и Интернета / Р.Дж. Яргер, Дж. Риз, Т. Кинг. - М.: СПб:
Символ-Плюс, 2015. - 560 c.

9. Mikhail Vrubel / Михаил Врубель. - М.: Аврора, 2013. - 260 c.