Розробки програмно-апаратного комплексу тарифікації і білінга телефонних розмов та інтернету

 

       На  завершення, з таблиці Course визначається Курс валюти за ключом IDCurrency1 + IDCurrency2 (таблиця 13).

     Таблиця 13 – Структура таблиці Course

 

       Структурна  схема тарифікатора внаслідок своєї  універсальності задовільняє умовам лише третьої нормальної форми (рис 3.1).

         Якщо розглянути зв'язки між  полями таблиць, то видно, що, окрім трьох спеціальних таблиць  (Input, Output і Local), зв'язки ідуть від  неключових полів до ключових, тобто це зв'язки типу багато-до-одного. 

       3.2 Розробка структури  БД білінга 

       Структура бази даних програми білінга значно простіша і більше нагадує стандартні структури інформаційно-пошукових систем [9]. Таблиця Tariff – це місце, куди програма тарифікації через механізм ODBC32 записує протарифіковані рядки даних про телефонні дзвінки (рис. 3.1). Тому ця таблиця не має ключа і використовується програмою білінга для виборки інформації про телефонні дзвінки по різних полях. Структура наведена в табл. 14.

Рисунок 3.1 – Структурна схема БД тарифікатора

     Таблиця 14 – Структура таблиці Tariff

 

       В програмі білінга введено об'єкт  Покій (кімната, номер в готелі), який однозначно визначає і визначається полем Абонент. Для цього об'єкта створено таблицю Room з ключом ID. Кожній кімнаті відповідає певний Абонент, а також фіксується час його прибуття і вибуття, що потрібно для подальшого аналізу. Структура наведена в таблиці 15.

     Таблиця 15 – Структура таблиці Room

 

       Коли  потрібно зробити виборку по абоненту за певний період, вона поміщається  в таблицю Bill для подальшого виведення на друк. Структура наведена в таблиці 16.

     Таблиця 16 – Структура таблиці Bill

 

       Для виведення сумарної відомості за певний період використовується таблиця Roll. Вона відрізняється від таблиці Tariff тим, що в ній є не тільки собівартість дзвінка, але і вартість з націнкою. Структура наведена в таблиці 17.

       Таблиця Options потрібна для зберігання настройок  програми білінга, а таблиця Window для зберігання положення і розмірів дочірніх вікон програми. Їхні структури наведені в таблиці 18 і в таблиці 19.

       Структурна  схема бази даних програми білінга  задовільняє умовам п'ятої нормальної форми (рис 3.2).

     Таблиця 17 – Структура таблиці Roll

 

     Таблиця 18 – Структура таблиці Options

 

     Таблиця 19 – Структура таблиці Window

 

Рисунок 3.2 – Структурна схема БД білінга

       Всі таблиці розробляються стандартними засобами майстра в Microsoft Access XP [15]. Всі  зв’язки між таблицями в базі даних реалізовані типу „багато-до-одного”, що забезпечує абсолютну цілісність даних і простоту реалізації контролю за транзакціями. 
 
 
 
 
 
 
 
 
 

4 РОЗРОБКА ФУНКЦІОНАЛЬНОЇ  СХЕМИ 

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

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

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

       Проектування  інтерфейсу користувача, як правило, це ітераційний процес. Первинний варіант  компонування екрану не часто задовольняє  розробника. Visual Basic містить всі необхідні інструментальні засоби, для різних аспектів проектування інтерфейсу.

         Програма білінгу і програма  тарифікації реалізовані за допомогою  багатодокументного інтерфейсу MDI (Multiple Document Interface), який підтримує декілька форм всередині основної форми-контейнера [10]. Система MDI дозволяє користувачеві виводити на екран одночасно декілька документів, кожний у власному вікні. Документи або дочірні вікна містяться в материнському вікні, яке представляє робочу область для всіх підлеглих вікон програми.

       Для створення програми програміст використовує об'єкти, ті, що вже існують в Visual Basic та такі, як, елементи управління, форми, об'єкти доступу до даних. Visual Basic дозволяє програмісту створювати об'єкти користувача і визначати для них властивості і методи.

       Об'єкт   це комбінація програмного коду і  даних, яка може оброблятися як самостійна сутність. Об'єкт може бути частиною програми, як, наприклад, елементи управління. Сама програма теж є об'єктом. Об'єкти Visual Basic підтримують властивості, методи і події. Дані об'єкта (установки або атрибути)   це його властивості, в той час як різні процедури, якими можна маніпулювати об'єктом називаються методами. Подія – це дія, розпізнавана об'єктом, наприклад, натиснення миші або натиснення клавіші.