Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые обзорные » Програмна компонента підтримки прийняття рішень за типовими аварійних ситуацій і способам їх усунення

Реферат Програмна компонента підтримки прийняття рішень за типовими аварійних ситуацій і способам їх усунення





ити причину відмови;

інформаційне оточення системи в момент збою - стан системи в момент збою. До інформаційного оточенню в даному випадку відносяться дані, які можуть допомогти при аналізі причини збою і його усуненні - наприклад, стан стека, значення змінних оточення, користувача сесії і т.п. Даний набір параметрів дозволяє простежити хід виконання програми, який призвів до її збою і оцінити невідповідності в даних, які могли призвести до збою. p align="justify"> наявність і тип повідомлення про збій - повідомлення про збій може бути створено автоматичним модулем оповіщення про збої, і містити вищевказану інформацію, а може створюватися користувачем вручну. Якщо виходити з припущення, що автоматично створювані повідомлення посилаються розробнику завжди у випадку збоїв, що не приводять до повного краху системи і викликають нештатное поведінку системи з точки зору операційного середовища, або системи часу виконання, то ця інформація також допомагає оцінити тип збою.

У табл. 2.1 наведено класифікацію типів збоїв за вказаними вище ознаками:


Таблиця 2.1

Класифікація типів збоїв системи

Тип збою Параметри сбояСбой в системному посіб в прикладному посіб через невірну технологііТочка виникнення сбояСістемние бібліотеки або ПриложениеПриложениеНеприменимоИнформационное про сбоеПользовательское або автоматическоеАвтоматическоеПользовательское

Відмови викликають тривале порушення функціонування системи, або, за ГОСТ 27.002-89 приводять її в граничний стан. Граничний стан - це стан, при якому подальша експлуатація системи неприпустима або недоцільна, або відновлення її працездатного стану неможливе чи недоцільне. Тим самим в ГОСТ 27.002-89 не робиться різниці між відмовою і аварією. Будемо називати відмовою стан системи, при якому відновлення її працездатного стану можливо. p align="justify"> Відмови класифікуються згідно ГОСТ 27.002-89 наступним чином:

По тимчасових характеристиках:

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


Назад | сторінка 4 з 16 | Наступна сторінка





Схожі реферати:

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