ильника часу, переповнення даних тощо). p align="justify"> Аварія - відмова системи, при якому система виходить з ладу таким чином, що відновлення її працездатного стану або неможливо, або займає дуже значний час. У разі програмних систем можна уникнути виникнення аварійних ситуацій за допомогою повного дублювання системи як про виконуваного програмного коду, так і за даними. p align="justify"> Збої і відмови є причиною відмовних ситуацій, тобто ситуацій в яких працездатний стан системи порушується тимчасово. Аварії є причиною аварійних ситуацій, тобто ситуацій, в яких працездатний стан системи порушується назавжди або на тривалий термін.
Можна виділити наступні три види збоїв, що викликають відмовні ситуації:
збої в автоматизованій системі - виникають при позаштатному використанні системних засобів - операційної системи, системи управління базами даних і т.п. Як правило, наслідки даних збоїв найбільш важкі. У деяких випадках можлива повна втрата, як даних системи, так і даних про стан системи на момент збою - дампів. Такі випадки найбільш складні для діагностики та виправлення;
збої в додатку - виникають при недостатньому якість тестування прикладної системи, або при позаштатному її використанні. Як правило, збір інформації про такі збої можливий засобами самого додатка. У критичних випадках, наприклад при повному краху програми можливий збір про його інформаційному оточенні засобами операційної системи, або операційного середовища, під управлінням якої працює додаток;
збої - наслідок неправильної технології використання - виникають при неправильному (непередбаченому) порядку дій користувача при роботі з системою. Збої, найбільш складні для аналізу та усунення - їх прояви можуть полягати не у відмовах системи, а в її діях, неправильних або неочевидних з точки зору користувача. При цьому не відбувається автоматичної розсилки інформації розробникам, єдина інформація, на яку доводиться спиратися - зворотній зв'язок від користувачів. Усунення причин цих збоїв може вестися по декількох напрямках. Слід відзначити наступні:
доробка керівництва користувача - не завжди ефективно, оскільки уважно читає керівництво лише невелика кількість користувачів;
залучення до розробки фахівця з автоматизируемой предметної області та/або фахівця з ергономіки - це дозволить зробити користувальницький інтерфейс системи більш зручним та зрозумілим.
Для класифікації збоїв за категоріями виділимо наступні параметри збою:
точка виникнення збою - рядок або оператор програмного коду, що викликав відмовну ситуацію. Даний оператор може знаходитися в коді системних бібліотек, або в коді програми користувача. Зовсім не обов'язково, що збій викликаний саме цим оператором, але за допомогою аналізу оточення виклику і вихідних текстів програм зазвичай вдається вияв...
