
- •«Введение в теорию надёжности»
- •1 Основные определения и количественные показатели
- •1.1 Надёжность объектов как комплексное свойство
- •1.2 Классификация отказов и предельное состояние объекта
- •1.3 Единичные и комплексные показатели надёжности
- •Средняя наработка на отказ – это отношение наработки восстанавливаемого объекта к математическому ожиданию числа его отказов в течение этой наработки
- •1.4.1 Состав и общие правила задания требований на надёжность
- •1.5 Аналитические зависимости между показателями надёжности
- •2 Расчёт показателей надёжности
- •2.1.1 Прикидочный расчёт надёжности
- •2.1.2 Ориентировочный расчёт надёжности
- •2.1.3 Окончательный (коэффициентный) расчёт надёжности
- •2.1.4 Методика оценки безотказности технических средств
- •2.2 Расчёт структурной надёжности резервированных систем
- •2.2.1 Классификация методов резервирования
- •2.2.2 Расчёт надёжности при общем и раздельном резервировании
- •2.2.7 Расчёт надёжности по схеме «гибели-размножения»
- •2.3 Расчёт надёжности программных средств
- •2.3.1 Основные определения теории надёжности программного обеспечения
- •2.3.2 Методика оценки числа оставшихся ошибок в программе
- •2.3.3 Методика расчёта интенсивности обнаружения ошибок в зависимости от времени эксплуатации программы
- •2.3.5 Рекомендации по повышению надёжности программного обеспечения
- •3 Расчёт показателей надёжности при проектировании
- •3.1 Расчёт функциональной надёжности системы
- •3.1.1 Определение термина «функциональная надёжность» системы
- •3.2 Анализ качества структурной схемы
- •3.2.1 Показатели качества структурной схемы
- •Распределение требований к надёжности элементов схемы
- •3.4 Сравнение различных методов повышения надёжности системы
- •3.4.1 Краткое описание основных методов повышения надёжности
- •3.4.2 Примеры, иллюстрирующие сложность проблемы повышения надёжности
2.2.7 Расчёт надёжности по схеме «гибели-размножения»
Расчёт надёжности резервированных систем иногда выполняют, используя понятие о Марковской цепи по так называемой схеме «гибели-размножения». В этом случае вероятность возникновения состояния отказов, преобразованную по Лапласу вычисляют по формуле
(2.57)
При не равных корнях знаменателя обратное преобразование Лапласа имеет вид
(2.58)
Здесь
обозначено
-
интенсивность отказов до выхода из
строя 1-го элемента;
- интенсивность отказов системы в
промежутке между отказом первого
элемента до отказа второго элемента и
т.д. При
(2.59)
Так
как
определяет вероятность
-го
состояния системы, то для вычисления
вероятности безотказной работы системы
следует определить вероятности 0,1,2,...
отказов, когда система ещё работоспособна
и суммировать полученные значения
вероятностей.
Среднее время безотказной работы системы при использовании схемы процесса «гибели-размножения» определяют по соотношению
(2.60)
где
- интенсивность отказов системы до
выхода из строя
-го
элемента.
Пример
10. В схеме
защиты технологического оборудования
для измерения значения величины,
характеризующей состояние объекта
защиты, используют мажоритарную схему
резервирования «три из пяти». Определить
вероятность безотказной работы и среднее
время наработки до отказа системы
измерения, если интенсивность отказов
каждого прибора равна
,
последействие отказов отсутствует, а
время исправной работы равно 5000
часов.
Решение.
В рассматриваемом примере имеет место
резервирование с дробной кратностью,
когда общее число приборов
= 5, количество приборов необходимых
для нормальной работы равно
= 3, а кратность резервирования
Воспользуемся схемой процесса
«гибели-размножения». Система отказывает
при отказе трёх приборов. Вычислим
вероятности состояния системы при
исправном состоянии всех приборов,
отказе одного прибора и двух приборов:
Для
Запишем вероятности состояния системы, преобразовав их по Лапласу
Перейдём к оригиналам
Подставляя
вместо
их значения, получим
Так
как при
отказ системы не наступает, то вероятность
безотказной работы системы равна
.
2.3 Расчёт надёжности программных средств
В составе современных технических систем всё больший удельный вес занимают средства вычислительной техники. Стоимость основной ячейки интегральных микросхем – логического вентиля – с развитием электроники непрерывно снижается. Напротив, программное обеспечение, удельная стоимость которого у первых ЭВМ была очень малой, в настоящее время составляет более 90 % стоимости компьютеров. Этот рост стоимости объясняется несколькими причинами:
1) Технология создания программного обеспечения серьезно отстаёт от технологии производства элементной базы;
2) по своей природе программное обеспечение сложнее оборудования (объём программ для современных систем оценивается в 106 – 108 и более команд или информационных слов);
3) требования к программному обеспечению в течение его жизненного цикла, который увеличился до 15 – 20 лет, существенно изменяются;
4) в отличие от комплекса технических средств для программного обеспечения (ПО) очень трудно рассчитать на этапе проектирования достижимое быстродействие, кроме того, в оборудование непрерывно вносятся изменения.
Отсюда следует, что в процессе создания и эксплуатации ПО непрерывно изменяется, а самим программам свойственны ошибки. В самом общем виде под ошибкой понимают любое не выполнение программой функций, которые заданы техническим заданием. Проявление ошибки является отказом, а надёжность вычислительной техники состоит из двух составляющих: надёжности технических средств и надёжности программного обеспечения.
Приближенно можно полагать, что отношение числа ошибок в программе к общему числу команд в ней лежит в диапазоне от 0,25 до 10 на 1000 команд. Это означает, что в ПО объёмом в 0,5 млн. команд может быть 125 – 5000 ошибок; причем, такая оценка является оптимистической. Выявление ошибок и их исправление является процессом многоэтапным (в соответствии с этапами «жизни» ПО), трудоёмким и дорогостоящим. По мере перехода к более поздним этапам разработки ПО цена ошибки возрастает, тенденцию этого роста иллюстрирует таблица:
Таблица 2.1 - Примерная «цена» программной ошибки на разных этапах жизни программного обеспечения
Наименование этапа |
Стоимость ошибки, руб. |
Составление спецификаций |
3500 |
Программирование |
25000 |
Комплексная отладка |
175000 |
Сопровождение ПО у заказчика |
350000 - 35000000 |
Цена ошибки, которую не удалось обнаружить на этих этапах, может быть совершенно непредсказуемой и огромной. Свидетельством этого являются аварии, происходящие с космическими аппаратами, многие из которых были потеряны из-за ошибок именно в программном обеспечении.