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

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

Размещено на

Вступ

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

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

1. Обстеження. Предметна область

1.1 Загальний опис предметної області

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

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

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

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

1.2 Опис вхідних документів і повідомлень

У результаті в БД «Автовокзал» використовуються наступні вхідні дані:

?інформація про водіїв,

?інформація про автобуси,

?інформація про автостанціях,

?інформація про пункти призначення

?інформація про маршрути руху.

1.3 Опис вихідних документів і повідомлень

Вихідними даними є вихідні запити, форми. Інформація виводиться на екран у спеціальних формах, що спрощують роботу з записами таблиць БД.

1.4 Перелік обмежень

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

2. Проектування реляційної бази даних

2.1 Інфологічна модель бази даних

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

2.1.1 Опис сутностей

У відповідності з описом предметної області було отримано такі сутності:

«Водії» - зберігається інформація про водіїв автобусів;

«Автобуси» - зберігається інформація про автобуси;

«Автостанції» - зберігається інформація про співробітників фірми;

«Пункти призначення» - зберігається інформація про пункти призначення;

«Маршрути» - зберігається інформація про маршрути руху та їх атрибути:

1. Таблиця driver (Водії) містить:

driver_id - унікальний код водія;

driver_fio - прізвище водія.

2. Таблиця bus (Автобуси) містить:

bus_id - унікальний код автобуса;

gos_number - державний номер автобуса;

bus_name - марка автобуса;

driver_id - унікальний код водія.

3. Таблиця station (Автостанції) містить:

station_id - унікальний код автостанції;

station_name - назва станції.

4. Таблиця town (Пункти призначення) містить:

town_id - унікальний код пункту призначення;

town_name - назва пункту призначення.

5. Таблиця route (Маршрути) містить:

route_id - унікальний код маршруту;

time_out-час відправлення;

time_in-час прибуття;

town_id - унікальний код пункту призначення;

station_id - унікальний код автостанції;

bus_id - унікальний код автобуса.

2.1.2 Опис зв'язків

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

Модель «сутність - зв'язок» заснована на використанні 3-х основних конструктивних елементах:

?Сутність.

?Атрибут.

?Зв'язок.

Взаємозв'язку між таблицями БД можуть бути типізовані за такими основними видами:

Відношення «один до одного» (1:1) означає, що кожен запис однієї таблиці відповідає тільки один запис в іншій таблиці;

Відношення «один до багатьох» (1: М) виникає, коли один запис взаємопов'язана з багатьма іншими;

Відношення «багато до одного» означає, що багато записів пов'язані з однією (М: 1);

Відношення «багато до багатьох» (M: N) виникає між двома таблицями в тих випадках, коли:

Одна запис із першої таблиці може бути пов'язана більш ніж з одним записом із другої таблиці;

Один запис з другої таблиці може бути пов'язана більш ніж з одним записом з першої таблиці.

Недоліком даної моделі є те, що одні й ті ж елементи можуть виступати одночасно і як сутності, і в якості атрибута, і в якості зв'язку. В даному випадку, будемо вважати, що кожен об'єкт може виступати тільки в якості одного конструктивного елемента. Схема моделі «сутність-зв'язок» приведена в Додатку А.

В курсовому проекті були використані наступні типи зв'язків (Таблиця 3.1).

Таблиця 3.1 - Класифікація зв'язків

Номер зв'язку	Родительська таблиця	Дочірня таблиця	Тип зв'язку
1	driver	bus	1:M
2	bus	route	1:M
3	station	route	1:M
4	town	route	1:M

Таблиця 3.1 показує класифікацію зв'язків між таблицями. Зв'язок під номером один, між таблицями «driver - bus» вказує на те, що в один водій може працювати на декількох автобусах. Друга зв'язок «bus - route» має тип «1: M», так як на один автобус може працювати на декількох маршрутах. Третя зв'язок «station - route» вказує на те, що c однієї станції можуть бути відправлення за різними маршрутами. Четверта зв'язок «town - route» вказує на те, в один населений пункт можуть бути різні маршрути.

2.1.3 ER-Діаграма

На малюнку 3.1 представлена ER-діаграма бази даних.

Рисунок 3.1 - Інфологічна модель (ER-Діаграма)

2.2 Даталогічна модель

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

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

У структурній частині моделі фіксується, що єдиною структурою даних, що викорис...