Page 62 - 2
P. 62

62


                     такий ланцюжок. Звичайно, що маючи на формі поля з кодами платника і фонду та
                    системною датою, варто ними скористатися для формування умов відбору запиту
                   Оплати_зк,  подібно  до  того,  як  ми  це  зробили  в  запиті Оплати_знг  – перевірка
                   наявності грошей у платника (див. розділ 4.3).
                         Відкриємо запит Оплати_зк в режимі конструктора і знищимо всі його умови
                   відбору, для чого встановимо курсор у стовпець виділення запису навпроти умов
                   відбору  і  натиснемо  клавішу  DEL.  Натомість,  подібно  до  запиту  Оплати_знг,
                   внесемо нові умови відбору записів у полях обох кодів, дати та, заодно, суми, адже
                   може статися так, що один і той самий платник в один і той же день то приносив,
                   то  забирав  гроші.  Це  порівняно  рідкісний  випадок,  та  запобігнемо  і  тут  видачу
                   лишніх квитанцій, тим більше, що це нетрудно зробити.
                          Тоді одержимо в полях Код_п, Код_ф, Сума і Дата умови відбору – написи,
                   відповідно

                                           [Forms]![Оплати_ф]![Платники_вв],

                                            [Forms]![Оплати_ф]![Фонди_вв],

                                               [Forms]![Оплати_ф]![Сума],

                                             [Forms]![Оплати_ф]![Дата_вв].

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

                         Після  виконання  цих  робіт  і  випробування  елементів  форми  Оплати_ф  наша
                   база  даних  практично  готова.  На  цьому  етапі  виготовлення  БД  слід  перевірити
                   працездатність всіх її функцій, в тому числі тих, які вже випробовувалися по ходу
                   виготовлення  складників.  Оператор  повинен  виконати  всі  поставлені  завдання  і
                   одержати всі необхідні результати, не виходячи з форми.
                         Але готовою можна вважати лише технічну частину БД. Для здачі замовникові
                   вона мусить містити супровідну документацію, до якої відноситься:
                   —  постановка  задачі  з  описом  технологічного  процесу,  який  обслуговує  база
                       даних;
                   —  обгрунтування структури бази даних;
                   —  повний опис бази даних з переліком всіх її складників, полів таблиць, запитів і
                       форм. Опис звітів, відповідно до постановки задачі;
                   —  перелік  та  опис  макросів  і  програмних  модулів,  роздруківки  текстів  модулів.
                       Опис алгоритмів, які вони реалізовують, графічне представлення алгоритмів;
                   —  порядок експлуатації БД, інструкція для оператора;
                   —  опис можливих неполадок при експлуатації БД та поради по їх усуненню;
   57   58   59   60   61   62   63   64   65   66