Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 22.12.2025 по 28.12.2025
Открыть шифр замка из трёх цифр с ограничениями

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

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

Ещё ГОСТы из 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 (Настоящий стандарт описывает концепции и принципы системы менеджмента надежности, определяет основные процессы этой системы (процессы планирования, разделения ресурсов, управления и адаптации) и задачи надежности на стадиях жизненного цикла продукции, относящиеся к планированию, проектированию, измерению, анализу и совершенствованию)
Страница 5
5

те, появление которых возможно в процессе работы, даже если они не предусмотрены в проектной спецификации.

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

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

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

6.4 Методология анализа

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

Если выходное событие определяет неспособность системы исполнять некую функцию, то соответствующими входными событиями могут быть неисправности оборудования или ограничения эффективности. Если выходное событие определяет неисправность оборудования, то соответствующими входными событиями могут быть неисправности оборудования, ошибки управления и нехватки необходимых ресурсов, если они не включены в дерево неисправностей как часть ограничений эффективности.

Развитие отдельной ветви дерева неисправностей заканчивается после того, как достигнуты события хотя бы одной из следующих групп:

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

- события, которые не должны разрабатываться далее по решению аналитиков;

- события, которые были или будут рассмотрены в дальнейшем в другом дереве неисправностей. Если событие исследовано, оно должно иметь ту же идентификацию, что и соответствующее событие  в предыдущем дереве неисправностей так, чтобы последующее дерево эффективно формировало продолжение предыдущего.

7. Процедуры анализа

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

7.1 Область применения анализа

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

7.2 Описание системы

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

7.3 Идентификация вершины событий

Вершина событий является центром полного анализа. Вершина событий определяет