ольотів дозволяє ефективно використовувати час зайнятості смуги і завантаженість рейсів.
Актуальним є зберігати відомості про названих процедурах в спеціальних модулях програмного забезпечення.
Дану базу можна застосувати в будь-якій компанії яка займається авіагрузоперевозкамі. Глави компанії завжди повинні відслідковувати роботу компанії і стежити за своїми співробітниками. Для цього потрібна спільна база даних, що включає всю необхідну інформацію. І програма яка буде зрозуміла і автоматизує роботу з базою даних.
1.2 Концептуальна модель Аеропорт
У ході аналізу діяльності аеропорту займається авіагрузоперевозкамі, були визначені ключові абстракції, необхідні для організації бази даних:
. Об'єкт РЕЙС raquo ;. Для того, що б організувати рейс необхідно знати який вантаж будемо перевозити. Необхідно виділити для нього літак і екіпаж складається із співробітників аеропорту. Після чого потрібно внести його в графік польотів.
. Об'єкт ГРАФІК ПОЛЬОТІВ raquo ;. У графіку польотів записана черговість вильотів і завантаженість злітно-посадкової смуги (ЗПС).
. Об'єкт СПІВРОБІТНИКИ raquo ;. У будь-якій компанії присутня штат співробітників, їх персональні дані зручно відобразити у вигляді таблиці.
. Об'єкт ЛІТАК raquo ;. Основні характеристики літаків будуть представлені в окремій таблиці.
. Об'єкт ЕКІПАЖІ raquo ;. Будь екіпаж складається з двох пілотів, штурмана і борт інженера. При організації рейсу слід визначити склад екіпажу з урахуванням зайнятості та стану здоров'я співробітників.
. Об'єкт МЕДИЧНИЙ ОГЛЯД raquo ;. Перш ніж відправиться у політ кожен співробітник повинен пройти медичний огляд. Що б упевниться, що під час польоту співробітникові не стане погано. Результати огляду повинні бути зафіксовані в базі.
. Об'єкт РЕМОНТ ЛІТАКІВ raquo ;. Будь-яка техніка має властивість ламатися. Історія ремонтів літака дуже важлива. Завжди потрібно знати, що ремонтувалося в останній ремонт. Історія ремонтів може допомогти у визначенні причин несправностей і аварій.
. Об'єкт СТАН ЛІТАКІВ raquo ;. Літак техніка дуже складна, і вимагає ретельного огляду перед кожен польотом. Від технічного стану літаків залежить безпека вантажоперевезень. Перевірка включає в себе велику кількість пунктів, перш ніж відправити літак в політ. Дана таблиця дозволить відстежувати стан кожного літака.
. Об'єкт ЗАМОВЛЕННЯ raquo ;. Проектована БД призначена для автоматизації діяльності авіакомпанії, що займається вантажоперевезеннями всередині країни. Актуальним є зберігання відомостей про замовлення і їх стані.
1.3 Логічна модель Аеропорт
Логічне проектування являє собою необхідний етап при створенні БД. Основним завданням логічного проектування є розробка логічної схеми, орієнтованої на обрану систему управління базами даних (СУБД). Етап логічного проектування на відміну від концептуального проектування повністю орієнтований на інструментальні засоби комп'ютера.
Як бачимо з малюнка 1, база складається з 9 таблиць. Всі дані стікаються в одну таблицю РЕЙСИ, вона пов'язана з 4 таблицями: ЕКІПАЖІ, ЛІТАКИ, ЗАМОВЛЕННЯ і ГРАФІК ПОЛЬОТІВ. Вони в свою чергу пов'язані з іншими.
Рисунок 1 - Діаграма даних
Таблиця ЕКІПАЖІ пов'язана з таблицею ПРАЦІВНИКИ, яка пов'язана з таблицею МЕДИЧНИЙ ОГЛЯД. Вона відповідає за стан здоров'я співробітників. Завдяки зазначеної зв'язку відбувається формування екіпажу з урахуванням придатності за станом здоров'я співробітників до польоту.
Таблиця ЛІТАКИ пов'язана з таблицями СТАН ЛІТАКІВ, відповідає за перевірку літаків. І з таблицею РЕМОНТ ЛІТАКІВ зберігає історію ремонтів техніки. У результаті буде гарантований вибір літака придатного до польоту за технічним станом.
Таблиця ЗАМОВЛЕННЯ пов'язана з таблицею РЕЙСИ. У ній записані замовлення, які були виконані і нові замовлення, які належить виконати.
Таблиця ГРАФІК ПОЛЬОТІВ пов'язана з таблицею РЕЙСИ. Відображає послідовність польотів і ВПП на якій злітає літак. Дозволяє контролювати завантаженість ВПП.
1.4 Нормалізація бази даних
Важливість нормалізації полягає в тому, що вона дозволяє розбити великі відносини, як правило, містять велику надмірність інформації, на більш дрібні логічні одиниці, группирующие тільки дані, об'єднані за природою. Таким чином, ідея нормалізації полягає в наступному. Кожна таблиця в реляційній базі даних задовольняє умові, відповідно до яко...
