Курсовая работа: Розробка автоматизованого обліку та руху товарів на складах засобами СУБД Microsoft Access

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

Розглянемо ще один випадок застосування запитів для вирішення завдань обробки даних. Достатньо типовою (зокрема для додатків фінансово-економічного характеру) є проблема угрупування даних за тією або іншою ознакою. Для активізації можливості їх завдання у вікні Конструктора запитів необхідно включити функцію меню Вигляд > Групові операції.

Також слід звернути увагу на такі важливі можливості конструктора запитів, як:

• завдання параметрів, що запрошуються при відкритті запиту;

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

інформації, що зберігається.

На завершення огляду засобів побудови запитів в СУБД Access слід вказати також і на те, що в неї крім могутнього і ефективного візуального конструктора вбудований також і режим безпосереднього введення SQL-виразів, що визначає запит. Даний режим існує паралельно і доступний з меню Вигляд > Режим SQL (а також з піктограми Вигляд на панелі інструментів).

3.3 Розробка форм

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

• по-перше, структура таблиці повинна будуватися на основі логіки

завдань зберігання інформації, яка, взагалі кажучи, може істотно

відрізнятися від логіки її накопичення і введення;

• по-друге, важливим показником якості автоматизованої системи

• є організація її системи введення/виведення у вигляді, максимально наближеному до традиційних форм представлення інформації на немашинних носіях. Такі форми, як правило, роблять програмне

• забезпечення привабливим для кінцевого користувача, зменшують

• період його адаптації до знов впроваджуваної системи і дозволяють швидко зосередитися на рішенні основних професійних задач;

• по-третє, в складній і розвиненій автоматизованій інформаційній

• системі повинне забезпечуватися розділення доступу до різних груп

• полів і записів для різних категорій користувачів залежно від

• виконуваних ними функцій. Також в певних ситуаціях потрібно представити одну і ту ж інформацію або в різних видах і розрізах, або в різних поєднаннях з іншою інформацією.

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

За умовчанням формі було запропоновано привласнити таке ж ім'я, як і у таблиці, на основі якої вона була створена. При створенні підписів полів програмна надбудова використовувала їх відповідні атрибути, задані при конструюванні таблиці. Останнє не завжди буває зручним з погляду інтерфейсу користувача. Для усунення цих і подібних недоліків нам доведеться повернутися в режим зміни макету форми (кнопка Конструктор або піктограма Вигляд на панелі інструментів). Технологія процесу проектування форм в середовищі Access зводиться до додавання елементів, що управляють, і зміни їх властивостей. У зв'язку з цим при переході в режим Конструктор на екрані за умовчанням з'являються два додаткові вікна: Вікно Панель елементів, яке призначене для вибору наступного управляючого елементу, що додається до проектованої форми. У конструктор форм Access вбудовані такі елементи управління, як напис, поле, кнопка, прапорець, перемикач, список, набір вкладок і ін. Крім цього до форми можна підключати спеціальні (додаткові) елементи управління OLE, що значно розширює можливості розвитку інтерфейсу управління даними. Вікно Властивостей поточного елементу управління, призначене для зміни його атрибутів і настройок, наприклад, кольору, шрифту, розміру і т.п.

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

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

3.4 Конструювання звітів

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

• по-перше, звіти є виключно засобом виведення інформації;