Прикладне програмне забезпечення діяльності підприємства LADA-сервіс

Зміст Вступ

1. Постановка завдання

2. Перша нормальна форма

3. Друга нормальна форма

4. Третя нормальна форма

5. Проектування форм та робота з ними

6. Створення (формування) запитів

7. Створення звіту як об'єкта бази даних

8. Створення головної кнопкової форми Висновки

Вступ

Microsoft Office Access або просто Microsoft Access — реляційна СУБД корпорації Microsoft. Має широкий спектр функцій, включаючи пов’язані запити, зв’язок із зовнішніми таблицями і базами даних. Завдяки вбудованому мови VBA, в самому Access можна писати програми, що працюють з базами даних.

Основні компоненти MS Access:

будівник таблиць;

будівник екранних форм;

будівник SQL-запитів (мова SQL в MS Access не відповідає стандарту ANSI);

будівник звітів, що виводяться на друк.

Вони можуть викликати скрипти на мові VBA, тому MS Access дозволяє розробляти програми і БД практично «з нуля» або написати оболонку для зовнішньої БД.

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

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

2. Перша нормальна форма Перша нормальна форма. Таблиця знаходиться в першій нормальній формі, якщо значення всіх її полів атомарні, і в ній відсутні повторювані групи полів. Для відношення в першій нормальній формі справедливі всі властивості:

1) у відношенні немає однакових кортежів;

2) кортежі відношення не впорядковані;

3) атрибути не впорядковані;

4) значення атрибутів не атомарні.

Наведемо наші дані до першої нормальної формі. Виділимо самостійні групи полів і помістимо їх в окремі таблиці.

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

У даній курсовій роботі перша нормальна форма має вигляд:

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

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

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

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

Після приведення до 2НФ маємо 7 таблиць:

рис. 3.1. Таблиця «Автомобілі»

рис. 3.2. Таблиця «Заказник»

рис. 3.3. Таблиця «Закази з заводу»

рис. 3.4. Таблиця «Закази із салону»

рис. 3.5. Таблиця «Модель_автомобілів»

рис. 3.6. Таблиця «Покупники»

рис. 3.7. Таблиця «Філії»

4. Третя нормальна форма Відношення знаходиться у третій нормальній формі тоді і тільки тоді, коли відношення знаходиться у другій нормальній формі і всі не ключові атрибути взаємно незалежні.

Як правило, на практиці, при створенні логічної моделі даних не йдуть прямо за алгоритмом нормалізації. Досвідчені розробники зазвичай відразу будують відносини у 3НФ. Крім того, основним засобом розробки логічних моделей даних є різноманітні варіанти ER-діаграм. Особливість цих діаграм у тому, що вони відразу дозволяють створювати відносини в 3НФ. Проте, наведений алгоритм важливий з двох причин. По-перше, цей алгоритм показує, які проблеми виникають при розробці слабо нормалізованих відносин. По-друге, як правило, модель предметної області ніколи не буває правильно розроблена з першого кроку. Експерти предметної області можуть забути про що-небудь, згадати, розробник може неправильно зрозуміти експерта, під час розробки можуть змінитися правила, прийняті в предметній області, і т.д. Все це може призвести до появи нових залежностей, які були відсутні в первинній моделі предметної області. Тут як раз і необхідно використовувати алгоритм нормалізації хоча б для того, щоб переконатися, що відносини залишилися в 3НФ і логічна модель не погіршилася.

Перед тим, як заповнювати таблиці, необхідно зробити залежності та проставити необхідні ключові поля. Це потрібно для того, щоб під час створення залежностей не з’являлось помилок. Microsoft Access підтримує чотири типи зв’язків: один до одного, один до багатьох, багато до одного й багато до багатьох. Зв’язок «один до одного» означає, що кожного запису однієї таблиці відповідає тільки один запис іншої таблиці і навпаки. Зв’язок «багато до багатьох» виникає між двома таблицями в тих випадках, коли один запис із першої таблиці може бути пов’язана більш ніж з одним записом із другої таблиці, а один запис із другої таблиці може бути пов’язана більш ніж з одним записом з першої таблиці. Але цих двох типів зв’язку слід уникати. Заміною можна зробити декілька простих таблиць.

Схема даних у даній курсовій роботі виглядає так:

рис. 4.1. Схема даних Після створення таблиць у 3НФ та залежностей, можна заповнювати таблиці.

Таблиця «Автомобілі»

Таблиця «Заказник»

Таблиця «Закази з заводу»

Таблиця «Закази із салону»

Таблиця «Модель автомобілів»

Таблиця «Покупники»

Таблиця «Філії»

5. Проектування форм та робота з ними Форма — це об'єкт бази даних, який можна використовувати для введення, зміни або відображення даних з таблиці або запиту. Форми можуть застосовуватися для управління доступом до даних: з їх допомогою можна визначати, які поля або рядки даних будуть відображатися. Наприклад, деяким користувачам достатньо бачити лише кілька полів великої таблиці. Якщо надати їм форму, що містить тільки потрібні їм поля, це полегшить для них використання бази даних. Для автоматизації часто виконуваних дій у форму можна додати кнопки та інші функціональні елементи.

Форми можна розглядати як вікна, через які користувачі можуть переглядати і змінювати базу даних. Раціонально побудована форма прискорює роботу з базою даних, оскільки користувачам не потрібно шукати те, що їм потрібно. Зовні приваблива форма робить роботу з базою даних більш приємною і ефективною, крім того, вона може допомогти в запобіганні невірного введення даних. У Microsoft Office Access 2007 передбачені нові засоби, що допомагають швидко створювати форми, а також нові типи форм і функціональні можливості, завдяки яким база даних стає більш практичною.

Способи створення форм:

* Конструктор форм (призначений для створення форми будь-якої складності)

* Майстер форм (дозволяє створювати форми різні як за стилем, так і за змістом)

* Автоформа: у стовпець (багатосторінкова — поля для запису виводяться в один стовпець, у формі одночасно відображаються дані для одного запису)

* Автоформа: стрічкова (всі поля запису виводяться в один рядок, у формі відображаються всі записи)

* Автоформа: таблична (відображення записів здійснюється в режимі таблиця)

* Автоформа: зведена таблиця

* Автоформа: зведена діаграма

* Діаграма (створюється форма з діаграмою, побудованої Microsoft Graph)

* Зведена таблиця (створюється форма Access, яка відображається у режимі зведеної таблиці Excel)

Алгоритм створення форм у Microsoft Office Access 2007 наступний:

Відкрити вікно бази даних.

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

На вкладці «Створення» в групі «Форми» виберіть команду «Форма» (рис. 6.1.)

рис. 5.1.

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

5. Вставляємо необхідні кнопки та придаємо їм виду або картинки, або напису.

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

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

рис. 5.2. Форма «Автомобілі»

рис. 5.3. Форма «Заказник»

рис. 5.4. Форма «Закази з заводу»

рис. 5.5. Форма «Закази із салону»

рис. 5.6. Форма «Модель автомобілів»

рис. 5.7. Форма «Покупники»

рис. 5.8. Форма «Філії»

Як можна побачити, у формі показані не тільки дані з таблиці, але й з таблиці, що залежна від неї. Наприклад, у рис. 6.8. Форма «Філії» можна подивитися дані першої філії під назвою «777» та автомобілі, що вона продає.

6. Створення (формування) запитів Умова запиту — це правило, що визначає, які записи потрібно включити в результати запиту. Додавати умови до кожного запиту не обов’язково: їх слід задавати в тому випадку, якщо переглядати потрібно не всі записи, які у базовому джерелі даних.

Загальні відомості про умови запиту Умова аналогічно формулі: це рядок, який може включати посилання на поля, оператори та константи. У Microsoft Office Access 2007 умови називаються також виразами.

У наведених нижче таблицях містяться приклади умов і опис принципів їх дії.

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

Запити можуть будити створені у двох видах: SQL та QBE.

QBE-запит за зразком — засіб для відшукання необхідної інформації в базі даних. Він формується не на спеціальній мові, а шляхом заповнення бланка запиту у вікні «Конструктора запитів» .

SQL-запити — це запити, які складаються (програмістами) з послідовності SQL — інструкцій. Ці інструкції задають, що треба зробити з вхідним набором даних для генерації вихідного набору. Всі запити Access будують на основі SQL — запитів. Щоб їх подивитися, необхідно в активному вікні проектування запиту натиснути ПКМ та виконати команду Вид / SQL.

Існує кілька типів запитів: на вибірку, на оновлення, на додавання, на видалення, перехресний запит та створення таблиць. Найбільш поширеним є запит на вибірку. Запити на вибірку використовуються для відбору потрібної користувачу інформації, що міститься в таблицях. Вони створюються тільки для пов’язаних таблиць.

Для створення QBE-запиту скористаємося командою «Конструктор запитів». Добавляємо потрібні таблиці та записуємо умову запиту.

В результаті отримаємо 5 QBE-запитів.

рис. 6.1. QBE-запит по року випуску автомобіля рис. 6.2. QBE-запит на збіг по року рис. 6.3. QBE-запит на вартість автомобіля рис. 6.4. QBE-запит по юридичним особам рис. 6.5. QBE-запит на постійних покупців Результатами цим запитів є наступне:

1) QBE-запит по року випуску автомобіля. При введенні у строчці умови року (наприклад, 2008), в результаті випадає список із автомобілями цього року:

рис. 6.6.

В даному випадку 2008 року з’явилися автомобілі лише марки Priora.

2) QBE-запит на збіг по року. Введена умова:

Year ([Автомобили]![DateStart])=Year ([Заказы с салона]![DateBuy]) And Year ([Заказы с завода]![DateBuy])=Year ([Автомобили]![DateStart])

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

рис. 6.7.

3) QBE-запит на вартість автомобіля. При записі умови:

Between 150 000 And 250 000

маємо результат, що задовольняє проміжку між 150 000руб та 250 000:

рис. 6.8.

4) QBE-запит по юридичним особам. Нам відомо, що замовляти можуть як фізичні особи, так і юридичні. Цей запит показує усіх юридичних осіб, що замовляли автомобілі:

рис. 6.9.

5) QBE-запит на постійних покупців. Цей запит за логікою є найскладнішим. Його суть полягає у тому, що у одного й того ж покупця можуть бути декілька заказів. Потрібно показати цих людей (показувати запит буде у тій кількості, що і було замовлень):

рис. 6.10.

Для створення SQL-запитів створюємо запит за допомогою команди «Конструктор запитів» та можна не вставляти ніяку таблицю. Щоб їх подивитися та відредагувати, необхідно в активному вікні проектування запиту натиснути ПКМ та виконати команду Вид / SQL.

Після створення усіх SQL-запитів отримуємо такий результат:

1) SQL-запит доходу філії. Тут ми прописуємо наступне:

SELECT SUM ([заказы с салона]. Cost) AS [Доход филиала]

FROM [заказы с салона]

WHERE ((([заказы с салона]. IDfilial) Like «*» & [Введите номер филиала] & «*»));

Цей код означає, що ми беремо дані тільки з таблиці «Закази з салону» та записуємо їх, як «Доход філії». Строчка умови робить введення номеру філії комфортнішим для користувача (при виконанні запита випливає вікно, де можна просто ввести номер, після чого отримуємо таблицю із даними):

рис. 6.11. рис. 6.12.

2) SQL-запит на правий/лівий руль. Тут ми зможемо побачити, які автомобілі мають правий руль (нестандартний). Для цього у формі SQL-запиту пишемо наступне:

SELECT *

FROM Модель_автомобилей

WHERE Модель_автомобилей.Helm=false;

У результаті отримуємо список із такими автомобілями:

рис. 6.13.

3) SQL-запит по заказу з заводу (марка). Тут задача запиту — показати потрібну модель автомобіля, що заказали з заводу. Пишемо наступне:

SELECT Автомобили. Model, Автомобили. IdModel, Автомобили. BodyID, Автомобили. EngineID, Автомобили. Cost

FROM Автомобили

WHERE (((Автомобили.Model) Like «*» & [Введите модель] & «*»));

Результат:

рис. 6.14.

рис. 6.15.

4) SQL-запит по заказу з салону (марка). Задача запиту — аналогічна п. 3, тільки дані беруться з таблиці «Закази з салону». Пишемо наступний код:

SELECT [заказы с салона]. Model, [заказы с салона]. BodyID, [заказы с салона]. EngineID, [заказы с салона]. DateBuy, покупатели. Client, покупатели. IDпокупателя

FROM [заказы с салона] INNER JOIN покупатели ON [заказы с салона]. IDпокупателя=покупатели.IDпокупателя

WHERE ((([заказы с салона]. Model) Like «*» & [Введите модель] & «*»));

та натискаємо кнопку «Виповнити». З’являється вікно, куди вписуємо назву моделі машини та дивимось результат:

рис. 6.16.

рис. 6.17.

5) SQL-запит по назві моделі. Задача цього запиту — показати усі види заданої моделі. Код має вигляд:

SELECT Автомобили. Model, Автомобили. IdModel, Автомобили. BodyID, Автомобили. EngineID, Автомобили. Cost

FROM Автомобили

WHERE (((Автомобили.Model) Like «*» & [Введите модель] & «*»));

Результат має вигляд:

рис. 6.18.

рис. 6.18.

7. Створення звіту як об'єкта бази даних Звіт — це форматоване подання даних, яке виводиться на екран, до друку чи файл. Вони дозволяють витягти з бази потрібні відомості і представити їх у вигляді, зручному для сприйняття, а також надають широкі можливості для узагальнення та аналізу даних.

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

У Microsoft Access можна створювати звіти різними способами:

* Конструктор

* Майстер звітів

* Автозвіт: у стовпець

* Автозвіт: стрічковий

* Майстер діаграм

* Поштові наклейки У цій курсовій роботі має сенс робити лише два звіти: звіт о доході філіалу (одного з) та звіт о постійних клієнтах.

Для того, щоб створити звіт на основі чого-небудь, спочатку натискаємо один раз ЛКМ, потім зверху на панелі інструментів обираємо вкладку «Створення» — «Звіт». З’являється макет, який згодом можна відредагувати.

Звіт про доходи філіалу при активації спочатку видає вікно, де потрібно ввести номер філіалу (рис. 8.1):

рис. 7.1.

Потім відкривається сам звіт (рис. 8.2):

рис. 7.2.

Звіт про постійних клієнтів при активуванні відразу видає результат (рис. 8.3):

рис. 7.3.

Як видно зі звіту на рис. 8.3, кількість строк з покупцями дорівнює кількості покупок цього покупця.

8. Створення головної кнопкової форми У цій курсовій роботі головна кнопкова форма грає роль початкової сторінки бази даних. Тобто при відкриванні усієї бази даних відкривається головна кнопкова форма (рис. 8.1):

рис. 8.1.

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

створити сторінку головної кнопкової форми (ГКФ);

створити необхідну кількість сторінок підлеглих кнопкових форм (наприклад, форми для введення даних, для звітів, для запитів і т.д.);

створити елементи головної кнопкової форми;

створити елементи для кнопкових форм звітів і форм введення або зміни даних;

створити макроси для запитів або для таблиць з унікальними іменами;

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

Для створення головної кнопкової форми і її елементів необхідно відкрити базу даних і виконати команду «Сервіс» — «Службові програми» — «Диспетчер кнопкових форм». Якщо кнопкова форм раніше не створювалася, то відкриється вікно діалогу «Диспетчер кнопкових форм» (рис. 8.2), де натискаємо кнопку «ДА» .

рис. 8.2.

Після цього відкривається вікно (рис. 8.3), де можемо створити нову кнопкову форму чи відредагувати існуючу.

рис. 8.3.

У даній курсовій роботі редагуємо існуючу. Для цього натискаємо кнопку «Змінити». У вікні, що відкрилося (рис. 8.4), змінюємо назву головної кнопкової форми, додаємо форми та кнопку для виходу з БД.

рис. 8.4.

Після того, як добавили усі потрібні майбутні кнопки переходу, маємо головну кнопкову форму (рис. 8.1).

Для того, щоб при відкриванні БД відкривалась одразу кнопкова форма, необхідно нажати «Office» — «Параметри Access» — «Поточна база даних» (рис. 8.5):

рис. 8.5.

Після цього видаляємо галочки зі строчок «Строчка стану» та «Область переходу». Також змінюємо форму перегляду на нашу головну кнопкову форму.

Висновки У даному курсовому проекті була розроблена база даних для прикладне програмне забезпечення діяльності підприємства LADA — сервіс. Для розробки бази даних було використано програма Microsoft Access 2007.

Завдяки розробленій базі даних можна керувати списками автомобілів, що є на складі LADA — сервісу; переглянути покупців, що купували автомобілі за готівку чи за спеціальним замовленням через завод; переглянути юридичних осіб; ознайомитися з характеристиками та видами автомобілів.

Для комфортної роботи та перегляду були створені форми та звіти, де також можна редагувати дані. Також для легшої роботи у базі даних була створена головна кнопкова форма, що спрощую роботу з самого початку.