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

База даних керування списками автомобілів, що є на складі LADA-сервісу. Проектування форм та робота з ними. Створення (формування) запитів, таблиць та зв'язків між ними. Звіт у Microsoft Access. Створення головної кнопкової форми, формування алгоритму.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык украинский
Дата добавления 20.10.2013
Размер файла 2,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на 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


Подобные документы

  • Основні поняття та особливості розробки баз даних в Microsoft Access. Побудова бази даних магазину побутової техніки: створення таблиць та встановлення зв’язків між ними, створення запитів, форм та звітів. Охорона праці і гігієна користувача комп'ютера.

    курсовая работа [2,5 M], добавлен 19.01.2010

  • Коротка характеристика MSSqlServer 2008, принципи створення та вимоги до бази даних "Автоматизація обліку автомобілів МРЕВ" в середовищі, що вивчається. Формування та зміст відповідних таблиць, установка зв’язків між ними. Створення та оцінка запитів.

    контрольная работа [1,3 M], добавлен 13.05.2016

  • Призначення кнопок панелей інструментів "Конструктор форм" і "Панель елементів". Створення форми для таблиці в режимі конструктора. Створення багатотабличної форми за допомогою майстра в режимі "Підпорядковані форми". Редагування головної кнопкової форми.

    лабораторная работа [1,5 M], добавлен 12.09.2013

  • Опис основних кроків створення бази даних по автомобілям у програмі Microsoft Access, та запитів. Порядок формування таблиць, їх зміст і структура, встановлення зв'язків між таблицями. Операції, що проводяться над таблицями. Правила оформлення звіту.

    практическая работа [1,1 M], добавлен 27.05.2010

  • Проектування бази даних "Аптека" у Microsoft Access, розробка структури таблиць, ключових полів і схеми даних. Створення запитів різних типів, екранних форм різного виду для введення і перегляду даних. Створення кнопкових форм, що полегшують навігацію.

    дипломная работа [3,1 M], добавлен 16.11.2014

  • Проектування інформаційної системи; концептуальне (інфологічне) проектування, побудова ER-діаграми, нормалізація даних. Даталогічне проектування баз даних, фізичне проектування інформаційних систем. СУБД Access: об'єкти, створення таблиць, запитів, форм.

    курсовая работа [13,9 M], добавлен 09.01.2010

  • Визначення мети створення бази даних магазину та таблиць, які вона повинна містити. Розгляд видів полів та ключів таблиць. Створення запитів, форм, звітів, макросів та модулів. Вибір системи управління базами даних. Реалізація моделі у Microsoft Access.

    курсовая работа [3,8 M], добавлен 20.07.2014

  • Систематизація знань як основна функція бази даних. Логічне та фізичне проектування бази даних. Створення таблиць у базі даних, визначення основних зв'язків. Інструментальні засоби проектування та створення програмного забезпечення для обробки даних.

    курсовая работа [1,4 M], добавлен 29.04.2010

  • Створення бази даних та робота з нею у програмному забезпеченні Microsoft Access. Проектування форм для зручного заповнення таблиць, звітів для відображення даних та їх друку, кнопкової форми, яка потрібна для зручної навігації між функціями бази даних.

    курсовая работа [1,3 M], добавлен 04.10.2014

  • Система управління базами даних, ієрархічна модель даних, її проектування та створення. Інтерфейс Microsoft Access, створення структури таблиці, запитів, форм, звітів, макросів. Аналіз зв'язків між таблицями, що описують поняття проблемного середовища.

    курсовая работа [2,7 M], добавлен 10.11.2010

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.