Оценка безопасности систем "человек-машина-среда" логико-вероятностным методом. Стариков В.А. - 6 стр.

UptoLike

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

6
Чтобы отыскать и наглядно представить причинную взаимосвязь с по-
мощью «дерева событий», необходимы элементарные блоки, подразделяю-
щие и связывающие большое число событий. Имеется два типа блоков:
символы событий и логические символы представленные в таблице 2.1, 2.2.
Существует два подхода при анализе причинных связей: прямой
анализ и анализ с обратным порядком. Для построения «
дерева событий»
используется обратный подход. Данное опасное состояние является од-
ним из многих опасных состояний системы и становится конечным собы-
тием «дерева». Конечное событие называют еще «состоянием системы».
Сразу несколько элементов или даже отдельные подсистемы определяют
событие «состоянием системы». Для построения «дерева событий» надо
принимать во внимание, что процессы во времени
не рассматриваются и
«дерево событий» является «мгновенным снимком» системы в момент t.
Первичный отказ является исходным событием и помещается в круг. Вто-
ричный отказ является событием, полностью не разработанным, и поме-
щается в ромб. Событие с очень большой вероятностью не должно вклю-
чаться в «дерево событий».
2.1. Процедура построения
дерева событий
Процедура построения «дерева событий» сводится к ряду последова-
тельных действий:
1. Анализ начинается с четкого определения конечного события.
2. «Состояние системы», или конечное событие, детализируется с
точным определением причин и использованием логических знаков до со-
бытий, которые классифицируются как «состояния элементов».
3. События «состояния элемента» разрабатываются по схеме на
рис.2.1.
4. Если первичные и вторичные события не разрабатываются более
детально, их превращают в элементарные события при построении «дерева
событий».
5. «Ошибочные команды» являются обычно событиями типа «со-
стояние системы», которые следует разрабатывать детальнее, пока не бу-
дут найдены соответствующие им события типа «состояние элемента».
6. Последние, в свою очередь, детализируются по схеме
п. З.
7. Разработку завершают, когда нет возможности отыскать новые
«ошибочные команды».