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

 

Зміст

Вступ

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

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

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

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

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

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

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

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

Висновки

Вступ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

№ПолеТипРозмірОпис1IDfilialЧисловой1Регистрационный номер филиала2FilialТекстовый20Название филиала предприятия3InnFilialТекстовый10ИНН филиала предприятия4ChiefТекстовый60Руководитель филиала5CapacityЧисловой3Число стояночных мест на площадке6AddressТекстовый60Адрес филиала предприятия7PhoneТекстовый10Номер телефона филиала8BrandТекстовый15Марка автомобиля9ModelТекстовый15Модель автомобиля10BodyIDТекстовый20Номер кузова11EngineIDТекстовый20Номер двигателя12BodyModelТекстовый20Модель кузова13PictureПоле объекта OLEАвтоФотография автомобиля14VolumeЧисловой5Объем двигателя15PowerЧисловой3Мощность двигателя, л.с.16HelmЛогический1Руль (правый/левый)17DriveЛогический1Привод на все колёса18DateStartДата/времяАвтоДата появления в продаже19CostДенежный15Стоимость автомобиля20NewЛогический1Новый/подержанный21YearЧисловой4Год выпуска автомобиля22DistanceЧисловой6Пробег автомобиля, км23TypeТекстовый15Тип кузова автомобиля24ClientТекстовый60Покупатель автомобиля25SignЛогический1Признак покупателя (юр./физ. лицо)26BankТекстовый60Банк покупателя27AccountТекстовый20Номер счёта в банке28CommentПоле MemoАвтоПримечания29CustomerТекстовый60Заказчик30PriceДенежный15Стоимость заказанного автомобиля31StartDateДата/времяАвтоДата заказа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

рис.4.1. Схема даних

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

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

АвтомобилиIdModelModelBodyIDEngineIDIDfilialPictureDateStartCostNewYear1SAMARA44482372HG3SS112.02.2009240 120,00рубДа20051SAMARA8703947583287928201.01.2009240 000,00рубДа20051SAMARA66638262298000176301.01.2009240 000,00рубДа20051SAMARA123498072898176234410.01.2009240 000,00рубДа20051SAMARA8034750232534076502501.01.2009241 000,00рубДа20052SAMARA98272374598726438564120.01.2001250 000,00рубДа20002SAMARA82626476555582634220.01.2001250 000,00рубДа20002SAMARA555632243100585737301.01.2001252 000,00рубДа20002SAMARA916230048111872222401.01.2001252 000,00рубДа20002SAMARA78727629192301928312501.01.2001252 000,00рубДа20003Нива92736355482727333101.03.2005350 000,00рубДа20013Нива71823094666392763206.07.2005351 000,00рубДа20013Нива773737282394029384310.07.2005350 000,00рубДа20013Нива727272782333377745401.07.2005350 000,00рубДа20013Нива87200001127261043763501.07.2005350 000,00рубДа20014Калина8292837425648923764101.01.2011330 000,00рубДа20104Калина797868324534523345201.01.2011330 000,00рубДа20104Калина32837645822347981231301.01.2011331 000,00рубДа20104Калина661616161919898231410.03.2011229 000,00рубДа20104Калина876902934722220000510.03.2011330 000,00рубДа20105Калина72728929456777711124128.02.2011320 000,00рубДа20105Калина8765432774527653228.02.2011320 000,00рубДа20105Калина3452346257536743652301.02.2011320 000,00рубДа20105Калина9992827384363637401.02.2011320 000,00рубДа20105Калина792713235819084315501.02.2011320 000,00рубДа20106Priora910298372792475843131.05.2009344 900,00рубДа20086Priora84923236476900043230.05.2009345 000,00рубДа20086Priora902050558488376375330.05.2009345 000,00рубДа20086Priora76161451197967472430.05.2009344 900,00рубДа20086Priora972811435252344530.05.2009345 000,00рубДа20087Priora2798593523234579238452110.07.2012440 000,00рубДа20117Priora324503223423457923845210.07.2012440 000,00рубДа20117Priora7923452834425349523301.07.2012450 000,00рубДа20117Priora4325792337980729384401.07.2012450 000,00рубДа20117Priora89870101332570134501.07.2012445 000,00рубДа20118Priora45239452374926572834101.04.2009380 000,00рубДа20088Priora572935345234758023201.04.2009380 000,00рубДа20088Priora5234665736986574253301.04.2009380 000,00рубДа20088Priora436245635745624564401.04.2009370 000,00рубДа20088Priora45244563323452345501.04.2009370 000,00рубДа20089Largus4552397682332454536101.01.2011462 800,00рубДа20109Largus4552397682332454536201.01.2011462 000,00рубДа201010Largus4792357582345692783107.09.2010319 000,00рубДа201010Largus43645363465634207.09.2010320 000,00рубДа201010Largus54359684343569783407.09.2010319 000,00рубДа201011Granta345328344444476865362101.01.2012269 000,00рубДа201111Granta432598345523496758201.01.2012270 000,00рубДа201111Granta45634579898765301.04.2012268 000,00рубДа201111Granta4399995483898235432401.04.2012270 000,00рубДа201111Granta986877826734123501.04.2012269 000,00рубДа201112Надежда4938000763453278989119.02.2003170 000,00рубНет200013Надежда789878723143589783510.10.2002190 000,00рубНет2000

Таблиця "Заказник"

ЗаказчикIDзаказчикаCustomerBodyIDEngineIDPriceStarDate1Курикша Иван Григорьевич4448237244482372240 120,00руб16.04.20112Ромащенко Роман Кириллович92736355482727333350 000,00руб30.05.20103Шукшина Маргарита Ивановна986877826734123269 000,00руб01.03.2013

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

Заказы с заводаIdModelIDзаказчикаModelBodyIDEngineIDDateBuyColorPictureCost12SAMARA6663826229800017601.12.2012вишневый240 000,00руб31Нива9273635548272733312.02.2013серебристый350 000,00руб61Priora91029837279247584317.06.2012черный344 900,00руб93Largus455239768233245453619.10.2011коричневый462 800,00руб103Largus479235758234569278321.06.2011голубой319 000,00руб

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

Заказы с салонаIdModelIDпокупателяModelBodyIDEngineIDDateBuyColorPictureCost11SAMARA44482372HG3SS01.05.2009белый240 120,00руб22SAMARA8262647655558263413.02.2003алый250 000,00руб34Нива72727278233337774514.02.2005белый350 000,00руб38Нива8720000112726104376320.12.2006темно-зеленый350 000,00руб45Калина3283764582234798123123.07.2011черный331 000,00руб48Калина66161616191989823115.09.2012белый229 000,00руб67Priora7616145119796747230.09.2009мокрого асфальта344 900,00руб73Priora279859352323457923845225.10.2012черный440 000,00руб76Priora8987010133257013409.03.2013желтый445 000,00руб89Priora43624563574562456401.04.2010серебристый370 000,00руб910Largus865433453989875201.02.2013коричневый462 000,00руб103Нива77373728239402938431.10.2005белый350 000,00руб1111Granta43259834552349675821.02.2013серебристый270 000,00руб

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

Модель_автомобилейIdModelModelBodyModelVolumePowerHelmDrive1SAMARAKKS387I1,681ДаНет2SAMARASLG124SA1,681ДаНет3НиваGGL77AA1,781ДаДа4КалинаALG692S1,490ДаНет5КалинаLLU392A1,490ДаНет6PrioraLOS281A1,690НетНет7PrioraGOS592A1,690ДаДа8PrioraPPP98S1,690ДаНет9LargusOSJ297X1,687ДаДа10LargusOFN2081C1,690ДаНет11GrantaGKKS92764G1,682ДаНет12НадеждаGUSN396X1,784ДаНет13НаджедаGUSV2817V1,880ДаНет

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

ПокупателиIDпокупателяClientSignBankAccount1Романец Артем ВасильевичДаИмексБанк432579327862410Лавров Енакентий ДмитриевичДаУкрСибБанк4689047098765911Цукерберг Раиса ВиталиевнаНет2Ларов Леонид ДаниловичНет3Норватова Маргарита РомановаДаПриватБанк42357809283424Лилова Александра ВладимировнаНет5Щербаков Даниил СергеевичНет6Щербакова Полина АркадиевнаНет7Днищенский Александр ВладимировичНет8Горбатов Олег ДмитриевичДаПриватБанк45369236591239Данильченко Елена СтепановаНетТаблиця "Філії"

ФилиалыIDfilialFilialInnFilialChiefCapacityAddressPhone17771000549345Щукина Маргарита Александровна100ул. Вильямса, 5312-23-132Автотех3315689745Ольховой Константин Васильевич75ул. Мельницкая, 30а728-27-183Богдан-Авто Одесса9852476103Шаповалов Олег Васильевич50ул. Люстдорфская дорога, 114718-50-284Мир Авто1100287631Фролов Леонид Русланович60ул. Раскидайловская, 65396-17-175Одесса-Авто7775203149Петриков Егор Григорьевич50Ленинградское шоссе, 27-А34-44-13

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

рис.5.1.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Загальні відомості про умови запиту

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

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

УМОВАОПИС>25 та <50Ця умова застосовується до поля типу полю типу «Числовий», наприклад, до поля «Price» або «IdModel». При використанні цієї умови в результати запиту включаються лише ті записи, в яких поле «Price» або «IdModel» містить значення більше 25 і менше 50.DateDiff ("yyyy", [DateStart], Date()) > 30Ця умова застосовується до полів типу «Дата / Час», наприклад, до поля «DateStart». У результати запиту включаються лише ті записи, в яких кількість років, що минули з дати виходу автомобіля у продаж до поточної дати, перевищує 30.Is NullЦя умова може застосуватися до поля будь-якого типу, щоб відобразити записи з нульовим значенням поля.

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

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

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

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

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

рис.6.1. QBE-запит по року випуску автомобіля

рис.6.2. QBE-запит на збіг по року

рис.6.3. QBE-запит на вартість автомобіля

рис.6.4. QBE-запит по юридичним особам

рис.6.5. QBE-запит на постійних покупців

Результатами цим запитів є наступне:

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

рис.6.6.

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

) QBE-запит на збіг по року. Введена умова:([Автомобили]![DateStart])=Year([Заказы с салона]![DateBuy]) And Year([Заказы с завода]![DateBuy])=Year([Автомобили]![DateStart])

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

рис.6.7.

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

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

рис.6.8.

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

рис.6.9.

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

рис.6.10.

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

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

) SQL-запит доходу філії. Тут ми прописуємо наступне:SUM([заказы с салона].Cost) AS [Доход филиала][заказы с салона]((([заказы с салона].IDfilial) Like "*" & [Введите номер филиала] & "*"));

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

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

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

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

рис.6.13.

) SQL-запит по заказу з заводу (марка). Тут задача запиту - показати потрібну модель автомобіля, що заказали з заводу. Пишемо наступне:Автомобили.Model, Автомобили.IdModel, Автомобили.BodyID, Автомобили.EngineID, Автомобили.CostАвтомобили(((Автомобили.Model) Like "*" & [Введите модель] & "*"));

Результат:

рис.6.14.

рис.6.15.

) SQL-запит по заказу з салону (марка). Задача запиту - аналогічна п.3, тільки дані беруться з таблиці "Закази з салону". Пишемо наступний код:[заказы с салона].Model, [заказы с салона].BodyID, [заказы с салона].EngineID, [заказы с салона].DateBuy, покупатели.Client, покупатели.IDпокупателя[заказы с салона] INNER JOIN покупатели ON [заказы с салона].IDпокупателя=покупатели.IDпокупателя((([заказы с салона].Model) Like "*" & [Введите модель] & "*"));

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

рис.6.16.

рис.6.17.

) SQL-запит по назві моделі. Задача цього запиту - показати усі види заданої моделі. Код має вигляд:Автомобили.Model, Автомобили.IdModel, Автомобили.BodyID, Автомобили.EngineID, Автомобили.CostАвтомобили(((Автомобили.Model) Like "*" & [Введите модель] & "*"));

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

рис.6.18.

рис.6.18.

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

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

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

У 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 - сервісу; переглянути покупців, що купували автомобілі за готівку чи за спеціальним замовленням через завод; переглянути юридичних осіб; ознайомитися з характеристиками та видами автомобілів.

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

Зміст Вступ . Постановка завдання . Перша нормальна форма . Друга нормальна форма . Третя нормальна форма . Проектування форм та робота з

Больше работ по теме: