WWW.REFERATCENTRAL.ORG.UA - Я ТУТ НАВЧАЮСЬ

... відкритий, безкоштовний архів рефератів, курсових, дипломних робіт

ГоловнаІнформатика, Компютерні науки → Розробка системи білінгу Інтернет та телефонних послуг - Пошукова робота

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

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]. Дана модель виходить з наступних передумов:

  • в початковий момент компонування програм в систему програмного забезпечення в них міститься Е0 помилок; в процесі коректування нові помилки не вносяться,

  • загальне число І машинних команд в програмах постійне,

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

, (5.1)

де εс(τ) – відношення числа помилок, що усунені впродовж часу відлагодження τ , до загального числа команд на машинній мові.

Таким чином, в моделі розрізняють два значення часу: час відлагодження τ (звичайно становить декілька місяців) і час роботи програми t – сумарне напрацювання програми (звичайно становить декілька годин). Час відлагодження містить затрати на виявлення помилок за допомогою тестів, контрольні перевірки і т.п. Час справного функціонування при цьому не враховується.

Таким чином, значення інтенсивності відмов λ вважається постійним впродовж всього часу напрацювання (0, t) і визначається співвідношенням

p(t, τ) =exp(–λt) . (5.2)

Cереднє напрацювання програми до відмови:

(5.3)

Для практичного використання вищенаведених формул необхідно оцінити С і Е0 за експериментальними даними. Для цього використаємо метод моментів.

Застосовуючи метод моментів і, розглядаючи два періоди відлагодження програми τ1 і τ 2 , отримаємо наступні співвідношення:

(5.4)

де n1 і n2 – кількість помилок у програмному забезпеченні, виявлених відповідно в періодах τ1 і τ2 ;

Т1 і Т2 – тривалості роботи системи, що відповідають τ1 і τ2..

Застосуємо вищенаведені міркування для розрахунку показників надійності програми.

Оцінимо кількість команд програми. Загальний об'єм вихідних текстів складає 250 кілобайт. Якщо рахувати по 40 строк на кілобайт, то отримаємо 250*40 = 10000 строк програмного коду. В одній строці знаходиться в середньому 2 команди. Таким чином, сумарна кількість команд складає I = 20000 команд на мові високого рівня.

Для оцінки надійності програмної частини комплексу було проведено два тестування тривалістю 20 днів і 30 днів. Під час цих тестувань було за перший період усунено 3 критичні помилки, а за другий лише одну. Оскільки програма працювала в цілодобовому режимі, то:

Т1 = 480 год, T2 = 720 год, n1 = 3, n2 = 1.

Тому:

,

.

Врахувавши отримані значення, знайдемо згідно (5.4):

,

.

Звідси знаходимо коефіцієнт С*, згідно з (5.4):

.

За період тестування в програмі усунено n = n1 + n2 помилок, тому:

n = 3 + 1 = 4,

.

Інтенсивність відмов програми згідно з (5.1):

.

Середнє напрацювання програми до відмови (5.3):

160 (год).

Ймовірність відсутності помилок програми впродовж періоду напрацювання від 0 до t за формулою (5.2):

.

6 ОХОРОНА ПРАЦІ

В розділі розглянуто питання важливості охорони праці на місці розробки і експлуатації програмно-апаратного комплексу, проаналізовано потенційні небезпеки для здоров'я операторів і описано як забезпечити нормальні умови праці. В останньому підрозділі розраховано освітлення для приміщення оператора ЕОМ.

6.1 Аналіз потенційних небезпек виробничого середовища

Loading...

 
 

Цікаве