Навигация
3.3 Розробка форм
Будуть розглянуті режими безпосереднього введення даних в таблицю. Очевидно, що це має вельми обмежене застосування. Це обумовлюється як тим, що довжина запису може виявитися чималою і вводити інформацію в неї в табличній формі буде технічно незручно, так і міркуваннями більш принципового характеру:
• по-перше, структура таблиці повинна будуватися на основі логіки
завдань зберігання інформації, яка, взагалі кажучи, може істотно
відрізнятися від логіки її накопичення і введення;
• по-друге, важливим показником якості автоматизованої системи
• є організація її системи введення/виведення у вигляді, максимально наближеному до традиційних форм представлення інформації на немашинних носіях. Такі форми, як правило, роблять програмне
• забезпечення привабливим для кінцевого користувача, зменшують
• період його адаптації до знов впроваджуваної системи і дозволяють швидко зосередитися на рішенні основних професійних задач;
• по-третє, в складній і розвиненій автоматизованій інформаційній
• системі повинне забезпечуватися розділення доступу до різних груп
• полів і записів для різних категорій користувачів залежно від
• виконуваних ними функцій. Також в певних ситуаціях потрібно представити одну і ту ж інформацію або в різних видах і розрізах, або в різних поєднаннях з іншою інформацією.
Для вирішення як цих, так і багатьох інших проблем організації інтерфейсу введення/виведення даних в Access служить механізм електронних форм. Виберемо вкладку Форми головного вікна бази даних і натиснемо кнопку Створити. Діалогове вікно, що з'являється, дозволяє вибрати як таблицю або запит, для роботи з даними яких складається форма, так і режим її створення. Залежно від кваліфікації користувача і, природно, складності форми, що розробляється, можна або скористатися вбудованими програмними надбудовами-майстрами, або відразу почати її створення з нуля в режимі Конструктора. Вельми плідним також виявляється комбінований підхід: спочатку використовується відповідний майстер, а потім отримана форма додатково допрацьовується в «ручному режимі».
За умовчанням формі було запропоновано привласнити таке ж ім'я, як і у таблиці, на основі якої вона була створена. При створенні підписів полів програмна надбудова використовувала їх відповідні атрибути, задані при конструюванні таблиці. Останнє не завжди буває зручним з погляду інтерфейсу користувача. Для усунення цих і подібних недоліків нам доведеться повернутися в режим зміни макету форми (кнопка Конструктор або піктограма Вигляд на панелі інструментів). Технологія процесу проектування форм в середовищі Access зводиться до додавання елементів, що управляють, і зміни їх властивостей. У зв'язку з цим при переході в режим Конструктор на екрані за умовчанням з'являються два додаткові вікна: Вікно Панель елементів, яке призначене для вибору наступного управляючого елементу, що додається до проектованої форми. У конструктор форм Access вбудовані такі елементи управління, як напис, поле, кнопка, прапорець, перемикач, список, набір вкладок і ін. Крім цього до форми можна підключати спеціальні (додаткові) елементи управління OLE, що значно розширює можливості розвитку інтерфейсу управління даними. Вікно Властивостей поточного елементу управління, призначене для зміни його атрибутів і настройок, наприклад, кольору, шрифту, розміру і т.п.
У режимі Конструктор видно структуру форми. Вона складається з трьох частин: Заголовок форми, Область даних і Примітка форми. Як неважко здогадатися, така структура в першу чергу орієнтована на можливості представлення табличний організованих даних. Відмітимо, що як сама форма, так і її розділи також розглядаються як елементи управління, що володіють деякими наборами властивостей, що настроюються.
Приклад організації введення/виведення даних в таблицю за допомогою однойменної форми носить в деякому розумінні вироджений характер: у нім структура полів у формі однозначного відповідає їх структурі в таблиці. Проте, як правило, при створенні реальних додатків доводиться вирішувати задачу управління даними, що знаходяться в системі взаємозв'язаних таблиць, з єдиної форми.
3.4 Конструювання звітів
Невід'ємною функцією будь-яких програмних систем, так або інакше пов'язаних з обробкою даних, є представлення звітів за інформацією, що зберігається. Під звітом традиційно розуміється спеціальним чином структуроване представлення даних, що зберігаються, і виводиться (як правило) на паперовий носій. Перерахуємо принципові відмінності звітів від екранних форм, що зумовили виділення їх в окремий програмний об'єкт СУБД Access:
• по-перше, звіти є виключно засобом виведення інформації;
• по-друге, організація даних в звітах припускає можливість їх
• складної, багаторівневої структуризації;
• по-третє, структура інформації, що виводиться в звіті, повинна бути
• узгоджена із структурою носія. Наприклад, розбиття звіту на сторінки припускає організацію виходу регулярних елементів на початку
• і кінці кожного листа (колонтитулів), дублювання шапок таблиць і т.д.
• Також на зовнішній вигляд звіту значний вплив роблять параметри
• конкретного друкуючого пристрою, який буде використано для його
• висновку.
В той же час, до важливих достоїнств Access належить те, що ідеологія роботи як з екранними формами, так і із звітами максимально універсалізована. Зокрема, інтерфейс режиму конструювання макету звіту аналогічний режиму конструктора для екранних форм.
Важливим етапом при створенні багаторівневого звіту є завдання рівнів угрупування даних, що виводяться, Це робиться у вікні, яке викликається з меню Вигляд > Сортування і угрупування Для кожного із заданих рівнів угрупування даних можуть бути визначені розділ типу Заголовок, що виводиться на початку кожної групи і розділ типу Примітка, формується коли група закінчується.
Похожие работы
... оформления : ДСТУ 3008–95. – Киев: Госстандарт Украины, 1995. – 38 с. – (Государственный стандарт Украины). Додаток До пояснювальної записки дипломного проекту "Розробка автоматизованого робочого місця управління замовленнями у малому бізнесі (ПП "Сігма")" Вихідний код програми Public Class frmГлавная Inherits System.Windows.Forms.Form Private Готов As Boolean = False Private ...
... за h-ий період за r-им ордером згідно з j-им прибутковим чи i-им видатковим документом. В курсовій роботі буде розроблятися модуль корпоративної інформаційної системи (КІС) автоматизації аналізу матеріальних ресурсів підприємства за допомогою процедур, що написані на VBA (Visual Basic for Application) для MS Access, зокрема для кнопки „Отримати документ” за вищенаведеною формулою. MS Access - ...
... «Інтелект-сервіс»), який підтримує стандарт MRP II, дає можливість вирішувати комплексні облікові завдання, зокрема, з фінансового, управлінського й податкового обліку. Програма «БЕСТ-ЗВІТ» виконує дещо інше завдання, а саме — автоматизація контролю господарської діяльності. Програма містить повний комплект бланків звітів, спрощує процедуру їхнього заповнення й передачі у держоргани. Постійні в ...
... ї інформації, оскільки перешкоди у каналах зв'язку можуть змінити символи, які передаються. Для контролю правильності передачі використовуються різні методи, які можуть призвести до виникнення спеціальних технологічних операцій. Серед таких методів слід назвати: 1) Подвійну передачу з наступним порівнянням двох варіантів прийнятої інформації. 2) Передачу додаткової контрольної інформації: ...
0 комментариев