Головна

Показники якості етапу експлуатації програмних систем

  1.  A. Розділ біомеханіки, в якому досліджується рух крові по судинній системі.
  2.  ArcView GIS. Загальні відомості про систему
  3.  B. Процес, при якому для повернення системи в початковий стан потрібні витрати енергії.
  4.  C. Астигматизм, обумовлений асиметрією оптичної системи, сферична аберація, астигматизм косих пучків, дисторсия, хроматична абеpрація.
  5.  C. Питання 41. Показники стану, руху і використання основних фондів
  6.  C. Цей твір поглиненої дози (D) на коефіцієнт якості іонізуючого випромінювання (k);
  7.  Середня ПОКАЗНИКИ В РЯДАХ ДИНАМИКИ

В процесі експлуатації ПС найважливішим конструктивним показником є ??функціональна складність (рис.13). У табл.3 складність ПС при експлуатації характеризують п. П. 4-8. Складність функціонування програм і отримання результатів часто називають динамічної складністю. Її доцільно аналізувати на базі двох специфічних компонент: обчислювальна складність ПС і складність підготовки аналізу даних (рис.16).

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



Рис.16.Види складності експлуатації.


команд, тому часто використовують оцінки за обсягом пам'яті, займаної ПС. Правда, така оцінка ускладнює порівняння програмної складності ПС, реалізованих на ЕОМ, з різними структурами команд. Інформаційна складність визначається або сумарним обсягом баз даних, які обробляються ПС, або кількістю типів і структурами даних, або об'ємом оперативної і зовнішньої пам'яті, використовуваної для накопичення і зберігання інформації при виконанні програми.

Слід зробити наступне доповнення, яке стосується тимчасової складності. Так як обчислювальна складність в найбільшою мірою визначається алгоритмом рішення задачі, а не реалізує його програмою, то слід говорити про обчислювальної складності алгоритму. Тому з обчислювальної складності алгоритми поділяються на "хороші" і "погані". До "хорошим" відносяться алгоритми, для яких швидкість росту часу обчислення від розмірності вихідних даних пропорційна nc, Де c = const, c> 1, а до "поганим" відносяться алгоритми, для яких швидкість росту часу обчислень пропорційна cn або ще більше.

В процесі експлуатації ПС основна складність може бути зосереджена в підготовці вихідних даних і аналізі результатів. Це характерно при вирішенні багатьох завдань ТПП на ЕОМ. Основною проблемою в цьому випадку є оцінка складності функціонування людини спільно з ЕОМ, а складність програм стає другорядною.

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

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

1) фактори, що безпосередньо визначають виникнення відмов - це спотворення вихідних даних, помилки в програмах, масивах даних, організації обчислювального процесу;

2) характеристики надійності програм: необхідний час відгуку на вихідні дані, інерційність користувачів, вимоги до показників надійності;

3) методи проектування коректних програм, які знижують ймовірність програмних помилок і відмов при виконанні програм. До цих методів належать: структурне проектування програмних модулів, взаємодії модулів, даних; тестування програм;

4) методи, що впливають на підвищення надійності функціонування програм, що дозволяють контролювати і підтримувати задані показники надійності. До цих методів належать: використання надмірності; передпусковий і оперативний контроль програм, даних, організації обчислювального процесу; відновлення програм, даних і обчислювального процесу; випробування надійності; забезпечення збереження програм еталонних версій і коректності внесення змін і розвитку версій при супроводі ПС.

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

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

Для усунення самоусувається відмови (часто така відмова називають збоєм) застосовуються спеціальні програмні засоби без зовнішнього втручання. Така відмова відбувається, якщо вихідні дані не достовірні, т. Е знаходяться поза області визначення вихідних даних.

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

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

1) проведення систематичного контролю і оперативного виявлення аномалії процесу функціонування або стану програм і даних;

2) діагностування виявлених аномалій;

3) вибору методів і засобів оперативного відновлення;

4) оперативного відновлення нормальної роботи;

5) реєстрації та узагальнення збоїв або відмов для виявлення систематичних випадків, що вимагають доопрацювання ПС.

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

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

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




 В 2. Роль програмних систем САПР ТПП в сучасному |  Структура і склад програмного забезпечення (ПО) |  В 2. Роль програмних систем САПР ТПП в сучасному виробництві |  У 3. Розвиток САПР ТПП |  Структура і склад програмного забезпечення (ПО) САПР ТПП |  Основні принципи проектування ПО САПР ТПП |  Структура математичного забезпечення АСТПП |  Методи розробки ПЗ САПР |  Глава 2. Класифікація сфер застосування і користувачів САПР ТПП |  Характер розв'язуваних завдань і кваліфікація користувачів САПР ТПП |

© um.co.ua - учбові матеріали та реферати