База Данных Автопарк. Курсовой Проект Волошин Владислав КН-901-18 Автопарк. База Данних авто парку. Облік автомобілів
 Скачать 446.61 Kb.
|
|
Міністерство освіти та науки України Національна металургійна академія України Кафедра Інформаційних технологій та систем Курсова робота З дисципліни : « Організація баз Даних та знань » на тему: «База Данних авто - парку. Облік автомобілів » Виконаю : студент групи КН901-18 Волошин В.В « »_ ______________20__ Перевірив (ла): Викл ., Док.,Канд. техн. наук Журба А.О. « »_ ______________20__ 202_ РЕФЕРАТ Курсова робота з дисципліни « Організація баз Даних та Знань ». Тема : Провести розробка бази Даних авто - парку. Облік автомобілів . _ 25 __листів, 27 малюнка, 6 таблиць , 2 джерел . Об'єкт дослідження - процес розробки бази Даних . Мета роботи : Розробка баз Даних з Використання методу концептуального проектування и моделі Даних реляційної типу. Провести реалізацію бази Даних в MS Access . Розробити БД « Авто - парку. Облік автомобілів ». В роботі булу розроблено концептуальна модель и база Даних в MS Access « Авто - парку. Облік автомобілів ». Ключові слова: MS ACCESS, концептуальна модель, АВТОМОБІЛЬ, водії, МАРКА. ЗМІСТ Реферат Вступ Аналіз предметної області Побудова концептуальної моделі Побудова попередніх відносин Аналіз попередніх відносин Побудова реляційної моделі даних Схема даних Формування запитів Створення форм Побудова звітів Висновок Список використаної літератури . Вступ Бази даних - сукупність даних, організована за певними правилами, що передбачає загальні принципи опису, зберігання, маніпулювання даними, незалежними від прикладних програм. СУБД - система управління базами даних - сукупність програм, призначених для управління БД і можливості отримання користувачами необхідної інформації з бази. До завдань СУБД входять наступні завдання: Формування і підтримка БД Обробка інформації прийом запитів Надання інформації користувачам Забезпечення цілісності та реорганізації цінностей БД Організація спільної роботи користувачів На сьогоднішній день існує безліч різних систем управління базами даних. Вони все використовують різні засоби і функції, але переважно у всіх СУБД в основі лежать однакові поняття. Тому для узагальнення цих понять, прийомів і методів на весь клас СУБД, я хотіла б взяти програму, що входить в Microsoft Office , Microsoft Access . Microsoft Access - реляційна СУБД, в якій передбачені всі необхідні засоби для визначення і обробки даних, а також управління ними під час роботи з великим об'ємом інформації. Access - функціонально повна система, що має потужні засоби для роботи в цій програмі. Її перевагою перед іншими є простота, наявність всіх засобів для успішної обробки і управління БД. 1. Аналіз предметної області В результаті аналізу предметної області можна виділити наступні об'єкти і їхні атрибути (ключові атрибути підкреслені). Автомобіль Номер автомобіля, назва марки Водій Прізвище Ім'я По батькові, телефон Шляховий лист Номер подорожнього листа, номер автомобіля, дата виїзду, час виїзду, показники спідометра 1, дата повернення, час повернення, показники спідометра 2, витрата палива, виручка Марка автомобіля Назва марки, кількість пасажирських місць, вантажопідйомність, нормативні витрати палива, періодичність техоглядів Тип кузова Тип кузова, кількість пасажирських місць 2. Побудова концептуальної моделі  Малюнок 1 - Сутність - зв'язок 3. Побудова попередніх відносин На основі діаграми «Сутність - зв'язок» (ріс1), необхідно побудувати попередні стосунки. Попередні відносини являють собою запис, що містить найменування відносини з ув'язненими в круглі дужки ключовими атрибутами. Для того щоб скласти попередні відносини необхідно виконати аналіз кожної зв'язку та застосовувати до неї правило, враховує ступінь зв'язку і характер приналежності сутності до зв'язку з цим. Розглянемо побудовану концептуальну модель більш детально: Зв'язок «автомобіль-водій»       используется водитель автомобиль Малюнок 2 - Зв'язок «автомобіль-водій» На ER - діаграмі (рис. 2) показано зв'язок n : m з обов'язковим характером приналежності для сутності « автомобіль » і « водій ». Можна зробити висновок, що в аналізованої предметної області діють наступні бізнес-правила: Кожен водій може використовувати кілька автомобілів ; Кожен автомобіль може використовуватися декількома водіями ; Автомобіль обов'язково повинен бути закріплений за водієм ; Водій обов'язково повинен бути закріплений за автомобілем ; Так як тип зв'язку m : n , то робляться такі дії: в незалежності від характеру зв'язку необхідно побудувати додатковий ставлення, яке відображає зв'язок і включає в якості атрибутів ключі двох сутностей. Тому для даної ситуації необхідно записати наступний набір попередніх відносин: Автомобіль ( Номер автомобіля ...); Водій ( Прізвище Ім'я По батькові .. ); Водій автомобіля ( Номер автомобіля , Прізвище Ім'я По батькові ...) Зв'язок « Автомобіль - шляховий лист »    Путевой лист заносится автомобиль Малюнок 3 - Зв'язок «Автомобіль - шляховий лист» На ER - діаграмі (рис. 3) показано зв'язок 1: n з обов'язковим характером приналежності для сутності « Автомобіль » і « Подорожній лист ». Можна зробити висновок, що в аналізованої предметної області діють наступні бізнес-правила: На кожен автомобіль оформляється кілька подорожніх листів Кожен шляховий лист оформляється на один автомобіль На кожен автомобіль обов'язково оформляється дорожній лист ; У шляховий лист обов'язково заноситься автомобіль ; Зв'язок « Подорожній лист - Водій "   заполняет Водитель Путевой лист Малюнок 4 - Зв'язок «Подорожній лист - Водій» На ER - діаграмі (рис. 4) показано зв'язок 1: n з обов'язковим характером приналежності для сутності « Подорожній лист » і « Водій ». Можна зробити висновок, що в аналізованої предметної області діють наступні бізнес-правила: Кожний водій заповнює кілька подорожніх листів Подорожній лист заповнюється одним водієм ; Водій обов'язково заповнює шляховий лист ; Подорожній лист обов'язково заповнюється водієм ; Зв'язок « Автомобіль - Марка автомобіля »      Марка автомобиля Автомобиль характеризуется Малюнок 5 - Зв'язок «Автомобіль - Марка автомобіля» На ER - діаграмі (рис. 5) показано зв'язок 1: n з обов'язковим характером приналежності для сутності « Автомобіль » і « Марка автомобіля ». Можна зробити висновок, що в аналізованої предметної області діють наступні бізнес-правила: Кожен автомобіль має одну марку Одну марку може мати кілька автомобілів ; Автомобіль обов'язково має марку Марка обов'язково є у автомобіля Зв'язок «Марка автомобіля - Тип кузова»    Включает Тип кузова Марка автомобиля Малюнок 6 - Зв'язок «Марка автомобіля - Тип кузова» На ER - діаграмі (рис. 6) показано зв'язок 1: n з обов'язковим характером приналежності для сутності «Марка автомобіля» і «Тип кузова». Можна зробити висновок, що в аналізованої предметної області діють наступні бізнес-правила: Кожен автомобіль має одну марку Одну марку може мати кілька автомобілів; Автомобіль обов'язково має марку Марка обов'язково є у автомобіля Аналіз попередніх відносин Оскільки одна і та ж сутність може входити до складу кількох зв'язків, причому характер її при належності до цих зв'язків і ступінь зв'язку можуть відрізнятися то серед первинних відносин можуть зустрічатися однойменні відносини з різним складом ключових атрибутів. При аналізі: Видаляються всі дублюючі відносини (з тим же ім'ям і ідентифікаційним ключем); Видаляються однойменні відносини, що містять тільки первинний ключ, якщо є ставлення з тим же ім'ям і первинним ключем, але додатково містять вторинні ключі. Можуть зустрічатися однойменні відносини з тим же самим первинним ключем, але з різними вторинними ключами, в цьому випадку вони замінюються ставленням з таким же ім'ям і ключем, але набір вторинних ключів, якого представляє собою перелік всіх однойменних відносин. В даному розділі проведемо аналіз попередніх відносин. Для початку необхідно виписати всі відносини, перераховані в попередньому розділі. Автомобіль (Номер автомобіля ...); Водій (Прізвище Ім'я По батькові .. ); Водій автомобіля (Номер автомобіля, Прізвище Ім'я По батькові ...); Автомобіль (Номер автомобіля ...); Подорожній лист (Номер подорожнього листа ...); Подорожній лист ( Номер подорожнього листа ...); Водій ( Прізвище Ім'я По батькові ...); Автомобіль ( Номер автомобіля ...); Марка автомобіля ( назва марки ... ) ; Тип кузова ( Тип кузова ...) Тепер зробимо мінімізацію кількості відносин: Виключаємо відношення «4», тому що воно дублює відношення «1»; Виключаємо відношення «6», тому що воно дублює відношення « 5 »; Виключаємо відношення « 7 », тому що воно дублює відношення « 2 »; Виключаємо відношення « 8 », тому що воно дублює відношення « 1 »; На основі проведених дій перепишемо залишилися відносини, привівши їх до повного вигляду: Автомобіль (Номер автомобіля, назва марки); Водій (Прізвище Ім'я По батькові, Телефон ); Водій автомобіля (Номер автомобіля, Прізвище Ім'я По батькові); Подорожній лист ( Номер подорожнього листа, Номер автомобіля, Прізвище Ім'я По батькові, Дата виїзду, Час виїзду, Показники спідометра 1, Дата повернення, Час повернення, Показники спідометра 2, Витрата палива, Виручка); Марка автомобіля (Назва марки, Кількість пасажирських місць, Вантажопідйомність, Тип кузова, Нормативні витрати палива, Періодичність техоглядів) ; Тип кузова (Тип кузова, кількість пасажирських місць) 5. Побудова реляційної моделі даних Структура наступних таблиць заснована на отриманих в попередньому розділі даних про відносини і їх атрибутах: Таблиця 1 - Автомобіль
Таблиця 2 - Водій
Таблиця 3 - Водій автомобіля
Таблиця 4 - Подорожній лист
Таблиця 5 - Марка автомобіля
Таблиця 6 - Тип кузова
6. Схема даних На наступному малюнку 6 зображена схема даних, яка відображає модель роботи таксопарку :  Малюнок 6 - Схема данних 7. Формування запитів Запит дозволяє вибрати необхідні дані з однієї або декількох взаємопов'язаних таблиць, зробити обчислення і отримати результат у вигляді таблиці. Через запит можна виробляти оновлення даних в таблицях, додавання і видалення записів. Послідовне виконання ряду запитів дозволяє вирішувати досить складні завдання, не вдаючись до програмування. Потрібно сформувати такі види запитів: 1-й - запит на вибірку одно-табличну 2-й - запит на вибірку багато-табличну 3-й - запит на вибірку багато-табличного з умовою 4-й - запит на вибірку з розрахунковим полем 5-й - запит на вибірку багато-табличного з використанням угруповання 6-й - запит на оновлення з параметром 7-й - запит на видалення з параметром Запит 1 Одно-табличний запит на вибірку (рис. 7.1 .1 ) твердженням дозволяє сформувати інформацію про те, який нормативний витрата палива у кожної марки автомобіля :  Мал. 7.1 .1 Наступна таблиця (Мал. 7. 1. 2 ) - це результат запиту 1:  Мал. 7. 1. 2 Запит 2 Наступний запит (Мал. 7 . 2. 1) дозволяє отримати інформацію про водіїв, їх автомобілях і кількості пасажирських місць в них.  Мал. 7.2 .1 Наступна таблиця (Рис. 7.2 . 2 ) - це результат запиту 2:  Мал. 7.2 . 2 Запит 3 Даний запит (Мал. 7.3 .1) дозволяє отримати інформацію про рейсах скоєних після 2 грудня 2011 року  Мал. 7.3 .1 Наступна таблиця (Мал. 7.3. 2 ) - це результат запиту 2:  Мал. 7.3 . 2 Запит 4 Даний запит (Мал. 7.4 .1) дозволяє отримати інформацію про пройдений шлях кожного водія  Мал. 7.4 .1 Наступна таблиця (Мал. 7.4 . 2 ) - це результат запиту 4:  Мал. 7.4 . 2 Запит 5 Даний запит (Рис. 7.5 .1) дозволяє отримати інформацію про суму виручки кожного водія  Мал. 7.5 .1 Наступна таблиця (Мал. 7.5 . 2 ) - це результат запиту 5:  Мал. 7.5 . 2 Запит 6 Даний запит (Рис. 7.6 .1) дозволяє оновити дані про періодичності техоглядів для автомобілів :  Мал. 7.6 .1 При запуску данного запиту на екрані з'явиться наступна напис (Мал. 7.6 . 2 ):  Мал. 7.6 . 2 Запит 7 Даний запит (Мал. 7.7 .1) дозволяє видалити інформацію про рейсах, в яких сума виручки була меншою за вказану :  Мал. 7.7 .1 Для того, щоб успішно здійснити видалення інформації, слід ввести суму виручки , яку потрібно видалити (Мал. 7.7.2 ):  Мал. 7. 7 . 2 8. Побудова форм Access надає широкі можливості по конструюванню графічного діалогового інтерфейсу користувача для роботи з базою даних. Основою такого інтерфейсу є форми. Форми є основою розробки діалогових додатків користувача для роботи з базою даних. Через форми може здійснюватися первісна завантаження даних у взаємозалежні таблиці БД, перегляд даних, а також їх коригування. Працюючи з формою, користувач може додавати і видаляти записи в таблицях, змінювати значення в полях, отримувати розрахункові дані. Такими елементами, наприклад, є, графічні кнопки, з якими можуть зв'язуватися події наступних категорій: Переходи по записах, обробка записів (додавання, видалення, друк, відновлення); Робота з формою (закриття, відкриття, зміна фільтра, оновлення даних, друк форми); Робота зі звітом (друк, перегляд, відправка, висновок в файл); Запуск запиту, макросу, друк таблиці, набір номера. Нижче будуть приведені три форми, які були створені в рамках даної курсової роботи: Головна форма, яка дозволяє здійснити відкриття всіх інших форм (рисунок 8.1 ); Форма, що дозволяє здійснювати обробку інформації про автомобілях (рисунок 8.2 ); Форма, що дозволяє здійснювати обробку інформації про марку автомобіля (малюнок 8.3 ) ; Форма дозволяє здійснювати обробку інформації про дорожні листи (рисунок 8.4).  Мал. 8.1  Мал. 8.2  Мал. 8.3  Мал. 8.4 9. Побудова звітів Засоби розробки звітів в Access призначені для конструювання макету звіту, за яким може бути здійснено виведення даних у вигляді вихідного друкованого документа. Ці засоби дозволяють створювати звіт складної структури, що забезпечує виведення взаємозв'язаних даних з багатьох таблиць, їх угруповання, обчислення даних. Звіт може створюватися за допомогою майстра або в режимі конструктора звітів. У багатьох випадках зручно використовувати майстра звітів. Створений майстром звіт можна доопрацювати в режимі конструктора. При необхідності виведення в звіті результатів рішення задачі в якості основи для звіту може бути використаний багато-табличного запит. На запит можуть бути покладені найбільш складні види вибірки і попередньої обробки даних. Різноманітні можливості конструктора звітів дозволяють легко структурувати і оформити отримані в запиті дані. Створені звіти по наступним запитами: Довідка про автомобілях (рис.9.1) ; Довідка про б обсягах виручки (рис 9.2) ; Довідка про основні характеристики автомобіля (рис 9.3) .  Мал. 9.1  Мал. 9.2  Мал. 9.3 Висновок У процесі даної курсової роботи була побудована БД для роботи таксопарку з використанням програми, що входить в Microsoft Office , Microsoft Access . БД дозволяє користувачеві без особливих витрат часу і зусиль вносити своєчасно всі зміни. Дана БД готова до етапу впровадження та проведення дослідної експлуатації. запит Список використаних джерел Бази даних: моделі, розробка, реалізація / Т.С.Карпова - СПб .: Питер, 2002. - 304с. Автоматизовані інформаційні технології в економіці: Підручник / М.І.Семенов , І.Т.Трубілін , В.І.Лойко , Т.П.Барановская ; Під общ.ред . І.Т.Трубіліна . - М .: Фінанси і статистика, 2003. - 416 с .: іл. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||