Действующий

ГОСТ Р 27.302-2009 Надежность в технике (ССНТ). Анализ дерева неисправностей

     6 Разработка и оценка

6.1.1 Сочетания событий и состояний

ДН описывает состояния и события. Состояние характеризуется вероятностью его существования в момент времени , а событие - интенсивностью отказов (частотой появления отказов) либо вероятностью появления события за время .

Сочетания событий и состояний в АДН должны соответствовать итогу. Например, входы вентиля ИЛИ, выход которого, либо состояние, либо событие, могут быть состоянием или событием. Все входы вентиля И, на выходе которого представлено событие, также должны быть событиями, и наоборот, если на его выходе представлено состояние, то и все входы должны также представлять состояния.

6.1.2 ДН для анализа неисправностей, вызывающих другие неисправности или события

Построение и оценка ДН для такого анализа описана в разделе 7 с учетом того, что итог характеризуется вероятностью существования неисправности или ее развития и не связан с безотказностью анализируемого изделия или системы.

При таком анализе базисные или любые другие события могут не иметь никакой реальной вероятности и используются лишь для рассмотрения события, которое, вероятно, может состояться (метод А). В этом случае их можно представлять описанием вероятности - высокая, средняя или низкая, и оценивать как возможные события, способствующие появлению завершающего события или неисправности. ДН такого типа часто используют для определения основной неисправности или события, представляющего собой единственную или основную причину появления завершающего события.

6.1.3 Использование АДН для оценки безотказности и внесения исправлений в процессе разработки изделия

В этом случае применяют метод Б.

ДН может полностью моделировать все изделие или моделировать части изделия, которые могут представлять риск для его безопасной эксплуатации. Вероятности определяют обычным способом, таким как анализ неисправности или события изделия, влияющего на его безопасность, или детальный анализ возможного отказа изделия в определенный период времени, который позволяет получить значение вероятности отказа для представляющего интерес периода времени. При таком применении метод ДН следует принципам анализа причин и последствий отказов сверху-вниз, когда каждый возможный вид отказа может привести к развитию события или неисправностей, вызывающих отказ изделия.

В этом случае АДН отражает динамику событий, происходящих в изделии, взаимодействие программных/аппаратных средств, а также взаимосвязь между неисправностями или событиями, представляющими возможные виды отказов. Такую взаимосвязь нельзя получить с помощью обычного анализа причин и последствий отказов и трудно моделировать с помощью блок-схем расчета безотказности. К тому же оценка безотказности изделия является более реальной, поскольку рассматривают только те виды отказов, которые приводят к отказу изделия.

Примечание - Большие ДН требуют применения программных средств. Имеется много программ АДН, существенно отличающихся друг от друга.


При проведении количественного анализа, когда вероятности появления некоторых событий нельзя определить, такие события и их функциональные (логические) сочетания должны быть учтены. Их не учитывают при прогнозировании безотказности (или вероятности отказа), но присутствие таких событий следует принимать во внимание при округлении окончательных результатов.

Процедура АДН должна включать в себя следующие этапы:

- определение программы анализа;

- изучение проекта, функций и работы системы;

- установление завершающего события;

- создание ДН;

- проведение АДН;

- отчет о результатах анализа;

- оценка улучшения безотказности и принятых решений.

АДН должен проводить подготовленный персонал, который знаком с системой, ее конструктивными особенностями и работой, а также обучен методу проведения АДН и другим методам моделирования безотказности.

6.2 Информация о системе

Требуемой информацией являются:

- краткое изложение назначения проекта;

- определение критериев отказа системы;

- функциональная структура системы, обычно представляемая функциональной блок-схемой;

- физическая структура системы, отличающаяся от функциональной структуры;

- границы системы, например электрические, механические и рабочие интерфейсы;