ГОСТ Р 51901.13-2005; Страница 7

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р 51901.1-2002 Менеджмент риска. Анализ риска технологических систем ГОСТ Р 51901.1-2002 Менеджмент риска. Анализ риска технологических систем Risk management. Risk analysis of technological systems (Настоящий стандарт устанавливает руководящие указания по выбору и реализации методов анализа риска, главным образом, для оценки риска технологических систем. Целью настоящего стандарта является обеспечение качества при планировании и выполнении анализа риска, а также установление рекомендаций по представлению полученных результатов и выводов. Настоящий стандарт не предусматривает определения критериев для установления потребности в анализе риска, то есть не определяет тип метода анализа риска, который необходим для данной ситуации, а также не затрагивает гарантийных, страховых, правовых или финансовых аспектов возможных видов опасности) ГОСТ Р 51901.14-2005 Менеджмент риска. Метод структурной схемы надежности ГОСТ Р 51901.14-2005 Менеджмент риска. Метод структурной схемы надежности Risk management. Reliability block diagram method (Настоящий стандарт устанавливает процедуры моделирования надежности технической и технологической систем и использования этой модели для оценки характеристик безотказности и работоспособности систем) ГОСТ Р 51901.2-2005 Менеджмент риска. Системы менеджмента надежности ГОСТ Р 51901.2-2005 Менеджмент риска. Системы менеджмента надежности Risk management. Dependability management systems (Настоящий стандарт описывает концепции и принципы системы менеджмента надежности, определяет основные процессы этой системы (процессы планирования, разделения ресурсов, управления и адаптации) и задачи надежности на стадиях жизненного цикла продукции, относящиеся к планированию, проектированию, измерению, анализу и совершенствованию)

Страница 7

развитие события, символом «переход из» только в одной из частей;

в части, где используется символ завершения, местонахождение общего события в других частях должно обозначаться символом «переход в».

Пример - Дерево неисправностей, демонстрирующее рассмотрение общей причины, изображено на рисунке 2. Событие В - событие общей причины, которое анализируется далее в другом дереве неисправностей. Событие D - основное событие.

Рисунок 2 - Пример рассмотрения общей причины

Примечание - Для каждого события А, В и т.д. блок события должен включать следующую информацию:

- код события;

- вероятность появления (при необходимости);

- наименование или описание события.

7.4.2 Процедура построения дерева неисправностей

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

При использовании концепции «непосредственная причина» необходимо, чтобы аналитик определил непосредственные необходимые и достаточные причины для появления вершины событий, которые не являются основными причинами события, но являются непосредственными причинами или механизмами для появления события.

Таким образом, непосредственные необходимые и достаточные причины, обусловливающие по явление вершины событий, теперь трактуются как события, предшествующие высшему событию, а аналитик продолжает определять уже для таких событий непосредственные необходимые и достаточные причины.

Таким образом, аналитик достигает нижнего уровня дерева неисправностей, перемещая внимание от механизма к режимам и непрерывно приближаясь к более высокой разрешающей способности механизма и режимов, пока не будет достигнут предел разрешающей способности дерева неисправностей.

Строгое соблюдение концепции «непосредственная причина» является гарантией того, что режимы неисправностей не будут пропущены.

Концепцию «основной элемент» используют для сохранения усилий аналитика по построению схемы дерева неисправностей. В этом случае основной элемент обрабатывают как единичный элемент или компонент или рассматривают отдельно.