ГОСТ Р ИСО 26262-1—2014
для того, чтобы избежать неоправданный риск (2.136).
2.59 опасное событие (hazardous event): Появление опасности (2.57) в процессе эксплуата
ции (2.83).
2.60 однородная избыточность (homogeneous redundancy): Несколько идентичных реализа
ций требования.
2.61 независимость (independence): Отсутствие зависимых отказов (2.22) между двумя или
более элементами (2.32), которые могут привести к нарушению требования безопасности, либо раз
деление частей, выполняющих действие, организационными методами.
П р и м е ч а н и е- По определению, декомпозиция УПБА (2.7) или меры подтверждения (2.17)
включают в себя требования независимости.
2.62 независимые отказы (independent failures): Отказы (2.39). вероятность одновременного
или последовательного возникновения которых может быть представлена как простое произведение
безусловной вероятности каждого из них.
2.63 неформальное средство описания (informal notation): Техническое описание, синтаксис
которого полностью не определен.
Пример - Описание в виде рисунка или схемы.
П р и м е ч а н и е - Неполное определение синтаксиса влечет за собой неполное определение семантики.
2.64 неформальная верификация (informal verification): Методы верификации (2.137), не ис
пользующие полуформальные или формальные средства верификации (2.48).
Пример - Критический обзор (2.98) проекта: анализ модели.
2.65 наследование (inheritance): Передача в процессе разработки тех же атрибутов требований
на следующий уровень детализации.
2.66 начальное значение УПБА (initial ASIL): Значение УПБА (2.6), полученное в результате
анализа опасностей или декомпозиции УПБА (2.7) на предыдущем уровне.
П р и м е ч а н и е - Начальное значение УПБА является исходным значением для начальной деком
позиции УПБА (2.7) или дальнейшей декомпозиции УПБА.
2.67 контроль (inspection): Проверка результатов работы, следуя формальной процедуре, в
целях выявления аномалий.
П р и м е ч а н и я
1Контроль является средством верификации (2.137).
2 Контроль отличается от тестирования (2.134) тем. что он обычно не рассматривает функционирование
соответствующего устройства (2.69) или элемента (2.32).
3 Обнаруживаемые аномалии, как правило, устраняются доработкой и последующим повторным осмотром
доработанного изделия.
4 Формальная процедура обычно включает в себя предварительно установленную процедуру, таблицу
контрольных проверок, координатора и результирующую оценку (2.98).
2.68 целевая функциональность (intended functionality): Поведение, заданное для устройства
(2.69) , системы (2.129) или элемента (2.32) без учета механизмов обеспечения безопасности
(
2
.
111
).
2.69 устройство (item): Система (1.129) или несколько систем, реализующие некоторую функ
цию уровня транспортного средства, находящуюся в области применения настоящего стандарта.
2.70 разработка устройства (item development): Полный процесс реализации устройства
(2.69) .
2.71 скрытый сбой (latent fault): Множественный сбой (2.77). наличие которого не выявляется
механизмом безопасности (2.111) и не воспринимается водителем в течение интервала обнару
жения множественного сбоя (2.78).
2.72 жизненный цикл (lifecycle): Все стадии устройства (2.69) от разработки концепции до его
вывода из эксплуатации.
2.73 неправильное поведение (malfunctioning behaviour): Отказ (2.39) или непреднамеренное
поведение устройства (2.69). не соответствующее проектируемому.
2.74 проектирование на основе модели (model-based development): Проектирование, исполь
зующее модели, описывающие функциональное поведение разрабатываемых элементов (2.32).
П р и м е ч а н и е - В зависимости от уровня абстракции представления такой модели, она может быть
8