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

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Зміст

Вступ

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) значення атрибутів не атомарні.

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

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

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

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

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НФ та залежностей, можна заповнювати таблиці.

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

Автомобили
IdModel	Model	BodyID	EngineID	IDfilial	Picture	DateStart	Cost	New	Year
1	SAMARA	44482372	HG3SS	1		12.02.2009	240 120,00руб	Да	2005
1	SAMARA	870394758	3287928	2		01.01.2009	240 000,00руб	Да	2005
1	SAMARA	666382622	98000176	3		01.01.2009	240 000,00руб	Да	2005
1	SAMARA	123498072	898176234	4		10.01.2009	240 000,00руб	Да	2005
1	SAMARA	803475023	2534076502	5		01.01.2009	241 000,00руб	Да	2005
2	SAMARA	98272374598	726438564	1		20.01.2001	250 000,00руб	Да	2000
2	SAMARA	82626476	555582634	2		20.01.2001	250 000,00руб	Да	2000
2	SAMARA	555632243	100585737	3		01.01.2001	252 000,00руб	Да	2000
2	SAMARA	916230048	111872222	4		01.01.2001	252 000,00руб	Да	2000
2	SAMARA	7872762919	2301928312	5		01.01.2001	252 000,00руб	Да	2000
3	Нива	92736355	482727333	1		01.03.2005	350 000,00руб	Да	2001
3	Нива	71823094	666392763	2		06.07.2005	351 000,00руб	Да	2001
3	Нива	773737282	394029384	3		10.07.2005	350 000,00руб	Да	2001
3	Нива	727272782	333377745	4		01.07.2005	350 000,00руб	Да	2001
3	Нива	8720000112	7261043763	5		01.07.2005	350 000,00руб	Да	2001
4	Калина	829283742	5648923764	1		01.01.2011	330 000,00руб	Да	2010
4	Калина	7978683245	34523345	2		01.01.2011	330 000,00руб	Да	2010
4	Калина	3283764582	2347981231	3		01.01.2011	331 000,00руб	Да	2010
4	Калина	661616161	919898231	4		10.03.2011	229 000,00руб	Да	2010
4	Калина	876902934	722220000	5		10.03.2011	330 000,00руб	Да	2010
5	Калина	7272892945	6777711124	1		28.02.2011	320 000,00руб	Да	2010
5	Калина	87654327	74527653	2		28.02.2011	320 000,00руб	Да	2010
5	Калина	3452346257	536743652	3		01.02.2011	320 000,00руб	Да	2010
5	Калина	99928273	84363637	4		01.02.2011	320 000,00руб	Да	2010
5	Калина	7927132358	19084315	5		01.02.2011	320 000,00руб	Да	2010
6	Priora	910298372	792475843	1		31.05.2009	344 900,00руб	Да	2008
6	Priora	84923236	476900043	2		30.05.2009	345 000,00руб	Да	2008
6	Priora	9020505584	88376375	3		30.05.2009	345 000,00руб	Да	2008
6	Priora	76161451	197967472	4		30.05.2009	344 900,00руб	Да	2008
6	Priora	972811	435252344	5		30.05.2009	345 000,00руб	Да	2008
7	Priora	2798593523	234579238452	1		10.07.2012	440 000,00руб	Да	2011
7	Priora	3245032234	23457923845	2		10.07.2012	440 000,00руб	Да	2011
7	Priora	7923452834	425349523	3		01.07.2012	450 000,00руб	Да	2011
7	Priora	432579233	7980729384	4		01.07.2012	450 000,00руб	Да	2011
7	Priora	898701013	32570134	5		01.07.2012	445 000,00руб	Да	2011
8	Priora	45239452	374926572834	1		01.04.2009	380 000,00руб	Да	2008
8	Priora	572935345	234758023	2		01.04.2009	380 000,00руб	Да	2008
8	Priora	523466573	6986574253	3		01.04.2009	380 000,00руб	Да	2008
8	Priora	4362456357	45624564	4		01.04.2009	370 000,00руб	Да	2008
8	Priora	452445633	23452345	5		01.04.2009	370 000,00руб	Да	2008
9	Largus	45523976823	32454536	1		01.01.2011	462 800,00руб	Да	2010
9	Largus	45523976823	32454536	2		01.01.2011	462 000,00руб	Да	2010
10	Largus	479235758	2345692783	1		07.09.2010	319 000,00руб	Да	2010
10	Largus	4364536	3465634	2		07.09.2010	320 000,00руб	Да	2010
10	Largus	543596843	43569783	4		07.09.2010	319 000,00руб	Да	2010
11	Granta	3453283444444	76865362	1		01.01.2012	269 000,00руб	Да	2011
11	Granta	432598345	523496758	2		01.01.2012	270 000,00руб	Да	2011
11	Granta	4563457	9898765	3		01.04.2012	268 000,00руб	Да	2011
11	Granta	4399995483	898235432	4		01.04.2012	270 000,00руб	Да	2011
11	Granta	98687782	6734123	5		01.04.2012	269 000,00руб	Да	2011
12	Надежда	4938000763	453278989	1		19.02.2003	170 000,00руб	Нет	2000
13	Надежда	789878723	143589783	5		10.10.2002	190 000,00руб	Нет	2000

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

Заказчик
IDзаказчика	Customer	BodyID	EngineID	Price	StarDate
1	Курикша Иван Григорьевич	44482372	44482372	240 120,00руб	16.04.2011
2	Ромащенко Роман Кириллович	92736355	482727333	350 000,00руб	30.05.2010
3	Шукшина Маргарита Ивановна	98687782	6734123	269 000,00руб	01.03.2013

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

Заказы с завода
IdModel	IDзаказчика	Model	BodyID	EngineID	DateBuy	Color	Picture	Cost
1	2	SAMARA	666382622	98000176	01.12.2012	вишневый		240 000,00руб
3	1	Нива	92736355	482727333	12.02.2013	серебристый		350 000,00руб
6	1	Priora	910298372	792475843	17.06.2012	черный		344 900,00руб
9	3	Largus	45523976823	32454536	19.10.2011	коричневый		462 800,00руб
10	3	Largus	479235758	2345692783	21.06.2011	голубой		319 000,00руб

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

Заказы с салона
IdModel	IDпокупателя	Model	BodyID	EngineID	DateBuy	Color	Picture	Cost
1	1	SAMARA	44482372	HG3SS	01.05.2009	белый		240 120,00руб
2	2	SAMARA	82626476	555582634	13.02.2003	алый		250 000,00руб
3	4	Нива	727272782	333377745	14.02.2005	белый		350 000,00руб
3	8	Нива	8720000112	7261043763	20.12.2006	темно-зеленый		350 000,00руб
4	5	Калина	3283764582	2347981231	23.07.2011	черный		331 000,00руб
4	8	Калина	661616161	919898231	15.09.2012	белый		229 000,00руб
6	7	Priora	76161451	197967472	30.09.2009	мокрого асфальта		344 900,00руб
7	3	Priora	2798593523	234579238452	25.10.2012	черный		440 000,00руб
7	6	Priora	898701013	32570134	09.03.2013	желтый		445 000,00руб
8	9	Priora	4362456357	45624564	01.04.2010	серебристый		370 000,00руб
9	10	Largus	865433453	9898752	01.02.2013	коричневый		462 000,00руб
10	3	Нива	773737282	394029384	31.10.2005	белый		350 000,00руб
11	11	Granta	432598345	523496758	21.02.2013	серебристый		270 000,00руб

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

Модель_автомобилей
IdModel	Model	BodyModel	Volume	Power	Helm	Drive
1	SAMARA	KKS387I	1,6	81	Да	Нет
2	SAMARA	SLG124SA	1,6	81	Да	Нет
3	Нива	GGL77AA	1,7	81	Да	Да
4	Калина	ALG692S	1,4	90	Да	Нет
5	Калина	LLU392A	1,4	90	Да	Нет
6	Priora	LOS281A	1,6	90	Нет	Нет
7	Priora	GOS592A	1,6	90	Да	Да
8	Priora	PPP98S	1,6	90	Да	Нет
9	Largus	OSJ297X	1,6	87	Да	Да
10	Largus	OFN2081C	1,6	90	Да	Нет
11	Granta	GKKS92764G	1,6	82	Да	Нет
12	Надежда	GUSN396X	1,7	84	Да	Нет
13	Наджеда	GUSV2817V	1,8	80	Да	Нет

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

Покупатели
IDпокупателя	Client	Sign	Bank	Account
1	Романец Артем Васильевич	Да	ИмексБанк	4325793278624
10	Лавров Енакентий Дмитриевич	Да	УкрСибБанк	46890470987659
11	Цукерберг Раиса Виталиевна	Нет
2	Ларов Леонид Данилович	Нет
3	Норватова Маргарита Романова	Да	ПриватБанк	4235780928342
4	Лилова Александра Владимировна	Нет
5	Щербаков Даниил Сергеевич	Нет
6	Щербакова Полина Аркадиевна	Нет
7	Днищенский Александр Владимирович	Нет
8	Горбатов Олег Дмитриевич	Да	ПриватБанк	4536923659123
9	Данильченко Елена Степанова	Нет

Таблиця "Філії"

Филиалы
IDfilial	Filial	InnFilial	Chief	Capacity	Address	Phone
1	777	1000549345	Щукина Маргарита Александровна	100	ул. Вильямса, 53	12-23-13
2	Автотех	3315689745	Ольховой Константин Васильевич	75	ул. Мельницкая, 30а	728-27-18
3	Богдан-Авто Одесса	9852476103	Шаповалов Олег Васильевич	50	ул. Люстдорфская дорога, 114	718-50-28
4	Мир Авто	1100287631	Фролов Леонид Русланович	60	ул. Раскидайловская, 65	396-17-17
5	Одесса-Авто	7775203149	Петриков Егор Григорьевич	50	Ленинградское шоссе, 27-А	34-44-13

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 умови називаються також виразами.

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

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

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

Запити можуть будити створені у двох видах: 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 150000 And 250000

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

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

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

Размещено на Allbest.ru