Надежность информационных систем. Громов Ю.Ю - 39 стр.

UptoLike

ВУЗ: 

ТГТУ | Тамбов

Составители: 

Рубрика: 

( )
п
i
i
i
i
i
T t
P t
T
−
Φ
σ
=
Φ
σ
.
В этом случае вероятность безотказной работы по постепенным отказам всего ТУ, если считать отказы элементов
независимыми, находится из выражения
( ) ( )
п п
1
,
h
i
i
P t P i
=
=
∏
где
h
– число определяющих параметров.
Вероятность безотказной работы сложного ТУ по внезапным и постепенным отказам может быть найдена из выражения
( ) ( ) ( )
1
в п п
1
k
i i
i
h
t n
i
i
P t p p t e P i
=
− λ
Σ
=
∑
= =
∏
.
Вопросы для самоконтроля
1. Структурная схема надёжности, её отличие от принципиальной схемы ТУ.
2. Структурная схема надёжности с последовательным соединением элементов.
3. Структурная схема надёжности с параллельным соединением элементов.
4. Расчёт надёжности при последовательном соединением элементов.
5. Расчёт надёжности при параллельном соединением элементов.
6. Произвольная структурная схема надёжности.
7. Надёжность при произвольной структурной схеме.
8. Основы расчёта надёжности при постепенных отказах.
9. Основы расчёта надёжности при внезапных отказах.
7. ОЦЕНКА НАДЁЖНОСТИ АППАРАТНО-ПРОГРАММНЫХ КОМПЛЕКСОВ С УЧЁТОМ ХАРАКТЕРИСТИК
ПРОГРАММНОГО И ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
7.1. ПОСТАНОВКА ЗАДАЧИ
При оценке надёжности аппаратно-программных комплексов (АПК) исходят из того, что надёжность "мягкого
оборудования" (математического, программного и информационного обеспечения) не является самостоятельным свойством,
так как может проявиться только в процессе его функционирования в составе АПК. Поэтому правильным является подход,
при котором надёжность "мягкого оборудования" оценивается по степени влияния на комплексные показатели надёжности
системы, имеющей в своем составе техническое (ТО), математическое (МО), программное (ПО) и информационное (ИО)
обеспечения. Это важно ещё и потому, что отказы технического (ТК) и программного (ПК) комплексов являются
взаимозависимыми событиями. Взаимозависимость может возникать по многим причинам, в том числе из-за влияния
режимов применения, влияния отказов друг на друга. Вместе с тем с целью декомпозиции задачи возможно получение
отдельных оценок показателей надёжности для ТК и ПК с последующим их объединением по схеме независимых событий.
Игнорирование взаимозависимости отказов приводит к оценке снизу для показателей надёжности АПК. И это надо иметь в
виду, чтобы контролировать уровень возникающей при этом методической погрешности. Для описания методов оценки
АПК были использованы материалы источника [17].
Как объект анализа и как часть АПК программное обеспечение, как было показано в главе 3, имеет следующие
особенности:
ПО не подвержено износу, и в нём практически отсутствуют ошибки производства;
если обнаруженные в процессе отладки и опытной эксплуатации дефекты устраняются, а новые не вносятся, то
интенсивность отказов ПК уменьшается, т.е. он является "молодеющей" системой;
надёжность программ в значительной степени зависит от используемой входной информации, так как от значения
входного набора зависит траектория исполнения программы; если при этом ИО само содержит дефекты, то программа
выдаст неправильный результат даже при отсутствии программных ошибок;
если при возникновении ошибок дефекты не диагностировать и не устранять, то ошибки ПО будут носить
систематический характер;
надёжность ПО зависит от области применения; при расширении или изменении области применения показатели
надёжности могут существенно изменяться без изменения самого ПО.
Исходная информация о надёжности технических устройств – структурных элементов системы – может быть получена
путём обработки статистических данных о результатах эксплуатации некоторого количества однотипных образцов таких
устройств. Возможности использования такого пути для программного изделия ограничены, так как копии программного
изделия идентичны и вместе с тиражированием изделия тиражируются и дефекты – проектные ошибки. Вместе с тем есть
другая возможность использования предыдущего опыта. Характеристики числа допущенных проектных ошибок являются
довольно устойчивым показателем качества работы сложившегося коллектива программистов и используемых ими средств
САПР ПО. Если регистрировать сведения о проектных ошибках во всех ранее разработанных проектах, то после

Страницы