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

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

       Найпростіший  спосіб створення об'єкта в контейнері це використати техніку drag and drop (вхопити  і перетягнути), що дозволяє швидко створити об'єкт. Звичайно в програмі об'єкти використовуються для отримання вводу даних і керування від користувача, виведення результатів роботи програми або повідомлень. Деякі об'єкти, наприклад, такі, як елементи управління, формують інтерфейс користувача програми. 

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

       Функціонально програма тарифікації є лінійною задачею [7]. Проте сам модуль тарифікації  є достатньо громіздким, тому в  пункті 4.1.1 буде розглянуто інтерфейс  самої програмної оболонки, а в  пункті 4.1.2 буде подано алгоритм роботи модуля тарифікації. 

       4.1.1 Інтерфейс програми тарифікації

       При запуску програми тарифікації на екрані з'являється головне вікно  в якому розміщено таблицю  з даними про чотири останні дзвінки (рис.4.1). В стовбцях записується майже  вся інформація, що виходить з модуля тарифікації (Дата, Час, Номер, Тривалість, Абонент, Лінія, Місто, Напрямок, Територіальна зона, Часова зона, Тривалість, Тариф і т.п.). Це вікно можна закривати, проте воно лише мінімізується в системний лоток.

       Для настройки програми тарифікації  слугує вікно настройки (рис. 4.2). В ньому можна встановити такі параметри:

• поля і формати вхідних даних (для настройки під різні АТС);
• фільтри символів (для перекодування спеціальних символів, використання яких є небезпечним для баз даних);
• параметри вхідного порту (COM-порт або файл);
• параметри бази тарифікації і вихідної бази даних;
• лог-файли;

Рисунок 4.1 – Головне вікно програми тарифікації 

Рисунок 4.2 – Вікно настройки програми тарифікації

     Вікно ліцензії (рис. 4.3) потрібне для виведення  інформації про стан з ліцензуванням програми. Ліцензія може бути тимчасовою, постійною і простроченою. Якщо необхідно, можна в спеціальне поле ввести Код Ліцензії і змінити умови використання програми.

     Усіма вищевказаними вікнами керує  системне меню, яке можна викликати  через кнопку контекстного меню на значку програми тарифікації в системному лотку.

     Можна вибрати такі пункти меню:

• Відкрити – відновити на екрані головне вікно програми (рис. 4.1);
• Настройка – відкрити вікно настройки (рис. 4.2);
• Ліцензія – вікрити вікно ліцензії (рис. 4.3);

• Вихід – закрити всі вікна і завершити роботу програми. 
  

       

Рисунок 4.3 – Вікно ліцензії програми тарифікації 

     4.1.2 Алгоритм тарифікації 

     Програма  тарифікації циклічно з періодом приблизно в 1 секунду виконує  наступні дії (рис. 4.4):

• читання даних з вхідного порта;
• за допомогою спеціальних символів визначається рядок даних;
• по шаблону визначаються поля і їх формати;
• значення полів проходять первинну обробку відповідно до форматів (наприклад, час приводиться до формату yymmddwhhmmss (рік місяць день_місяця день_тижня година хвилина секунда), створюється поле ExtNumber, в яке копіюються лише цифри з поля Number і т.п.);
• дані з полів проходять обробку в модулі тарифікатора за спеціальним алгоритмом, використовуючи базу даних тарифів. В результаті визначається вартість, валюта, часові параметри і додаткові поля;
• виходячи з вищевказаної  інформації визначається тривалість, ціна тарифної одиниці і вартість розмови;
• формується вихідний рядок, що відображається в головному вікні програми ATServer і виводиться в вихідну базу даних.

       Алгоритм  модуля тарифікації абсолютно лінійний і може зміняватися користувачем. На рис. 4.5 наведено базовий варіант  алгоритму:

• поступлення вхідних даних (таблиця 4.1);
• визначення Тарифної моделі з таблиці Line (таблиця 4.4);
• визначення Затримки набору з таблиці DialDelay (таблиця 4.5);
• визначення Типу дзвінка з таблиці Kindcall (таблиця 4.6);
• визначення Транка і Шаблона номера з таблиці Trunk (таблиця 4.7);
• видалення зайвих цифр Транка з Номера за Шаблоном;
• визначення Міста і Ключа захисту з таблиці Dialtown (таблиця 4.8);

Рисунок 4.4 – Алгоритм програми тарифікації

Рисунок 4.5 – Алгоритм модуля тарифікатора

• розкодування Міста по Ключу захисту;
• визначення Напрямку і Географічної зони з таблиці Dialdirection (таблиця 3.9);
• розкодування Напрямка по Ключу захисту;
• розкодування Географічної зони по Ключу захисту;
• визначення Назви географічної зони з таблиці Dialzone (таблиця 3.10);
• визначення Часової зони з таблиці Timezone (таблиця 3.11);
• визначення Тарифу і часових параметрів з таблиці Tariff (таблиця 3.12);
• визначення Курсу валюти з таблиці Course (таблиця 3.13);
• вивід вихідних даних (таблиця 3.2).

 

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

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

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

     Робота  завжди починається з головного вікна. В нього користувач може вносити інформацію про абонентів і натискати одну з трьох кнопок:

• кнопка Рахунок (така кнопка є на рядку кожного абонента) відкриває вікно рахунку по даному абоненту за певний період;
• кнопка Сумарна відомість відкриває вікно сумарної відомості;
• кнопка Настройка відкриває вікно настройки;

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

Рисунок 4.6 – Функціональна схема програми білінга

       Вікно рахунку дає можливість переглянути виборку по абоненту і або переглянути друковану форму рахунку, або надрукувати її.

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

       Вікно настройки окрім настройки основних параметрів програми має можливість викликати таблицю для вказання відповідностей між покоями (кімнатами) і абонентами (внутрішніми лініями). 

       4.2.1 Форми вводу/виводу  інформації

       При запуску програми білінга на екрані з'являється головне вікно програми білінга (рис. 4.7)..

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

       В нижній частині розташовано кнопки Сумарна відомість і Настройка  для відкривання і переходу в  відповідні вікна.

       Вікно рахунку (рис. 4.8) показує всю тарифну  інформацію з таблиці Bill (табл..3.16).

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

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

Рисунок 4.7 – Головне вікно програми білінга 

Рисунок 4.8 – Вікно рахунку програми білінга

       В вікні треба ввести період часу і  натиснути одну з кнопок, щоб переглянути, або надрукувати відомість.

       В вікні настройки програми білінга (рис. 4.9) можна змінити наступні параметри:

• націнка, вводиться як відсоток;
• кількість копій рахунку;
• пароль адміністратора;
• заголовок рахунку.

       Внизу вікна розташована кнопка, що відкриває  таблицю настройки абонентів (рис. 4.10).

       Таблиця настройки абонентів потрібна для  приведення у взаємовідповідність  номер покою (кімнати) до абонента (внутрішньої  телефонної лінії).

       Всі форми розроблено в середовищі Microsoft Access XP. В основу розробки форм покладено  кнопочний інтерфейс. При натисканні відповідної кнопки спрацьовує підпрограма  обробки події. Підпрограми написані в середовищі Microsoft Visual Basic. 

Рисунок 4.9 – Вікно настройки програми білінга

       

Рисунок 4.10 – Таблиця настройки абонентів 

       4.2.2 Звіти (друковані  форми)

       На  рисунках 4.11 і 4.12 показано як виглядають надруковані на папері вихідні форми.

       Друковані форми сформовані редактором звітів Microsoft Access. Форма рахунку в скороченій формі відтворює інформацію про дзвінки і подає необхідні додаткові поля (сума, ПДВ, місце для печатки, сума прописом тощо).

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

Рисунок 4.11 – Друкована форма рахунку

Рисунок 4.12 – Друкована форма сумарної відомості 
 

5 РОЗРАХУНОК НАДІЙНОСТІ  СИСТЕМИ 

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

     Надійність  є складною властивістю, яка об'єднує  безвідмовність, довговічність, ремонтопридатність і збереження. Завданням розрахунку надійності є визначення показників, які характеризують безвідмовність та ремонтопридатність системи.

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

     Джерелом  помилок програмного забезпечення є логічні помилки в проекті, неправильне кодування і помилки  при компонуванні. Оскільки в даний  час відсутні стандартні методи розрахунку надійності програмного забезпечення, тому можна використовувати експериментально-аналітичні методи прогнозування надійності.

     Одним із цих методів є використання моделі Шумана [16]. Дана модель виходить з наступних передумов:

• в початковий момент  компонування програм в систему програмного забезпечення в них міститься Е₀ помилок; в процесі коректування нові помилки не вносяться,
• загальне число І машинних команд в програмах постійне,
• інтенсивність відмов програми λ пропорційна числу помилок, що залишилися в ній після відлагодження  протягом часу τ, тобто: