Прикладне програмне забезпечення діяльності підприємства 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) значення атрибутів не атомарні.

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

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

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

Поле

Тип

Розмір

Опис

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

44 482 372

HG3SS

1

12. 02. 2009

240 120,00руб

Да

2005

1

SAMARA

870 394 758

3 287 928

2

01. 01. 2009

240 000,00руб

Да

2005

1

SAMARA

666 382 622

98 000 176

3

01. 01. 2009

240 000,00руб

Да

2005

1

SAMARA

123 498 072

898 176 234

4

10. 01. 2009

240 000,00руб

Да

2005

1

SAMARA

803 475 023

2 534 076 502

5

01. 01. 2009

241 000,00руб

Да

2005

2

SAMARA

98 272 374 598

726 438 564

1

20. 01. 2001

250 000,00руб

Да

2000

2

SAMARA

82 626 476

555 582 634

2

20. 01. 2001

250 000,00руб

Да

2000

2

SAMARA

555 632 243

100 585 737

3

01. 01. 2001

252 000,00руб

Да

2000

2

SAMARA

916 230 048

111 872 222

4

01. 01. 2001

252 000,00руб

Да

2000

2

SAMARA

7 872 762 919

2 301 928 312

5

01. 01. 2001

252 000,00руб

Да

2000

3

Нива

92 736 355

482 727 333

1

01. 03. 2005

350 000,00руб

Да

2001

3

Нива

71 823 094

666 392 763

2

06. 07. 2005

351 000,00руб

Да

2001

3

Нива

773 737 282

394 029 384

3

10. 07. 2005

350 000,00руб

Да

2001

3

Нива

727 272 782

333 377 745

4

01. 07. 2005

350 000,00руб

Да

2001

3

Нива

8 720 000 112

7 261 043 763

5

01. 07. 2005

350 000,00руб

Да

2001

4

Калина

829 283 742

5 648 923 764

1

01. 01. 2011

330 000,00руб

Да

2010

4

Калина

7 978 683 245

34 523 345

2

01. 01. 2011

330 000,00руб

Да

2010

4

Калина

3 283 764 582

2 347 981 231

3

01. 01. 2011

331 000,00руб

Да

2010

4

Калина

661 616 161

919 898 231

4

10. 03. 2011

229 000,00руб

Да

2010

4

Калина

876 902 934

722 220 000

5

10. 03. 2011

330 000,00руб

Да

2010

5

Калина

7 272 892 945

6 777 711 124

1

28. 02. 2011

320 000,00руб

Да

2010

5

Калина

87 654 327

74 527 653

2

28. 02. 2011

320 000,00руб

Да

2010

5

Калина

3 452 346 257

536 743 652

3

01. 02. 2011

320 000,00руб

Да

2010

5

Калина

99 928 273

84 363 637

4

01. 02. 2011

320 000,00руб

Да

2010

5

Калина

7 927 132 358

19 084 315

5

01. 02. 2011

320 000,00руб

Да

2010

6

Priora

910 298 372

792 475 843

1

31. 05. 2009

344 900,00руб

Да

2008

6

Priora

84 923 236

476 900 043

2

30. 05. 2009

345 000,00руб

Да

2008

6

Priora

9 020 505 584

88 376 375

3

30. 05. 2009

345 000,00руб

Да

2008

6

Priora

76 161 451

197 967 472

4

30. 05. 2009

344 900,00руб

Да

2008

6

Priora

972 811

435 252 344

5

30. 05. 2009

345 000,00руб

Да

2008

7

Priora

2 798 593 523

234 579 238 452

1

10. 07. 2012

440 000,00руб

Да

2011

7

Priora

3 245 032 234

23 457 923 845

2

10. 07. 2012

440 000,00руб

Да

2011

7

Priora

7 923 452 834

425 349 523

3

01. 07. 2012

450 000,00руб

Да

2011

7

Priora

432 579 233

7 980 729 384

4

01. 07. 2012

450 000,00руб

Да

2011

7

Priora

898 701 013

32 570 134

5

01. 07. 2012

445 000,00руб

Да

2011

8

Priora

45 239 452

374 926 572 834

1

01. 04. 2009

380 000,00руб

Да

2008

8

Priora

572 935 345

234 758 023

2

01. 04. 2009

380 000,00руб

Да

2008

8

Priora

523 466 573

6 986 574 253

3

01. 04. 2009

380 000,00руб

Да

2008

8

Priora

4 362 456 357

45 624 564

4

01. 04. 2009

370 000,00руб

Да

2008

8

Priora

452 445 633

23 452 345

5

01. 04. 2009

370 000,00руб

Да

2008

9

Largus

45 523 976 823

32 454 536

1

01. 01. 2011

462 800,00руб

Да

2010

9

Largus

45 523 976 823

32 454 536

2

01. 01. 2011

462 000,00руб

Да

2010

10

Largus

479 235 758

2 345 692 783

1

07. 09. 2010

319 000,00руб

Да

2010

10

Largus

4 364 536

3 465 634

2

07. 09. 2010

320 000,00руб

Да

2010

10

Largus

543 596 843

43 569 783

4

07. 09. 2010

319 000,00руб

Да

2010

11

Granta

3 453 283 444 444

76 865 362

1

01. 01. 2012

269 000,00руб

Да

2011

11

Granta

432 598 345

523 496 758

2

01. 01. 2012

270 000,00руб

Да

2011

11

Granta

4 563 457

9 898 765

3

01. 04. 2012

268 000,00руб

Да

2011

11

Granta

4 399 995 483

898 235 432

4

01. 04. 2012

270 000,00руб

Да

2011

11

Granta

98 687 782

6 734 123

5

01. 04. 2012

269 000,00руб

Да

2011

12

Надежда

4 938 000 763

453 278 989

1

19. 02. 2003

170 000,00руб

Нет

2000

13

Надежда

789 878 723

143 589 783

5

10. 10. 2002

190 000,00руб

Нет

2000

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

Заказчик

IDзаказчика

Customer

BodyID

EngineID

Price

StarDate

1

Курикша Иван Григорьевич

44 482 372

44 482 372

240 120,00руб

16. 04. 2011

2

Ромащенко Роман Кириллович

92 736 355

482 727 333

350 000,00руб

30. 05. 2010

3

Шукшина Маргарита Ивановна

98 687 782

6 734 123

269 000,00руб

01. 03. 2013

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

Заказы с завода

IdModel

IDзаказчика

Model

BodyID

EngineID

DateBuy

Color

Picture

Cost

1

2

SAMARA

666 382 622

98 000 176

01. 12. 2012

вишневый

240 000,00руб

3

1

Нива

92 736 355

482 727 333

12. 02. 2013

серебристый

350 000,00руб

6

1

Priora

910 298 372

792 475 843

17. 06. 2012

черный

344 900,00руб

9

3

Largus

45 523 976 823

32 454 536

19. 10. 2011

коричневый

462 800,00руб

10

3

Largus

479 235 758

2 345 692 783

21. 06. 2011

голубой

319 000,00руб

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

Заказы с салона

IdModel

IDпокупателя

Model

BodyID

EngineID

DateBuy

Color

Picture

Cost

1

1

SAMARA

44 482 372

HG3SS

01. 05. 2009

белый

240 120,00руб

2

2

SAMARA

82 626 476

555 582 634

13. 02. 2003

алый

250 000,00руб

3

4

Нива

727 272 782

333 377 745

14. 02. 2005

белый

350 000,00руб

3

8

Нива

8 720 000 112

7 261 043 763

20. 12. 2006

темно-зеленый

350 000,00руб

4

5

Калина

3 283 764 582

2 347 981 231

23. 07. 2011

черный

331 000,00руб

4

8

Калина

661 616 161

919 898 231

15. 09. 2012

белый

229 000,00руб

6

7

Priora

76 161 451

197 967 472

30. 09. 2009

мокрого асфальта

344 900,00руб

7

3

Priora

2 798 593 523

234 579 238 452

25. 10. 2012

черный

440 000,00руб

7

6

Priora

898 701 013

32 570 134

09. 03. 2013

желтый

445 000,00руб

8

9

Priora

4 362 456 357

45 624 564

01. 04. 2010

серебристый

370 000,00руб

9

10

Largus

865 433 453

9 898 752

01. 02. 2013

коричневый

462 000,00руб

10

3

Нива

773 737 282

394 029 384

31. 10. 2005

белый

350 000,00руб

11

11

Granta

432 598 345

523 496 758

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

Романец Артем Васильевич

Да

ИмексБанк

4 325 793 278 624

10

Лавров Енакентий Дмитриевич

Да

УкрСибБанк

46 890 470 987 659

11

Цукерберг Раиса Виталиевна

Нет

2

Ларов Леонид Данилович

Нет

3

Норватова Маргарита Романова

Да

ПриватБанк

4 235 780 928 342

4

Лилова Александра Владимировна

Нет

5

Щербаков Даниил Сергеевич

Нет

6

Щербакова Полина Аркадиевна

Нет

7

Днищенский Александр Владимирович

Нет

8

Горбатов Олег Дмитриевич

Да

ПриватБанк

4 536 923 659 123

9

Данильченко Елена Степанова

Нет

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

Филиалы

IDfilial

Filial

InnFilial

Chief

Capacity

Address

Phone

1

777

1 000 549 345

Щукина Маргарита Александровна

100

ул. Вильямса, 53

12−23−13

2

Автотех

3 315 689 745

Ольховой Константин Васильевич

75

ул. Мельницкая, 30а

728−27−18

3

Богдан-Авто Одесса

9 852 476 103

Шаповалов Олег Васильевич

50

ул. Люстдорфская дорога, 114

718−50−28

4

Мир Авто

1 100 287 631

Фролов Леонид Русланович

60

ул. Раскидайловская, 65

396−17−17

5

Одесса-Авто

7 775 203 149

Петриков Егор Григорьевич

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

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

ПоказатьСвернуть
Заполнить форму текущей работой