3.3. Виконання роботи
3. 3.1. Розробка та обгрунтування структури бази даних
При розробці структури БД взяті до уваги такі фактори:
база даних, це – модель об’єкта, для якого вона розроблена, тому вона повинна точно і адекватно відображати всі його матеріальні та фінансові ресурси та зв’язки між ними;
забезпечення виконання всіх необхідних робіт та видачі потрібних документів і звітів;
особливості програмного середовища, в якому розробляється база даних. Як правило, відомі системи управління базами даних (СУБД) забезпечують виконання всіх потрібних функцій, однак кожна з них реалізована по-різному;
максимальне використання стандартних програмних засобів, виготовлених висококваліфікованими програмістами;
надійність збереження даних, запобігання втрат інформації (ураження вірусами, захист від несанкціонованого доступу та некваліфікованого користування, стан технічних засобів);
вигідність обслуговування. На ведення БД повинно затрачатися якомога менше інтелектуальних та технічних ресурсів.
На рисунку 3.1 показана структура БД для нашого прикладу, в ній будуть знаходитися:
чотири вищезгадані таблиці, назвемо їх, відповідно, Platnyky_t, де зберігатимуться дані таблиці 3.2, Fondy_t – таблиці 3.3, Oplaty_t – таблиці 3.4 і Misjaci_t – таблиці 3.5;
три звіти (Zwit, Kwytancia, виготовлена на основі поштової наклейки та Diagrama), обумовлені постановкою задачі;
п’ять запитів: Oplaty_zz – проміжний запит з даними для перехресного запиту Oplaty_zzp з даними для звіту Zvit про розподіл внесків платників по фондах, Oplaty_zd – з даними, відібраними для діаграми, Oplaty_zk – проміжний запит, в якому міститимуться дані для наступного запиту Oplaty_zkm з інформацією, необхідною при формуванні квитанції;
дві форми: головна Oplaty_f і підпорядкована Platnyky_f;
чотири кнопки з макросами, з яких три послужать для запуску звітів з форми Oplaty_f, а один відкриє форму Platnyky_f для внесення даних про нового платника;
програмний модуль Kwytancia_pr, який під час натискання кнопки Kwytancia_kn дасть дозвіл на видачу квитанції, якщо платник має достатню (запрошену) суму грошей у даному фонді, або видасть відповідне повідомлення в противному випадку.
Враховуючи вимогу, щоб таблиці були норималізованими, БД буде мати такі таблиці про:
платників (таблиця 3.2),
фонди (таблиця 3.3)
оплати (таблиця 3.4).
Таблиця 3.2 – Перелік прізвищ, імен та адрес платників
Код платника |
Прізвище платника |
Ім’я платника |
Адреса |
1 |
Петренко |
Петро |
вул. Зелена, 6 |
2 |
Дрозд |
Ольга |
пл. Героїв, 23 |
3 |
Сіренко |
Степан |
пер. Лісний, 2 |
Таблиця 3.3 – Перелік назв фондів
Код фонду |
Назва фонду |
1 |
Благодійний фонд "Пальма де Майорке" |
2 |
Фонд взаємодопомоги "Гаваї" |
3 |
Кредитна спілка "Канарські острови" |
Таблиця 3.4 – Перелік оплат
Код платника |
Код фонду |
Сума оплати |
Дата оплати |
1 |
1 |
2,00 |
02.12.2003 |
2 |
2 |
3,00 |
01.01.2004 |
2 |
3 |
3,00 |
31.01.2004 |
3 |
1 |
4,00 |
12.02.2004 |
1 |
1 |
-1,00 |
31.03.2004 |
2 |
2 |
-2,00 |
06.04.2004 |
2 |
1 |
2,00 |
21.04.2004 |
Таблиця 3.5 – Назви місяців і їхніх кодів
-
Код місяця
Назва місяця
1
січня
2
лютого
3
березня
4
квітня
5
травня
6
червня
7
липня
8
серпня
9
вересня
10
жовтня
11
листопада
12
грудня