Проектування та розробка баз даних реєстру повітряних суден (на прикладі реєстру цивільних повітряних суден України) - Курсовая работа

Кожне підприємство, яке має доступ до інформаційних технологій, працює з базами даних. Перевагою баз даних є можливість зберігати й обробляти велику кількість інформації з мінімальними витратами часу і ресурсів. Бази даних призначені для того, щоб швидко видавати інформацію, причому в певному порядку. Реляційна модель описує, які дані можуть зберігатися в реляційних базах даних, а також способи маніпулювання такими даними. У спрощеному вигляді основна ідея реляційної моделі полягає в тому, що дані повинні зберігатися в таблицях і тільки в таблицях.Проектування бази даних - процес розробки структури бази даних відповідно до вимог користувачів. Як і в будь-якій іншій системі, життєвий цикл баз даних складається з двох основних фаз: проектування та реалізація. Фаза проектування: - Розробка стратегії;Методологія проектування баз даних - сукупність принципів, методів, інструментів і засобів, що застосовуються для послідовної розробки проекту структури бази даних. Вимоги до методології проектування баз даних: - Методологія повинна призводити до створення прийнятної структури баз даних в розумні строки і при розумних витратах. Всі варіанти діаграм «сутність-звязок» використовують графічне зображення сутностей предметної області, їх властивостей (атрибутів), і взаємозвязків між сутностями. Кожна сутність у моделі зображується у вигляді прямокутника з найменуванням. Одна сутність може бути повязана з іншою сутністю або сама з собою.Дані про цивільні повітряні судна включаються до Державного реєстру цивільних повітряних суден України за наявності сертифікатів льотної придатності (посвідчень про придатність до польотів); державні повітряні судна - у порядку, встановленому спеціально уповноваженим органом у сфері оборони, за погодженням із спеціально уповноваженими органами, мають підрозділи державної авіації.Розробка бази даних реєстру повітряних суден спрощує роботу з доступом інформації. Проектована база даних дозволить вносити інформацію про придбані повітряні судна; здійснювати безпосередньо реєстрацію судна, вносити дані про технічне обслуговування, приналежність судна певній авіакомпанії. А також з її допомогою авіакомпанії та інші установи зможуть отримати необхідну їм інформацію про будь-яке зареєстроване в базі даних судно. База даних реєстрації повітряних суден вирішує наступні завдання: - Додавання нових повітряних суден до державного реєстру України; Отримання різноманітної інформації про повітряне судно, що знаходиться в реєстрі.4.1 Опис інформаційного забезпечення (сутності, звязки, атрибути, домени, обмеження цілісності) При проектуванні бази даних виділяємо наступні сутності: - Повітряне судно Тип повітряного судна Наведемо для всіх перерахованих вище сутностей набори необхідних атрибутів Повітряне судно Реєстраційний орган Реєстрація Авіакомпанія Тип повітряного судна Служба ОбслуговуванняДля захисту від несанкціонованого доступу до бази даних має бути встановлена певна система захисту (сукупність заходів, що вживаються в системі баз даних для забезпечення необхідного рівня безпеки). Для забезпечення необхідного захисту даних також створюється дві групи користувачів базою даних: адміністратори і користувачі.Щоб запобігти втраті даних у разі збою в роботі апаратного забезпечення, база даних обліку повітряних суден повинна регулярно підлягати резервному копіюванню.5.1 ERD предметної області, що автоматизується*Тип повітряного судна Зовнішній ключ, не дорівнює нулю *Код реєстрації Зовнішній ключ, не дорівнює нулю *Назва авіакомпанії-власника Зовнішній ключ, не дорівнює нулю *Дата Не дорівнює нулю *Назва реєстраційного органу Зовнішній ключ, не дорівнює нулюID INTEGER CONSTRAINT c6 PRIMARY KEY, REGDATE DATE CONSTRAINT c7 NOT NULL, Place VARCHAR(50) CONSTRAINT c8 NOT NULL Ag_sign VARCHAR(10) CONSTRAINT c9 CHECK (Ag_sign in (‘Yes’, ‘No’)), ORGANNAME VARCHAR(100) CONSTRAINT c10 REFERENCES reg_organ(Name) ON DELETE CASCADE Hull_No INTEGER CONSTRAINT c11 PRIMARY KEY ac_type VARCHAR(50) CONSTRAINT c12 REFERENCES aircrafttype (Name) ON DELETE CASCADE compnyname VARCHAR(100) CONSTRAINT c13 REFERENCES aircompany(Name) ON DELETE CASCADE SELECT aircraft.Null_No, registration.Owner, reg_organ.Name REGID = registration.ID and registration.ORGANNAME = reg_organ.name and service.Name = serv.SERVNAME and serv.Null_No=aircraft.Null_No and serv.SRVDATE BETWEEN TO_DATE(‘1.01.2011’, ‘DD.MM.YYYY) AND TO_DATE(‘1.01.2012’,’DD.MM.YYYY’);Цей процес складається з різних етапів, а саме: розробка стратегії автоматизації, аналіз ПО, побудова концептуальної моделі ПО, логічне та фізичне проектування БД. На сучасному етапі розвитку інформатики проектування баз даних перетворилося на цілком сформовану наукову дисципліну, яка має у своєму складі формально-теоретичну та технологічну складові. Теоретичної основою проектування баз даних є теорія нормалізації, яка дозволяє чітко і строго відповісти на таке запитання: як слід проводити перетворення початкової схеми ПО таким чином, щоб результуюча схема бази даних була еквівалентна початковій

Зміст

1. Вступ

2. Методи й засоби проектування баз даних

2.1 Опис основних етапів проектування баз даних

2.2 Опис методології проектування

2.3 Короткий опис мови моделювання, що використовується

3. Стратегія автоматизації

3.1 Короткий опис предметної області із зазначенням поточних цілей і задач

3.2. Цілі та задачі автоматизації

3.3 Декларація вимог до проектованої системи баз даних (вимоги до інформаційного, математичного, програмного, технічного, організаційного забезпечення)

4. Системний аналіз предметної області

4.1 Опис інформаційного забезпечення (сутності, звязки, атрибути, домени, обмеження цілісності)

4.2. Опис звязків між даними та задачами (матриця задачі/дані)

4.3 Опис необхідності захисту даних та рівня цього захисту

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

5. Концептуальне моделювання предметної області

5.1 ERD предметної області, що автоматизується

5.2 Змістовний опис обмежень цілісності

6. Логічний проект бази даних

6.1 Опис таблиць бази даних з обмеженнями цілісності

6.2 Опис запитів по вибору даних, що реалізують описані задачі

Висновки