Действующий

ГОСТ Р 27.011-2019 (IEC/TR 63039:2016) Надежность в технике. Вероятностный анализ риска технических систем. Оценка интенсивности конечного события для заданного исходного состояния

     3 Термины, определения и сокращения

3.1 В настоящем стандарте приведены термины по ГОСТ 27.002, ГОСТ Р 27.010, [1], а также следующие термины с соответствующими определениями:

3.1.1 риск (risk): Следствие влияния неопределенности на достижение поставленных целей.

Примечание 1 - Риск часто представляют в виде сочетания последствий события (включая изменения обстоятельств) и соответствующей вероятности реализации события (см. ГОСТ Р 51897-2011, статья 1.1, примечание 4).

Примечание 2 - Риск, связанный с безопасностью, часто определяют как сочетание вероятности нанесения ущерба и тяжести этого ущерба (см. п.3.9 в ГОСТ Р 57149-2016).

Примечание 3 - Остаточный риск представляет собой риск, оставшийся после обработки риска. Обработка риска включает в себя процесс изменения риска путем применения уровней защиты, установленных в настоящем стандарте (см. п.3.8.1.6 в ГОСТ Р 51897-2011, пункты 7.2.1, 9.1 и В.6).

[ГОСТ Р 51897-2011, статья 1.1, изменение - примечания к исходному определению заменены новыми]

3.1.2 состояние

3.1.2.1 состояние (state): Математическое выражение, описывающее определенные условия, в которых рассматриваемый объект находится в течение установленного периода времени.

Примечание 1 - Ошибка является примером состояния, в то время как отказ является событием. Диаграмма состояний описывает состояния и переходы состояний системы (см. [1] и 3.1.4 и 3.1.5, 3.1.7).

3.1.2.2 состояние (state): Для идентификации, анализа и контроля риска свойства системы в течение определенного периода времени.

Примечание 1 - Состояния подразделяют на активные и неактивные в соответствии со степенью исправности объекта. Активному состоянию соответствует более высокая степень исправности объекта, а неактивному - более высокая степень неисправности. Мерой состояния системы является энтропия, которая также является мерой многообразия состояний системы (см. 3.1.2.2, примечание 4; 3.1.3, примечание 2 и В.2).

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

Примечание 3 - Активные действия подразделяют на типы, например: а) передача энергии; б) распространение информации; в) перенос агента; г) затруднение снабжения и д) остальные [2].

Примечание 4 - Функция представляет собой способность объекта производить активные и/или неактивные действия (см. 3.1.3, 3.1.13, 3.1.32, 3.1.33, 3.1.34, 7.2, 9.1, В.1, В.4, В.5 и В.6), [2].

3.1.3 состояние запроса (demand state): Состояние, в котором у системы запрашивают выполнение определенной функции.

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

Примечание 2 - Состояние отсутствия запроса - это состояние, в котором у системы не запрашивают функций, т.е. объект должен находиться в нерабочем состоянии относительно установленных функций (см. [1], статья 192-02-06).

Примечание 3 - Например, состояние, в котором водитель автомобиля активирует компьютерную систему управления тормозами для остановки автомобиля, является состоянием запроса этой функции системы, а состояние, в котором водитель не активирует эту систему управления, является состоянием отсутствия запроса этой функции системы управления. Состояние, в котором водитель не активирует систему управления тормозами, является состоянием запроса для дополнительной функции этой системы управления (предотвращение ошибочной активации функции управления тормозами для остановки автомобиля), а состояние, в котором водитель активирует систему управления, - это состояние отсутствия запроса дополнительной функции (см. 9.3.1, b) и В.2).

Примечание 4 - Запрос является началом состояния запроса, а завершением запроса является прекращение состояния запроса. Запрос и его завершение являются событиями (см. 3.1.4).

Примечание 5 - Непрерывный режим выполнения функции представляет собой режим функционирования, в котором состояние запроса функции продолжается. Режим запроса выполнения функции охватывает состояния запроса и отсутствия запроса, т.е. при использовании системы запросы и завершения запросов появляются поочередно (см. 7.2, 9.3, А.1 и В.1, В.4, В.5, В.7).

Примечание 6 - Состояния запроса и функционирования не эквивалентны из-за возможности двух следующих режимов: объект функционирует в состоянии отсутствия запроса и объект не функционирует в состоянии запроса (см. 3.1.3, примечания 1 и 2 и 9.3).

3.1.4 переход события (event transition): Изменение одного состояния на другое.

Примечание 1 - Событие - это прекращение состояния или начало следующего состояния.

Примечание 2 - В контексте анализа риска риск часто представляют не только с помощью словесного описания, но также в виде состояний и их переходов с использованием дерева отказов (FT), диаграммы состояний и переходов (далее - диаграммы состояний) и т.п.

Примечание 3 - События подразделяют на промежуточные и конечные события с точки зрения диаграммы состояний для представления риска (см. 3.1.16 и 3.1.17).

[ГОСТ Р МЭК 61165-2019, статья 3.9, изменение - примечания из исходного определения были заменены новыми]

3.1.5 система (system): Совокупность взаимосвязанных и (или) взаимодействующих элементов.

Примечание 1 - Структура системы может быть иерархической. Система состоит из нескольких подсистем.